Il était une fois, je construisais mes propres serveurs SQL et j'avais le contrôle de la configuration des disques, des niveaux de RAID, etc. du processus de conception du serveur SQL.
Maintenant, avec un réseau SAN d'entreprise, je demande simplement une quantité d'espace disque spécifique pour un nouveau serveur SQL, divisée en lecteurs logiques pour les données, les sauvegardes et les partages de fichiers. Cela facilite certainement mon travail, mais il y a une partie de moi qui ne se sent pas complètement à l'aise de ne pas pouvoir jeter un coup d'œil "derrière le rideau" pour voir ce qui se passe vraiment là-bas.
D'après ce que j'ai compris, l'équipe de réseau de stockage ne configure pas différemment les "types" de lecteurs (optimisation des lecteurs de données pour un accès aléatoire par rapport aux lecteurs de journaux pour la lecture en continu). Cela dépend en partie du produit SAN lui-même (nous avons un HP XP12000 et un HP XP24000), mais on m'a assuré que le logiciel HP effectue toutes sortes de configurations de performances dynamiques (surveillance des points chauds d'E / S et reconfiguration à la volée pour optimiser ces LUN), de sorte que les équipes de l'application et les administrateurs de base de données n'aient pas à s'inquiéter de ce genre de choses. Quelque chose à propos de "répartir la charge de tous les serveurs sur un grand nombre de piles" ou quelque chose comme ça.
Mes questions / discussion:
Sans me faire des ennemis dans l'équipe SAN, comment puis-je me assurer, ainsi que les développeurs d'applications, que nos serveurs SQL ne souffrent pas d'un stockage mal configuré? Il suffit d'utiliser les statistiques de perfmon? Autres repères comme sqlio?
Si je charge des tests sur ces disques SAN, est-ce que cela me donne une mesure fiable et reproductible de ce que je verrai quand nous irons en direct? (en supposant que le logiciel SAN puisse "configurer dynamiquement" différemment à différents moments).
Des E / S lourdes dans une partie du SAN (par exemple le serveur Exchange) ont-elles un impact sur mes serveurs SQL? (en supposant qu'ils ne donnent pas de disques dédiés à chaque serveur, on m'a dit qu'ils ne le sont pas)
Demander la séparation des lecteurs logiques pour différentes fonctions des lecteurs logiques (données vs journaux vs tempdb) serait-il utile ici? Le réseau SAN verrait-il les différentes activités IO sur ceux-ci et les configurerait-il différemment de manière optimale?
Nous sommes un peu dans une pénurie d'espace en ce moment. On demande aux équipes d'application de supprimer les archives de données, etc. Les problèmes d'espace obligent-ils l'équipe SAN à prendre des décisions différentes sur la manière de configurer le stockage interne (niveaux RAID, etc.) pouvant avoir une incidence sur les performances de mon serveur?
Merci pour vos pensées (sujet similaire abordé brièvement dans cette question SF )