SnapManager Oracle
La versione in lingua italiana fornita proviene da una traduzione automatica. Per eventuali incoerenze, fare riferimento alla versione in lingua inglese.

Aggiornamento del repository esistente

Collaboratori
PDF

Non è necessario aggiornare il repository esistente se si esegue l’aggiornamento da SnapManager 3.3.x a SnapManager 3.4 o versione successiva, ma per tutti gli altri percorsi di aggiornamento è necessario aggiornare il repository esistente in modo da poterlo accedere dopo l’aggiornamento.

  • Il server SnapManager aggiornato deve essere stato avviato e verificato.

  • Deve esistere un backup del repository esistente.

  • Se si esegue l’aggiornamento da una versione precedente a SnapManager 3.1 a SnapManager 3.3 o successiva, è necessario prima eseguire l’aggiornamento a SnapManager 3.2.

    Dopo aver eseguito l’aggiornamento a SnapManager 3.2, è possibile eseguire l’aggiornamento a SnapManager 3.3 o versione successiva.

  • Dopo aver aggiornato il repository, non è possibile utilizzarlo con una versione precedente di SnapManager.

    1. Aggiornare il repository esistente: smo repository update -repository -dbname repository_service_name -host repository_host_name -login -username repository_user_name -port repository_port

      • Il nome utente del repository, il nome del servizio di repository e il nome host del repository possono essere costituiti da caratteri alfanumerici, un segno meno, un carattere di sottolineatura e un punto.

      • La porta del repository può essere qualsiasi numero di porta valido. Le altre opzioni utilizzate durante l’aggiornamento del repository esistente sono le seguenti:

      • L’opzione force

      • L’opzione noprompt

      • L’opzione silenziosa

      • L’opzione dettagliata

smo repository update -repository -dbname SALESDB
-host server1 -login -username admin -port 1521

+

Riavviare il server SnapManager per riavviare le pianificazioni associate.