在使用SQL Server 2008的Amazon Web Services（AWS）上构build应用程序，但没有Enterprise Edition的预算。 这是一个标准的networking应用程序，在性能方面不需要太多花费。
我提出了同步数据库镜像，主体服务器位于一个可用区域（AZ），镜像位于另一个可用区域。 我的同事们（DBA和Data架构师）正在砍掉这个提议，表示他们不希望使用同步镜像，因为它会增加延迟和性能下降（如两阶段提交）。 他们愿意处理日志传送的权衡，以避免这种潜在的性能冲击。
对此有何想法？ 同步镜像的性能风险真的很差吗？
我的想法是，你应该彻底探索你的（显然是合格的）同事的利弊，进行风险/成本/收益分析，并作出适合你的环境的决定。
一般来说，你的同事是正确的：同步镜像可能是一个性能杀手，特别是当你在通过一个不是高吞吐量和超可靠的networking进行复制时。
在像“你在云中 ”那样的情况下，你没有性能保证，并且可能存在大量可变性），我会避免同步复制策略。