Sql-Server

事務“CREATE INDEX”的遠端強化 - 將索引移動到不同的文件組時

  • November 16, 2018

事務“CREATE INDEX”(ID 0x0000000082a3e3fc 0000:8d8f7911)的遠端加固於 2018 年 8 月 14 日下午 6:14 在 LSN(2599205:10500:111)的數據庫“cola”中開始。該語句已終止。消息 596,級別 21,狀態 1,行 4 無法繼續執行,因為會話處於終止狀態。消息 0,級別 20,狀態 0,第 4 行 目前命令發生嚴重錯誤。結果,如果有的話,應該丟棄。

在此處輸入圖像描述

在將一些索引移動到不同的文件組並同時應用compression= PAGE 時,我收到上面的錯誤消息。

這是我的一個陳述的一個例子:

       CREATE NONCLUSTERED INDEX idx_applicationID_activityDate  
   ON [dbo].[tbl_applicant_activity] 
   (  [applicationID] ASC  , [activityDate] ASC  )  
   INCLUDE ( [activityTypeID] , [applicantID])  
   WITH (  PAD_INDEX = OFF, FILLFACTOR = 100,
SORT_IN_TEMPDB = OFF , IGNORE_DUP_KEY = OFF, STATISTICS_NORECOMPUTE = OFF, ONLINE = OFF, 
   DROP_EXISTING = ON,DATA_COMPRESSION=PAGE, ALLOW_ROW_LOCKS = ON, 
ALLOW_PAGE_LOCKS = ON ) ON [NONCLUSTERED_INDEXES]  

今天已經太晚了,但是明天,在工作時間之外,我的計劃是嘗試批量執行這些語句並找到罪魁禍首,如果有的話。

該數據庫是 AG 的一部分。

問題:

此消息的真正含義是什麼,它如何干擾我的索引創建?

正如Kin在評論中暗示的那樣,這是同步模式可用性組的主節點和輔助節點之間的通信問題。

造成這種情況的原因有很多。可用性組可能在操作中間發生故障轉移(這會導致事務回滾,然後發生該錯誤)。

更一般地說,錯誤消息:

事務“CREATE INDEX”(ID 0x0000000082a3e3fc 0000:8d8f7911)的遠端強化於 2018 年 8 月 14 日下午 6:14 在 LSN 的數據庫“cola”中開始(2599205:10500:111)失敗

表示與日誌序列號 2599205:10500:111 關聯的事務日誌記錄

  • 無法發送到輔助節點,或
  • 沒有被中學承認

您應該能夠找到有關導致此通信失敗的線索

  • 集群日誌(請參閱此處了解如何獲取),
  • SQL Server 錯誤日誌(查找有關可用性組角色更改的消息),以及
  • AlwaysOn_health 擴展事件會話。

引用自:https://dba.stackexchange.com/questions/214911