数据库镜像实时数据库

Question

我一直在阅读关于SQL Server 2008 R2/2012上的数据库镜像，我有一个问题：如果被镜像的数据库是活着的，它有关系吗？如果我的数据库是活的，我是否必须做特别的或不同的事情？

编辑-1：

• 我有一个前提（一个）数据库，这是我们的生产数据库。每秒发生几百次事务，99.999％为读取操作。我们的计划是将此数据库（单一数据库）镜像到SQL Azure（IaaS）作为“备份”结构，如果由于任何原因导致本地环境崩溃，我们只需指向云。
• 我想零个损失，但我满足于5秒损失
• 延迟不会成为一个问题...慢跑总比没有好运行...
• 我只有一个节点和一个数据库

Answer 1

如果您在高性能或高安全模式下运行，最大的考虑因素就是考虑。

http://msdn.microsoft.com/en-us/library/ms189852.aspx

基本上，在高性能的事务被局部地，希望致力于在远程端。镜像服务器异步应用事务并且数据丢失可能是一个因素。好处是没有延迟在本地服务器，你只需要两台机器。

在高度安全的情况下，交易由第三台服务器见证，并且必须双方承诺。这会产生不理想的延迟。

Answer 2

在使用活动数据库使用镜像时，有很多事情需要考虑。

• 你有多少个节点？
• 您需要知道您期望的近似负载。
• 考虑适当的交易安全级别。事务安全级别确定主体数据库上的更改是同步还是异步应用于镜像数据库。
• 另一个是您的网络设置。您的节点在局域网，广域网等上。
• 您要镜像多少个数据库。基于这个答案，你对上述选择可能会有所不同。
• 如果发生最糟糕的事情，您需要什么样的灾难恢复？