Ganz viele Dinge, die gegen deine Vorgehensweise sprechen, ich versuche mal die kürzeste Kurzfassung.
Kopie des DD innerhalb der gleichen Domäne = ganz schlechte Idee.
Ein gemeinsames DD ist DIE Grunddefinition der Domino Domäne schlechthin.
Die Replik-ID's der wichtigsten Systemdatenbanken errechnen sich (!) aus der ID des DD. Ändert sich die Replik-ID des DD passieren früher oder später merkwürdige Dinge, da etliche Tasks darüber interagieren und auch Änderungen und Rückmeldungen darüber laufen.
Fremde, komplett neu aufgesetzte Domäne mit eigenem DD, das die manuell kopierten Personendokumente beinhaltet könnte funktionieren (neu anlegen ist eine schlechte Idee wenn ID's im Spiel sind - ihr wollt migrieren und niemand will sich mehr mit Notes-Zertifikaten, ID-Vault und Co. auseinandersetzen), hängt von weiteren Dingen wie Routing der Internetmails, MIME-Einstellungen und -Konvertierung, Adressbücher an den Notes-Clients etc. ab und lässt sich daher nur schwer pauschal beantworten. Wenn niemand vor Ort ist der sich da mit der Materie auskennt wird das auch wieder ein Glücksspiel und endet mit Frust.
Eine einfache Vorgehensweise wäre ja eigentlich, dass kein Nutzer in beiden Systemen gleichzeitig ein aktives Postfach hat. Damit wandert der Nutzer samt Mailadresse während der Migration einfach vom Altsystem zum Neusystem. Beide Systeme verarbeiten jeweils die gleiche Internetdomain, das jeweils andere System wird als Smarthost in der Systemkonfiguration hinterlegt. Damit werden Mails an Nutzer die noch nicht oder nicht mehr auf dem einen System existieren automatisch an das jeweils andere weitergereicht. Ohne Tricks, Fake-Adressen oder endlose nachträgliche Synchronisation von Postfächern. Nach außen ist bei dieser Vorgehensweise überhaupt nichts zu merken (wenn man mal von vermutlich unterschiedlich formatierten Mails absieht).
HTH
Carsten