PlateSpin Migrate 12.0 – Versionshinweise

932115: Bei der Konvertierung und der Serversynchronisierung wird das im Befehlszeilenschnittstellen-Werkzeug (CLI) angegebene virtuelle Netzwerk statt des standardmäßigen Netzwerks verwendet.

926863: DLL „ZLibWrapper“ kann bei der Workload-Konvertierung nicht geladen werden, wenn die Komprimierung aktiviert ist.

912802: Auf der Ziel-VM wird das „Volume mit Seriennummer 00000000“ nicht gebootet.

892472: Wenn im Ursprungs-Workload das Multipathing aktiviert ist, wird das Bootgerät /dev/mapper/mp_root-part1 nicht durch /dev/sda1/ in /etc/fstab auf dem Ziel ersetzt.

907078: Remote-Registrierungsermittlung der Windows-Workloads mit Named Pipes stürzt ab.

927976: Datenträgerkontingenteinstellungen und Vorlagen auf dem Windows-Dateiserver sind auf dem Ziel nach der Migration nicht festgelegt.

925595: Fehler beim Senden von Dateien: Diese Implementation ist nicht Teil der FIPS-validierten kryptographischen Algorithmen für die Windows-Plattform.

930166: Die CPUID-SDK-Bibliothek wurde aktualisiert, sodass Abstürze bei Workloads unter einer koreanischen Windows 2012-Version vermieden werden.

930486: Fehler beim Erstellen einer Partition auf 4,9-TB-Volume.

933726: Keine OFX-Verbindung zur Windows-Quelle nach dem Aufrüsten hergestellt.

933162: Verarbeitung des Netzwerknamens im Befehlszeilenschnittstellen-Werkzeug (CLI): Falsche Groß-/Kleinschreibung oder zusätzliches Leerzeichen.

930355 – Beim Migrieren von Linux-Workloads wird das Zuordnen von Volumes nicht unterstützt: Wenn Sie Linux-Workloads mit dem PlateSpin Migrate-Client migrieren, wird Folgendes nicht unterstützt:

937071 – Die Migration von Linux-Workloads mit Volumes, die auf einem Rohdatenträger ohne Partitionen erstellt wurden, ist nicht möglich: PlateSpin Migrate unterstützt nicht die Migration von Linux-Workloads mit Volumes, die auf einem Rohdatenträger ohne Partitionen erstellt wurden.

902489 – Workloads können nicht auf eine Hitachi-LPAR migriert werden, auf der ein Betriebssystem ausgeführt wird: Wenn Sie einen Workload auf eine Hitachi-LPAR migrieren, auf der ein Betriebssystem ausgeführt wird, kann die Migration unter Umständen nicht abgeschlossen werden. Der Migrationsauftrag wartet im Schritt Zielcomputer konfigurieren auf eine Eingabe des Benutzers.

917209 – Warnmeldung beim Migrieren eines Workloads auf eine Hitachi-LPAR: Wenn Sie einen Workload auf eine Hitachi-LPAR migrieren, wird eine Warnmeldung angezeigt, beispielsweise:

929511 – PlateSpin Migrate kann nicht auf einem Computer mit Windows Server 2012 oder Windows Server 2012 R2 installiert werden: Wenn Sie die Benutzerkontensteuerung auf einem Computer mit Windows Server 2012 oder Windows Server 2012 R2 über die Systemsteuerung deaktivieren und dann PlateSpin Migrate auf dem Computer installieren, meldet das Dienstprogramm zum Prüfen der Voraussetzungen dennoch den Fehler, dass die Benutzerkontensteuerung noch aktiviert ist. Wird die Benutzerkontensteuerung über die Systemsteuerung deaktiviert, so wird diese Änderung nicht in den entsprechenden Registrierungsschlüssel übernommen.

929978 – Ein ermittelter Hyper-V-Container wird in der PlateSpin Migrate-Weboberfläche als Workload dargestellt: Wenn Sie einen Hyper-V-Container über die PlateSpin Migrate-Weboberfläche ermitteln, wird dieser Container als Workload in der Weboberfläche aufgeführt. Dieser Hyper-V-Container darf nicht migriert werden.

937070 – Ein Linux-Workload kann nicht zu einem Container migriert werden, der die Firmware des Ursprungs-Workloads nicht unterstützt: Die Migration eines Linux-Workloads schlägt in den folgenden Szenarien fehl, da die Konvertierung von UEFI zu BIOS (und umgekehrt) nicht unterstützt wird:

895957 – Für einen Linux-Workload können die Post-Migrations-Skripte nicht ausgeführt werden: Wenn die Post-Migrations-Skripte für einen Linux-Workload ausgeführt werden, tritt ein Fehler auf.

Anforderungen für die Unterstützung von VMware-DRS-Cluster: PlateSpin Migrate unterstützt VMware-Cluster mit und ohne aktivem DRS und mit jeder DRS-Stufe (Manuell, Teilweise automatisiert oder Vollautomatisch). Damit der VMware-Cluster jedoch ein gültiges Migrationsziel ist, muss er über VMware vCenter und nicht über die direkte Inventarisierung einzelner ESX-Server ermittelt werden.

493589 – (Windows-Quellen) Nicht standardmäßige volumenbasierte VSS-Einstellungen werden nach der Migration nicht beibehalten: Dieses Problem wird möglicherweise in einem künftigen Fix behoben.

505426 – (ESX4) Keine Warnmeldung oder kein Fehler bei falscher vCPU-Auswahl: Wenn die Anzahl der angeforderten vCPUs die Anzahl der physischen CPUs auf dem ESX 4-Host überschreitet, wird die angeforderte Anzahl ignoriert und die Ziel-VM mit einer einzigen vCPU erstellt, ohne dass eine Warnmeldung ausgegeben wird. Dieses Problem wird möglicherweise in einem künftigen Fix behoben.

506154 – Sonderzeichen im Namen einer Datenablage verursachen Migrationsprobleme: Migrationsvorgänge können fehlschlagen, wenn sie auf ESX-Datenablagen durchgeführt werden, deren Name das Pluszeichen (+) oder andere Sonderzeichen enthält.

595490 – Das Beibehalten einer Bootpartition führt zu Migrationsproblemen: In einigen Migrations-Szenarien erlaubt das System Ihnen fälschlicherweise, Ihre Bootpartition auf dem Ziel beizubehalten, was das Booten des ordnungsgemäßen Workloads verhindert. Dieses Problem wird zurzeit untersucht.

604320 – (Linux nach ESX 4) Problem beim Abschließen der Migration, wenn beim Betriebssystem des Ursprungs die automatische Anmeldung oder das automatische Mounten von CD-Laufwerken aktiviert ist: Zudem wird der Migrationsvorgang beeinträchtigt, wenn Sie sich beim Ziel während des Konfigurationsschritts des Auftrags anmelden.

619942 – Wenn der Dateiname eines Post-Migrations-Skripts Unicode-Zeichen enthält, schlägt das Skript fehl: Wenn sich Unicode-Zeichen im Dateinamen eines Post-Migrations-Skripts befinden, schlägt die Skriptausführung fehl.

655828 – Fehler beim Mounten von NSS-Volumes: Nach Abschluss einer Migration werden NSS-Volumes mit aktivierten Snapshots nicht wie erwartet automatisch gemountet.

680259 – (VMware 4.1) Schlechte Netzwerkleistung durch Weiterleitung von VMs: In einigen Szenarien führt die Reproduktion eines Workloads, der Netzwerkverkehr weiterleitet (wenn der Zweck des Workloads beispielsweise darin liegt, als Netzwerk-Bridge für NAT, VPN oder eine Firewall zu dienen), zu einer deutlichen Verminderung der Netzwerkleistung. Dies hängt mit einem Problem mit VMXNET 2- und VMXNET 3-Adaptern zusammen, bei denen LRO (Large Receive Offload) aktiviert ist.

685509 – Fehler Zugriff verweigert während der Reproduktion auf ein Image, das auf einer Netzwerkfreigabe gespeichert ist: Der Controller-Dienst auf Imageservern, die Netzwerkfreigaben zum Speichern verwenden, behalten die Berechtigungsnachweise für Anmelden als des Dienstes nach einer Aufrüstung nicht bei. Image-Vorgänge schlagen mit der Meldung Zugriff verweigert fehl, bis der Controller-Dienst mit den ordnungsgemäßen Berechtigungsnachweisen für Anmelden als aufgerüstet wird.

692680 – VSS-Snapshots werden nicht beibehalten: VSS-Snapshots, die von Anwendungen von Drittanbietern auf dem Ursprungs-Workload erstellt wurden, werden bei der Migration nicht auf das Ziel reproduziert.

702152 – Migration über WAN benötigt viel Zeit, wenn der Ziel-VM-Host eine große Anzahl an Datenablagen enthält: Wenn Ihr Migrate-Server über ein WAN mit dem VM-Host verbunden ist und Ihr VM-Host eine große Anzahl an Datenablagen enthält, kann die Suche nach dem für das Booten des Ziels erforderlichen entsprechenden ISO-Images in einigen Fällen länger als erwartet dauern. Dieses Problem wird zurzeit untersucht.

779194 – Nicht zugeordnetes Verzeichnis /home wird nach einmaliger Zeitserversynchronisation deaktiviert und ausgehängt: Wenn Sie eine Serversynchronisation vornehmen und dann die Partition /home auf none umstellen, sollte das Verzeichnis "/home" der Partition eingehängt und auf dem Zielserver aktiviert werden; stattdessen wird es deaktiviert und ausgehängt.

810460 – VMware-Tools werden beim Konvertieren eines Windows-20212-Serverkerns nicht installiert: Die VMware-Tools werden beim Konvertieren eines Windows-2012-Serverkerns nicht installiert.

822601 – Netzwerkkarte wird auf einer SLES-11-Ziel-VM, die auf einem Windows-2008-Hyper-V-Host gehostet wird, nicht initialisiert: Wenn Sie einen SLES-11-Workload (geklonte VM) mit der halbautomatischen Methode auf eine (scheinbar physische) Ziel-VM auf einen Windows-2008-Hyper-V-Host migrieren, bleibt der Vorgang beim Schritt "Konfigurieren des Betriebssystems" hängen.

824724 – Ziel-VM wird nach der Migration von VMware ESX auf Citrix Xen nicht gebootet, wenn sich die Bootdateien im zweiten Laufwerk befinden: Wenn Sie eine VM von VMware ESX in Citrix Xen konvertieren und die zugehörigen Bootdateien im zweiten Laufwerk vorliegen, wird die VM nicht gebootet und Sie müssen manuell eingreifen. Der Grund liegt darin, dass die Citrix-XEN-VM versucht, mit dem Laufwerk 0 zu booten statt mit den Bootdateien, die Laufwerk 2 zugewiesen sind.

825016 – XenServer-Tools werden nach der Konvertierung nicht entfernt: Die XenServer-Tools auf einer Windows-VM in einer Citrix-XenServer-Hypervisor-Umgebung werden nicht entfernt, wenn Sie die VM in einen VMware-Container oder einen physischen Container konvertieren.

825434 – Bei der Migration wurde die primäre Partition (C:\) in eine logische Partition auf dem Ziel konvertiert: Szenario: Verschieben oder Kopieren eines Computers mit Windows-Betriebssystem, der mehr als drei primäre Partitionen enthält, auf einen physischen Computer, auf dem ein Windows-Betriebssystem mit mindestens drei primären Partitionen installiert ist. Mindestens eine primäre Partition auf dem Zielcomputer wird beibehalten.

826545 – Wenn Migrate die Ermittlung eines Computers rückgängig macht, wird die Ermittlung des Computerknotens, der am ESX-Host angezeigt wird, nicht rückgängig gemacht: Wenn Sie die Ermittlung eines Workloads rückgängig machen, wird dies entsprechend im Migrate-Client angezeigt. Der ESX-Host zeigt jedoch, dass die Ermittlung des Knotens nicht rückgängig gemacht wurde.

839329 - Beim Abrufen von Daten vom VMware-vCenter-Server ist der folgende Ausnahmefehler aufgetreten: Berechtigung zum Ausführen dieses Vorgangs verweigert. Dieses Problem kann anhand der Verfahren zum Definieren der VMware-Rollen mit Tools behoben werden; siehe Definieren von VMware-Rollen mit Tools im Benutzerhandbuch für PlateSpin Migrate 12.0.

843431 - Booten von Festplatte (C:) - Fehler beim Laden des Betriebssystems. Der MBR ist beschädigt. Dieses Problem kann mit dem Befehl . /BcdEditor /fixboot in der LRD behoben werden.

859440 – V2P-Konvertierung bleibt beim Schritt "Konfigurieren des Betriebssystems" hängen. Wenn die Firmware mehrere Bootoptionen bietet und die Festplatte nicht das erste Bootgerät in der Liste der Bootoptionen ist, wird der Zielcomputer nicht von der Festplatte gebootet, und die Konvertierung bleibt hängen.

864325 – Fehler in Windows-8.1-Workloads zur Konvertierung von UEFI in BIOS beim Schritt "Dateien senden". Bei der OEM-Standardinstallation von Windows 8.1 (UEFI) wird eine Wiederherstellungspartition erstellt, deren Speicherplatz nicht ausreicht, um eine VSS (Volume Shadow Copy) für die Partition anzulegen.

864326 – Fehler beim Konvertieren während des Downgrades von UEFI- auf BIOS-Firmware: Beim Konvertieren eines UEFI-Workloads (Windows-Kernel-Version 6.2 und höher) auf einen BIOS-basierten Computer tritt beim Schritt Vorbereiten des Betriebssystems ein Fehler auf.

865570 – Fehler bei dateibasierter Übertragung für Windows-2012-R2-UEFI-Workload: Bei der X2P-Datei-basierten Übertragung für Windows-Kernel 6.2 und höher ist beim Senden und Empfangen der Dateien ein Fehler aufgetreten.

866467 – Fehler beim Erstellen eines Images eines Windows-32-Bit-Betriebssystems: Migrate erwartet einen Ordner mit dem Namen C:\Windows\Boot\EFI auf dem Ursprungsserver, damit Inhalte für den späteren Gebrauch exportiert werden können. Dieser Ordner ist in Windows-32-Bit-Betriebssystemen vor Windows 2008/Vista nicht vorhanden. Wenn Migrate also BCD-Informationen in den Ordner exportiert, tritt der folgende Fehler auf:

875562 – Ursprungscomputer verbleibt nach Offline-Konvertierung weiterhin im Status "Unter Kontrolle": Wenn Sie die Einstellung Endstatus für einen Offline-Konvertierungsauftrag als Neustart konfigurieren, verbleibt der Ursprungscomputer nach dem erfolgreichen Abschluss des Auftrags im Status "Unter Kontrolle".

878043 – Bootkonfiguration des Ursprungscomputers wird nach der Offline-Konvertierung nicht wiederhergestellt: Das Bootmenü des Windows-Ursprungscomputers wird nach der Offline-Konvertierung nicht wiederhergestellt.

891690 – Das Erstellen und Verschieben einer VM im Ressourcenpool als Einstellung wird vom CLI-Werkzeug nicht unterstützt: Das Befehlszeilenschnittstellen-Werkzeug (CLI), das in dieser Version als neue Funktion eingeführt wurde, bietet derzeit noch keine Unterstützung für das Verschieben oder Erstellen einer VM im Ressourcenpool als Einstellung in der Datei conversion.ini.

894623 – Partitionen werden nach der Konvertierung nicht zu Laufwerkbuchstaben gemountet: Nach der Konvertierung in Hyper-V 2012 R2 ist lediglich das Laufwerk "C" sichtbar. Andere Partitionen werden nicht zu Laufwerkbuchstaben gemountet.

896584 – Bei einer Konvertierung eines Workloads in Hyper-V2012 R2 können Datenträger- und Volume-Zuordnungen nicht problemlos hinzugefügt werden: Beim Booten der Hyper-V-VM mit LRD werden IDE- und/oder SCSI-Festplatten in der Liste der Festplattengeräte in willkürlicher Reihenfolge angezeigt.

Szenario 1 -- IDE-zu-SCSI-Verhalten

Szenario 2 -- SCSI-zu-IDE-Verhalten

896598 – Nach einer Migration von RHEL 6.2 x64-Blöcken in Hyper-V 2012 R2 sind redundante Datenträger vorhanden: Nach der erfolgreichen blockbasierten RHEL 6.2 x64-Migration mit der Option Integrationsdienste installieren gibt der Befehl fdisk -l redundante Datenträger zurück. Ein einzelner Datenträger wird also als sda und sdb angezeigt.