数据库镜像实时数据库

Question

我一直在阅读关于SQL Server 2008 R2 / 2012上的数据库镜像的问题，我有一个问题：镜像数据库是否有效是否重要？如果我的数据库是实时的，我是否必须做任何特殊或不同的事情？

EDIT-1：

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

Answer 1

使用带有实时数据库的镜像时需要考虑很多事项。

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

Answer 2

如果您在高性能或高安全模式下运行，最重要的事情就是考虑。

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

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

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