Je suis plutôt un administrateur réseau / Windows et j'ai été chargé de superviser un projet de mise à niveau du serveur SQL. Je dois rencontrer les administrateurs de base de données et discuter de leurs besoins / désirs concernant la mise à niveau. Je ne veux pas entrer totalement aveugle, alors j'ai pensé que je vous demanderais d'abord. Nous passons de SQL Server 2008 à SQL Server 2008 R2 et passerons probablement à Windows Server 2008 R2 si possible. En tant que DBA, quelles seraient vos préoccupations avec une telle mise à niveau? Quelque chose que vous aimeriez voir se produire en même temps?
sql-server-2008
sql-server-2008-r2
upgrade
sherenator
la source
la source
Réponses:
Sans aucune information sur la nature du système (voir mon commentaire sur la question) ou pourquoi vous effectuez une mise à niveau, il est difficile d'offrir des conseils spécifiques et / ou concis.
Comme point de départ, il existe de nombreuses excellentes listes de contrôle pour la construction d'un nouveau serveur, Brent Ozar et Jonathan Kehayias en sont deux bons exemples. Parmi les nombreuses recommandations de ces guides, deux éléments méritent d'être soulignés. Ce sont ceux que je rencontre le plus souvent mal configurés.
Stockage - Vérifiez l'alignement de la partition, bien que ce soit moins un problème pour W2K8 + car l'alignement manuel de la partition n'est généralement pas requis (SAN non standard / exotique à part). Format avec une taille de bloc de 64 Ko, et non 4 Ko par défaut, pour les lecteurs de données. Exécutez un ensemble de base de tests SQLIO afin que vous a) ayez un critère pour comparer le serveur X avec le serveur Y et b) vous ayez un niveau de confiance dans cette capacité des serveurs.
Antivirus - Assurez-vous que les fichiers MDF, NDF et LDF sont exclus de votre scanner antivirus. Ceux-ci peuvent provoquer le chaos sur un système occupé, corrigez-le avant qu'il ne le fasse.
Base de données modèle - Toutes les modifications apportées à la base de données modèle sont reflétées dans chaque base de données utilisateur que vous créez. Définissez la taille du modèle et les taux de croissance sur des valeurs raisonnables pour votre environnement / système. Au lieu de tout autre guide, récupération SIMPLE (au cas où quelqu'un oublie de configurer les sauvegardes de journaux), fichier de données de 2048 Mo avec une croissance de 1024 Mo, fichier de 1024 Mo avec une croissance de 512 Mo (selon la liste de contrôle de JK).
Pour un serveur / système / application considéré comme critique pour l'entreprise et soumis à un SLA serré, prévoyez le pire. Avec ceux-ci, vous devez être aussi proche que possible à 100% que la mise à niveau ne se révèle pas être un déclassement en ce qui concerne l'entreprise ou les utilisateurs. Pour ce niveau de confiance, vous devrez tester, tester et tester encore plus.
Dans tout système à grande échelle, il y aura une ou deux requêtes qui nécessiteront un hack / contournement / astuce pour être optimisé. Certains sont délibérés et basés sur les meilleurs conseils de l'époque, d'autres seront des correctifs d'urgence oubliés. Ce sont les requêtes qui changeront de façon inattendue le comportement lors de la mise à niveau à la suite de modifications et d'améliorations apportées à l'optimiseur de requêtes. Une seule façon de les repérer, exécutez-les sur votre nouveau kit.
Mon approche préférée est la capture et la relecture de la charge de travail avec les outils RML . Il existe un excellent guide de SQL CAT pour utiliser RML à cet effet, Precision Performance for Microsoft SQL Server using RML Utilities 9.0 .
la source
SQL 2008 vers SQL 2008 R2 n'est pas un gros commutateur, mais si vous passez de Windows 2003 à Windows 2008, vous devrez adresser le pare-feu basé sur l'hôte. Les autres tâches à se préoccuper sont les tâches d'agent, les autorisations dans maître / msdb / modèle, la migration des connexions d'un serveur à un autre, que ce soit pour effectuer une restauration de sauvegarde sur un nouveau serveur ou une mise à niveau sur place, le mode de compatibilité, etc.
la source