Déploiement de la mise à niveau sur un ou plusieurs hôtes
Suggérer des modifications
PDF
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.
Ce dont vous aurez besoin
Vous devez vous assurer que toutes les conditions préalables à la mise à niveau par roulement sont remplies.
-
Pour effectuer une mise à niveau par roulement sur un seul hôte, entrez la commande suivante :
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]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 :
smsap repository rollingupgrade -repository -dbname repoA -host repo_host -login -username repouser -port 1521 -upgradehost hostA -
Pour effectuer une mise à niveau propagée sur plusieurs hôtes, entrez la commande suivante :
smsaprepository rollingupgrade-repository-dbnamerepo_service_name-hostrepo_host-login-usernamerepo_username-portrepo_port-upgradehosthost_with_target_database1,host_with_target_database2-force [-quiet | -verbose]
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.si vous utilisez une configuration RAC (Real application clusters), vous devez mettre à niveau manuellement tous les hôtes associés au RAC. Vous pouvez utiliser -allhosts pour effectuer la mise à niveau propagée de tous les hôtes. 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 :
smsap repository rollingupgrade -repository -dbname repoA -host repo_host -login -username repouser -port 1521 -upgradehost hostA,hostB -
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 :
smsaprepository rollingupgrade-repository-dbnamerepo_service_name-hostrepo_host-login-usernamerepo_username-portrepo_port-allhosts-force [-quiet | -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.
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 :
smsap 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.
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. -