SnapManager Oracle
La version française est une traduction automatique. La version anglaise prévaut sur la française en cas de divergence.

Déploiement de la mise à niveau sur un ou plusieurs hôtes

Contributeurs

Vous pouvez effectuer une mise à niveau propagée sur un ou plusieurs hôtes de serveur SnapManager à l’aide de l’interface de ligne de commande. L’hôte du serveur SnapManager mis à niveau est ensuite géré uniquement avec la version ultérieure de SnapManager.

Vous devez vous assurer que toutes les conditions préalables à la mise à niveau par roulement sont remplies.

  1. Pour effectuer une mise à niveau propagée sur un même hôte, entrez la commande suivante : smorororposhiterollingupgrade-repository-dbnamerepo_service_name-hostrepo_host-login-usernamerepo_username-portrepo_port-upgrade ehostthosthorst_with_target_database-force [-quite | -verbose]

    La commande suivante effectue la mise à niveau propagée de toutes les bases de données cibles montées sur hostA et d’une base de données de référentiel nommée REPOA située sur Repo_host :

    smo repository rollingupgrade
        -repository
          -dbname repoA
          -host repo_host
          -login
           -username repouser
           -port 1521
         -upgradehost hostA
  2. Pour effectuer une mise à niveau propagée sur plusieurs hôtes, entrez la commande suivante : smororepositionrollingupgrade-repository-dbnamerepo_service_name-hostrepo_host-login-usernamerepo_username-portrepo_port-upgrade ehostthostthostet_host_sand_target_quid,Host_with_target_target_database_force [-verbose]

    Remarque Pour plusieurs hôtes, entrez les noms d’hôte séparés par une virgule et assurez-vous de ne pas inclure d’espace entre la virgule et le nom d’hôte suivant.Assurez-vous également que vous entrez tous les noms d’hôte dans des guillemets doubles.

    La commande suivante exécute la mise à niveau propagée de toutes les bases de données cibles montées sur les hôtes, hostA et hostB, ainsi qu’une base de données de référentiel nommée REPOA située sur repo_host :

    smo repository rollingupgrade
        -repository
          -dbname repoA
          -host repo_host
          -login
           -username repouser
           -port 1521
         -upgradehost hostA,hostB
  3. Pour effectuer une mise à niveau propagée sur tous les hôtes d’une base de données de référentiel, entrez la commande suivante : smororepository rollingupgrade-repository-dbnamerepo_service_name-hostrepo_host-login-usernamerepo_username-portrepo_port-allhosts-force [-quite | -verbose]

    Une fois la base de données du référentiel mise à niveau, vous pouvez effectuer toutes les opérations SnapManager sur la base de données cible.

    SnapManager pour Oracle mis à niveau conserve les informations d’identification de l’utilisateur basées sur l’hôte, les informations d’identification de l’utilisateur du logiciel Oracle et les informations d’identification de l’utilisateur Oracle Recovery Manager (RMAN) de la version précédente de SnapManager pour Oracle.

    La commande suivante effectue la mise à niveau propagée de toutes les bases de données cibles disponibles sur une base de données de référentiel appelée REPOA située sur repo_host :

    smo repository rollingupgrade
        -repository
          -dbname repoA
          -host repo_host
          -login
           -username repouser
           -port 1521
          -allhosts
    • Si le serveur SnapManager démarre automatiquement, vous devez redémarrer le serveur pour vous assurer que vous pouvez afficher les plannings.

    • Si vous mettez à niveau l’un des deux hôtes associés, vous devez mettre à niveau le second hôte après la mise à niveau du premier.

      Par exemple, si vous avez créé un clone de l’hôte A vers l’hôte B ou monté une sauvegarde de l’hôte A vers l’hôte B, les hôtes A et B sont liés les uns aux autres. Lorsque vous mettez à niveau l’hôte A, un message d’avertissement vous invite à mettre à niveau l’hôte B peu après la mise à niveau de l’hôte A.

    Remarque Les messages d’avertissement s’affichent même si le clone est supprimé ou si la sauvegarde est démonté de l’hôte B pendant la mise à niveau de l’hôte A. En effet, des métadonnées existent dans le référentiel pour les opérations effectuées sur l’hôte distant.

Informations connexes