我有两台服务器,SERVER-01 和 SERVER-00(不是他们的真实姓名)。SERVER-00 是 SQL Server 2005 Standard 实例,SERVER-01 是 SQL Server 2014 Standard 实例。我有这个查询,每晚在 SERVER-00 上的 SQL 代理作业中运行:
truncate table DataWarehouse.dbo.documents
set identity_insert DataWarehouse.dbo.documents ON
INSERT INTO [DataWarehouse].[dbo].[documents]
(
[documentID]
,[poNumber]
,[soldTo]
,[shipTo]
)
SELECT
[documentID]
,[poNumber]
,[soldTo]
,[shipTo]
FROM [server-01].[DataWarehouse].[dbo].[documents]
set identity_insert DataWarehouse.dbo.documents OFF
(实际查询包含更多列,为了便于阅读,我对其进行了修剪。)
在 SERVER-01 上,documents
是一个视图。在 SERVER-00 上,documents
是一个表。在此查询[server-01]
中是 SERVER-00 上的链接服务器连接(它使用系统管理员的凭据连接到 SERVER-01)。
documents
SERVER-00 上只有大约一半的行被插入。作业没有记录错误消息或警告- 它总是成功的。这到底是怎么发生的?
原来罪魁祸首是我们的老朋友,
ARITHABORT
!在视图
documents
中,poNumber
实际上是一个标量函数调用的输出。其中一个输入是我试图传递给 INT 参数的 BIGINT,因此某些行出现了溢出错误。因为从 SERVER-00 到 SERVER-01 的链接服务器连接未ARITHABORT
设置(因此关闭),所以错误被吞没了,所以从那一侧运行查询时我没有看到它。一旦我纠正了函数的问题(将参数扩展为 BIGINT),所有行都开始正确复制!
作为参考,我通过在 SERVER-00 上运行此查询来确认链接服务器连接的选项:
听起来一种可能性可能是超时,因此我将根据该前提提供可能的解决方案/故障排除技巧。
检查连接页面上的服务器属性(在对象资源管理器中,右键单击您的实例对象 --> 属性)并记下远程查询超时数。
此外,链接服务器有自己的连接和查询属性(展开您的实例对象 --> 服务器对象并右键单击链接服务器 --> 属性。在服务器选项页面上,检查连接超时和查询超时值。(查看https://technet.microsoft.com/en-us/library/ms186839(v=sql.105).aspx了解有关链接服务器属性的信息)。
如果上述三个值中的任何一个对应于您的查询下降的时间,您可能需要更改它们。
如果您将查询作为 SQL Server 代理作业运行,我会查看作业历史记录以查看持续时间是否对应于超时时间。
这应该让你开始至少检查它是超时的可能性。
旧版本的 SQL 2005 有许多链接服务器错误。你是最新的版本吗?
目标表是否在主键上启用了 IGNORE_DUP_KEY?这可能使它看起来“删除”行。
您确定在代理作业运行之前源数据已提交吗?因为隔离级别可能会使其在此之前不可用。