> For the complete documentation index, see [llms.txt](https://docs.plenit.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.plenit.com/productos/servers/how-to/como-recuperar-un-servidor-en-otra-zona-de-disponibilidad-desde-un-backup.md). # C贸mo recuperar un servidor en otra zona de disponibilidad desde un backup En este tutorial aprender谩s a recuperar un servidor en la otra zona de disponibilidad de Madrid cuando la zona en la que estaba desplegado deja de estar disponible. El proceso consiste en **desplegar un nuevo servidor en la zona disponible y restaurar en 茅l el backup del servidor afectado**. No necesitas mantener un segundo servidor desplegado de forma permanente para utilizar este modelo de recuperaci贸n. {% hint style="info" %} ### 馃敟 Qu茅 consigues Un servidor operativo en la otra zona de disponibilidad, con los datos recuperados desde uno de los puntos de restauraci贸n disponibles. {% endhint %} ### Antes de empezar: qu茅 est谩s haciendo realmente Este es un escenario de **recuperaci贸n manual**, no de failover autom谩tico. Si, por ejemplo, tu servidor est谩 desplegado en MAD1 y esa zona deja de estar disponible, puedes desplegar un nuevo servidor en MAD2 y utilizar el backup para recuperar all铆 el servicio. **No est谩s moviendo el servidor original de MAD1 a MAD2.** Est谩s creando un nuevo servidor en la zona disponible y recuperando sobre 茅l la informaci贸n protegida mediante backup. Ten en cuenta tambi茅n que el servidor se recuperar谩 con los datos correspondientes al **punto de restauraci贸n que selecciones**. Los cambios posteriores a ese punto no estar谩n incluidos en la recuperaci贸n. Las copias de la regi贸n se protegen en una ubicaci贸n independiente de las dos zonas de disponibilidad de Madrid, de forma que puedes utilizarlas para recuperar el servicio en la otra zona. ### Prerrequisitos Antes de iniciar la recuperaci贸n: * Comprueba que existe un punto de restauraci贸n v谩lido del servidor afectado. * Identifica la zona de disponibilidad en la que estaba desplegado el servidor y utiliza la otra zona como destino de recuperaci贸n. * Ten identificada la configuraci贸n que necesita el servidor que vas a recuperar: capacidad, red, discos y cualquier dependencia necesaria para volver a prestar el servicio. * Decide qu茅 punto de restauraci贸n vas a utilizar teniendo en cuenta hasta qu茅 momento necesitas recuperar los datos. Si necesitas revisar c贸mo funcionan las copias y los puntos de restauraci贸n, consulta [**C贸mo hacer un backup de un servidor**](https://docs.plenit.com/productos/servers-2/how-to/how-to-back-up-a-server). ### Paso 1. Despliega un servidor en la otra zona de disponibilidad Desde el servicio de **Servidores**, pulsa **Crear Servidor**. Configura el nuevo servidor con los recursos necesarios para ejecutar el servicio que quieres recuperar. En **Ubicaci贸n**, selecciona: * **Regi贸n:** Madrid. * **Zona de disponibilidad:** la zona distinta a aquella en la que estaba desplegado el servidor afectado. Por ejemplo, si el servidor original estaba en **MAD1**, selecciona **MAD2**. 馃摳 *Creaci贸n del servidor de recuperaci贸n con MAD2 seleccionada como zona de disponibilidad.* Configura tambi茅n la red que utilizar谩 el servidor de acuerdo con el dise帽o de recuperaci贸n que tengas previsto para ese servicio. Completa la configuraci贸n y crea el servidor. ### Paso 2. Selecciona el punto de restauraci贸n Accede a los **puntos de restauraci贸n** del servidor o disco que quieres recuperar. Revisa las copias disponibles y selecciona el punto de restauraci贸n que corresponda al momento al que necesitas recuperar los datos. 馃摳 *Listado de puntos de restauraci贸n disponibles y selecci贸n del backup que se utilizar谩 para la recuperaci贸n.* {% hint style="warning" %} **Importante:** comprueba la fecha y hora antes de iniciar la restauraci贸n. El contenido recuperado corresponder谩 al estado almacenado en ese punto. {% endhint %} ### Paso 3. Restaura el backup en el nuevo servidor Restaura el backup como un **nuevo disco asociado al servidor que acabas de desplegar en la otra zona de disponibilidad**. Selecciona como destino el nuevo servidor de MAD2 (o MAD1 si est谩s realizando la recuperaci贸n en sentido contrario) y confirma la restauraci贸n. 馃摳 *Restauraci贸n del backup seleccionando como destino el servidor desplegado en la otra zona.* Para consultar todas las opciones disponibles durante la restauraci贸n y el procedimiento detallado, consulta [**C贸mo restaurar un backup de disco**](https://docs.plenit.com/productos/servers-1/how-to/how-to-restore-a-disk-backup). Si el servidor dispone de varios discos que necesitas recuperar, repite el proceso con los puntos de restauraci贸n correspondientes. ### Paso 4. Comprueba el servidor recuperado Una vez terminada la restauraci贸n, comprueba que: * El nuevo servidor est谩 en estado **ON** y desplegado en la zona de disponibilidad prevista. * Los discos restaurados aparecen asociados al servidor. * El sistema operativo reconoce correctamente los discos recuperados. * El servidor utiliza la red prevista para el escenario de recuperaci贸n. 馃摳 *Servidor desplegado en la nueva zona con el disco restaurado asociado.* No des por recuperado el servicio 煤nicamente porque el servidor est茅 encendido. Todav铆a debes comprobar las dependencias de la aplicaci贸n. ### Paso 5. Valida el servicio antes de volver a ponerlo en producci贸n Comprueba que la aplicaci贸n o servicio funciona correctamente sobre el servidor recuperado. Revisa especialmente aquellos elementos que puedan depender de la infraestructura anterior, como la configuraci贸n de red, reglas de firewall o NAT, direccionamiento, DNS y conexiones con otros servidores o servicios. Por 煤ltimo, verifica que: * La aplicaci贸n o servicio arranca correctamente. * Los componentes que necesitan comunicarse tienen conectividad. * Los datos corresponden al punto de restauraci贸n seleccionado. * El servicio vuelve a ser accesible de la forma prevista para tu cliente. ### Conclusi贸n Has recuperado un servidor en una zona de disponibilidad distinta a aquella en la que estaba desplegado originalmente, utilizando uno de sus backups. Este modelo te permite utilizar la segunda zona como **destino de recuperaci贸n sin mantener permanentemente un segundo servidor desplegado**. La recuperaci贸n es manual y el estado recuperado depender谩 del punto de restauraci贸n seleccionado. #### Tutoriales relacionados * [**C贸mo hacer un backup de un servidor**](https://docs.plenit.com/productos/servers-2/how-to/how-to-back-up-a-server) * [**C贸mo restaurar un backup de disco**](https://docs.plenit.com/productos/servers-1/how-to/how-to-restore-a-disk-backup) * [**C贸mo desplegar servidores en m煤ltiples zonas de disponibilidad**](https://docs.plenit.com/productos/servers/how-to/como-desplegar-servidores-en-multiples-zonas-de-disponibilidad) * [**C贸mo habilitar Alta Disponibilidad (HA) en la red entre dos zonas de disponibilidad**](https://docs.plenit.com/productos/servers/how-to/como-habilitar-alta-disponibilidad-ha-en-la-red-entre-dos-zonas-de-disponibilidad) --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter: ``` GET https://docs.plenit.com/productos/servers/how-to/como-recuperar-un-servidor-en-otra-zona-de-disponibilidad-desde-un-backup.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.