Je déménagerai bientôt notre application de production SQL2005 vers SQL2008. Des choses à surveiller avant/après le déménagement? Des avertissements, des conseils?Déplacement de l'application SQL2005 vers SQL2008
Merci!
Cochez cet article pour known breaking changes.
Le conseiller de mise à niveau peut également aider.
Examinez les plans d'exécution avec les données de production dans la base de données.
Bien que mon meilleur conseil soit de tester, tester, tester. Quand les gens ont commencé à bouger de 2000 à 2005, ce n'était pas les fonctionnalités de rupture qui montraient les bouchons, c'était le changement dans la façon dont les requêtes étaient effectuées avec le nouvel optimiseur.
Les requêtes qui ont été fortement optimisées pour 2000 ont maintenant mal ou pire encore incité les gens à rechercher des problèmes et à diminuer la confiance des utilisateurs finaux.
Modifiez votre niveau de compatibilité sur la base de données après l'avoir déplacé vers le serveur 2008. Par défaut, il restera à l'ancien niveau de compatibilité. Cela vous permettra d'utiliser les nouveaux goodies dans SQL 2008 pour cette base de données. Si vous utilisez Enterprise Edition de SQL 2008 et que vous ne disposez pas d'un processeur de 80 à 90% dans la boîte, activez la compression de données et comprimez tous vos objets. Il y a un gros gain de performance là-dessus. Malheureusement, vous devez le faire manuellement pour chaque objet - il n'y a pas un seul interrupteur à lancer.
Si vous n'utilisez pas Enterprise, après avoir augmenté le niveau de compatibilité, reconstruisez tous vos index. (Cela vaut à peu près pour toute mise à niveau de version.)