Skip to main content

Cette version de GitHub Enterprise Server n'est plus disponible depuis le 2024-09-25. Aucune publication de correctifs n’est effectuée, même pour les problèmes de sécurité critiques. Pour de meilleures performances, une sécurité améliorée et de nouvelles fonctionnalités, effectuez une mise à niveau vers la dernière version de GitHub Enterprise. Pour obtenir de l’aide sur la mise à niveau, contactez le support GitHub Enterprise.

Restauration à partir d’une mise à niveau avortée

Découvrez comment restaurer à partir d’une mise à niveau ayant échoué.

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. 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. 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é ».