表分區

期間磁盤空間用完的我試圖分區之前一個大表（160Gb的）。它包含IIS logs的數據，這些數據是通過過去70天生成的。分區方案和功能將表格拆分成相關日期。表分區

每個文件組中有一個文件，一個數據會存入每個文件。

有在桌子上目前沒有聚集索引，有2個左右已經從數據拉日誌的創建時間和ASP會話ID非聚集索引。

我遇到的問題是，當我嘗試分配此表進行分區時，磁盤空間不足。

是否有配料過程的方法？

USE [Diagnostic_MB] 
GO 
BEGIN TRANSACTION 
CREATE CLUSTERED INDEX [ClusteredIndex_on_Scheme70Day_634883295513235207] ON [dbo].[IISLog] 
(
    [SentUTCDateTime] 
)WITH (SORT_IN_TEMPDB = OFF, IGNORE_DUP_KEY = OFF, DROP_EXISTING = OFF, ONLINE = OFF) ON [Scheme70Day]([SentUTCDateTime]) 


DROP INDEX [ClusteredIndex_on_Scheme70Day_634883295513235207] ON [dbo].[IISLog] WITH (ONLINE = OFF) 



CREATE NONCLUSTERED INDEX [ASPSession] ON [dbo].[IISLog] 
(
    [ASPSessionID] ASC 
)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, SORT_IN_TEMPDB = OFF, IGNORE_DUP_KEY = OFF, DROP_EXISTING = ON, ONLINE = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [Scheme70Day]([SentUTCDateTime]) 
CREATE NONCLUSTERED INDEX [IX_Time] ON [dbo].[IISLog] 
(
    [SentUTCDateTime] ASC 
) 
INCLUDE ([csHost], 
[scStatus], 
[timeTaken]) WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, SORT_IN_TEMPDB = OFF, IGNORE_DUP_KEY = OFF, DROP_EXISTING = ON, ONLINE = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [Scheme70Day]([SentUTCDateTime]) 


COMMIT TRANSACTION

這是最終吃掉我所有磁盤空間的代碼。理想情況下，我希望能夠將數據移出主文件組而不是創建副本。這不是一個需要所有的時間一個數據庫，以便offline solutions are also welcome...

來源

2012-11-12 Wyn

爲防萬一你想知道你爲什麼沒有得到迴應，應該在http://dba.stackexchange.com/上提出這個問題。我已投票通過遷移到DBA來「關閉」這個問題，但目前只有2票（需要5個）。 – freefaller

簡述：分區SQL Server時，重建聚簇索引。要重建聚集索引，它將排序所有記錄。排序發生在tempdb中。服務器需要表的大小的可用空間或可能是x2大小的表依賴於模式（對不起，現在不記得）。

快速修復：一些數據（= 1個目標分區）複製到臨時表，對PF該表創建索引，該位切換到目標表。一次移動2-3 GB應該不成問題。

來源

2013-05-31 14:33:31 Stoleg

斯托萊格已經有了一個好主意。下面是另一個：刪除非聚集索引預重建（因爲CI重建也可能重建它們，取決於您的情況），並對所有操作使用單獨的事務（正在運行的事務防止已放棄的alloc單元被釋放並釋放空間）。

還有一個更高級的技巧：在你的分區鍵和CI鍵上構建一個NCI。這樣SQL Server可能會使用該NCI來構建分區配置項。然後它不需要再次對數據集進行排序，因爲NCI提供了排序順序。我實際上在野外看到了這種平面形狀。如果SQL Server可以將NCI與鍵查找結合使用，則它並不總是對整個表進行排序。有時根據其啓發式查找計劃會更便宜。

來源

2013-05-31 22:38:39 usr

回答

相關問題