Und für alle, die vielleicht auch mal in dieses Problem laufen...
Ich habe die Daten dann in vielen Versuchen mit unterschiedlichen Ansätzen des Migration Managers vom Strato Plesk 8.6 auf das 1und1 Plesk 9.2.2 System bekommen.
Nach einem manuellen Dump der Gesamtkonfiguration und dessen teilweisen Import im neuen System musste ich dann mit dem Migration Manager Nutzer für Nutzer übertragen.
Beachten muss man, dass der Migration Manager teilweise im System web-/ftp-Accounts anlegt (passwd) bzw. Datenbanken/Datenbankuser (mysql), ohne die in seiner internen Datenbank zu vermerken (wenn zwischen dem Anlagen und dem Vermerken an anderer Stelle ein Fehler auftritt).
An solchen "Karteileichen" scheitert dann jeder nachfolgende Migrationsversuch des entsprechenden Nutzers bzw. der entsprechenden Domain.
Da hilft dann nur noch ein schrittweises Übertragen der Nutzer (getrennt nach Mail und Web) und die Sichtung der Protokollfiles im Fehlerfall (Mit Fehlern abgeschlossen bei der Migration heisst auch eher "nicht abgeschlossen"). In den Protokollfiles finden sich dann die Hinweise auf die Karteileichen, die man (soweit es spezifische, auf dem bisherigen System nur für diesen Zweck angelegte Nutzer sind) einfach löschen kann. Da Plesk diese Nutzer/Datenbanken/.... aber nicht kennt, muss man das manuell über die Shell (passwd) oder ein anderes Tool (phpmyadmin für mysql) machen.
Die vorgegebene Migration-Policy, in solchen Konfliktfällen die Daten einfach mit den Daten vom Alt-System zu überschreiben funktioniert nur, wenn der entsprechende Nutzer/Datenbank/web/ftp-Nutzer auch schon in der PSA-Datenbank vermerkt ist. Ansonsten greift die Policy nicht.
Das Hauptproblem tritt da im Web-Bereich auf, der Mail-Bereich war einfacher.