Skip to main content
SnapManager for SAP
La versione in lingua italiana fornita proviene da una traduzione automatica. Per eventuali incoerenze, fare riferimento alla versione in lingua inglese.

Eseguire un aggiornamento in sequenza su uno o più host

Collaboratori

È possibile eseguire l'aggiornamento in sequenza su uno o più host server SnapManager utilizzando l'interfaccia a riga di comando (CLI). L'host del server SnapManager aggiornato viene quindi gestito solo con la versione successiva di SnapManager.

Di cosa hai bisogno

Assicurarsi che tutti i prerequisiti per l'esecuzione dell'aggiornamento in sequenza siano stati completati.

Fasi
  1. Per eseguire un aggiornamento in sequenza su un singolo host, immettere il seguente comando: smsap repository rollingupgrade -repository-dbname repo_service_name -host repo_host -login -username repo_username -port repo_port -upgradehost host_with_target_database -force [-quiet | -verbose]

    Esempio

    Il seguente comando esegue l'aggiornamento in sequenza di tutti i database di destinazione montati su Hosta e di un database di repository denominato repoA situato su repo_host:

    smsap repository rollingupgrade
        -repository
          -dbname repoA
          -host repo_host
          -login
           -username repouser
           -port 1521
         -upgradehost hostA
  2. Per eseguire un aggiornamento in sequenza su più host, immettere il seguente comando: smsap repository rollingupgrade -repository -dbname repo_service_name -host repo_host -login -username repo_username -port repo_port -upgradehost host_with_target_database1,host_with_target_database2 -force [-quiet | -verbose]

    Nota Per più host, immettere i nomi host separati da una virgola e assicurarsi di non includere spazio tra la virgola e il nome host successivo.se si utilizza una configurazione Real Application Clusters (RAC), è necessario aggiornare manualmente tutti gli host associati al RAC. È possibile utilizzare -allhosts per eseguire l'aggiornamento in sequenza di tutti gli host.

    Esempio

    Il seguente comando esegue l'aggiornamento in sequenza di tutti i database di destinazione montati sugli host, Hosta e hostB e un database di repository denominato repoA situato su repo_host:

    smsap repository rollingupgrade
        -repository
          -dbname repoA
          -host repo_host
          -login
           -username repouser
           -port 1521
         -upgradehost hostA,hostB
  3. Per eseguire un aggiornamento in sequenza su tutti gli host di un database di repository, immettere il seguente comando:

    smsap repository rollingupgrade -repository -dbname repo_service_name -host repo_host -login -username repo_username -port repo_port -allhosts -force [-quiet | -verbose]

    Dopo aver aggiornato correttamente il database del repository, è possibile eseguire tutte le operazioni SnapManager sul database di destinazione.

    Esempio

    Il seguente comando esegue l'aggiornamento in sequenza di tutti i database di destinazione disponibili in un database repository denominato repoA situato su repo_host:

    smsap repository rollingupgrade
        -repository
          -dbname repoA
          -host repo_host
          -login
           -username repouser
           -port 1521
          -allhosts

Al termine

  • Se il server SnapManager si avvia automaticamente, è necessario riavviare il server per assicurarsi di poter visualizzare le pianificazioni.

  • Se si aggiorna uno dei due host correlati, è necessario aggiornare il secondo host dopo l'aggiornamento del primo.

    Ad esempio, se è stato creato un clone dall'host A all'host B o è stato montato un backup dall'host A all'host B, gli host A e B sono correlati tra loro. Quando si aggiorna l'host A, viene visualizzato un messaggio di avviso che richiede di aggiornare l'host B subito dopo l'aggiornamento dell'host A.

    Nota I messaggi di avviso vengono visualizzati anche se il clone viene cancellato o il backup viene dismontato dall'host B durante l'aggiornamento in sequenza dell'host A. Questo perché nel repository sono presenti metadati per le operazioni eseguite sull'host remoto.