Version imprimable
salut
Est-ce que quelqu'un sait comment attacher une base de données SQL server d'extension mdf sans le fichier log ?
J'ai perdu le fichier log mais il me faut vraiment attacher cette base sinon je risque de perdre une quantité de données très énorme. Alors si quelqu'un a une solution, je suis preneur. Merci d'avance pour vos apports
Sans log, pas possible sans une sérieuse bidouille consistant à
- recréer une base avec la même structure data/log que l'initiale
- arrêter l'instance
- remplacer le mdf vide par le plein
- redémarrer le serveur en mode master recovery only
- transférer les données de la base pourrie à une autre
- supprimer la base pourrie (sans doute dbcc dbrepair nécessaire)
Salut fadace
Tout d'abord, je tiens à te remercier pour ton apport.
Mais tu sais, j'ai plus de 60 tables dans la base. Est-ce à dire que je dois récréer ces 60 tables ?
Et, comment se fait le redémarrage du serveur en mode master recovery only et la suppression de la base avec dbcc dbrepair ?
Utilises un Create database avec l'option For attach.
Consulte le guide de SQL Serveur pour ce faire.
Merci WOLO Laurent
Mais si vous pouvez m'expliquer les procédures à suivre en de termes très simple, ça me ferait beaucoup plaisir car je suis débutant sous sql server.
:cry: S'il vous plait, j'ai besoin de votre aide. Faites un effort pour me répondre
RdV sur le chat!
Et voilà l'article : http://fadace.developpez.com/mssql/nolog/
Fadace
Merci infiniment pour ton article. Je vais suivre les instructions et te tenir au courant. Mais déjà un grand merci pour la bonne volonté dont tu as fait preuve. A très bientôt
Un petit problème. Voici ce que j'ai dans le fichier Transfert2.sql après l'exécution de la commande:Code:isql -Usa -P*** -S moninstance -i transfert.sql -o transfert2.sql
Je crois que l'instruction du fichier transfert.sql n'a pas été exécuté. Que dois-je faire ?Citation:
1> 2> 1> 2> 3> 4> 5> Msg 5173, Level 16, State 1, Server DEVELOPPEUR, Line 1
Impossible d'associer les fichiers … diff‚rentes bases de donn‚es.
Le fichier journal 'C:\Program Files\Microsoft SQL
Server\MSSQL\data\db_corrompu_log.LDF' ne correspond pas au fichier
primaire. Il provient peut-ˆtre d'une base de donn‚es diff‚rente ou le
journal a peut-ˆtre ‚t‚ reconstruit pr‚c‚demment.
Msg 945, Level 14, State 2, Server DEVELOPPEUR, Line 1
La base de donn‚es 'db_corrompu' ne peut pas ˆtre ouverte car des
fichiers sont inaccessibles, la m‚moire ou l'espace disque sont
insuffisants. Pour plus d'informations, consultez le journal des
erreurs de SQL Server.
1>
J'ai tellement chercher la réponse que je l'ai gardé précieusement.
Voila un truc qui marche pour l'avoir utilisé.
Etape Description
1 Faire une copie des fichiers encore présents de la base de données.
2 Procéder à la création d'une nouvelle base de donnée
Elle devra porter les mêmes noms de fichiers ( .MDF et .LDF) que l'ancienne
3 Stopper le service SQLServer
4 Détruire les fichiers de la base nouvellement créée.
5 Renommer les premiers fichiers de base pour qu'ils correspondent à ceux de la base précédemment créée
6
Redémarrer le service SQLServer.
A ce stade la base de données devrait être active et fonctionner.
Si par contre, elle apparaît en suspect il ne faut pas s'inquiéter. Il faut procéder aux étapes suivantes.
7 Avec l'analyseur de requêtes, se connecter sur le serveur sur la base master et effectuer les commandes suivantes
sp_configure 'allow updates',1
reconfigure with override
UPDATE sysdatabases SET status=32768 WHERE name='bdName'
8 Stopper le service SQLServer.
9 Renommer le fichier Log en .old (ou toute autre extension)
10 Redémarrer le service SQLServer. ( Si ce n'était pas déjà le cas, la base apparaît en 'suspect')
11 DBCC rebuild_log ('bdName','chemin complet et nom du fichier log à reconstruire')
12 UPDATE sysdatabases SET status=0 WHERE name='bdName'
13 Puis pour finir
DBCC checkdb ('bdName ')
GO
DBCC newalloc ('bdName ')
GO
DBCC checkcatalog ('bdName ')
GO
Juste ! à vouloir trop standardiser et renommer pour relecture aisée, j'en ai oublié l'essentiel, à savoir que le nom est hardcodé dans sysfiles. Ce n'est donc pas le ficheir qu'il faut renommer, mais la base! Je révise mon article.
Bonjour
Merci à vous deux, fadace et lecondor.
Je commençais par désespérer. Mais fadace, s'il te plait dans ton article tu dis de nommer la base Mabase.mdp. J'aimerais savoir si c'est Mabase.mdf ou Mabase.mdp.
Dès que je serai au bureau, je vais de nouveau appliquer les instructions de ton article pour pouvoir récupérer mes données. :merci:
Bonjour,
QQ1 sait comment sauvegarder les lots Services de transformation des données (DTS sous SQL SERVER 2K ) puis les importer ensuite sous SQL server 2K5 ?? Est ce que c 'est possible ?
Je ne vois pas comment le fiare ,je vous remercie en avance. :)
Nyko
Bonjour tout le monde,
Je viens d'installer un seconde serveur sql server 2014 et mon premier est un sql server 2000.j'ai détaché ma base de donnée de mon premier server qui tourne avec un sql server 2000 32 bits et je voudrai l'attacher sur mon second server qui tourne avec sql server 2014 mais en vain. merci de m'aider
La mise à niveau directement d'une base de données 2000 vers 2014 n'est pas permise.
Il te faut migrer d'abord en 2008 et ensuite en 2014.
++
Merci Mike de m'avoir répondu,
Je vais essayer de faire cela, mais je reste à toute autre proposition.