数据库镜像和日志传送
我已经在同一实例上的 8 个数据库（每个大小约为 10 GB）上设置了镜像和日志传送，但现在当我想要镜像另一个数据库时，需要很长时间才能显示“数据库属性”页面。 对于这个问题有什么建议。
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
我已经在同一实例上的 8 个数据库（每个大小约为 10 GB）上设置了镜像和日志传送，但现在当我想要镜像另一个数据库时，需要很长时间才能显示“数据库属性”页面。 对于这个问题有什么建议。
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
接受 或继续使用网站，即表示您同意使用 Cookies 和您的相关数据。
发布评论
评论（2）
我假设您正在使用“ALTER DATABASE [dbname] SET SAFETY FULL”，因为这将导致数据库更新同步（例如，您的事务只有在两个数据库服务器上提交后才会完成）。
如果服务器之间的延迟很高，您将受到很大的性能损失。
您可以使用“ALTER DATABASE [dbname] SET SAFETY OFF”，这不会为您提供完整的镜像（从属设备可能会落后，并且您必须手动进行故障转移），但您不会受到性能损失。
请参阅 BOL 了解更多信息。
I am assuming you are using "ALTER DATABASE [dbname] SET SAFETY FULL" as that will cause the databases to update syncronized (e.g. your transaction will not complete until commited on both database servers).
If you have high latency between the servers, you will get a large performance penalty.
You could use "ALTER DATABASE [dbname] SET SAFETY OFF" which will not give you full mirroring (the slave can fall behind, and you have to manually fail-over), but you will not get a performance penalty.
See BOL for more information.
您可以设置跟踪并查看 GUI 调用 SQL 时发生的情况。
我对从 2000 年迁移到 2005 年的数据库也遇到了类似的问题，但它最终自行解决了。
You could set up a trace and see what is going on when the GUI makes the call to SQL.
I had a similar problem with a database that was moved from 2000 to 2005, but it eventually cleared up on it's own.