Les bases de données du serveur SQL bloquées en état de restauration

J'ai un serveur Sharepoint. Nous avons eu un problème avec notre outil de sauvegarde et maintenant certaines de mes bases de données sont bloquées en restauration!

Est-il possible d'arrêter le processus de restauration? et aussi, comment puis-je m'assurer que l'intégrité de la base de données n'a pas été compromise?

Cela est probablement dû à l'ajout du WITH NORECOVERYparamètre par le script de restauration , afin que la base de données soit prête pour un journal des transactions à appliquer après la restauration.

La base de données attend maintenant le dernier fichier journal des transactions.

Vous pouvez soit:

1. Appliquez le dernier journal des transactions en utilisant RESTORE LOG database_name FROM backup_device WITH RECOVERY;... ou
2. Restaurez la base de données à nouveau, mais cette fois en utilisant ... WITH RECOVERY;... ou
3. Forcez la base de données hors du mode restauration en exécutant: RESTORE DATABASE YourDb WITH RECOVERY;

Avant de faire cela, assurez-vous de bien comprendre les implications de ces options. Vous pouvez provoquer une perte de données si vous ne faites pas attention.

Voir ceci pour plus de détails:

• http://technet.microsoft.com/en-us/library/ms177446.aspx
• https://stackoverflow.com/questions/520967/sql-server-database-stuck-in-restoring-state

Script T-SQL simple pour résoudre ce problème:

écrivez ce script dans la fenêtre New Query et exécutez:

RESTORE DATABASE [DataBase Name] WITH RECOVERY;

Je viens d'avoir cette situation, et le remède était assez surprenant:

ALTER DATABASE DBName SET ONLINE;

Apparemment, la restauration NetBackup qui a éclaté l'a laissé dans un état étrange. Aucune autre solution n'a fonctionné (bien que je n'aie pas encore essayé de redémarrer le service SQL Server)

Je ferais attention à la base de données, cependant, car théoriquement, une fois qu'une restauration a commencé, elle a ensuite échoué, vous pourriez avoir des données corrompues. De toute façon, je vais simplement restaurer la base de données, donc cela ne m'importe pas.

Comme nous le savons, l'option de restauration de base de données par défaut est avec récupération, ce qui garantit que la base de données est disponible et en ligne pour utilisation après la restauration de la base de données.

Exemple:

RESTORE DATABASE YourDB FROM DISK= 'C:\\Data\\YourDBBackup.bak'
WITH RECOVERY
GO

Voyons les points importants de la restauration sans récupération

• La base de données n'est pas utilisable
• Reste en mode restauration
• La prochaine séquence de restauration peut être effectuée
• N'annule aucune transaction non validée

Restaurer avec NoRecovery

Cette option est particulièrement utilisée lorsque plusieurs sauvegardes doivent être restaurées. Cela signifie que, lorsque vous exécutez la commande de restauration avec l'option norecovery, la base de données n'est transmise aux utilisateurs que lorsque la dernière sauvegarde de la séquence a été restaurée. Avec la dernière sauvegarde, l'option de récupération est utilisée et la base de données est en ligne.

Exemple:

RESTORE DATABASE YourDB FROM DISK - 'C:\\Data\\Backup_part1.bak' 
WITH NORECOVERY
GO

Puis:

RESTORE LOG YourDB FROM DISK = 'C:\\Data\\BackupLog-part2.trn'
WITH RECOVERY
GO