[oracle_br] Re: duvidas migração para ASM

[alexssandro0...@yahoo.com.br [oracle_br]]

Boa tarde!

Chiappa, obrigado pelos esclarecimentos. 

Vou validar aqui os procedimentos que vc comentou, verificar se conseguimos 
alguma melhora no tempo de migração.

Em relação ao banco Standard Edition  com alguns TBs,  é bem trabalhoso ficar 
sem as Features do EE, mas é a vida.


Mais uma vez valeu pelas dicas, até breve...

[oracle_br] Re: duvidas migração para ASM

[jlchia...@yahoo.com.br [oracle_br]]

Opa, então :

1) Por via de regra em não havendo bugs e/ou exigências do seu Aplicativo que 
proíbam, ** SEMPRE ** é melhor vc ter o parâmetro de COMPATIBILITY setado para 
o versão física real : setar para valor inferior pode te Bloquear o uso de 
alguma feature da versão real que seja importante no seu ambiente 

2) Bom, vc não diz se vc tá usando MULTIPATH ou não, mas pelo que vc descreve 
entendo que não... No caso de single-path devices, sim é normal que os paths 
mudem porque a busca por devices não segue necessariamente a mesma ordem - 
inclusive, no caso de filesystems montados nos devices, a idéia é usar o UUID, 
o "stamp" físico que esse sim não muda, veja 
https://ubuntuforums.org/showthread.php?t=1621961 para um exemplo...
 Muito bem, falando sobre o ASM, justamente a função do asmlib é "dar um nome", 
um "id" único para cada disco em storage, que vai ser "carimbado" no disco 
físico e vai persistir após reboots - 
https://community.oracle.com/thread/3893102 explica exatamente isso... Então 
não, SE corretamente implementado e configurado o asmlib, o fato (natural) de 
que paths podem mudar não interferirá... 
 Lembrando que para algumas distros mais recentes de Linux vc não tem mais 
asmlib pra elas, a alternativa aí é usar o UDEV, 
https://bartsjerps.wordpress.com/2014/07/01/linux-udev-create-asm-disk-volumes/ 
fala sobre...

3) Não, eu não vejo *** PROBLEMA ALGUM *** em se ter algumas tablespaces em ASM 
e algumas em filesystem ou RAW, de forma alguma Faça um teste no seu 
ambiente HOMO e vc vai ver que o overhead do ASM é ** minimo ** , a performance 
deve ser basicamente A MESMA ok ? 
 A única coisa, Óbvio, é que no instante em que vc passou algum datafile pro 
ASM, o banco que contém esse datafile passou a ter uma DEPENDÊNCIA do ASm - 
cabe a vc se assegurar que após reboots o ASM é inicializado ANTES que os 
databases que dependem dele, que o ASM está sendo monitorado... Óbvio, se ASM 
cair ou não subir, os bancos que dele dependem NÃO SOBEM ou dão algum erro, 
logicamente...
 
 O procedimento pretendido é razoável, realmente o RMAN possui SIM capacidade 
de backupear para ASM - ainda com o RMAN vc tem outras possibilidades além do 
BACKUP COPY, como um  copy datafile '/pathdodatafile/nomedodatafile.dbf' to 
'+NOMEDODG'; , ou um simples ALTER DATABASE MOVE DATAFILE 'pathdodatafile.dbf' 
TO '+DATA'; - a performance desses comandos deve ser basicamente a mesma, já 
que vc está lendo da fonte não-ASM e gravando no ASM com todos, mas teste 
aí 
  ùnica coisa é que vc diz que está usando a restrita e capadinha Standard 
Edition, então afaik nada de backup com paralelismo/múltiplos canais de 
gravação pra vc Aliás, um movimento Extremamente Corajoso rodar base de 
vários Terabytes em Standard e portanto não ter Paralelismo, Particionamento, 
Compactação Uau...
  
  []s
  
Chiappa

RE: RES: RES: RES: RES: RES: RES: [oracle_br] Re: Duvidas Backup RMAN

[ederson2001br]

Bom dia Edinilson e pessoal do Oracle_BR

Bem, estranhei um pouco a máscara de arquivos que vc configurou, eu sempre usei 
%U que gera um nome único, talvez tenha havido uma sobreposição dos arquivos 
devido a mesmo nome, isto é, só sobrou o último. Teria sido isto?

BKP_%d_%t_%s.rman

== %d : nome do database
== %t : informação de timestamp 
== %s : número do backupset

Bem, ao final então, o backup foi gerado como vc queria? vc agora pode dizer 
que seu banco tem backup?

Prá vc ficar mais tranquilo e confiante, dá uma olhada nestes docs Oracle:
http://docs.oracle.com/cd/B28359_01/backup.111/b28270/rcmconfb.htm#BRADV89415
http://docs.oracle.com/cd/B12037_01/server.101/b10735/bkup.htm#1020024
http://docs.oracle.com/cd/B12037_01/server.101/b10735/setup.htm

Vc já rodou o backup uma segunda vez e conferiu os logs? ta tudo certo agora? 
já pode partir para o RESTORE de um destes backups?

Se aparecer algo estranho, manda para o grupo.

[]'s


Ederson Elias
DBA Oracle
http://br.linkedin.com/pub/ederson-elias/24/8b/8b0

Labor improbus omnia vincit

RES: RES: [oracle_br] Re: Duvidas Backup RMAN

[Ednilson Silva]

Fala Ederson,

Criei um Banco (15GB) para ficar testando melhor o RMAN.

Sim, achei um artigo para criar os arquivos do backup com Nome do Database, 
Timestamp e numero do backupset.

 

Então, comecei do zero e fui , montando meu script e gostaria se possivel voce 
validar.

 

Backup Semanal

 

ORACLE_SID=dbSFWh

ORACLE_HOME=/d01/app/oracle/product/11gR2

PATH=/d01/app/oracle/product/11gR2/bin

rman target=/ log=/d01/backup/logs/bkp_semanal_dbSFWh.log  EOF

 

CROSSCHECK BACKUP;

CROSSCHECK ARCHIVELOG ALL;

CONFIGURE RETENTION POLICY TO REDUNDANCY 1;

CONFIGURE BACKUP OPTIMIZATION ON;

CONFIGURE DEFAULT DEVICE TYPE TO DISK;

CONFIGURE CONTROLFILE AUTOBACKUP ON;

CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO 
'/d01/backup/dbSFWh/%F';

CONFIGURE DEVICE TYPE DISK PARALLELISM 2 BACKUP TYPE TO COMPRESSED BACKUPSET;

CONFIGURE CHANNEL DEVICE TYPE DISK FORMAT 
'/d01/backup/dbSFWh/BKP_%d_%t_%s.rman' MAXPIECESIZE 5 G;

RUN {

BACKUP INCREMENTAL LEVEL 0 DATABASE;

}

delete noprompt obsolete;

EXIT;

EOF

 

Backup Diario:

 

ORACLE_SID=dbSFWh

ORACLE_HOME=/d01/app/oracle/product/11gR2

PATH=/d01/app/oracle/product/11gR2/bin

rman target=/ log=/d01/backup/logs/bkp_diario_dbSFWh.log  EOF

 

CROSSCHECK BACKUP;

CROSSCHECK ARCHIVELOG ALL;

CONFIGURE RETENTION POLICY TO RECOVERY WINDOW OF 7 DAYS;

CONFIGURE BACKUP OPTIMIZATION ON;

CONFIGURE DEFAULT DEVICE TYPE TO DISK;

CONFIGURE CONTROLFILE AUTOBACKUP ON;

CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO 
'/d01/backup/dbSFWh/%F';

CONFIGURE DEVICE TYPE DISK PARALLELISM 1 BACKUP TYPE TO COMPRESSED BACKUPSET;

CONFIGURE CHANNEL DEVICE TYPE DISK FORMAT 
'/d01/backup/dbSFWh/BKP_%d_%t_%s.rman' MAXPIECESIZE 5 G;

RUN {

BACKUP INCREMENTAL LEVEL 1 DATABASE PLUS ARCHIVELOG;

}

delete noprompt obsolete;

EXIT;

EOF

 

Já executei esses dois Backup.

Aguardo seus comentário, pois quero simular um disatre (rsrsrs). Irei tirar o 
banco do ar, e simular que perdi meu storage ou o disco, perdi tudo.

Depois quero simular a perda de um datafile...

 

Grato,

Ednilson Silva

 

 

De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] Em nome 
de ederson200...@yahoo.com.br
Enviada em: sexta-feira, 20 de dezembro de 2013 11:22
Para: oracle_br@yahoogrupos.com.br
Assunto: RE: RES: RES: RES: RES: RES: RES: [oracle_br] Re: Duvidas Backup RMAN

 

  

Bom dia Edinilson e pessoal do Oracle_BR

Bem, estranhei um pouco a máscara de arquivos que vc configurou, eu sempre usei 
%U que gera um nome único, talvez tenha havido uma sobreposição dos arquivos 
devido a mesmo nome, isto é, só sobrou o último. Teria sido isto?

BKP_%d_%t_%s.rman

== %d : nome do database
== %t : informação de timestamp 
== %s : número do backupset

Bem, ao final então, o backup foi gerado como vc queria? vc agora pode dizer 
que seu banco tem backup?

Prá vc ficar mais tranquilo e confiante, dá uma olhada nestes docs Oracle:
http://docs.oracle.com/cd/B28359_01/backup.111/b28270/rcmconfb.htm#BRADV89415
http://docs.oracle.com/cd/B12037_01/server.101/b10735/bkup.htm#1020024
http://docs.oracle.com/cd/B12037_01/server.101/b10735/setup.htm

Vc já rodou o backup uma segunda vez e conferiu os logs? ta tudo certo agora? 
já pode partir para o RESTORE de um destes backups?

Se aparecer algo estranho, manda para o grupo.

[]'s


Ederson Elias
DBA Oracle
http://br.linkedin.com/pub/ederson-elias/24/8b/8b0

Labor improbus omnia vincit

RE: RES: RES: [oracle_br] Re: Duvidas Backup RMAN

[ederson2001br]

Boa tarde Edinilson,
 

 Bem, os scripts estão bem padrão mesmo, comece por aí. Simples e direto, 
depois vc vai incrementando.
 

 Como vc está sem paralelismo, o erro de archive copiado e removido não vai 
aparecer. Se vc ativar o paralelismo, lembre-se de fazer o backup archivelog 
separado.
 

 Eu colocaria aí uma pequena modificação. Na linha do backup database adicione:
 filesperset 4; Isto fará com que cada set contenha somente 4 datafiles. Ajuda 
a ficar mais didático no restore, pois vc vê poucos arquivos sendo enchidos 
por vez. Teste aí para visualizar a diferença. Para melhoria do seu backup, vai 
pensando em fazer um esquema onde o script vai enviar email prá vc ao fim do 
backup, anexando o log do Rman (gostou do desafio?). Não é tão complexo e fica 
muito bom. Nos testes de restore/recover, minha sugestão é que vc documente 
para ser o seu Manual de Backup e Restore, um fichário a ser mantido em 
constante atualização que vc poderá documentar todos os processos, tornando-se 
o seu padrão para implementar um backup que será funcional e bem documentado. 
Nos seus testes, tá faltando colocar ASM, vc encara??? Mais no futuro, pense em 
BCT (block change tracking), dá uma olhadinha aqui: 
http://www.pythian.com/documents/Pythian-oracle-block-change.pdf 
http://www.pythian.com/documents/Pythian-oracle-block-change.pdf 
https://forums.oracle.com/thread/1127625 
https://forums.oracle.com/thread/1127625 Bons estudos. []'s 
Ederson Elias
DBA Oracle
http://br.linkedin.com/pub/ederson-elias/24/8b/8b0 
http://br.linkedin.com/pub/ederson-elias/24/8b/8b0

Labor improbus omnia vincit

RES: RES: RES: RES: RES: RES: [oracle_br] Re: Duvidas Backup RMAN

[Ednilson Silva]

Ederson,

Muito estranho então.



RMAN show all;



using target database control file instead of recovery catalog

RMAN configuration parameters are:

CONFIGURE RETENTION POLICY TO REDUNDANCY 1;

CONFIGURE BACKUP OPTIMIZATION ON;

CONFIGURE DEFAULT DEVICE TYPE TO DISK; # default

CONFIGURE CONTROLFILE AUTOBACKUP ON;

CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO 
'/d01/backup/prod/%F';

CONFIGURE DEVICE TYPE DISK PARALLELISM 5 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 CHANNEL DEVICE TYPE DISK FORMAT   
'/d01/backup/prod/BKP_%d_%t_%s.rman' MAXPIECESIZE 10 G;

CONFIGURE MAXSETSIZE TO UNLIMITED; # default

CONFIGURE ENCRYPTION FOR DATABASE OFF; # default

CONFIGURE ENCRYPTION ALGORITHM 'AES128'; # default

CONFIGURE ARCHIVELOG DELETION POLICY TO NONE; # default

CONFIGURE SNAPSHOT CONTROLFILE NAME TO '/d01/backup/prod/snapcf_prod.f';



Estava acompanhando, e quando o primeiro arquivo *.rman atingiu 10G, ele 
simplesmente sumiu.

Acabei subescrevendo o arquivo de log, coloquei para gerar novamente o backup 
full, com essa nova alteração que voce passou levou 3 horas, fiquei 
impressionado.



Grato,

Ednilson Silva



De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] Em nome 
de ederson200...@yahoo.com.br
Enviada em: quarta-feira, 18 de dezembro de 2013 10:12
Para: oracle_br@yahoogrupos.com.br
Assunto: RE: RES: RES: RES: RES: RES: [oracle_br] Re: Duvidas Backup RMAN





Edinilson,

O destino dos backups, vc confere e configura com SHOW ALL e se não esver 
correto, basta rodar:

CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO 
'/d01/backup/%F';
CONFIGURE CHANNEL DEVICE TYPE DISK FORMAT   '/d01/backup/%U' MAXPIECESIZE 10 G;

Neste diretório (/d01/backup), devem permanecer os arquivos ao fim do backup, 
senão eles foram removidos por outro processo.



Inclusive, vc pode monitorar os arquivos sendo escritos durante a execução do 
rman da outra janela, abrindo outra sessão TTY ou putty e fazendo:



$ cd /d01/backup

$ watch -d ls -lt



Verifica o conteúdo do arquivo gerado na linha (confira o nome q vc colocou):



rman target=/ log=/home/oracle/bkp03_rman.log  EOF



Qualquer coisa, coloca o conteúdo do arquivo no corpo da mensagem.



[]'s





Ederson Elias
DBA Oracle
http://br.linkedin.com/pub/ederson-elias/24/8b/8b0

Labor improbus omnia vincit







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

RES: RES: RES: RES: [oracle_br] Re: Duvidas Backup RMAN

[Ednilson Silva]

Ederson,

Alterei o script conforme sua proposta, acontece que ao final os arquivos foram 
deletados.

Ficou só o log.

 

Grato,

Ednilson Silva

 

De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] Em nome 
de ederson200...@yahoo.com.br
Enviada em: terça-feira, 17 de dezembro de 2013 14:36
Para: oracle_br@yahoogrupos.com.br
Assunto: RE: RES: RES: RES: [oracle_br] Re: Duvidas Backup RMAN

 

  

Colega Edinilson,

Esta mensagem refere-se a um arquivo que já foi processado e removido por outro 
processo. No seu caso, aconteceu porque vc ativou o parelelismo, veja 
exemplo/explicação com detalhes no blog abaixo:

http://pavandba.com/2011/01/18/resolving-ora-19588-archived-log-recid-stamp-is-no-longer-valid/

Com Paralelismo, melhor fazer o backup do archivelog separado do database ou 
baixar o nível do paralelismo para um valor onde aconteça o equilíbrio entre os 
processos ativos e o seu hardware. 

Como chegar ao número mágico? Deu erro? baixe o número do paralelismo. Está 
demorando mais para backup_ear em paralelo do que quando era =1? baixe o valor 
do paralelismo e vá ajustando.

Eu gosto mais de fazer assim: testar com paralelism=1 e marcar o tempo de full 
backup. No dia seguinte, colocar paralelism=2 e rodar novamente marcando o 
tempo. Vou parar de subir de um em um quando o backup ficar dentro da janela 
que panejei. Se o valor de paralelism já estiver alto (ex: =6), significa que 
não vai baixar muito o tempo daí prá frente, pois haverá aumento de processos e 
vai gerar uma lentidão pelos demais processos de banco/usuários, prejudicando 
ao invés de ajudar.

Portanto, se acontecer de não haver melhora com aumento de paralelismo, eu vou 
baixar o valor para um valor, digamos, metade do que está no último teste (=3 
portanto) e vou pensar em backup incremental. Um backup full no domingo e 
incremental durante a semana. Assim vc terá um bom backup no final de semana, 
sem preocupar com a janela de duração do processo e em contrapartida, durante a 
semana com o backup incremental, será apenas backup dos archivelogs e será 
muito rápido. Lembrando que caso seja criado um novo datafile durante a semana, 
ele será reportado como need backup e será feito a cópia deste datafile no 
primeiro backup incremental.

Fechando, também dei uma estudada sobre este erro e vou sugerir:

Mudar o script:

--Original
RUN {
  BACKUP AS COMPRESSED BACKUPSET incremental level 0 DATABASE PLUS ARCHIVELOG 
delete all input;
  delete noprompt obsolete;
}


--Proposta:
delete noprompt obsolete device type disk;
RUN {
  BACKUP AS COMPRESSED BACKUPSET incremental level 0 DATABASE;  
  crosscheck backup;  
  crosscheck archivelog all;
  backup ARCHIVELOG all;
}
delete noprompt obsolete device type disk;

Testar e homologar. Creio que estes procedimentos devem corrigir o problema.


Ederson Elias
DBA Oracle
http://br.linkedin.com/pub/ederson-elias/24/8b/8b0

Labor improbus omnia vincit

RE: RES: RES: RES: RES: [oracle_br] Re: Duvidas Backup RMAN

[ederson2001br]

Edinilson,
 

 Os archivelogs podem ser deletados após serem gravados em um backuppiece pelo 
comando backup archivelog all, esta é mesmo a intenção.
 

 A alteração que fiz no script 2 separa o backup datafiles de archivelog, para 
que o processo que iniciar a cópia dos datafiles em paralarelo, isto é, mais de 
um datafile sendo copiado simultâneo, não concorra com o archivelog. Partindo 
da premissa que um archivelog é pequeno e será gravado mais rapidamente que um 
datafile. Separando estas cópias, acredito que minimiza o problema de já ter 
removido o arquivo em outro processo.
 

 O próximo passo é implementar o backup incremental diário.
 

 FASE 2: muito importante completar um RESTORE deste backup com diversos 
cenários de crash.
 

 Este tópico me interessa muito, pois eu passo o dia neste cenário em minhas 
atividades diárias. Releve aí se eu fui redundante nas respostas.
 

 Se precisar e eu souber, ajudo com prazer (senão, aproveito para estudar uma 
nova situação).

 

 []' s

 

 Ederson Elias
DBA Oracle
http://br.linkedin.com/pub/ederson-elias/24/8b/8b0 
http://br.linkedin.com/pub/ederson-elias/24/8b/8b0

Labor improbus omnia vincit
 

 

RES: RES: RES: RES: RES: [oracle_br] Re: Duvidas Backup RMAN

[Ednilson Silva]

Ederson,

Desculpe minha ignorancia, mas algo que não entendi muito bem, o backup estava 
sendo gerado em /d01/backup, ao final esses arquivos sumiram, procede?

Os archive log, realmente não foram deletados ao final.

 

Quero antes conseguir fazer um backup full 100%, depois irei focar nos backups 
incremental e depois restore.

 

Grato,

Ednilson Silva

 

De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] Em nome 
de ederson200...@yahoo.com.br
Enviada em: quarta-feira, 18 de dezembro de 2013 09:29
Para: oracle_br@yahoogrupos.com.br
Assunto: RE: RES: RES: RES: RES: [oracle_br] Re: Duvidas Backup RMAN

 

  

Edinilson,

 

Os archivelogs podem ser deletados após serem gravados em um backuppiece pelo 
comando backup archivelog all, esta é mesmo a intenção.

 

A alteração que fiz no script 2 separa o backup datafiles de archivelog, para 
que o processo que iniciar a cópia dos datafiles em paralarelo, isto é, mais de 
um datafile sendo copiado simultâneo, não concorra com o archivelog. Partindo 
da premissa que um archivelog é pequeno e será gravado mais rapidamente que um 
datafile. Separando estas cópias, acredito que minimiza o problema de já ter 
removido o arquivo em outro processo.

 

O próximo passo é implementar o backup incremental diário.

 

FASE 2: muito importante completar um RESTORE deste backup com diversos 
cenários de crash.

 

Este tópico me interessa muito, pois eu passo o dia neste cenário em minhas 
atividades diárias. Releve aí se eu fui redundante nas respostas.

 

Se precisar e eu souber, ajudo com prazer (senão, aproveito para estudar uma 
nova situação).

 

[]' s

 

Ederson Elias
DBA Oracle
http://br.linkedin.com/pub/ederson-elias/24/8b/8b0

Labor improbus omnia vincit

 

RE: RES: RES: RES: RES: RES: [oracle_br] Re: Duvidas Backup RMAN

[ederson2001br]

Edinilson,

O destino dos backups, vc confere e configura com SHOW ALL e se não esver 
correto, basta rodar:

CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO 
'/d01/backup/%F';
CONFIGURE CHANNEL DEVICE TYPE DISK FORMAT   '/d01/backup/%U' MAXPIECESIZE 10 G;

 Neste diretório (/d01/backup), devem permanecer os arquivos ao fim do backup, 
senão eles foram removidos por outro processo.
 

 Inclusive, vc pode monitorar os arquivos sendo escritos durante a execução 
do rman da outra janela, abrindo outra sessão TTY ou putty e fazendo:
 

 $ cd /d01/backup
 $ watch -d ls -lt
 

 Verifica o conteúdo do arquivo gerado na linha (confira o nome q vc colocou):
 

 rman target=/ log=/home/oracle/bkp03_rman.log  EOF
 

 Qualquer coisa, coloca o conteúdo do arquivo no corpo da mensagem.
 

 []'s
 

 

 Ederson Elias
DBA Oracle
http://br.linkedin.com/pub/ederson-elias/24/8b/8b0 
http://br.linkedin.com/pub/ederson-elias/24/8b/8b0

Labor improbus omnia vincit
   

RES: RES: RES: [oracle_br] Re: Duvidas Backup RMAN

[Ednilson Silva]

Ederson,

Já consegui uma melhora muito boa, com relação a tempo, o backup antes durava 
17 horas para finalizar, com o RMAN caiu para 9 horas.

No final do LOG ocorreu o erro abaixo, estou pesquisando o que pode ser, mas se 
puder ajudar.

 

channel ORA_DISK_1: starting compressed archive log backupset

RMAN-03009: failure of backup command on ORA_DISK_1 channel at 12/16/2013 
22:26:30

ORA-19588: archived log recid 403 stamp 834339465 is no longer valid

channel ORA_DISK_1 disabled, job failed on it will be run on another channel

channel ORA_DISK_2: starting compressed archive log backupset

RMAN-00571: ===

RMAN-00569: === ERROR MESSAGE STACK FOLLOWS ===

RMAN-00571: ===

RMAN-03002: failure of backup plus archivelog command at 12/16/2013 22:26:31

ORA-19588: archived log recid 403 stamp 834339465 is no longer valid

 

Fiz algumas alterações agora, coloquei PARALLELISM 5 e MAXPIECESIZE 10 G, vamos 
se ganhamos alguma coisa.

 

Grato,

Ednilson Silva

 

De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] Em nome 
de ederson200...@yahoo.com.br
Enviada em: segunda-feira, 16 de dezembro de 2013 16:36
Para: oracle_br@yahoogrupos.com.br
Assunto: RE: RES: RES: [oracle_br] Re: Duvidas Backup RMAN

 

  

OK Edinilson

Atenção ao detalhe: esta parte do backup que vc configurou, é o backup SEMANAL.

O backup DIARIO é o outro script que faz BACKUP incremental level 1 DATABASE ...

 

Não se esqueça que eles trabalham EM DUPLA, precisa agendar os dois, ok?

 

Lembre-se que vc deve agendar o backup semanal para rodar no DOMINGO começando 
pela manhã.

O backup diário, vc agenda para rodar por volta das 20h que garante que vc não 
tenha usuários no sistema. Se a sua operação for 24x7, não faz diferença o 
horário do agendamento, escolha o de menor movimento para não gerar 
interferência no uso dos sistemas.

 

[]'s

 


Ederson Elias
DBA Oracle
http://br.linkedin.com/pub/ederson-elias/24/8b/8b0

Labor improbus omnia vincit

Re: RES: RES: [oracle_br] Re: Duvidas Backup RMAN

[herbert rodrigues da silva]

Muito legal! nos mantenha atualizados... informe se o problema foi
resolvido e se o tempo de backup foi reduzido ainda mais...

[]'s


Em 17 de dezembro de 2013 08:42, Ednilson Silva
ednilson.si...@jbs.com.brescreveu:



 Ederson,

 Já consegui uma melhora muito boa, com relação a tempo, o backup antes
 durava 17 horas para finalizar, com o RMAN caiu para 9 horas.

 No final do LOG ocorreu o erro abaixo, estou pesquisando o que pode ser,
 mas se puder ajudar.



 channel ORA_DISK_1: starting compressed archive log backupset

 RMAN-03009: failure of backup command on ORA_DISK_1 channel at 12/16/2013
 22:26:30

 ORA-19588: archived log recid 403 stamp 834339465 is no longer valid

 channel ORA_DISK_1 disabled, job failed on it will be run on another
 channel

 channel ORA_DISK_2: starting compressed archive log backupset

 RMAN-00571: ===

 RMAN-00569: === ERROR MESSAGE STACK FOLLOWS ===

 RMAN-00571: ===

 RMAN-03002: failure of backup plus archivelog command at 12/16/2013
 22:26:31

 ORA-19588: archived log recid 403 stamp 834339465 is no longer valid



 Fiz algumas alterações agora, coloquei PARALLELISM 5 e MAXPIECESIZE 10 G,
 vamos se ganhamos alguma coisa.



 Grato,

 Ednilson Silva



 *De:* oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] *Em
 nome de *ederson200...@yahoo.com.br
 *Enviada em:* segunda-feira, 16 de dezembro de 2013 16:36
 *Para:* oracle_br@yahoogrupos.com.br
 *Assunto:* RE: RES: RES: [oracle_br] Re: Duvidas Backup RMAN





 OK Edinilson

 Atenção ao detalhe: esta parte do backup que vc configurou, é o backup
 SEMANAL.

 O backup DIARIO é o outro script que faz BACKUP incremental level 1
 DATABASE ...



 Não se esqueça que eles trabalham EM DUPLA, precisa agendar os dois, ok?



 Lembre-se que vc deve agendar o backup semanal para rodar no DOMINGO
 começando pela manhã.

 O backup diário, vc agenda para rodar por volta das 20h que garante que vc
 não tenha usuários no sistema. Se a sua operação for 24x7, não faz
 diferença o horário do agendamento, escolha o de menor movimento para não
 gerar interferência no uso dos sistemas.



 []'s




 Ederson Elias
 DBA Oracle
 http://br.linkedin.com/pub/ederson-elias/24/8b/8b0
 
 Labor improbus omnia vincit

  

RE: RES: RES: RES: [oracle_br] Re: Duvidas Backup RMAN

[ederson2001br]

Colega Edinilson,

Esta mensagem refere-se a um arquivo que já foi processado e removido por outro 
processo. No seu caso, aconteceu porque vc ativou o parelelismo, veja 
exemplo/explicação com detalhes no blog abaixo:

http://pavandba.com/2011/01/18/resolving-ora-19588-archived-log-recid-stamp-is-no-longer-valid/

Com Paralelismo, melhor fazer o backup do archivelog separado do database ou 
baixar o nível do paralelismo para um valor onde aconteça o equilíbrio entre os 
processos ativos e o seu hardware. 

Como chegar ao número mágico? Deu erro? baixe o número do paralelismo. Está 
demorando mais para backup_ear em paralelo do que quando era =1? baixe o valor 
do paralelismo e vá ajustando.

Eu gosto mais de fazer assim: testar com paralelism=1 e marcar o tempo de full 
backup. No dia seguinte, colocar paralelism=2 e rodar novamente marcando o 
tempo. Vou parar de subir de um em um quando o backup ficar dentro da janela 
que panejei. Se o valor de paralelism já estiver alto (ex: =6), significa que 
não vai baixar muito o tempo daí prá frente, pois haverá aumento de processos e 
vai gerar uma lentidão pelos demais processos de banco/usuários, prejudicando 
ao invés de ajudar.

Portanto, se acontecer de não haver melhora com aumento de paralelismo, eu vou 
baixar o valor para um valor, digamos, metade do que está no último teste (=3 
portanto) e vou pensar em backup incremental. Um backup full no domingo e 
incremental durante a semana. Assim vc terá um bom backup no final de semana, 
sem preocupar com a janela de duração do processo e em contrapartida, durante a 
semana com o backup incremental, será apenas backup dos archivelogs e será 
muito rápido. Lembrando que caso seja criado um novo datafile durante a semana, 
ele será reportado como need backup e será feito a cópia deste datafile no 
primeiro backup incremental.

Fechando, também dei uma estudada sobre este erro e vou sugerir:

Mudar o script:

--Original
RUN {
  BACKUP AS COMPRESSED BACKUPSET incremental level 0 DATABASE PLUS ARCHIVELOG 
delete all input;
  delete noprompt obsolete;
}


--Proposta:
delete noprompt obsolete device type disk;
RUN {
  BACKUP AS COMPRESSED BACKUPSET incremental level 0 DATABASE;  
  crosscheck backup;  
  crosscheck archivelog all;
  backup ARCHIVELOG all;
}
delete noprompt obsolete device type disk;

Testar e homologar. Creio que estes procedimentos devem corrigir o problema.


Ederson Elias
DBA Oracle
http://br.linkedin.com/pub/ederson-elias/24/8b/8b0

Labor improbus omnia vincit

RES: [oracle_br] Re: Duvidas Backup RMAN

[Ednilson Silva]

Ederson,

Estou testando numa base de homologação.

Segui as recomendações sua e do Chiappa. Vejam como ficou.

 

RMAN show all;

 

RMAN configuration parameters are:

CONFIGURE RETENTION POLICY TO REDUNDANCY 1;

CONFIGURE BACKUP OPTIMIZATION ON;

CONFIGURE DEFAULT DEVICE TYPE TO DISK; # default

CONFIGURE CONTROLFILE AUTOBACKUP ON;

CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO
'/d01/backup/%F';

CONFIGURE DEVICE TYPE DISK PARALLELISM 3 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 CHANNEL DEVICE TYPE DISK FORMAT   '/d01/backup/BKP_%d_%t_%s.rman'
MAXPIECESIZE 20 G;

CONFIGURE MAXSETSIZE TO UNLIMITED; # default

CONFIGURE ENCRYPTION FOR DATABASE OFF; # default

CONFIGURE ENCRYPTION ALGORITHM 'AES128'; # default

CONFIGURE ARCHIVELOG DELETION POLICY TO NONE; # default

CONFIGURE SNAPSHOT CONTROLFILE NAME TO
'/d01/app/oracle/product/10gR2/dbs/snapcf_prod.f'; # default

 

Estava lendo sobre compactar os backup e existe duas formas, através de
BZIP2 ou ZLIB.

O ZLIB é mais veloz, mas compacta menos. O BZIP2 é mais lento, mas compacta
mais.
(http://certificacaobd.com.br/2012/05/31/ocp-11g-capitulo-4-criando-backups-
do-rman-parte-2/)

 

Posso configurar para compactar este meu backup, ou não há necessidade?

 

Grato,

 

Ednilson Silva

 

 

De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] Em
nome de ederson2001br
Enviada em: sexta-feira, 13 de dezembro de 2013 18:22
Para: oracle_br@yahoogrupos.com.br
Assunto: [oracle_br] Re: Duvidas Backup RMAN

 

  

Alô colega,

Vejamos: 
-primeiro vc tem que comparar o tempo que gasta o backup simples
(paralelismo 1), para depois ir aumentando devagar. 

-Demorar X horas é relativo ao seu hardware, carga de uso, tipo de
armazenamento (storage x local x rede). Aumentar o paralelismo acaba por
consumir mais recursos de processamento da CPU e se já estiver com gargalo
aí, aumentar o paralelismo poderá demorar mais tempo para rodar os
processos, pois haverá mais processos a serem gerenciados para o processador
(é preciso considerar o time slice).

Uma boa explicação, envolve kernel do Linux e eu vou colar um trecho de um
Consultor Linux explicando isso:

Linux operates on the principle of time slice – every single process is
given a little bit of time for its execution. If the process execution is
not completed, then it will be put in a suspended mode till it gets its time
slice and after that it continues its execution. The switch between
different processes happens so fast that an end user will never be able to
visualise it.

Let us explain the time slice concept with an example – assume that there
are two processes and Linux gives each a time slice of two seconds. When two
seconds elapse for the first process, it is moved into the swap area. Now
the second process starts to execute. Once its two seconds are over, it will
be moved into the swap area. The first process will be reloaded and its
execution begins. This switch happens every two seconds until one of the
processes finishes.

-Considere que o seu backup deve ser feito e ele gasta 17h. Minha proposta:
faça um full no domingo e incremental nos demais dias, setando redundancia
para 2 ou 3 (caso vc tenha espaço).

-Assim, o backup diário será bem rápido, uma vez que será gravado somente os
archive logs no backup.

-Sobre o tamanho do arquivo, com 50Gb vc teria cerca de 16 arquivos. Imagine
que isto vai para fita. Caso vc precise voltar um arquivo deste, a demora
será maior que se vc precisar voltar um arquivo de 5Gb. O tempo de gravação
total não muda, mas arquivos grandes prejudicam o tempo de retorno.

-Tudo é relativo e o tamanho de arquivo pode ser ajustado caso não fique
como vc desejaria. Portanto, não creio que vc terá uma receita pronta que
sirva para todas as situações. Coloque o valor que desejar e acompanhe.

Ederson Elias
DBA Oracle
http://br.linkedin.com/pub/ederson-elias/24/8b/8b0

Labor improbus omnia vincit

--- Em oracle_br@yahoogrupos.com.br, Ednilson Silva ednilson.silva@...
escreveu

 Pessoal,
 
 Estou configurando o RMAN conforme algumas dicas do nosso amigo Ederson e
 tenho algumas duvidas.
 
 Qual o limite de paralelismos que posso colocar no RMAN e tamanho dos
 arquivos?
 
 
 
 Apenas um exemplo: eu poderia criar 16 paralelismo (channel) de 50GB cada?
 
 
 
 RMAN CONFIGURE DEVICE TYPE DISK PARALLELISM 16 BACKUP TYPE TO COMPRESSED
 BACKUPSET; 
 
 RMAN CONFIGURE CHANNEL DEVICE TYPE DISK FORMAT '/d01/backup/%U'
 MAXPIECESIZE 50 G;
 
 
 
 Tenho um banco 10gR2 (release 10.2.0.5) Enterprise, e este banco tem 800GB
e
 esta levando 17 horas para concluir o backup e utiliza muito recurso do
 servidor.
 
 
 
 Grato,
 
 
 
 Ednilson Silva

Re: [oracle_br] Re: Duvidas Backup RMAN

[Fernando Martins]

Amigo,

Respondendo tua pergunta:

*Posso configurar para compactar este meu backup, ou não há necessidade?*

Isso quem vai ter que avaliar e decidir é exclusivamente você. Agora leve
em consideração que a compactação vai consumir mais tempo e CPU da máquina
sim, porém não sei te precisar quanto. Eu aconselho que, se possível, faça
testes com os três modos: sem compactação, com compactação baixa (zlib) e
com compactação alta (bzip2) e compare os tempos e o tamanho final dos
backups, coloque tudo numa balança e decida qual o melhor pra você. Eu
estou usando a compactação nativa do RMAN atualmente em um banco de
produção e de acordo com minha análise está satisfatória, tanto em tempo
como em tamanho de backup (um banco de 377GB ficou com 92GB e levou 1h
18min pra finalizar o backup com parallel 8). A vantagem com relação a
compactação depois com gzip/bzip2/compress é que o Rman já gera o backup
compactado, não necessitando de uma staging area para compactar.

Faça teus testes e depois compartilhe com a gente os resultados. Com
relação as demais configuração, me parecem ok.

-- 
*Fernando Martins*

Oracle Database 11g Administrator Certified Professional
Oracle Database 10g Real Application Clusters Administrator Certified Expert
Oracle Database 10g Administrator Certified Professional
Oracle Database 10g Administrator Certified Associate
Oracle9i Database Administrator Certified Associate
Linux Professional Institute Certfied Level 1

God grant us the serenity to accept the things we cannot change,
courage to change the things we can,
and wisdom to know the difference.


Em 16 de dezembro de 2013 10:11, Ednilson Silva
ednilson.si...@jbs.com.brescreveu:



 Ederson,

 Estou testando numa base de homologação.

 Segui as recomendações sua e do Chiappa. Vejam como ficou.



 RMAN show all;



 RMAN configuration parameters are:

 CONFIGURE RETENTION POLICY TO REDUNDANCY 1;

 CONFIGURE BACKUP OPTIMIZATION ON;

 CONFIGURE DEFAULT DEVICE TYPE TO DISK; # default

 CONFIGURE CONTROLFILE AUTOBACKUP ON;

 CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO
 '/d01/backup/%F';

 CONFIGURE DEVICE TYPE DISK PARALLELISM 3 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 CHANNEL DEVICE TYPE DISK FORMAT
 '/d01/backup/BKP_%d_%t_%s.rman' MAXPIECESIZE 20 G;

 CONFIGURE MAXSETSIZE TO UNLIMITED; # default

 CONFIGURE ENCRYPTION FOR DATABASE OFF; # default

 CONFIGURE ENCRYPTION ALGORITHM 'AES128'; # default

 CONFIGURE ARCHIVELOG DELETION POLICY TO NONE; # default

 CONFIGURE SNAPSHOT CONTROLFILE NAME TO
 '/d01/app/oracle/product/10gR2/dbs/snapcf_prod.f'; # default



 Estava lendo sobre compactar os backup e existe duas formas, através de
 BZIP2 ou ZLIB.

 O ZLIB é mais veloz, mas compacta menos. O BZIP2 é mais lento, mas
 compacta mais.  (
 http://certificacaobd.com.br/2012/05/31/ocp-11g-capitulo-4-criando-backups-do-rman-parte-2/
 )



 Posso configurar para compactar este meu backup, ou não há necessidade?



 Grato,



 Ednilson Silva





 *De:* oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] *Em
 nome de *ederson2001br
 *Enviada em:* sexta-feira, 13 de dezembro de 2013 18:22
 *Para:* oracle_br@yahoogrupos.com.br
 *Assunto:* [oracle_br] Re: Duvidas Backup RMAN





 Alô colega,


 Vejamos:
 -primeiro vc tem que comparar o tempo que gasta o backup simples
 (paralelismo 1), para depois ir aumentando devagar.

 -Demorar X horas é relativo ao seu hardware, carga de uso, tipo de
 armazenamento (storage x local x rede). Aumentar o paralelismo acaba por
 consumir mais recursos de processamento da CPU e se já estiver com gargalo
 aí, aumentar o paralelismo poderá demorar mais tempo para rodar os
 processos, pois haverá mais processos a serem gerenciados para o
 processador (é preciso considerar o time slice).

 Uma boa explicação, envolve kernel do Linux e eu vou colar um trecho de um
 Consultor Linux explicando isso:

 Linux operates on the principle of time slice – every single process is
 given a little bit of time for its execution. If the process execution is
 not completed, then it will be put in a suspended mode till it gets its
 time slice and after that it continues its execution. The switch between
 different processes happens so fast that an end user will never be able to
 visualise it.

 Let us explain the time slice concept with an example – assume that there
 are two processes and Linux gives each a time slice of two seconds. When
 two seconds elapse for the first process, it is moved into the swap area.
 Now the second process starts to execute. Once its two seconds are over, it
 will be moved into the swap area. The first process will be reloaded and
 its execution begins. This switch happens every two seconds until one of
 the processes finishes.

 -Considere que o seu backup deve ser feito e ele gasta 17h. Minha
 proposta: faça um full

RE: RES: [oracle_br] Re: Duvidas Backup RMAN

[ederson2001br]

Edinilson,
 

 Sobre a compactação, o Fernando já respondeu, creio que matou suas dúvidas, 
confere?
 

 Um detalhe que não foi falado, é que a ZLIB não vem licenciada banco (mesmo 
que seja Enterprise). Para usar, vc precisa da feature Oracle Advanced 
Compression.
 Neste link, vc pode conferir sobre isto (e outras dúvidas também):

 http://docs.oracle.com/cd/B28359_01/backup.111/b28270/rcmconfa.htm#BRADV89466
 

 Separei outro link prá vc, que compara os dois algoritmos:
 http://husnusensoy.files.wordpress.com/2008/09/bzip2-and-zlib.pdf
 

 Finalizando, vc colocou a configuração do ambiente, mas faltou postar o script 
do RMAN para finalizar a configuração do backup.
 

 Coloca aí que o pessoal avalia a sua proposta.

 
Ederson Elias
DBA Oracle
http://br.linkedin.com/pub/ederson-elias/24/8b/8b0

Labor improbus omnia vincit

RES: [oracle_br] Re: Duvidas Backup RMAN

[Ednilson Silva]

Fernando,

OK, estou neste momento com um backup em execução desde as 10h00.

 

Grato,

Ednilson Silva 

 

De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] Em
nome de Fernando Martins
Enviada em: segunda-feira, 16 de dezembro de 2013 15:18
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: [oracle_br] Re: Duvidas Backup RMAN

 

  

Amigo,

 

Respondendo tua pergunta:

Posso configurar para compactar este meu backup, ou não há necessidade?

 

Isso quem vai ter que avaliar e decidir é exclusivamente você. Agora leve em
consideração que a compactação vai consumir mais tempo e CPU da máquina sim,
porém não sei te precisar quanto. Eu aconselho que, se possível, faça testes
com os três modos: sem compactação, com compactação baixa (zlib) e com
compactação alta (bzip2) e compare os tempos e o tamanho final dos backups,
coloque tudo numa balança e decida qual o melhor pra você. Eu estou usando a
compactação nativa do RMAN atualmente em um banco de produção e de acordo
com minha análise está satisfatória, tanto em tempo como em tamanho de
backup (um banco de 377GB ficou com 92GB e levou 1h 18min pra finalizar o
backup com parallel 8). A vantagem com relação a compactação depois com
gzip/bzip2/compress é que o Rman já gera o backup compactado, não
necessitando de uma staging area para compactar.

 

Faça teus testes e depois compartilhe com a gente os resultados. Com relação
as demais configuração, me parecem ok.




-- 
Fernando Martins

 

Oracle Database 11g Administrator Certified Professional

Oracle Database 10g Real Application Clusters Administrator Certified Expert

Oracle Database 10g Administrator Certified Professional

Oracle Database 10g Administrator Certified Associate

Oracle9i Database Administrator Certified Associate

Linux Professional Institute Certfied Level 1

 

God grant us the serenity to accept the things we cannot change,
courage to change the things we can,
and wisdom to know the difference. 

 

Em 16 de dezembro de 2013 10:11, Ednilson Silva ednilson.si...@jbs.com.br
escreveu:

  

Ederson,

Estou testando numa base de homologação.

Segui as recomendações sua e do Chiappa. Vejam como ficou.

 

RMAN show all;

 

RMAN configuration parameters are:

CONFIGURE RETENTION POLICY TO REDUNDANCY 1;

CONFIGURE BACKUP OPTIMIZATION ON;

CONFIGURE DEFAULT DEVICE TYPE TO DISK; # default

CONFIGURE CONTROLFILE AUTOBACKUP ON;

CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO
'/d01/backup/%F';

CONFIGURE DEVICE TYPE DISK PARALLELISM 3 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 CHANNEL DEVICE TYPE DISK FORMAT   '/d01/backup/BKP_%d_%t_%s.rman'
MAXPIECESIZE 20 G;

CONFIGURE MAXSETSIZE TO UNLIMITED; # default

CONFIGURE ENCRYPTION FOR DATABASE OFF; # default

CONFIGURE ENCRYPTION ALGORITHM 'AES128'; # default

CONFIGURE ARCHIVELOG DELETION POLICY TO NONE; # default

CONFIGURE SNAPSHOT CONTROLFILE NAME TO
'/d01/app/oracle/product/10gR2/dbs/snapcf_prod.f'; # default

 

Estava lendo sobre compactar os backup e existe duas formas, através de
BZIP2 ou ZLIB.

O ZLIB é mais veloz, mas compacta menos. O BZIP2 é mais lento, mas compacta
mais.
(http://certificacaobd.com.br/2012/05/31/ocp-11g-capitulo-4-criando-backups-
do-rman-parte-2/)

 

Posso configurar para compactar este meu backup, ou não há necessidade?

 

Grato,

 

Ednilson Silva

 

 

De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] Em
nome de ederson2001br
Enviada em: sexta-feira, 13 de dezembro de 2013 18:22
Para: oracle_br@yahoogrupos.com.br
Assunto: [oracle_br] Re: Duvidas Backup RMAN

 

  

Alô colega,



Vejamos: 
-primeiro vc tem que comparar o tempo que gasta o backup simples
(paralelismo 1), para depois ir aumentando devagar. 

-Demorar X horas é relativo ao seu hardware, carga de uso, tipo de
armazenamento (storage x local x rede). Aumentar o paralelismo acaba por
consumir mais recursos de processamento da CPU e se já estiver com gargalo
aí, aumentar o paralelismo poderá demorar mais tempo para rodar os
processos, pois haverá mais processos a serem gerenciados para o processador
(é preciso considerar o time slice).

Uma boa explicação, envolve kernel do Linux e eu vou colar um trecho de um
Consultor Linux explicando isso:

Linux operates on the principle of time slice – every single process is
given a little bit of time for its execution. If the process execution is
not completed, then it will be put in a suspended mode till it gets its time
slice and after that it continues its execution. The switch between
different processes happens so fast that an end user will never be able to
visualise it.

Let us explain the time slice concept with an example – assume that there
are two processes and Linux gives each a time slice of two seconds. When two
seconds elapse for the first process, it is moved into the swap area. Now
the second

RES: RES: [oracle_br] Re: Duvidas Backup RMAN

[Ednilson Silva]

Ederson,

 

Segue o script que estou executando. Inclusive, é um script que você enviou.

Este backup esta executando desde as 10h00. Lembrando que este banco tem mais 
de 700GB.

 

-rw-r- 1 oracle10 dba  680M Dec 16 10:00 BKP_PROD_834314232_21.rman

-rw-r- 1 oracle10 dba  679M Dec 16 09:59 BKP_PROD_834314232_22.rman

-rw-r- 1 oracle10 dba  458M Dec 16 09:58 BKP_PROD_834314232_23.rman

-rw-r- 1 oracle10 dba   20G Dec 16 12:53 BKP_PROD_834314424_24.rman

-rw-r- 1 oracle10 dba   20G Dec 16 12:43 BKP_PROD_834314424_25.rman

-rw-r- 1 oracle10 dba  2.3G Dec 16 15:54 BKP_PROD_834324244_27.rman

-rw-r- 1 oracle10 dba  2.3G Dec 16 15:54 BKP_PROD_834324840_28.rman

---

ORACLE_SID=prod

ORACLE_HOME=/d01/app/oracle/product/10gR2

PATH=/d01/app/oracle/product/10gR2/bin

rman target=/ log=/d01/backup/bkp_semanal_rman.log  EOF

RUN {

BACKUP AS COMPRESSED BACKUPSET incremental level 0 DATABASE PLUS ARCHIVELOG 
delete all input;

delete noprompt obsolete;

}

EXIT;

EOF

---

RMAN show all;

 

using target database control file instead of recovery catalog

RMAN configuration parameters are:

CONFIGURE RETENTION POLICY TO REDUNDANCY 1;

CONFIGURE BACKUP OPTIMIZATION ON;

CONFIGURE DEFAULT DEVICE TYPE TO DISK; # default

CONFIGURE CONTROLFILE AUTOBACKUP ON;

CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO 
'/d01/backup/%F';

CONFIGURE DEVICE TYPE DISK PARALLELISM 3 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 CHANNEL DEVICE TYPE DISK FORMAT   '/d01/backup/BKP_%d_%t_%s.rman' 
MAXPIECESIZE 20 G;

CONFIGURE MAXSETSIZE TO UNLIMITED; # default

CONFIGURE ENCRYPTION FOR DATABASE OFF; # default

CONFIGURE ENCRYPTION ALGORITHM 'AES128'; # default

CONFIGURE ARCHIVELOG DELETION POLICY TO NONE; # default

CONFIGURE SNAPSHOT CONTROLFILE NAME TO 
'/d01/app/oracle/product/10gR2/dbs/snapcf_prod.f'; # default

 

Grato,

Ednilson Silva

 

De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] Em nome 
de ederson200...@yahoo.com.br
Enviada em: segunda-feira, 16 de dezembro de 2013 15:38
Para: oracle_br@yahoogrupos.com.br
Assunto: RE: RES: [oracle_br] Re: Duvidas Backup RMAN

 

  

Edinilson,

 

Sobre a compactação, o Fernando já respondeu, creio que matou suas dúvidas, 
confere?

 

Um detalhe que não foi falado, é que a ZLIB não vem licenciada banco (mesmo que 
seja Enterprise). Para usar, vc precisa da feature Oracle Advanced 
Compression.

Neste link, vc pode conferir sobre isto (e outras dúvidas também):

http://docs.oracle.com/cd/B28359_01/backup.111/b28270/rcmconfa.htm#BRADV89466

 

Separei outro link prá vc, que compara os dois algoritmos:

http://husnusensoy.files.wordpress.com/2008/09/bzip2-and-zlib.pdf

 

Finalizando, vc colocou a configuração do ambiente, mas faltou postar o script 
do RMAN para finalizar a configuração do backup.

 

Coloca aí que o pessoal avalia a sua proposta.


Ederson Elias
DBA Oracle
http://br.linkedin.com/pub/ederson-elias/24/8b/8b0

Labor improbus omnia vincit

RE: RES: RES: [oracle_br] Re: Duvidas Backup RMAN

[ederson2001br]

OK Edinilson

Atenção ao detalhe: esta parte do backup que vc configurou, é o backup SEMANAL.

O backup DIARIO é o outro script que faz BACKUP incremental level 1 DATABASE ...
 

 Não se esqueça que eles trabalham EM DUPLA, precisa agendar os dois, ok?

 

 Lembre-se que vc deve agendar o backup semanal para rodar no DOMINGO começando 
pela manhã.
 O backup diário, vc agenda para rodar por volta das 20h que garante que vc não 
tenha usuários no sistema. Se a sua operação for 24x7, não faz diferença o 
horário do agendamento, escolha o de menor movimento para não gerar 
interferência no uso dos sistemas.
 

 []'s
 

 
Ederson Elias
DBA Oracle
http://br.linkedin.com/pub/ederson-elias/24/8b/8b0

Labor improbus omnia vincit

[oracle_br] Re: Duvidas Backup RMAN

[ederson2001br]

Alô colega,

Vejamos: 
-primeiro vc tem que comparar o tempo que gasta o backup simples (paralelismo 
1), para depois ir aumentando devagar. 

-Demorar X horas é relativo ao seu hardware, carga de uso, tipo de 
armazenamento (storage x local x rede). Aumentar o paralelismo acaba por 
consumir mais recursos de processamento da CPU e se já estiver com gargalo aí, 
aumentar o paralelismo poderá demorar mais tempo para rodar os processos, pois 
haverá mais processos a serem gerenciados para o processador (é preciso 
considerar o time slice).

Uma boa explicação, envolve kernel do Linux e eu vou colar um trecho de um 
Consultor Linux explicando isso:

Linux operates on the principle of time slice – every single process is given 
a little bit of time for its execution. If the process execution is not 
completed, then it will be put in a suspended mode till it gets its time slice 
and after that it continues its execution. The switch between different 
processes happens so fast that an end user will never be able to visualise it.

Let us explain the time slice concept with an example – assume that there are 
two processes and Linux gives each a time slice of two seconds. When two 
seconds elapse for the first process, it is moved into the swap area. Now the 
second process starts to execute. Once its two seconds are over, it will be 
moved into the swap area. The first process will be reloaded and its execution 
begins. This switch happens every two seconds until one of the processes 
finishes.

-Considere que o seu backup deve ser feito e ele gasta 17h. Minha proposta: 
faça um full no domingo e incremental nos demais dias, setando redundancia para 
2 ou 3 (caso vc tenha espaço).

-Assim, o backup diário será bem rápido, uma vez que será gravado somente os 
archive logs no backup.

-Sobre o tamanho do arquivo, com 50Gb vc teria cerca de 16 arquivos. Imagine 
que isto vai para fita. Caso vc precise voltar um arquivo deste, a demora será 
maior que se vc precisar voltar um arquivo de 5Gb. O tempo de gravação total 
não muda, mas arquivos grandes prejudicam o tempo de retorno.

-Tudo é relativo e o tamanho de arquivo pode ser ajustado caso não fique como 
vc desejaria. Portanto, não creio que vc terá uma receita pronta que sirva para 
todas as situações. Coloque o valor que desejar e acompanhe.

Ederson Elias
DBA Oracle
http://br.linkedin.com/pub/ederson-elias/24/8b/8b0

Labor improbus omnia vincit



--- Em oracle_br@yahoogrupos.com.br, Ednilson Silva ednilson.silva@... 
escreveu

 Pessoal,
 
 Estou configurando o RMAN conforme algumas dicas do nosso amigo Ederson e
 tenho algumas duvidas.
 
 Qual o limite de paralelismos que posso colocar no RMAN e tamanho dos
 arquivos?
 
  
 
 Apenas um exemplo: eu poderia criar 16 paralelismo (channel) de 50GB cada?
 
  
 
 RMAN CONFIGURE DEVICE TYPE DISK PARALLELISM 16 BACKUP TYPE TO COMPRESSED
 BACKUPSET; 
 
 RMAN CONFIGURE CHANNEL DEVICE TYPE DISK FORMAT '/d01/backup/%U'
 MAXPIECESIZE 50 G;
 
  
 
 Tenho um banco 10gR2 (release 10.2.0.5) Enterprise, e este banco tem 800GB e
 esta levando 17 horas para concluir o backup e utiliza muito recurso do
 servidor.
 
  
 
 Grato,
 
  
 
 Ednilson Silva

[oracle_br] RE: Duvidas Backup RMAN

[jlchiappa]

  Bom, primeiro vamos responder à sua pergunta : sim, vc EM TESE poderia setar 
para 16 (veja na documentação mas o limite máximo, iirc, é de 32), MAS na 
prática se vc o fizer é ENORME a chance de piorar VIOLENTAMENTE a performance 
se o seu hardware não suportar. Entenda, quando vc seta uma tarefa para ser 
feita em PARALELO, vc passa a ter MÚLTIPLAS tasks fazendo I/O ao mesmo tempo 
(em locais/pedaços diferentes dos seus datafiles), e OBVIAMENTE isso gasta 
CPU (para os processos no SO), gasta RAM (para os buffers), pode gastar banda 
de rede/comunicação... SE o seu hardware já está no gargalo, vc já tem tasks de 
usuário consumindo recursos mil, o I/O/CPU/rede/RAM Podem Não dar conta dessas 
tasks extras, sim ???
   Assim sendo : PARALELISMO vc só lança mão se tem CERTEZA que há recursos de 
hardware desocupados, que possam atender às tasks extras, E o garu de 
paralelismo depende Fundamentalmente da CAPACIDADE do seu hardware - idealmente 
vc executaria sem paralelismo (grau 1), depois tentaria com 2 ou 3, depois com 
6, e veja que resposta obtém... é Começar ** SIMPLES **, aos Poucos, okdoc ??
   
  Já que vc está preocupado com performance do backup, algumas dicas cabíveis :

 a. é FUNDAMENTAL que vc obtenha a maior performance possível do teu hardware 
de I/O (um backup para disco consome principalmente é I/O, mesmo), então vc TEM 
que :

   1. junto com o sysadmin desse ambiente , ver quais discos/controladoras são 
mais rápidas e/ou estão sendo menos usadas, e dedicar esses caras pro backup
   
   2. TEM que garantir a menor concorrência de I/O possível , então junto com o 
pessoal da Aplicação, tem que negociar uma janela com o menor processamento 
possível, re-schedular o que der, etc
   
   3. notar que o seu objetivo é gravar a info em disco Apenas esta vez (um 
backup dificilmente é lido logo em seguida à gravação),  o mais rápido 
possível, E sem grandes preocupações com manutenção/segurança (já que asap isso 
vai ir pralguma fita/dispositivo afora o disco), yep ??? Assim, junto com o seu 
sysadmin E com o pessoal de discos/storage, vc VAI SE ASSEGURAR que o 
disco/device Não tem Journaling/software-mirroring, que ESTÁ sendo acessado via 
I/O Asynchronous E em Direct-mode I/O (assim bypassando caches do SO E 
permitindo múltiplos I/Os simultâneos)... Esse objetivo é DIAMETRALMENTE OPOSTO 
aos defaults do SO, que é jogar para cache tudo que foi acessado para tentar 
acelerar os PRÓXIMOS I/Os que forem repetidos, fique atento
Isso é ainda mais importante quando eu vejo que vc está com um destino 
/d01/backup/nãoseioque : TIPICAMENTE isso indica um FILESYSTEM em uso, e na 
maioria dos filesystems nem asunc I/O nem Direct I/O são default
   
   4. LOGICAMENTE, já que o RMAN roda em parte dentro do database (sempre há 
uma fase de LEITURA dentro do disco antes da fase de gravação externa), o 
DATABASE preferencialmente deve estar bem configurado, ie : com Asynch I/O e 
Direct I/O ativos, tablespaces (preferencialmente LMT!!!)  com extent sizes 
apropriados/alinhados com o tamanho máximo de I/o no seu ambiente, SGA e PGA 
adequados, nenhum WAIT interno do próprio RDBMS despontando entre os TOPs 
(PRINCIPALMENTE waits referentes à commit ou ação do DBWR!!), a menor taxa de 
buffer busy e correlatos, etc...

 b. além de paralelismo, experimente também no RMAN ativar a BACKUP 
OPTIMIZATION, desative encriptação, não tenha múltiplas cópias nem dos archives 
nem dos datafiles backupeados Mais uma vez, isso diminui a segurança MAS 
como esse backup vai ASAP para fita, não vejo grandes riscos aí...
 
 c. também faz parte do teu trabalho diminuir AO MÁXIMO o volume a ser 
backupeado : isso implica em testar backups Incrementais, não backupear 
datafiles históricos/read-only todas as vezes 
   Opções mais arriscadas, como não backupear tablespaces que só contém índices 
(extraindo ao invés só os DDLs) podem ser consideradas, também, SE vc tem 
tablespaces com separações, SE vc está á vontade em aceitar o trabalho e o 
risco maiores que isso implica  E SE o SLA para o restore for bm liberal...
 
 d. nessa fase que vc está, de testes, setup e verificações iniciais, as 
views/tabelas internas de wait em geral (e as de RMAN em particular) podem ter 
ser Extremamente úteis : google e localiza o paper Recovery Manager (RMAN) 
Performance Tuning Best Practices e de ums estudada nos manuais de Adm 
inistração e Tuning que vc acha várias refs para elas todas
 
  []s
  
Chiappa

[oracle_br] Re: Duvidas - Licenciamento de servidor Standby/Contingencia

[julianomartinez]

Pessoal,

Muito obrigado pelas respostas, com o auxílio de vocês já tenho informações 
suficientes para apresentar uma proposta inicial de quais tipos de 
ambientes/soluções meu cliente poderá optar.

Um abraço e bom trabalho a todos.

Juliano Martinez da Silva


--- Em oracle_br@yahoogrupos.com.br, J. Laurindo Chiappa jlchiappa@... 
escreveu

   Colega, seguinte :
   
   1) 11.2.0.1 é a versão ** inicial ** do database, que sofria de DIVERSOS 
 bugs : já que não há Custo adicional, ** ABSOLUTAMENTE NÃO SE ENTENDE ** em 
 ambiente Produtivo uma nova instalação com essa versão antiga e bugada - mire 
 na 11.2.0.4, que está para sair muito brevemente 
   
   2) sobre Licenciamento de databases não-ativos, a palavra OFICIAL da Oracle 
 está no paper dela mesma, online em 
 http://www.oracle.com/us/corporate/pricing/data-recovery-licensing-070587.pdf 
 e com conceitos confirmados em 
 http://www.oracle.com/us/corporate/pricing/olsadef-ire-v122304-070549.pdf : o 
 fato é, SE o database secundário for apenas e tão somente para failover (ie, 
 NÃO estiver NUNCA aberto/online/disponível enquanto o principal estiver sendo 
 usado E só seja aberto quando o principal falha), esse database de failover 
 pode ser usado sem licença por até 10 dias no ano, yes ?? 

   3) desconsiderando o ACTIVE DATA GUARD (que permite que o banco standby 
 esteja Ativo para consultas, portanto EXIGINDO Licenciamento do banco em si) 
 , o DataGuard pode ser pensado como um AUTOMATIZADOR para o procedimento de 
 standby, e realmente DG exige Enterprise Edition, além dessa automação em si 
 ser cobrada : o procedimento de standby, porém, PODE SIM ser feito 
 manualmente, caso em que vc não paga pelo DG e, como o banco standby NUNCA 
 está em open-mode, vc cairia na licença de failover
 
   4) sim, STREAMS e várias outras opções de replicação lógica de dados (tais 
 como views materializadas/snapshots, triggers com dblink, etc) não exigem 
 Licenciamento extra e podem ser usadas em Standard Edition, não demandam 
 Enterprise
   
   5) sim, a volta de um backup com servidor principal falhado/offline 
 (INCLUSIVE backup com banco em archive mode archivando para um storage 
 acessível tanto ao server prod quanto ao server contingência, que permitiria 
 perda de dados minúscula) não demanda Licenciamento e nem exige Enterprise 
 Edition
   
   6) não deixe de considerar a opção de RAC One Node, via de regra seus 
 custos são acessíveis : as refs estão em 
 http://www.oracle.com/technetwork/products/clustering/overview/ds-rac-one-node-11gr2-185089.pdf
  
   
   7) última observação : se o seu Cliente tem restrições de orçamento para 
 pagar por soluções de standby dentro do database, não deixe de considerar a 
 opção de Active/Passive Cluster , ie : o database em si (os datafiles e etc) 
 está num storage acessível a ambos os servidores, as duas máquinas estão 
 ligadas por rede E possuem algum software de cluster instalado (pode ser o 
 próprio clusterware cfrme 
 https://blogs.oracle.com/xpsoluxdb/entry/clusterware_11gr2_setting_up_an_activepassive_failover_configuration
  ou pode ser de terceiros), as duas máquinas tem o software Oracle instalado 
 ** MAS ** ele está sendo executado APENAS no server principal : vc tem um 
 script para ativar a instância no secundário... 
   
 []s
   
 Chiappa
 
 --- Em oracle_br@yahoogrupos.com.br, julianomartinez juliano@ escreveu
 
  Pessoal, preciso apresentar um orçamento para um futuro cliente.
  Nesse orçamento tenho a solução ERP da empresa onde trabalho e também a 
  infraestrutura de servidores e Banco de Dados Oracle.
  
  Nessa parte do Banco de Dados, preciso da ajuda de vocês sobre algumas 
  dúvidas que postei abaixo, porém antes disso algumas informações que 
  acredito serem interessantes:
  
  • Como a solução é um ERP, se enquadra na categoria OLTP
  • Imagino que meu cliente não terá recursos suficientes para bancar a 
  versão Enterprise Edition do Oracle
  • A solução terá um servidor de banco de dados de redundância (idêntico ao 
  servidor de produção), instalado fisicamente em outro prédio da organização.
  • Banco de Dados: Oracle Database 11g Release 2 (11.2.0.1.0)
  • Sistema Operacional: Windows Server 2012 x64
  
   
  1 – Caso opte por manter a disponibilidade com o Oracle Data Guard (versão 
  Enterprise Editon), faz-se necessário também licenciar o servidor STANDBY 
  ?? É licenciado com os mesmos valores do PRIMÁRIO ou tem algum custo 
  diferenciado para um STANDBY que só será usado em caso de falha do primário?
  
  2 – Caso meu cliente opte pela versão STANDARD EDITION ONE ou a STANDARD 
  EDITION, em ambas consigo implementar o uso de STREAMS e /ou GOLDEN GATE??  
  Não são como o Data Guard que só funciona na Enterprise Edition?
  
  3 – Caso meu cliente decida apenas por manter o outro servidor para um 
  possível RESTORE, assumindo o risco de que ocorrendo um incêndio no prédio 
  onde encontra-se o servidor de produção, teremos a base apenas do 

Re: [oracle_br] Re: Duvidas - Licenciamento de servidor Standby/Contingencia

[Fabio Prado]

Juliano,

   Quando tiver mais dúvidas sobre licenciamento consulte o doc do link
abaixo:
 http://www.oracle.com/us/corporate/pricing/sig-070616.pdf

Att,

Fábio Prado
www.fabioprado.net


Em 17 de julho de 2013 09:12, julianomartinez juli...@marca.com.brescreveu:

 **



 Pessoal,

 Muito obrigado pelas respostas, com o auxílio de vocês já tenho
 informações suficientes para apresentar uma proposta inicial de quais tipos
 de ambientes/soluções meu cliente poderá optar.

 Um abraço e bom trabalho a todos.

 Juliano Martinez da Silva

 --- Em oracle_br@yahoogrupos.com.br, J. Laurindo Chiappa jlchiappa@...
 escreveu
 
  Colega, seguinte :
 
  1) 11.2.0.1 é a versão ** inicial ** do database, que sofria de DIVERSOS
 bugs : já que não há Custo adicional, ** ABSOLUTAMENTE NÃO SE ENTENDE ** em
 ambiente Produtivo uma nova instalação com essa versão antiga e bugada -
 mire na 11.2.0.4, que está para sair muito brevemente
 
  2) sobre Licenciamento de databases não-ativos, a palavra OFICIAL da
 Oracle está no paper dela mesma, online em
 http://www.oracle.com/us/corporate/pricing/data-recovery-licensing-070587.pdfe
  com conceitos confirmados em
 http://www.oracle.com/us/corporate/pricing/olsadef-ire-v122304-070549.pdf: o 
 fato é, SE o database secundário for apenas e tão somente para failover
 (ie, NÃO estiver NUNCA aberto/online/disponível enquanto o principal
 estiver sendo usado E só seja aberto quando o principal falha), esse
 database de failover pode ser usado sem licença por até 10 dias no ano, yes
 ??
 
  3) desconsiderando o ACTIVE DATA GUARD (que permite que o banco standby
 esteja Ativo para consultas, portanto EXIGINDO Licenciamento do banco em
 si) , o DataGuard pode ser pensado como um AUTOMATIZADOR para o
 procedimento de standby, e realmente DG exige Enterprise Edition, além
 dessa automação em si ser cobrada : o procedimento de standby, porém, PODE
 SIM ser feito manualmente, caso em que vc não paga pelo DG e, como o banco
 standby NUNCA está em open-mode, vc cairia na licença de failover
 
  4) sim, STREAMS e várias outras opções de replicação lógica de dados
 (tais como views materializadas/snapshots, triggers com dblink, etc) não
 exigem Licenciamento extra e podem ser usadas em Standard Edition, não
 demandam Enterprise
 
  5) sim, a volta de um backup com servidor principal falhado/offline
 (INCLUSIVE backup com banco em archive mode archivando para um storage
 acessível tanto ao server prod quanto ao server contingência, que
 permitiria perda de dados minúscula) não demanda Licenciamento e nem exige
 Enterprise Edition
 
  6) não deixe de considerar a opção de RAC One Node, via de regra seus
 custos são acessíveis : as refs estão em
 http://www.oracle.com/technetwork/products/clustering/overview/ds-rac-one-node-11gr2-185089.pdf
 
  7) última observação : se o seu Cliente tem restrições de orçamento para
 pagar por soluções de standby dentro do database, não deixe de considerar a
 opção de Active/Passive Cluster , ie : o database em si (os datafiles e
 etc) está num storage acessível a ambos os servidores, as duas máquinas
 estão ligadas por rede E possuem algum software de cluster instalado (pode
 ser o próprio clusterware cfrme
 https://blogs.oracle.com/xpsoluxdb/entry/clusterware_11gr2_setting_up_an_activepassive_failover_configurationou
  pode ser de terceiros), as duas máquinas tem o software Oracle instalado
 ** MAS ** ele está sendo executado APENAS no server principal : vc tem um
 script para ativar a instância no secundário...
 
  []s
 
  Chiappa
 
  --- Em oracle_br@yahoogrupos.com.br, julianomartinez juliano@
 escreveu
  
   Pessoal, preciso apresentar um orçamento para um futuro cliente.
   Nesse orçamento tenho a solução ERP da empresa onde trabalho e também
 a infraestrutura de servidores e Banco de Dados Oracle.
  
   Nessa parte do Banco de Dados, preciso da ajuda de vocês sobre algumas
 dúvidas que postei abaixo, porém antes disso algumas informações que
 acredito serem interessantes:
  
   • Como a solução é um ERP, se enquadra na categoria OLTP
   • Imagino que meu cliente não terá recursos suficientes para bancar a
 versão Enterprise Edition do Oracle
   • A solução terá um servidor de banco de dados de redundância
 (idêntico ao servidor de produção), instalado fisicamente em outro prédio
 da organização.
   • Banco de Dados: Oracle Database 11g Release 2 (11.2.0.1.0)
   • Sistema Operacional: Windows Server 2012 x64
  
  
   1 – Caso opte por manter a disponibilidade com o Oracle Data Guard
 (versão Enterprise Editon), faz-se necessário também licenciar o servidor
 STANDBY ?? É licenciado com os mesmos valores do PRIMÁRIO ou tem algum
 custo diferenciado para um STANDBY que só será usado em caso de falha do
 primário?
  
   2 – Caso meu cliente opte pela versão STANDARD EDITION ONE ou a
 STANDARD EDITION, em ambas consigo implementar o uso de STREAMS e /ou
 GOLDEN GATE?? Não são como o Data Guard que só funciona na Enterprise
 Edition?
  
   3 – Caso 

[oracle_br] Re: Duvidas sobre particionamento

[J. Laurindo Chiappa]

  Só uma pergunta : vc Captou em e-mails anteriores que, como ferramenta de 
Performance, o Particionamento só serve para aquelas situações em que nos seus 
SQLs majoritariamente vc vai ler Múltiplos registros de uma tabela Gigante E 
via full table scan/fast index scan, sim ? Se hoje vc faz acesso via index key, 
acessando um único registro (por exemplo, consultando-se o número da NF no seu 
caso) o particionamento NÂO vai ser efetivo para a performance, já que não há 
eliminação de registros, sim ??? Outro ponto também bem explicitado é que para 
que a Eliminação de partições possa ocorrer, vc tem que estar pesquisando / 
acessando principalmente os dados dentro de UMA partição, ok ? Assim, se vc 
particionar por Mês E a esmagadora maioria das consultas for de NFs dentro de 
um mês ok, pode haver melhora de performance, MAS se vc particionar por Dia E a 
esmagadora maioria das consultas for de NFs dentro de um range de múltiplos 
dias, o RDBMS Vai ter que ficar visitando N partições, o que vai exigir N 
leituras de N segmentos diferentes - facilmente isso Pode ser pior para a 
performance do que um único e suculento segment scan em paralelo, okdoc ???
   Isso posto : tranquilamente para casos em que a chave é única e vc quer que 
o RDBMS distribua múltiplos registros em partições arbitrárias, vc poderia 
usar HASH PARTITIONING, veja na doc do 10g mais refs sobre isso... Caso não se 
aplique a situação de usar um HASH (digamos, porque o algoritmo de hash do 
RDBMS não fez uma separação equilibrada/proporcional de registros), sim, vc até 
poderia usar RANGE PARTITION com a condição de range sendo um MOD no id único 
do regsitro, ok , MAS Realmente tenha CERTEZA do exposto acima , ie : QUE 
realmente não vão haver consultas por uma só NF E QUE normalmente a maioria das 
queries realmente será satisfeita consultando-se uma só das partições, sim ?? 
Caso contrário é bem provável que vc não obtenha retorno desse trabalho... 
   
[]s

  Chiappa

--- Em oracle_br@yahoogrupos.com.br, Claudio Junior csjunior@... escreveu

 Ola pessoal
 
 Obrigado por terem respondido os emails. Achei muito interessante mas
 infelizmente a versão 10 não ajuda muito mesmo.
 
 Sobre o particionamento  a header provavelmente vai ser pela data mesmo.
 Acreditamos que seja a melhor solução para este caso pois as consultas são
 sempre feitas baseando na data e assim não teremos uma boa melhora.
 
 Agora, sobre as details, apareceram umas ideias. Uma delas é utilizar a
 função mod pelo id da nota fiscal para determinar a partição. Exemplo, 100
 partições e a chave seria mod(id_da_nota, 100). O que vcs acham desta ideia?
 
 Att.
 
 
 --
 Claudio da Silva Junior
 csjunior@...
 
 
 Em 31 de outubro de 2012 11:40, Régis Pradela pradelarf@...escreveu:
 
  Claudio, bom dia!
 
  Neste caso  o Reference Partitioning seria muito útil, mas, como seu Oracle
  é 10gr2 não temos este tipo de particionamento.
  Minha sugestão, baseada nas informações que você falou, seria:
 
  1. Particionar a tabela de notas fiscais mensalmente:
  - Eu disse mensalmente, mas para definir este intervalo acredito que o
  ideal
  seria medir o volume da dados gerados.
 
  2. Tabela de descrição:
  - É difícil dizer a melhor chave para particionamento sem saber as
  principais queries que rodam sobre estas tabelas.
  Dica: Verificar pela V$SQL quais os SQLs que incidem sobre esta tabela e
  veja os filtros utilizados, após isto estude cada campo e verifique o qual
  possui um intervalo melhor definido.
  - Num chute, ignorando a dica acima e baseado nas informações que você
  passou, eu faria o particionamento pelo numero da nota com um intervalo
  baseado em mais ou menos o numero de notas que são gerados durante o
  período
  de particionamento da tabela de Notas, Ex:
  - A tabela de notas está particionada mensalmente e eu sei, baseado em
  números / levantamentos que fiz, que tenho uma média de 1000 notas/mês.
  Neste caso faria um particionamento da tabela de detalhes pelo numero da NF
  de 1000 em 1000.
 
  Capitou a idéia?
  Espero ter ajudado.
  --
  R.P.
  DBA Oracle
  Blog: www.rpradela.com.br
 
  Oracle Database 11g Administrator Certified Professional
  Oracle Database 11g Administrator Certified Associate
  Oracle Database 10g Real Applications Clusters Administrator Certified
  Expert (OCE)
  Oracle Enterprise Linux Certified Implementation Specialist (OCE)
  Oracle Database 11g Data Warehousing Certified Implementation Specialist
  Oracle Exadata 11g Certified Implementation Specialist
 
  From:  Claudio Junior csjunior@...
  Reply-To:  oracle_br@yahoogrupos.com.br
  Date:  terça-feira, 30 de outubro de 2012 18:56
  To:  oracle_br@yahoogrupos.com.br
  Subject:  [oracle_br] Duvidas sobre particionamento
 
 
 
 
 
 
  Pessoal
 
  Gostaria de obter opiniões do pessoal da lista sobre particionamento
  de tabelas.
 
  Estou tentando melhorar um esquema de tabelas no qual temos a seguinte
  estrutura:
 
  1. tabela de notas fiscais que tem um 

[oracle_br] Re: Duvidas sobre particionamento

[ederson2001br]

Alô Cláudio,

Olha, definir particionamento para mensal ou trimestral, o ideal é vc ter a 
idéia de volume.

Exemplo: 
-Desejo definir uma particionamento que terá aproximadamente, 2.000.000 de 
linhas
-Contagem trimestral: 4.500.000 linhas
-Média mensal...: 1.500.000 linhas

Neste caso, sua partição indicada seria particionar por mês.

Para o particionamento, use algo como NF_ANO_MES_PART que conterá o mês e o ano 
da data de geração da nota, no formato MM (mes e ano invertidos).

Se a necessidade indicar melhor por trimestre, vc pode usar a concatenação do 
(ano || quartil) para a sua partição com to_char(sysdate,'') || 
to_char(to_number(to_char(sysdate,'q')),'fm09').

Desta forma, vc terá uma boa separação de partições. Lembre-se que o índice 
também deve ser particionado.


Ederson Elias
DBA Oracle
http://br.linkedin.com/pub/ederson-elias/24/8b/8b0

--- Em oracle_br@yahoogrupos.com.br, Claudio Junior csjunior@... escreveu

 Pessoal
 
 Gostaria de obter opiniões do pessoal da lista sobre particionamento
 de tabelas.
 
 Estou tentando melhorar um esquema de tabelas no qual temos a seguinte
 estrutura:
 
 1. tabela de notas fiscais que tem um campo data que podemos utilizar
 para gerar o particionamento. A ideia é fazer particionamento para o
 mês ou trimestre;
 2. tabela de detalhe da nota fiscal no qual não temos a nota. O
 particionamento vai ter que ser feito baseado no código da nota
 fiscal, ou se possível através do particionamento da primeira tabela.
 
 A pergunta é se é melhor ter o particionamento desta forma, ou se em
 ultimo caso é melhor fazermos o particionamento baseado em outra chave
 que não seja a data, tipo o código da nota fiscal?
 
 A utilização da data é muito interessante pois a maioria das consultas
 são feitas utilizando a data como referencia.
 
 A versão do oracle é:
 
 Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - 64bi
 PL/SQL Release 10.2.0.4.0 - Production
 CORE  10.2.0.4.0  Production
 TNS for IBM/AIX RISC System/6000: Version 10.2.0.4.0 - Productio
 NLSRTL Version 10.2.0.4.0 - Production
 
 Agradeço a atenção
 
 Claudio Jr.
 --
 Claudio da Silva Junior
 csjunior@...

Re: [oracle_br] Re: duvidas sobre language

[Andre Santos]

Pessoal

Para os tradicionais (antigos) IMP e EXP é comum ajustar variáveis de
ambiente NLS (no sistema operacional), antes de acionar o processo.
Por exemplo:
   SET NLS_CHARACTERSET=WE8ISO8859P1
   SET NLS_LANG=AMERICAN_AMERICA.WE8ISO8859P1
Pois as sessões são comandadas por uma ferramenta client.

Mas, se não me engano (por favor, corrijam-me se estiver errado), para o
Data Pump (impdp/expdp) essa configuração não afeta o processo, pois são
sessões iniciadas dentro do servidor, através de jobs.

[ ]'s

André

Em 22 de agosto de 2012 16:27, J. Laurindo Chiappa
jlchia...@yahoo.com.brescreveu:

 **


 Bem, para saber o necessário sobre os params de NLS, vc vai ter que GOTO
 manuais Oracle de Globalization , mas o resumo do resumo é : no RDBMS
 Oracle, nós basicamente temos 3 itens de localização controláveis, a
 Linguagem (língua em que as msgs serão exibidas), o Território (o
 país/região do mundo a ser condiderada como 'local', para símbolos
 monetários e unidades, isso varia pra cada um) e o Characterset (o conjunto
 de codificação de caracteres : como vc deve saber, a tabela ASCII
 originalmente foi criada nos EUA e (entre outros motivos, também por
 limitações técnicas) só previa códigos para letras (sem acentos), números
 arábicos de 0 a 9 e alguns poucos sinais de pontuação usados no Inglês,
 então com a Globalização foi necessário adaptar e incluir caracteres, e
 como cada região (ou mesmo país) usa um conjunto diferente, vários arranjos
 - CODEPAGES - foram surgindo)
 Sobre a variável NLS_LANG : ela seta o valor que a sessão a conectar no
 database vai usar (pois o que está configurado no database, que vc descobre
 fazendo um select * from NLS_DATABASE_PARAMETERS; ) é o default, a ser
 aplicado apenas se a sessão não setar nada, e nesses manuais de
 Globalization vc vai descobrir que a variável pode conter as partes
 configuráveis : então, ao se setar NLS_LANG para
 AMERICAN_AMERICA.WE8ISO8859P1 vc está dizendo pro Oracle client que a
 sessão vai utilizar inglês Americano, notação monetária Aemricana e
 caracteres ASCII extras na codepage WE8ISO8859P1, é isso...

 Sendo assim , Não Faz muito Sentido vc ter um cliente de backup que
 configura um characterset X e uma Aplicação que configura um outro Y :
 ambos deveriam estar usando o do database Talvez o que aconteceu aí é
 que , cfrme
 http://levipereira.wordpress.com/2010/11/20/difference-between-we8mswin1252-and-we8iso8859p1-characterset/nos
  lembra, antigamente o characterset default no Oracle era o
 WE8IOS8895P1, aí quando o pessoal montou o script de backup tascou esse
 como o setting da NLS_LANG : hoje em dia o default é o WE8MSWIN1252 ,
 provavelmente o seu database deve estar usando esse, mas já que (tal como
 mostrado no link acima) quase todos os códigos para caracteres acentuados
 batem nos dois charactersets, o valor de WE8IOS8895P1 funciona (para
 caracteres em pt-br), então ninguém se preocupou em corrigir

 []s

 Chiappa

 --- Em oracle_br@yahoogrupos.com.br, Paulo Couto paulopcto2002@...
 escreveu

 
  Amigos, tenho um script de backup de banco montado por terceiro, que
 seta a variavel NLS_LANG para SET NLS_LANG=AMERICAN_AMERICA.WE8ISO8859P1
 antes de iniciar um EXPDP.
 
  Já uma outra empresa terceira instalou um sistema e nas estações tenho
 que instalar o client do oracle e setar a variavel NSL_LANG no registro do
 Windows paraAMERICAN_AMERICA.WE8MSWIN1252
 
  Já o parametro NLS_LANGUAGE do meu banco 10.2.0.4 (windows) está setado
 com o valor AMERICA.
 
 
  Gostaria de entender melhor este parâmetro e qual o problema de uma
 aplicação usar um valor, já um backup usar outro, etc...
 
  Abs,
 
  Paulo.
 
  [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

[oracle_br] Re: duvidas sobre language

[J. Laurindo Chiappa]

É, em tese como são sessões internas não deveriam ser influenciadas pelo 
expdp.exe (o executável externo ao database que conecta no banco e criaq o 
job), mas na prática houveram alguns bugs nisso, como o DataPump Export 
(EXPDP) Fails With Errors ORA-39125 ORA-936 Calling 
DBMS_METADATA.FETCH_XML_CLOB [ID 1128225.1] : sendo assim, a Recomendação é 
setar mesmo o NLS_LANG no cliente externo/ambiente/SO para que fique com os 
valores de Characterset do banco E, se quiser ser extra-cuidadoso, a Linguagem 
default, inglês norte-americano...

 []s

   Chiappa

--- Em oracle_br@yahoogrupos.com.br, Andre Santos andre.psantos.ti@... 
escreveu

 Pessoal
 
 Para os tradicionais (antigos) IMP e EXP é comum ajustar variáveis de
 ambiente NLS (no sistema operacional), antes de acionar o processo.
 Por exemplo:
SET NLS_CHARACTERSET=WE8ISO8859P1
SET NLS_LANG=AMERICAN_AMERICA.WE8ISO8859P1
 Pois as sessões são comandadas por uma ferramenta client.
 
 Mas, se não me engano (por favor, corrijam-me se estiver errado), para o
 Data Pump (impdp/expdp) essa configuração não afeta o processo, pois são
 sessões iniciadas dentro do servidor, através de jobs.
 
 [ ]'s
 
 André
 
 Em 22 de agosto de 2012 16:27, J. Laurindo Chiappa
 jlchiappa@...escreveu:
 
  **
 
 
  Bem, para saber o necessário sobre os params de NLS, vc vai ter que GOTO
  manuais Oracle de Globalization , mas o resumo do resumo é : no RDBMS
  Oracle, nós basicamente temos 3 itens de localização controláveis, a
  Linguagem (língua em que as msgs serão exibidas), o Território (o
  país/região do mundo a ser condiderada como 'local', para símbolos
  monetários e unidades, isso varia pra cada um) e o Characterset (o conjunto
  de codificação de caracteres : como vc deve saber, a tabela ASCII
  originalmente foi criada nos EUA e (entre outros motivos, também por
  limitações técnicas) só previa códigos para letras (sem acentos), números
  arábicos de 0 a 9 e alguns poucos sinais de pontuação usados no Inglês,
  então com a Globalização foi necessário adaptar e incluir caracteres, e
  como cada região (ou mesmo país) usa um conjunto diferente, vários arranjos
  - CODEPAGES - foram surgindo)
  Sobre a variável NLS_LANG : ela seta o valor que a sessão a conectar no
  database vai usar (pois o que está configurado no database, que vc descobre
  fazendo um select * from NLS_DATABASE_PARAMETERS; ) é o default, a ser
  aplicado apenas se a sessão não setar nada, e nesses manuais de
  Globalization vc vai descobrir que a variável pode conter as partes
  configuráveis : então, ao se setar NLS_LANG para
  AMERICAN_AMERICA.WE8ISO8859P1 vc está dizendo pro Oracle client que a
  sessão vai utilizar inglês Americano, notação monetária Aemricana e
  caracteres ASCII extras na codepage WE8ISO8859P1, é isso...
 
  Sendo assim , Não Faz muito Sentido vc ter um cliente de backup que
  configura um characterset X e uma Aplicação que configura um outro Y :
  ambos deveriam estar usando o do database Talvez o que aconteceu aí é
  que , cfrme
  http://levipereira.wordpress.com/2010/11/20/difference-between-we8mswin1252-and-we8iso8859p1-characterset/nos
   lembra, antigamente o characterset default no Oracle era o
  WE8IOS8895P1, aí quando o pessoal montou o script de backup tascou esse
  como o setting da NLS_LANG : hoje em dia o default é o WE8MSWIN1252 ,
  provavelmente o seu database deve estar usando esse, mas já que (tal como
  mostrado no link acima) quase todos os códigos para caracteres acentuados
  batem nos dois charactersets, o valor de WE8IOS8895P1 funciona (para
  caracteres em pt-br), então ninguém se preocupou em corrigir
 
  []s
 
  Chiappa
 
  --- Em oracle_br@yahoogrupos.com.br, Paulo Couto paulopcto2002@
  escreveu
 
  
   Amigos, tenho um script de backup de banco montado por terceiro, que
  seta a variavel NLS_LANG para SET NLS_LANG=AMERICAN_AMERICA.WE8ISO8859P1
  antes de iniciar um EXPDP.
  
   Já uma outra empresa terceira instalou um sistema e nas estações tenho
  que instalar o client do oracle e setar a variavel NSL_LANG no registro do
  Windows paraAMERICAN_AMERICA.WE8MSWIN1252
  
   Já o parametro NLS_LANGUAGE do meu banco 10.2.0.4 (windows) está setado
  com o valor AMERICA.
  
  
   Gostaria de entender melhor este parâmetro e qual o problema de uma
  aplicação usar um valor, já um backup usar outro, etc...
  
   Abs,
  
   Paulo.
  
   [As partes desta mensagem que não continham texto foram removidas]
  
 
   
 
 
 
 [As partes desta mensagem que não continham texto foram removidas]

[oracle_br] Re: duvidas sobre language

[J. Laurindo Chiappa]

  Bem, para saber o necessário sobre os params de NLS, vc vai ter que GOTO 
manuais Oracle de Globalization , mas o resumo do resumo é : no RDBMS Oracle, 
nós basicamente temos 3 itens de localização controláveis, a Linguagem (língua 
em que as msgs serão exibidas), o Território (o país/região do mundo a ser 
condiderada como 'local', para símbolos monetários e unidades, isso varia pra 
cada um) e o Characterset (o conjunto de codificação de caracteres : como vc 
deve saber, a tabela ASCII originalmente foi criada nos EUA e (entre outros 
motivos, também por limitações técnicas) só previa códigos para letras (sem 
acentos), números arábicos de 0 a 9 e alguns poucos sinais de pontuação usados 
no Inglês, então com a Globalização foi necessário adaptar e incluir 
caracteres, e como cada região (ou mesmo país) usa um conjunto diferente, 
vários arranjos - CODEPAGES - foram surgindo) 
Sobre a variável NLS_LANG : ela seta o valor que a sessão a conectar no 
database vai usar (pois o que está configurado no database, que vc descobre 
fazendo um select * from NLS_DATABASE_PARAMETERS; ) é o default, a ser aplicado 
apenas se a sessão não setar nada, e nesses manuais de Globalization vc vai 
descobrir que a variável pode conter as partes configuráveis : então, ao se 
setar NLS_LANG para AMERICAN_AMERICA.WE8ISO8859P1 vc está dizendo pro Oracle 
client que a sessão vai utilizar inglês Americano, notação monetária Aemricana 
e caracteres ASCII extras na codepage WE8ISO8859P1, é isso...

  Sendo assim , Não Faz muito Sentido vc ter um cliente de backup que configura 
um characterset X e uma Aplicação que configura um outro  Y : ambos deveriam 
estar usando o do database Talvez o que aconteceu aí é que , cfrme 
http://levipereira.wordpress.com/2010/11/20/difference-between-we8mswin1252-and-we8iso8859p1-characterset/
 nos lembra, antigamente o characterset default no Oracle era o WE8IOS8895P1, 
aí quando o pessoal montou o script de backup tascou esse como o setting da 
NLS_LANG : hoje em dia o default é o WE8MSWIN1252 , provavelmente o seu 
database deve estar usando esse, mas já que (tal como mostrado no link acima) 
quase todos os códigos para caracteres acentuados batem nos dois 
charactersets, o valor de WE8IOS8895P1 funciona (para caracteres em pt-br), 
então ninguém se preocupou em corrigir
  
[]s

  Chiappa


--- Em oracle_br@yahoogrupos.com.br, Paulo Couto paulopcto2002@... escreveu

 Amigos, tenho um script de backup de banco montado por terceiro, que seta a 
 variavel NLS_LANG para SET NLS_LANG=AMERICAN_AMERICA.WE8ISO8859P1  antes de 
 iniciar um EXPDP.
  
 Já uma outra empresa terceira instalou um sistema e nas estações tenho que 
 instalar o client do oracle e setar a variavel NSL_LANG no registro do 
 Windows paraAMERICAN_AMERICA.WE8MSWIN1252
  
 Já o parametro NLS_LANGUAGE do meu banco 10.2.0.4 (windows) está setado com o 
 valor AMERICA.
  
  
 Gostaria de entender melhor este parâmetro e qual o problema de uma aplicação 
 usar um valor, já um backup usar outro, etc...
  
 Abs,
  
 Paulo.
 
 [As partes desta mensagem que não continham texto foram removidas]

[oracle_br] Re: Duvidas com restrições (senha)

[jonathan_brbs]

Olá, 
   Vc pode utilizar uma função pronta do Oracle utilizada em profiles 
e fazer as alterações que desejas. Ela checa para ver se o tamanho 
mínimo é de 4 caracteres, se não é igual ao username, deve ter no 
mínimo um caractere alfabético, um numérico e um especial, etc..

A função está em ORACLE_HOME/rdbms/admin/utlpwdmg.sql. Deve ser 
executada pelo SYS. Depois altere seu profile para utilizar a função 
de verificação de senha.

alter profile default limit

password_verify_function verify_function;

Abs

   Jonathan Barbosa

--- Em oracle_br@yahoogrupos.com.br, milacapocchi 
[EMAIL PROTECTED] escreveu

 Olá, eu gostaria de saber como eu faço para uma pessoa digitar a 
senha 
 no oracle, sendo que eu faço uma restrição que ela possa digitar no 
 minimo 6 caracteres e no minimo 2 numeros.
 Ja tentei usar o comando lenght, substr, replace, mas nada funcionou.
 Agradeceria se alguem pudesse me ajudar como fazer isso
 
 []'s








--
Atenção! As mensagens deste grupo são de acesso público e de inteira 
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--__

Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine 
__
 
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:
[EMAIL PROTECTED]

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

 

[oracle_br] Re: Duvidas de SHELL

[jlchiappa]

** Provavelmente ** vc deve estar se esquecendo do fato de que o CRON 
** não ** executa o .profile/.login ou similares da conta aonde vai se 
executar o job, e vc deve ter as suas vars de ambiente setadas num 
deles - basta vc setar as vars no seu shell, tipo :

/traficocat gera_stats_globals.sh

#!/bin/sh
export LD_LIBRARY_PATH=/u1/app/oracle/product/9.2.0/lib
export ORACLE_BASE=/u1/app/oracle
export ORACLE_HOME=/u1/app/oracle/product/9.2.0
export ORACLE_SID=COBPROD
export ORACLE_TERM=vt100
export ORATAB=/etc/oratab
export PATH=$PATH:$ORACLE_HOME/bin
export NLS_LANG=AMERICAN_AMERICA.WE8ISO8859P1
sqlplus user/senha @script_part_global.sql

conecte normalmente via telnet ou o que for, dê um comando pra listar 
as suas vars de ambiente (env, set, o que for, depende do seu shell), e 
sete as vars no seu shell script - óbvio, no caso acima eu uso export, 
dependendo so seu shell vc pode ter que usar set, setenv, aí varia, ok ?

[]s

  Chiappa

--- Em oracle_br@yahoogrupos.com.br, Gilson Fábio Robles Bernichi 
[EMAIL PROTECTED] escreveu

 bom dia
 
 Estou tentando rodar um PL/SQL atraves do crontab mas nao esta 
funcionando.
 
 estou colocando da seguinte maneira
 
 sqlplus usuario/senha @arquivo.sql
 
 e nao executa... se faço via linha de comando ele funciona normalmente
 
 Obrigado
 
 Gilson








--
Atenção! As mensagens deste grupo são de acesso público e de inteira 
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--__
Moderador e Fundador: Dorian Anderson Soutto [EMAIL PROTECTED]
__ 
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:
[EMAIL PROTECTED]

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

 

RES: [oracle_br] Re: Duvidas sobre o DBMS_STATS.GATHER_SCHEMA_STATS

[Marcos Barcellos]

Chiappa,

Obrigado pela orientação é exatamente isso.



Marcos Antonio G.Barcellos
Analista de Sistemas
Unitech Tecnologia de Informação Ltda
R. dos Inconfidentes, 1190 2º Andar
Belo Horizonte - MG
Tel.:(31)3280-6600 Ramal.: 6639
http://www.unitech.com.br


-Mensagem original-
De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED]
nome de jlchiappa
Enviada em: quarta-feira, 11 de janeiro de 2006 20:59
Para: oracle_br@yahoogrupos.com.br
Assunto: [oracle_br] Re: Duvidas sobre o DBMS_STATS.GATHER_SCHEMA_STATS


É verdade que as rotinas da DBMS_STATS servem para fazer uma
analyze, ou melhor dizendo para coletar estatísticas, que são vitais
pra quem trabalho com CBO, sim. Todas as rotinas estão documentadas no
manual Supplied PL/SQL Packages Reference, e´lá que vc acha as
opções pra coletar stats de tabelas, índices, computar histogramas...
  Quanto à pergunta em questão, essa rotina GATHER_SCHEMA_STATS na
package DBMS_STATS serve sim pra coletar as stats de todo um usuário,
mas === NÃO === a use : veja, com ela vc vai obter as
estatísticas pra TODAS as tabelas e índices dum mesmo jeito, e
normalmente (isso não é adequado, há tabelas grandes onde eu posso
querer estimar, há tabelas pequenas que quero analisar na íntegra, pra
algumas tabelas quero histogramas, pra outras não Há algum tempo
aqui mesmo na lista andamos trocando msgs a respeito, da diferença que
pode fazer vc estimar ou computar, ter ou não histogramas, então (a
não ser prum sistema absolutamente trivial, onde todos os objs são
usados de modo semelhante, etc) vc deveria ter uma rotin pra analisar
as tabs pequenas, outras pras grandes, outra pras tabelas onde vc quer
histogramas, é isso

[]s

 Chiappa

--- Em oracle_br@yahoogrupos.com.br, Marcos Barcellos
[EMAIL PROTECTED] escreveu

 Ola pessoal
 Nao entendi direito pra que serve esse pacote DBMS.
 Me disseram que usando da forma abaixo eu vou rodar um analyze em
todos as
 tabelas do schema PROD.

 dbms_stats.gather_schema_stats('PROD',33,TRUE,'FOR ALL INDEXES');commit;

 Pelo que li a respeito é apenas dos indices.. onde eu acho essas
opcoes 'FOR
 ALL INDEXES'?? ja achei tambem 'FOR ALL COLUMNS'.

 Qualquer ajuda vai ser bem vinda.

 Qualquer link é bem vindo... =)


 Obrigado.

 Marcos Antonio G.Barcellos
 Analista de Sistemas
 Unitech Tecnologia de Informação Ltda
 R. dos Inconfidentes, 1190 2º Andar
 Belo Horizonte - MG
 Tel.:(31)3280-6600 Ramal.: 6639
 http://www.unitech.com.br









--
Atenção! As mensagens deste grupo são de acesso público e de inteira
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/

--__
___
Area de download do grupo - http://www.4shared.com/dir/101727/a4dcc423
Links do Yahoo! Grupos










--
Atenção! As mensagens deste grupo são de acesso público e de inteira 
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--_
Area de download do grupo - http://www.4shared.com/dir/101727/a4dcc423  
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:
[EMAIL PROTECTED]

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

 

[oracle_br] Re: Duvidas sobre o DBMS_STATS.GATHER_SCHEMA_STATS

[jlchiappa]

É verdade que as rotinas da DBMS_STATS servem para fazer uma
analyze, ou melhor dizendo para coletar estatísticas, que são vitais
pra quem trabalho com CBO, sim. Todas as rotinas estão documentadas no
manual Supplied PL/SQL Packages Reference, e´lá que vc acha as
opções pra coletar stats de tabelas, índices, computar histogramas...
  Quanto à pergunta em questão, essa rotina GATHER_SCHEMA_STATS na
package DBMS_STATS serve sim pra coletar as stats de todo um usuário,
mas === NÃO === a use : veja, com ela vc vai obter as
estatísticas pra TODAS as tabelas e índices dum mesmo jeito, e
normalmente (isso não é adequado, há tabelas grandes onde eu posso
querer estimar, há tabelas pequenas que quero analisar na íntegra, pra
algumas tabelas quero histogramas, pra outras não Há algum tempo
aqui mesmo na lista andamos trocando msgs a respeito, da diferença que
pode fazer vc estimar ou computar, ter ou não histogramas, então (a
não ser prum sistema absolutamente trivial, onde todos os objs são
usados de modo semelhante, etc) vc deveria ter uma rotin pra analisar
as tabs pequenas, outras pras grandes, outra pras tabelas onde vc quer
histogramas, é isso

[]s

 Chiappa

--- Em oracle_br@yahoogrupos.com.br, Marcos Barcellos
[EMAIL PROTECTED] escreveu

 Ola pessoal
 Nao entendi direito pra que serve esse pacote DBMS.
 Me disseram que usando da forma abaixo eu vou rodar um analyze em
todos as
 tabelas do schema PROD.
 
 dbms_stats.gather_schema_stats('PROD',33,TRUE,'FOR ALL INDEXES');commit;
 
 Pelo que li a respeito é apenas dos indices.. onde eu acho essas
opcoes 'FOR
 ALL INDEXES'?? ja achei tambem 'FOR ALL COLUMNS'.
 
 Qualquer ajuda vai ser bem vinda.
 
 Qualquer link é bem vindo... =)
 
 
 Obrigado.
 
 Marcos Antonio G.Barcellos
 Analista de Sistemas
 Unitech Tecnologia de Informação Ltda
 R. dos Inconfidentes, 1190 2º Andar
 Belo Horizonte - MG
 Tel.:(31)3280-6600 Ramal.: 6639
 http://www.unitech.com.br








--
Atenção! As mensagens deste grupo são de acesso público e de inteira 
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--_
Area de download do grupo - http://www.4shared.com/dir/101727/a4dcc423  
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:
[EMAIL PROTECTED]

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

 

[oracle_br] Re: Duvidas

[jlchiappa]

De documentação, eu citaria os próprios manuais da Oracle (em 
especial o de Tunning), e no site de Suporte pago da Oracle 
http://metalink.oracle.com vc acha boas refs, também. Pra 
complementar, embora não conheça nenhum livro bom focado 
especificamente em StatsPack, o livro Oracle Wait Interface: A 
Practical Guide to Performance Diagnostics  Tuning, de  
 Richmond Shee, Kirtikumar Deshpande and K Gopalakrishnan, faz um 
trabalho muito bom em explicar os waits do banco, e o Statspack nada 
mais faz do que montar um relatório em cima deles, entendendo os 
waits vc entende melhor o statspack.
 
 []s
 
  Chiappa
  
--- Em oracle_br@yahoogrupos.com.br, Andre Luiz Dutra Ontalba 
[EMAIL PROTECTED] escreveu
 
 Gostaria de saber se alguém tem alguma documentação sobre Statspack 
sobre os new fetuares comentando sobre o top 5 events e a adição do 
CPU TIME.
 
 
 
   
 -
  Novo Yahoo! Messenger com voz: ligações, Yahoo! Avatars, novos 
emoticons e muito mais. Instale agora!
 
 [As partes desta mensagem que não continham texto foram removidas]




__

Histórico: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/
Falar com os Moderadores:([EMAIL PROTECTED])
Dorian Anderson Soutto - Fernanda Damous - Alisson Aguiar 
__ 
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:
[EMAIL PROTECTED]

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

 

Re: [oracle_br] Re: duvidas

[Ronaldo Araujo]

Valeu Chiappa!

Ronaldo.

jlchiappa escreveu:

Muito fácil, conectado como DBA faça :

select owner, object_name, object_type, status 
  from dba_objects 
 where object_type in ('DATABASE 
LINK',  'FUNCTION', 'INDEX', 'PACKAGE', 'PACKAGE 
BODY', 'PROCEDURE', 'TRIGGER');
 
[]s

 Chiappa

--- Em oracle_br@yahoogrupos.com.br, Ronaldo Araujo 
[EMAIL PROTECTED] escreveu
  

Olá grupo!

Peço a ajuda de vcs para o seguinte:
Como posso obter os nomes de todas as trigger, jobs, packages, 
procedures, functions e dblinks
que tenho no meu banco e o seus status, tipo: enabled, disabled, 


etc.?
  

Obrigado,

Ronaldo.






__

Histórico: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/
Falar com os Moderadores:([EMAIL PROTECTED])
Dorian Anderson Soutto - Fernanda Damous - Alisson Aguiar 
__ 
Links do Yahoo! Grupos




 




  



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



__

Histórico: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/
Falar com os Moderadores:([EMAIL PROTECTED])
Dorian Anderson Soutto - Fernanda Damous - Alisson Aguiar 
__ 
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:
[EMAIL PROTECTED]

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

 

[oracle_br] Re: duvidas

[jlchiappa]

Muito fácil, conectado como DBA faça :

select owner, object_name, object_type, status 
  from dba_objects 
 where object_type in ('DATABASE 
LINK',  'FUNCTION', 'INDEX', 'PACKAGE', 'PACKAGE 
BODY', 'PROCEDURE', 'TRIGGER');
 
[]s

 Chiappa

--- Em oracle_br@yahoogrupos.com.br, Ronaldo Araujo 
[EMAIL PROTECTED] escreveu
 Olá grupo!
 
 Peço a ajuda de vcs para o seguinte:
 Como posso obter os nomes de todas as trigger, jobs, packages, 
 procedures, functions e dblinks
 que tenho no meu banco e o seus status, tipo: enabled, disabled, 
etc.?
 
 Obrigado,
 
 Ronaldo.




__

Histórico: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/
Falar com os Moderadores:([EMAIL PROTECTED])
Dorian Anderson Soutto - Fernanda Damous - Alisson Aguiar 
__ 
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:
[EMAIL PROTECTED]

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