👋 We've unified all of GitHub's product documentation in one place! Check out the content for REST API, GraphQL API, and Developers. Learn more on the GitHub blog.


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.
Versión del artículo: Enterprise Server 2.19

Recuperar una configuración de disponibilidad alta

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.

¿Pudiste encontrar lo que estabas buscando?

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."

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. 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
  3. 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.

  4. 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
  5. 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.

¿Pudiste encontrar lo que estabas buscando?

Pregunta a una persona

¿No puedes encontrar lo que estás buscando?

Contáctanos