| T H E M A Ü B E R S I C H T |
| Jane |
Gesendet - 12/01/2018 : 17:25:43
Bei meiner Datensicherung kommt seit heute die Meldung:
Datenbank nicht erfolgreich gesichert.
Die Datenbank wurde nicht reorgansiert.
Wie kann ich Abhilfe schaffen ?
Grüße |
| 18 L E T Z T E A N T W O R T E N (Die neueste zuerst) |
| mechanicus |
Gesendet - 23/01/2018 : 14:02:45
Zitat:
Entwicklung: Das Zip – File ist OK wenn es sich öffnen lässt und man ohne Probleme die Datei adaten.vdb4 die sich im Zip – File befindet auf den Desktop ziehen kann.
Wird denn die Datensicherung nach Beendigung und vor dem zip-verpacken verifiziert? |
| Jane |
Gesendet - 22/01/2018 : 16:23:32
Danke  |
| Entwicklung |
Gesendet - 22/01/2018 : 10:14:40
Das Zip – File ist OK wenn es sich öffnen lässt und man ohne Probleme die Datei adaten.vdb4 die sich im Zip – File befindet auf den Desktop ziehen kann. |
| Jane |
Gesendet - 21/01/2018 : 11:55:55
Zitat:
Ersterfassung durch Jane
Hallo, meine Sicherung hat dann am Samstag wieder funktioniert. Ich gehe davon aus, dass bei einer positiven Meldung auch alle Daten gesichert sind. Kann ich das irgendwie überprüfen ? Grüße
Schön, dass hier so "fachmännisch" diskutiert wird.
Kann mir trotzdem mal jemand meine Frage beantworten.
Bin ein "gestraftes Kind", hatte vor langer Zeit mal einen Programmabsturz und dabei wurde dann festgestellt, dass auch meine Sicherungen eine Macke hatten. Brauche ich nicht noch mal.
Ich sichere auf eien externe Festplatte.
Dann hätte ich gerne noch gewußt, ob ich meine Sicherung auf "langsam, mittel oder schnell" einstelle. Bisher ist bei mir langsam eingestellt.
Grüße und einen schönen Sonntag
P.S. und bitte nicht in fachchinesisch. Danke |
| mechanicus |
Gesendet - 19/01/2018 : 15:26:37
Zitat:
Entwicklung: BTW Ein SQL - Server lässt sich im laufenden Betrieb sichern.
Jein, dazu müssen die Tabellen aber für die Backupdauer schreibgeschütz sein, weil sich sonst manche Aktionen (aus Performancegründen) noch im Arbeitsspeicher befinden. |
| herrmanj |
Gesendet - 18/01/2018 : 18:50:27
Zitat:
BTW Ein SQL - Server lässt sich im laufenden Betrieb sichern.
Ich denke eh schon drüber nach, da adad95 bei mehreren gleichzeitigen Zugriffen aus dem Netzwerk doch etwas langsamer wird. Unsere DB ist immerhin mitlerweile ca. 500 MB. |
| herrmanj |
Gesendet - 18/01/2018 : 18:47:52
Zitat:
@ herrmanj Ich hoffe, Sie arbeiten per Remote – Desktop! Alles andere wäre Wahnsinn.
Genau das machen wir und adad95 funktioniert super, da nicht permanent an allen 3 Orten gearbeitet wird. |
| Entwicklung |
Gesendet - 18/01/2018 : 15:32:14
Zitat:
Hab mal kurz das zippen eines Verzeichnisses mit 991 Dateien (insgesamt 116 MB) getestet.
Der Unterschied zwischen dem direkten Schreiben auf usb3 und dem Zwischenspeichern und dann übertragen ist maximal 10 Sekunden bei einer Archivgröße von 51 Mb. Unter Ausnutzung des Chaches gab es kaum einen Unterschied, es dauerte ca. 4 Sekunden.
@mechanicus Ein Vergleich mit USB3 ist nicht fair. Viele sind Stolz auf einen USB 1.1 Stick
Zitat:
Das bremst mich ungemein aus, da wir an 3 verschiedenen physischen Orten arbeiten.
@ herrmanj Ich hoffe, Sie arbeiten per Remote – Desktop! Alles andere wäre Wahnsinn.
Zitat:
In der "Normalversion" mag es sein, dass es aus Sicherheitsgründen programmseitig etwas rigider gehandhabt wird, obwohl es auch hier ausreichen würde, für die Zeit der Datensicherung die Datei auf "nur lesen" zu setzen.
@mechanicus Naja, da direkt nach der Sicherung eine Reorganisation der Daten ansteht sind die Überlegungen eher akademischer Art.
BTW Ein SQL - Server lässt sich im laufenden Betrieb sichern.
|
| mechanicus |
Gesendet - 17/01/2018 : 12:15:31
Für den Vorgang der Datensicherung ist es wichtig, dass während dieser Zeit keine Daten geschrieben werden.
Ich habe die MS-SQL-Version und sichere die Daten mit einem externen Programm morgens um 3 Uhr. Da arbeitet garantiert keiner mehr und adad kann ruhig laufen, weil für die Zeit der Datensicherung Schreibzugriffe unterbunden werden.
In der "Normalversion" mag es sein, dass es aus Sicherheitsgründen programmseitig etwas rigider gehandhabt wird, obwohl es auch hier ausreichen würde, für die Zeit der Datensicherung die Datei auf "nur lesen" zu setzen.
Wenn ich mich recht erinnere, war das (zumindest damals) die Datei Adaten.vdb4. Ein Backup der Datei sollte scriptgesteuert möglich sein, wenn sie vorher auf "nur lesen" gesetzt und dann kopiert wird. Ist aber ungeprüft! |
| herrmanj |
Gesendet - 16/01/2018 : 22:49:20
Mich würde in diesem Zusammenhang mal interessieren warum zur Datensicherung alle adad95-Sessions geschlossen sein müssen. Das bremst mich ungemein aus, da wir an 3 verschiedenen physischen Orten arbeiten. Die DB-Datei kann ich doch auch mit offenen Sessions kopieren, habe ich zumindest letztens probiert, da ich sonst gar kein Backup gehabt hätte. Mehr sollte doch das Backup doch auch nicht machen. Oder stellt sich der Ingenieur das wieder zu einfach vor? |
| mechanicus |
Gesendet - 16/01/2018 : 14:19:13
Hatte ich mir schon gedacht, dass wir beide das selbe meinten.
Die Notwendigkeit der Zwischenspeicherung im temp sehe ich nicht zwingend, kenne das aber auch nur von Linux mit tar.gz, wo ein Stream mit komprimierten Dateien erzeugt wird (war ja auch ursprünglich für Bandlaufwerke konzipert).
Hab mal kurz das zippen eines Verzeichnisses mit 991 Dateien (insgesamt 116 MB) getestet.
Der Unterschied zwischen dem direkten Schreiben auf usb3 und dem Zwischenspeichern und dann übertragen ist maximal 10 Sekunden bei einer Archivgröße von 51 Mb. Unter Ausnutzung des Chaches gab es kaum einen Unterschied, es dauerte ca. 4 Sekunden.
Ich finde den Unterchied nicht so groß, dass man dafür eine Fehlerquelle bei der wichtigen Datensicherung in Kauf nimmt. |
| Entwicklung |
Gesendet - 16/01/2018 : 08:55:47
@mechanicus
Der Eindruck wäre auch falsch. Wir speichern aber zuerst das Zip – File in %temp%. Der Ordner liegt i.d.R. C. Von dort kopieren wir die Sicherung auf das Sicherungsmedium. Daher benötigen wir ausreichend Platz auf diesem Laufwerk. Direktes zippen auf einem USB – Stick kann u.U. sehr lange dauern. |
| podotop |
Gesendet - 16/01/2018 : 08:24:44
Bei uns läuft auch wieder alles. Keiner weiß warum. |
| mechanicus |
Gesendet - 15/01/2018 : 18:47:20
Zitat:
Entwicklung: (...), der Platz auf dem Laufwerk C reicht (...) nicht aus.
Den Eindruck sollte man vermeiden, dass auf C: die Datensicherung gespeichert werden kann. ;-) |
| Jane |
Gesendet - 15/01/2018 : 18:27:33
Hallo, meine Sicherung hat dann am Samstag wieder funktioniert. Ich gehe davon aus, dass bei einer positiven Meldung auch alle Daten gesichert sind. Kann ich das irgendwie überprüfen ? Grüße |
| Entwicklung |
Gesendet - 15/01/2018 : 15:17:15
Datenbank nicht erfolgreich gesichert könnte bedeuten, der Platz auf dem Laufwerk C reicht zum Erstellen des Zip – Files nicht aus. Folgerichtig kann dann auch nicht reorganisiert werden.
Das Windows – Dienstprogramm "Datenträgerbereinigung" hilft in diesem Fall sehr.
Um andere Ursachen zu finden wären die LOG - Files hilfreich.
|
| podotop |
Gesendet - 14/01/2018 : 12:47:58
Die Datenbank wurde nicht reorgansiert.
Hab das gleiche Problem seit Update |
| Jane |
Gesendet - 12/01/2018 : 17:33:29
P.S. ich habe die aktuelle Version 2018.1.1054 und habe schon mehrere Sicherungen nach dem Herunterladen der aktuellen Version am 08.01.18 gemacht, die völlig problemlos und korrekt waren. |
