SQL技术分析：分布式事务、性能计数器

    问题：我们使用了大量分布式事务，正研究数据库镜像以使我们的关键数据库之一具备高可用性。在测试过程中我们发现，在尝试对镜像数据库进行故障转移后，分布式事务有时会失败。能否说明这是为什么?

　　解答：这实际上是记录在案的使用分布式事务的限制。在使用数据库镜像或日志传送时会存在该限制，基本上对于在执行故障转移后 Windows 服务器名称会有所不同的任何技术，都存在该限制。

　　在使用 Microsoft 分布式事务处理协调器 (MSDTC) 事务时，本地事务处理协调器具有资源 ID，用于标识运行该协调器的服务器。在进行镜像故障转移时，主体数据库会承载于另一个服务器上(镜像伙伴)，因此事务处理协调器的资源 ID 会有所不同。

　　如果某个分布式事务处于活动状态，镜像伙伴上的事务处理协调器会尝试识别该事务的状态，但是无法识别，因为它具有错误的资源 ID;MSDTC 无法识别该 ID，因为它最初未包含在该分布式事务中。在这种情况下，必须终止该分布式事务，这便是您所看到的行为。

　 　跨数据库事务(涉及多个数据库中的更新的简单事务)也存在类似问题。如果所涉及的一个数据库进行了镜像，另外一个没有镜像，则跨数据库事务可以在这两个 数据库中提交。如果进行强制镜像故障转移(当主体与镜像未同步，且执行允许丢失数据的手动故障转移时)，在镜像数据库中提交的事务可能会丢失，这会破坏跨 数据库事务的完整性。

　　这可能会在镜像数据库未同步时发生(有关详细信息，请参阅我发表的 2009 年 6 月专栏)，因此提交的跨数据库事务的日志记录尚未发送到镜像。在强制故障转移后，新主体数据库中不存在该事务，因此会破坏跨数据库事务的完整性。

　　问题：最 近我对某些性能计数器进行监视，以解决一个数据库存储方面的问题。在这个过程中，我注意到了一些非常奇怪的现象：尽管数据库中未进行任何操作，数据库文件 仍然存在写入活动。数据和日志文件都存在这种情况。甚至在我确保未连接到 SQL Server 的情况下，这种情况仍在继续。既然没有连接，怎么会存在 I/O 活动呢?

　　解答：SQL Server 有很多需要运行的内部操作;这些操作称为后台任务。系统中会执行一个或多个后台任务，从而导致 I/O 活动。下面简单列出了可能的原因：

　　虚影清理：删 除操作仅将记录标记为已删除，以优化取消操作时的性能;该操作实际上不对空间清零。一旦提交了删除操作，便必须执行某种操作，以从数据库中实际移除被删除 的记录。这是由虚影清理任务完成的。有关详细信息，请参阅我的博客文章，这篇文章还说明了如何检查虚影清理任务是否正在运行。

（编辑：焦作站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!