User Forum

Hallo!

Bei der Rücksicherung einer vorhandenen Sicherung auf einer komplett neuen Maschine werden zwar alle Daten wiederhergestellt, aber leider nicht in die passenden Ordner kopiert.

Auf C: findet sich dann en Sammelsurium unterschiedlichster Ordner, wie z.B. %Appdata% oder %_CurDesktop%. Dies deutet wohl auf eine nicht korrekte Auflösung von Variablen hin.

Vor Einspielen des Platform & Feature Pack lief die Rücksicherung noch ...

Wer hat da eine Idee?

Mit freundlichen Grüßen

Andrè Döking
Ärztekammer Westfalen-Lippe

Ohne genauere Informationen ist es schwierig das Verhalten einzuschätzen. Der erste Teil der PBU und die Aufrufparameter von PersonalBackup wären doch sehr hilfreich. Bei der PBU sind die Angaben ab

• weniger interessant. Der erste Abschnitt ist am Aussagekräftigsten.

Das gleiche Problem hier.

Was heisst hier Aufrufparameter und PBU... ist doch eh noch Originalzustand (fast).

Installation Empirum Pro 2005 SR3, dann Update auf PFP.

Am Backup lediglich "Eigene Dateien" rausgenommen, sonst nichts geändert... also wie Installation.

Nehme ich einen alten PC raus und ersetze ihn durch einen neuen, dann werden die Variablen nicht aufgelöst und das Restore liegt mit den Variablennamen im Root-Verzeichnis auf C:

Hallo!

Laut Matrix42 Support liegt die Ursache dieses Problemes, das die Variablen bei der Rücksicherung nicht korrekt aufgelöst werden, an einem falschen Schalter innerhalb der *.pbu-Datei, die zum Einsatz kommt.

Der Wert "Compression=2" führt zu der o.g. Problematik. Dieses komprimiert die Dateien abschnittsweise, was bei der Rücksicherung zu nicht aufgelösten Ordnernamen à la "%_CurDesktop%" unter C: führt.
Hier scheint ein Bug vorzuliegen.

Einfach Compression auf 1 setzen, und das Problem sollte nicht mehr auftauchen. Hierbei werden die Dateien dann einzeln komprimiert.

Die voraussichtliche Lösung konnte ich leider noch nicht verifizieren, da ich zurzeit noch Urlaub habe.

Mit freundlichen Grüßen

Andrè Döking
Ärztekammer Westfalen-Lippe

Problem tritt bei uns auch auf werde mal Compression = 1 testen

Hallo !

Problem tritt übrigens auch bei Compression=0 auf, hab's mit Compression=1 probiert, da tritt der Fehler nicht auf ! Compression=2 hab ich nicht getestet.
Kann aber auf Compression=0 (fehlerhaft) nicht verzichten, da bei uns aus div. anderen Gründen die Dateien am Sicherungsort nicht komprimiert vorliegen dürfen.
Dummerweise kann man scheinbar die Kompression auch nicht für den einen Teil aktivieren und für den anderen deaktivieren; würde mir auch schon helfen.

Sehe gerade, dass dieser Thread schon ein paar Tage alt ist. Wir setzen mittlerweile Empirum 2008 ein und der Fehler ist immer noch da ... werde wohl mal den Support bemühen !