Réunion avec les administrateurs de bases de données concernant le projet de mise à niveau du serveur - Préoccupations communes


8

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?


2
Où se situe le serveur / l'application sur une échelle de criticité de 1 à 5? OLTP ou OLAP? Serveur occupé / stressé? Justification de la mise à niveau?
Mark Storey-Smith,

Il y a environ 150 bases de données sur le serveur en question. Ils couvrent vraiment la gamme de 1 à 5 en ce qui concerne la criticité. De même, le serveur contient des bases de données transactionnelles et analytiques. J'ai vérifié l'utilisation des ressources aujourd'hui et elle semble minime. Le rationnel de la mise à niveau est que le matériel (5 ans, hors garantie) et la plate-forme SQL (2005, 2008) approchent d'EOL. Les serveurs comprennent actuellement 2 clusters, un cluster servant des applications 32 bits héritées. Nous envisageons également de passer du Fibrechannel au stockage iSCSI. J'espère virtualiser le cluster 32 bits, car de nouvelles applications sont à l'horizon.
sherenator

Réponses:


6

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 .


Merci beaucoup. J'examinerai ces conseils demain. Ces blogs auxquels vous avez fait référence semblent être d'excellentes ressources.
sherenator

5

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.


Bon point sur le pare-feu. Nous passerons de S2K3 à S2K8 R2.
sherenator

+1, mais je dirais qu'une mise à niveau sur place serait hors de question?
Jack dit d'essayer topanswers.xyz

Bon point sur le pare-feu.
StanleyJohns

@Jack Oui, si vous voulez changer le système d'exploitation, je ne recommanderais pas d'essayer une mise à niveau sur place. Un démarrage propre pour SQL et Windows serait préférable.
Jason Cumberland
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.