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

Anforderungen an Systemressourcen für die Resiliency Platform

Die Menge an virtuellen CPUs, Arbeitsspeicher und Speicherplatz, die Veritas Resiliency Platform benötigt, wird in diesem Abschnitt aufgeführt.

Die Mindestkonfiguration, die für eine virtuelle Appliance für Resiliency Manager, Infrastructure Management Server (IMS), Replication Gateway und YUM-Repository-Server empfohlen wird:

Tabelle: Mindestkonfiguration

Komponente

Mindestkonfiguration

Resiliency Manager

150 GB Speicherplatz auf dem Datenträger

32 GB RAM

Virtuelle CPU 8

Infrastructure Management Server (IMS)

60 GB Speicherplatz auf dem Datenträger

16 GB RAM

Virtuelle CPU 8

Replication Gateway

40 GB Speicherplatz auf dem Datenträger

16 GB RAM

Virtuelle CPU 8

Bereitgestellter externer Datenträger mit 50 GB

Dieser Staging-Speicherplatz ist der von der Replication Gateway-Appliance benötigte Mindestspeicherplatz, und es können bis zu 4 virtuelle Computer mit dieser Standardkonfiguration konfiguriert werden. Zusätzliche virtuelle Computer können konfiguriert werden, indem dieser Staging-Speicher pro virtuellem Computer um 12 GB erweitert wird.

YUM-Repository-Server

60 GB Speicherplatz auf dem Datenträger

4 GB RAM

Virtuelle CPU 2

Zu Veritas Resiliency Platform hinzuzufügende Hosts:

  • Anwendungshost (zu schützende Anwendungen)

  • Host von Resiliency Platform Data Mover (zu schützende virtuelle Computer)

  • Speichererkennungshost

  • Hyper-V-Host

15 GB Speicherplatz auf dem Datenträger

4 GB RAM

Dual-Prozessor-CPU

Wenn Sie einen einzelnen Host für mehrere Zwecke verwenden, fügen Sie den erforderlichen Speicherplatz und RAM für jeden Zweck hinzu. Beispiel: Wenn Sie einen einzelnen Host als Speichererkennungs- und Anwendungshost verwenden, benötigen Sie mindestens 30 GB Speicherplatz und 8 GB RAM.

Hinweis:

Sie müssen die Ressourcen für Resiliency Manager, IMS und Replication Gateway reservieren. So ist sichergestellt, dass diese Ressourcen nicht ausgelagert werden, wenn Hypervisoren überlastet sind.

Wenn die virtuelle Appliance die Mindestkonfiguration nicht einhält, erhalten Sie eine Warnung während der Bootstrap-Vorgang auf der virtuellen Appliance ausgeführt wird, und Sie müssen bestätigen, dass Sie mit der aktuellen Konfiguration fortfahren möchten.

Wenn Sie planen, die virtuelle YUM-Appliance nicht zu verwenden, benötigen Sie einen Linux-Server mit mindestens 50 GB Speicherplatz, der als Repository-Server konfiguriert ist. Die Bereitstellung für den Repository-Server ist optional. In Zukunft müssen die Veritas Resiliency Platform-Patches oder -Updates installiert werden.

Wenn Sie einen dynamischen Arbeitsspeicher auf Hyper-V aktivieren möchten, müssen die folgenden Voraussetzungen erfüllt sein:

  • Der Arbeitsspeicher für den Start und die Mindestkonfiguration muss mindestens so groß sein wie der Arbeitsspeicher, der vom Hersteller empfohlen wird.

  • Wenn Sie dynamischen Speicher auf einem Windows Server 2012-Betriebssystem verwenden, geben Sie die Parameter für den Start-Arbeitsspeicher, den Mindest- und Maximalarbeitsspeicher in Vielfachen von 128 Megabyte (MB) ein. Wenn dies nicht erfolgt, führt dies möglicherweise zu Fehlern des dynamischen Arbeitsspeichers und es erfolgt keine Zunahme des Arbeitsspeichers in einem Gastbetriebssystem.

    Auch wenn Sie einen dynamischen Arbeitsspeicher verwenden, muss die oben genannte Mindestkonfiguration eingehalten werden.