Copias de seguridad cifradas y recuperación

Acceso y disponibilidad

Solo una cuenta God activa puede abrir Site Backups. Antes de solicitar una operación, lee los indicadores de disponibilidad: configuración, estado habilitado, acceso remoto, estado del destino y retención. Las copias son archivos cifrados con manifiesto y hash de integridad. Que haya un botón no demuestra que las copias estén en buen estado; System Health indica por separado la última copia verificada correctamente. Si el estado es no configurado o no disponible, detente y remite el problema al operador de la plataforma en vez de volver a poner trabajo en cola.

1. Abre Site Backups e inspecciona todos los indicadores y el periodo de retención mostrado.
2. Antes de iniciar otra ejecución, comprueba en Recent Operations si ya hay trabajo en cola o en curso.
3. Si algo no está disponible, anota el estado no secreto y escálalo por el canal operativo autorizado.

Crear y sincronizar

Create solicita una copia manual y Sync sincroniza el inventario. Cada una devuelve un estado en cola porque un worker realiza la operación. Actualiza la página y sigue la fila hasta que alcance un estado final. Un registro completado debe incluir un archivo cifrado identificado, una suma de comprobación, un manifiesto no vacío y una fecha de vencimiento. Una confirmación de cola, un estado local-ready o un registro antiguo no equivalen a una copia remota verificada.

1. Elige Create para crear un archivo manual o Sync solo para reconciliar el inventario remoto.
2. Espera a que cambie el estado de la operación y abre la fila de copia más reciente.
3. Antes de usarla, confirma que está completa, tiene hash, verificación remota y vencimiento futuro.

Retención de siete días

La página muestra una retención configurada de siete días. Las marcas de tiempo de creación y vencimiento están en UTC; úsalas para decidir si un archivo sigue siendo apto. Los archivos vencidos no son puntos de restauración válidos. Planifica la recuperación dentro de ese plazo y no des por hecho que una copia seguirá disponible indefinidamente después de transferirla. Guarda las referencias operativas en un sistema restringido aprobado, no en documentación pública.

1. Lee las columnas UTC de creación y vencimiento de la copia seleccionada.
2. Elige una copia reciente que no haya vencido y tenga verificación remota.
3. Si venció el punto necesario, no intentes restaurarlo; escala el problema y usa el siguiente punto verificado.

Transferencia e integridad

Transfer está disponible para registros completados, local-ready y algunos fallidos que tengan suma de comprobación; el worker realiza la transferencia y la verificación. La restauración exige más: estado completo, nombre de archivo coincidente, SHA-256 válido, manifiesto no vacío, verificación remota y vencimiento futuro. La página muestra el checksum y el estado de verificación para detectar registros incompletos o incoherentes. No edites metadatos ni intentes sustituir archivos fuera del flujo gestionado.

1. Usa Transfer en el registro previsto y espera a que termine la operación.
2. Comprueba que conste la verificación remota y que se conserve el checksum.
3. Si falla la transferencia o faltan datos de integridad, lee el código de error y escala sin eludir las comprobaciones.

Solicitar una restauración

Una restauración es una operación de alto impacto que se pone en cola; no es una acción inmediata en la página. El usuario God activo debe haber completado MFA durante los diez minutos anteriores. En el diálogo de confirmación, indica un motivo de al menos doce caracteres, introduce el identificador exacto de la copia y el host de producción mostrado, y marca la casilla de aceptación de consecuencias. El servidor valida esos valores frente a la copia seleccionada y el host configurado. Un envío correcto registra y pone en cola la solicitud aprobada, pero no demuestra que el worker haya terminado la restauración.

1. Pulsa Restore solo para un archivo completo, verificado remotamente, vigente y apto, y completa MFA reciente.
2. Introduce el motivo, el identificador exacto y el host mostrado; marca la confirmación explícita.
3. Envíalo una vez y sigue Recent Operations y el estado resultante; investiga cualquier error antes de volver a solicitarlo.

Gestión de errores

La página muestra avisos de error, el estado de las operaciones y códigos de fallo. Entre las causas habituales están un destino no disponible, metadatos incompletos, una verificación remota fallida, un punto de recuperación vencido o la falta de MFA reciente. Una operación en curso puede seguir ejecutándose; no envíes duplicados. System Health muestra por separado la última operación correcta y los estados del planificador y el disco. Escala los fallos persistentes con el estado y el código, sin incluir secretos, valores privados del endpoint ni datos de clientes.

1. Lee el tipo, estado, hora y código de error en Recent Operations.
2. Comprueba en Readiness y System Health la cola, el disco, el planificador y las copias.
3. Reintenta solo cuando entiendas la causa y la operación anterior haya terminado; comunica los fallos de infraestructura no resueltos.

Preguntas frecuentes

Páginas relacionadas

• Administración y control de acceso
• Administración comercial y financiera
• Catálogos de IA, alojamiento y servicios
• Contenido, localización y presentación en buscadores
• Personas, equipos y selección de personal
• Operaciones y supervisión de servicios
• Operaciones de soporte y conocimiento