我需要一些帮助来理解以下示例的镜像。
FL 中的主服务器 德国的镜像服务器
我的应用程序正在为 FL 系统插入表
案例1：镜像服务器宕机——网络问题——我假设插入将被写入主体上的事务日志——它不会被提交到磁盘如果有人试图查询FL数据库会发生什么。他们会看到最后一笔交易[插入]吗？当 SQL Server 执行查询时，它是否同时查看 DB 和 tlog？
案例 2：如果镜像服务器宕机 2 天。然后我猜交易日志会继续增长。你能解释一下这将如何影响应用程序的响应时间吗
案例3：如果镜像关闭一段时间（周）。是不是最好打破镜像。另外，这是否意味着我再次对数据库进行了完整备份以重新配置镜像
你还没有指定什么样的镜像，所以我会假设自动故障转移的安全性很高
案例 1：主体将处于“断开连接”状态。事务将提交到主体上的磁盘，而不是镜像（显然）。事务将保留在日志的“活动”部分，不会被备份。即您将看到您的事务日志增长，并且 sys.databases 中的log_reuse_wait_desc 列将 MIRRORING。FL 数据库将保持脱机并处于断开连接状态。您将无法查询它，除非您使用类似FORCE_SERVICE_ALLOW_DATA_LOSS使其在线的东西，此时您已经破坏了您的镜像（尽管主体还不知道它并且将继续保存日志）
案例 2：事务日志将根据您的自动增长设置不断增长。这是自动增长日志的常见情况，每次自动增长时都会有一些开销，并且最终可能会产生大量虚拟日志文件。可能最好将自动增长设置为合理的值，这样它就不会以 50MB 的增量增长。
案例 3： 这取决于与需要在站点之间复制以重新启动镜像的完整数据库备份的大小相比，您已经更改了多少数据更改。在 SQL Server 2008 中，您有诸如日志压缩之类的选项，这意味着您可以用更少的带宽将更多事务填充到网络中（如果您正在使用它）