Bonjour,
voici mon probleme.
Une personne de mon équipe a supprimé une table dans une de mes bases SQL2005.
La base est en recovery FULL.
Y a t il un moyen de restaurer cette table sachant que je n ai pas de Backup????
Merci de vos reponse
Version imprimable
Bonjour,
voici mon probleme.
Une personne de mon équipe a supprimé une table dans une de mes bases SQL2005.
La base est en recovery FULL.
Y a t il un moyen de restaurer cette table sachant que je n ai pas de Backup????
Merci de vos reponse
Aucun avec les outils fournit par MS.
Vous auriez du commencer par une sauvegarde complète dès après avoir créé la base (préconisation de base...).
Cependant, vous pouvez tenter d'utiliser APEX SQLlog qui vous permet de visionner les transactions et qui peut dans certains cas reconstruire les effacement. Mais je doute que ce soit possible avec un DROP TABLE...
A +
Merci beaucoup de ta reponse :king:
j espere qu ils seront plus prudent à l'avenir
Bonjour,
Je viens de jeter un œil sur la machine et y à qqch qui m'intrigue.
Le fichier .mdf de la db fait 300MB et le .ndf de 90GB.
Est ce que je ne vais pas pouvoir récupérer les données perdus par exemple en faisant un backup puis un restore? Quand pensez-vous?
A moins que c 90GB soient vides???
non, car c'est le journal de transaction qui trace les choses pas les fichiers de la base. Vous pourriez éventuellement faire une recherche binaires des pages obsolète. Comptez quelques mois de travail avec un éditeur hexadécimal...
A +
Les fichiers ndf sont des fichiers de données secondaires.Citation:
Envoyé par snach
Les fichiers ldf sont des journaux de transactions.
mais comment expliquez vous cette ecart de taille?
La plupart du temps les fichiers secondaires sont utilisé pour les BLOBs.
A +
- en regardant ce qui est stocké dans le ndf
- en contrôlant l'allocation de vos devices (avez-vous créé un ndf autoextensible et un mdf limité ?)