Attacher un MDF, sans le LDF après un crash système

Bonjour à tous

J'ai un gros problème avec un serveur de base de données. Le système a planté suite à un crash d'un disque dur, et comme par hasard, le seul qui n'est pas monté en RAID (c'est un serveur de dev qu'on a acheté en catastrophe)

Les logs des bases de données étaient sur ce disque. J'ai changé le disque, réinitialisé le système qui était planté avec (j'ai relancé l'install de windows, il a copié les fichiers d'install sur le disque dur, et là il a redémarré comme si il ne s'était rien passé, j'ai pas compris...), j'ai retrouvé mon SQL Server, sauf qu'aucune base ne fonctionne.

Si j'essaie de rattacher le fichier MDF, j'ai le message suivant :

Code:

---

1 2 3

CREATE DATABASE database ON (FILENAME = 'chemin-du-mdf') FOR ATTACH_REBUILD_LOG   The log cannot be rebuilt because the database was not cleanly shut down

---

Or je n'ai aucune copie des LDF (les sauvegardes n'étaient pas faites, parce que trop grosses, aucun de nos serveurs de fichiers auraient pu les stocker). J'ai un moyen de remonter les bases ou pas ?

une recherche sur le forum amène ici :
http://www.developpez.net/forums/d53...-ldf-disparue/

Il y avait un sujet identique plus récent et plus complet mais je ne l'ai pas retrouvé.

dans mes notes, j'ai ceci :

Code:

---

1 2 3 4 5 6 7 8 9

-- RECREER une bd quand on a que le fichier MDF: -- En premier on crée une bd du même nom "ma_bd" puis suivre le code suivant :   EXEC sp_detach_db @dbname = 'ma_bd'; go   EXEC sp_attach_single_file_db @dbname = 'ma_bd', @physname = N'C:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\Data\temp\ma_bd_Data.mdf'; go

---

J'avais trouvé la même solution sur MSDN... En revanche, je ne l'avais pas trouvé ici malgré ma recherche...

Je teste dès que je peux (c'est à dire pas avant...... un booooon moment... j'essaie de copier un fichier de près de 200Go issu d'un disque dur USB à travers un réseau, en gros, c'est pas gagné)

EDIT : Ta solution me fais la même erreur... du coup, je repasse sur la version bourrine

Bonjour,

Citation:

---

sauf qu'aucune base ne fonctionne.

---

Quel est leur statut ?

Code:

---

1 2	SELECT name, state_desc FROM sys.databases

---

Citation:

---

les sauvegardes n'étaient pas faites, parce que trop grosses, aucun de nos serveurs de fichiers auraient pu les stocker

---

Vu le prix actuel des disques durs, vous pouviez en avoir au moins une :)

@++ ;)

En fait, vu la difficulté à persuader l'administration que OUI il est nécessaire d'avoir un disque supplémentaire, on fait avec ce qu'on a :D

Pour le statut, il n'était pas affiché dans SSMS, et je les ai toutes détachées puisque quand je faisait un "USE <base>" j'avais un message m'indiquant qu'il manquait des fichiers nécessaires pour la base de données (j'ai pas le message exact en tête, mais c'est ce qu'il disait en gros)

Quand j'ai vu que les MDF étaient toujours présent, j'ai dit "je détache tout, je rattache tout, et ça roule"... sauf que je ne savais pas que ne pourrais pas rattacher les fichiers MDF.

vous avez vus ça ?
http://social.msdn.microsoft.com/for...-8f1292c13c54/

Citation:

---

Envoyé par elsuket

Vu le prix actuel des disques durs, vous pouviez en avoir au moins une

---

Si c'était aussi simple :?
Un bon crash avec une bd de dev down pendant quelques jours et miraculeusement un nouveau disque dur est commandé !

Citation:

---

Envoyé par Jerome_Mtl

vous avez vus ça ?
http://social.msdn.microsoft.com/for...-8f1292c13c54/

---

C'est exactement le lien que je suis en train de suivre :lol:

(au passage merci pour le lien, j'étais en train de fouiller dans l'historique de mon portable pour envoyer le lien sur mon fixe, pour pouvoir laisser les instructions, car demain je ne travaille pas, tant qu'à faire... j'ai un RTT pour famille qui monte me voir et concert au Stade de France le soir http://turkishriders.org/forum/Smile...e/headbang.gif)

Citation:

---

Envoyé par mioux

concert au Stade de France le soir

---

Acdc, Slash... :ccool:
Cool ! Bon concert à toi. 8-)

Durant mon absence, j'ai un collègue qui s'est occupé de la restore pour moi en utilisant la méthode proposée par Jerome_Mtl, j'ai pu récupérer mes devs...

Rassuré je suis

(et accessoirement, rien à voir, mais j'ai plus de voix, j'ai trop hurlé pendant le concert... en plus 2 guitar hero en un soir, on pouvait pas faire mieux http://turkishriders.org/forum/Smile...e/headbang.gif)

He oui dans ce cas la méthode du CHECKDB n'est pas mal.

Dans le cas d'une base de données suspecte il ne faut jamais détacher et rattacher une base ... :ccool:

++

Suite des aventures... J'ai remarqué des effets de bord lors de la récupération de ma base de données. Les seeds de mes colonnes auto incrémentées était en dessous des seeds réels de ma table. J'ai donc reseedé l'ensemble des tables de la bases avec les valeurs max des ID que j'avais (si je suis pas clair dites le hein :D)

En revanche, est ce que j'ai d'autres effets de bord potentiels ? que je les fixe ?