对于我们的10g Oracle数据库，我有一个脚本可以定期创buildbatch file，以在我们所有的数据文件上运行DBVerify。 这样，如果我需要检查腐败，我只需要运行batch file。 升级到Oracle 11g后，我的batch file无法正常工作。 我把问题追溯到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：\，并从我的dbv调用删除F：\，但我不喜欢，因为那么我不得不改变我的脚本切换到每个dbv调用之前正确的驱动器。
任何人都可以validation我的发现和/或提供解决scheme吗？
它似乎是一个错误，从10g回归…在metalink中做了一个快速查找，并没有发现任何东西…如何打开一个testing案例10克vs 11克的SR？ 如果这是一个已知的问题，你可能会得到一个补丁。 如果不是，他们希望能够修复（最终）。
在一个有点相关的说明中，您可以考虑使用RMAN来检查数据库中的物理和逻辑损坏。 我相信这是更好，更全面的检查。 例如，运行rman VALIDATE CHECK LOGICAL DATABASE 在这里查看文档 。 如果rman发现块损坏，它将填充v $ database_block_corruption，然后您可以使用rman来恢复特定的损坏块。 您可以通过打开多个通道来并行化RMAN VALIDATE …
我在11gR1on Windows 2008 x64上也是一样的！