我有两台SQL服务器，运行SQL Server 2008 R2 Standard的服务器A和服务器B. 我可以设置第三台服务器，它将成为服务器A和服务器B的镜像吗？ 我似乎无法find任何文档说明多对一的镜像是允许或可能的。
我们刚刚得到了两台运行Windows Server 2008的新服务器。其目的是使机器几乎完全相同，每晚复制主服务器的内容给从服务器，这样如果出现任何问题，第二台服务器可以支持立即。 它不需要是最新的镜像，但是如果性能没有受到影响，我想这不会有什么影响。 这两台机器将分别运行SQL Server 2008实例。其目的是每晚在主服务器上将数据库复制到从服务器上。 除非我误解，否则镜像数据库中的从属数据库要求主存在才能正常工作; 我希望有一个解决scheme，我们有第二台机器，可以启动和运行，如果第一台机器翻倒，停机时间最短。 我误解镜像吗？ 这是做事情的最佳方式，还是应该使用其他一些机制？ 如果是这样，什么？
MSSQL数据库镜像失败时，我们的脚本将不会login，失败： Cannot open database requested by the login. The login failed. Login failed for user … 我可以解决这个问题的方法是运行： USE YourDB GO EXEC sp_change_users_login 'Auto_Fix', 'MyUsername', NULL, 'MyPassword' GO 我如何sorting这样login只是自动工作？
SQL Server 2005是否提供了一个接口，可以通过编程来确定镜像数据库的健康状况？ 如果是这样，有没有人有如何做的例子？
我们正在将现有的IIS网站+ MS SQL 2005数据库（在同一台服务器上）迁移到新的testing设置。 现有的设置太慢了。 我想要一个ISS服务器和2个MS SQL服务器2005.一个用于网站查询（插入，更新）的实时数据库服务器，另一个用于备份，报告或存储过程。 所以活DB应该更加针对性能。 另一个甚至不需要立即同步。 在SQL Server 2005中设置这个最好的方法是什么？ 有人能指出我正确的方向，给我一些指点。
由于开发应用程序的独特方式，我们正在考虑镜像MS SQL数据库（对于Web应用程序），每个用户都有一个SQL服务器login用户帐户，它具有对我们的Web应用程序数据库的权限。 我们一直无法find或使MS SQL数据库从一台服务器镜像到另一台服务器的用户帐户。 是否有可能这样做，或者MS SQL镜像仅限于数据库表/数据。
我有2个服务器设置在镜像高安全性。 一个是“镜子”中的校长和另一个。 目前，我有两个在主服务器上创build的生产数据库（100 GB大小）的快照（用于大量select进程的no_lock目的）和2个用于报告目的的镜像服务器上的同一数据库快照。 我知道快照会降低源数据库的性能，但我不确定来自镜像服务器的快照是否会对主体服务器的性能产生影响。 谢谢，
我只是在我们的两台服务器上成功镜像了相同的数据库。 Management Studio中的主体数据库状态是:(数据库名，主体，同步化）。 镜像数据库状态是（databasename，镜像/恢复…）。 我们下一步是什么？
这是一个奇怪的情况，我们遇到了SQL Server 2008数据库镜像故障转移。 我们有一对以高可用性模式运行的镜像数据库，主体和镜像都显示为同步。 作为一些维护的一部分，我触发了主体到镜像的手动故障转移。 但是，在故障转移之后，委托人现在处于单用户模式，而不是我们通常所期望的“主要/同步”状态。 在发生这种情况之前，数据库已经在前一个委托人处于多用户模式。 我们最终停止了所有应用程序，重新启动SQL Server实例并执行“ALTER DATABASE … SET MULTI_USER”，以使数据库在多用户模式下恢复到预期的“主体/同步”状态。 题。 有谁知道SQL Server存储有关数据库是否应处于单用户模式的信息？ 我想知道是否有一些系统数据库或表有这个设置logging的地方。 特别是我们曾经在原始数据库（曾经失败的数据库）上发生过一次事件，当试图分离数据库时，它被放入单用户模式。 我想知道是否该设置被caching在某处，并且是SQL Server在故障转移后将其恢复到单用户模式的原因。
我们的微软web应用程序每天处理大约2000个订单。 我需要支持故障转移到辅助数据中心。 实施复制/镜像解决scheme有哪些select和经验？ 我听说它被称为地理复制，我读了这里的MSDN文章： http : //msdn.microsoft.com/en-us/library/dd263442(v=sql.100).aspx它描述了性能。 我不是DBA，复制/镜像经验有限。 很显然，到时候我会引入相关的专业知识，但是如果有人描述他们的实施经验，我会很感激。