En cas d’échec ou d’interruption d’une mise à niveau, vous devez restaurer votre instance dans son état précédent. La procédure permettant d’effectuer cette opération dépend du type de mise à niveau.
Si votre instance est configurée pour la haute disponibilité et que la mise à niveau de votre nœud principal échoue, vous pouvez promouvoir le réplica (non mis à niveau) comme réplica principal. Vous devez également mettre à jour votre DNS pour qu’il pointe vers le nouveau nœud principal. Une fois que vous disposez d’un nœud principal opérationnel, vous pouvez envisager de créer un nœud de réplica. Consultez « À propos de la configuration de la haute disponibilité » et « Récupération d’une configuration à haute disponibilité. »
Annulation d’une version corrective
Pour annuler une version corrective, utilisez la commande ghe-upgrade avec le commutateur --allow-patch-rollback. Avant de restaurer, la réplication doit être temporairement arrêtée en exécutant ghe-repl-stop sur tous les nœuds de réplica, ou ghe-repl-stop-all sur le nœud principal. Quand vous restaurez une mise à niveau, vous devez utiliser un fichier de package de mise à niveau avec l’extension .pkg. Les fichiers de package de patch à chaud avec l’extension .hpkg ne sont pas pris en charge.
ghe-upgrade --allow-patch-rollback EARLIER-RELEASE-UPGRADE-PACKAGE.pkg
Un redémarrage est nécessaire après l’exécution de cette commande. La restauration n’affecte pas la partition de données, car les migrations ne sont pas exécutées sur les versions de patch.
Une fois la restauration terminée, redémarrez la réplication en exécutant ghe-repl-start sur tous les nœuds, ou ghe-repl-start-all sur le nœud principal. Consulter « Utilitaires de ligne de commande ».
Annulation d’une mise en production de fonctionnalité
Pour une restauration à partir d’une mise en production de fonctionnalité, restaurez la capture instantanée de machine virtuelle de sorte que les partitions racine et de données se trouvent dans un état cohérent. Consultez « Capture d’un instantané ».