Parâmetro do Arquivo DBV do Oracle

Question

Para nosso banco de dados Oracle 10g, eu tinha um script que periodicamente criava arquivos em lote para executar o DBVerify em todos os nossos arquivos de dados. Dessa forma, se eu precisasse verificar se há corrupção, precisaria apenas executar os arquivos em lote. Depois de atualizar para o Oracle 11g, meus arquivos em lote não funcionaram. Eu tracei o problema até o próprio dbv. Aqui está o comando gerado pelo script:

dbv FILE=F:\ORACLE\ORADATA\CD\CAMPUSCHURCH1.DBF BLOCKSIZE=4096 
LOGFILE='c:\DBVerify_COREDEV\CAMPUSCHURCH1_55.txt'

Quando executo isso, ele fornece um DBV-00100: ARQUIVO especificado (C: \ Windows \ system32 / F: \ ORACLE \ ORADATA \ CD \ CAMPUSCHURCH1.DBF) não acessível. Nota: A pasta em que eu estou é C: \ Windows \ system32. Eu posso fazê-lo funcionar mudando para F: \ e removendo F: \ da minha chamada dbv, mas não gosto isso porque eu teria que mudar meu script para mudar para a unidade apropriada antes de cada chamada de dbv.

Alguém pode confirmar minhas descobertas e / ou fornecer uma solução?

    

Answer 1

parece um erro, regressão de 10g ... fez uma pesquisa rápida no metalink e não encontrou nada ... Que tal abrir um SR com um caso de teste de 10g vs 11g? Se for um problema conhecido, você pode obter um patch. Se não for, eles vão consertar (eventualmente).

Em uma nota relacionada ao bit, você pode considerar o uso do RMAN para verificar se há corrupções físicas e lógicas em seu banco de dados. Eu acredito que é melhor e mais abrangente cheque. Por exemplo, execute rman VALIDATE CHECK LOGICAL DATABASE Verifique os documentos aqui . Se rman encontrar corrupção de bloco, ele preenche v $ database_block_corruption e você pode então usar o rman para recuperar os blocos corrompidos específicos. Você pode paralelizar o RMAN VALIDATE abrindo vários canais ...

    

Answer 2

Tenho o mesmo no 11gR1 no Windows 2008 x64 !!