我有两个 SQL Server,其中一个服务器(服务器 A)正在备份某个数据库上的事务日志并将它们上传到另一个(服务器 B)。不幸的是,我无法访问服务器 A,我只需要相信它正在完成定期将其事务日志上传到服务器 B 的工作。
现在,假设服务器 B 出于某种原因需要恢复数据库。这样做会破坏其接收更多事务日志备份的能力。
有什么方法可以复制/分支/备份恢复数据库,所以我可以拥有一个可以继续应用事务日志的版本,以及一个可以恢复读取/写入的版本?
我有两个 SQL Server,其中一个服务器(服务器 A)正在备份某个数据库上的事务日志并将它们上传到另一个(服务器 B)。不幸的是,我无法访问服务器 A,我只需要相信它正在完成定期将其事务日志上传到服务器 B 的工作。
现在,假设服务器 B 出于某种原因需要恢复数据库。这样做会破坏其接收更多事务日志备份的能力。
有什么方法可以复制/分支/备份恢复数据库,所以我可以拥有一个可以继续应用事务日志的版本,以及一个可以恢复读取/写入的版本?
不幸的是,您不能使用快照来使日志传送备份实例联机。如果数据位于 san 上,您可以执行此操作,您可以在其中强制执行快速 lun 副本,然后快速安装第二个副本。即使没有 SAN,您基本上也可以在日志加载之间或让它们堆叠一段时间时,使数据库脱机,复制文件,然后调出复制的版本。丑陋但它完成了工作。
如果您可以在 2012 年之前让两个数据库都参与,那么我建议您阅读 AlwaysOn 可用性组。http://technet.microsoft.com/en-us/library/hh510230.aspx 它们很酷,因为您可以在第二个副本始终处于镜像时以只读模式在线保留它。因此,愚蠢的、几乎重复的名称应该被称为“实时镜像”这样简单的东西。
此外,最好在http://ServerFault.com或https://dba.stackexchange.com/等姊妹网站之一上提出此类问题