> 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-2/how-to/how-to-snapshot-and-restore-a-server.md).

# Cómo Hacer un Snapshot de un Servidor y Restaurarlo Posteriormente

Un snapshot, o instantánea, es una captura del estado de un servidor en un momento concreto.

Te deja volver atrás con rapidez cuando vas a hacer algo arriesgado (una actualización del sistema, un cambio de software) y quieres una red por si sale mal.

> #### 👍 Qué consigues
>
> Un punto de retorno del servidor antes de un cambio importante, y la forma de revertir a él en minutos si hace falta.

> #### 📘 Un snapshot no es un backup
>
> El snapshot es una marcha atrás rápida y temporal, pensada para usarse antes de un cambio y borrarse después.
>
> No sustituye al backup, que es tu protección a largo plazo. Mantener snapshots vivos mucho tiempo penaliza el rendimiento del servidor.

### Antes de empezar

* Iniciar sesión en la plataforma de Plenit.
* Tener una suscripción de **Servidores** con un servidor desplegado.

> #### 🚧 Máximo tres snapshots por servidor
>
> Cada servidor admite hasta tres snapshots VM activos. Bórralos cuando ya no los necesites: acumularlos fragmenta los datos y degrada el rendimiento.

### Paso 1. Accede a la ficha del servidor

1. Entra en la suscripción de **Servidores** desde su card.
2. Abre la subsección **Servidores** desde el menú lateral, o desde el cuadro Servidores del **Resumen**.
3. En el menú contextual del servidor, pulsa **Editar**.

{/\* 📸 CAPTURA 1 · menú contextual del servidor con la opción Editar \*/}

![Acceso a la ficha del servidor desde la opción Editar](https://REEMPLAZA-URL/servidores-howto-snapshot-01.png)

### Paso 2. Crea el snapshot

Con la ficha abierta, lo recomendable es **apagar la máquina** antes de capturar. No es obligatorio, pero hacer el snapshot con el servidor apagado asegura la consistencia de los datos.

1. Apaga el servidor y espera la confirmación.
2. Abre la opción **Snapshot** del menú superior.
3. Escribe un **nombre** para la instantánea (en el ejemplo, `sysprep`) y pulsa **Continuar**.

La plataforma indica que la instantánea se está creando y, al terminar, la verás en la pestaña **Snapshot VM** de la ficha. Después puedes encender la máquina y hacer tus cambios con red de seguridad.

{/\* 📸 CAPTURA 2 · opción Snapshot del menú superior y el campo de nombre de la instantánea \*/}

![Creación del snapshot con su nombre desde la ficha del servidor](https://REEMPLAZA-URL/servidores-howto-snapshot-02.png)

> #### 📘 Si no puedes apagar, asegura la consistencia
>
> Para cargas con base de datos, capturar en caliente puede dejar el dato a medias. Si no puedes apagar, para el servicio justo antes del snapshot y reanúdalo después.

> En Windows, desde PowerShell como administrador:
>
> ```powershell
> Stop-Service -Name "MSSQLSERVER"
> ```
>
> En Linux:
>
> ```shell
> sudo systemctl stop <servicio>
> ```

### Paso 3. Restaura el servidor desde el snapshot

1. Vuelve a la ficha del servidor y abre la pestaña **Snapshot VM**.
2. Selecciona el snapshot que quieres y pulsa **Revertir**.
3. Confirma. El servidor vuelve al estado guardado en esa instantánea.

{/\* 📸 CAPTURA 3 · pestaña Snapshot VM con el botón Revertir y la confirmación \*/}

![Restauración del servidor con el botón Revertir desde Snapshot VM](https://REEMPLAZA-URL/servidores-howto-snapshot-03.png)

> #### 🚧 Revertir descarta lo posterior
>
> Al revertir, el servidor vuelve exactamente al estado del snapshot: lo que haya cambiado después se pierde.&#x20;
>
> Confirma que es lo que quieres antes de aceptar.

### Buenas prácticas

* Crea el snapshot **justo antes** del cambio, no días antes.
* **Bórralo** en cuanto verifiques que el cambio fue bien.
* No uses snapshots como copia de seguridad: para eso está el backup.

<br>


---

# 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-2/how-to/how-to-snapshot-and-restore-a-server.md?ask=<question>&goal=<endgoal>
```

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