Sur un de mes serveurs SQL Server le service SNMP prenait en continu près de 20% du CPU. Plutôt que de redémarrer le service j’ai profité de l’occasion pour redémarrer complètement le serveur et appliquer les dernières mises-à-jour. Au lancement de Windows j’ai obtenu un message d’erreur indiquant un plantage de snmp.exe. J’ai d’abord pensé à un problème de port mais les erreurs dans l’observateur d’événements ne correspondaient pas :

Type de l’événement :    Erreur
Source de l’événement :    Service Control Manager
Catégorie de l’événement :    Aucun
ID de l’événement :    7034
Date :        20/10/2009
Heure :        18:52:40
Utilisateur :    N/A
Ordinateur :    SERVERSQL
Description :
Le service Service SNMP s’est terminé de façon inattendue pour la 1ème fois.

Finalement j’ai découvert que le problème venait d’une extension du service SNMP installée par ma carte contrôleur RAID Adaptec. Pour désactiver cette extension il suffit de lancer regedit, de se rendre dans HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\SNMP\Parameters\ExtensionAgents et de supprimer la valeur aussnmp contenant la donnée SOFTWARE\Adaptec\RAIDController\AAC\CurrentVersion.

Cette donnée est semble-t-il recréée à chaque redémarrage de la machine, il faudra donc soit penser à supprimer la valeur manuellement, soit plus simplement créer un script de démarrage permettant de supprimer cette valeur automatiquement.

Sur un de nos serveurs SQL j’utilisais une carte contrôleur RAID Adaptec 2810SA avec trois disques SATA en RAID 5. Le serveur a soudainement rendu l’âme : au démarrage il restait bloqué sur la phase d’initialisation de la carte et finissait par afficher un time out.

Heureusement je disposais d’une carte Adaptec 2820SA, et comme ces cartes stockent la configuration du RAID sur les disques eux-mêmes et non pas en cache, le changement de carte était envisageable avec un bon espoir de ne perdre aucune donnée. J’ai donc enlevé la carte 2810 en notant l’ordre de branchement des trois disques durs, ajouté la 2820 puis rebranché les disques dans le même ordre. Au démarrage la carte s’initialise correctement et affiche un message indiquant la présence d’un RAID 5 étranger qu’il faut alors accepter comme configuration à utiliser. Le RAID 5 passe alors en mode Recovery/Verifying et est immédiatement utilisable.

Problème toutefois : la version de la carte n’étant pas tout à fait la même, Windows 2003 Enterprise R2 rebootait au lancement. Il a donc été nécessaire de le réinstaller en mode réparation et en fournissant une disquette avec les pilotes de la nouvelle carte contrôleur RAID. Une fois cela terminé, l’ensemble des données et des programmes installés était opérationnel et le serveur a pu repasser en production.

Au total la période de downtime a été de trois heures, ce qui pour un serveur « noname » est plutôt acceptable, surtout sans perte de données.

J’ai récemment fait acheter un serveur de backup comprenant deux disques de 250 Go et six disques de 1 To. Mon idée était d’installer le système sur les disques de 250 Go en RAID 1 et de créer un RAID 5 de près de 5 To avec les six autres disques. La carte-mère du serveur est munie de deux contrôleurs RAID, un de marque LSI et un NVIDIA. Malheureusement le LSI ne gère pas le RAID 5 et le NVIDIA est limité à une taille maximale de 2 To.

Dans Windows 2003 il est néanmoins possible de créer un RAID 5 logiciel directement dans la Gestion des Disques (Outils d’Administration > Gestion de l’Ordinateur > Gestion des Disques) si Windows est capable de voir ces disques. Pour cela il a fallu dans mon cas ajouter chacun des six disques à un RAID en mode entrelacement dans le MediaShield NVIDIA. Dans l’outil de Gestion des Disques il faut ensuite convertir chaque disque en Disque Dynamique et en disque GPT, puis faire un clic droit sur un des disques et sélectionner Nouveau Nom. Un dialogue apparaît alors dans lequel il est possible de sélectionner le mode RAID 5 et d’indiquer quels disques doivent en faire partie.

Suite à la mort brutale et simultanée de deux des trois disques durs montés en RAID 5 de mon serveur SQLServer 2000 (comme quoi c’est possible), j’ai du reconstruire en urgence un nouveau serveur. Pour rappel on peut perdre un disque dur dans une grappe RAID 5 sans perte de données, au delà on perd tout… Je détaille ici les étapes que j’ai suivi pour restaurer entièrement les données.

Continuer à lire "Restauration de SQL Server"