小编Eli*_*gne的帖子

问题：如何在 AlwaysOn 可用性组 (AG) 中的所有服务器上运行分布式事务协调器 (DTC)？我不需要在故障转移/切换事件上维护事务。

设置：我有一个带有三台 Windows 2008 R2 服务器的 Windows 故障转移群集 (WSFC)，它们都运行 SQL 2012。两台服务器位于一个数据中心，是 AlwaysOn 故障转移群集 (FCI) 的一部分，而第三台服务器位于第二个数据中心。WSFC 是一个多子网集群。这是设置的草图：

我已经能够安装和配置 DTC 以在两个 FCI 节点之间工作，因为它们位于同一子网上并共享存储。我已经配置了几个 AG，它们运行良好。此屏幕截图显示安装在 FCI 上的 DTC：

此屏幕截图显示我可以在其中一个 FCI 节点（以处于活动状态的节点为准）上配置 DTC：

我想将使用 DTC 的应用程序迁移到此集群并使用 AG。我读过 AG（参考）不支持 DTC 。我一直找不到在第二个数据中心的第三个节点上配置 DTC 的方法。当我尝试在第三个节点上配置 DTC 时，它似乎不可用，如下图所示：

在 Brent Ozar 的Free Setup Checklist PDF for Availability Groups 中，他列出了：

集群安装...

29. 如果涉及 FCI，请根据您的计划部分的决定配置 DTC。

In the comments on SQL Server 2012 AlwaysOn Availability Groups Rock Brent says that …

我有点像一个新的 DBA，我正在管理一个具有大量活动的 SQL Server 2012 实例。我在完全恢复模式下运行，因为我们需要时间点恢复。

现在，我每天凌晨 5 点对数据库和日志进行完整备份。一些日志文件已经膨胀到 300gb，即使在进行备份后，它们的大小也不会减小。我可以通过运行类似于以下内容的内容来减小它们的大小：

BACKUP LOG db1 TO DISK = '\\server\share\db1_log1.trn';
DBCC ShrinkFile([db1_log], 0);

BACKUP LOG db1 TO DISK = '\\server\share\db1_log2.trn';
DBCC ShrinkFile([db1_log], 0);

BACKUP LOG db1 TO DISK = '\\server\share\db1_log3.trn';
DBCC ShrinkFile([db1_log], 0);

当我检查备份文件的 LSN 时，我看到如下内容：

RESTORE headeronly FROM DISK = N'\\server\share\db1_log1.trn'
FirstLSN:  15781000014686200001
SecondLSN: 15802000000665000001

RESTORE headeronly FROM DISK = N'\\server\share\db1_log2.trn'
FirstLSN:  15802000000665000001
SecondLSN: 15805000000004100001

RESTORE headeronly FROM DISK = N'\\server\share\db1_log3.trn'
FirstLSN:  15805000000004100001
SecondLSN: 15808000000004200001

我不相信我通过缩小日志文件来破坏我的日志链。读到这里，我确实相信我正在损害我的性能，因为那些缩小的日志文件必须重新增长自己。

问题：

1. 为什么备份后日志文件没有缩小？是因为有未提交的事务吗？
2. 起初我想我应该在每 5:00 AM 备份后缩小日志文件。在阅读了这对性能的影响之后，我现在相信我需要在白天每隔几个小时进行一次定期的日志备份。那是对的吗？ …

问题：如何让我的可用性组注册为ag-ewgtest.sql.company.com我的服务器认为自己的给定server.company.com。

设置：我的 SQL Server 2012 可用性组位于多个子网上，类似于这篇 MSDN 博客文章 中的描述。当我进入故障转移群集管理器时，它显示名称解析尚不可用：

然后我右键单击“名称：ag-ewgtest”并选择属性。我勾选了“发布 PTR 记录”，它显示全名是ag-ewgtest.company.com.

我的问题是我只被允许更新 DNS 区域sql.company.com。如果我将 DNS 名称更改为 ，ag-ewgtest.sql.company.com则全名变为ag-ewgtest.sql.company.com.company.com.

我尝试将我的 NIC 更新为：

但并没有什么不同。如何更改我的可用性组尝试注册的子域？

以下查询在 SQL Server 2008 R2 上运行，运行时间超过 1 小时：

select log_id, type, instance_id from ts_cache_log where log_id > 146400 order by log_id

它产生了 0 行返回。我知道这一点是因为我将数据库恢复到查询开始运行并重新运行查询的时间点。当我这样做时，查询运行得非常快（不到 1 秒）。

当这个查询运行了一个多小时时，sp_WhoIsActive通过 SQL 代理作业每 5 分钟启动一次，并将详细信息记录到表中。下面的图片，您应该能够下载并放大查看，显示了在此期间运行的内容。

长时间运行的查询以绿色突出显示。wait_info 列为空并且 sleep_status 始终处于睡眠状态。

知道为什么这个查询需要这么长时间才能运行和/或我可以做些什么来进一步排除故障吗？