作为解决 SQL Server 集群性能问题的一部分,我发现节点没有正确修补到同一级别。它是一个 2 节点主动/被动集群。SQL Server 性能在具有更高补丁级别的节点上要好得多。
节点现在已修补到相同级别。
只是想了解 SQL Server 及其在这种情况下的表现如何?这个补丁级别的不匹配是否会导致集群出现其他问题?
作为解决 SQL Server 集群性能问题的一部分,我发现节点没有正确修补到同一级别。它是一个 2 节点主动/被动集群。SQL Server 性能在具有更高补丁级别的节点上要好得多。
节点现在已修补到相同级别。
只是想了解 SQL Server 及其在这种情况下的表现如何?这个补丁级别的不匹配是否会导致集群出现其他问题?
我正在尝试将关闭的 88101840 行从一个表移动到另一个表。处理服务器上的日志增长,一次处理 10000 行。请查看下面的查询。只是想看看这种方式是否好,或者是否有更好的方式来做。
DECLARE @Archive_Rows INT;
SET @Archive_Rows = 1;
WHILE (@Archive_Rows > 0)
BEGIN
DELETE TOP (10000) Audit
OUTPUT deleted.*
INTO AuditArchive
WHERE EVENTYEAR = '2016';
SET @Archive_Rows = @@ROWCOUNT;
END
在一些运行 MSDTC 的服务器上遇到此间歇性问题。
19/09/2018 10:54:38 a.m. -- A timeout (30000 milliseconds) was reached while waiting for a transaction response from the MSDTC$cde1a4e7-dc9d-4ae3-89b9-8114147ae420 service.
19/09/2018 10:54:38 a.m. -- Cluster resource 'MSDTC-SQLServer' of type 'Distributed Transaction Coordinator' in clustered role 'SQL Server' failed.
19/09/2018 10:54:57 a.m. -- The Distributed Transaction Coordinator (cde1a4e7-dc9d-4ae3-89b9-8114147ae420) service terminated unexpectedly. It has done this 12 time(s).
所有这些服务器都运行 Trend Micro 深度安全代理(反恶意软件保护和入侵防御)。关闭 AV 后问题完全消失。但是长时间关闭 AV 并不是一种选择。
已为 MSDTC 配置了以下 AV 排除项。
我应该添加更多排除项吗?
我正在查看借助 sp_whoisactive 捕获的数据。
session_id: 1016
blocked_session_count: 24
Login_time : 29/03/2018 12:14:59
tran_start_time : 29/03/2018 12:14:59
start_time: 29/03/2018 12:15:59
status: sleeping
open_tran_count :1
此 session_id 的 login_time 和 tran_start_time 相同。但是 start_time 是在一分钟之后。
这是否意味着会话在 29/03/2018 12:15:59 进入休眠状态??
谢谢 :)
我正在寻找可用于编写所有数据库级别权限的脚本。
那里有很多脚本。但我不确定使用哪一个。如果有人能指出我正确的方向,那就太好了。
希望将 SSRS 从 2008R2 升级到 2016。
SQL Server 2000 数据库可以用作 SSRS 2016 中的数据源吗?迁移过程中是否还有其他已知问题?