主页 / dba / 问题 / 192993
Accepted
Yaroslav
Asked: 2017-12-14 01:34:19 +0800 CST

重组聚集索引时从辅助读取数据时出现问题

  • 772

我们在 SQL Server 2014 SP2 CU5（3 个节点）中有一个 AOAG。有一个读取已提交快照隔离级别为ON的数据库。我们有一个压缩的大表。我们对该表的一些较大的查询在辅助表中执行。

然后在主节点有一个夜间作业，重新组织几个表上的索引。当它命中上述表的聚集索引时，我们会收到以下错误：

访问数据库 'yyyy' 中表 'xxxx' 中的版本化行时，事务中止。未找到请求的版本化行，因为尝试创建版本的操作不允许可读辅助访问。

在某些时候，大型查询正在执行带有提示的读取READUNCOMMITTED。我认为这是导致此错误的原因，因此我将其删除。但是错误仍然存​​在。

有任何想法吗？

当前设置：

  • 02 辅助处于同步模式
  • 03 次要异步模式

AOAG 当前设置

表详细信息

  • 行数：122.567.668
  • 总空间MB：18.460
  • 已用空间MB：18.238

定义：

CREATE TABLE [dbo].[big_table](
[ID] [int] NOT NULL IDENTITY(1, 1),
1 [int] NULL,
2 [datetime] NULL,
3 [int] NULL,
4 [int] NULL CONSTRAINT [DF_ccc_bUnits] DEFAULT ((0)),
5 [money] NULL,
6 [money] NULL,
7 [int] NULL,
8 [int] NULL CONSTRAINT [DF_ccc_MinDays] DEFAULT ((0)),
9 [int] NULL,
10 [int] NULL,
11 [float] NULL,
12 [money] NULL,
13 [int] NULL,
14 [int] NULL,
15 [nvarchar] (200) COLLATE SQL_Latin1_General_CP1_CI_AS NULL,
16 [money] NULL,
17 [money] NULL,
18 [int] NULL,
19 [int] NULL,
20 [money] NULL,
21 [money] NULL,
22 [money] NULL,
23 [money] NULL,
24 [money] NULL,
25 [datetime] NOT NULL CONSTRAINT [DFcccadded] DEFAULT (getdate()),
26 [nvarchar] (50) COLLATE SQL_Latin1_General_CP1_CI_AS NULL,
27 [money] NOT NULL CONSTRAINT [DFcccBrf] DEFAULT ((0)),
29 [money] NOT NULL CONSTRAINT [DFcccHB] DEFAULT ((0)),
30 [money] NOT NULL CONSTRAINT [DFcccFB] DEFAULT ((0)),
31 [money] NOT NULL CONSTRAINT [DFcccAllBoards] DEFAULT ((0)),
32 [money] NOT NULL CONSTRAINT [DFcccChildBrf] DEFAULT ((0)),
33 [money] NOT NULL CONSTRAINT [DFcccChildHB] DEFAULT ((0)),
34 [money] NOT NULL CONSTRAINT [DFcccChildFB] DEFAULT ((0)),
35 [money] NOT NULL CONSTRAINT [DFcccChildAllBoards] DEFAULT ((0)),
36 [int] NULL CONSTRAINT [DFcccShow_1] DEFAULT ((0)),
37 [timestamp] NOT NULL,
38 [money] NULL,
39 [money] NULL,
40 [money] NULL,
41 [money] NULL,
42 [money] NULL,
43 [money] NULL,
44 [money] NULL,
45 [money] NULL,
46 [int] NOT NULL CONSTRAINT [DFcccReleaseHour] DEFAULT ((0)),
47 [int] NULL,
48 [int] NULL,
49 [money] NULL,
50 [money] NULL,
51 [float] NULL
) ON [PRIMARY]
WITH (DATA_COMPRESSION = PAGE)
GO
CREATE UNIQUE CLUSTERED INDEX [IXccc] ON [dbo].[big_table] (1, 2) WITH (FILLFACTOR=90, DATA_COMPRESSION = PAGE) ON [PRIMARY]
GO
ALTER TABLE [dbo].[big_table] ADD CONSTRAINT [PKccc] PRIMARY KEY NONCLUSTERED ([ID]) WITH (DATA_COMPRESSION = PAGE) ON [secondary]
GO
CREATE UNIQUE NONCLUSTERED INDEX [IXcccstamp] ON [dbo].[big_table] (36) INCLUDE (1, 2) WITH (FILLFACTOR=100) ON [PRIMARY]
GO
sql-server sql-server-2014

1 个回答

  1. Best Answer

    因此，在用完可能的解决方案后，我们向 Microsoft 开了一个支持案例。他们要求在进程运行时运行一个工具来收集一些信息，然后他们对其进行分析。这是他们的答案：

    • 如果它在启动重组索引作业之前启动，则选择命令运行良好
    • 如果 Select 命令在重新组织作业启动后启动，则它会失败。
    • 发现上述行为是 AG 中的预期行为。
      • 尽管由于行版本控制读取操作不采用共享锁，但这些操作采用模式稳定性 (Sch-S) 锁，这可能会阻止正在应用 DDL 更改的重做操作。DDL 操作包括 ALTER/DROP 表和视图，但不包括存储过程的 DROP 或 ALTER。
      • 在我们的情况下，当重组索引在主要重做操作上运行时，正在对辅助副本执行并获取SCH-M（架构修改锁），当Select命令试图访问相同的副本时，获取 Sch-S（架构稳定性）锁，因为它已经被具有 Sch-M 锁的重做线程占用。
      • 在这种情况下，您的应用程序正在生成错误，包括超时错误。
    • 为避免这种情况，建议在下班时间安排重新组织索引任务

    我们没有“下班时间”，我们 24/7/365 运行。不是一个确定的答案，但至少我们知道这个问题的根本原因。因此，该方法将是临时更改连接字符串，以便失败的任务将在重新索引运行当天从主 AG 节点而不是辅助 AG 节点读取。

    • 2

相关问题