Todos los productos
Search

Este producto

    ApsaraDB for MongoDB:Reiniciar una instancia, componente o nodo

    Centro de documentos

    ApsaraDB for MongoDB:Reiniciar una instancia, componente o nodo

    Última actualización: Sep 03, 2026

    ApsaraDB for MongoDB permite reiniciar una instancia, un componente o un nodo para resolver problemas como conexiones agotadas o degradación del rendimiento.

    Limitaciones

    • Solo es posible reiniciar un componente en instancias de clúster fragmentado.

    • Solo es posible reiniciar un nodo en instancias que utilizan Cloud Disks.

    Notas de uso

    • Al reiniciar una instancia se detienen y reinician sus procesos, lo que cierra todas las conexiones activas. Asegúrese de que su aplicación cuente con un mecanismo de reconexión automática.

    • Los procesos Mongod y Mongos suelen iniciarse en menos de 30 segundos. Sin embargo, si una instancia tiene más de 10,000 colecciones, el tiempo de inicio de Mongod puede extenderse a varios minutos. No podrá conectarse al nodo hasta que finalice el inicio. Para evitar tiempos de reinicio prolongados, se recomienda mantener el número de colecciones en 10,000 o menos. Para obtener más información, consulte la documentación oficial de MongoDB.

    • Después de reiniciar una instancia de conjunto de réplicas, los roles de los nodos pueden cambiar. Se recomienda utilizar un URI de cadena de conexión de alta disponibilidad (HA) en su entorno de producción. Para obtener más información, consulte Connect to a replica set instance.

    • Cuando se reinicia una instancia de clúster fragmentado, las conexiones se cierran a medida que se reinician los procesos Mongos. Se recomienda usar un URI de cadena de conexión HA en su entorno de producción e incluir las direcciones de conexión de como mínimo dos nodos Mongos en el URI. Para obtener más información, consulte Connect to a sharded cluster instance.

    • Tras reiniciar un solo nodo en una instancia de conjunto de réplicas, los roles de los nodos pueden cambiar. Se recomienda utilizar un URI de cadena de conexión HA en su entorno de producción. Para obtener más información, consulte Connect to a replica set instance.

    • Al reiniciar un solo nodo dentro de un fragmento de una instancia de clúster fragmentado, las conexiones de los clientes no se cierran. No obstante, las operaciones de escritura pueden fallar. Se recomienda reintentar las operaciones de escritura con errores.

    Procedimiento

    Reiniciar instancia

    1. Inicie sesión en la consola de ApsaraDB for MongoDB.

    2. En el panel de navegación izquierdo, haga clic en Replica Set Instances o Sharded Cluster Instances según el tipo de instancia.

    3. En la parte superior de la página, seleccione el resource group y la región donde se encuentra la instancia.

    4. En la columna Actions de la instancia objetivo, haga clic en More y seleccione Restart.

    5. En el cuadro de diálogo Restart Instance, haga clic en Confirm.

      Durante el reinicio, el estado de la instancia cambia a Restarting. Cuando el estado cambia a Running, el reinicio de la instancia ha finalizado.

    Reiniciar componente

    Nota

    Solo es posible reiniciar un componente en instancias de clúster fragmentado.

    1. Vaya a la página Sharded Cluster Instances. En la parte superior de la página, seleccione un resource group y una región, y luego haga clic en el ID de la instancia objetivo.

    2. En la sección Mongos List o Shard List, localice el componente que desea reiniciar. En la columna Actions, haga clic en el icono 更多 y seleccione Restart.

    3. En el cuadro de diálogo Restart Node, haga clic en Confirm.

      Durante el reinicio, el estado de la instancia cambia a Restarting. Cuando el estado cambia a Running, el reinicio del componente ha finalizado.

    Reiniciar nodo

    1. Vaya a la página Replica Set Instances o Sharded Cluster Instances. En la parte superior de la página, seleccione un resource group y una región, y luego haga clic en el ID de la instancia objetivo.

    2. En la página de detalles de la instancia, en el panel de navegación izquierdo, haga clic en Service Availability.

    3. Localice el nodo que desea reiniciar y haga clic en Restart Node en la columna Actions.

    4. En el cuadro de diálogo Restart Node, haga clic en Confirm.

      Durante el reinicio, el estado de la instancia cambia a Restarting Node. Cuando el estado cambia a Running, el reinicio del nodo ha finalizado.

    Preguntas frecuentes

    • P1: ¿Qué sucede cuando se reinicia una instancia de conjunto de réplicas y cómo afecta al servicio?

      El sistema reinicia los nodos en el siguiente orden: nodo oculto, nodos secundarios y de solo lectura; después realiza una conmutación por error entre los nodos primario y secundario, y finalmente reinicia el antiguo nodo primario. El impacto en su servicio es el siguiente:

      • Reinicio de un nodo oculto: sin impacto en su servicio.

      • Reinicio de un nodo secundario: se cierran todas las conexiones al nodo secundario y el cliente debe reconectarse. El nodo primario permanece disponible y las operaciones de escritura no se ven afectadas. Sin embargo, las operaciones de lectura configuradas con readPreference=Secondary sí se ven afectadas.

      • Reinicio de un nodo de solo lectura: se cierran todas las conexiones al nodo de solo lectura y el cliente debe reconectarse. El nodo primario permanece disponible y las operaciones de escritura no se ven afectadas. No obstante, las operaciones de lectura configuradas con readPreference=secondary&readPreferenceTags=role:readonly sí se ven afectadas. Si la instancia tiene varios nodos de solo lectura, el tráfico de lectura se redirige temporalmente a otro nodo de solo lectura disponible durante el reinicio.

      • Conmutación por error: se produce una desconexión transitoria de aproximadamente 30 segundos durante la conmutación. Si su aplicación se conecta mediante la dirección del nodo primario, el cambio de rol puede afectar las operaciones de lectura y escritura, y provocar errores de escritura.

      • Reinicio del antiguo nodo primario: se cierran todas las conexiones a este nodo (que ahora es un nodo secundario tras la conmutación por error) y el cliente debe reconectarse. El impacto equivale al reinicio de un nodo secundario.

    • P2: ¿Qué sucede cuando se reinicia una instancia de clúster fragmentado y cómo afecta al servicio?

      El sistema reinicia los componentes en el siguiente orden: nodos de fragmento, nodos de servidor de configuración y luego nodos Mongos. El impacto en su servicio es el siguiente:

      • Nodos de fragmento: varios nodos de fragmento se reinician en paralelo. Las conexiones de los clientes no se cierran, pero las operaciones de escritura pueden fallar. Se recomienda reintentar las operaciones de escritura con errores.

      • Nodos de servidor de configuración: sin impacto en su servicio.

      • Nodos Mongos: varios nodos Mongos se reinician en paralelo. Se cierran todas las conexiones a estos nodos. Asegúrese de que su aplicación cuente con un mecanismo de reconexión automática.

    • P3: ¿Por qué la instancia sigue mostrando "Restarting" después de un reinicio?

      Si estableció la hora de conmutación en la ventana de mantenimiento, el estado de la instancia permanecerá como "Restarting" hasta que la conmutación se complete a la hora especificada de la ventana de mantenimiento.