Neu Datenbanksicherung schlägt mit CRC Error fehl

[Buinger]

In den letzten Tagen schlug die automatische Sicherung der Datenbank stets fehl und keiner hat es gemerkt (Weihnachtsstress). Wir hatten eine automatische Sicherung mit einem externen Programm laufen, im Protokoll steht nun stets ein CRC (23) Error. Die Sicherung mit der JTL Datenbanksicherung schlägt auch fehl (Es ist ein schwerer Fehler aufgetreten...) und als letzen Rettungsversuch hatten wir versucht, die Datenbank direkt aus SQL-Management Studio heraus zu sichern was auch einen CRC Fehler verursacht. Vermutlich hat also die Festplatte einen Schaden (Sektoren) und wir sitzen auf einer tickenden Zeitbombe.

Welche Möglichkeiten gibt es noch, um die Datenbank zu sichern? Die Reorganisations- und Neuindizierungsprogramme aus dem JTL-Datensicherungsprogramm laufen komischerweise ohne jeden Fehler.

 

[elevennerds.de]

Ich würde mir schnellstmöglich die mdf und log Dateien wegsichern. Dann auf einer zweiten Maschine die gleiche MSSQL-Version installieren und testen, ob die DB mit den gesicherten mdf und log-Dateien wieder läuft (auch das Backup auf der zweiten Maschine testen!).

Edit: Bei mehreren Mandanten müssen natürlich alle mdf und log-Dateien gesichert werden.

 

[komaxer]

Wenn ein richtiger CRC Error sein sollte kann man da überhaupt noch etwas kopieren ?

 

[Buinger]

@elevennerds.de - Die MDF und Log Dateien sichern, wie? Das ist ja das, was nicht geht. @komaxer: Ich wundere mich, dass die WaWi überhaupt noch läuft. Die ganzen Indizierungsprogramme, Reorganisation etc. der "eingebauten" Datenbanksicherung (das kleine Programm das man aus der WaWi heraus startet), das läuft komischerweise alles einwandfrei, nur die eigentliche Sicherung nicht.

 

[MichaelH]

Hast du das schon alles gemacht ?

https://www.easeus.de/ressource/datenfehler-cyclic-redundancy-check-beheben.html

https://www.giga.de/downloads/windo...ng-windows-datenfehler-beim-kopieren-was-tun/

 

[Buinger]

CHKDSK ist für morgen vorgesehen, das Programm setzt die Festplatte einem ungeheueren Stress aus, das wollten wir jetzt nicht riskieren. Den im 2.Artikel beschriebenen CDROLLER kannte ich nicht, danke für den Tipp.

 

[MichaelH]

Das mit Stress halte ich für sehr relativ, was denkst du denn was deine DB auf der Platte macht ?

Wie schon erwähnt würde ich auch mal die DB stoppen, dann die MDF und LDF kopieren (nicht sichern) auf eine externe Platte und dann auf ein anderes System kopieren und dort einer neu installierten DB unterjubeln und dort dann ein Backup versuchen.

Dann kannst du die Platte auch clonen und schauen ob der CRC noch da ist, wenn du die Platten tauscht.

 

[Buinger]

Das mit dem Stress ist schon ziemlich real: "this test is very stressful for a drive and may very well destroy the drive completely. It is not unusual for hard drives to fail completely when put under high load." - vor 5 Jahren hat's mir auch persönlich mal eine Festplatte beim CHKDSK zerschossen. Wir haben die Platte gestern geklont, dabei hat es ca. 7000 Lesefehler gegeben. Mit der neuen Festplatte hat es dann beim Versuch die Datenbank zu sichern eine andere Fehlermeldung gegeben (siehe angehängtes Bild).

 

[MichaelH]

Bin kein Profi, war nur eine Auflistung von dem was ich ggf. machen würde.

ABER, wenn ich das Gefühl hätte das Ding ist kaputt würde ich auch prüfen:
Wann war die letzte Sicherung die OK ist ?
Wie kann ich alles nachvollziehen seit diesem Zeitpunkt ?
- Auch wenn ggf Sendungsinfo fehlt oder Rechnungsnummern / Belegnummern andere sind als gehabt
- Letztlich braucht man die 1:1 Info nur selten bei Kundenrückfragen
- Andererseits sehe ich "Multishop", LS-POS bei dir ... wird also ggf. schwierig

Trotzdem, statt Probleme unvorhersehbarer Art zu haben nach einer Rettung ist dies vielleicht der sicherere und sinnvollere Weg ?
Und aktuell sind ein paar Tage Zeit für die ganze Arbeit.

 

[Buinger]

Das Multishop ist alt, wir haben nur noch einen Shop und eine Datenbank. Ich hatte eben mal versucht die eazybusiness manuell zu kopieren, die DB ist 4 GB groß, der Fortschrittsbalken bewegt sich recht flott, wenn noch 10 Sekunden und 905 MB verbleibend sind dann bleibt er plötzlich stehen. Dann tut sich die nächsten ca. 5-6 Minuten gar nichts und schließlich kommt die Fehlermeldung dass die Quelldatei nicht eingelesen werden kann. Zu diesem Zeitpunkt sind dann noch 605 MB und 5 Sekunden verbleibend. Der Gedanke mit der letzten Sicherung (die funktioniert hat, aber Anfang der Woche war) bleibt natürlich im Hinterkopf, das ist besser als gar nichts aber im Weihnachtsgeschäft diese Woche hat sich natürlich einiges getan. Morgen werden wir wie gesagt das CHKDSK laufen lassen.

Wenn jemand noch eine andere Idee hat was wir tun könnten.... vielen Dank.

 

[SebastianB]

Hi,

also: Den SQL-Server anhalten oder neustarten würde ich nicht. Beim Start des SQL-Servers werden die MDF/LDF-Dateien anders geprüft - wir hatten schon Fälle, in denen der SQL-Server noch lief, aber nach einem Neustart die Dateien verweigert hat.
Ich würde versuchen, eine externe Festplatte anzuklemmen, dann auf diesem Laufwerk eine neue Datenbank anzulegen (also den SQL-Server nicht beenden, sondern im laufenden Betrieb eine zweite DB auf dem externen Laufwerk anlegen) - und dann versuchen, die Daten über die Management-Studio-Skripting-Funktion rüberzukopieren. Das geht über "Skript erstellen".

Mit Glück geht das noch und es können alle Daten rüberkopiert werden - mit Pech wird auch das nicht funktionieren, aber dann sollte zumindest klar sein in welchem Datenbereich die Probleme liegen - wenn es nur Log- oder Bildertabellen sind (immerhin sind das meist die größten Tabellen) ist es ja nicht so dramatisch.

LG
Sebastian

 

[Buinger]

Das hat leider nicht funktioniert. Wir hatten dann über die Feiertage das chkdsk laufen lassen und dann nach einem Neustart ließ sich die Datenbank mit einem externen Datensicherungsprogramm (SQL Backup and FTP) sichern (auch die stündliche Sicherung läuft seitdem wieder), aber mit dem JTL Datenbankverwaltungsprogramm geht es immer noch nicht. Die Fehlermeldung ist nun eine andere (siehe Bild).

 

[MichaelH]

Das müsste mit einem "Repair" der DB zu richten sein ... JTL hat da was veröffentlicht, finde ich auch die Schnelle nicht (Link ist tot), aber hier steht auch was:
https://www.active-media-production.de/jtl-wawi-datenbank-defekt-was-tun/