阅读（然后在testing数据库上testing）镜像的设置看起来应该使镜像数据库处于恢复模式以进行正常操作。 它是否正确？ 在任何时候都有必要启动故障转移（即使不使用证人），主数据库是否会进入恢复模式？ 这似乎愚蠢。
我正在Amazon EC2中设置镜像，并且我拥有所有带有专用IP的服务器。 当我尝试使用以下命令将我的镜像连接到我的主体 alter database DB_NAME set partner = 'TCP://202.42.3.54:1433' （IP由于安全性而改变）我得到一个错误说 服务器networking地址“TCP：//202.42.3.54：1433”无法到达或不存在。 检查networking地址名称并重新发出该命令。 我确定服务器存在，并从其他服务器可见。 我记得在端点服务器名称与服务器在@@ SERVERNAME中自己知道的名称不一样时有问题，有没有人认为这可能是问题？ 鉴于我们没有任何域设置，也没有ActiveDirectory我可以想到使用实际的服务器名称的唯一方法是设置一个主机文件，但我觉得这个解决scheme将最终难以pipe理，非常难看。 任何选项或想法？
我有一个成长中的网站，现在使用单个和普通的MySQL服务器来完成任务。 我想知道如何以及何时应该迁移到function更强大的服务器，换句话说，何时是使用镜像服务器或网格或单服务服务器的最佳时机？ 我怎么能发现我的networking应用程序需要更好的数据库服务器解决scheme和configuration？ 我知道我可以学习使用率和服务器负载，但由于我没有足够的经验来pipe理和开发大型网站，我需要一些关于如何为快速增长的网站configurationMySQL服务器的build议？ 什么是最佳实践？
我们正在运行一个支付（EFT交易处理）应用程序，该应用程序正在全天候处理大量交易，目前正在研究将数据库复制到灾难恢复站点的更好方法。 我们目前和以前的战略包括使用DoubleTake和Redgate将数据复制到一个温暖的待命状态。 DoubleTake是支付软件供应商支持的解决scheme，但是他们在南非的（DoubleTake）支持非常差。 我们有几个问题，根本无法解决，所以我们不得不放弃DoubleTake。 我们一直在使用Redgate手动读取主站点的数据（通过查询）并写入灾难恢复站点，但这是： 不好的解决办法 无论何时我们遇到支持问题，都会让软件供应商感到不安和困扰，因为它往往会干扰数据库密集型的支付应用程序。 我们最近升级了整个系统在SQL 2008 R2 Enterprise上运行，这意味着我们应该考虑使用一些内置的复制function。 该服务器有两个相当大的数据库，其中包含高度易失事务数据和漂亮的静态configuration数据。 复制将通过WAN连接到单独的物理站点，并需要实现以下目标。 RPO：零损失 – 这是具有财务影响的交易数据，所以我们不能失去任何东西。 RTO：趋于零 – 业务取决于我们每分钟处理交易的能力，我们正在亏损 我已经看了一些其他的问题/答案，但没有一个完全符合我们的情况： SQL Server 2008故障转移策略 – 日志传送或复制？ 如何通过仅使用SQL Server的logshipping实现以下RTO和RPO？ 实现数据库复制的两种方法中最好的是什么？ 我目前的想法是，我们应该使用镜像，但我担心，对于RPO：0，我们将需要做延迟提交，这可能会影响主DB的性能，这是不是一个选项。 我们目前的DRstream程是： 停止传入的stream量到主站点，并允许所有在飞行中的交易完成。 允许复制到DR完成。 更改networking路由以路由到灾难恢复站点。 启动辅助站点上的所有应用程序和服务（理想情况下，我们可以将其更改为更加温暖的备用，即应用程序已经运行但不处理任何事务）。 换句话说，灾难恢复数据库需要尽快赶上初级，准备好作为新的主数据库进行处理。 当我们准备好切换时，我们需要能够扭转这种情况。 有没有比镜像更好的select（我们也应该做日志传送），任何人都可以提出我们应该牢记的其他考虑因素？
我最近在几个环境中设置了SQL 2005数据库镜像（与证人同步），并且享受了这个体验，但是有一些问题： 发生故障时，事务日志链是否被破坏？ 我是否需要安排完整备份才能在辅助服务器上继续事务日志备份？ 我注意到DBCC CHECKDB在执行故障切换时执行，有谁知道指定了哪些选项？ 这会影响VLDBs吗？ 镜像端点似乎与我通过向导configuration镜像时使用的域帐户绑定。 如果我的域帐户被删除，镜像会失败吗？ 我应该更改端点以使用服务器的域服务帐户吗？
我想测量SQL Server切换服务器angular色所需的时间。 有没有办法知道多久才能成为主要的镜子，并准备好新的更新？ 非常感谢你！
我有一个SQL Server 2005镜像数据库，只有主服务器和辅助服务器，没有见证。 今天晚上小学已经下降了，不会再回到线上一段时间了。 辅助服务器仍在运行，但是“镜像，断开/恢复”。 我怎样才能让数据库备份和运行？ 我的应用程序都使用指定主服务器和辅助服务器的string。
我刚刚设置了一个SQL镜像，但还有一件事我还没有设法解决。 如果我将DBA（主体）镜像到DBB（镜像），并且DBA脱机，它将自动切换到DBB。 但据我所知，DBB上发生的任何更新都不会出现在DBA上，因此，当DBA重新联机并重新变为活动状态时，所有在中断期间的更新都将丢失？ 这是正确的还是我错过了什么？ 谢谢！ 保罗
是否可以镜像SQL Server（2005或2008）Reporting Services数据库（ReportServer，ReportServerTemp）？ 我有一个使用已经镜像的数据库的网站，它也使用了Reporting Services。 我希望能够将主服务器故障切换到镜像，并让报告组件也进行故障切换。 有没有人做到这一点？ 任何陷阱？
我有两个数据库镜像到另一台服务器使用数据库镜像。 由于某些原因，镜像服务器必须closures几天。 现在生产服务器的主数据库处于（PRINCIPAL / DISCONNECTED）状态。 客户端可以访问这些数据库。 那么当他们不断向这些数据库添加数据时会发生什么？ 数据会被提交还是等待镜像出现？