Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

MDF Datei anhängen

118 views
Skip to first unread message

Oliver Terporten

unread,
Apr 26, 2002, 8:00:27 AM4/26/02
to
Hallo NG,

ich habe ein riesiges Problem. Das Transaktionsprotokoll einer Datenbank auf
einer MSDE (SQL 2000), war zu groß geworden (2 GB Beschränkung). Nach
Beendigung der SQL-Server Dienste wurde das Transaktionsprotokoll
versehentlich unwiederbringlich gelöscht. Dies sollte eigentlich kein
Problem darstellen, da die MDF-Datei noch vorhanden war und diese kann man
bekanntlich über "Datenbank anhängen" auf unseren MS SQL-Server
zurückspielen. Leider erhalte ich immer die Fehlermeldung:
"Fehler 1813: Die neue LogisdatDB-Datenbank konnte nicht geöffnet werden.
CREATE DATABASE wird abgebrochen. Medienaktivierungsfehler. Der physische
Dateiname'c:\....\logisdatdb_log.ldf' ist möglicherweise falsch."
Und danach:
"Fehler beim Anfügen der Datenbank."
Der SQL-Server vermißt also das alte Transaktionsprotokoll. Leider wird die
Datenbank dadurch nicht angehängt.
Auch die Prozeduren SP_attach_db bzw. sp_attach_single_file_db erzeugen die
selben Fehler. Das letzte Backup ist leider 6 Wochen alt.
Wer kann mir weiterhelfen??
Vielen Dank!

Gruß

Oliver

Elmar Boye

unread,
Apr 27, 2002, 6:06:28 AM4/27/02
to
Hallo Oliver,

"Oliver Terporten" <Terp...@gst-im.de> schrieb ...


> ich habe ein riesiges Problem. Das Transaktionsprotokoll einer
> Datenbank auf einer MSDE (SQL 2000), war zu groß geworden
> (2 GB Beschränkung). Nach Beendigung der SQL-Server Dienste
> wurde das Transaktionsprotokoll versehentlich unwiederbringlich
> gelöscht. Dies sollte eigentlich kein Problem darstellen, da
> die MDF-Datei noch vorhanden war und diese kann man
> bekanntlich über "Datenbank anhängen" auf unseren MS SQL-Server
> zurückspielen.

Stellt eben unter Umständen durchaus ein Problem dar.
Das automatische Erzeugen klappt nicht immer.
Das Löschen des Protokolls zwecks Beseitigung zu
grosser Protokolle ist keine gute Idee (sei es
irrtümlich oder nicht).

> Leider erhalte ich immer die Fehlermeldung: "Fehler 1813:
> Die neue LogisdatDB-Datenbank konnte nicht geöffnet werden.
> CREATE DATABASE wird abgebrochen. Medienaktivierungsfehler.
> Der physische Dateiname'c:\....\logisdatdb_log.ldf' ist
> möglicherweise falsch." Und danach:
> "Fehler beim Anfügen der Datenbank."
> Der SQL-Server vermißt also das alte Transaktionsprotokoll.
> Leider wird die Datenbank dadurch nicht angehängt.
> Auch die Prozeduren SP_attach_db bzw. sp_attach_single_file_
> db erzeugen die selben Fehler.

Machbar wäre:
- Versetzen der Datenbank im Emergency Modus
- Auslesen der Daten via BCP
- Erstellen einer neuen Datenbank auf Basis von Skripten
- Einlesen der Daten via BCP.

Wenns noch aktuell ist und Du detaillierte Infos brauchst
melde Dich hier oder via Mail.

Gruss
Elmar

Oliver Terporten

unread,
Apr 29, 2002, 3:19:12 AM4/29/02
to
Hallo Elmar,

vielen Dank für Deine Hilfe. Tatsächlich bin ich mit dem Emergency Modus
weitergekommen. Ich hatte in einer englischen Newsgroup eine alte, aber
leider nicht ganz richtige Vorgehensweise gefunden. Hier meine Lösung, mit
der ich zumindest die Daten zurücklesen konnte (unsere DB heißt Logisdat):

1. Umbenennen der MDF-Datei in logisdat.mdf.old
2. Im EP-Manager: Eigenschaft der DB; Servereinstellung - Serververhalten:
"Direkte Änderung in Systemkatalogen zulassen" aktiviert.
3. Neue DB "Logisdat" angelegt.
4. Im Query-Analyzer folgendes Statement abgesetzt: "update sysdatabases set
status = 32768 where name='Logisdat'"
5. Stop SQL Server
6. Löschen der der neuen logisdat.mdf und umbenennen der logisdat.mdf.old in
logisdat.mdf
7. Start SQL Server
8. Die Datenbank "Logisdat" befindet sich nun im Emergency Modus. Jetzt
konnte ich zumindest mit dem EP-Manager die Daten in eine neue Datenbank
importieren (diese Daten habe ich dann in ein altes Backup der
ursprünglichen "Logisdat"-DB kopiert).

Gruß

Oliver


"Elmar Boye" <news...@elmarboye.de> schrieb im Newsbeitrag
news:aadt80$94pru$4...@ID-28695.news.dfncis.de...

0 new messages