Oi colega, seguem as respostas & alguns coments :
>
> 1- Se o RMAN só detecta problemas físicos, ele é útil para resolver
> corrupções lógicas ?, ou seja, o rman continua sendo executado sem
> problemas, se eu fizer um recvovery a partir deste backup, ele consegue
> corrigir a tabela corrompida apenas no nível lógico?
veja lá : pra ser escrupulosamente Claro, o fato é que o RMAN por si só *** NÃO
*** resolve corrupção editando/corrigindo bloco, ele ** NÃO ** faz análise
alguma do bloco, ** NÃO ** checa formatação/cabeçalhos do bloco ... O block
recover NADA MAIS É do que simplesmente LER de um backup anterior (feito
PRESUMIVELMENTE antes da corrupção) uma imagem anterior do bloco como estava e
em cima disso aplicar as alterações que houveram para esse bloco (informação
essa que consta nos ARCHIVED REDO LOGS), apenas isso ... Então no seu caso, SE
vc conseguir localizar um backup anterior à corrupção E tiver os archived logs
TODOS daí pra frente, blz, vc vai ter o bloco de volta...
SE vc achava que o RMAN faz/fazia algum tipo de correção LÓGICA no bloco, pode
despensar, ele é Físico, tannto é que se vc não tiver um backup feito antes da
corrupção (seja lógica ou física) é no soup for you, okdoc ?
Em termos de correção de bloco (digamos pra uma situação aonde vc não tem a
imagem anterior/backup do bloco antes da corrupção, ou não sabe exatamente
Quando a corrupção ocorreu) o máximo que vc pode fazer é usar o Block Browser
and Editor (BBED) pra correção manual, mas SEMPRE, claro, com a ajuda e benção
do Suporte Oracle... E lógico, se possível se fazer o DROP e o REBUILD (ou
exportação/importação) dos objetos envolvidos também é outro caminho totalmente
possível, mas que fique Claro, mais uma vez estamos RECONSTRUINDO o bloco, e
NÂO corrigindo o bloco que já existia...
>
> 2- Infelizmente não consigo rodar o dbv com a instância no ar, o AIX 6.1
> com Oracle 10g e JSF2, está montando as partições onde estão os datafiles
em
> modo exclusivo, tenho que pedir para montar estas partições com a opção
> -cio, já tenho a nota explicando isso;
Ah, ok : na verdade imagino que seja devido ao tipo de I/O solicitado durante a
montagem, cfrme as notas metalink "Dbv Can Not Access Online Datafiles If
Filesystemio_options=Setall Dbv-00100" [ID 360287.1] e "Direct I/O (DIO) and
Concurrent I/O (CIO) on AIX 5L" [ID 257338.1] , né ? Sim, isso é algo que pode
acontecer... Nesse caso, ENQUANTO vc não consegue uma janela pra alterar isso,
use as Outras opções online, como o ANALYZE, o DataPump, o export (se vc
conseguir contornar, com a ajuda do Suporte, o bug que vc relata estar
encontrando no export - o que eu Recomendo, é uma boa prática , como eu falei
antes, o bom do export é que ele exercita, usa mais o dicionário, mais do que
outras opções)... Há sempre também a possibilidade de vc rodar os scripts de
healthcheck internos da própria Oracle, como o hcheck na nota "hcheck.sql
script to check for known problems in Oracle8i, Oracle9i, Oracle10g and Oracle
11g [ID 136697.1] - esses últimos, É Claro, sempre com a ajuda/Suporte da
Oracle....
>
> 3- O brtools é a ferramenta da SAP para fazer entre outras coisas
> backup/Restore de base de dados Oracle, inclusive integrado com o RMAN, como
> no meu caso, mas não suporta todas as operações possíveis de se fazer como
> no RMAN diretamente.
Colega, eu não uso / não conheço esse cara, vc teria que verificar com o
Suporte da SAP e/ou com pessoas que usem SAP, mas afaik DIFICILMENTE uma tool
de terceiros vai saber fazer TUDO que a tool do fabricante de bancos faz -
normalmente as "integrações" que vc cita são algo num nível mais básico, tipo
backup e restore simples, acho Difícil que a tal tool outra conheça/entenda
Tudo o mais que o RMAn faz , então eu Sugiro que para fazer uma operação de
manutenção interna de banco de dados, vc investigue seriamente a possibilidade
de usar a tool nativa do banco de dados (RMAN), no ambiente e com a sintaxe
recomendados pelo fabricante de banco.
>
> 4- Já está aberta uma investigação como os administradores de
> hardware/SO/Storage para identificarem o problema.
OK, eu só recomendo :
a. seja ESPECÍFICO , não adianta de PATAVINA vc virar pros caras e dizer "ó,
faz um check aí", vc TEM que Explicitamente dizer : recebi um erro de bloco
corrupto tal no arquivo tal do servidor tal no filesystem tal, bloco esse usado
pelo aplicativo banco de dados Oracle, que roda no account aix tal - por favor,
fazer análise RIGOROSA das mensagens do sistema, dos logs , dos arqs de erro ,
etc, procurando por Evidências de falha no software (SO/drivers/firmware) e/ou
no hardware - e se vc souber o nome dos utilitários aix referentes a isso (tais
como dmesg, errpt, etc, etc) cite também...
Já pro pessoal que vai fazer o teste de hardware,novamente, seja Explícito :
explica/evidencia pra eles que vc RECEBEU a msg de bloco corrupto , E que o
software que vc usa (banco de dados Oracle) primeiro lê o bloco do disco,
depois o altera em memória , se preciso envia dados via rede pro cliente e
finalmente depois recebe eventuais dados e os gravam no bloco, que vai pro
disco : assim sendo PODE SER que seja falha em disco corrompendo o que foi
lido/gravado, PODE SER que seja falha nalgum pente de memória, alterando
bits/bytes do que vai ser gravado, PODE SER que seja falha de rede,
enviando/recebendo algum bit/byte alterado... Por isso que vc quer um teste
PROFUNDO de hardware - esses softwares de teste de hardware fazem justamente
isso, gravam uma série determinada de bytes em cada posição da memória, depois
fazem gravações em disco, e conferem bit-a-bit o que foi lido/gravado... No meu
tempo de sysadmin AIX (com a venerável versão 4.x em RISC) já vinha junto com o
servidor um CD com softwares do tipo, aí bastava vc bootar o server com ele em
modo monousuário e seguir o menu : não sei como está hoje, mas o que vc quer é
isso, é um teste PROFUNDO comprovando que o hardware está OK...
b. se quiser vc pode instalar e rodar (até em modo ONLINE mesmo com bd ativo) a
tool Oracle chamada RDA, ela já faz a coleta dos logs todos do banco E da
maioria dos logs do SO, e apresenta depois isso numa página web bonitinha...
Checa no metalink que vc a acha...
c. Outras tools Oracle que vc pode baixar do metalink são :
=> OSWatcher : ele roda alguns comandos unix (tipo iostat, vmstat, sar)
automaticamente com a frequência que vc indicar e depois gera um relatório - a
idéia aqui é mais ter uma "carga programada", ter o servidor sendo medido
periodicamente , há chances de que eventuais bugs/falhas de hardware causem
diferenças nas medições... Não é chance grande mas a tool é de grátis e não
impõe quase nada de overhead, então é usar sem pensar duas vezes
=> Cluster Healthcheck : vc afaik não diz, mas se for RAC vc pode baixar &
usar esse cara, ele faz uma checagem geral do cluster - não é incomum vc ver
issues estranhas no banco por causa dalgum software externo que seja requerido
pela tua versão/ambiente/instalação, vale a checagem
[]s
Chiappa
--- Em oracle_br@yahoogrupos.com.br, "Carlos Alfredo M. Menezes"
<carlos.menezes@...> escreveu
>
> Bom dia Chiappa e a todos da lista.
>
> Obrigado pelas considerações, mas ainda estou com algumas dúvidas conceituais:
>
> 1- Se o RMAN só detecta problemas físicos, ele é útil para resolver
> corrupções lógicas ?, ou seja, o rman continua sendo executado sem problemas,
> se eu fizer um recvovery a partir deste backup, ele consegue corrigir a
> tabela corrompida apenas no nível lógico?
>
> 2- Infelizmente não consigo rodar o dbv com a instância no ar, o AIX 6.1 com
> Oracle 10g e JSF2, está montando as partições onde estão os datafiles em modo
> exclusivo, tenho que pedir para montar estas partições com a opção -cio, já
> tenho a nota explicando isso;
>
> 3- O brtools é a ferramenta da SAP para fazer entre outras coisas
> backup/Restore de base de dados Oracle, inclusive integrado com o RMAN, como
> no meu caso, mas não suporta todas as operações possíveis de se fazer como no
> RMAN diretamente.
>
> 4- Já está aberta uma investigação como os administradores de
> hardware/SO/Storage para identificarem o problema.
>
> Abraços.
>
> Carlos Alfredo M. de Menezes
>
>
> -----Mensagem original-----
> De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] Em
> nome de José Laurindo
> Enviada em: segunda-feira, 25 de abril de 2011 20:45
> Para: oracle_br@yahoogrupos.com.br
> Assunto: Re: RES: Res: [oracle_br] Corrupção de dados
>
> Carlos, xo comentar em cima de alguns pontos :
>
> - "Até onde eu sei, o rman faz uma verificação durante o backup e até então
> eu confiava exclusivamente nele para me reportar prováveis problemas de
> corrupção. "
>
> => Bad, very Very Bad move, my friend : veja, o conceito do RMAN é que ele
> copia blocos do disco, então (é óbvio) ele verifica se o bloco foi lido
> corretamente, ele basicamente detecta corrupção FÍSICA portanto - se há
> corrupção lógica (ie, o bloco tá legível, mas digamos, por bug ou qquer
> problema o cabeçalho do bloco aponta prum lugar inválido, ou o dicionário de
> dados não registra um objeto corretamente, enfim) via de regra o RMAN ****
> não consegue **** detectar isso... É Por Isso que a nota-mãe do metalink
> sobre detecção de corrupção (Best Practices for Avoiding and Detecting
> Corruption , Doc ID 428570.1) Recomenda vc além do backup RMAN fazer um DBV,
> um ANALYZE de objetos (o ANALYZE é Totalmente Obsoleto pra coleta de
> estatísticas, mas COMPLETAMENTE necessário e válido para análise de estrutura
> de objetos), fazer um export... A idéia do export , inclusive, é exercitar o
> dicionário : como nós sabemos, o RMAN só quer copiar blocos dos datafiles(ele
> não se "interessa" se aquele bloco é da tabela x ou índice y, ele copia os
> blocos do datafile que está sendo backupeado), enquanto o export não, ele
> copia Tabelas e Schemas, então (obviamente) o export ao contrário Precisa
> consultar o dicionário pra "encontrar" as tabelas/índices/constraints/etc a
> copiar...
>
> - "Realmente só pensei em fazer o dbv com a instância parada, mas como ainda
> não surgiu uma janela para tal operação, continuo na minha pesquisa."
>
> => ok, um DBV offline sempre é legal, MAS enquanto não é possível, vc Sabe
> que é totalmente possível rodar um DBV online, com o banco Ativo ??? E óbvio,
> o export é online, os ANALYZEs são online, vc tem Sim várias opções pra check
> online...
>
> - "Também pensei em fazer via RMAN o block recover, mas fiquei na dúvida se
> esse procedimento faz algum tipo de mídia recovery? Se tem algum impacto na
> disponibilidade do ambiente, e se eu posso fazer via brtools (é uma base SAP
> Solution Manager)."
>
> => Sim, claro que o RMAN faz mídia recover, ele regrava BLOCOS : o conceito é
> Direto, o que o RMAN sabe/conhece basicamente é copiar e ler BLOCOS de
> datafiles... Indisponibilidade geral isso não acarreta, mas OBVIAMENTE no
> tempinho que levar pro RMAN localizar e ler da fita/disco/whatever o bloco
> que será regravado , o objeto em questão VAI ficar inacessível.
> Quanto ao tal do brtools, não sei mas eu TOTALMENTE recomendo vc fazer
> recuperação de banco Oracle com as tools Oracle da maneira Recomendada pela
> Oracle - no caso do RMAN é usar em linha de comando o utilitário rman , com
> as variáveis ORACLE setadas, direitinho...
>
>
> ==> E Ululantemente óbvio : corrupção absolutamente *** NUNCA *** acontece
> por si, do nada - nós estamos falando de banco Oracle aqui, não de
> Clipper/dBASE que a toda hora corrompia e vc tinha que fazer rebuild... Vc
> TEM QUE descobrir a Causa da corrupção (que necessariamente será um problema
> de Hardware - seja placa-mãe, placa de rede, I/O, memória -, OU um bug , seja
> bug no firmware/drivers, nos software de banco, e/ou no aplicativo...
> Assim, se o teu ambiente é Realmente crítico, vc TEM QUE agendar uma
> checagem PROFUNDA do teu hardware, com ferramentas de análise de baixo nível
> do hardware (NÂO É só rodar um fsck e achar que tá tudo bem), procurar nos
> logs/msgs do sistema/SO por falhas, E também abrir chamados no Suporte da
> Oracle, do aplicativo E do SO...
>
> []s
>
> Chiappa
>
>
> --- Em oracle_br@yahoogrupos.com.br, "Carlos Alfredo M. Menezes"
> <carlos.menezes@> escreveu
> >
> > Colega,
> > Realmente só pensei em fazer o dbv com a instância parada, mas como ainda
> > não surgiu uma janela para tal operação, continuo na minha pesquisa. Fiz
> > vários SQL´s e todos retornam normalmente as linhas, isso é que está me
> > perturbando, se tentar fazer o export, dá o erro que comentei. Estou
> > pensando em reiniciar a instância, me parece que tem algum BUG a respeito.
> >
> > Também pensei em fazer via RMAN o block recover, mas fiquei na dúvida se
> > esse procedimento faz algum tipo de mídia recovery? Se tem algum impacto na
> > disponibilidade do ambiente, e se eu posso fazer via brtools (é uma base
> > SAP Solution Manager).
> >
> > Att,
> >
> > Carlos Alfredo M. de Menezes
> > Analista de Suporte Sr.
> > (82) 3217-2828 / 9921-0603
> >
> >
> >
> > -----Mensagem original-----
> > De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br]
> > Em nome de Marcus Pavan Enviada em: segunda-feira, 25 de abril de 2011
> > 18:37
> > Para: oracle_br@yahoogrupos.com.br
> > Assunto: Res: Res: [oracle_br] Corrupção de dados
> >
> > Carlos, boa tarde.
> >
> >
> > Faça um SELECT na tabela, verifique se retorna as informações.
> > Caso o erro persista e você tenha um BACKUP pelo RMAN, use o BLOCK RECOVER
> > para recuperar este bloco.
> > O DBV pode ser executado, porém prefiro executá-lo com o datafile em OFF,
> > na versão 11g já está mais seguro a execução com ele online.
> >
> >
> > Atenciosamente,
> >
> > Marcus Pavan.
> >
> >
> >
> >
> > ________________________________
> > De: MARCIO CASTRO <marciomouracastro@>
> > Para: oracle_br@yahoogrupos.com.br
> > Enviadas: Segunda-feira, 25 de Abril de 2011 17:29:20
> > Assunto: Res: [oracle_br] Corrupção de dados
> >
> >
> > Carlos; você poderia utilizar o dbv no datafile/segmento? Também retorna
> > erro?
> >
> > ________________________________
> > De: Carlos Alfredo M. Menezes <carlos.menezes@>
> > Para: "oracle_br@yahoogrupos.com.br" <oracle_br@yahoogrupos.com.br>
> > Enviadas: Segunda-feira, 25 de Abril de 2011 18:18:16
> > Assunto: [oracle_br] Corrupção de dados
> >
> > Caros boa noite,
> > Recebi aquele conhecido erro de corrupção:
> >
> > Corrupt block relative dba: 0x0183f103 (file 6, block 258307) Bad header
> > found during buffer read Data in bad block:
> > type: 2 format: 2 rdba: 0x00806981
> > last change scn: 0x0000.0408ab74 seq: 0x27 flg: 0x04
> > spare1: 0x0 spare2: 0x0 spare3: 0x0
> > consistency value in tail: 0xab740227
> > check value in block header: 0x617a
> > computed block checksum: 0x0
> > Reread of rdba: 0x0183f103 (file 6, block 258307) found valid data
> >
> > Rodei o sql:
> > select segment_name,segment_type,owner from sys.dba_extents where
> > file_id=(6) and (258307) between block_id and block_id + blocks -1;
> >
> > Identifiquei o segmento afetado, no caso uma tabela.
> >
> > O curioso é que o comando analyze table xxx validate structure continua
> > dando:
> > ORA-08103: object no longer exists. O mesmo acontece com o exp. Mas o
> > backup via
> >
> > rman não reporta nenhum problema. Até onde eu sei, o rman faz uma
> > verificação durante o backup e até então eu confiava exclusivamente
> > nele para me reportar prováveis problemas de corrupção. Ainda não
> > reiniciei a instância para tentar um
> >
> > novo analyze table xxx validate structure.
> >
> > Alguém tem uma sugestão de reparo, aparentemente o Recovery a partir do
> > backup via rman após o problema, mesmo ele executando normalmente, pode não
> > ser confiável.
> >
> > Detalhes da versão:
> > 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
> >
> > Abraços a todos.
> >
> > Att,
> > Carlos Alfredo
> > Carlos Alfredo M. de Menezes
> > Analista de Suporte Sr.
> > (82) 3217-2828 / 9921-0603
> >
> > [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
> >
>
>
>
>
> ------------------------------------
>
> --------------------------------------------------------------------------------------------------------------------------
> >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
>
