Для нашей базы данных Oracle 10g у меня был сценарий, который периодически создавал командные файлы для запуска DBVerify для всех наших файлов данных. Таким образом, если мне нужно было проверить наличие повреждений, мне просто нужно было запустить командные файлы. После обновления до Oracle 11g мои командные файлы не работали. Я проследил проблему до самой dbv. Вот команда, сгенерированная скриптом:
dbv FILE=F:\ORACLE\ORADATA\CD\CAMPUSCHURCH1.DBF BLOCKSIZE=4096
LOGFILE='c:\DBVerify_COREDEV\CAMPUSCHURCH1_55.txt'
Когда я запускаю это, он дает DBV-00100: указанный ФАЙЛ (C: \ Windows \ system32 / F: \ ORACLE \ ORADATA \ CD \ CAMPUSCHURCH1.DBF) недоступен. Примечание. Папка, в которой я нахожусь, - C: \ Windows \ system32. Я могу заставить его работать, переключившись на F: \ и удалив F: \ из моего вызова dbv, но мне это не нравится, потому что тогда мне пришлось бы изменить свой скрипт, чтобы переключаться на правильный диск перед каждым вызовом dbv.
Может ли кто-нибудь проверить мои выводы и / или предложить решение?
похоже на ошибку, регресс с 10g ... быстро поискал в металинке и ничего не нашел ... Как насчет открытия SR с тестовым примером 10g vs 11g? если это известная проблема, вы можете получить исправление. Если это не так, они, надеюсь, исправят это (в конце концов).
В небольшом примечании вы можете рассмотреть возможность использования RMAN для проверки физических и логических повреждений в вашей базе данных. Я считаю, что это лучшая и более полная проверка. Например, запустите rman VALIDATE CHECK LOGICAL DATABASE Проверьте документы здесь. Если rman обнаруживает повреждение блока, он заполняет v $ database_block_corruption, и вы можете просто использовать rman для восстановления определенных поврежденных блоков. Вы можете распараллелить RMAN VALIDATE, открыв несколько каналов ...
Получил такой же на 11gR1 на винде 2008 x64 !!