Versionshinweise

Last Published:
Product(s): Resiliency Platform & CloudMobility (3.3.2)
  1. Versionsübersicht
    1. Neue Funktionen und Änderungen in Veritas Resiliency Platform 3.3.2
      1.  
        Entfernen von Windows-Installationshosts
      2.  
        Unterstützung der Überwachungs-API
      3.  
        Fehlerhaftes oder fehlerfreies Gateway ersetzen
      4.  
        Vereinfachte Lizenzierung
      5.  
        In-Guest-IOTAP erweitert
      6.  
        Resiliency Group im Wartungsmodus markieren
      7.  
        Protokolle aus Veritas Resiliency Platform-Appliances über die Benutzeroberfläche erfassen
      8.  
        Zustellmechanismus für Service Packs
      9.  
        Lokalisierungsunterstützung wurde auf Chinesisch erweitert
      10.  
        Verbesserte Benutzeroberfläche
      11.  
        Separate Sicherheitsgruppe für Simulations- und Notfallwiederherstellungsvorgänge
      12.  
        Einführung neuer Risikosignaturen
    2.  
      Verwenden der Produktdokumentation
    3.  
      Weitere Informationen
  2. Systemanforderungen
    1.  
      Anforderungen an Systemressourcen für die Resiliency Platform
    2.  
      Netzwerk- und Firewall-Anforderungen
  3. Behobene Probleme
    1.  
      Behobene Probleme
  4. Bekannte Probleme
    1. Allgemein bekannte Probleme
      1.  
        Ein Migrationsvorgang in der VMware-Umgebung kann in manchen Fällen aufgrund einer Zeitüberschreitung fehlschlagen (12642)
      2.  
        Erstellung einer RG für virtuelle Computer, die von NetApp SnapMirror repliziert werden, schlägt mit Fehlermeldung fehl (23189)
      3.  
        Die Kennung des virtuellen Computers für die Simulation stimmt auf einer aktualisierten Installation nicht mit der Kennung des virtuellen Workload-Computers überein (22369)
    2. Bekannte Probleme: Wiederherstellung in Amazon Web Services (AWS)
      1.  
        Der Vorgang zum Löschen einer Resiliency Group schlägt bei der Unteraufgabe „Datenträger trennen" fehl (12804)
      2.  
        Die Konfiguration der Resiliency Group für die Notfallwiederherstellung schlägt bei der Unteraufgabe „Datenträger an Replication Gateway anhängen" fehl (12804)
    3. Bekannte Probleme: Wiederherstellung in vCloud
      1.  
        Das Migrieren oder die Übernahme kann fehlschlagen, wenn keine unabhängigen Datenträger in vCloud Director verfügbar sind (14639)
      2.  
        Nach dem Zurückmigrieren kann die Speicherprofilauswahl für den vorhandenen virtuellen Computer falsch sein (16901)
      3.  
        Nach der Rückmigration werden die einer Netzwerkkarte zugewiesenen IP- und MAC-Adressen falsch angezeigt, wenn die Absicht „Netzwerk anpassen" verwendet wird (16458)
    4. Bekannte Probleme: Resiliency Platform Data Mover
      1.  
        Die Konfiguration einer Resiliency Group für die Remote-Wiederherstellung schlägt während der Aufgabe "Datenträger hinzufügen" fehl (16245)
      2.  
        Wenn der DRL-Datenträger aus einem geschützten Asset gelöscht wird, reagieren "RG bearbeiten" und "RG löschen" in der Aufgabe "Replikation auf IOTap beenden" nicht mehr. (23266)
      3.  
        Der Zustand des Replication Gateways wird in Veritas Resiliency Platform nicht korrekt wiedergegeben (22888)
    5. Bekannte Probleme: Resiliency Platform Data Mover bei der Wiederherstellung im lokalen Rechenzentrum
      1.  
        Die vtstap-Speicherrichtlinie wird möglicherweise als inkompatibel angezeigt (18287)
      2.  
        Die Konfiguration einer Resiliency Group für die Remote-Wiederherstellung schlägt während der Aufgabe "Datenträger hinzufügen" fehl (16245)
      3.  
        Veritas Replication VIB-Installation, Upgrade, Beheben und Überprüfen, RG erstellen, oder DR-Vorgänge können in ESX mit Fehlermeldungen fehlschlagen (22585)
    6. Bekannte Probleme: Wiederherstellung mithilfe von Replikationsanwendungen anderer Hersteller
      1.  
        Migrations- und Neusynchronisierungsvorgänge schlagen fehl, wenn sich veraltete Objekte im Quellrechenzentrum befinden (13775)
      2.  
        Das Hyper-V-Replica repliziert keine neuen Assets (19084)
    7. Bekannte Probleme: NetBackup-Integration
      1.  
        MAC Adresse beginnend mit 00: 0c:29 wird nicht für virtuelle VMware-Computer unterstützt (7103)
      2.  
        Ein virtueller Computer, der von mehreren NBU-Masterservern gesichert wird, wird nur einem Masterserver in der Konsole zugewiesen (7608)
      3.  
        Ein vorübergehender virtueller Computer verbleibt in einem Szenario im ESX-Server (7413)
      4.  
        Aufgabenname der Resiliency Group zeigt während der Evakuierung ÜBERNEHMEN an (16466)
    8. Bekannte Probleme: Wiederherstellung von InfoScale-Anwendungen
      1.  
        Remote-Clustergruppen-Abhängigkeiten werden vor der Migration nicht validiert (3863082)
    9. Bekannte Probleme: Upgrade
      1.  
        Das Upgrade des Replication Gateways schlägt fehl, wenn sich ein Veritas-Replikationssatz im Zustand "Beenden läuft" befindet (19976)
      2.  
        Risiko „Festplattenspeicherkonfiguration geändert" mit Beschreibung „Neuer Datenträger ist an virtuellen Computer angehängt" wird möglicherweise für RBT-Datenträger nach Upgrade auf 3.3.2.0 angezeigt (23118)
      3.  
        Das Kernel-RPM-Paket kann nicht wiederhergestellt werden, wenn es beim Upgrade teilweise auf der VSA installiert wurde (22625)
      4.  
        Bei VC-6.5 schlägt das VIB-Upgrade aufgrund des ESX-Wartungsmodus fehl (22493)
      5.  
        Die neue Benutzeroberflächenausrichtung wird nach dem Upgrade auf derselben Registerkarte oder in derselben Sitzung nicht aktualisiert (22240)
      6.  
        Falsche Risikomeldung über nicht aktualisiertes GW wird während des DR-Vorgangs nach dem Upgrade angezeigt (22768)
  5. Beschränkungen
    1.  
      Allgemeine Einschränkungen
    2.  
      Einschränkungen: Wiederherstellung in AWS
    3.  
      Einschränkungen: Wiederherstellung in vCloud Director
    4.  
      Einschränkungen: Wiederherstellung von physischen Computern in virtuellen VMware-Computern
    5.  
      Einschränkungen: Wiederherstellung von virtuellen VMware-Computern im lokalen Rechenzentrum mit Resiliency Platform Data Mover
    6.  
      Einschränkungen: Wiederherstellung von virtuellen VMware-Computern im lokalen Rechenzentrum mithilfe der Replikationstechnologie von Drittanbietern
    7.  
      Einschränkungen: Windows-Hosts für die Replikation mit dem Resiliency Platform Data Mover
    8.  
      Einschränkungen: Lokalisierung

Allgemeine Einschränkungen

Netzwerkkarten mit mehreren IP-Adressen gleichen Typs werden nicht unterstützt

Netzwerkkarten mit mehreren IP-Adressen gleichen Typs, die mit einem einzigen virtuellen Computer verbunden sind, werden nicht unterstützt.

Snapshot von Resiliency Manager und virtuellen IMS-Appliances wird nur für das Wiederherstellen nach einem Upgrade-Fehler unterstützt.

Unter normalen Umständen wird das Erstellen von Snapshots und die Wiederherstellung anhand dieser Snapshots für virtuelle Resiliency Platform-Appliances nicht unterstützt. Resiliency Platform unterstützt die Erstellung eines Snapshots des Resiliency Managers und der virtuellen IMS-Appliances und die Wiederherstellung anhand dieser Snapshots nur in einer Situation: wenn während des Upgrades etwas schiefgeht und der vorherige Zustand der Appliances wiederhergestellt werden muss.

Die Erstellung eines Snapshots und die Wiederherstellung anhand des Snapshots wird für das Replication Gateway selbst bei einem Upgrade-Fehler nicht unterstützt.

Die DNS-Anpassung funktioniert nicht, wenn der vollständig qualifizierte Domänenname (FQDN) nicht definiert ist

Wenn der FQDN nicht für virtuelle Computer definiert ist, die auf der Hyper-V-Plattform (Linux und Windows) ausgeführt werden, funktioniert die DNS-Anpassung nicht.

Die vLan-Zuordnung ist für virtuelle VMware-Computer, bei denen DRS aktiviert ist und die verteilte Port Groups besitzen, unbedingt erforderlich.

Wenn vSphere DRS für einen HA-Cluster unter VMware aktiviert ist und eine Port Group über einen Distributed Switch mit dem virtuellen Computer verbunden ist, dann müssen Sie eine VLAN-Zuordnung ausführen, damit der Migrationsvorgang ausgeführt werden kann. Dies gilt nur für vCenter-Server und ESXi-Versionen, die älter sind als Version 6.5.

NIC-Bonding/NIC-Teaming wird für geschützte Arbeitsabläufe nicht unterstützt

Arbeitsabläufe unter der Kontrolle von Veritas Resiliency Platform sollten nicht für NIC-Bonding/NIC-Teaming konfiguriert sein.

Das Verschieben eines IMS aus einem Rechenzentrum in ein anderes wird für Cloud-Plattformen nicht unterstützt

Das Verschieben eines Infrastructure Management Servers (IMS) von einem Rechenzentrum in ein anderes bzw. von einer Region in eine andere wird von Veritas Resiliency Platform nicht unterstützt.