Skip to main content
Frecuentemente publicamos actualizaciones de nuestra documentación. Es posible que la traducción de esta página esté en curso. Para conocer la información más actual, visita la documentación en inglés. Si existe un problema con las traducciones en esta página, por favor infórmanos.
Enterprise Server 3.1
Español
� 
Enterprise administrators
Enterprise Server 3.1
Español

� 

Esta versión de GitHub Enterprise se discontinuó el 2022-06-03. No se realizarán lanzamientos de patch, ni siquiera para problemas de seguridad críticos. Para obtener un mejor desempeño, más seguridad y nuevas características, actualiza a la última versión de GitHub Enterprise. Para obtener ayuda con la actualización, contacta al soporte de GitHub Enterprise.

Recuperar una configuración de disponibilidad alta

En este artículo

Después de la conmutación por error de un aparato GitHub Enterprise Server, debes recuperar redundancia tan pronto como sea posible en lugar de depender de un aparato único.

Acerca de la recuperación para una configuración de disponibilidad alta

Puedes utilizar el aparato principal antiguo como el nuevo aparato de réplica si la conmutación por error fue planeada o no estaba relacionada con la salud del aparato. Si la conmutación por error estaba relacionado con un problema con el aparato primario, es posible que prefieras crear un nuevo aparato de réplica. Para obtener más información, consulta "Crear una réplica de alta disponibilidad."

Advertencia: Debes habilitar el modo de mantenimiento antes de configurar un aplicativo primario anterior como una réplica nueva. Si no habilitas el modo de mantenimiento, ocasionarás una interrupción productiva.

Configurar un aparato principal antiguo como una nueva réplica

  1. Conéctate a la dirección IP del aparato principal antiguo utilizando SSH.

    $ ssh -p 122 admin@FORMER PRIMARY IP

  2. Habilita el modo de mantenimiento en el aplicativo primario anterior. Para obtener más información, consulta "Habilitar y programar el modo mantenimiento."

  3. En el aparato principal antiguo, ejecuta el comando ghe-repl-setup con la dirección IP de la réplica antigua.

    $ ghe-repl-setup FORMER REPLICA IP

  4. Para agregar una llave pública a la lista de llaves autorizadas en el aparato principal, ingresa a https://PRIMARY-HOSTNAME/setup/settings y agrega a la lista la llave que copiaste de la réplica.

  5. Para verificar la conexión con el aparato principal nuevo y habilitar el modo réplica para la nueva réplica, ejecuta nuevamente ghe-repl-setup.

    $ ghe-repl-setup FORMER REPLICA IP

  6. Para comenzar la replicación de las bases de datos, utiliza el comando ghe-repl-start.

    $ ghe-repl-start

    Advertencia: ghe-repl-start causa una breve interrupción en el servidor principal, durante la cual los usuarios pueden ver errores internos del servidor. Para proporcionar un mensaje más amigable, ejecuta ghe-maintenance -s en el nodo principal antes de ejecutar ghe-repl-start en el nodo réplica para poner la aplicación en modo de mantenimiento. Una vez que se inicie la replicación, deshabilita el modo de mantenimiento con ghe-maintenance -u. La replicación de Git no progresará mientras el nodo primario esté en modo de mantenimiento.