Al restaurar una copia de seguridad, se restablece el estado que tenía la red en el momento en que se creó la copia de seguridad. Además, también se restauran las configuraciones mantenidas por NSX Manager o los dispositivos de Administrador global. Para NSX Manager, se concilian todos los cambios, como agregar o eliminar nodos, que se realizaron en el tejido desde la copia de seguridad. Los NSX Manager se denominan Administrador local (LM) cuando están federados con un Administrador global (GM).

Nota:

Las entradas de DNS (servidores de nombres y dominios de búsqueda) no se conservan al restaurar desde una copia de seguridad. Para volver a implementar en una implementación de VMware Cloud Foundation (VCF) mediante un archivo OVF, debe utilizar los FQDN para los nombres de máquina virtual de NSX Manager.

Debe restaurar la copia de seguridad en un nuevo dispositivo de NSX Manager o Administrador global. Siga las instrucciones para su caso específico.

  • Si tenía un clúster del dispositivo de NSX Manager cuando se creó la copia de seguridad, el proceso de restauración restaurará primero un nodo y, a continuación, le solicitará que agregue los otros nodos. Puede agregar los otros nodos durante el proceso de restauración o después de que se restaure el primer nodo. Consulte los siguientes pasos detallados.
  • Si tiene un clúster de dispositivos de Administrador global, solo podrá restaurar un nodo mediante el proceso de restauración. Deberá crear el clúster después de que se complete la restauración del primer nodo. Para obtener instrucciones sobre cómo restaurar un Administrador global activo perdido, un Administrador global en espera perdido o un Administrador local perdido, consulte Copia de seguridad y restauración en Federación de NSX.
Importante: Si algún nodo del clúster de dispositivos aún está disponible, debe desconectarlo antes de iniciar la restauración.

Requisitos previos

  • Compruebe que tenga las credenciales de inicio de sesión (nombre de usuario y contraseña o la clave privada de SSH que coincida con la clave pública almacenada en el servidor de archivos de copia de seguridad) para el servidor de archivos de copia de seguridad.
  • Verifique que tiene la huella digital SSH del servidor de archivos de las copias de seguridad. La compatibilidad incluye los tamaños de 256, 384 y 521 bits. Asegúrese de que el tamaño de clave que se utilice en el momento de la copia de seguridad se utilice en el momento de la restauración.
  • Verifique que tiene la frase de contraseña del archivo de copia de seguridad.
  • Para identificar qué copia de seguridad desea restaurar, siga el procedimiento descrito en Lista de las copias de seguridad disponibles. Tome nota de la IP o el FQDN del dispositivo de NSX que realizó la copia de seguridad.
  • Asegúrese de que la configuración de red en la que está realizando la restauración tenga el mismo conjunto de conectividad de red que el sistema en el que realizó la copia de seguridad. Por ejemplo, las mismas VIP, DNS, comunicación NTP, etc. Si la conectividad de red no es la misma, solucione las incoherencias antes de agregar un segundo o tercer nodo al sistema restaurado.
  • Realice una restauración federada cuando los Administrador global activos y en espera estén inactivos. Si este no es el caso, consulte Copia de seguridad y restauración en Federación de NSX.
  • Familiarícese con el proceso de actualización del plano de administración como parte de la restauración de una copia de seguridad durante una actualización. Para obtener más información, consulte Copia de seguridad y restauración durante la actualización en la Guía de actualización de NSX.

Procedimiento

  1. Si algún nodo del clúster de dispositivos aún está disponible, debe desconectarlo antes de iniciar la restauración.
  2. Instale un nuevo nodo de dispositivo en el que restaurar la copia de seguridad.

    • Si la lista de copia de seguridad que va a restaurar contiene una dirección IP, deberá implementar el nuevo nodo de NSX Manager o Administrador global con la misma dirección IP. No configure el nodo para publicar su FQDN.

    • Si la lista de copia de seguridad que va a restaurar contiene un FQDN, deberá configurar el nuevo nodo de dispositivo con este FQDN y publique el FQDN. Solo se admite el FQDN en minúscula para la copia de seguridad y la restauración.

      Nota: Hasta que se configure y se publique el FQDN, se deshabilitará el botón Restaurar de la copia de seguridad se deshabilita en la interfaz de usuario del NSX Manager o Administrador global que acaba de implementar.

      Utilice esta API para publicar el FQDN del NSX Manager o el Administrador global.

      Ejemplo de solicitud: 

      PUT https://<nsx-mgr OR global-mgr>/api/v1/configs/management

{
  "publish_fqdns": true,
  "_revision": 0
}

      Consulte la Guía de NSX API para obtener los detalles de la API.

      Además, si el nuevo nodo de Manager tiene una dirección IP diferente a la original, deberá actualizar las entradas de búsqueda directa e inversa del servidor DNS para el nodo de Manager con la nueva dirección IP.

    Una vez que el nuevo nodo de Manager se esté ejecutando y esté en línea, podrá continuar con la restauración.

  3. En un explorador, inicie sesión con privilegios de usuario admin en NSX Manager o Administrador global en https://<dirección-ip-manager>.
  4. Seleccione Sistema > Copia de seguridad y restauración.
  5. Para configurar el servidor de archivos de copia de seguridad, haga clic en Editar.
    No configure la copia de seguridad automática si va a realizar una restauración.
  6. Introduzca la dirección IP o el FQDN.
  7. Cambie el número de puerto, si fuera necesario.
    El valor predeterminado es 22.
  8. En el cuadro de texto Ruta del directorio, escriba la ruta absoluta del directorio donde se almacenan las copias de seguridad.
    La ruta al directorio de copia de seguridad solo puede contener los siguientes caracteres: alfanuméricos (a-z, A-Z, 0-9), el guion bajo (_), los signos más y menos (+ -), los signos de virgulilla y porcentaje (~ %), la barra diagonal (/) y el punto (.).
    Evite usar letras de unidad de ruta o espacios en los nombres de directorio, ya que no está permitido. Si el servidor de archivos de copia de seguridad es un equipo Windows, debe utilizar la barra diagonal para especificar el directorio de destino. Por ejemplo, si el directorio de copia de seguridad del equipo Windows es c:\SFTP_Root\backup, especifique /SFTP_Root/backup como directorio de destino.
  9. Para iniciar sesión en el servidor, introduzca el nombre de usuario y la contraseña, o bien la clave privada de SSH, según el esquema de autenticación de copia de seguridad.
  10. Puede dejar la huella digital SSH en blanco y aceptar o rechazar la huella digital proporcionada por el servidor después de hacer clic en Guardar en un paso posterior. Si es necesario, puede recuperar la huella digital SSH mediante esta API: POST /api/v1/cluster/backups?action=retrieve_ssh_fingerprint.
  11. Introduzca la frase de contraseña que se usó para cifrar los datos de la copia de seguridad.
  12. Haga clic en Guardar.
  13. Seleccione una copia de seguridad.
  14. Haga clic en Restaurar.
  15. Si es necesario, el proceso de restauración le solicitará que realice acciones a medida que avanza.
    Nota: Si va a restaurar un dispositivo de Administrador global, los siguientes pasos no aparecen. Después de restaurar el primer nodo de Global Manager, debe unirse manualmente a los otros nodos para formar el clúster. Si va a restaurar una red de varios sitios, consulte la sección "Limitaciones" en el tema Multisitio de NSX.
    1. Confirmar conectividad CM/VC: Si desea restaurar los administradores de equipos existentes, asegúrese de que estén registrados en el nuevo nodo de NSX Manager y que estén disponibles durante el proceso de restauración.
    2. Si eliminó o agregó nodos de tejido o de transporte, se le solicitará que haga ciertas acciones como, por ejemplo, iniciar sesión en un nodo y ejecutar un script. Si creó un conmutador lógico o un segmento desde la copia de seguridad, el segmento o el conmutador lógico no aparecerán después de la restauración.
    3. Si la copia de seguridad incluye información acerca de un clúster de Manager, se le pedirá que agregue otros nodos. Si decide no agregar nodos, puede seguir con la restauración y agregar manualmente otros nodos para formar el clúster después de que se complete la restauración de este nodo.
    4. Si hay nodos de tejido que no detectaron el nuevo nodo de Manager, se le proporcionará una lista de ellos.
    5. No se admite el almacenamiento de bibliotecas durante la copia de seguridad de NSX. Si utiliza Plataforma de aplicaciones NSX, deberá cargar herramientas de Kubernetes si así se solicita.
    Una barra de progreso mostrará el estado de la operación de restauración. Observe el paso en el que se encuentra el proceso de restauración. Durante el proceso de restauración, los servicios del dispositivo de Manager se reiniciarán y el plano de control dejará de estar disponible hasta que se completa la restauración.

    Una vez finalizada la operación de restauración, la pantalla Restauración completa mostrará el resultado de la restauración, la marca de tiempo del archivo de copia de seguridad y la hora de inicio y finalización de la operación de restauración. No se restaurarán los segmentos creados después de la copia de seguridad.

    Si se produce un error en la operación de restauración, la pantalla mostrará el paso en el que se produjo, por ejemplo, Current Step: Restoring Cluster (DB) o Current Step: Restoring Node. Si se produce un error en la restauración del clúster o en la del nodo, el error puede ser transitorio. En ese caso, no es necesario hacer clic en Reintentar. Puede reiniciar el administrador y la operación de restauración continuará.

    También puede determinar si se produjo un error en la restauración de un clúster o un nodo seleccionando los archivos de registro. Ejecute get log-file syslog para ver el archivo de registro del sistema y busque las cadenas Error en la restauración del clúster y Error en la restauración del nodo.

    Para reiniciar Manager, ejecute el comando restart service manager.

    Para volver a arrancar Manager, ejecute el comando reboot.
    Nota:

    Si agregó un administrador de equipos después de la copia de seguridad e intenta volver a agregar el administrador de equipos después de la restauración, recibirá un mensaje de error indicando que se produjo un error en el registro. Haga clic en el botón Resolver para resolver el error y agregar correctamente el administrador de equipos. Para obtener más información, consulte Agregar un administrador de equipos, el paso 4. Si desea quitar información de NSX que se almacena en una instancia de VMware vCenter, siga los pasos que se describen en Quitar una extensión NSX de VMware vCenter.

    Si VMware vCenter se registró con puertos personalizados en la copia de seguridad, debe abrir manualmente todos los puertos personalizados en los dispositivos de administrador restaurados.

  16. Si solo tiene un nodo implementado, una vez que el nodo de Manager restaurado esté activo y en funcionamiento, puede implementar nodos adicionales para formar un clúster.
    Consulte la Guía de instalación de NSX para obtener instrucciones.
  17. Si tenía otras máquinas virtuales del clúster de Manager que apagó en el paso 1, elimínelas una vez que el nuevo clúster de Manager esté implementado.

Qué hacer a continuación