adad95 - PraxPlan - ADTax - Forum - Ridler Datentechnik
adad95 - PraxPlan - ADTax - Forum - Ridler Datentechnik
adad95 - PraxPlan - ADTax - Forum - Ridler Datentechnik
Startseite | Profil | Registrieren | Neue Beiträge | Mitglieder | Suchen | FAQ
 Alle Foren
 adad95 - Praxisverwaltung
 adad95 Forum - Kundenfragen - Lösungen
 Datensicherung

Hinweis: Sie müssen sich registrieren, um eine Antwort zu erstellen.
Um sich zu registrieren, klicken Sie hier. Die Registrierung ist KOSTENLOS!

Auflösung:
Benutzername:
Passwort:
Funktion:
Format: FettKursivUnterstreichenDurchstreichen Links ausrichtenZentrierenRechts ausrichten Horizontale Line Hyperlink einfügenE-Mail einfügenBild einfügen Code einfügenZitat einfügenListe einfügen YouTube Video einfügen
   
Nachricht:

* HTML ist AUS
* Forum Code ist EIN
Smilies
Lächeln [:)] Lachen [:D] Cool [8D] Erröten [:I]
Lechzen [:P] Teufelchen [}:)] Zwinkern [;)] Clown [:o)]
Verletzt [B)] Volltreffer [8] Stirnrunzeln [:(] Schüchtern [8)]
Bestürzt [:0] Verärgert [:(!] Niedergeschlagen [xx(] Schläfrig [|)]
Küsse [:X] Zustimmung [^] Missbilligung [V] Frage [?]

 
   

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.

adad95 - PraxPlan - ADTax - Forum - Ridler Datentechnik © Ridler Datentechnik Zum Anfang der Seite
 Image Forums 2001 Powered By: Snitz Forums 2000 Version 3.4.06