Sitios web
Recuperación a un momento específico
Point-in-time recovery lets you rebuild your database as it was at a chosen minute, rather than only at the moment yesterday's backup ran. This guide covers what it does and does not cover, how to…
Recuperación a un punto en el tiempo
La recuperación a un punto en el tiempo 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 cubre qué hace y qué no cubre, cómo habilitarla, cómo solicitar una restauración y exactamente qué toca una restauración.
Para qué sirve
Una copia de seguridad diaria le proporciona un punto de restauración por día. Eso es suficiente para la mayoría de los desastres e inútil para el específico donde una importación incorrecta, un complemento roto o una edición masiva errónea se ejecutaron a las 2:15 p.m. y usted lo notó a las 4 p.m. 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 punto en el tiempo cierra esa brecha. Con ella habilitada, el registro de cambios de la base de datos se envía continuamente al almacenamiento fuera del sitio, por lo que una restauración se puede reproducir hasta cualquier minuto dentro de la ventana retenida.
La recuperación a un punto en el tiempo cubre SOLO la BASE DE DATOS. No cubre sus archivos: sin cargas, sin código de tema o complemento, sin archivos de configuración en disco. Si alguien eliminó una carpeta de imágenes, PITR no la recuperará. Para archivos necesita una copia de seguridad de archivos. Consulte Hacer una copia de seguridad y Restaurar desde una copia de seguridad.
Dónde se encuentra en KPanel
- Inicie sesión en KPanel.
- Haga clic en Websites en la barra lateral izquierda y luego haga clic en el sitio.
- En la franja de pestañas del sitio, abra Backups y luego Point-in-time recovery.
La dirección directa es /websites/<site-id>/pitr.
Elegibilidad
La recuperación a un punto en el tiempo necesita que dos cosas sean ciertas.
Su plan debe incluirla. Está disponible en las familias de planes WordPress.
El sitio debe ser un sitio WordPress o WooCommerce, porque el mecanismo se basa en una base de datos administrada.
Si alguna no se cumple, la página lo dice claramente: la recuperación a un punto en el tiempo solo está disponible para sitios WordPress y WooCommerce con bases de datos administradas. No hay nada que configurar en ese caso.
Habilitarla
La tarjeta PITR status muestra el estado actual con un indicador de estado, 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 Enable PITR para activarla. La retención es de 30 días.
Habilitar no cambia nada en sus datos. Inicia un proceso de envío continuo que se ejecuta junto con sus copias de seguridad diarias normales; no las reemplaza.
No hay puntos de restauración inmediatamente después de habilitar. El envío debe ejecutarse al menos una vez antes de que cualquier cosa pueda reproducirse, y el primer envío ocurre en aproximadamente cinco minutos. Hasta entonces la página le indica que aún no hay puntos de restauración.
Leer la ventana de restauración
Una vez que el envío se está ejecutando, la tarjeta Available restore window indica los momentos más antiguos y más recientes a los que puede restaurar y cuántos archivos de registro de cambios se retienen para cubrirlo.
Lea esto antes de que lo necesite, 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 anterior ha caducado.
Solicitar una restauración
- Abra la pestaña Point-in-time recovery.
- Confirme que la ventana de restauración cubre el momento que desea.
- En Restore to timestamp, elija la fecha y hora. Elija un momento justo ANTES del daño, no después.
- Haga clic en Request restore to staging DB.
La solicitud se valida de inmediato. Si la marca de tiempo cae fuera de la ventana disponible, se le proporciona la ventana exacta en lugar de dejarle adivinar.
Lo que realmente hace una restauración
Esta es la parte en la que hay que ser preciso, porque es lo opuesto a lo que la mayoría de la gente espera.
Una restauración a un punto en el tiempo no toca su base de datos activa. Se restaura en una base de datos de ensayo separada, que se crea para ese propósito y se nombra después de su dominio y la fecha objetivo. Su sitio activo sigue funcionando en su propia base de datos durante todo el tiempo, sin cambios.
Nada se sobrescribe, nada se elimina y no se pierden datos al solicitar una restauración. Esto es deliberado: todo el punto 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 activa, extraer las filas que fueron dañadas o decidir que la instantánea completa es la versión que desea. Promover una restauración de ensayo sobre su base de datos activa es un paso separado y deliberado que nuestro equipo realiza con usted, no algo que un botón haga a sus espaldas.
Cambiar a una base de datos restaurada DESCARTA todo lo escrito en la base de datos activa desde el punto de restauración. Los pedidos realizados, los comentarios dejados y el contenido editado después de esa marca de tiempo existen solo en la base de datos activa. Antes de cualquier cambio, decida qué debe trasladarse y dígalo. Por eso la restauración se coloca primero en ensayo.
Rastrear la solicitud
Cada solicitud aparece en la tabla Restore requests:
| Columna | Lo que muestra |
|---|---|
| Requested | Cuándo lo solicitó |
| Target | La marca de tiempo a la que solicitó restaurar |
| Status | Dónde ha llegado la solicitud |
| Staging DB | El nombre de la base de datos siendo restaurada |
Mientras se ejecuta una restauración, 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 una restauración puede estar en vuelo por sitio a la vez. Solicitar una segunda mientras se está ejecutando una devuelve un conflicto en lugar de ponerla en cola, por lo que un segundo intento no puede corromper el primero.
Nuestro equipo de ingeniería completa la restauración de ensayo y le envía un correo electrónico cuando la base de datos de ensayo está lista. También recibe un correo de confirmación cuando se recibe la solicitud, con la marca de tiempo objetivo y el nombre de la base de datos de ensayo.
Elegir la marca de tiempo correcta
Averigüe cuándo comenzó el daño, no cuándo lo notó. Estos suelen estar separados por horas. Verifique su registro de actividad, sus marcas de tiempo de pedidos o su última edición de contenido conocida como buena.
Apunte un minuto o dos antes. Un punto de restauración justo antes del evento malo le cuesta un par de minutos de escrituras legítimas. Uno justo después restaura el daño junto con todo lo demás.
Escriba lo que pasó después del punto de restauración. Pedidos, registros, comentarios, envíos de formularios. Esa lista es lo que deberá trasladar manualmente si cambia.
Solución de problemas
La página dice que PITR solo está disponible para WordPress y WooCommerce. O el sitio no es uno de esos tipos, o su plan no incluye la función.
Sin puntos de restauración aún. El envío debe ejecutarse al menos una vez después de habilitar. El primer envío ocurre en aproximadamente cinco minutos.
Mi objetivo 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 fue interrumpido. El mensaje de error indica los límites exactos. Si el momento que necesita ha envejecido, recurra a una copia de seguridad diaria: consulte Restaurar desde una copia de seguridad.
Ya hay una restauración en progreso. Espere a que termine. La tabla muestra su etapa y progreso.
El estado muestra un banner sobre el enviador. Su solicitud se registra y el mensaje explica el estado actual. Nada se pierde.
Necesito que recuperen los archivos, no la base de datos. PITR no puede ayudar. 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 completa.
Páginas relacionadas
- Hacer una copia de seguridad para las copias de seguridad diarias de archivos y bases de datos que se ejecutan junto con esta.
- Restaurar desde una copia de seguridad para la ruta de restauración de todo el sitio.
- Staging Environments para probar cambios antes de que lleguen a producción.
- Site Security si la pérdida de datos fue causada por un compromiso en lugar de un error.
Si se encuentra en medio de un incidente y no está seguro de qué herramienta necesita, comuníquese con nosotros desde Support en KPanel o envíe un correo electrónico a support@kapsulehost.com con el nombre del sitio y la hora en que comenzó el problema.