PlateSpin Migrate 12.3 – Versionshinweise

September 2018

PlateSpin Migrate 12.3 bietet neue Funktionen und Verbesserungen. Einige in früheren Versionen auftretende Probleme wurden behoben.

Die Dokumentation für dieses Produkt steht im HTML- und PDF-Format auf der PlateSpin Migrate 12.3-Dokumentationswebsite bereit.

Dieses Produkt enthält nicht dokumentierte Dienstprogramme, die vom Technischen Supportteam zur Diagnose oder Korrektur von Problemen eingesetzt werden können.

1.0 Aktualisierungen der Dokumentation

1.1 September 2018

2.0 Neuerungen bei der Einrichtung von PlateSpin Migrate (Build 771)

Eine neue Setup-Datei für PlateSpin Migrate 12.3 (Build 771, PlateSpinMigrateSetup-12.3.0.771.exe) ist auf der PlateSpin Migrate 12.3 Download-Site verfügbar. Diese Datei ersetzt die Setup-Datei für PlateSpin Migrate 12.3 (Build 687, PlateSpinMigrateSetup-12.3.0.687.exe).

In der Setup-Datei für PlateSpin Migrate 12.3 (Build 771) wurde ein auf dem PlateSpin Migrate-Server (ab Build 687) festgestelltes Problem behoben, durch das erfolgreiche Migrationen zu Amazon Web Services verhindert wurden. Vergewissern Sie sich, dass Sie die Ersatz-Setup-Datei für PlateSpin Migrate 12.3 (Build 771) für PlateSpin Migrate-Serverinstallationen verwenden.

WICHTIG:Wenn Sie die Setup-Datei für PlateSpin Migrate 12.3 (Build 687) bereits heruntergeladen haben und Amazon Web Services als Zielplattform verwenden, laden Sie die Ersatz-Setup-Datei für PlateSpin Migrate (Build 771) herunter und verwenden Sie diese zur Installation des PlateSpin Migrate-Servers.

3.0 Neue Funktionen

PlateSpin Migrate 12.3 umfasst mehrere neue Funktionen und Erweiterungen.

Viele der eingeführten Verbesserungen sind Umsetzungen von Vorschlägen unserer Kunden. Wir möchten uns auf diesem Wege bei Ihnen für Ihr wertvolles Feedback bedanken. Wir hoffen, Sie unterstützen uns weiterhin dabei, unsere Produkte optimal an Ihre Bedürfnisse anzupassen. Senden Sie uns Ihr Feedback als Beitrag im PlateSpin Migrate-Forum in den Micro Focus-Foren, unserer Online-Community. Hier finden Sie auch Produktinformationen, Blogs und Links zu weiteren nützlichen Ressourcen.

3.1 Automatische Migration zu Amazon Web Services

PlateSpin Migrate 12.3 bietet eine verbesserte PlateSpin Migrate-Weboberfläche und ermöglicht die automatische Migration von Ursprungs-Workloads zu Amazon Web Services (AWS).

Weitere Informationen finden Sie in den folgenden Themen im Benutzerhandbuch:

3.2 Automatische Migration zu VMware Cloud on AWS

PlateSpin Migrate 12.3 bietet eine verbesserte PlateSpin Migrate-Weboberfläche und ermöglicht die automatische Migration von Ursprungs-Workloads zu VMware Cloud (VMC) on AWS. Weitere Informationen finden Sie unter Voraussetzungen für die Migration zu VMware Cloud on AWS im Benutzerhandbuch.

Sie fügen ein VMware Cloud on AWS-Ziel hinzu und das Ziel wird als VMware DRS-Cluster erkannt und behandelt. Weitere Informationen finden Sie unter Zielermittlung in der Weboberfläche im Benutzerhandbuch.

3.3 Automatische Cloud-zu-Cloud-Migrationen

PlateSpin Migrate 12.3 unterstützt die folgenden Cloud-zu-Cloud (C2C)-Migrationen, ohne dass hierzu ein VPN erforderlich ist:

  • Von AWS zu Azure

  • Von Azure zu AWS

  • Von AWS zu vCloud

  • Von vCloud zu AWS

  • Von Azure zu vCloud

  • Von vCloud zu Azure

Weitere Informationen finden Sie unter Voraussetzungen für Cloud-zu-Cloud-Migrationen im Benutzerhandbuch.

3.4 Unterstützung von VMware vCloud Director 9.1

PlateSpin Migrate 12.3 unterstützt jetzt auch die Migration auf VMware vCloud Director 9.1.

3.5 Unterstützung von VMware-Clustern als Cluster oder Hosts

PlateSpin Migrate 12.3 bietet die Möglichkeit, über die Migrate-Weboberfläche ein VMware DRS-Zielcluster als VMware DRS-Cluster oder VMware DRS-Cluster als Hosts hinzuzufügen. Weitere Informationen finden Sie unter Ermittlung von Zielplattformen.

3.6 Erweiterte MPIO-Unterstützung

Weitere Informationen finden Sie unter MultiPath-E/A im Benutzerhandbuch.

3.7 Optimierte Sicherheit für TLS-Protokolle

Der PlateSpin Migrate 12.3-Server verwendet Transport Layer Security (TLS) 1.0, 1.1 oder 1.2, je nachdem, welche Protokolle vom Host-Betriebssystem unterstützt werden und dort aktiviert sind. Weitere Informationen finden Sie unter Konfigurieren von TLS-Protokollen für Migrate-Hosts im Installations- und Aufrüstungshandbuch.

Für Remote-Datenbankinstanzen müssen die folgenden zusätzlichen Anforderungen erfüllt sein:

Informationen zur Verwendung von TLS 1.2 für Ursprungs-Workload-Verbindungen mit PlateSpin Migrate 12.3 finden Sie unter Konfigurieren von Ursprungs-Workloads zur Verbindungsherstellung mit TLS 1.2 im Benutzerhandbuch.

3.8 Verbesserungen bei der PlateSpin-Konfiguration

In PlateSpin Migrate 12.3 sind die nachfolgenden PlateSpin-Konfigurationsparameter enthalten. Weitere Informationen finden Sie unter Konfigurieren von erweiterten PlateSpin-Einstellungen für AWS.

Parameter

Beschreibung

AwsInstanceTypeForReplicationEnvironment

Gibt den AWS-Instanztyp an, der für die AWS-PlateSpin-Reproduktionsumgebungs-VM verwendet werden soll. Der Standardwert ist t2.micro.

Legen Sie den Wert dieses Parameters auf den AWS-Instanztyp fest, den Sie für die Reproduktionsumgebungs-VM verwenden möchten.

AWSPriceListRegion

Gibt die AWS-Region an, deren AWS-Preislistenendpunkt zur Ermittlung der von AWS unterstützten Instanztypen verwendet wird. Der Standardwert ist us-east-1.

Wenn der gewünschte Instanztyp jedoch nicht im Preislistenendpunkt der konfigurierten Region aufgeführt ist, wählen Sie als Wert für diesen Parameter den Namen einer Region aus, deren Preislistenendpunkt den gewünschten Instanztyp aufweist.

AWSEnableSourceCredentialsForLinuxWithKeypair

Legt fest, ob Sie den Ursprungsberechtigungsnachweis zur Anmeldung bei einer AWS-Linux-Zielinstanz verwenden können oder nicht. Der Standardwert ist False, weshalb Sie sich nur unter Verwendung des im Migrationsauftrag konfigurierten Schlüsselpaars bei der Zielinstanz anmelden können.

Damit Sie sich sowohl mit dem im Migrationsauftrag konfigurierten Schlüsselpaar als auch mit dem Ursprungsberechtigungsnachweis bei der AWS-Linux-Zielinstanz anmelden können, legen Sie den Wert dieses Parameters auf True fest.

UseOnlyPublicIPForAWS

Standardmäßig ist der PlateSpin Migrate-Server so vorkonfiguriert, dass während der Migration zu AWS private IP-Adressen für die Kommunikation zugelassen sind. Wenn der Ursprungs-Workload keine Verbindung zur privaten IP-Adresse des AWS-Ziels herstellen kann, benötigen Sie für die Kommunikation während der Migration zu AWS eine öffentliche IP-Adresse.

Um sicherzustellen, dass während der Migration nur die öffentliche IP-Adresse verwendet wird, legen Sie den Wert dieses Parameters auf True fest. Außerdem müssen Sie die Einstellung des Parameters SourceListensForConnection von True zu False ändern, damit der Ursprungs-Workload eine Verbindung zum Ziel-Workload herstellen kann.

PartitionAlignmentSizeInKB

Legt den Versatz der Festplattenausrichtung für Workloads mit MBR-Partitionen fest. Der Wert dieses Parameters entspricht der Anzahl der Kilobytes (KB) vom Anfang der Festplatte bis zur nächstgelegenen Ausrichtungsgrenze. Weitere Informationen finden Sie unter Nicht ordnungsgemäße Ausrichtung der Festplatte auf Ziel-VM im Benutzerhandbuch.

VCloudAppTemplateName

Gibt den Namen der vApp-Vorlage an, die bei vCloud-Reproduktionen für die Reproduktionsumgebung verwendet werden soll. Standardmäßig ist der Wert dieses Parameters auf PlateSpin-Reproduktionsumgebung festgelegt.

Wenn Sie den Namen der vApp-Vorlage bearbeiten, in die Sie das OVF-PlateSpin-Paket heraufladen, müssen Sie als Wert für diesen Parameter den neuen Namen der vApp-Vorlage angeben.

3.9 Unterstützte Konfigurationen

Detaillierte Informationen und Vorbehalte im Hinblick auf unterstützte Ursprungs-Workloads und Zielplattformen für PlateSpin Migrate 12.3 finden Sie unter Unterstützte Konfigurationen im Benutzerhandbuch.

4.0 Auslaufende Funktionen

Der PlateSpin Migrate 12.3-Client unterstützt die halbautomatische Migration zur Amazon Web Services (AWS)-Umgebung nicht mehr. Konfigurieren Sie Workloads für die automatische Migration zu AWS über die Migrate-Weboberfläche.

5.0 Bekannte Probleme

Micro Focus ist bestrebt, Produkte zu bieten, die hochwertige Lösungen für die Softwarebedürfnisse Ihres Unternehmens darstellen. Die nachfolgend beschriebenen Probleme werden zurzeit untersucht. Falls Sie weitere Hilfe zu einem Problem benötigen, wenden Sie sich an den Micro Focus-Support und Kundendienst.

Weitere Informationen zu bekannten Problemen in früheren Versionen finden Sie unter Vorgängerversionen.

5.1 Bekannte Probleme beim Aufrüsten

Fehlende Informationen zu mit Migrate Agent registrierten Workloads nach einer Aufrüstung oder einem Export/Import

Problem: Informationen zu Workloads, die mit Migrate Agent registriert wurden, gehen bei der Aufrüstung von Version 12.2.2 auf Version 12.3 oder nach einem Export/Import unter Verwendung des Dienstprogramms ImportExportAll.bat in Version 12.2.2 verloren. (Bug 1089919)

Behelfslösung: Nach der Aufrüstung oder dem Export/Import können Sie die Workloads mit Migrate Agent wieder registrieren.

5.2 Bekannte Probleme bei der Migration zu Azure

Fehler bei der Vorbereitung der Reproduktionsumgebung in Azure

Problem: Bei der Vorbereitung der Reproduktionsumgebung in Azure wird der Fehler 403 Forbidden zurückgegeben, wenn Datum und Uhrzeit auf dem Migrate-Server nicht richtig konfiguriert sind. (Bug 1077308)

Behelfslösung: Vergewissern Sie sich, dass Datum und Uhrzeit auf dem Migrate-Server richtig konfiguriert sind, und bereiten Sie die Reproduktion dann noch einmal vor.

5.3 Bekannte Probleme bei der Migration zu AWS

Fehler bei der Migration eines Workloads mit Festplatten, die mehr als 15 Dateisystem-Volumes aufweisen

Problem: Wenn Sie einen Ursprungs-Workload mit Festplatten migrieren, die mehr als 15 Dateisystem-Volumes aufweisen, tritt im Schritt Erstellen und Partitionieren von Volumes ein Fehler auf (Bug 1020176).

Behelfslösung: keine. AWS lässt maximal 15 Volumes pro Festplatte zu. Sie können die Auswahl von Volumes aufheben, die nicht migriert werden sollen, um die Anzahl der Volumes für die Festplatte auf 15 oder weniger zu reduzieren.

Migration von Windows Server 2008 R2-Workload zu AWS wird bei der Übernahme unterbrochen, wenn die Größe der Cloud-Instanz auf „i3.16xlarge“ festgelegt ist

Problem: Wenn Sie einen Windows Server 2008 R2-Workload zu einem AWS-Ziel migrieren möchten und den Migrationsauftrag so konfigurieren, dass die Cloud-Instanzgröße i3.16xlarge verwendet wird, wird der Migrationsauftrag bei der Installation der AWS PV-Tools unterbrochen (Bug 1095580).

Behelfslösung: Geben Sie bei der Konfiguration des Migrationsauftrags eine unterstützte Cloud-Instanzgröße an, die nicht i3.16xlarge lautet.

PlateSpin Migrate-Client listet fälschlicherweise die über die PlateSpin Migrate-Weboberfläche gefundenen AWS-Ziele auf und blockiert Image-Migrationen zu AWS nicht

Problem: Wenn Sie ein Image über den PlateSpin Migrate-Client erfassen oder bereitstellen, werden im Bereich „Ziel“ fälschlicherweise alle über die Weboberfläche gefundenen AWS-Ziele aufgelistet. Auch wenn der PlateSpin Migrate-Client die Migration von Images zur AWS-Cloud nicht unterstützt, können Sie auf der Client-Oberfläche ein AWS-Ziel zur Konfiguration des Image-Migrationsauftrags auswählen. (Bug 1099822)

Behelfslösung: PlateSpin Migrate-Client unterstützt die Migration von Workloads zu einem AWS-Ziel nicht. Wenn Sie ein Image bereitstellen oder erfassen möchten, wählen Sie eine Zielplattform aus, die vom PlateSpin Migrate-Client unterstützt wird.

5.4 Allgemeine Probleme

Name der Ziel-VM enthält auch nach erfolgter Serversynchronisierung die Zeichenkette „unter Kontrolle von PlateSpin“

Problem: Wenn Sie mit dem Migrate-Client eine Serversynchronisierung durchführen, um die Ursprungsänderungen mit dem Ziel-Workload auf einem ESX-Server zu synchronisieren, beinhaltet der Name der Ziel-VM auch nach erfolgter Serversynchronisierung die Zeichenkette (unter Kontrolle von Platespin). (Bug 1102407)

Behelfslösung: Bearbeiten Sie den Namen der Ziel-VM nach erfolgter Serversynchronisierung manuell und entfernen Sie die Zeichenkette (unter Kontrolle von PlateSpin).

[MPIO] Fehler bei X2P-Migration eines Linux-Ursprungs-Workloads mit LVM-Partitionen zu einem Linux-Ziel mit Festplatten mit Nicht-LVM-Partitionen

Problem: Wenn Sie im Rahmen des X2P-Workflows eine vollständige Migration eines Linux-Workloads mit LVM-Partitionen zu einem Linux-Ziel durchführen, das Festplatten mit Nicht-LVM-Partitionen aufweist, wird die Migration im Schritt Erstellen und Partitionieren von Volumes mit einem Fehler beendet. (Bug 1096119)

Behelfslösung: Vor der Migration des Workloads müssen Sie die auf dem Ziel-Workload vorhandenen Partitionen manuell entfernen.

[MPIO] Auslagerungspartition ist auf dem Zielrechner für P2P-Linux-Migration mittels Serversynchronisierung nicht ordnungsgemäß aktiviert

Problem: Zur P2P-Migration von Linux-Workloads mittels Serversynchronisierung verwendet die Datei /etc/fstab auf dem Zielrechner den Pfad /dev/sdx#, um die Auslagerungspartition zu aktivieren, anstatt einen persistenten Gerätenamen zu verwenden. Die Auslagerungspartition ist auf dem Zielrechner nicht ordnungsgemäß aktiviert. (Bug 1096796)

Behelfslösung: Ändern Sie den Auslagerungseintrag in der Datei /etc/fstab so, dass im Verzeichnis /dev/disk/by-id ein persistenter Name für das Gerät angegeben ist, der anhand eines eindeutigen Bezeichners auf das Speichergerät verweist und folgendes Format aufweist: /dev/disk/by-id/scsi-<WWID>-part<Partitionsnummer>.

  1. Melden Sie sich auf dem Linux-Zielrechner als Root-Benutzer an und starten Sie dann eine Befehlskonsole.

  2. Ermitteln Sie die WWID und die Partitionsnummer, die für den persistenten Gerätenamen benötigt werden:

    1. Geben Sie in der Befehlszeile cat /etc/fstab ein, um die Geräteinträge für den Zielrechner anzuzeigen.

    2. Sehen Sie sich den aktuellen Eintrag an, der die Auslagerungspartition aktiviert. Notieren Sie sich die Festplatte und die Partitionsnummer.

      In der folgenden Beispielausgabe steht der Eintrag /dev/sdg2 für die Festplatte sdg und die Partitionsnummer 2.

    3. Geben Sie in der Befehlszeile multipath -l ein, um die Multipfadgeräte aufzulisten.

      Suchen Sie in der folgenden Beispielausgabe sdg und notieren Sie als WWID für den übergeordneten mpathb den Wert 360002ac0000000000000004d00006312.

    4. Bearbeiten Sie den für die Auslagerungspartition verwendeten Pfad in der Datei /etc/fstab.

      1. Öffnen Sie die Datei /etc/fstab in einem Texteditor.

      2. Ersetzen Sie im Eintrag für die Auslagerungspartition den Pfad /dev durch den Pfad /dev/disk/by-id unter Verwendung des folgenden Formats:

        /dev/disk/by-id/scsi-<WWID>-part<Partitionsnummer>

        Ersetzen Sie zum Beispiel /dev/sdg2 durch den nachfolgenden persistenten Namen:

        /dev/disk/by-id/scsi-360002ac0000000000000004d00006312-part2

      3. Speichern Sie die geänderte /etc/fstab-Datei.

    5. Führen Sie einen Reboot des Zielrechners durch.

6.0 Behobene Probleme

Nachfolgend finden Sie eine Liste der Probleme, die in dieser Version behoben wurden:

6.1 Migration eines Windows Server 2003-Workloads bleibt eventuell im Schritt ‚Konfigurieren des Betriebssystems‘ stecken

Problem: Beim Migrieren eines Windows Server 2003-Workloads kommt es im Schritt Konfigurieren des Betriebssystems möglicherweise zu einer Verzögerung des Migrationsauftrags oder zu einem behebbaren Fehler. Nach einem Neustart des Ziel-Workloads wird die Konvertierung fortgesetzt. (Bug 1069833)

Korrektur: Der Migrationsauftrag wird erfolgreich abgeschlossen, ohne dass Sie den Ziel-Workload neu starten müssen.

6.2 Nach dem Deinstallieren von PlateSpin Server bleibt die erneute Installation mit dem Status ‚OFX wird installiert – STOMP-Protokoll wird aktiviert‘ hängen

Problem: Wenn Sie nach dem Deinstallieren von PlateSpin Server eine erneute Installation ohne erneutes Booten vornehmen, bleibt die Installation möglicherweise mit der folgenden oder einer ähnlichen Meldung hängen:

Status: OFX wird installiert
        STOMP-Protokoll wird aktiviert

Die Nachrichtenfunktion für Migrate-Ereignisse verwendet RabbitMQ-Software, die Programmiersprache Erlang und STOMP. Durch Deinstallieren werden die installierten Dateien entfernt, die entsprechenden Prozesse werden jedoch nicht automatisch gestoppt. Wenn die Prozesse bei dem Versuch, PlateSpin Server erneut zu installieren, immer noch ausgeführt werden, bleibt die Installation hängen. (Bug 999112)

Korrektur: Nach der Deinstallation von PlateSpin Server werden die RabbitMQ-Services automatisch gestoppt und die Neuinstallation von PlateSpin Server funktioniert problemlos.

6.3 Die dateibasierte Übertragungskonvertierung bleibt beim Starten der virtuellen Maschine für RHEL 6.3 UEFI-Workloads hängen

Problem: Im Migrate-Client bleibt die dateibasierte Übertragungskonvertierung beim Starten der virtuellen Maschine für RHEL 6.3 UEFI-Workloads hängen. Die Diagnose für den Migrationsauftrag zeigt folgenden Fehler:

Configure Target Machine Running Controller > Starting Virtual Machine Running 
  Information:32:Task PowerOnVM_Task completed successfully 
  Information:32:ChangeVMState: failed to change state to poweredOn, current state is poweredOff 

Dieser Fehler wurde nur bei RHEL 6.3 UEFI-Workload-Migrationen mit dateibasierter Datenübertragung beobachtet. (Bug 1087728)

Korrektur: Sie können für die Migration von RHEL 6.3 UEFI-Workloads nun die dateibasierte Übertragung verwenden.

6.4 Keine Netzwerkverbindung auf einer Ziel-VM, die nach der Übernahme in einem VMware-Cluster heruntergefahren wird

Problem: Wenn Sie einen Workload mit einem Migrationsauftrag, der so konfiguriert ist, dass die Ziel-VM nach der Übernahme heruntergefahren wird, zu einem VMware-Cluster migrieren, dann fährt der Migrationsauftrag nach der Migration die Ziel-VM herunter. Die Ziel-VM hat jedoch nach dem Einschalten keine Netzwerkverbindung. (Bug 1089454)

Korrektur: Die Ziel-VM ist einem VMware-Netzwerkadapter zugeordnet und verfügt nach dem Einschalten über eine Netzwerkverbindung.

6.5 Fehler bei der Konvertierung von Ursprungs-Workloads in AWS, wenn Sonderzeichen in Volume-Bezeichnungen vorhanden sind

Problem: Beim Migrieren eines Ursprungs-Workloads mit Sonderzeichen in den Volume-Bezeichnungen zu einem AWS-Ziel tritt ein Fehler bei der Konvertierung auf. (Bug 1017270)

Korrektur: Sie können jetzt Ursprungs-Workloads mit Sonderzeichen in den Volume-Bezeichnungen zu einem AWS-Ziel migrieren.

6.6 Ermittlung von Windows-Workloads in AWS schlägt fehl, wenn eine private IP-Adresse oder die WMI-Methode verwendet wird

Problem: Die Ermittlung eines Windows-Workloads in AWS schlägt fehl, wenn eine private IP-Adresse oder die WMI-Ermittlungsmethode verwendet wird. Mögliche Fehlermeldung(en):

Keine Verbindung zu Named Pipe möglich

Workload-Authentifizierung fehlgeschlagen

(Bug 1012001)

Korrektur: Sie können jetzt die private IP-Adresse des Workloads oder die WMI-Ermittlungsmethode zur Ermittlung von Windows-Workloads in AWS verwenden.

6.7 Die inkrementelle Reproduktion eines Linux-Workloads mit mehreren NICs auf einem VMware-Cluster-Ziel bleibt beim Kopieren der Daten hängen

Problem: Wenn Sie eine inkrementelle Reproduktion eines Linux-Workloads mit mehreren NICs auf einem VMware-Cluster-Ziel durchführen möchten und die Einstellung Reproduktionsnetzwerke für Ursprung im Migrationsauftrag so konfigurieren, dass nur eine NIC auf dem Ursprungs-Workload für den Reproduktionsdatenverkehr verwendet werden soll, bleibt der Auftrag beim Schritt Daten kopieren hängen. (Bug 1089593)

Korrektur: Die inkrementelle Reproduktion ist auch dann erfolgreich, wenn eine IP-Adresse für die Reproduktion angeheftet ist.

6.8 Migration eines Linux-Workloads zu einer Hyper-V-Ziel-VM mittels halbautomatischer (X2P-)Migration nicht möglich, wenn für den Migrationsauftrag die Komprimierung aktiviert ist

Problem: Wenn Sie einen Linux-Workload über den halbautomatischen (X2P-)Workflow zu einer Hyper-V-Ziel-VM migrieren, wird die Migration nicht durchgeführt und der folgende Fehler wird ausgegeben, falls bei der Konfiguration des Auftragsnetzwerks die Option Komprimierung aktivieren ausgewählt wird, um bei der Datenübertragung die Datenkomprimierung zuzulassen. (Bug 1089276)

Message Exception happened in Compressor Decompressor: Compressor::RunDecompressor().

Korrektur: Sie können ab sofort mit dem halbautomatischen (X2P-)Workflow einen Linux-Workload zu einer Hyper-V-Ziel-VM migrieren, auch wenn die Option Komprimierung aktivieren im Abschnitt Netzwerk des Fensters „Auftragskonfiguration“ aktiviert ist.

6.9 Reproduktion kann nicht abgeschlossen werden, wenn ein Anti-Virus-Update einen Neustart des Ursprungs erfordert

Problem: Nach automatischen Updates für Anti-Virus-Software auf Windows-Ursprungs-Workloads stehen gelegentlich Systemänderungen aus, die einen Neustart erfordern. Im Falle eines ausstehenden erforderlichen Neustarts scheint die Reproduktion ins Stocken zu geraten und kann nicht abgeschlossen werden. (Bug 1091267)

Korrektur: Folgen Sie den Schritten des Fehlerbehebungsszenarios Reproduktion kann nicht abgeschlossen werden, wenn ein Anti-Virus-Update einen Neustart des Ursprungs erfordert im Benutzerhandbuch.

6.10 Ziel-Cloud-Container und zugeordnete Workloads werden nicht importiert

Problem: Wenn Ihr Benutzerpasswort für einen Ziel-Cloud-Container nach dem Exportieren der Datenbank, jedoch vor dem Importieren der Daten nach erfolgter Aufrüstung geändert wird oder ausläuft, wird der Container nicht importiert und die zugehörigen Workload-Konfigurationen in der importierten Datenbank sind beschädigt. Der Container und die Workloads werden in der Weboberfläche nicht angezeigt. Die Workloads sind im Migrate-Client sichtbar, können dort allerdings nicht verwaltet werden. Der Container und die Workloads können auch nicht manuell in der Weboberfläche erneut eingefügt werden, da die entsprechenden Objekte bereits in der Datenbank vorhanden sind. (Bug 1033680)

Korrektur: Sollen auch Migrationen zum Ziel-Cloud-Container über denselben Migrate-Server erfolgen, müssen Sie PlateSpin Server erneut installieren. Damit wird die Datenbank zurückgesetzt. Sie müssen alle Zielcontainer und Workloads neu konfigurieren.

Damit dieses Problem nicht auftritt, muss der Berechtigungsnachweis in der Migrate-Datenbank beim Exportieren und Importieren der Ziel-Cloud-Container gültig und unverändert sein. Weitere Informationen finden Sie unter Bereitstellen eines gültigen Berechtigungsnachweises für Ziel-Cloud-Container im Installations- und Aufrüstungshandbuch.

6.11 OL 7.3 UEFI mit RHCK: Fehler bei der Vorbereitung des Cutover-Tests

Problem: Bei Oracle Linux 7.3 UEFI mit RHCK-Kernel tritt bei der Vorbereitung des Cutover-Tests folgender Fehler auf:

  • Für Azure: Folgender Fehler wird angezeigt: Der Konfigurationsdienst auf dem Zielcomputer wurde offenbar nicht gestartet.

  • Für vCloud: Der Status wird als "Läuft" angezeigt, auf der Ziel-VM wird jedoch die Eingabeaufforderung grub> angezeigt.

Bei OL 7.3 mit RHCK für BIOS sowie bei OL 7.3 mit UEK für UEFI oder BIOS tritt dieses Problem nicht auf. (Bug 1067023)

Korrektur: Informationen zur Bearbeitung des für Oracle Linux UEFI-Rechner verwendeten Standard-Kernels finden Sie im Knowledge Base-Artikel 7023252.

7.0 Installieren oder Aufrüsten von PlateSpin Migrate

Für PlateSpin Migrate 12.3 steht das PowerShell-Skript Install PlateSpin Migrate Prerequisites (Installieren der erforderlichen Software für PlateSpin Migrate) zum Installieren der erforderlichen Software bereit, mit dem festgestellt wird, ob die erforderliche Software installiert und konfiguriert ist, also ASP.NET, IIS und .NET Framework. Fehlende Software wird installiert und entsprechend konfiguriert. Weitere Informationen finden Sie unter Installieren der erforderlichen vorausgesetzten Software im Installations- und Aufrüstungshandbuch.

Anweisungen zur Installation von 12.3 finden Sie unter Installieren von PlateSpin Migrate im PlateSpin Migrate – Installations- und Aufrüstungshandbuch.

Soll PlateSpin Migrate 12.3 auf den PlateSpin-Server angewendet werden, muss eine Installation von PlateSpin Migrate 12.2.2 auf einer unterstützten Windows-Plattform mit oder ohne Zwischen-Patches und Hotfixes vorliegen. Weitere Informationen finden Sie unter Aufrüsten von Migrate im Installations- und Aufrüstungshandbuch für Migrate.

HINWEIS:Informationen zum Aufrüsten einer vorhandenen Installation des PlateSpin Migrate 12.2.2-Servers auf eine unterstützte neue Host-Plattform finden Sie unter Aufrüsten auf eine neue Host-Plattform im Installations- und Aufrüstungshandbuch für PlateSpin Migrate 12.3.

8.0 Informationen zur Lizenzierung

Informationen zum Aktivieren einer neuen Lizenz finden Sie unter Produktlizenzierung für PlateSpin Migrate im Benutzerhandbuch.

9.0 Vorgängerversionen

Dokumentation zu früheren Versionen finden Sie auf der PlateSpin Migrate 12.3-Dokumentations-Website. Scrollen Sie zu Previous Releases (Frühere Versionen).

10.0 Kontakt mit Micro Focus

Sollten Sie Verbesserungsvorschläge für die Dokumentation haben, klicken Sie unten auf einer beliebigen HTML-Seite darin auf comment on this topic oder senden Sie eine E-Mail an Documentation-Feedback@netiq.com.

Bei konkreten Problemen mit einem Produkt wenden Sie sich an den Micro Focus-Support unter https://www.microfocus.com/support-and-services/.

Weitere technische Informationen oder Tipps erhalten Sie in verschiedenen Quellen:

11.0 Rechtliche Hinweise

Informationen zu rechtlichen Hinweisen, Marken, Haftungsausschlüssen, Gewährleistungen, Ausfuhrbeschränkungen und sonstigen Nutzungseinschränkungen, Rechten der US-Regierung, Patentrichtlinien und Erfüllung von FIPS finden Sie unter https://www.microfocus.com/about/legal/.

Copyright © 2018 NetIQ Corporation, ein Micro Focus-Unternehmen. Alle Rechte vorbehalten.