Domino 9 und frühere Versionen > ND9: Administration & Userprobleme

Migration Outlook NACH Notes

(1/3) > >>

schroederk:
Hallo,

ja, hier lest richtig, es ist kein Tippfehler und auch kein Aprlischerz  ;)

Wir übernehmen bald den kompletten Support für eine unserer ausländischen Filialen und damit wird der Standort auch nach Notes migriert.
Und ich habe jetzt die ehrenvolle Aufgabe die Migration durchzuführen.

Zum Testen habe ich mir auf einem blanken Notebook Outlook 2016 installiert und einfach mal eine alte PST-Datei importiert.
Die Migrationstools von Notes sind natürlich auch installiert.

Ein aus der Kommandozeile ausgeführtes "nupgrade 3" führt die Migrations zwar offenbar durch, zumindest wird bei Outlook-Kontakte und PABs erfolgreich und bei Persönliche Ordner als abgeschlossen angezeigt, aber der Assistent bricht dann mit einer typischen Notes-Fehlermeldung ab. NSD wurde erzeugt.

Ok, vielleicht hätte ich erstmal Outlook mit irgendeiner Dummy-Mailadresse konfigurieren sollen.
Also irgendeine Webmailer-Adresse erstellt, IMAP aktiviert und Outlook entsprechend konfiguriert.

Aber der Fehler bei der Migration tritt noch immer auf.
Ich bekomme allerdings diese importierte PST-Datei auch nicht mehr raus. (Ein Hoch auf Outlook)

Im NSD steht als erster FATAL: Exception code c0000005 (Access violation)
Danach (beim Pass 3: Fatal Thread with Parameter data 8/26) auch noch: SetThreadContext failed - (87) falscher Parameter.


Liegt das jetzt noch an der dummen importierten PST-Datei oder ist das Import-Tool möglicherweise zu alt für Outlook 2016?
Kann man das Tool überhaupt noch nutzen oder muss man auf alternative (womöglich kostenpflichtige) Software ausweichen?

DomAdm:
Hallo,

es gibt da einen debug parameter:

"To enable, enter the following debug parameters in the NOTES.INI located on the workstation from which the migration is performed:

DebugExchangeMigration=<value>   
(NOTE: The value of this parameter can be set to 1,2, or 3) 
Debug_Outfile=<path to debug.txt> "

Vielleicht ist der Output in der debug.txt nach Neustart und erneutem "nupgrade 3" hilfreich.

Tode:
Meine Erfahrung mit dem Tool: Ein Teil der Daten lässt sich migrieren, ein Teil nicht. Wir hatten vor 2 Jahren für ein solches Projekt die CMT- Tools von Binarytree verwendet, allerdings wollten sie uns die eigentlich schon nicht mehr verkaufen, und es gibt da auch kaum noch jemanden bei denen im Haus (genauer gesagt nur noch einen der Entwickler), der sich mit dem Tool für diese Richtung auskennt. Trotzdem konnten wir damit -nach einiger händischer Nacharbeiten wegen einer tollen Bugbehebung seitens Microsoft beinahe 100% der Einträge migrieren.

Falls es wen interessiert: MS hatte in irgendeiner Outlook / Exchange- Version ein Problem mit Zeitzonen / Sommerzeit / Winterzeit: Das wurde damals so behoben, dass der CLIENT die falschen Daten einfach korrekt anzeigt, statt die fehlerhaften Daten zu korrigieren: diese sind also trotzdem noch falsch gespeichert. Das konnten wir nachvollziehen, indem wir mittels MAPI- tool auf die Daten im Backend geschaut hatten: Obwohl jeder Outlook- Client (wir hatten 3 verschiedene probiert) die Uhrzeit korrekt anzeigt, sind diese intern um eine Stunde falsch... und kommen damit auch falsch im Notes an... Das mussten wir auf Notes- Seite mit einem Script korrigieren. Aber natürlich sind nicht ALLE Kalendereinträge betroffen, sondern nur bestimmte... die zu identifizieren war ziemlich tricky.

DomAdm:
Dazu noch:
When you use the Migration Tools to migrate a Microsoft® Outlook *.pst file to a Lotus Notes® mail file, a crash occurs with an NSD file generated.  You determine that the failure is due to a corrupt document in the *.pst file.  Is there a way to skip those corrupt documents automatically in order to complete the migration?

You can enable the following parameters in the notes.ini, then run the migration again:
DebugExchangeMigration=3
Debug_Outfile=<path to debug.txt>
Open the debug.txt file.
Search from the bottom of the file up for "subject".  That entry typically indicates the message that caused the crash.
Delete the message from the .pst file.  Remember to delete it from the trash folder as well.
Run the migration again.

This process may need to be done more then once if multiple messages are found to be causing a problem.

Oder mal vor der Migration "Scanpst" laufen lassen:
https://support.microsoft.com/de-de/help/272227/how-to-repair-your-outlook-personal-folder-file-pst

schroederk:

--- Zitat von: DomAdm am 02.04.19 - 14:31:25 ---
DebugExchangeMigration=3
Debug_Outfile=<path to debug.txt>
Open the debug.txt file.

Oder mal vor der Migration "Scanpst" laufen lassen:
https://support.microsoft.com/de-de/help/272227/how-to-repair-your-outlook-personal-folder-file-pst

--- Ende Zitat ---

Ich habe den Eintrag DebugExchangeMigration=3 hinzugefügt.
Den Eintrag für das Outfile habe ich weggelassen, dann werden die Einträge in der console.log im Standardverzeichnis gespeichert.
Eine Ursache habe ich aber nicht finden können. Nur, dass die Mails alle aus der importierten PST-Datei kommen, die ich leider anscheinend nicht mehr loswerde.

Wenn das Tool sowieso nicht so wirklich erfolgreich ist (wir wollen ja alles und nicht nur einen Teil migrieren), stellt sich die Frage nach einem geeignetem Tool.
Oder sollte ich hier einfach mal ein Ticket bei IBM aufmachen?

[UPDATE]
Die PST-Datei bin ich jetzt doch losgeworden.... Neuer Versuch  :)

Navigation

[0] Themen-Index

[#] Nächste Seite