共用方式為


執行線上索引作業的指導方針

當您執行線上索引作業時,下列指導方針將適用:

  • 當基礎資料表包含大型物件 (LOB) 資料類型 (image、 ntext、text、varchar(max)、nvarchar(max)、varbinary(max) 與 xml) 時,必須離線建立、重建或卸除叢集索引。

  • 資料表包含 LOB 資料類型,但這些資料行在索引定義中皆不作為索引鍵或無索引鍵 (內含) 資料行時,可以線上建立非唯一的非叢集索引。定義為 LOB 資料類型資料行的非叢集索引必須離線建立或重建。

  • 在本機暫存資料表上不能在線建立、重建或卸除緹引。此限制不適用於全域暫存資料表上的索引。

[!附註]

只有 SQL Server Enterprise、Developer 和 Evaluation 版本上才可使用線上索引作業。

下表顯示可以線上執行的索引作業以及從這些線上作業排除的索引。也包含其他限制。

線上索引作業

排除索引

其他限制

ALTER INDEX REBUILD

已停用叢集索引或已停用索引檢視

XML 索引

本機暫存資料表上的索引

當資料表包含排除索引時,指定關鍵字 ALL 可能導致作業失敗。

重建已停用索引的其他限制也適用。如需詳細資訊,請參閱<停用索引的指導方針>。

CREATE INDEX

XML 索引

在檢視上的初始唯一叢集索引

本機暫存資料表上的索引

 

CREATE INDEX WITH DROP_EXISTING

已停用叢集索引或已停用索引檢視

本機暫存資料表上的索引

XML 索引

 

DROP INDEX

停用的索引

XML 索引

非叢集索引

本機暫存資料表上的索引

不能在單一陳述式中指定多個索引。

ALTER TABLE ADD CONSTRAINT (PRIMARY KEY 或 UNIQUE)

本機暫存資料表上的索引

叢集索引

一次僅允許一個子子句 (Subclause)。例如,您無法在同一個 ALTER TABLE 陳述式中加入和卸除 PRIMARY KEY 或 UNIQUE 條件約束。

ALTER TABLE DROP CONSTRAINT (PRIMARY KEY 或 UNIQUE)

叢集索引

 

處理線上索引作業時,不能修改、截斷或卸除基礎資料表。

當您建立或卸除叢集時,指定的線上選項設定 (ON 或 OFF) 會套用到必須重建的任何非叢集索引。例如,若是使用 CREATE INDEX WITH DROP_EXISTING, ONLINE=ON 線上建立叢集索引,那麼也會線上重建所有相關聯的非叢集索引。

線上建立或重建 UNIQUE 索引時,此索引產生器與並行使用者交易可能嘗試要插入同一個索引鍵,因此而違反了唯一性。若在原始資料列從來源資料表移動到新索引之前,將使用者輸入的資料列插入至新索引(目標),線上索引作業將失敗。

雖然這種情形並不常見,但是由於使用者或應用程序活動的原因,線上索引作業與資料庫更新互動時,即會導致死結。在這些極少數情況下,SQL Server Database Engine 將選擇使用者或應用程序活動作為死結的犧牲者。

只有在建立多個新的非叢集索引或重新組織非叢集索引時,才能在同一個資料表或檢視上執行並行線上索引 DDL 作業。同時執行的所有其他線上索引作業都會失敗。例如,在同一個資料表中線上重建現有索引時,是無法線上建立新的索引。

磁碟空間考量因素

通常,磁碟空間需求對於線上與離線作業是一樣的。例外的情形是暫存對應索引需要額外的磁碟空間。此暫存索引用於建立、重建或卸除叢集索引的線上索引作業。線上卸除叢集索引與線上建立叢集索引需要一樣多的磁碟空間。如需詳細資訊,請參閱<索引 DDL 作業的磁碟空間需求>。

效能考量

雖然線上索引作業允許並行使用者更新活動,但是若更新活動負載繁重,此索引作業將需要更長時間。一般而言,無論並行更新活動的程度,線上索引作業都將低於同等的離線索引作業。

由於線上索引作業期間都會維護來源與目標結構,因此會增加插入、更新與刪除交易時所耗用的資源,甚至可能加倍。這在索引作業期間可能導致效能降低與資源過度耗用,尤其是 CPU 時間。線上索引作業會完整記錄下來。

儘管我們推薦線上作業,但您應該評估您的環境與特定要求。離線執行索引作業可能會是最佳方式。若要達到這種方式,在作業期間,使用者僅能有限地存取資料,但是將更快完成作業且使用較少的資源。

在執行 SQL Server Enterprise 的多處理器電腦上,索引陳述式可能會如同其他查詢般,使用更多處理器來執行與索引陳述式相關聯的掃描和排序作業。您可以使用 MAXDOP 索引選項控制線上索引作業專用的處理器數目。以此方式,您就可以平衡索引作業所使用的資源以及使用者並行所使用的資源。如需詳細資訊,請參閱<設定平行索引作業>。

因為索引作業的最終階段會保留 S-lock 或 Sch-M 鎖定,所以在明確的使用者交易 (例如 BEGIN TRANSACTION...COMMIT 區塊) 內執行線上索引作業時要特別小心。這樣做導致交易完後才執行鎖定,而妨礙使用者進行並行作業。

交易記錄考量因素

大規模的索引作業,無論是離線或線上執行,都會產生大量資料負載,而很快就填滿了交易記錄。若要確定可以回復索引作業,在索引作業完成以前,不能截斷交易記錄;不過,在索引作業期間可以備份此記錄。因此,在索引作業期間,交易記錄必須有足夠的空間,才能儲存索引作業交易與任何並行使用者交易。如需詳細資訊,請參閱<索引作業的交易記錄磁碟空間>。