NATIVE>SQL Datenbanksicherungs fehler

Hallo zusammen,
wir sind gerade bei von der NATIVE Datenbank auf die SQL Datenbank umzustellen.
Wir haben die Native Datenbank soweit prepariert (Schlüssel, Datum usw), aber irgendwie können wir keine Datensicherung von dern Nativen Datenbank machen.
Wir kriegen immer folgende Fehlermeldung. Auch wenn wir die Datenbanküberprüfung machen kriegen wir diese Meldung und auch wenn wir die Datenbanksicherung per HotCopy machen....
Auch die Livedatenbank läst sich nur noch alle par Tagen sichern, diese stürtz auch mehr mals in der Woche mit dieser Meldung ab.
Wo kann man da anfassen? Das problem ist das die Datenbank 200GB groß ist also mal eben etwas drüber laufen ist nicht...

Fehler: Vorsicht: Die Datenbank wurde beschädigt. Eine solche Beschädigung tritt auf, wenn die Datenbankdatei von einem anderen Programm verändert wird oder eine Fehlfunktion des Gerätetreibers vorliegt.
Sie müssen diesen Fehler beheben, bevor Sie mit dem Programm weiterarbeiten. Verwenden Sie keine Festplatten-Dienstprogramme für die Datenbank.
Führen Sie zunächst einen Datenbanktest durch. Klicken Sie dazu im Menü 'Datei' auf 'Datenbank', klicken Sie auf 'Prüfen', und wählen Sie 'Maximum' aus.
Gehen Sie folgendermaßen vor, wenn derselbe Fehler erneut auftritt:
1. Erstellen Sie eine Sicherheitskopie der Datenbank, indem Sie die Datenbankdatei(en) an einen anderen Speicherort kopieren.
2. Erstellen Sie mit der integrierten Funktion eine Sicherheitskopie.
3. Sollte dies erfolgreich verlaufen, erstellen Sie eine neue Datenbank, ohne die fehlerhafte Datenbank zu löschen. Stellen Sie die mit der integrierten
Datensicherungsfunktion erstellte Sicherungskopie in der neuen Datenbank wieder her, und testen Sie sie. Klicken Sie dazu im Menü 'Datei' auf 'Datenbank',
klicken Sie auf 'Prüfen', und wählen Sie dann 'Maximum' aus. Lässt sich das Problem auf diese Weise nicht beheben, gehen die nach der letzten Sicherung
vorgenommenen Änderungen verloren. Lesen Sie Ihre letzte Datensicherung ein, und prüfen Sie die Datenbank mit den bereits erwähnten Methoden.
Aus Sicherheitsgründen sollten Sie die alte Datenbank erst löschen, nachdem Sie die neue Datenbank eine Weile verwendet haben.
Wenden Sie sich an den Systemadministrator, wenn Sie Hilfe benötigen.

Ich hatte dieses Problem mit einer tschechischen DB und einem deutschen Terminalserver (oder so).Ich habe damals keine Lösung gefunden und die Livedatenbank (Kunde fing zum Glück gerade erst an) direkt auf einen SQL-Server verfrachtet.

Wenn sich die Livedatenbank überhaupt noch einmal sichern lässt, würde ich sie persönlich so schnell wie möglich auf einen SQL_Server migrieren. Lieber gestern als heute.

Wenn sich gar keine Lösung finden lässt würde ich mich direkt an Microsoft wenden.

ist das ganze noch eine Testdatenbank?

Gruß, Fiddi

Also wir haben ein Testsystem von der aktuellsten Datensicherung(per HotCopy), diese bereiten wir auf die SQL Umstellung vor.
Das problem ist aber wir kriegen keine Sicherung von dieser Testdb(aus dem NAV) um die SIcherung in den SQL Server zu Importieren...somit können wir nicht umstellen.
Und wir müssen zuerst testen weil dort viele andere Schnitstellen vorhanden sind...wir können nicht einfach auf die SQL Datenbank von jetzt auch gleich deswegen auch die Testdb
Die Livedb lässt sich sporadich sichern ich denke früher oder später wird sie sich garnicht sichern lassen.

MC ist auch schon eingeschaltet haben aber noch keine lösung.

Also wir haben ein Testsystem von der aktuellsten Datensicherung, diese bereiten wir auf die SQL Umstellung vor.
Das problem ist aber wir kriegen keine Sicherung von dieser Testdb um die SIcherung in den SQL Server zu Importieren...somit können wir nicht umstellen.

Die Livedb lässt sich sporadich sichern ich denke früher oder später wird sie sich garnicht sichern lassen.

MC ist auch schon eingeschaltet haben aber noch keine lösung.

Wenn Sie sich garnicht mehr sichern lässt dann kann man mit C/DART evtl. noch zu einer letzten funktionierenden Version zurücksichern. Das ist natürlich auch unschön.

mfg,
winfy

Wie habt Ihr den die Test-DB erstellt, per HOTCOPY,FBK oder COPY bzw. Explorer-copy?

Gruß, Fiddi

Wie habt Ihr den die Test-DB erstellt, per HOTCOPY,FBK oder COPY bzw. Explorer-copy?

Gruß, Fiddi

Also wir haben ein Testsystem von der aktuellsten Datensicherung(per HotCopy), diese bereiten wir auf die SQL Umstellung vor.

Demnach HOTCOPY.

Ein paar Ideen:
Hast du auch überprüft, ob HOTCOPY das Backup erfolgreich durchführen konnte?
Das findest du in der Regel in der dazugehörigen Logfile.
Im Fehlerfall kopiert HOTCOPY trotzdem die Datei und kopiert Daten rein, nur dann eben nicht vollständig.

Hast du schon einmal die Test-Datenbankdatei im Client readonly gestartet und dann das Backup versucht?

mfg,
winfy

Ist denn auch sicher gestellt, dass der Hotcopy der Original- Datensicherung auch fertig war, als die Datenbank kopiert wurde?.

Das könnte auch das "geht manchmal" erklären. Es kann bei einer großen Datenbank auf einer nicht so großen Maschine schon ein wenig dauern. Und dann ist es schon ein Unterschied, ob man die DB um 8.00 Uhr oder 8.30 Uhr kopiere. Man sollte sich dabei nicht von der Dateigröße verleiten lassen, die wird schon zu Beginn des Hotcopy angelegt und reserviert.

Gruß, Fiddi

Danke für die Antworten. Sobald die Sicherung von hotcopy auf dem livesystem wieder durchgelaufen ist werde ich die Datenbank auf dem Testsystem nochmal neu einbinden und probieren eine Datensicherung aus dem nav heraus zu machen.

Mal schauen ob ich das morgen machen kann, werde euch auf dem laufenden halten.

Die Datensicherung in der live datenbank per hotcopy läuft machmal ohne Probleme durch und das Log ist auch inordnung.