@'Thomas999:
Kannst Du uns denn mal beschreiben, wo du die Datenbank abgelegt hat und wo Du das Backup hinschreiben willst. Sprich lokale Laufwerke versus Netzwerkdrives.
Falk
@'Thomas999:
Kannst Du uns denn mal beschreiben, wo du die Datenbank abgelegt hat und wo Du das Backup hinschreiben willst. Sprich lokale Laufwerke versus Netzwerkdrives.
Falk
Datenbank: c:\wiso
Backup c:\wiso\backup
C: ist eine SSD. Habe im PC selbst keine Festplatte mehr, weil alle Daten außer MG direkt auf ein Synology NAS umgeleitet werden. Hatte anfangs auch die MG-Datenbank auf dem NAS, aber MG warnte mich vor dieser Konstellation. Deshalb habe ich alles auf C: abgelegt und über eine Richtlinie beim Abmelden wird der gesamte Ordner auf's NAS geschoben. Somit bekommt MG vom NAS gar nichts mit.
Gruß
Thomas
Wann greift dier Richtlinie? Beim Abmelden des Users oder beim regulären Beenden von MG?
Falk
Diese policy greift erst beim Abmelden des Users vom Betriebssystem und damit logischer Weise auch beim Herunterfahren.
Gruß
Thomas
So. Nun habe ich MG provoziert und bei mir ist der Fehler tatsächlich reproduzierbar. Habe soeben ein Dokument in einen neuen Ordnern erfasst und dann einfach mal so MG per Task-Manager abgeschossen. Die Änderungen waren nach dem erneuten Start NICHT in der Datenbank zu finden. Das sieht für mich wie ein Bug aus. Wäre schön, wenn Entwickler hier mitlesen sollten, dass man hier mal einen Blick in den Quelltext wirft, also insb. bei welchem Ereignis werden Änderungen an den Dokumenten in die Datenbank geschrieben.
Gruß
Thomas
Telefonischen Kontakt zum Support aufnehmen und dieses Verhalten ggf. per Teamviewer dem Support zeigen.
Falk
Habe soeben ein Dokument in einen neuen Ordnern erfasst und dann einfach mal so MG per Task-Manager abgeschossen. Die Änderungen waren nach dem erneuten Start NICHT in der Datenbank zu finden.
Nur damit wir uns nicht falsch verstehen: Du hast an der Stelle aber eine Datenbankdatei geöffnet, die nach dem Erfassen des Dokuments gespeichert wurde?
Wäre schön, wenn Entwickler hier mitlesen sollten
Support-Ticket einreichen - alles andere ist Zufall.
Verstehe ich nicht ganz. Ich arbeite mit einer einzigen Datenbankdatei. In dieser habe ich an den Dokumenten Änderungen vorgenommen, dann abgeschossen und nichts war gespeichert.
Du hast an der Stelle aber eine Datenbankdatei geöffnet, die nach dem Erfassen des Dokuments gespeichert wurde?
Genau das weiß er ja nicht. Vermutlich wurde die Änderung nicht gespeichert. Jedenfalls hat er die Anwendung nicht korrekt beendet. Das ist ja gerade das Problem. Bei mir werden die Änderungen fortlaufend gespeichert, auch wenn die Anwendung nicht korrekt beendet wird, bei ihm hingegen wohl nicht.
Mal so eine grundlegende Frage. Den Abschuss zum Testen oder hat sich das Prog selber verabschiedet?
Falk
Genau das weiß er ja nicht.
Wieso nicht? Ich habe doch schon mehrfach darauf hingewiesen, daß er mal im Verlauf nachschaut, ob da wirklich die automatischen Sicherungen innerhalb der Session angelegt werden und ob diese Zeitangaben mit den Zeitstempeln der Dateien übereinstimmen, die er dann nach dem Absturz benutzt hat.
Verstehe ich nicht ganz. Ich arbeite mit einer einzigen Datenbankdatei. In dieser habe ich an den Dokumenten Änderungen vorgenommen, dann abgeschossen und nichts war gespeichert.
Aber bei den automatischen Sicherungen in der Session wird doch nicht Deine Arbeitsdatenbank überschrieben, sondern es werden Sicherungen im Backup-Ordner angelegt. Und wenn der Zeitabstand zwischen den Sicherungen groß ist, dann hast Du kein Backup mit der Änderung. Ich werde das Gefühl nicht los, daß wir ein wenig aneinander vorbei reden.
Wieso nicht? Ich habe doch schon mehrfach darauf hingewiesen, daß er mal im Verlauf nachschaut, ob da wirklich die automatischen Sicherungen innerhalb der Session angelegt werden und ob diese Zeitangaben mit den Zeitstempeln der Dateien übereinstimmen, die er dann nach dem Absturz benutzt hat.
Weil wir hier von zwei verschiedenen Dingen reden:
1. Bei einem Absturz beinhaltet seine normale MG-Datenbankdatei nicht die Änderungen, die seit dem letzten Öffnen vorgenommen wurden. Das habe ich getestet und das funktioniert bei mir.
2. Die während des Arbeitens vorgenommen Sicherungen in Form einer Backup-Datei enthalten nicht die Änderungen, die zwischen dem Öffnen und der Sicherungserstellung vorgenommen wurden. Dies hat er wohl beim Zurücklesen gemerkt.
Hallo zusammen,
es lies mir einfach keine Ruhe, dass dieses Fehlverhalten in anderen Umgebungen nicht auftritt. Habe nun MG deinstalliert und anschließend händisch in mühsamer Kleinarbeit viele weitere Fragmente der Anwendung im Dateisystem und der registry bereinigt. Nach einer Neuinstallation der Anwendung tritt dieser Fehler nicht mehr auf. Ich habe die gleichen Aktionen an den Dokumenten wie gestern durchgeführt, MG abgeschossen und alles war gespeichert.
Vielen Dank für eure nette Unterstützung.
Gruß
Thomas
Da hat vielleicht mit dem Datenbanktreiber/-zugriff irgendetwas nicht gestimmt.
Dann ist ja gut, dass jetzt alles wieder funktioniert.
Ich habe die gleichen Aktionen an den Dokumenten wie gestern durchgeführt, MG abgeschossen und alles war gespeichert.
Prima - danke für das Feedback!