2009-05-20 5 views
0

Sur une machine non-production, j'ai deux instances de SQL Server 2005. Je veux désinstaller la seconde instance, mais j'ai deux problèmes. Bien que ce soit une machine non-production, je veux être sûr de garder la première instance en sécurité afin que je n'ai pas à reconstruire quelque chose.Désinstallation du serveur SQL Server 2005 avec des problèmes de base de données

La deuxième instance a été désactivée pendant un mois. Lorsque j'ai démarré l'instance n ° 2 aujourd'hui, j'ai trouvé qu'une base de données utilisateur manquait le LDF. Je n'ai pas besoin des données d'aucune façon.

De même, à partir d'un travail effectué précédemment sur ce serveur, une base de données distincte a été laissée en mode dans la récupération. Encore une fois, je n'ai pas besoin des données d'aucune façon.

Mon but est de désinstaller en toute sécurité la seconde instance. Je n'ai besoin d'aucune des données dans la seconde instance.

La désinstallation se déroulera-t-elle correctement, même si ces deux bases de données ont des problèmes? Si non, que dois-je faire pour que la désinstallation se passe bien? Puis-je détacher en toute sécurité une base de données en cours de récupération? Puis-je détacher en toute sécurité une base de données qui manque son LDF? Y a-t-il d'autres mesures que je devrais prendre pour m'assurer que la désinstallation de l'instance se passe bien? Puis-je simplement laisser l'instance à l'arrêt, lancer la désinstallation et supprimer les fichiers de la base de données par la suite?

Répondre

3

La désinstallation devrait fonctionner sans problème. Mais si vos données sur l'instance 1 sont si importantes qu'il semble de votre question, vous ne devriez pas faire n'importe quoi installer/désinstaller d'aucune sorte sans avoir préalablement une sauvegarde de votre système.

0

Si vous souhaitez restaurer l'ordre avant d'effectuer la désinstallation, vous pouvez corriger la base de données sans fichier journal.

Cela peut se faire d'abord detatching la base de données sans fichier journal, puis ensuite ré-attacher, la construction d'un nouveau fichier journal à l'aide du système procédure stockée

sp_attach_single_file_db

Voir la documentation en ligne: http://msdn.microsoft.com/en-us/library/ms174385.aspx Cela dit, vous devriez pouvoir décoller toutes vos bases de données utilisateur et procéder à une désinstallation spécifique à l'instance, sans problème.

Questions connexes