SQL Server 2005镜像数据库仍处于（恢复…）状态

没有。 这是镜子的正常状态。 只要委托人说“同步”，服务器和镜像之间的所有内容都可以正常工作。 有关更多详细信息，请参阅此Technet文章： http : //technet.microsoft.com/en-us/library/cc917681.aspx#ELAA 。

我build议的唯一的事情是testing故障转移，但只有当主数据库不是一个实时生产数据库。

那是应该发生的事情。 镜像数据库将始终处于恢复状态，因为它始终处于新的事务中。 当您故障转移到镜像时，当前活动的数据库将显示为恢复，并且当前镜像将变为活动状态。

我build议你现在testing一个故障。 您需要确保数据库周围的其他生态系统正确configuration为进行故障转移。 以下是最常见的检查内容：

• dbo SID映射到有效的login名
• 故障切换后用户不会成为孤儿
• 数据库主密钥可以在故障切换后打开（ 两个实例都已将其服务主密钥encryption添加到数据库主密钥 ）
• 必要的代理作业在新的主体主机上configuration，并且可以正确login
• 所有应用程序都使用包含镜像伙伴的连接string，并连接到新的主体并恢复
• 如果数据库是复制发布者，则将复制代理configuration为遵循故障转移到其新主体
• 没有跨数据库查询依赖于另一个数据库的可用性

查看另一个服务器实例上的“使数据库可用时pipe理元数据”中的相关主题

是的，只是testing故障转移和故障恢复，并确保你在镜像操作模式，你想要的。 在容错性和性能之间可以有一个很大的折衷，事务安全性与交易安全性之间是完全相关的。 如果希望在发生故障转移后自动重新连接，则还可能需要考虑将应用程序的连接string更新为支持镜像。