我有一个数据库,它是日志传送过程的接收者。
数据库正在“恢复”中。可以移动这个数据库吗?
编辑 只是为了澄清我所说的移动的意思。我的意思是制作数据库的副本并将其转移到另一台服务器,而不会破坏日志传送过程。
这样做的原因是对数据库运行分析查询。我曾尝试使用复制数据库向导,但在此过程中卡住了。您可以在此处阅读有关该问题的信息
我有一个数据库,它是日志传送过程的接收者。
数据库正在“恢复”中。可以移动这个数据库吗?
编辑 只是为了澄清我所说的移动的意思。我的意思是制作数据库的副本并将其转移到另一台服务器,而不会破坏日志传送过程。
这样做的原因是对数据库运行分析查询。我曾尝试使用复制数据库向导,但在此过程中卡住了。您可以在此处阅读有关该问题的信息
从未真正尝试过,但这描述了我认为可行的方法。这取决于它是否处于待机模式(即,如果您现在可以通过读取访问权限连接到收件人,则需要摆弄它以将其更改为 Norecovery 模式)
这也假设“移动”意味着移动到同一服务器上的另一个驱动器/目录。如果您在谈论另一台服务器,那么不。
但老实说,我会用这个练习来测试和更新那些描述如何重建备用服务器和从完整备份重新恢复的文档。
根据您的编辑进行编辑:是的,您可以停止 SQL,将 MDF 和 LDF 复制到另一台服务器并附加它们,重新启动 SQL 和日志传送不应该受到影响
但是,如果您持续需要这样做,您可以更改日志传送以将数据库设置为备用,这将允许您对活动的日志传送收件人数据库进行分析查询,只要它们被读取-only 查询,并且您处理连接到数据库时日志传送将暂停的事实。
是和不是。根据定义,“制作数据库的副本”并不是移动它。我认为您最终想要做的是从主服务器设置第二个日志传送目的地。您可以使用日志传送将日志发送到两个不同的地方。您可以像最初设置当前实例一样设置它。