Synchronisation mit falschem Ergebnis !??

  • Hallo zusammen,


    aufgrund der Diskussion unter http://www.pocketnavigation.de…eply.php?threadid=1032682 möchte ich mal folgende Frage / These zur Diskussion in den Raum stellen ...


    Wer viel mit Backup und Restore arbeitet - insbesondere mit Restore - möge doch mal exakt darauf achten, ob ein nachfolgendes Synchronisieren immer zum richtigen Ergebnis führt; d.h. immer die tatsächlich aktuellste Information danach vorhanden ist.
    Ich habe beispielsweise den Verdacht, ohne es bisher explizit getestet zu haben, dass ein Restore auf dem PDA evtl. zu einer falschen Dateiinformation führt und damit als aktueller eingestuft wird, als das Gegenstück auf dem PC und damit zum Überschreiben der aktuelleren Version führt.


    Konkret: eine (Text-) Datei auf dem PDA wird korrekt Richtung PC synchronisiert. Danach wird ein Backup auf dem PDA erstellt. Die synchronisierte Datei wird auf dem PDA bearbeitet und neuerlich fehlerfrei synchronisiert. Damit liegen auf dem PDA und auf dem PC identische Dateiversionen und im PDA-Backup befindet sich die vorherige (ältere) Dateiversion.
    Ein paar Tage später wird das Backup des PDA restored und damit die Urversion der (Text-) Datei wieder auf den PDA gebracht. Eine darauf folgende Synchronisation müsste nun die PC-Version auf den PDA bringen, weil die PC-Version die tatsächlich aktuellere Version ist; aber die aus dem Restore stammende Urversion landet auf dem PC, womit die aktuellere Version überschrieben wird, was im Ergebnis zum Verlust der aktuellsten Version führt.


    Da mir dies schon mehrfach aufgefallen ist - ohne einen Fehler meinerseits ausschließen zu können -, möchte ich also mal in die Runde fragen, ob es ähnliche Erfahrungen / Vermutungen diesbezüglich gibt.


    Verwendete Software: Microsoft Outlook 2000 SP-3 (9.0.0.6627), ActiveSync 4.1.0 (Build 4841), Sprite Backup 5.1.0 (Build 1417).


    PS: Oben genanntes Problem mit einer .doc - Datei verifiziert - es ist definitiv vorhanden ! Die Ursache ist jedoch unklar.

    Einmal editiert, zuletzt von Joachim_PDA ()

  • Hi,


    so etwas könnte passieren, wenn Du nach einem Restore die Uhr des PDA nicht neu stellst. Dann hat die Kiste einfach nen falschen Timestamp.


    Gruß
    H.-J.

    Bitte keine Supportanfragen per PN oder Mail, dafür ist das Forum da.

  • Hallo zusammen,


    ich habe obiger Problemschilderung ein PS hinzugefügt; das genannte Problem ist definitiv vorhanden.
    Auffällig ist auch, dass ActiveSync (in meinem Fall) die Notwendigkeit von 15 Datei-Aktualisierungen anzeigt, obwohl seit dem letzten PDA-Backup definitiv nur eine Datei (die mit einer Änderung zwecks Test) geändert wurde.


    h_smart: Danke für den Hinweis. Aber nach einem Restore sind Datum und Uhrzeit auf dem PDA korrekt - d.h. Datum und Uhrzeit stimmen mit dem tatsächlichen aktuellen Datum überein (ohne manuelle Justage).
    Allerdings tragen die .doc - Datei (und andere) offensichtlich nicht das 'Geändert'-Datum der tatsächlich letzten Änderung, sondern das Datum des Backups !
    Dies sollte zwar kein Problem darstellen, da Datum und Uhrzeit zwischen PC und PDA nicht sehr weit auseinander liegen sollten (wegen Time-Sync), aber korrekt wäre natürlich das Datum der tatsächlichen letzten File-Änderung. Das 'Erstellt'-Datum scheint hingegen korrekt zu sein.

    Einmal editiert, zuletzt von Joachim_PDA ()

  • Für mich macht das ganze Sinn.


    Wenn ich eine Datei restore, dann tue ich das ja, weil ich das aktuelle Dokument "verstummelt" habe. Also will ich es auch als das aktuelle Dokument betrachten - ansonsten hätte icvh es nach dem Restore umbenannt.


    Und die restorte Datei ist nun mal die aktuellste - außer Du modifizierst nach dem Restore noch das Pendant auf dem PC.

    Navigation mit Google Maps über Android Auto und AAWireless im Nissan Qashqai Akari Automatik. Zusätzlich ist POIbase NAVI ein treuer Beegleiter meiner Fahrten  ;)

  • Zitat

    Original von HSVMichi
    Für mich macht das ganze Sinn.


    Wenn ich eine Datei restore, dann tue ich das ja, weil ich das aktuelle Dokument "verstummelt" habe. Also will ich es auch als das aktuelle Dokument betrachten - ansonsten hätte icvh es nach dem Restore umbenannt.


    Und die restorte Datei ist nun mal die aktuellste - außer Du modifizierst nach dem Restore noch das Pendant auf dem PC.


    Hallo HSVMichi,


    abgesehen davon, dass ich auch allgemein auf dieses Problem aufmerksam machen wollte, sehe ich das - zumindest im Zusammenahng mit einer Synchronisation - etwas anders.


    Die aktuelleste Datei ist immer die, die zuletzt bearbeitet - im Sinne von editiert - wurde; nicht die Datei die aus einem Restore stammt, möglicherweise uralt ist und nur aufgrund eines Restore ein evtl. falsches 'Geändert'-Datum trägt.


    Auch wenn ich im Moment die Ursache des Problems noch nicht im falschen 'Geändert'-Datum des restorten Files sehe, meine ich, dass ein Backup-Programm zwingend das zum Zeitpunkt des Backups vorhandene 'Geändert'-Dateidatum mitschreiben und nach dem Restore der entsprechenden Datei wieder herstellen muss !
    Nur dann ist überhaupt feststellbar, welche von zwei Dateien (auf dem PDA oder dem PC) die tatsächlich zuletzt editierte / gespeicherte Datei ist.

  • Also aus dem Berufsleben kann ich Dir sagen, dass die aktuellste Datei immer die ist, die als letztes erstellt/geändert/wiederhergestellt wurde. ;D


    Insofern alles im grünen Bereich.

    Navigation mit Google Maps über Android Auto und AAWireless im Nissan Qashqai Akari Automatik. Zusätzlich ist POIbase NAVI ein treuer Beegleiter meiner Fahrten  ;)

    2 Mal editiert, zuletzt von HSVMichi ()

  • Zitat

    Original von HSVMichi
    Also aus dem Berufsleben kann ich Dir sagen, dass die aktuellste Datei immer die ist, die als letztes erstellt/geändert/wiederhergestellt wurde. ;D


    Insofern alles im grünen Bereich.


    Die Konsequenz Deines Berufslebens ist, dass Du bei einem Restore alle Dateien ausschließen musst, die synchronisiert sind, weil sie bei der nächsten Synchronisation neuere Dateien ungefragt überschreiben.

  • Ok, allmählich fange ich an, zu begreifen :D


    Es geht Dir nicht um das Restoren von Dateien, weil an irgend welchen bestehenden Dateien was faul ist, sondern um das Zurückholen von Dateien, weil...... der Akku leer war! :)


    Und Du hast diese Datei(en) auf dem PC bereits nach der Sicherung geändert. Dann hast Du wohl Recht, dass das in die Hose geht. :)


    Ich sehe das aber so, dass ich Dateien nur zurück lade und unter dem Original Namen bestehen lasse, weil eben gerade diese Datei von mir unabsichtlich zerstört wurde. Dann will ich auch, dass diese zurück geholte Datei als aktuell angesehen wird, denn sonst hätte ich sie nach dem Zurückholen umbenannt.


    Es sind also quasi zwei unterschiedliche Anforderungen. Für "Deine" Anforderung gebe ich Dir Recht.


    Nun weiß ich aber nicht, ob dieses Problem auch unter meiner alten Sprite-Version unter WinMobile2003 auftritt. Und Du weißt ja: never touch a running system. :D


    Ich vertraue zwar Sprite..... aber ich vertraute auch der deutschen Mannschaft, dass sie zu Null spielt :-D) :-D)

    Navigation mit Google Maps über Android Auto und AAWireless im Nissan Qashqai Akari Automatik. Zusätzlich ist POIbase NAVI ein treuer Beegleiter meiner Fahrten  ;)

  • Ist ja lustig zu lesen, wie ihr zwei aneinander vorbei redet. :D
    Und ich vermute, den Grund dafür zu ahnen. ;)


    @ Joachim: Du hast ein WM5-System, bei dem ein Backup-Programm "eigentlich" nicht erforderlich ist. Auch nach leerem Akku ist ja noch alles vorhanden. Sprite BackUp ist deshalb für dich ein "nice to have", aber nicht essentiell wie für Michi mit seinem WM2003-PDA.
    Deshalb nutzt du es auch eher als Spielzeug und nicht als wirkliche Sicherung.
    Aus andern Posts von Michi vermute ich, daß er seinen BackUp-Manager so eingestellt hat, daß grundsätzlich zu bestimmten Tageszeiten und automatisch bei Unterschreiten eines bestimmten Akku-Ladezustandes ein neues BackUp angelegt wird. Zusätzlich würde ich noch nach Änderungen wichtiger Dateien manuell ein neues BackUp auslösen.
    So gehandhabt komme ich gar nicht in die Verlegenheit, eine "alte" Datei mit neuem Datum zu restoren und dann mit dem PC zu syncronisieren. Ausnahmen davon müssen schon sehr konstruiert sein. ;)


    Zitat

    Original von HSVMichi
    Ich vertraue zwar Sprite..... aber ich vertraute auch der deutschen Mannschaft, dass sie zu Null spielt :-D) :-D)


    Und wovon träumst du nachts? :D :D :D


    Gruß
    bonnie

  • Hallo HSVMichi, hallo Bonnie,


    richtig ist, dass ich WM5 habe und daher ein Backup-Programm 'nice to have' sein könnte.
    Tatsächlich aber benötige ich ein Backup und nutze es, bevor ich irgendwelche Konfigurationen an meinem - sonst gut laufenden - PDA vornehme. Einfach aus dem Grund, ggf. zu einer laufenden Konfiguration zurück kommen zu können. Denn nach meiner Erfahrung sind Umkonfigurationen auf dem PDA - aus was für Gründen auch immer - gut dazu geeignet bisher Funktionierendes zu sabotieren und / oder im Ergebnis nicht immer erfolgreich.


    Damit ergibt sich folgende Situation: bevor ich etwas anderes mit meinem PDA anstelle als ihn 'normal' zu nutzen, lege ich ein neues Backup an. Dann kann ich unbekümmert testen (Software, Konfigurationen, ...) und entweder den neuen Zustand belassen (und wieder sichern) oder ich gehe mittels Restore auf den vorherigen Systemzustand zurück (ohne mir Gedanken darüber machen zu müssen, ob die Softwaredeinstallation etwas übrig lässt, meine Konfigurationen / Rückkonfiguration ohne Nebenwirkungen blieben usw.).
    Wenn ich aber von o.g. Vorgehensweise dahingehend abgewichen bin, kein explizit neues Backup anzulegen, weil sich seit dem Letzten nichts geändert hat und wenn, die Änderungen ja synchronisiert sind, kommt es zum geschilderten Problem. Mein Restore liefert eine ältere Version einer Datei zurück, als auf dem Synchronisationspartner vorhanden; eine folgende Synchronisation überschreibt nun nicht die ältere Datei auf dem PDA mit der Neueren vom PC, sondern die neuere Datei auf dem PC wird mit der Älteren aus dem Restore des PDA überschrieben. (Das wäre vergleichbar mit dem Überschreiben neuerer Kalendereinträge in Outlook mit alten Einträgen aus dem PDA-Restore.)


    Selbst unter den beschriebenen Bedingungen für HSVMichi halte ich das Ergebnis für falsch. Denn die Besonderheit bei Ihm (und anderen) mag - aus meiner Sicht - die sein, dass er immer davon ausgeht, eine Sicherung zurück holen zu können, deren Dateien mindestens dem Stand der synchronisierten Dateien entsprechen. Spätestens wenn aber der Fall eintritt, dass er die vorletzte Sicherung zurück holen muss (in der eine, gegenüber der Synchronisation, ältere Dateiversion enthalten ist), wird er das gleiche Problem haben.
    Und dieses Problem ist deshalb nach meinem bisherigen Kenntnisstand nicht nachvollziehbar, weil die restorte Datei datumsmäßig in meinem Beispiel älter ist, als die synchronisierte Datei auf dem PC.

  • Nein!


    Wenn ich eine Datei zurück hole, dann will ich gerade nicht, dass sie mindestens dem Stand des synchronisierten Pendants entspricht! Denn dann bräuchte ich die Datei ja gar nicht zurück holen, sondern könnte das Pendant auif den PDA kopieren. Restore also völlig überflüssig.


    Ich will ja gerade, dass die restorte Datei die nun aktuelle wird, und diese möge doch auch bitte synchronisiert werden, um sie auf der Gegenseite ebenfalls zu aktualisieren.

    Navigation mit Google Maps über Android Auto und AAWireless im Nissan Qashqai Akari Automatik. Zusätzlich ist POIbase NAVI ein treuer Beegleiter meiner Fahrten  ;)

  • Zitat

    Original von Joachim_PDA
    Wenn ich aber von o.g. Vorgehensweise dahingehend abgewichen bin, kein explizit neues Backup anzulegen, weil sich seit dem Letzten nichts geändert hat und wenn, die Änderungen ja synchronisiert sind, kommt es zum geschilderten Problem.


    Nun hast du dich aber selbst überholt. :D :D :D
    Zu deinem geliebten Problem kommt es doch nur, wenn sich etwas geändert hat. Du hast eine Datei geändert und sie mit dem PC syncronisiert. Im Backup verbleibt die alte Version weil du kein neues erstellt hast.


    Gruß
    bonnie

  • Zitat

    Original von HSVMichi
    Wenn ich eine Datei zurück hole, dann will ich gerade nicht, dass sie mindestens dem Stand des synchronisierten Pendants entspricht! Denn dann bräuchte ich die Datei ja gar nicht zurück holen, sondern könnte das Pendant auif den PDA kopieren. Restore also völlig überflüssig.


    Im Kontext, dass das Restore nicht dazu dient eine einzelne Datei zurück zu holen (die ich tatsächlich evtl. auch über eine Synchronisation bekommen würde), sondern einen PDA komplett zurück hole, stimmt Deine Aussage nicht.
    Stell Dir einfach mal oben beschriebene Situation vor - also eine heute synchronisierte, aktuelle Datei auf beiden Systemen - und Dein PDA schmiert ab, ohne dass Du eine Sicherung von heute hast. Um den PDA wieder herzustellen holst Du die gestrige Sicherung zurück und, da Deine Termine aber nun nur noch in Outlook aktuell sind, synchronisierst Du.
    Ergebnis: Termine etc. alles aktuell und richtig auf beiden Systemen, nur Deine aktuelle Datei ist auf keinem Deiner Systeme mehr vorhanden - nur noch die alte Version aus Deinem gestrigen Backup.
    So kann's nicht gewollt sein.



    Zitat

    Original von bonnie
    Nun hast du dich aber selbst überholt. :D :D :D
    Zu deinem geliebten Problem kommt es doch nur, wenn sich etwas geändert hat. Du hast eine Datei geändert und sie mit dem PC syncronisiert. Im Backup verbleibt die alte Version weil du kein neues erstellt hast.


    Ich denke nicht, dass ich mich überholt habe. Sinn einer Synchronisation ist doch, die jeweils aktuellste Version auf beiden Synchronisationspartnern zu haben - dies ist aber nicht der Fall. Und es betrifft auch die Rahmenbedingungen, in denen aus irgendwelchen Gründen die letzte Sicherung nicht restored werden kann (siehe oben).
    Richtig ist allerdings, dass der Workaround lautet, explitzit vor jedem Testen, Konfigurieren etc. ein Backup anzufertigen und außer dem Testen bis zum Restore der letzten Sicherung keine synchronisierten Dateien zu ändern.



    Ungeachtet der unterschiedlichen Anforderungen, von denen wir wohl ausgehen, scheint die Frage wichtig, nach welchen Kriterien ActiveSync fest stellt, welche Datei / welche Daten bei einer Synchronisation zu überschreiben sind. Denn was für Termine problemlos und richtig zu funktionieren scheint, wird für Dateien anders gehandhabt.

  • Zitat

    Deine aktuelle Datei ist auf keinem Deiner Systeme mehr vorhanden - nur noch die alte Version aus Deinem gestrigen Backup.


    Dann Syncronisierst Du falsch. du musst beim Sync angeben das die Dateien des PPC erneuert werden sollen und nicht umgekehrt.

  • Die Frage ist wieder mal: wo stellt man das ein? ?(


    Im ActiveSync gibt es diese Einstellung nur für den Konfliktfall ("ein Element wurde auf dem Gerät und auf dem Desktop oder dem Server geändert".


    Trifft das im von Joachim beschriebenen Fall zu? ?(

    Navigation mit Google Maps über Android Auto und AAWireless im Nissan Qashqai Akari Automatik. Zusätzlich ist POIbase NAVI ein treuer Beegleiter meiner Fahrten  ;)