我有一个带有数据库名称的高压生产环境DB1
。我想在DBCC CHECKDB
那里的一个数据库上运行一个每周进程。
(大家可以理解,我的生产环境做不到,性能影响)。
所以,我想使用我的日志传送过程之一。我有一个日志传送过程,从DB1
(主要)到DB1_LS
位于远程服务器(DWH 服务器)中的数据库(次要)。
问题:
有没有办法对辅助数据库进行完整备份DB1_LS
?
我希望能够恢复它并在其DBCC CHECKDB
上运行(COPY-ONLY BACKUP
?)
我有一个带有数据库名称的高压生产环境DB1
。我想在DBCC CHECKDB
那里的一个数据库上运行一个每周进程。
(大家可以理解,我的生产环境做不到,性能影响)。
所以,我想使用我的日志传送过程之一。我有一个日志传送过程,从DB1
(主要)到DB1_LS
位于远程服务器(DWH 服务器)中的数据库(次要)。
问题:
有没有办法对辅助数据库进行完整备份DB1_LS
?
我希望能够恢复它并在其DBCC CHECKDB
上运行(COPY-ONLY BACKUP
?)
如果数据库处于待机/只读模式,我相信您无法对数据库进行本机备份。
所以备份辅助数据库不是一个好方法。
此外,如果 LS DB 处于“只读模式”,您可以运行 DBCC CHECKDB ,它会完成,但不会进入引导页面,因此不是您期望的检查。此外,即使它报告或发现错误,您也无法使用 DBCC CHECK 运行修复语句。
您可以做的是,在非高峰时段通过网络将 DB1 备份到另一台具有适当资源的测试/开发机器以恢复备份。
从恢复的备份中,您可以对恢复的数据库执行 DBCC CHECKDB。
另外,请阅读 Aaron 撰写的这篇出色的文章,将 DBCC CHECKDB 的影响最小化:DOs and DON'Ts以获得最佳实践。