# Recuperación en un Punto en el Tiempo

Source: https://support.kapsulehost.com/es-es/site-pitr

La recuperación a un momento específico, para sitios WordPress y WooCommerce, le permite reconstruir su base de datos tal como estaba en un minuto elegido, en lugar de solo en el momento en que se ejecutó la copia de seguridad de ayer. Esta guía explica qué cubre y qué no cubre, cómo activarla, cómo solicitar una restauración y exactamente qué toca una restauración.

## Para Qué Sirve

Una copia de seguridad diaria le da un punto de restauración por día. Eso está bien para la mayoría de los desastres e inútil para el caso específico en el que una importación errónea, un complemento dañado o una edición masiva equivocada se ejecutó a las 2:15pm y usted lo notó a las 4pm. Restaurar la copia de seguridad de ayer descartaría todo el trabajo real de la mañana junto con el error.

La recuperación a un momento específico cierra esa brecha. Con ella activada, el registro de cambios de la base de datos se envía continuamente a un almacenamiento externo, de modo que una restauración se puede reproducir hasta cualquier minuto dentro de la ventana retenida.

> **Warning:** La Recuperación a un momento específico cubre únicamente la BASE DE DATOS. No cubre sus archivos: ni las subidas, ni el código del tema o los complementos, ni los archivos de configuración en disco. Si alguien eliminó una carpeta de imágenes, PITR no la recuperará. Para los archivos necesita una copia de seguridad de archivos. Consulte [Realizar una Copia de Seguridad](https://support.kapsulehost.com/es-es/taking-a-backup) y [Restaurar a Partir de una Copia de Seguridad](https://support.kapsulehost.com/es-es/restoring-from-backup).

## Dónde Se Encuentra en KPanel

1. Inicie sesión en [KPanel](https://kpanel.kapsulehost.com).
2. Haga clic en **Sitios web** en la barra lateral izquierda y, a continuación, haga clic en el sitio.
3. En el menú izquierdo del sitio, abra **Copias de seguridad** y, a continuación, **Recuperación a un momento específico**.

La dirección directa es `/websites/<site-id>/pitr`.

![Recuperación a un momento específico para un sitio en KPanel](https://support.kapsulehost.com/help/screenshots/site-pitr.a2b6d785.webp)

## Elegibilidad

La Recuperación a un momento específico requiere que se cumplan dos condiciones.

**Su plan debe incluirla.** Está disponible en las familias de planes de WordPress.

**El sitio debe ser un sitio WordPress o WooCommerce**, porque el mecanismo depende de una base de datos gestionada.

Si no se cumple alguna de estas condiciones, la página lo indica con claridad: la Recuperación a un momento específico solo está disponible para sitios WordPress y WooCommerce con bases de datos gestionadas. En ese caso no hay nada que configurar.

## Cómo Activarla

La tarjeta de **Estado de PITR** muestra el estado actual con una indicación visual, el backend en uso, cuándo se envió el último registro de cambios y la ventana de retención en días.

Haga clic en **Activar PITR** para activarla. La retención es de 30 días.

Activarla no cambia nada en sus datos. Pone en marcha un proceso de envío continuo que se ejecuta junto a sus copias de seguridad diarias habituales; no las reemplaza.

> **Note:** No hay puntos de restauración inmediatamente después de activarla. El envío debe ejecutarse al menos una vez antes de que se pueda reproducir nada, y el primer envío ocurre en unos cinco minutos. Hasta entonces, la página indica que todavía no hay puntos de restauración.

## Cómo Leer la Ventana de Restauración

Una vez que el envío está en marcha, la tarjeta de **Ventana de restauración disponible** indica el momento más antiguo y el más reciente a los que puede restaurar, y cuántos archivos de registro de cambios se están reteniendo para cubrir ese período.

Lea esto antes de necesitarlo, no durante un incidente. Si la ventana comienza más tarde de lo esperado, el envío se interrumpió en algún momento y la cobertura más antigua ha caducado.

## Cómo Solicitar una Restauración

1. Abra la pestaña **Recuperación a un momento específico**.
2. Confirme que la ventana de restauración cubre el momento que desea.
3. En **Restaurar a marca de tiempo**, elija la fecha y la hora. Elija un momento justo ANTES del daño, no después.
4. Haga clic en **Solicitar restauración a BD de staging**.

La solicitud se valida de inmediato. Si la marca de tiempo queda fuera de la ventana disponible, se le indica la ventana exacta en lugar de dejarle adivinar.

## Qué Hace Realmente una Restauración

Esta es la parte que hay que precisar, porque es lo contrario de lo que la mayoría espera.

**Una restauración a un momento específico no toca su base de datos en producción.** Restaura en una base de datos de staging independiente, que se crea para ese fin y se nombra según su dominio y la fecha de destino. Su sitio en producción sigue funcionando con su propia base de datos durante todo el proceso, sin cambios.

No se sobrescribe nada, no se elimina nada y no se pierde ningún dato al solicitar una restauración. Eso es intencional: todo el sentido de una herramienta de recuperación de datos es que usarla no puede empeorar la situación.

Lo que obtiene es una base de datos que puede inspeccionar. Puede compararla con la base de datos en producción, extraer las filas que resultaron dañadas o decidir que toda la instantánea es la versión que desea. Promover una restauración de staging sobre su base de datos en producción es un paso independiente y deliberado que nuestro equipo realiza junto con usted, no algo que haga un botón sin que usted lo sepa.

> **Important:** Pasar a una base de datos restaurada SÍ descarta todo lo escrito en la base de datos en producción desde el punto de restauración. Los pedidos realizados, los comentarios dejados y el contenido editado después de esa marca de tiempo existen únicamente en la base de datos en producción. Antes de cualquier cambio, decida qué se debe conservar y comuníquelo. Por eso la restauración llega primero a staging.

## Cómo Hacer Seguimiento de la Solicitud

Cada solicitud aparece en la tabla de **Solicitudes de restauración**:

| Columna | Qué muestra |
|---|---|
| Solicitado | Cuándo lo pidió |
| Destino | La marca de tiempo a la que pidió restaurar |
| Estado | En qué punto se encuentra la solicitud |
| BD de Staging | El nombre de la base de datos a la que se restaura |

Mientras una restauración está en curso, el estado muestra la etapa actual y, una vez que comienza la reproducción, cuántos archivos de registro de cambios se han aplicado del total. Una solicitud fallida muestra el error debajo.

Solo puede haber una restauración en curso por sitio a la vez. Solicitar una segunda mientras hay otra en curso devuelve un conflicto en lugar de ponerla en cola, de modo que un segundo intento no pueda dañar el primero.

Nuestro equipo de ingeniería completa la restauración de staging y le envía un correo electrónico cuando la base de datos de staging está lista. También recibirá un correo electrónico de confirmación cuando se reciba la solicitud, con la marca de tiempo de destino y el nombre de la base de datos de staging.

## Cómo Elegir la Marca de Tiempo Correcta

**Determine cuándo empezó el daño, no cuándo lo notó.** Normalmente hay varias horas de diferencia. Revise su registro de actividad, las marcas de tiempo de los pedidos o la última edición de contenido que sabe que era correcta.

**Apunte uno o dos minutos antes.** Un punto de restauración justo antes del evento negativo le cuesta un par de minutos de escrituras legítimas. Uno justo después restaura el daño junto con todo lo demás.

**Anote qué ocurrió después del punto de restauración.** Pedidos, registros, comentarios, envíos de formularios. Esa lista es lo que tendrá que volver a aplicar manualmente si hace el cambio.

## Solución de Problemas

**La página indica que PITR solo está disponible para WordPress y WooCommerce.** O bien el sitio no es de esos tipos, o su plan no incluye la función.

**Todavía no hay puntos de restauración.** El envío debe ejecutarse al menos una vez después de activarla. El primer envío ocurre en unos cinco minutos.

**Mi destino está fuera de la ventana disponible.** La retención es de 30 días, y la ventana puede ser más corta si el envío se interrumpió. El mensaje de error indica los límites exactos. Si el momento que necesita ya ha caducado, recurra a una copia de seguridad diaria: consulte [Restaurar a Partir de una Copia de Seguridad](https://support.kapsulehost.com/es-es/restoring-from-backup).

**Ya hay una restauración en curso.** Espere a que finalice. La tabla muestra su etapa y progreso.

**El estado muestra un aviso sobre el servicio de envío.** Su solicitud está registrada y el mensaje explica el estado actual. No se pierde nada.

**Necesito recuperar los archivos, no la base de datos.** PITR no puede ayudar en ese caso. Use una copia de seguridad de archivos, y tenga en cuenta que una copia de seguridad completada se puede explorar archivo por archivo en lugar de restaurarse por completo.

## Páginas Relacionadas

- [Realizar una Copia de Seguridad](https://support.kapsulehost.com/es-es/taking-a-backup) para las copias de seguridad diarias de archivos y bases de datos que se ejecutan junto con esta función.
- [Restaurar a Partir de una Copia de Seguridad](https://support.kapsulehost.com/es-es/restoring-from-backup) para la ruta de restauración de todo el sitio.
- [Entornos de Staging](https://support.kapsulehost.com/es-es/staging-environments) para probar cambios antes de que lleguen a producción.
- [Seguridad del Sitio](https://support.kapsulehost.com/es-es/site-security) si la pérdida de datos se debió a una vulneración en lugar de a un error.

Si está en medio de un incidente y no está seguro de qué herramienta necesita, contáctenos desde **Soporte** en KPanel o escriba a [support@kapsulehost.com](mailto:support@kapsulehost.com) con el nombre del sitio y la hora en que comenzó el problema.