PlateSpin Forge11.3 – Behobene Probleme

Problem: Ein Windows-Ursprungs-Workload umfasst einen einfachen oder einen übergreifenden dynamischen Datenträger. Die Mitgliedspartitionen des dynamischen Windows-Datenträgers sind als MBR initialisiert, die Volume-Gesamtgröße überschreitet jedoch 2 TB. Beim Erstellen des Volumes auf dem Ziel-Workload als einfachen Basis-Volume-Datenträger mit MBR-Partitionierung tritt ein Datenträgerfehler auf. (Bug 1046179)

Korrektur: Bei einem einfachen dynamischen Volume oder einem übergreifenden dynamischen Volume, deren Mitgliedspartitionen als MBR initialisiert sind, wird der einfache Ziel-Basis-Volume-Datenträger als GPT initialisiert, wenn die Gesamtgröße der Partitionen die MBR-Partitionsgrößenbeschränkung von 2 TB überschreitet.

Problem: Bei einem Linux-Workload wird eine Standard-Auslagerungsdatei oder eine LVM-Auslagerungsdatei nach der Ermittlung aufgrund eines pvscan-Fehlers nicht als Auslagerungsdatei erkannt, wenn der Auslagerungsbereich in einem SAN gehostet wird. Ermittlung und Failover sind betroffen. (Bugs 967241 und 1025310)

Korrektur: Auslagerungsgeräte, die in einem SAN gehostet werden, werden bei der Ermittlung und beim Failover erkannt.

Problem: Wenn Sie Appliance an einen anderen physischen Standort bringen und dabei die IP-Adresse der Forge Management-VM mit der Forge Appliance Configuration Console (FACC) ändern, dauert der Konfigurationsvorgang länger als erwartet und es erfolgt ein Abbruch wegen Zeitüberschreitung. (Bug 1043438)

Korrektur: Die Konfiguration wird eventuell wegen Zeitüberschreitung abgebrochen, wenn auf der Forge-Appliance nicht die erwarte Lizenz für einen einzelnen Container vorliegt, sondern eine Lizenz für mehrere Container. Prüfen Sie, ob die Forge-VM ordnungsgemäß mit einer Einzelcontainerlizenz konfiguriert ist, und versuchen Sie es erneut. Weitere Informationen finden Sie unter Physische Standortänderung der Appliance im PlateSpin Forge-Benutzerhandbuch.

Problem: Aufgrund der geänderten Windows-Cluster-Unterstützung in Version 11.2 ist in PlateSpin Forge die vollständige DNS-Auflösung für das Nachschlagen und das rekursive Nachschlagen der IP-Adressen für den Cluster und dessen Knoten erforderlich. (Bug 947072)

Korrektur: Der PlateSpin Forge-Server muss die DNS-Auflösung beim Forward-Lookup und Reverse-Lookup der IP-Adressen für den Cluster und dessen Knoten vornehmen können. Aktualisieren Sie den DNS-Server bzw. die lokale hosts-Datei (%systemroot%\system32\drivers\etc\hosts) auf der Forge-VM.

Problem: Die Email-Benachrichtigungen und Berichte waren nach dem Aufrüsten auf Version 11.2 bislang nicht mehr verfügbar. Die Einstellungen für diese Funktionen wurden bei der Aufrüstung zurückgesetzt. (Bug 947597)

Korrektur: PlateSpin behält die SMTP-Einstellungen, die Email-Benachrichtigungseinstellungen und die Reproduktionsberichte bei.

Problem: Die Namen der standardmäßigen Cluster-IP-Adressen für Chinesisch (vereinfacht) und Chinesisch (traditionell) auf der PlateSpin-Konfigurationsseite stimmten bislang nicht mit den Standardnamen im Windows-Cluster überein. Der PlateSpin-Server konnte den Cluster-Workload nicht ermitteln, und das Hinzufügen des Workloads schlug fehl. (Bug 945124)

Korrektur: Die Namen der standardmäßigen Cluster-IP-Adressen für Chinesisch (vereinfacht) und Chinesisch (traditionell) stimmen nun mit den Standardnamen im Windows-Cluster überein.

Problem: Die Forge Management-VM wurde in der Liste der verfügbaren VMs aufgeführt, die zum Vorbereiten auf die Synchronisierung verfügbar sind. (Bug 945847)

Korrektur: Die Weboberfläche filtert die PlateSpin Forge Management-VM nunmehr heraus, sodass der Benutzer diese VM beim Einfügen eines Serversynchronisierungsvertrags nicht unbeabsichtigt auswählen kann.

Problem: Wenn ein Windows Server 2008 R2-Workload in VMware 5.5 oder 6.0 geschützt wird und „VMware-Tools installieren“ aktiviert ist, tritt ein nicht kritischer Fehler beim Installieren von Tools auf. Die VMware-Tools werden dennoch ordnungsgemäß installiert. (Bug 992705)

Korrektur: Die Installation von VMware-Tools für einen Windows Server 2008 R2-Workload wird ohne Fehler abgeschlossen.

Problem: Wenn Sie Workloads und Ziele über die Weboberfläche ermitteln, wird der Vorgang ggf. mit einer Warnmeldung abgebrochen. (Bug 978308, 975092, 946132)

Korrektur: Damit keine Ermittlungsprobleme aufgrund von Zeitproblemen auftreten, wird eine standardmäßige Heartbeat-Startverzögerung von 15 Sekunden (15.000 ms) für den OFX-Controller eingestellt. Die Einstellung kann mit dem Registrierungsschlüssel HeartbeatStartupDelayInMS im Ursprungs-Workload konfiguriert werden. Dieser Registrierungsschlüssel ist standardmäßig nicht konfiguriert. Weitere Informationen finden Sie unter Ändern der Heartbeat-Startverzögerung des OFX-Controllers im PlateSpin Forge-Benutzerhandbuch.

Problem: Bislang blieben Windows Server 2003-Workloads bei der Ermittlung unter Umständen hängen. (Bug 951595)

Korrektur: Die Ermittlung bleibt bei Windows Server 2003-Workloads nicht mehr hängen.

Problem: Bei Workloads mit GPT-Partitionen mit mehr als 2,2 TB in VM-Containern mit ESXi 6.0 trat ein Fehler auf. (Bug 935511)

Korrektur: Diese Version unterstützt Workloads mit GPT-Partitionen mit mehr als 2,2 TB für Ziel-Workloads in VM-Containern mit unterstützten Versionen von VMware ESXi und vCenter 5.5 (oder höher).

Problem: Die erste vollständige Reproduktion eines RHEL 6.7-Workloads in einem VMware 6.0-Container schlägt fehl, weil der Speicherplatz während der Reproduktion nicht ausreichte. (Bug 988814, 980995, 970315)

Korrektur: In den PlateSpin-Konfigurationseinstellungen wurde der Standardwert für den Parameter TakeControlMemorySizeInMB von 512 MB auf 768 MB erhöht. Weitere Informationen finden Sie unter Übernahme der Kontrolle über die Größe des Arbeitsspeichers in den PlateSpin Forge 11.3 – Versionshinweisen.

Problem: Nach einer Vollreproduktion eines Workloads bei Ausführung von Microsoft SQL Server 2012 schlägt die differenzielle Sicherung von SQL Server fehl, bis wieder eine vollständige Sicherung mit Microsoft-Tools ausgeführt wird. Dieses Problem kann auftreten, wenn Microsoft VSS Writer für SQL Server (SqlServerWriter) während der Reproduktion ausgeführt wird. (Bug 983567)

Korrektur: Das Problem mit SqlServerWriter wurde behoben. Differenzielle SQL-Server-Sicherungen werden nicht beschädigt.

Problem: Die Reproduktion schlägt fehl, weil eine Ausnahme wegen nicht autorisierten Zugriffs auftritt. (Bug 965606)

Korrektur: Forge erfasst und behandelt die Ausnahme.

Problem: Zum Zeitpunkt der Reproduktion konnte keine Controller-Verbindung zu einem Ursprungs-Workload aufgebaut werden, wenn dieser Workload ein Gateway-, Proxy- oder Fernzugriffserver war. Der RRAS-Windows-Dienst (Routing and Remote Access) musste auf dem Ursprungs-Workload neu gestartet werden, sodass die IP-Schnittstelle gelöscht wurde und der Reproduktionsprozess eine Verbindung herstellen konnte. (Bug 966024 und 951535)

Korrektur: Zum Zeitpunkt der Reproduktion kann der Controller eine Verbindung zu Ursprungs-Workloads aufbauen, die als Gateway-, Proxy- oder Fernzugriffserver fungieren, ohne dass der RRAS-Windows-Dienst (Routing and Remote Access) neu gestartet werden muss.

Problem: Ein Ursprungs-Workload in einer NAT-Umgebung wurde mit der öffentlichen NAT-IP-Adresse hinzugefügt; die NICs des Workloads waren jedoch ausschließlich privaten IP-Adressen zugeordnet. Zum Zeitpunkt der Reproduktion war die öffentliche NAT-IP-Adresse im Ursprungs-Betriebssystem unbekannt. (Bug 970430 und 961985)

Korrektur: Wenn sich ein Ursprungs-Workload in einer NAT-Umgebung befindet, können Sie den Ziel-Workload so konfigurieren, dass die öffentliche NAT-IP-Adresse des Ursprungs-Workloads als erste Adresse beim NAT-IP-Pinning herangezogen wird, sobald die Verbindung zum Ursprungscomputer zur Reproduktion hergestellt wird.

Problem: Ein vorläufiger Patch schlug in einigen Fällen bei Workloads fehl, deren Ziel-Workloads GPT-Partitionen mit mehr als 2,2 TB umfassten. (Bug 953696)

Korrektur: Die GPT-Partitionen arbeiten fehlerfrei.

Problem: Unter bestimmten Bedingungen wurde bei der Vorbereitung auf die Synchronisierung die Gesamtanzahl der für die Ziel-VM festgelegten CPUs berücksichtigt, es konnte jedoch sein, dass die Einstellungen für Cores und Sockets auf der Ziel-VM falsch modifiziert wurden. Dabei wurden die Anzahl der Cores pro Socket auf 2 und die Anzahl der Sockets auf die Gesamtanzahl der CPUs gesetzt. (Bug 949765)

Korrektur: Bei der Vorbereitung auf die Synchronisierung werden die Core- und Socket-Einstellungen auf der Ziel-VM berücksichtigt.

Problem: Nach dem Aufrüsten auf Version 11.2 schlugen nachfolgende vollständige Reproduktionen für dateibasierte Reproduktionen fehl, wenn der Workload erweiterte Partitionen mit logischen Laufwerken umfasste. Die erste vollständige Reproduktion nach der Aufrüstung und inkrementelle Reproduktionen waren davon nicht betroffen. Bei neuen Verträgen ist dies nicht aufgetreten. (Bug 948855)

Korrektur: Bei dateibasierten Reproduktionen arbeiten vollständige Reproduktionen für Workloads mit erweiterten Partitionen und logischen Laufwerken nunmehr ordnungsgemäß.

Problem: Bei den Cluster-Knotennamen wurde zwischen Groß- und Kleinschreibung unterschieden; Namen in gemischter Groß-/Kleinschreibung wurden nicht unterstützt. (Anfr.-Nr. 10975270421)

Korrektur: Bei dieser Version sind Cluster-Knotennamen in gemischter Groß-/Kleinschreibung zulässig. Bei allen Knotennamen wird nicht zwischen Groß- und Kleinschreibung unterschieden.

Problem: Bei einem Failover-Auftrag kann die Ziel-VM nicht gebootet werden. Der Failover-Prozess wird bei der Konfiguration der Services mit dem Fehler Konfigurationsdienst nicht gestartet angehalten. (Bugs 994314, 991089, 991068, 988132, 987156, 986629, 984153, 982362)

Korrektur: Failover-Aufträge werden für die meisten Workloads wie erwartet ausgeführt. Falls der Fehler auftritt, finden Sie weitere Informationen unter Fehlersuche beim Konfigurationsdienst im PlateSpin Forge-Benutzerhandbuch.

Problem: Bei Linux-Ziel-Workloads in VMware-Containern bleibt die Übergabe hängen, nachdem die Daten kopiert sind und der Konfigurationsdienst gestartet wird, da die vCDROM-Sperre nicht ordnungsgemäß aufgehoben wurde. (Bug 988839, 975853)

Korrektur: Die vCDROM-Sperre wird nach der Installation der VMware-Tools unter Linux ordnungsgemäß aufgehoben.

Problem: Bei einem Windows-Server-Cluster-Workload wurde eine Festplatte nach einem Failover oder Test-Failover unter Umständen nicht online geschaltet und das Laufwerk musste manuell online geschaltet werden. (Bug 956559)

Korrektur: Die Festplatten werden nach einem Failover oder Test-Failover automatisch online geschaltet.

Problem: Wenn Sie bislang die Option Speichern und Failback durchführen für einen Ursprungs-Workload, der den Boot-Modus UEFI verwendete, initiierten, trat beim Failback ein Fehler auf, wenn der Workload des physischen Ziels den Boot-Modus BIOS verwendete. Ursächlich hierfür war der Unterschied in den Boot-Modi von Ursprung und Ziel. (Bug 949579)

Korrektur: Der Failback-Validator lässt eine Abweichung der Boot-Modi im Ursprungs- und Ziel-Workload zu.

Problem: Bei Workloads mit mehreren NICs wurden die DNS-Einstellungen beim Failback bislang nicht automatisch konfiguriert. (Bug 945090)

Korrektur: Die DNS-Einstellungen bleiben beim Failback auf physische Ziele mit mehreren NICs erhalten.