Re: [oracle_br] Procura por oportunidade DBA Jr/Trainee - SP

2015-04-29 Por tôpico Wadson Ramon wra...@gmail.com [oracle_br] 
A Tivit ta contratando pode se candidatar via o canal da empresa no
Linkedin.

Att.

Wadson.

Em 28 de abril de 2015 14:09, vini_moreir...@hotmail.com [oracle_br] <
oracle_br@yahoogrupos.com.br> escreveu:

>
>
> Boa tarde pessoal,
>
>
> Recentemente finalizei o curso Oracle 11g pela IBTA e agora estou me
> empenhando para retirar as certificações.
>
>
> Vocês possuem alguma dica para um analista de suporte conseguir migrar
> para DBA? rsrs
>
>
> Algum site específico ou indicação para trabalho em SP?
>
>
> Grato desde já.
>
>
> Abraços e uma ótima semana a todos.
>
> Vinicius Moreira
>
>  
>

Re: [oracle_br] ERRO AO INICIAR AO BANCO DE DADOS

2015-03-07 Por tôpico Wadson Ramon wra...@gmail.com [oracle_br] 
Se não tiver resolvendo adicione o hostname as configurações do seu
loopback no arquivo /etc/hosts.
Em 07/03/2015 10:54, "Wadson Ramon"  escreveu:

> Da uma verificada no arquivo de hosts, verifique a configuração da
> resolução de nomes do seu servidor ping no nome para verificar.
> Em 07/03/2015 10:05, "erisva...@ymail.com [oracle_br]" <
> oracle_br@yahoogrupos.com.br> escreveu:
>
>>
>>
>> BOM DIA,
>>
>>
>> ESTOU RECEBENDO UMA MENSAGEM AO TENTAR SUBIR O BANCO DE DADOS.
>>
>>
>> SQL*Plus: Release 11.2.0.1.0 Production on Sat Mar 7 09:54:31 2015
>>
>>
>> Copyright (c) 1982, 2009, Oracle.  All rights reserved.
>>
>>
>> Connected to an idle instance.
>>
>>
>> SQL> startup;
>>
>> ORACLE instance started.
>>
>>
>> Total System Global Area 1.3429E+10 bytes
>>
>> Fixed Size2217992 bytes
>>
>> Variable Size 9932113912 bytes
>>
>> Database Buffers 3489660928 bytes
>>
>> Redo Buffers4661248 bytes
>>
>> Database mounted.
>>
>> ORA-03113: end-of-file on communication channel
>>
>> Process ID: 3822
>>
>> Session ID: 1018 Serial number: 3
>>
>>
>> se alguem puder me da uma ajuda para tentar solucionar..
>>
>>
>> agradeço,
>>
>>
>> Erisvaldo
>>  
>>
>

Re: [oracle_br] ERRO AO INICIAR AO BANCO DE DADOS

2015-03-07 Por tôpico Wadson Ramon wra...@gmail.com [oracle_br] 
Da uma verificada no arquivo de hosts, verifique a configuração da
resolução de nomes do seu servidor ping no nome para verificar.
Em 07/03/2015 10:05, "erisva...@ymail.com [oracle_br]" <
oracle_br@yahoogrupos.com.br> escreveu:

>
>
> BOM DIA,
>
>
> ESTOU RECEBENDO UMA MENSAGEM AO TENTAR SUBIR O BANCO DE DADOS.
>
>
> SQL*Plus: Release 11.2.0.1.0 Production on Sat Mar 7 09:54:31 2015
>
>
> Copyright (c) 1982, 2009, Oracle.  All rights reserved.
>
>
> Connected to an idle instance.
>
>
> SQL> startup;
>
> ORACLE instance started.
>
>
> Total System Global Area 1.3429E+10 bytes
>
> Fixed Size2217992 bytes
>
> Variable Size 9932113912 bytes
>
> Database Buffers 3489660928 bytes
>
> Redo Buffers4661248 bytes
>
> Database mounted.
>
> ORA-03113: end-of-file on communication channel
>
> Process ID: 3822
>
> Session ID: 1018 Serial number: 3
>
>
> se alguem puder me da uma ajuda para tentar solucionar..
>
>
> agradeço,
>
>
> Erisvaldo
>  
>

Re: [oracle_br] problemas disco asm

2014-06-11 Por tôpico Wadson Ramon wra...@gmail.com [oracle_br] 
Amigo verficou se o serviço do oracle asm foi inicilizado apos o reboot.,
vc tem a saída do oracleasm scandisks?
Em 10/06/2014 23:09, "Orfeu Lima orfeu.l...@gmail.com [oracle_br]" <
oracle_br@yahoogrupos.com.br> escreveu:

>
>
> seguem informações das permissões nos discos dos 3 nós.
> -nó
> 1
> brw-rw 1 oracle oinstall 253, 2 May  5 09:24
> /dev/oracleasm/disks/DG_DADOS1
> brw-rw 1 oracle oinstall 253, 3 May  5 09:24
> /dev/oracleasm/disks/DG_DADOS2
> brw-rw 1 oracle oinstall 253, 4 May  5 09:24
> /dev/oracleasm/disks/DG_ASM
> brw-rw 1 oracle oinstall 253, 5 May  5 09:24
> /dev/oracleasm/disks/DG_DADOS
>
> [oracle@sbsb241 ~]$ ls -ltrh /dev/mapper/*
> crw--- 1 root root  10, 63 May  5 09:23 /dev/mapper/control
> brw-rw 1 root disk 253,  1 May  5 09:23 /dev/mapper/mpathd
> brw-rw 1 root disk 253,  0 May  5 09:23 /dev/mapper/mpathc
> brw-rw 1 root disk 253,  3 May  5 09:23 /dev/mapper/mpathdp2
> brw-rw 1 root disk 253,  2 May  5 09:23 /dev/mapper/mpathdp1
> brw-rw 1 root disk 253,  5 May  5 09:23 /dev/mapper/mpathcp2
> brw-rw 1 root disk 253,  4 May  5 09:23 /dev/mapper/mpathcp1
>
> ---nó 2
> --
> [oracle@sbsb242 ~]$ ls -ltrh /dev/oracleasm/disks/*
> brw-rw 1 oracle oinstall 253, 2 May  5 09:25
> /dev/oracleasm/disks/DG_DADOS1
> brw-rw 1 oracle oinstall 253, 3 May  5 09:25
> /dev/oracleasm/disks/DG_DADOS2
> brw-rw 1 oracle oinstall 253, 4 May  5 09:25
> /dev/oracleasm/disks/DG_ASM
> brw-rw 1 oracle oinstall 253, 5 May  5 09:25
> /dev/oracleasm/disks/DG_DADOS
>
> [oracle@sbsb242 ~]$ ls -ltrh /dev/mapper/*
> crw--- 1 root root  10, 63 May  5 09:23 /dev/mapper/control
> brw-rw 1 root disk 253,  0 May  5 09:24 /dev/mapper/mpathd
> brw-rw 1 root disk 253,  1 May  5 09:24 /dev/mapper/mpathc
> brw-rw 1 root disk 253,  3 May  5 09:24 /dev/mapper/mpathdp2
> brw-rw 1 root disk 253,  2 May  5 09:24 /dev/mapper/mpathdp1
> brw-rw 1 root disk 253,  5 May  5 09:24 /dev/mapper/mpathcp2
> brw-rw 1 root disk 253,  4 May  5 09:24 /dev/mapper/mpathcp1
>
> --nó 3
> ---
> [oracle@sbsb198 ~]$ ls -ltrh /dev/oracleasm/disks/*
> ls: /dev/oracleasm/disks/*: No such file or directory
> [oracle@sbsb198 ~]$ ls -ltrh /dev/mapper/*
> crw--- 1 root root  10, 63 Jun  3 17:20 /dev/mapper/control
> brw-rw 1 root disk 253,  1 Jun  3 17:21 /dev/mapper/mpathd
> brw-rw 1 root disk 253,  0 Jun  3 17:21 /dev/mapper/mpathc
> [oracle@sbsb198 ~]$
>
>
>
>
>
> Em 10 de junho de 2014 12:43, Vitor Junior vitorj...@gmail.com
> [oracle_br]  escreveu:
>
>>
>>
>> Wadson, se ele usa multipath, conforme ele mesmo informou, as permissões
>> que ele deve olhar são dos devices multipath, e não dos devices
>> apresentados.
>> Qual o caminho dos discos apresentados para o ASM? /dev/mapper? Como
>> estão as permissões dentro desses devices?  Qual a saída dos comandos nos 3
>> nodes:
>> ls -ltrh /dev/oracleasm/disks/*
>> ls -ltrh /dev/mapper/*
>>
>>
>>
>>
>> Att,/Regards,
>>
>>
>> Vitor Jr.
>> Infraestrutura / Infrastructure Team
>> Oracle 11g DBA Certified Professional - OCP
>> Oracle Certified Expert, Oracle Real Application Clusters 11g and Grid
>> Infrastructure Administrator - OCE
>> Oracle Database 11g Performance Tuning Certified Expert - OCE
>> Oracle Exadata 11g Certified Implementation Specialist
>> Oracle Certified Associate, MySQL 5
>> mail, gtalk e msn: vitorj...@gmail.com
>> http://certificacaobd.com.br/
>> skype: vjunior1981
>> https://mybizcard.co/vitor.jr.385628
>>
>>
>> Em 10 de junho de 2014 08:37, Wadson Ramon wra...@gmail.com [oracle_br] <
>> oracle_br@yahoogrupos.com.br> escreveu:
>>
>>
>>>
>>> Pelo visto amigo vc perdeu as permissões, vai ter que setar novamente.
>>> Em 09/06/2014 20:42, "Orfeu Lima orfeu.l...@gmail.com [oracle_br]" <
>>> oracle_br@yahoogrupos.com.br> escreveu:
>>>
>>>>
>>>>
>>>> segue as informações de permissões dos nós.
>>>> nós 1 e 2 
>>>> [root@sbsb241 dev]# ls -la sd*
>>>> brw-r- 1 root disk 8,   0 May  5 09:23 sda
>>>> brw-r- 1 root disk 8,   1 May  5 09:23 sda1
>>>> brw-r- 1 root disk 8,   2 May  5 09:23 sda2
>>>> brw-r- 1 root disk 8,   3 May  5 09:23 sda3
>>>> brw-r

Re: [oracle_br] problemas disco asm

2014-06-10 Por tôpico Wadson Ramon wra...@gmail.com [oracle_br] 
Pelo visto amigo vc perdeu as permissões, vai ter que setar novamente.
Em 09/06/2014 20:42, "Orfeu Lima orfeu.l...@gmail.com [oracle_br]" <
oracle_br@yahoogrupos.com.br> escreveu:

>
>
> segue as informações de permissões dos nós.
> nós 1 e 2 
> [root@sbsb241 dev]# ls -la sd*
> brw-r- 1 root disk 8,   0 May  5 09:23 sda
> brw-r- 1 root disk 8,   1 May  5 09:23 sda1
> brw-r- 1 root disk 8,   2 May  5 09:23 sda2
> brw-r- 1 root disk 8,   3 May  5 09:23 sda3
> brw-r- 1 root disk 8,  16 May  5 09:23 sdb
> brw-r- 1 root disk 8,  17 May  5 09:23 sdb1
> brw-r- 1 root disk 8,  18 May  5 09:23 sdb2
> brw-r- 1 root disk 8,  32 May  5 09:23 sdc
> brw-r- 1 root disk 8,  33 May  5 09:23 sdc1
> brw-r- 1 root disk 8,  34 May  5 09:23 sdc2
> brw-r- 1 root disk 8,  48 May  5 09:23 sdd
> brw-r- 1 root disk 8,  49 May  5 09:23 sdd1
> brw-r- 1 root disk 8,  50 May  5 09:23 sdd2
> brw-r- 1 root disk 8,  64 May  5 09:23 sde
> brw-r- 1 root disk 8,  65 May  5 09:23 sde1
> brw-r- 1 root disk 8,  66 May  5 09:23 sde2
> brw-r- 1 root disk 8,  80 May  5 09:23 sdf
> brw-r- 1 root disk 8,  81 May  5 09:23 sdf1
> brw-r- 1 root disk 8,  82 May  5 09:23 sdf2
> brw-r- 1 root disk 8,  96 May  5 09:23 sdg
> brw-r- 1 root disk 8,  97 May  5 09:23 sdg1
> brw-r- 1 root disk 8,  98 May  5 09:23 sdg2
> brw-r- 1 root disk 8, 112 May  5 09:23 sdh
> brw-r- 1 root disk 8, 113 May  5 09:23 sdh1
> brw-r- 1 root disk 8, 114 May  5 09:23 sdh2
> brw-r- 1 root disk 8, 128 May  5 09:23 sdi
> brw-r- 1 root disk 8, 129 May  5 09:23 sdi1
> brw-r- 1 root disk 8, 130 May  5 09:23 sdi2
> --nó 3 --
> [root@sbsb198 ~]# ls -la /dev/sd*
> brw-r- 1 root disk 8,   0 Jun  3 17:20 /dev/sda
> brw-r- 1 root disk 8,   1 Jun  3 17:21 /dev/sda1
> brw-r- 1 root disk 8,   2 Jun  3 17:20 /dev/sda2
> brw-r- 1 root disk 8,   3 Jun  3 17:21 /dev/sda3
> brw-r- 1 root disk 8,  16 Jun  3 17:20 /dev/sdb
> brw-r- 1 root disk 8,  32 Jun  3 17:20 /dev/sdc
> brw-r- 1 root disk 8,  48 Jun  3 17:20 /dev/sdd
> brw-r- 1 root disk 8,  64 Jun  3 17:20 /dev/sde
> brw-r- 1 root disk 8,  80 Jun  3 17:20 /dev/sdf
> brw-r- 1 root disk 8,  96 Jun  3 17:20 /dev/sdg
> brw-r- 1 root disk 8, 112 Jun  3 17:20 /dev/sdh
> brw-r- 1 root disk 8, 128 Jun  3 17:20 /dev/sdi
> brw-r- 1 root disk 8, 144 Jun  3 17:20 /dev/sdj
> brw-r- 1 root disk 8, 160 Jun  3 17:20 /dev/sdk
> brw-r- 1 root disk 8, 176 Jun  3 17:20 /dev/sdl
> brw-r- 1 root disk 8, 192 Jun  3 17:20 /dev/sdm
>
>
> Em 9 de junho de 2014 19:54, Marcelo Santino e...@marcelosantino.com.br
> [oracle_br]  escreveu:
>
>>
>>
>> Orfeu,
>>
>> Você configurou certinho o oracleasm (oracleasm configure -i) ?
>> E a lib asmlib foi instalada também?
>>
>> Uma vez perdi mó tempão quebrando a cabeça porque os discos criados no
>> node1 não estavam aparecendo no node2, até que eu me liguei que não tinha
>> instalado a asmlib nele... Depois que instalei, rebootei e os discos já
>> apareceram na boa... Mas só tomei problema quando iniciei a instalação e
>> não conseguia achar os discos pra adicionar ao ASM...
>>
>> Sei que é uma pergunta ridicula, mas as vezes passa um detalhe bobo que
>> não demos atenção...
>>
>> Abs,
>>
>>
>> *Marcelo Santino*
>> DBA SQL Server / Oracle
>> www.bau-de-dev.com 
>> +55 21 98206-9930
>>
>>   
>>
>> 
>>
>>
>> 2014-06-09 19:48 GMT-03:00 Orfeu Lima orfeu.l...@gmail.com [oracle_br] <
>> oracle_br@yahoogrupos.com.br>:
>>
>>
>>>
>>> Bom dia Srs do grupo.
>>> ambiente
>>> S.O - rhel 5
>>> SGBD - Oracle Rac 11.2.0.3  com 2 nós.
>>> Estou tentando adicionar um terceiro nó ao meu rac.
>>> Fiz as atualizações e configurei o asm.
>>> Configurei o multipath do mesmo modo que os outros dois nós, tendo me
>>> apresentando os volumes no terceiro nó.
>>> Ao tentar listar os discos pelo terceiro nó ele me apresentou os erros que
>>> estão no /var/log/oracleasm
>>> oracleasm-read-label: Unable to read device "/dev/sdb": Input/output error
>>> oracleasm-read-label: Unable to read device "/dev/sde": Input/output error
>>> oracleasm-read-label: Unable to read device "/dev/sdf": Input/output error
>>> oracleasm-read-label: Unable to read device "/dev/sdi": Input/output error
>>>
>>> Notei também que na partição /dev/mapper, as partições não estão aparecendo.
>>> Tentei forçar a listagem pelo /etc/init.d/oracleasm listdisk DG_DADOS, mas 
>>> ele
>>> me retorna o seguinte
>>> Disk "DG_DADOS" does not exist or is not instantiated
>>> Se alguém já passou por isso ou souber aonde posso pesquisar eu agradeço.
>>> Já pesquisei alguns sites na internet, mas nada fala desse tópico.
>>> OBS : não tenho acesso ao metalink.
>>> Obrigado
>>>
>>>
>>>
>>>
>>
>  
>

Re: [oracle_br] Treinamento Oracle APEX e Oracle SQL Tuning no Rio de Janeiro (28/06/2014)

2014-06-06 Por tôpico Wadson Ramon wra...@gmail.com [oracle_br] 
Quanto ta o curso de tunning ?
Em 05/06/2014 08:58, "pedropaulo.profes...@gmail.com [oracle_br]" <
oracle_br@yahoogrupos.com.br> escreveu:

>
>
> Pessoal,
>
> Uma otima oportunidade para realizar treinamentos a um bom custo e
> excelente qualidade.
>
>
> Ementa SQL Tuning:
>
> http://curso-de-oracle-rio-de-janeiro-rj.blogspot.com.br/2014/04/curso-de-oracle-sql-tuning-11gr2.html
>
> Ementa Oracle APEX:
>
> http://curso-de-oracle-rio-de-janeiro-rj.blogspot.com.br/2013/08/curso-oracle-apex-11gr2.html
>
>
>
>
> Instrutores de ponta:
>
> http://curso-de-oracle-rio-de-janeiro-rj.blogspot.com.br/2014/04/professores-do-curso.html
>
>
>
>
> Diploma reconhecido pela D&S Informatica.
>
> Abs,
> Pedro Paulo.
>
>
>  
>

Re: [oracle_br] Performance RMAN

2013-02-16 Por tôpico Wadson Ramon 
Você pode mudar para assim.
CONFIGURE COMPRESSION ALGORITHM 'BASIC' AS OF RELEASE 'DEFAULT' OPTIMIZE
FOR LOAD TRUE ;

blz


Em 16 de fevereiro de 2013 15:48, Vitor Junior escreveu:

> Experimentou usar compressed?
> Em 16/02/2013 14:09, "netodba"  escreveu:
>
> > **
> >
> >
> > Fala Pessoal,
> >
> > migrei uma base de dados 2.5 TB 10G pro 11.2.0.3, o meu problema é que o
> > backup rman ta demorando de mais.
> >
> > Ambiente:
> > S.O: RH 6.3
> > RAC 4 nós Oracle 11.2.0.3 em ASM
> > Tamanho da base: 2.5 Tb
> > Local onde é armazenado o backup é em acfs compartilhado com os 4 nós.
> > O backup é executado apenas na instancia 1.
> >
> > política de backup:
> > Domingo 1:00 da manhã roda um full.
> > Segunda a sabado as 1:00 roda o incremental.
> > Todo dia de 8:00 as 18:00 roda o de archivelog.
> >
> > compigurações do rman:
> >
> > CONFIGURE RETENTION POLICY TO REDUNDANCY 7;
> > CONFIGURE BACKUP OPTIMIZATION ON;
> > CONFIGURE DEFAULT DEVICE TYPE TO DISK; # default
> > CONFIGURE CONTROLFILE AUTOBACKUP ON;
> > CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '%F'; #
> > default
> > CONFIGURE DEVICE TYPE DISK PARALLELISM 4 BACKUP TYPE TO COMPRESSED
> > BACKUPSET;
> > CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default
> > CONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default
> > CONFIGURE MAXSETSIZE TO UNLIMITED; # default
> > CONFIGURE ENCRYPTION FOR DATABASE OFF; # default
> > CONFIGURE ENCRYPTION ALGORITHM 'AES128'; # default
> > CONFIGURE COMPRESSION ALGORITHM 'HIGH' OPTIMIZE FOR LOAD TRUE AS OF
> > RELEASE 'DEFAULT';
> > CONFIGURE ARCHIVELOG DELETION POLICY TO NONE; # default
> > CONFIGURE SNAPSHOT CONTROLFILE NAME TO '+DG02_R6/snapcf_PRODDB.f';
> >
> > script de backup full:
> >
> > run {
> > ALLOCATE CHANNEL ch00 TYPE disk ;
> > ALLOCATE CHANNEL ch01 TYPE disk ;
> > ALLOCATE CHANNEL ch02 TYPE disk ;
> > ALLOCATE CHANNEL ch03 TYPE disk ;
> > backup incremental level 0 tag = bkpL0_proddb
> > format
> >
> '/u01/app/acfsmounts/fradg_orabkplv/bkp/proddb/rman/backup/bkp_%d_%T_%s_%p_%U'
> > database;
> > sql 'alter system archive log current';
> > RELEASE CHANNEL ch00;
> > RELEASE CHANNEL ch01;
> > RELEASE CHANNEL ch02;
> > RELEASE CHANNEL ch03;
> >
> > ALLOCATE CHANNEL ch00 TYPE disk;
> > backup tag = contf_prodb
> > format
> >
> '/u01/app/acfsmounts/fradg_orabkplv/bkp/proddb/rman/backup/contf_%d_%T_%s_%p_%U'
> > current controlfile;
> > RELEASE CHANNEL ch00;
> >
> > ALLOCATE CHANNEL ch00 TYPE disk;
> > ALLOCATE CHANNEL ch01 TYPE disk;
> > backup tag = arch_prodb
> > format
> >
> '/u01/app/acfsmounts/fradg_orabkplv/bkp/proddb/rman/archive/arc_%d_%T_%s_%p_%U'
> > check logical archivelog all delete input;
> > RELEASE CHANNEL ch00;
> > RELEASE CHANNEL ch01;
> > }
> >
> > script backup incremental:
> >
> > run {
> > ALLOCATE CHANNEL ch00 TYPE disk ;
> > ALLOCATE CHANNEL ch01 TYPE disk ;
> > backup incremental level 1 tag = bkpL1_proddb
> > format
> >
> '/u01/app/acfsmounts/fradg_orabkplv/bkp/proddb/rman/backup/bkp_%d_%T_%s_%p_%U'
> > database;
> > sql 'alter system archive log current';
> > RELEASE CHANNEL ch00;
> > RELEASE CHANNEL ch01;
> >
> > ALLOCATE CHANNEL ch00 TYPE disk;
> > backup tag = contf_prodb
> > format
> >
> '/u01/app/acfsmounts/fradg_orabkplv/bkp/proddb/rman/backup/contf_%d_%T_%s_%p_%U'
> > current controlfile;
> > RELEASE CHANNEL ch00;
> >
> > ALLOCATE CHANNEL ch00 TYPE disk;
> > ALLOCATE CHANNEL ch01 TYPE disk;
> > backup tag = arch_prodb
> > format
> >
> '/u01/app/acfsmounts/fradg_orabkplv/bkp/proddb/rman/archive/arc_%d_%T_%s_%p_%U'
> > check logical archivelog all delete input;
> > RELEASE CHANNEL ch00;
> > RELEASE CHANNEL ch01;
> >
> > vcs podem me ajudar??
> > perguntem o que quiserem, mandei select's na view pra eu executar.
> >
> >
> >
>
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>
>
> 
>
>
> --
> >Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de
> inteira responsabilidade de seus remetentes.
> Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/
>
> --
> >Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package »
> Procedure » Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO!
> VISITE: http://www.oraclebr.com.br/
> 
> Links do Yahoo! Grupos
>
>
>


[As partes desta mensagem que não continham texto foram removidas]

Re: [oracle_br] Performance RMAN

2013-02-16 Por tôpico Wadson Ramon 
Neto vc precisa utilizar a compactação HIGH  de cara eu já te falo se vc
não usa-la o tempo de backup já vai cair sensivelmente .
Vc pode alocar mais canais e fazer um teste para ver se melhora em alguns
casos sim.

vlw.


2013/2/16 netodba 

> **
>
>
> Fala Pessoal,
>
> migrei uma base de dados 2.5 TB 10G pro 11.2.0.3, o meu problema é que o
> backup rman ta demorando de mais.
>
> Ambiente:
> S.O: RH 6.3
> RAC 4 nós Oracle 11.2.0.3 em ASM
> Tamanho da base: 2.5 Tb
> Local onde é armazenado o backup é em acfs compartilhado com os 4 nós.
> O backup é executado apenas na instancia 1.
>
> política de backup:
> Domingo 1:00 da manhã roda um full.
> Segunda a sabado as 1:00 roda o incremental.
> Todo dia de 8:00 as 18:00 roda o de archivelog.
>
> compigurações do rman:
>
> CONFIGURE RETENTION POLICY TO REDUNDANCY 7;
> CONFIGURE BACKUP OPTIMIZATION ON;
> CONFIGURE DEFAULT DEVICE TYPE TO DISK; # default
> CONFIGURE CONTROLFILE AUTOBACKUP ON;
> CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '%F'; #
> default
> CONFIGURE DEVICE TYPE DISK PARALLELISM 4 BACKUP TYPE TO COMPRESSED
> BACKUPSET;
> CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default
> CONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default
> CONFIGURE MAXSETSIZE TO UNLIMITED; # default
> CONFIGURE ENCRYPTION FOR DATABASE OFF; # default
> CONFIGURE ENCRYPTION ALGORITHM 'AES128'; # default
> CONFIGURE COMPRESSION ALGORITHM 'HIGH' OPTIMIZE FOR LOAD TRUE AS OF
> RELEASE 'DEFAULT';
> CONFIGURE ARCHIVELOG DELETION POLICY TO NONE; # default
> CONFIGURE SNAPSHOT CONTROLFILE NAME TO '+DG02_R6/snapcf_PRODDB.f';
>
> script de backup full:
>
> run {
> ALLOCATE CHANNEL ch00 TYPE disk ;
> ALLOCATE CHANNEL ch01 TYPE disk ;
> ALLOCATE CHANNEL ch02 TYPE disk ;
> ALLOCATE CHANNEL ch03 TYPE disk ;
> backup incremental level 0 tag = bkpL0_proddb
> format
> '/u01/app/acfsmounts/fradg_orabkplv/bkp/proddb/rman/backup/bkp_%d_%T_%s_%p_%U'
> database;
> sql 'alter system archive log current';
> RELEASE CHANNEL ch00;
> RELEASE CHANNEL ch01;
> RELEASE CHANNEL ch02;
> RELEASE CHANNEL ch03;
>
> ALLOCATE CHANNEL ch00 TYPE disk;
> backup tag = contf_prodb
> format
> '/u01/app/acfsmounts/fradg_orabkplv/bkp/proddb/rman/backup/contf_%d_%T_%s_%p_%U'
> current controlfile;
> RELEASE CHANNEL ch00;
>
> ALLOCATE CHANNEL ch00 TYPE disk;
> ALLOCATE CHANNEL ch01 TYPE disk;
> backup tag = arch_prodb
> format
> '/u01/app/acfsmounts/fradg_orabkplv/bkp/proddb/rman/archive/arc_%d_%T_%s_%p_%U'
> check logical archivelog all delete input;
> RELEASE CHANNEL ch00;
> RELEASE CHANNEL ch01;
> }
>
> script backup incremental:
>
> run {
> ALLOCATE CHANNEL ch00 TYPE disk ;
> ALLOCATE CHANNEL ch01 TYPE disk ;
> backup incremental level 1 tag = bkpL1_proddb
> format
> '/u01/app/acfsmounts/fradg_orabkplv/bkp/proddb/rman/backup/bkp_%d_%T_%s_%p_%U'
> database;
> sql 'alter system archive log current';
> RELEASE CHANNEL ch00;
> RELEASE CHANNEL ch01;
>
> ALLOCATE CHANNEL ch00 TYPE disk;
> backup tag = contf_prodb
> format
> '/u01/app/acfsmounts/fradg_orabkplv/bkp/proddb/rman/backup/contf_%d_%T_%s_%p_%U'
> current controlfile;
> RELEASE CHANNEL ch00;
>
> ALLOCATE CHANNEL ch00 TYPE disk;
> ALLOCATE CHANNEL ch01 TYPE disk;
> backup tag = arch_prodb
> format
> '/u01/app/acfsmounts/fradg_orabkplv/bkp/proddb/rman/archive/arc_%d_%T_%s_%p_%U'
> check logical archivelog all delete input;
> RELEASE CHANNEL ch00;
> RELEASE CHANNEL ch01;
>
> vcs podem me ajudar??
> perguntem o que quiserem, mandei select's na view pra eu executar.
>
>  
>


[As partes desta mensagem que não continham texto foram removidas]





--
>Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira 
>responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--
>Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » 
>Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: 
>http://www.oraclebr.com.br/  

 Links do Yahoo! Grupos

<*> Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/oracle_br/

<*> Para sair deste grupo, envie um e-mail para:
oracle_br-unsubscr...@yahoogrupos.com.br

<*> O uso que você faz do Yahoo! Grupos está sujeito aos:
http://br.yahoo.com/info/utos.html

Re: [oracle_br] Quantidade de instances num Oracle RAC 11gR2 em Linux

2013-01-08 Por tôpico Wadson Ramon 
Em 08/01/2013 19:08, "Wadson Ramon"  escreveu:
>
> Creio que a latencia e a largura de banda entre os nós seja o calcanhar
de aquiles aliado ao comportamento da base em relação a IO .
>
> Em 08/01/2013 16:26, "JLSilva"  escreveu:
>
>>
>>
>> É, Chiappa. Se nem vc, que, de certa forma, é referência aqui no grupo,
viu coisa assim.. Imagine os demais..
>> Agradeço pelas respostas. Era o que eu esperava ouvir (ou ler..).
>> Curiosamente, esse cliente tem essa quantidade de databases distribuídos
em 2 servidores não-cluster, e ele diz que está funcionando à contento.
>> Mas, conforme vcs citaram, o cluster insere um contexto diferente, com
mais comunicação entre os processos, e isso gera um overhead expressivo.
>> É uma conclusão ruim, mas é a correta: acredito que o Oracle RAC é
inviável para esse caso.
>> Concordo que a melhor opção é a consolidação dos bancos em schemas,
reduzindo para uns 10 bancos, no máximo.
>> Abraço!
>>
>> On Jan 8, 2013, at 4:04 PM, J. Laurindo Chiappa jlchia...@yahoo.com.br>
wrote:
>>
>> > Bem, restrição técnica não há por parte da Oracle , e eu até já vi
ambiente com múltiplos databases/instâncias nos mesmos servidores, mas
coisa de meia dúzia ou pouco mais - nunca vi algo no que vc diz , de várias
e várias DEZENAS de databases/instâncias
>> > O ponto aqui é que, cfrme nós sabemos, CADA instância além de consumir
RAM extra, Também obrigatoriamente VAI TER os seus próprios processos
ativos em background, VAI ter o seu overhead de I/O ** interno **, pelo
RDBMS ... Pense no que vai acontecer se casualmente muitas instâncias
solicitarem, digamos, block cleanout ao mesmo tempo, o seu sub-sistema de
I/O (que pra variar vc não diz qual é) ** vai ** aguentar isso ???
>> > Esse pontos de consumo interno do RDBMS são Cruciais - o pessoal até
pode adotar instance caging para tentar "evitar" que um SQL malfeito de uma
instância consuma recursos das outras, mas caging basicamente é para os
SQLs de usuários/aplicações, o processamento interno feito pelo RDBMS vc
não consegue controlar lá muito não...
>> > Outra coisa é oo seu hardware : pra começo de conversa, Gigabit é o **
MÍNIMO ** hoje em dia para utilização em interconnect de RAC, prum ambiente
monstro desse tipo imho isso é INSUFICIENTE, teríamos que estar falando já
em algo na faixa de Infiniband... Idem para o seu poder de processamento, 4
processadores por mais cores que vc tenha, ao se colocar na balança o
montão de processos que esse montão de instâncias vai implicar, imho vai
ter espera aí, vai ter gargalo na comunicação dos cores com : para um
ambiente como vc descreve, pra mim tinha que ser algo na faixa de 16
processadores ou mais, e ambiente Wintel não aguenta isso, então imho pra
suportar uma demanda do tipo estaríamos falando de um unix-like, talvez um
Superdome ou uma Sun de alta escala E LÓGICO, montes de instâncias VÃO
estar fazendo montes de I/Os muito provavelmente, então vc TEM que ter algo
muito forte para I/O também - discos de 15k rpm num storage moderno com
lotes de cache, muito certamente...
>> > Então em resumo a sua resposta de minha parte é : não, eu nunca vi
nada do tipo funcionando, então não tenho casos concretos de "problemas
para te relatar, , MAS certamente (pelos pontos acima citados) com CERTEZA
não é nada impossível que vc se depare problemas de
Administração/schedule/capacidade do hardware, okdoc ?? A minha
Recomendação assim sendo não pode deixar de ser : OU vc centraliza
FORTEMENTE esse ambiente em schemas de mesmas instâncias (a opção
Preferida, pois assim vc inclusive vai EVITAR algum eventual bug ou
limitação não-documentada, uma questão sempre presente quando vc trabalha
acima do normalmente esperado), OU vc sobe o hardware FORTEMENTE, caso
contrário os riscos vão ser reais e presentes...
>> >
>> > []s
>> >
>> > Chiappa
>> >
>> > --- Em oracle_br@yahoogrupos.com.br, JLSilva escreveu
>> >>
>> >> Boa tarde, pessoal.
>> >>
>> >> Gostaria de saber se alguém já passou por problemas devido a um
grande número de instances em um Oracle RAC 11gR2.
>> >> Algo em torno de 40 e 80 bancos de dados.
>> >>
>> >> Descrição do ambiente:
>> >> 2 servidores HP DL580 G7
>> >> 4 processadores intel hexacore em cada servidor
>> >> 256GB de RAM em cada servidor
>> >> 2 interfaces gigabit para interconnect (bond mode 6)
>> >>
>> >> Obrigado.
>> >> JLSilva.
>> >>
>> >
>> >
>> >
>> >
>> > 
>> >
>> > --
>> >> Atenção! As mensagens do grupo ORACLE_

Re: [oracle_br] Quantidade de instances num Oracle RAC 11gR2 em Linux

2013-01-08 Por tôpico Wadson Ramon 
Creio que a latencia e a largura de banda entre os nós seja o calcanhar de
aquiles aliado ao comportamento da base em relação a IO .
Em 08/01/2013 16:26, "JLSilva"  escreveu:

> **
>
>
> É, Chiappa. Se nem vc, que, de certa forma, é referência aqui no grupo,
> viu coisa assim.. Imagine os demais..
> Agradeço pelas respostas. Era o que eu esperava ouvir (ou ler..).
> Curiosamente, esse cliente tem essa quantidade de databases distribuídos
> em 2 servidores não-cluster, e ele diz que está funcionando à contento.
> Mas, conforme vcs citaram, o cluster insere um contexto diferente, com
> mais comunicação entre os processos, e isso gera um overhead expressivo.
> É uma conclusão ruim, mas é a correta: acredito que o Oracle RAC é
> inviável para esse caso.
> Concordo que a melhor opção é a consolidação dos bancos em schemas,
> reduzindo para uns 10 bancos, no máximo.
> Abraço!
>
> On Jan 8, 2013, at 4:04 PM, J. Laurindo Chiappa jlchia...@yahoo.com.br>
> wrote:
>
> > Bem, restrição técnica não há por parte da Oracle , e eu até já vi
> ambiente com múltiplos databases/instâncias nos mesmos servidores, mas
> coisa de meia dúzia ou pouco mais - nunca vi algo no que vc diz , de várias
> e várias DEZENAS de databases/instâncias
> > O ponto aqui é que, cfrme nós sabemos, CADA instância além de consumir
> RAM extra, Também obrigatoriamente VAI TER os seus próprios processos
> ativos em background, VAI ter o seu overhead de I/O ** interno **, pelo
> RDBMS ... Pense no que vai acontecer se casualmente muitas instâncias
> solicitarem, digamos, block cleanout ao mesmo tempo, o seu sub-sistema de
> I/O (que pra variar vc não diz qual é) ** vai ** aguentar isso ???
> > Esse pontos de consumo interno do RDBMS são Cruciais - o pessoal até
> pode adotar instance caging para tentar "evitar" que um SQL malfeito de uma
> instância consuma recursos das outras, mas caging basicamente é para os
> SQLs de usuários/aplicações, o processamento interno feito pelo RDBMS vc
> não consegue controlar lá muito não...
> > Outra coisa é oo seu hardware : pra começo de conversa, Gigabit é o **
> MÍNIMO ** hoje em dia para utilização em interconnect de RAC, prum ambiente
> monstro desse tipo imho isso é INSUFICIENTE, teríamos que estar falando já
> em algo na faixa de Infiniband... Idem para o seu poder de processamento, 4
> processadores por mais cores que vc tenha, ao se colocar na balança o
> montão de processos que esse montão de instâncias vai implicar, imho vai
> ter espera aí, vai ter gargalo na comunicação dos cores com : para um
> ambiente como vc descreve, pra mim tinha que ser algo na faixa de 16
> processadores ou mais, e ambiente Wintel não aguenta isso, então imho pra
> suportar uma demanda do tipo estaríamos falando de um unix-like, talvez um
> Superdome ou uma Sun de alta escala E LÓGICO, montes de instâncias VÃO
> estar fazendo montes de I/Os muito provavelmente, então vc TEM que ter algo
> muito forte para I/O também - discos de 15k rpm num storage moderno com
> lotes de cache, muito certamente...
> > Então em resumo a sua resposta de minha parte é : não, eu nunca vi nada
> do tipo funcionando, então não tenho casos concretos de "problemas para te
> relatar, , MAS certamente (pelos pontos acima citados) com CERTEZA não é
> nada impossível que vc se depare problemas de
> Administração/schedule/capacidade do hardware, okdoc ?? A minha
> Recomendação assim sendo não pode deixar de ser : OU vc centraliza
> FORTEMENTE esse ambiente em schemas de mesmas instâncias (a opção
> Preferida, pois assim vc inclusive vai EVITAR algum eventual bug ou
> limitação não-documentada, uma questão sempre presente quando vc trabalha
> acima do normalmente esperado), OU vc sobe o hardware FORTEMENTE, caso
> contrário os riscos vão ser reais e presentes...
> >
> > []s
> >
> > Chiappa
> >
> > --- Em oracle_br@yahoogrupos.com.br, JLSilva escreveu
> >>
> >> Boa tarde, pessoal.
> >>
> >> Gostaria de saber se alguém já passou por problemas devido a um grande
> número de instances em um Oracle RAC 11gR2.
> >> Algo em torno de 40 e 80 bancos de dados.
> >>
> >> Descrição do ambiente:
> >> 2 servidores HP DL580 G7
> >> 4 processadores intel hexacore em cada servidor
> >> 256GB de RAM em cada servidor
> >> 2 interfaces gigabit para interconnect (bond mode 6)
> >>
> >> Obrigado.
> >> JLSilva.
> >>
> >
> >
> >
> >
> > 
> >
> > --
> >> Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de
> inteira responsabilidade de seus remetentes.
> > Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/
> > --
> >> Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package »
> Procedure » Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO!
> VISITE: http://www.oraclebr.com.br/
> > -- Links do
> Yahoo! Grupos
> >
> >
>
>  
>


[As

Re: [oracle_br] Re: duvida role dba

2012-06-27 Por tôpico Wadson Ramon 
Lembrando que o nível mais alto da role dba e com with admin option .
Em 27/06/2012 09:59, "Milton Bastos Henriquis Jr." 
escreveu:

> Paulo
>
> Regra geral de SEGURANÇA: Não dê permissão NENHUMA.
> Sempre comece a partir do ZERO.
>
> Infelizmente não é o teu caso, pois o sistema já existe, os usuários já
> existem com atribuições
> que não deveriam ter. O correto é começar realmente do ZERO e ir dando os
> grants somente
> do que é realmente necessário.
>
> Como teu caso é mais complicado, pois já está em produção, vc vai ter que
> tomar essa decisão:
> vai realmente adotar uma política melhor de segurança?
> Se a resposta for SIM, vcs terão que fazer esse trabalho conjunto, ou seja,
> agendar um horário
> para começar essas alterações, deixar avisado que erros provavelmente
> ocorrerão, e aí vc terá
> que ir acertando os grants até que o sistema funcione normalmente.
>
> Óbvio que vc não precisa começar literalmente do Zero: analise cada um dos
> usuários que vc tem
> na base, verifique os grants "óbvios" que o sistema com certeza necessita,
> e daí sim crie um ponto
> de partida.
>
>
> Lembrando que vc não precisa colocar a produção em risco: use um ambiente
> de testes!
>
>
>
>
>
> 2012/6/27 Paulo Couto 
>
> > **
> >
> >
> > Ederson, estou com um problema, tenho um base oracle que comecei a
> > gerenciar e percebi vários users com está role, sei que é perigoso, mas
> > precisava entender melhor antes de remover.
> >
> > Meu receio é remover a role e alguém chiar de problema no sistema.
> >
> > Será que se o login já tiver os grants de select, insert, update  OU for
> o
> > owner dos objetos teria algum problema em retirar a role DBA ??
> >
> > Att,
> >
> >
> > 
> > De: ederson2001br 
> > Para: oracle_br@yahoogrupos.com.br
> > Enviadas: Quarta-feira, 27 de Junho de 2012 9:37
> > Assunto: [oracle_br] Re: duvida role dba
> >
> >
> >
> >
> >
> > Alô Paulo,
> >
> > A role DBA tem diversos direitos no banco, veja os principais (não
> consigo
> > guardar tudo de cabeça):
> >
> > -Gerenciar espaço: pode criar tablespaces, bem como removê-las
> > -Pode colocar tablespaces em modo apenas-leitura
> > -Pode mudar a senha de usuários
> > -Pode bloquear usuários
> > -Pode criar novos usuários
> > -Pode dropar (remover) um usuário com todos os seus dados
> > -Pode alterar dados nas tabelas dos usuários
> > -Pode manipular objetos dos usuários (criar, remover, alterar)
> > -Pode visualizar objetos do dicionário de dados, como as views DBA_%
> > -Pode fazer backup
> > -Pode restaurar backup
> > -Pode conceder privilégios de sistema a outros usuários
> > -Pode remover privilégios de usuários
> > -Pode criar novos conjuntos de privilégios (create role + grant)
> > -Pode remover conjuntos de privilégios (drop role)
> > -Pode gerenciar estatísticas
> > -Pode gerenciar jobs (tarefas agendadas)
> > -etc
> >
> > Enfim, pode muito mesmo. Já pensou um usuário "curioso" com este poder na
> > mão? É metralhadora carregada na mão de símios.
> >
> > Veja todos os direitos (rodar no SQLPLUS), respondendo DBA à pergunta do
> > script, depois compare com os direitos de um usuário comum (ex: SCOTT):
> >
> > SET echo OFF
> > SET verify OFF
> > SET pages 
> > column granted_role form a25
> > column owner form a15
> > column table_name form a33
> > column privilege form a33
> > ACCEPT username prompt 'Enter Username : '
> > PROMPT Roles granted to user
> > SELECT granted_role,
> > admin_option,
> > default_role
> > FROM dba_role_privs
> > WHERE grantee=UPPER('&username')
> > ORDER BY 1;
> > PROMPT Table Privileges granted to a user through roles
> > SELECT granted_role,
> > owner,
> > table_name,
> > privilege
> > FROM
> > ( SELECT granted_role FROM dba_role_privs WHERE
> grantee=UPPER('&username')
> > UNION
> > SELECT granted_role
> > FROM role_role_privs
> > WHERE role IN
> > (SELECT granted_role FROM dba_role_privs WHERE grantee=UPPER('&username')
> > )
> > ) roles,
> > dba_tab_privs
> > WHERE granted_role=grantee
> > ORDER BY 1,2,3,4;
> > PROMPT System Privileges assigned to a user through roles
> > SELECT granted_role,
> > privilege
> > FROM
> > ( SELECT granted_role FROM dba_role_privs WHERE
> grantee=UPPER('&username')
> > UNION
> > SELECT granted_role
> > FROM role_role_privs
> > WHERE role IN
> > (SELECT granted_role FROM dba_role_privs WHERE grantee=UPPER('&username')
> > )
> > ) roles,
> > dba_sys_privs
> > WHERE granted_role=grantee
> > ORDER BY 1,2;
> > PROMPT Table privileges assigned directly to a user
> > SELECT owner,
> > table_name,
> > privilege
> > FROM dba_tab_privs
> > WHERE grantee=UPPER('&username')
> > ORDER BY 1,2,3;
> > PROMPT System privileges assigned directly to a user
> > SELECT privilege,
> > admin_option
> > FROM dba_sys_privs
> > WHERE grantee=UPPER('&username');
> > undefine username;
> >
> > Ederson Elias
> > DBA Oracle
> > http://br.linkedin.com/pub/ederson-elias/24/8b/8b0
> >
> > --- Em mailto:oracle_br%40yahoogrupos.com.br, Paulo Couto
> 
> > escreveu
> >
> > >
> >

Re: [oracle_br] Re: Trigger que grava comando DML

2012-05-28 Por tôpico Wadson Ramon 
Olá pessoal achei muito interessante a resposta do colega Ederson,
principalmente sobre o comentário a respeito do LogMiner, Atualmente
trabalho com a Versão Standard do 11 que tem recursos limitados.
Pesquisando sobre o Logminer achei em um blog alguns
comentários interessantes sobre o LogMiner que postei abaixo da mensagem.
Sobre as afirmações do colega do blog o LogMiner  consegue realmente
dar subsídios para as questões 1,2,3,4,  postadas abaixo?.
E até que ponto o LogMiner  se assemelha ao  Statspack , tentei utilizar
o Statspack com  Ora cle RAC Standart 11g e o relatório gerado saiu com a
maioria dos campos vazios e com pouca de informação.


Log Miner | Muito além do FlashBack
Filed under: 
Uncategorized
—
agleite @ 5:20 pm

O Oracle LogMiner é uma ferramenta que permite consultas a arquivos de redo
log’s online e archives através de SQL. Os arquivos de redo contém o
histórico da atividades em um banco de dados.

Entre os beneficios do LogMiner temos:

1 – Localizar um corrupção lógica devido a erros de aplicação

2 – Determinar que ações devem ser tomadas para executarmos um recover
granular da transação

3 – Otimização de performance e plano de capacitação através da análise de
tendencias.

4 – Pos auditoria.

Em 28 de maio de 2012 13:28, ederson2001br escreveu:

> **
>
>
> Alô Marcos,
>
> Eu já sigo 100% na linha que o Chiappa falou, há bastante tempo: levantar
> a necessidade (para escolher a melhor solução).
>
> Portanto, acrescento somente na linha da busca da solução: se já tem
> pronta, não compensa rebuild. Usar "as is" já soluciona a maioria das
> necessidades. Além do quê, triggers podem ser desabilitadas ...
>
> Sugestão:
> - Versão Enterprise (10 e 11): AWR
> - Versão Standard (10 e 11)..: Statspack
> - Sem habilitar nada mais no BD (9, 10 e 11 tanto EE ou SE): Logminer
>
> Neste link, vc vê um exemplo de como usar o Logminer com REDO, mas sabendo
> que vc pode habilitar também para ARCHIVE. Portanto, para a sua janela de
> pesquisa, basta ter o archive em disco, uma vez que o logminer "lê" os
> arquivos que já estão "externos" ao banco, nenhuma tabela vai "encher". É
> 100% garantido e vc pode buscar qualquer "kaca" feita pelo usuário,
> inclusive (se precisar) o Oracle já retorna o comando para "desfazer a
> kaca" na coluna REDO:
>
> http://oracleflash.com/28/Oracle-11g-Using-LogMiner-to-analyze-redo-log-files.html
>
> Ederson Elias
> DBA Oracle
> http://br.linkedin.com/pub/ederson-elias/24/8b/8b0
>
>
> --- Em oracle_br@yahoogrupos.com.br, Marcos de Moura Gonçalves 
> escreveu
> >
> > Olá Srs,
> >
> > Me solicitaram a criação de uma trigger disparada por eventos DML que
> > grave o SQL que ocasionou o disparo da trigger. Já tinha feito algo
> > parecido no Oracle 10g, e lembrava que bastava fazer o join entre
> > v$session e v$sql na coluna sql_id para encontrar o SQL realizado.
> > Entretanto essa demanda é para um banco 11g, e pelo que reparei houve
> > uma mudança na informação gravada na v$session: ele guarda o sql_id
> > do próprio SELECT realizado na v$session... Experimentei também a
> > junção através da coluna prev_sql_id, mas me traz outro SQL que não o
> > que disparou a trigger. Outra alternativa que tentei foi utilizar a
> > função ORA_SQL_TXT, muito utilizada normalmente em exemplos de quem
> > quer fazer auditoria de comandos DDL. Entretanto, pelo menos nas
> > minhas tentativas em triggers de UPDATE, essa função não trouxe nada
> > (li em algum forum que essa função estaria funcionando no 11g apenas
> > para triggers de eventos de sistema, e não DML). Estou pesquisando
> > alternativas ainda sem sucesso. Alguém tem alguma idéia?
> >
> > Obrigado,
> >
> > Marcos de Moura Gonçalves
> >
>
>  
>


[As partes desta mensagem que não continham texto foram removidas]





--
>Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira 
>responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--
>Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » 
>Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: 
>http://www.oraclebr.com.br/  

 Links do Yahoo! Grupos

<*> Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/oracle_br/

<*> Para sair deste grupo, envie um e-mail para:
oracle_br-unsubscr...@yahoogrupos.com.br

<*> O uso que você faz do Yahoo! Grupos está sujeito aos:
http://br.yahoo.com/info/utos.html

Re: [oracle_br] Export - Crontab

2012-05-10 Por tôpico Wadson Ramon 
Os meus scripts começam assim:
Lembrando que o meu .bash_profile já está configurado com as variáveis
de ambiente do oracle.


#Definindo Variáveis do Oracle

.  /home/oracle/.bash_profile

#Definindo Variáveis  do script

DIA=`date +%d%m%y`
DIANT=`date --date='1 day ago' '+%d%m%y'`
USERP="/home/oracle/scripts/.crypt/.user"


Wadson Ramon.


Em 9 de maio de 2012 17:10, Rodrigo Mufalani escreveu:

> **
>
>
> Boa tarde Marcelo,
>
> Esse erro é típico eu apanhei muito para descobrir o que era.
>
> A crontab é um shell limpa, ou seja, ela não conhece suas variáveis de
> ambiente do usuário. Pegue as linhas relativas ao Oracle do seu
> .bash_profile e adicione ao seu script ou execute o .bash_profile ou
> .profile ao executar o script de backup.
>
> #!/bin/bash
>
> . /home/oracle/.bash_profile # carregando as variáveis de ambiente
>
> expdp 
>
> E por ai vai...
>
> Ou no script...
>
> #!/bin/bash
>
> export ORACLE_BASE=/caminho/da/sua/oracle_base
>
> export ORACLE_HOME=/caminho/da/sua/oracle_home
>
> export ORACLE_SID=<>
>
> expdp X
>
> Espero que te ajude.
>
> Atenciosamente,
>
> Rodrigo Mufalani
>
> <mailto:rodr...@mufalani.com.br> rodr...@mufalani.com.br
>
> <http://www.mufalani.com.br/> www.mufalani.com.br
>
> twitter: @mufalani
>
> Descrição: Descrição: Descrição: logo_mufalani
>
> De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] Em
> nome de Marcelo da Silva Pranckevicius
> Enviada em: quarta-feira, 9 de maio de 2012 16:18
> Para: oracle_br@yahoogrupos.com.br
> Assunto: [oracle_br] Export - Crontab
>
>
> Caros Colegas,
>
> Inseri no Crontab uma linha para a geração do export para algumas tabelas.
>
> Meu arquivo dump.sh possui apenas uma linha com o comando do export.
> Manualmente ela executa corretamente.
>
> Na linha do meu Crontab inseri o seguinte:
>
> 00 18 * * * /dumps/dump.sh
>
> No horário estipulado o dump.sh não é executado.
>
> O que estou fazendo de errado?
>
> Oracle 11.2.0.3 Enterprise
>
> Linux RedHat 5.7 Enterprise
>
> Desde já agradeço a ajuda.
>
> Marcelo da Silva Pranckevicius
>
> [As partes desta mensagem que não continham texto foram removidas]
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>  
>


[As partes desta mensagem que não continham texto foram removidas]





--
>Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira 
>responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--
>Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » 
>Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: 
>http://www.oraclebr.com.br/  

 Links do Yahoo! Grupos

<*> Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/oracle_br/

<*> Para sair deste grupo, envie um e-mail para:
oracle_br-unsubscr...@yahoogrupos.com.br

<*> O uso que você faz do Yahoo! Grupos está sujeito aos:
http://br.yahoo.com/info/utos.html

Re: [oracle_br] DATAPUMP Lentidão

2012-05-07 Por tôpico Wadson Ramon 
S.O é REDHAT 5.6 Enterprise são 2 nós com 24 GB de memória cada um com um
 memory_target de 10 GB.
A undo esta sendo gerenciada automaticamente.

Em 7 de maio de 2012 14:29, Welvis Moretto
escreveu:

> **
>
>
>
>
> Umm... estranho.. qual o comando que vc está usando para fazer o expdp?
> Está usando timestemp no expdp?
>
> Qual SO e quais os parametros de memoria?
>
> Aqui na empresa tenho um owner de quase 1TB e o export deste cara da um
> dump de mais de 400G e faz em 7 horas... e já acho hiper demorado.. 
>
> att,
>
> Welvis Douglas
>
> 
> De: ramon_br_brandao 
> Para: oracle_br@yahoogrupos.com.br
> Enviadas: Segunda-feira, 7 de Maio de 2012 14:06
> Assunto: [oracle_br] DATAPUMP Lentidão
>
>
>
>
> Olá uma boa tarde a todos, estou com uma duvida eu tenho um export full de
> 400 GB que leva em torno de 24 horas para exportar o dados, durante este
> processo a varias mensagens de rollback, a versão do Oracle que uso é
> 11.2.0.1 em RAC com AMM,UNDO_MANAGEMENT=AUTO.
> Em um post anterior comentou-se sobre vários aspectos do datapump que pode
> levar a este error, em uma das sugestões do Andre foi sugerido segmentar os
> exports, de acordo com schemas criando uma rotina de export para cada
> schema seria uma solução para o problema abaixo ?
>
> ORA-31693: Table data object "SILAB"."IMAGEM_REQUISICAO" failed to
> load/unload and is being skipped due to error:
> ORA-02354: error in exporting/importing data
> ORA-01555: snapshot too old: rollback segment number 19 with name
> "_SYSSMU19_3300434622$" too small
> . . exported "PLERES"."AMOSTRA1_AUDIT" 53.63 GB 81968220 rows
> ORA-31693: Table data object "SILABWP"."LDO_LAUDO_WEB_EXAME" failed to
> load/unload and is being skipped due to error:
> ORA-02354: error in exporting/importing data
> ORA-01555: snapshot too old: rollback segment number 29 with name
> "_SYSSMU29_1559347578$" too small
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>  
>


[As partes desta mensagem que não continham texto foram removidas]





--
>Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira 
>responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--
>Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » 
>Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: 
>http://www.oraclebr.com.br/  

 Links do Yahoo! Grupos

<*> Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/oracle_br/

<*> Para sair deste grupo, envie um e-mail para:
oracle_br-unsubscr...@yahoogrupos.com.br

<*> O uso que você faz do Yahoo! Grupos está sujeito aos:
http://br.yahoo.com/info/utos.html

Re: [oracle_br] Ajuda relatório

2012-05-03 Por tôpico Wadson Ramon 
Olá Junior pelo o que entendi a unidade e o codigo são valores fixos, e os
campos de vendas remetem a uma ou mais colunas de uma tabela,
não consegui ainda entender a sua dúvida.
Pode detalhar mais.


Wadson Ramon.

Em 3 de maio de 2012 15:20, Junior  escreveu:

> **
>
>
> Boa tarde pessoal
>
> Tenho que criar o relatório no seguinte formato
>
> unidade codigo  vendas julho vendas agosto vendas setembro
>   1   10r$ 100 r$200   r$300
>
> Qual a melhor forma de fazer isso ?
>
> As vendas de cada mês devem ser colunas.
>
> Seria possível fazer via query ? Preciso criar uma tmp, procedure ?
>
> Desde já agradeço.
>
> versão do banco 10.2.0.5.0
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>  
>


[As partes desta mensagem que não continham texto foram removidas]





--
>Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira 
>responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--
>Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » 
>Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: 
>http://www.oraclebr.com.br/  

 Links do Yahoo! Grupos

<*> Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/oracle_br/

<*> Para sair deste grupo, envie um e-mail para:
oracle_br-unsubscr...@yahoogrupos.com.br

<*> O uso que você faz do Yahoo! Grupos está sujeito aos:
http://br.yahoo.com/info/utos.html

Re: [oracle_br] Re: MTS

2012-05-03 Por tôpico Wadson Ramon 
Quero agradecer  ao Chiappa e André  pela explicação a respeito do MTS
valeu mesmo obrigado.
Em 02/05/2012 16:38, "Andre Santos"  escreveu:

> Olá Wadson !
>
> Em geral, MTS também desempenha melhor com transações curtas.
> Para transações (ou mesmo consultas) relativamente longas, seria melhor uma
> conexão do tipo dedicada.
>
> [ ]
>
> André
>
> Em 2 de maio de 2012 11:33, J. Laurindo Chiappa
> escreveu:
>
> > **
> >
> >
> > É claro que pode, colega : ao contrário do que pode parecer e do que
> > alguns pessoal mais desinformado diz, Não Existe um 'modo MTS', o
> > MTS/Shared Servers ** Não É ** um "modo de atuação" do database, um
> setting
> > que impede qquer outro - na verdade, conexão dedicada é SEMPRE possível,
> > não importa o que vc tiver a mais, o MTS/Shared Server é uma opção
> > Adicional que vc pode ter, além da sempre presente conexão dedicada
> Até
> > no mesmo computador-cliente, absolutamente Nada impede de vc ter no
> > TNSNAMES.ORA uma entrada X estabelecendo uma conexão MTS/Shared E uma
> outra
> > entrada Y estabelecendo conexão dedicada, aí a cada vez o
> > usuário/progra,a/whatever pode conectar com qquer uma delas, à escolha
> ...
> > Quanto ao RAC, o apito que ele toca no que se relaciona à conexão é
> > basicamente a possibilidade de via serviços vc direcionar a conexão para
> um
> > ou para outro nó, mas logicamente essa conexão pode ser dedicada ou
> shared,
> > sem problemas ...
> >
> > []s
> >
> > Chiappa
> >
> > --- Em oracle_br@yahoogrupos.com.br, Wadson Ramon  escreveu
> >
> > >
> > > Obrigado Chiappa pela a explicação pelo o que percebi para a utilização
> > > deste componente eu tenho que ter algumas primícias em mente como
> > > desativar o AMM e ter cuidado com rotinas com Bulk collect, só não
> > entendi
> > > direito se posso ter o MTS e as conexões dedicadas rodando no mesmo
> > > servidor com Oracle RAC.
> > >
> > > Em 30 de abril de 2012 18:44, J. Laurindo Chiappa
> > > escreveu:
> >
> > >
> > > > **
> > > >
> > > >
> > > > Bem, com "MTS" vc quer se referir à funcionalidade do banco Oracle
> que
> > nas
> > > > versões mais recentes passou a ser conhecida como "Shared Server",
> > correto
> > > > ? Sendo isso :
> > > >
> > > > - antes de tudo, quem que te disse que a funcionalidade está obsoleta
> > ? De
> > > > forma alguma, se vc consultar (como eu acabei de fazer) os manuais
> > Oracle
> > > > (Concepts, Administration) não vai encontrar nada a respeito disso
> ...
> > > > O que acontece é que a utilização dele Não É recomendada em conjunto
> > com
> > > > determinadas features de automação, como por exemplo o AMM (Automatic
> > > > Memory Management, gerenciamento de memória automática) : como
> > comentado em
> > > >
> >
> http://guyharrison.squarespace.com/blog/2009/9/18/mts-amm-bulk-collect-trouble.html,oobjetivo
>  geral do shared server é vc ter um único processo atendendo n
> > > > sessões, logicamente concentrando a memória num só bloco, enquanto o
> > > > algoritmo do AMM é liberar memória o mais cedo possível para
> > redistribuir ,
> > > > não é difícil imaginar race conditions e quetais...
> > > >
> > > > - sobre aplicações web : antes de mais nada, entenda as diferenças
> > > > Conceituais aqui, que são Muito importantes...
> > > > Com shared servers, vc pede para conectar no database uma única vez,
> > aí o
> > > > database cria uma conexão ao vc abrir a sua sessão E enquanto vc não
> > > > desconectar, a sua sessão fica permanentemente presente mas cada
> > comando
> > > > vai ser atendido por um processo (um shared server process)
> diferente,
> > e os
> > > > processos são compartilhados entre as múltiplas sessões,
> > transparentemente
> > > > cada processo vai atendendo cada demanda de cada sessão shared, em
> > > > rodízio... Ou seja, é INERENTE aqui o conceito de FILA em caso de
> > > > capacidade sendo exigida ao máximo : se os N shared servers
> > configurados
> > > > estão ocupados no momento, os próximos comandos das próximas sessões
> > vão
> > > > ser ENFILEIRADOS, inescapavelmente, até um shared server ficar
> > desocupado e
> > > > poder ir atender á fila...
> > > > Já com POOL DE CONEXÃO

Re: [oracle_br] Re: MTS

2012-05-02 Por tôpico Wadson Ramon 
Obrigado Chiappa pela a explicação pelo o que percebi para a utilização
deste componente eu tenho que ter algumas primícias em  mente como
desativar o AMM e ter cuidado com rotinas com Bulk collect,  só não entendi
direito se posso ter o MTS e as conexões dedicadas rodando no mesmo
servidor com Oracle RAC.

Em 30 de abril de 2012 18:44, J. Laurindo Chiappa
escreveu:

> **
>
>
> Bem, com "MTS" vc quer se referir à funcionalidade do banco Oracle que nas
> versões mais recentes passou a ser conhecida como "Shared Server", correto
> ? Sendo isso :
>
> - antes de tudo, quem que te disse que a funcionalidade está obsoleta ? De
> forma alguma, se vc consultar (como eu acabei de fazer) os manuais Oracle
> (Concepts, Administration) não vai encontrar nada a respeito disso ...
> O que acontece é que a utilização dele Não É recomendada em conjunto com
> determinadas features de automação, como por exemplo o AMM (Automatic
> Memory Management, gerenciamento de memória automática) : como comentado em
> http://guyharrison.squarespace.com/blog/2009/9/18/mts-amm-bulk-collect-trouble.html,
>  o objetivo geral do shared server é vc ter um único processo atendendo n
> sessões, logicamente concentrando a memória num só bloco, enquanto o
> algoritmo do AMM é liberar memória o mais cedo possível para redistribuir ,
> não é difícil imaginar race conditions e quetais...
>
> - sobre aplicações web : antes de mais nada, entenda as diferenças
> Conceituais aqui, que são Muito importantes...
> Com shared servers, vc pede para conectar no database uma única vez, aí o
> database cria uma conexão ao vc abrir a sua sessão E enquanto vc não
> desconectar, a sua sessão fica permanentemente presente mas cada comando
> vai ser atendido por um processo (um shared server process) diferente, e os
> processos são compartilhados entre as múltiplas sessões, transparentemente
> cada processo vai atendendo cada demanda de cada sessão shared, em
> rodízio... Ou seja, é INERENTE aqui o conceito de FILA em caso de
> capacidade sendo exigida ao máximo : se os N shared servers configurados
> estão ocupados no momento, os próximos comandos das próximas sessões vão
> ser ENFILEIRADOS, inescapavelmente, até um shared server ficar desocupado e
> poder ir atender á fila...
> Já com POOL DE CONEXÃO (que é a alternativa normalmente usada em
> aplicações WEB) é bem diferente : o gerenciador do pool (que é um programa
> Externo ao database, via de regra) assim que starta vai no database e
> depois cria e retém abertas n sessões (num ambiente NORMAL usando sessões
> DEDICADAS, não faz sentido vc ter 2 camadas de gerenciamento), e aí cada
> programa interessado em conectar com o banco de dados a cada vez ** Tem **
> que acionar o gerenciador de pool e pedir para ser conectado, que só aí o
> gerenciador do pool vai encontrar a próxima sessão desocupada e vai
> associá-la com o programa cliente que deseja...
> Isso causa algumas diferenças muito importantes : uma delas, num pool de
> conexões as sessões de banco Sempre são entre o banco de dados e o
> gerenciador de pool, o gerenciador na prática é um "meio", uma "ponte"
> entre o banco de dados e o programa-cliente - assim, Quase TODOS os
> recursos de auditoria nativos do database se tornam inúteis, já que o
> database enxerga quem está "Fisicamente" conectado, que é o gerenciador de
> pool, ABSOLUTAMENTE não tem como o database enxergar o programa-cliente
>  Outra diferença : já que para o pool de conexões atender a
> crescimentos é simplesmente ir até o database e criar mais sessões
> dedicadas, via de regra um pool de conexões responde a crescimentos
> imprevistos melhor, pois para shared servers aumentarem de capacidade
> normalmente implicaria vc alterar parãmetros no database para permitir mais
> processos shared... Ainda outra, esta a favor do shared servers : se hoje
> vc tem um aplicativo fechado, sem o código-fonte, obviamente Não tem como
> vc abrir os programas e inserir as chamadas ao gerenciador do pool de
> conexões, já shared servers é algo transparente para a aplicação, de modo
> geral...
>
> Então é isso, conhecendo as diferenças é VOCÊ que vai optar pelo melhor,
> de acordo com o seu ambiente ...
>
> []s
>
> Chiappa
>
>
> --- Em oracle_br@yahoogrupos.com.br, "ramon_br_brandao" 
> escreveu
> >
> > Gostaria de saber a opinião sobre a utilização do MTS e se de fato o
> mesmo se torna obsoleto a partir da versão 10g e qual seria a solução para
> aplicações web com um grande numero de conexões simultâneas.
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > Wadson Ramon.
> >
>
>  
>


[As partes desta mensagem que não continham texto f