Die deutsche Sprachversion wurde als Serviceleistung für Sie durch maschinelle Übersetzung erstellt. Bei eventuellen Unstimmigkeiten hat die englische Sprachversion Vorrang.

Durchführung von Rolling Upgrade auf einem einzelnen oder mehreren Hosts

Beitragende

Sie können Rolling Upgrades für einen einzelnen oder mehrere SnapManager Server Hosts über die Befehlszeilenschnittstelle (CLI) durchführen. Der aktualisierte SnapManager-Server-Host wird dann nur mit der späteren Version von SnapManager verwaltet.

Sie müssen sicherstellen, dass alle Voraussetzungen für das Durchführen eines Rolling Upgrades abgeschlossen sind.

  1. Um ein Rolling Upgrade auf einem einzelnen Host durchzuführen, geben Sie den folgenden Befehl ein: 'smorelepory RollingUpgrade-Repository-dbnamerepo_Service_Name-hostrepo_Host-Login-usernamerepo_username-portrepo_Port-Upgradehosthost_with_target_Database-Force [-quiet [-verbose]'

    Der folgende Befehl führt das Rolling Upgrade aller auf HostA eingebundenen Zieldatenbanken und einer Repository-Datenbank namens repoA auf repo_Host durch:

    smo repository rollingupgrade
        -repository
          -dbname repoA
          -host repo_host
          -login
           -username repouser
           -port 1521
         -upgradehost hostA
  2. Um ein Rolling Upgrade auf mehreren Hosts durchzuführen, geben Sie den folgenden Befehl ein: 'smoreporory RollingUpgrade-Repository-dbnamerepo_Service_Name-hostrepo_Host-Login-usernamerepo_username-portrepo_Port-Upgradehosthost_with_Target_database1,Host_with_Target_database2-Force [-quiet/ -verbose]'

    Anmerkung Geben Sie bei mehreren Hosts die durch Komma getrennten Hostnamen ein, und stellen Sie sicher, dass Sie keinen Speicherplatz zwischen dem Komma und dem nächsten Hostnamen angeben.Wenn Sie eine RAC-Konfiguration (Real Application Clusters) verwenden, müssen Sie alle RAC-verbundenen Hosts manuell aktualisieren. Sie können -allhosts verwenden, um das Rolling Upgrade aller Hosts durchzuführen.

    Der folgende Befehl führt das Rolling Upgrade aller auf den Hosts eingebundenen Zieldatenbanken, hostA und hostB sowie einer Repository-Datenbank namens repoA auf repo_Host durch:

    smo repository rollingupgrade
        -repository
          -dbname repoA
          -host repo_host
          -login
           -username repouser
           -port 1521
         -upgradehost hostA,hostB
  3. Um ein Rolling Upgrade auf allen Hosts einer Repository-Datenbank durchzuführen, geben Sie den folgenden Befehl ein: 'smorepository rollingUpgrade-Repository-dbnamerepo_Service_Name-hostrepo_Host-Login-usernamerepo_username-portrepo_Port-allhosts-Force [-quiet - verbose]'

    Nachdem Sie die Repository-Datenbank erfolgreich aktualisiert haben, können Sie alle SnapManager-Vorgänge auf der Zieldatenbank ausführen.

    Beim aktualisierten SnapManager für Oracle bleiben die hostbasierten Benutzeranmeldeinformationen, die Anmeldedaten für Oracle Software-Benutzer und die Anmeldedaten für den Oracle Recovery Manager (RMAN) von der früheren Version von SnapManager für Oracle erhalten.

    Der folgende Befehl führt das Rolling Upgrade aller Zieldatenbanken durch, die in einer Repository-Datenbank mit dem Namen „repoA“ auf repo_Host verfügbar sind:

    smo repository rollingupgrade
        -repository
          -dbname repoA
          -host repo_host
          -login
           -username repouser
           -port 1521
          -allhosts
    • Wenn der SnapManager-Server automatisch startet, müssen Sie den Server neu starten, um sicherzustellen, dass Sie die Zeitpläne anzeigen können.

    • Wenn Sie einen der beiden zugehörigen Hosts aktualisieren, müssen Sie nach dem ersten Upgrade des zweiten Hosts ein Upgrade durchführen.

      Wenn Sie beispielsweise einen Klon von Host A nach Host B erstellt oder ein Backup von Host A an Host B angehängt haben, hängen die Hosts A und B miteinander zusammen. Wenn Sie Host A aktualisieren, wird eine Warnmeldung angezeigt, in der Sie aufgefordert werden, den Host B bald nach dem Upgrade von Host A zu aktualisieren

    Anmerkung Die Warnmeldungen werden angezeigt, obwohl der Klon gelöscht wurde oder das Backup während des Rolling Upgrades von Host A von Host B abgehängt wurde Dies liegt daran, dass Metadaten im Repository für die Vorgänge vorhanden sind, die auf dem Remote-Host durchgeführt werden.

Verwandte Informationen