Nu trebuie să implicați partiționarea (dar ar putea dacă aveți un alt motiv). Dacă creați un nou grup de fișiere care conține fișierele fizice pe care le doriți și reconstruiți indexul pe noul grup de fișiere, ar trebui să fie suficient pentru a răspândi datele în acele fișiere fizice.
Procesul de reconstrucție va arăta cam așa. Să presupunem că indexul curent are următoarea definiție:
creați indexul grupat [CIX_foo] pe dbo.foo (FooID) pe [PRIMARY];
L-ai putea reconstrui astfel:
creați indexul grupat [CIX_foo] pe dbo.foo (FooID) cu (drop_existing = on) pe [NewFileGroup];
Utilizați orice alte opțiuni pe care le-ați utiliza în mod normal la crearea acelui index (adică sort_in_tempdb, pad_index, online, reluabil etc.).Luați în considerare, de asemenea, dacă modificarea setării de compresie a indexului existent are sens - rescrieți întregul index, așa că acum ar fi momentul!
În cele din urmă, ca recomandare, aș crea cel puțin două fișiere pe unitate în noul grup de fișiere. De ce? Dacă SWAG-ul dvs. de 8 fișiere (și probabil 8 unități) nu este suficient pentru cazul dvs. de utilizare, va trebui să treceți din nou prin procesul de reconstrucție a indexului de mai sus. Dar dacă o faceți, să spunem două fișiere pe unitate (pentru un total de șaisprezece), puteți asigura noul spațiu de stocare și puteți face doar o copie a fișierelor sistemului de fișiere (în timp ce db-ul este offline) sau o restaurare specificând noile locații. Oricare dintre acestea ar trebui să fie mai rapidă decât reconstruirea indicilor.
