INDICE SQL Server 2008 - Basta ricostruirlo?

Question

Ho cercato gli indici di ricostruzione come parte della manutenzione per SQL Server 2008.

Ci sono un sacco di post che spiegano riorganizzare e ricostruire. Penso di averlo capito.

Domanda pratica: se il nostro DB non viene utilizzato nel fine settimana, sarebbe giusto eseguire una ricostruzione su tutte le fragi> 10?

Questo sito raccomanda un REorg se FRAG è 10-40 e una ricostruzione per Frags> 40.

http://blog.sqlauthority.com/2007/12/22/sql-server-differen-between-index-rebuild-and-index-reorganize-esplained-with-t-sql-script/

Capisco che una ricostruzione blocca la tabella (versione SANS Enterprise) ma è l'opzione più pulita, corretta (drops indice e ne crea una nuova)? Quindi, se non dobbiamo preoccuparci di essere bloccato dall'accesso a DB, c'è qualche motivo per cui non dovremmo solo ricostruire o c'è un motivo per reincarico su Frags 10-40?

Answer 1

Se il tuo database non è grande dozzine di concerti e hai un weekend intero come finestra di manutenzione, stai bene per ricostruire. Se hai EE puoi sbarazzarti quasi Tutti bloccanti per opzione online.

Prova a pensare al tuo problema in ambito più ampio. Se hai un array condiviso per più istanze SQL, fare operazioni IO intensive come Indice Rebuild non sarebbe utile. Se usi SAN, potrebbe non essere necessario eseguire una tale manutenzione dell'indice aggressivo perché potresti non aiutare nulla. Brent aveva un grande webcast su questo argomento: http://www.youtube.com/watch?v=fd1czvc6ouk