Discussion :

[JauB]

Bonjour tout le monde,
J'ai une base de données qui est en statut (en récupération) depuis hier.
Je n'arrive pas à la détacher, ni à la mettre en OFFLINE ni SINGLE MODE ... !

L'exécution de la requête suivante me donne state 2 :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
SELECT 
 name,
 state
FROM sys.databases 
WHERE name = 'maBase';

J'ai besoin de vos lumières please.

[elsuket]

Bonjour,

Qu'avez-vous dans le journal de SQL Server concernant cette base de données ? Pour le lire :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

EXEC xp_readerrorlog 0, 1, NULL, NULL, 'maBase'

@++

[SQLpro]

Bonjour tout le monde,
J'ai une base de données qui est en statut (en récupération) depuis hier.
Je n'arrive pas à la détacher, ni à la mettre en OFFLINE ni SINGLE MODE ... !

L'exécution de la requête suivante me donne state 2 :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
SELECT 
 name,
 state
FROM sys.databases 
WHERE name = 'maBase';

J'ai besoin de vos lumières please.

Il faut restaurer avec l'option WITH RECOVERY, par exemple le dernier JT...

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

RESTORE {DATABASE | LOG } .. WITH RECOVERY

Pour voir quel(s) fichier(s) passer, regardez le recoupement des LSN entre vos sauvegardes et la base.

Pour vous sauvegardes, utilisez la commande

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

RESTORE HEADERONLY FROM DISKS = '...'

Pour connaître la plage des LSN

Pour votre base :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

sys.master_files

Appliquez toutes les sauvegardes dont les LSN de fin sont supérieurs au LSN courant de la base.

Si aucune de vos sauvegardes n'est valable, faite une sauvegarde de la queue du journal de transaction (tail log backup)

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

BACKUP LOG ... WITH NO_TRUNCATE;

Ce qui vous générera une sauvegarde de l'état actuel de la base pour restauration.

Pour plus de sureté de récup, vous pouvez faire les deux :
1) sauvegarde de la queue
2) appliquer toutes les restaurations
Ce qui permet de récupérer toutes les données sans aucune perte

A +

[JauB]

Là je suis entrain de sauvegarder les fichiers mdf et ldf (plus que 220 Go entre les deux).
Une fois sauvegardés j'exécute vos requêtes.
J'ajoute que ma dernière sauvegarde date de Mai et donc je ne peux en aucun cas la restaurer car la base a été mouvementée de plusieurs Go entre temps.
Le problème n'a pas été du à une restauration à la base mais plutôt une opération de copie des tables (via l'outil de l'ERP), entre temps il y a eu un manque d'espace et je pense que l'un des mes coéquipiers a redémarré le serveur et la base est passée en mode RECOVERY.

SQLPro, avec ces éléments est ce que je dois suivre les mêmes étapes que tu as citées ou cela change de procédure à suivre ?

En utilisant SysTools SQL Recovery j'arrive à lire mon mdf, sauf que le soft est payant sinon j'aurai pu exporter la base et tenter une nouvelle restauration.
Connaissez-vous d'autres soft free qui font la même chose ?

Merci.

[SQLpro]

Là je suis entrain de sauvegarder les fichiers mdf et ldf (plus que 220 Go entre les deux).
Une fois sauvegardés j'exécute vos requêtes.
J'ajoute que ma dernière sauvegarde date de Mai et donc je ne peux en aucun cas la restaurer car la base a été mouvementée de plusieurs Go entre temps.

ca n'est pas une raison. SI la base est en mode de récup FULL, votre journal doit tout contenir...

Le problème n'a pas été du à une restauration à la base mais plutôt une opération de copie des tables (via l'outil de l'ERP), entre temps il y a eu un manque d'espace et je pense que l'un des mes coéquipiers a redémarré le serveur et la base est passée en mode RECOVERY.

L'imbécile ! On ne doit jamais redémarrer un serveur SQL. Tout se fait à chaud. Vous n'auriez pas perdu de contrôle dessus !

SQLPro, avec ces éléments est ce que je dois suivre les mêmes étapes que tu as citées ou cela change de procédure à suivre ?

Commencez par redonner de l'espace à vos disques et tenter de remettre la base en ligne...

En utilisant SysTools SQL Recovery j'arrive à lire mon mdf, sauf que le soft est payant sinon j'aurai pu exporter la base et tenter une nouvelle restauration.
Connaissez-vous d'autres soft free qui font la même chose ?

Merci.

Tout dépend de la taille de la base. Si elle fait plusieurs centaines de GO je vous souhaite bien du plaisir à la reconstituer à base de DDL et d'INSERT !!!! (probablement plusieurs jours de traitement...)

La question intéressante est :
pourquoi n'avez vous plus fait de sauvegarde ? masochisme ?? ignorance ??? Stupidité ????

A +

[JauB]

Ma base fait 145 Go !
Est ce que cela veut dire que j'ai tout perdu ?
Le business est à l'arrêt, vous pouvez imaginer ... !

EDIT : J'ai mis la base en offline et après online, le process est toujours en cours et sur le log de SQLServer je vois que le Recovery est en cours (à 4% à ce moment là). Donc je vais attendre pour voir ce que cela va donner (estimation grossière de 5 heures pour terminer l'opération ...).

[al1_24]

La périodicité des sauvegarde est égale à la quantité de travail que l'on peut se permettre de recommencer.

[mikedavem]

EDIT : J'ai mis la base en offline et après online, le process est toujours en cours et sur le log de SQLServer je vois que le Recovery est en cours (à 4% à ce moment là). Donc je vais attendre pour voir ce que cela va donner (estimation grossière de 5 heures pour terminer l'opération ...).

Ca sent la base de données avec un fichier journal extrêmement fragmenté vu de loin même si le problème décrit dans le KB fourni par Oishiiii n'est pas à exclure.
Dans ce cas pas le choix il faut attendre et si cela se vérifie il faudra bien entendu penser à défragmenter le fichier de transaction une fois la base de données en ligne.

++