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

Behobene Probleme

Dieses Kapitel enthält die Probleme, die in Veritas Resiliency Platform 3.3.2 behoben wurden.

Tabelle: In Veritas Resiliency Platform 3.3.2 behobene Probleme

Vorfallnummer

Zusammenfassung

12946

DNS-Anpassungsänderungen werden nicht aktualisiert, während die Resiliency Group bearbeitet wird

19305

Datenverfügbarkeit fehlt für einige Resiliency Groups nach einem Notfallwiederherstellungsvorgang

19885

Ein geplanter Scan beseitigt nicht das Risiko, wenn der vCenter-Server entfernt und im IMS wieder hinzugefügt wird

19859

Das Risiko eines nicht verbundenen IMS wird nicht sofort beseitigt, wenn ein neuer IMS hinzugefügt wird

19949

Der Windows-Host wird möglicherweise als getrennt angezeigt, nachdem er zurück zum lokalen Rechenzentrum migriert wurde

7407

Einige für DHCP aktivierte Netzwerkkarten sind in der Cloud nach der Migration nicht vorhanden

8232

Manchmal wird für das Netzwerk auf virtuellen Computern mit mehreren Netzwerkkarten nur eine Netzwerkkarte hochgefahren

8326

Details der Resiliency Group in der Konsole zeigen veraltete Einträge des virtuellen vCloud-Computers nach der Migration einer Resiliency Group zurück in den lokalen Standort

13024

Details zum Wiederherstellungsrechenzentrum werden nach dem Upgrade nicht angezeigt, wenn der Name des Datenträgers mehr als 128 Zeichen umfasst

19818

In manchen Fällen reagiert die Replikation nach einem Upgrade oder Neustart des Replication Gateways nicht mehr

5181

Für den Schutz des virtuellen Computers mithilfe von Resiliency Platform Data Mover gelten einige richtlinienbezogene Einschränkungen

5183

Das Risiko „Data Mover - virtueller Computer im No-Op-Modus" kann nicht behoben werden

10821

Ein neu hinzugefügter Resiliency Manager kann einen vorhandenen im Offline-Modus ausgeführten Resiliency Manager nicht entfernen