Version imprimable
bonjour
Suite à une faute de ma part je viens de supprimer quelque tables existant dans la base sys
malheureusement l'opération a été faite sur un serveur du production
je ne sais comment SQL Server autorise cette opération
Qui a une une idée sur l’état de gravité de cette opération sur le fonctionnement de mon instance ,aurai t'il impact sur la base master
pour le moment le serveur fonctionne sans problème a la prochaine redémarrage j'aurai t'il un problème grave ?
merci pour vos aides
Il suffit de restaurer la base master (bien entendu vous avez fait des sauvegardes de vas bases systèmes master et smdb), puis de rattacher vos bases. Avant cela conserver la trace des fichiers de vos bases en récupérant la sortie de la requête
SELECT * FROM sys.master_files.
Sinon, il vous faudra réinstaller le serveur ou reconstruire la base master.
Il existe d'autres solutions plus complexes.
Quel est votre version édition de SQL Server et son patch ? =>
A +Code:
2
il s'agit d'un serveur du production qui tourne 24/24 , je ne peut pas l’arrêter
Quel serai l'impact si je laisse le serveur a cette état sans aucun action
Absolument inconnu. Normalement ces tables sont utilisées pour la réplication de données. Cela permet de supposer que seul la réplication pourrait connaître des problèmes susceptible de bloquer vos bases.
D'autre part ce n'est pas perce que votre serveur doit tourner 24h/24 que vous ne pouvez pas restaurer la base master. Il suffit de mettre en place une haute disponibilité, basculer sur le serveur de secours, remédier aux problèmes et rebasculer en arrière sur le serveur soucre. Tout cela peut se faire par exemple à l'aide d'un simple mirroring sans aucune interruption de service des données et sans aucune modification des applications utilisant le SGBDR !
Encore faut-il savoir l'administrer et vu la connerie que vous avez faite, j'en doute !
Bref formez vous !
Lisez au moins le livre que nous avons écrit :
Pièce jointe 231802
A +
PS : toujours pas répondu à la question essentielle !!!!!
