Exímio TI inaugura nova sede após crescimento de 300%

Após registrar um crescimento de 300%  nos primeiros meses de 2019 a Exímio TI, de Brusque, inaugura o novo espaço de trabalho.
A nova sede está situada na Av. Bebe Rosa, 3750, no centro de Brusque.
O local conta agora com mais comodidade para seus colaboradores, salas de reunião mais espaçosas, sala de descanso com área de jogos, amplo estacionamento e um ambiente que facilita a interação com todas as áreas da empresa.
Exímio TI conta com uma equipe especialista em serviços de banco de dados Oracle, SQL Server, PostgreSQL, MySQL e MariaDB.
A empresa soma mais de 12 anos de experiência, mais de 40 certificações de Oracle e tem como principal objetivo ser referência em infraestrutura e administração para banco de dados.
Atua nas mais diversas áreas do mercado, como Saúde, Tecnologia, Indústria, Têxtil, Metalúrgica, Financeiro, E-commerce, e Varejo.
PROJETO DE EXPANSÃO
Cristiane Fritz Gramkow, uma das sócias da empresa, explica que a decisão de expandir o espaço físico teve que ser antecipada:
“Em nosso cronograma prevíamos uma sede mais ampla apenas para 2021. Mas devido ao surpreendente crescimento de 2018 e mais 300% somente nos primeiros meses de 2019 tivemos que antecipar este investimento”.
“Nossa expectativa com o novo espaço é muito grande. Pretendemos dobrar nossa equipe de especialistas nos próximos 12 meses. Temos mercado para isso. Como atendemos empresas a nível nacional, sentimos o quanto os clientes estão carentes de um serviço adequado e um SLA factível com suas demandas”, reforçaAnderson Graf, também um dos sócios da empresa.

CERTIFICAÇÕES ORACLE
A equipe conta com diversas certificações Oracle, em um total de mais de 40. Inclusive conta em sua equipe os dois únicos profissionais de Santa Catarina reconhecidos como Membros Oracle Associate, título concedido a poucos profissionais no Brasil e mundo inteiro.

SERVIÇOS TECNOLÓGICOS
Monitoramento e NOC 24x7 - Sistema para gestão e monitoramento do banco de dados e aplicação próprios, que garante a continuidade do funcionamento dos ambientes de banco de dados e Middleware. 
Sustentação - Equipe especializada em soluções Oracle, SQL Server, PostgreSQL, MySQL e MariaDB. DBA Remoto, DBA In loco, DBA Outsourcing, DBA Sob demanda.
Projetos e Oracle Engineering - Os sistemas de engenharia da Oracle levam a otimização da infraestrutura para um nível avançado.Para empresas que querem investir em um novo servidor, migrar a versão do seu software Oracle ou trocar de plataforma, a Exímio faz o mapeamento de todas as necessidades do ambiente, identifica os riscos e determina o sizing adequado. Realiza o acompanhamento passo-a-passo de todas as atividades.
Licenciamento - Experiência de mais de 10 anos em dimensionamento de projetos envolvendo licenciamentos de software. Análise do cenário de cada organização, oferecendo as melhores opções de compra, dentro dos parâmetros estabelecidos pelos fabricantes. 
Cloud Services - Tecnologia Oracle e Amazon Web Service em rotina completa de backup, bem como de restauração (recuperação de dados perdidos), verificação da integridade do backup, avaliação de custo-benefício, dentre outros.



#DICA Erro ao instalar o oracle-rdbms-server-12cR1-preinstall em Red Hat Enterprise Linux 7


Durante a instalação do pacote oracle-rdbms-server-12cR1-preinstall em um ambiente Red Hat Enterprise Linux 7, poderá ocorrer o erro
GPG key retrieval failed: [Errno 14] curl#37 - "Couldn't open file /etc/pki/rpm-gpg/RPM-GPG-KEY-oracle"
[root@srvlamim01 yum.repos.d]# cd /etc/yum.repos.d
[root@srvlamim01 yum.repos.d]# wget http://public-yum.oracle.com/public-yum-ol7.repo
--2019-06-26 20:32:28--  http://public-yum.oracle.com/public-yum-ol7.repo
Resolving public-yum.oracle.com (public-yum.oracle.com)... 2.22.80.150
Connecting to public-yum.oracle.com (public-yum.oracle.com)|2.22.80.150|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 16171 (16K) [text/plain]
Saving to: ‘public-yum-ol7.repo.1’

100%[====================================================================================>] 16,171      --.-K/s   in 0.01s

2019-06-26 20:32:28 (1.13 MB/s) - ‘public-yum-ol7.repo.1’ saved [16171/16171]

[root@srvlamim01 yum.repos.d]# yum install oracle-rdbms-server-12cR1-preinstall
Loaded plugins: langpacks, product-id, search-disabled-repos, subscription-manager
This system is not registered with an entitlement server. You can use subscription-manager to register.
Resolving Dependencies
--> Running transaction check
---> Package oracle-rdbms-server-12cR1-preinstall.x86_64 0:1.0-7.el7 will be installed
--> Processing Dependency: kernel-uek for package: oracle-rdbms-server-12cR1-preinstall-1.0-7.el7.x86_64
--> Processing Dependency: ksh for package: oracle-rdbms-server-12cR1-preinstall-1.0-7.el7.x86_64
--> Processing Dependency: libaio-devel for package: oracle-rdbms-server-12cR1-preinstall-1.0-7.el7.x86_64
--> Processing Dependency: compat-libstdc++-33 for package: oracle-rdbms-server-12cR1-preinstall-1.0-7.el7.x86_64
--> Running transaction check
---> Package compat-libstdc++-33.x86_64 0:3.2.3-72.el7 will be installed
---> Package kernel-uek.x86_64 0:4.14.35-1902.2.0.el7uek will be installed
---> Package ksh.x86_64 0:20120801-139.0.1.el7 will be installed
---> Package libaio-devel.x86_64 0:0.3.109-13.el7 will be installed
--> Finished Dependency Resolution

Dependencies Resolved

==============================================================================================================================
 Package                                        Arch             Version                           Repository            Size
==============================================================================================================================
Installing:
 oracle-rdbms-server-12cR1-preinstall           x86_64           1.0-7.el7                         ol7_latest            21 k
Installing for dependencies:
 compat-libstdc++-33                            x86_64           3.2.3-72.el7                      ol7_latest           190 k
 kernel-uek                                     x86_64           4.14.35-1902.2.0.el7uek           ol7_UEKR5             52 M
 ksh                                            x86_64           20120801-139.0.1.el7              ol7_latest           883 k
 libaio-devel                                   x86_64           0.3.109-13.el7                    ol7_latest            12 k

Transaction Summary
==============================================================================================================================
Install  1 Package (+4 Dependent packages)

Total size: 53 M
Installed size: 61 M
Is this ok [y/d/N]: y
Downloading packages:
warning: /var/cache/yum/x86_64/7Server/ol7_UEKR5/packages/kernel-uek-4.14.35-1902.2.0.el7uek.x86_64.rpm: Header V3 RSA/SHA256 Signature, key ID ec551f03: NOKEY
Retrieving key from file:///etc/pki/rpm-gpg/RPM-GPG-KEY-oracle


GPG key retrieval failed: [Errno 14] curl#37 - "Couldn't open file /etc/pki/rpm-gpg/RPM-GPG-KEY-oracle"
[root@srvlamim01 yum.repos.d]#
Para contornar este problema, basta baixar o arquivo /etc/pki/rpm-gpg/RPM-GPG-KEY-oracle através do comando:
 wget http://public-yum.oracle.com/RPM-GPG-KEY-oracle-ol7 -O /etc/pki/rpm-gpg/RPM-GPG-KEY-oracle
E depois reexecutar o yum install oracle-rdbms-server-12cR1-preinstall, que será executado com sucesso.
[root@srvlamim01 yum.repos.d]# yum install oracle-rdbms-server-12cR1-preinstall
Loaded plugins: langpacks, product-id, search-disabled-repos, subscription-manager
This system is not registered with an entitlement server. You can use subscription-manager to register.
Resolving Dependencies
--> Running transaction check
---> Package oracle-rdbms-server-12cR1-preinstall.x86_64 0:1.0-7.el7 will be installed
--> Processing Dependency: kernel-uek for package: oracle-rdbms-server-12cR1-preinstall-1.0-7.el7.x86_64
--> Processing Dependency: ksh for package: oracle-rdbms-server-12cR1-preinstall-1.0-7.el7.x86_64
--> Processing Dependency: libaio-devel for package: oracle-rdbms-server-12cR1-preinstall-1.0-7.el7.x86_64
--> Processing Dependency: compat-libstdc++-33 for package: oracle-rdbms-server-12cR1-preinstall-1.0-7.el7.x86_64
--> Running transaction check
---> Package compat-libstdc++-33.x86_64 0:3.2.3-72.el7 will be installed
---> Package kernel-uek.x86_64 0:4.14.35-1902.2.0.el7uek will be installed
---> Package ksh.x86_64 0:20120801-139.0.1.el7 will be installed
---> Package libaio-devel.x86_64 0:0.3.109-13.el7 will be installed
--> Finished Dependency Resolution

Dependencies Resolved

==============================================================================================================================
 Package                                        Arch             Version                           Repository            Size
==============================================================================================================================
Installing:
 oracle-rdbms-server-12cR1-preinstall           x86_64           1.0-7.el7                         ol7_latest            21 k
Installing for dependencies:
 compat-libstdc++-33                            x86_64           3.2.3-72.el7                      ol7_latest           190 k
 kernel-uek                                     x86_64           4.14.35-1902.2.0.el7uek           ol7_UEKR5             52 M
 ksh                                            x86_64           20120801-139.0.1.el7              ol7_latest           883 k
 libaio-devel                                   x86_64           0.3.109-13.el7                    ol7_latest            12 k

Transaction Summary
==============================================================================================================================
Install  1 Package (+4 Dependent packages)

Total size: 53 M
Installed size: 61 M
Is this ok [y/d/N]: y
Downloading packages:
warning: /var/cache/yum/x86_64/7Server/ol7_UEKR5/packages/kernel-uek-4.14.35-1902.2.0.el7uek.x86_64.rpm: Header V3 RSA/SHA256 Signature, key ID ec551f03: NOKEY
Retrieving key from file:///etc/pki/rpm-gpg/RPM-GPG-KEY-oracle
Importing GPG key 0xEC551F03:
 Userid     : "Oracle OSS group (Open Source Software group) <build@oss.oracle.com>"
 Fingerprint: 4214 4123 fecf c55b 9086 313d 72f9 7b74 ec55 1f03
 From       : /etc/pki/rpm-gpg/RPM-GPG-KEY-oracle
Is this ok [y/N]: y
Running transaction check
Running transaction test
Transaction test succeeded
Running transaction
  Installing : libaio-devel-0.3.109-13.el7.x86_64                                                                         1/5
  Installing : compat-libstdc++-33-3.2.3-72.el7.x86_64                                                                    2/5
  Installing : ksh-20120801-139.0.1.el7.x86_64                                                                            3/5
  Installing : kernel-uek-4.14.35-1902.2.0.el7uek.x86_64                                                                  4/5
  Installing : oracle-rdbms-server-12cR1-preinstall-1.0-7.el7.x86_64                                                      5/5
  Verifying  : kernel-uek-4.14.35-1902.2.0.el7uek.x86_64                                                                  1/5
  Verifying  : ksh-20120801-139.0.1.el7.x86_64                                                                            2/5
  Verifying  : compat-libstdc++-33-3.2.3-72.el7.x86_64                                                                    3/5
  Verifying  : libaio-devel-0.3.109-13.el7.x86_64                                                                         4/5
  Verifying  : oracle-rdbms-server-12cR1-preinstall-1.0-7.el7.x86_64                                                      5/5

Installed:
  oracle-rdbms-server-12cR1-preinstall.x86_64 0:1.0-7.el7

Dependency Installed:
  compat-libstdc++-33.x86_64 0:3.2.3-72.el7  kernel-uek.x86_64 0:4.14.35-1902.2.0.el7uek  ksh.x86_64 0:20120801-139.0.1.el7
  libaio-devel.x86_64 0:0.3.109-13.el7

Complete!
[root@srvlamim01 yum.repos.d]#

#Dica - Oracle Linux 7 perdendo o mapeamento dos discos criados via asmlib apos restart do servidor

Essa semana durante um atendimento identifiquei o seguinte cenário: Após a criação dos discos via asmlib em um ambiente com Red Hat 7,5, quando o servidor era reiniciado os discos não eram mais listados.
[root@lamimtst01 ~]# oracleasm listdisks
[root@lamimtst01 ~]#
[root@lamimtst01 ~]#
Porém se realizarmos um scandisk os discos serão escaneados e listados com sucesso.
[root@lamimtst01 ~]#  oracleasmscandisks
bash: oracleasmscandisks: command not found...
[root@lamimtst01 ~]# oracleasm scandisks
Reloading disk partitions: done
Cleaning any stale ASM disks...
Scanning system for ASM disks...
Instantiating disk "ASMDISK002"
Instantiating disk "ASMDISK004"
Instantiating disk "ASMDISK001"
Instantiating disk "ASMDISK006"
Instantiating disk "ASMDISK003"
Instantiating disk "ASMDISK008"
Instantiating disk "ASMDISK005"
Instantiating disk "ASMDISK007"
[root@lamimtst01 ~]#  oracleasm listdisks
ASMDISK001
ASMDISK002
ASMDISK003
ASMDISK004
ASMDISK005
ASMDISK006
ASMDISK007
ASMDISK008
Não haviam erros nos logos do oracleasm ou na configuração do mesmo. O problema ocorre devido ao oracleasm estar sendo iniciado pelo servidor, antes do iSCSI storage. Desta forma precisei ajustar a ordem de inicialização.
Para isso, adicionei as 2 linhas abaixo no /usr/lib/systemd/system/oracleasm.service.
Requires=multipathd.service iscsi.service
After=multipathd.service iscsi.service
[root@lamimtst01 ~]# cat /usr/lib/systemd/system/oracleasm.service
[Unit]
Description=Load oracleasm Modules
Requires=multipathd.service iscsi.service
After=multipathd.service iscsi.service

[Service]
Type=oneshot
RemainAfterExit=yes
ExecStart=/usr/sbin/oracleasm.init start_sysctl
ExecStop=/usr/sbin/oracleasm.init stop_sysctl
ExecReload=/usr/sbin/oracleasm.init restart_sysctl

[Install]
WantedBy=multi-user.target
[root@lamimtst01 ~]#
Após ajusta e reiniciar o servidor, os discos foram escaneados normalmente e puderam ser listados pelo oracleasm.
root@lamimtst01 ~]# shutdown -r now
login as: root
root@10.0.0.115's password:
Last login: Mon May  6 09:02:09 2019 from 10.1.0.141
[root@lamimtst01 ~]# oracleasm listdisks
ASMDISK001
ASMDISK002
ASMDISK003
ASMDISK004
ASMDISK005
ASMDISK006
ASMDISK007
ASMDISK008
[root@lamimtst01 ~]#
Por hoje era isso.

#Dica export para diskgroup ASM


Para realizarmos o export dp para ASM devemos seguir as seguintes etapas:
1 – Adicionar um diretório (directory) para destino dos dumpsets a um diskgroup ASM;
— instance ASM
SQL> ALTER DISKGROUP DGDATA ADD DIRECTORY '+DGDATA/backup/';

Diskgroup altered.
Neste momento a estrutura de diretórios é criada automaticamente abaixo do diskgroup ASM. 2 – Criar o diretório no banco de dados; — instance da base de dados
SQL> CREATE DIRECTORY DUMP AS '+DGDATA/backup/';

Diretorio criado.
3 – Criar um diretório para o arquivo de log. O arquivo de log DataPump não pode ser armazenada dentro de ASM; — instance da base de dados
SQL> CREATE DIRECTORY DUMP AS '/orabackup/datapump/log';

Diretorio criado.
4 – Executar o export DataPump; 4.1 – Criar usuário para backup e conceder os privilégios necessários.
SQL> create user backup identified by backup;          

Usuario criado.                                        

SQL> grant read,write on directory DUMP to backup;

Concessao bem-sucedida.                                

SQL> grant read,write on directory DUMP_LOGS to backup;

Concessao bem-sucedida.                                

SQL> grant EXP_FULL_DATABASE, RESOURCE to backup;      

Concessao bem-sucedida.
4.2 – Executar o backup.
[oracle@orcl ~]$ expdp backup/backup SCHEMAS=TESTE DUMPFILE=DUMP:owner_teste.dmp LOGFILE=DUMP_LOGS:owner_teste.log

Export: Release 11.1.0.6.0 - Production on Sunday, 04 September, 2011 10:18:29

Copyright (c) 2003, 2007, Oracle.  All rights reserved.

Connected to: Oracle Database 11g Release 11.1.0.6.0 - Production
Iniciando "BACKUP"."SYS_EXPORT_SCHEMA_01":  backup/******** SCHEMAS=TESTE DUMPFILE=DUMP_SETS:owner_teste.dmp LOGFILE=DUMP_LOGS:owner_teste.log
Estimativa em andamento com o metodo BLOCKS...
Processando o tipo de objeto SCHEMA_EXPORT/TABLE/TABLE_DATA
Estimativa total usando o metodo de BLOCKS: 64 KB
Processando o tipo de objeto SCHEMA_EXPORT/USER
Processando o tipo de objeto SCHEMA_EXPORT/SYSTEM_GRANT
Processando o tipo de objeto SCHEMA_EXPORT/ROLE_GRANT
Processando o tipo de objeto SCHEMA_EXPORT/DEFAULT_ROLE
Processando o tipo de objeto SCHEMA_EXPORT/PRE_SCHEMA/PROCACT_SCHEMA
Processando o tipo de objeto SCHEMA_EXPORT/TABLE/TABLE
Processando o tipo de objeto SCHEMA_EXPORT/TABLE/STATISTICS/TABLE_STATISTICS
. . exportou "TESTE"."TESTE"                             5.117 KB      17 linhas
Tabela-mestre "BACKUP"."SYS_EXPORT_SCHEMA_01" carregada/descarregada com sucesso
******************************************************************************
Conjunto de arquivos de dump para BACKUP.SYS_EXPORT_SCHEMA_01 e:
  +DGDATA/backup/owner_teste.dmp
O job "BACKUP"."SYS_EXPORT_SCHEMA_01" foi concluido com sucesso em 10:20:20
5 – Verificar se o arquivo de backup foi gerado para o diskgroup ASM. — instance ASM
SQL> set lines 200
SQL> col TYPE for a15
SQL> col NAME for a60
SQL> select * from v$ASM_FILE where TYPE='DUMPSET';

GROUP_NUMBER FILE_NUMBER COMPOUND_INDEX INCARNATION BLOCK_SIZE     BLOCKS      BYTES      SPACE TYPE            REDUND STRIPE CREATION_ MODIFICAT R
------------ ----------- -------------- ----------- ---------- ---------- ---------- ---------- --------------- ------ ------ --------- --------- -
           1         265       16777481   760961921       4096         42     172032    1048576 DUMPSET         UNPROT COARSE 04-SEP-11 04-SEP-11 N

SQL> select * from v$asm_alias where file_number=265;

NAME                                                         GROUP_NUMBER FILE_NUMBER FILE_INCARNATION ALIAS_INDEX ALIAS_INCARNATION PARENT_INDEX REFERENCE_INDEX A S
------------------------------------------------------------ ------------ ----------- ---------------- ----------- ----------------- ------------ --------------- - -
owner_teste.dmp                                                         1         265        760961921         371                 1     16777587        33554431 N N
BACKUPSYS_EXPORT_SCHEMA_01_71215_1.265.760961921                        1         265        760961921         477                 1     16777693        33554431 N Y

SQL> exit
Disconnected from Oracle Database 11g Release 11.1.0.6.0 - Production
[oracle@orcl ~]$ asmcmd
ASMCMD> cd DGDADOS/backup/
ASMCMD> ls -lrt
Type     Redund  Striped  Time             Sys  Name
                                           N    owner_teste.dmp => +DGDATA/ORCL11G/DUMPSET/BACKUPSYS_EXPORT_SCHEMA_01_71215_1.265.760961921
ASMCMD>

#Dica - Renomear um ASM disk group



Na dica de hoje, estarei mostrando o processo para renomear um diskgroup. Vale ressaltar que o diskgroup que estarei renomeando ainda não esta sendo utilizado. Caso estivesse em utilização, além de renomear o disk group, seria necessário ajustar os arquivos de banco que estariam contidos nele.

Neste exemplo tenho um disk group chamado RECO e estarei renomeando para DGRECO.


SQL> select NAME,STATE from v$asm_diskgroup;

NAME                           STATE
------------------------------ -----------
RECO                           MOUNTED
DGDATA                         MOUNTED
Para efetuar o processo de rename é preciso primeiramente desmontar o disk group RECO.
[grid@lamimtst:+ASM ~]$ sqlplus

SQL*Plus: Release 12.1.0.2.0 Production on Fri Apr 12 08:43:14 2019

Copyright (c) 1982, 2014, Oracle.  All rights reserved.

Enter user-name: / as sysasm

Connected to:
Oracle Database 12c Enterprise Edition Release 12.1.0.2.0 - 64bit Production
With the Automatic Storage Management option

SQL> alter diskgroup RECO dismount;
alter diskgroup RECO dismount
*
ERROR at line 1:
ORA-15032: not all alterations performed
ORA-15027: active use of diskgroup "RECO" precludes its dismount


SQL> alter diskgroup RECO dismount force;

Diskgroup altered.

SQL> exit
Agora pode ser executado o processo de rename com o usuário grid (utilizado para a instalação do grid). Para isso será usado o comando renamedg, conforme abaixo.
[grid@lamimtst:+ASM ~]$ renamedg dgname=RECO newdgname=DGRECO asm_diskstring='/dev/oracleasm/disks/'

Parsing parameters..
renamedg operation: dgname=RECO newdgname=DGRECO asm_diskstring=/dev/oracleasm/disks/
Executing phase 1
Discovering the group
Checking for hearbeat...
Re-discovering the group
Generating configuration file..
Completed phase 1
Executing phase 2
Completed phase 2
[grid@lamimtst:+ASM ~]$
Apos renomear o DG, basta monta-lo e estará pronto para utilização.
SQL> select NAME,STATE from v$asm_diskgroup;

NAME                           STATE
------------------------------ -----------
DGRECO                         DISMOUNTED
DGDATA                         MOUNTED

SQL> alter diskgroup DGRECO mount;

Diskgroup altered.

SQL> select NAME,STATE from v$asm_diskgroup;

NAME                           STATE
------------------------------ -----------
RECO                           MOUNTED
DGDATA                         MOUNTED

SQL>

Lembrando que se você tiver dados no disco (datafiles, redo, controlfile, spfile) você precisará ajustar no banco de dados.

#Dica - erro ao instalar o Oracle Cliente 12.1 no windows 10 64 bits - INS-20802

Durante a instalação de um Oracle Client 32 bits em um windows 10 64 bits estávamos tendo um erro no Oracle Net Configuration - [INS-20802] Oracle Net Configuration Assistant failed.


Este erro ocorre devido a um bug no instalado do Oracle Client 32bits. Para poder corrigir e realizar a instalação, é necessário ajustar o arquivo oraparam.ini que está localizado no diretório install do client.

Edite o arquivo install/orapram.ini e altere a o valor do parametro MSVCREDIST_LOC de vcredist_x64.exe with  para vcredist_x86.exe. Salve o arquivo e execute o instalador novamente.
de: MSVCREDIST_LOC=vcredist_x64.exe
para: MSVCREDIST_LOC=vcredist_x86.exe

Após o ajuste a instalação pode ser realizada com sucesso.


Fonte: Installing 12.1.0.1 or 12.1.0.2 RDBMS/Client NETCA errors with oranjni12.dll: Can't find dependent libraries (Doc ID 1599940.1)

#Dica - Matar sessões inativas no oracle database

Algumas vezes pode ser necessário que você elimine as sessões inativas a mais de um determinado tempo.
É importante sempre definir um tempo de expiração de acordo com a necessidade do seu ambiente. Neste caso estaremos utilizando o valor de 8 horas de inatividade.

O primeiro passo é identificar qual o profile associado ao usuário que vamos querer eliminar as sessões inativas. Para isso basta uma simples consulta na dba_users, conforme abaixo.
SQL> select profile from dba_users where username='LAMIM';

PROFILE
------------------------------
DEFAULT
No exemplo acima, o usuário LAMIM que é o que estaremos configurado para que as suas sessões inativas sejam eliminadas apos 8 horas, está definido como profile default. Vale lembrar que o processo afetara a todos os usuários que estiverem abaixo do profile default. Desta forma, se desejar pode ser criado um profile especifico para o usuário e definido um idle time para cada profile de acordo com a necessidade.

Vamos alterar o idle_time do profile default para 8 horas (480 minutos). Com o usuário sysdba, executar o comando abaixo.
 SQL> show parameter resource_limit; NAME TYPE VALUE ------------------------------------ ----------- ------------------------------ resource_limit boolean FALSE SQL> alter system set resource_limit=true; System altered. SQL> show parameter resource_limit; NAME TYPE VALUE ------------------------------------ ----------- ------------------------------ resource_limit boolean TRUE SQL> 

SQL> ALTER PROFILE default LIMIT IDLE_TIME  480;

Profile altered.

SQL>
Após definir o IDLE_TIME, vamos ativar o parâmetro resource_limit que por default estará em false e criar a procedure que irá eliminar as sessões inativas.
SQL> CREATE OR REPLACE PROCEDURE proc_kill_inactive_sessions IS
   CURSOR kill_sessions_cur
   IS
      SELECT s.SID, s.serial#
        FROM v$session s
       WHERE s.status = 'SNIPED';

   v_cmd   VARCHAR2 (100);
BEGIN
   FOR kill_sessions_rec IN kill_sessions_cur
  2    3    4    5    6    7    8    9   10   11     LOOP
      v_cmd :=
            'Alter system kill session '''
         || kill_sessions_rec.SID
         || ','
 12   13   14   15   16           || kill_sessions_rec.serial#
         || ''' immediate';

      EXECUTE IMMEDIATE v_cmd;
   END LOOP;
END;
/
 17   18   19   20   21   22
Procedure created.

SQL>
Após criar a procedure, estaremos criando um job para executa-la, com um intervalo de 1 hora.

SQL> DECLARE
  X NUMBER;
  2    3  BEGIN
  SYS.DBMS_JOB.SUBMIT
    ( job       => X
  4    5    6       ,what      => 'proc_kill_inactive_sessions();'
  7       ,next_date => sysdate
  8       ,interval  => 'SYSDATE + 60/1440'
     ,no_parse  => TRUE
    );
  9   10   11    SYS.DBMS_OUTPUT.PUT_LINE('Job Number is: ' || to_char(x));
END;
/
 12   13
PL/SQL procedure successfully completed.

SQL>
SQL>
commit;
SQL>
Commit complete.

SQL>
Nossa rotina de eliminação das sessões inativas esta pronta. A cada uma hora o job vai executar a procedure que eliminará as sessões que estão marcadas como SNIPED (de acordo com o IDLE_TIME definido no profile).