Index SQL Server 2008 - Il suffit de le reconstruire?

Question

J'ai fait des recherches sur les index de reconstruction dans le cadre de la maintenance de SQL Server 2008.

Il y a un tas de publications qui expliquent la réorganisation et la reconstruction. Je pense que je comprends.

Question pratique: si notre DB n'est pas utilisée le week-end, serait-il OK de simplement exécuter une reconstruction sur tous les frags> 10?

Ce site recommande un reorg si le frag est de 10 à 40 et une reconstruction pour les frags> 40.

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

Je comprends qu'une reconstruction verrouille la table (SANS Enterprise Version) mais que c'est l'option plus propre, correcte (laisse tomber l'index et en crée un nouveau)? Donc, si nous n'avons pas à nous soucier d'être verrouillés de l'accès DB, y a-t-il une raison pour laquelle nous ne devrions pas simplement reconstruire ou y a-t-il une raison de réorganiser toujours sur les frags 10-40?

Answer 1

Si votre base de données n'est pas des dizaines de concerts grands et que vous avez un week-end entier comme fenêtre de maintenance, vous êtes d'accord avec la reconstruction. Si vous avez EE, vous pouvez vous débarrasser de presque Tout verrouillage par option en ligne.

Essayez de penser à votre problème dans une plus grande portée. Si vous avez partagé un tableau pour plusieurs instances SQL, faire des opérations IO intensives comme Index Rebuild ne serait pas utile. Si vous utilisez SAN, vous n'aurez peut-être pas besoin de faire une telle maintenance d'index agressive, car vous pourriez ne rien aider. Brent a eu une excellente webdite sur ce sujet: http://www.youtube.com/watch?v=fd1czvc6ouk