Cloud Backup:Database backup FAQ

Problemas con instancias de base de datos

• What should I do if a database instance fails to register with Database Backup?

• How do I resolve the "Inactivated" status for a database instance?

• How do I resolve the "DB Offline" status for a database instance?

• Why do multiple database instances appear on the ECS Database Instance tab after I register a database instance?

• What should I do if the database status cannot be retrieved after I register a database instance?

Problemas con clientes

• How do I view the client process status, find the log path, and restart the client?

• How do I resolve the "Offline" status for a database client?

• How do I resolve the "Failed to run install script:exit status 4" error when installing the backup client for a local SQL Server database?

• How do I resolve a backup client installation failure when backing up a local SQL Server database?

• How do I resolve a Database Backup client installation failure on an ECS instance?

Problemas con copias de seguridad

• How can I get a free trial of the local database backup feature?

• What are the network requirements for backing up a local database?

• What is the minimum interval for real-time backup? Can I configure real-time backup and incremental backup at the same time?

• How do I change the username and password for Database Backup?

• Are database backups encrypted?

• What should I do if a database backup fails?

• What should I do if an Oracle data backup fails and the log contains the "Failed to get install path from registry" error?

• What should I do if an incremental backup of Oracle data takes as long as or longer than a full backup?

• How do I resolve the "RMAN reports a non-fatal error" error during an Oracle incremental backup?

• What should I do if I fail to view database details when backing up an SQL Server 2019 database?

• What should I do if the IP address of a registered local SQL Server database displayed on the Cloud Backup console does not match its actual IP address?

• Can I back up an SQL Server database to Alibaba Cloud after enabling Transparent Data Encryption (TDE)?

• What should I do if the client is offline, cannot be uninstalled, and the anti-ransomware policy cannot be deleted after I deploy the anti-ransomware service for a SQL Server database?

• What should I do if I cannot properly install or use Database Backup after transferring an ECS instance from one Alibaba Cloud account to another?

• What MySQL database versions and operating systems are supported for backup?

• How do I back up a newly created database in MySQL?

• How do I cancel a database backup?

• Why does the backup history contain duplicate or unexpected backup records?

• Why does a backup fail and the backup plan status show "Error"?

• Why is the alert time different from the time when the error actually occurred?

• Why do I receive a failure alert, but the backup history shows both a successful and a failed backup record for the same time?

Problemas con restauraciones

• How does the "View Offline Instances Only" feature work?

• What should I do if an SQL Server database restore fails?

• How do I resolve an SQL Server restore failure when the agent log indicates a file initialization error?

• How do I perform a cross-database restore between a local database and a database on an ECS instance?

Problemas con almacenes de copias de seguridad

• What is a database backup vault?

• How is expired data purged from a database backup vault?

• How do I view backup data size and backup vault usage? How is billing calculated?

Error al registrar la instancia

Primero, compruebe si el cliente de copia de seguridad está instalado en su servidor (ya sea local o una instancia ECS). Si lo está, desinstálelo y elimine sus archivos de configuración siguiendo las instrucciones de Uninstall the client. Después, intente registrar la instancia de nuevo.

Estado de instancia inactiva

Estado de instancia sin conexión

Varias instancias después del registro

Si hay varias instancias de base de datos desplegadas en una sola instancia ECS, la consola de Cloud Backup las detectará y mostrará todas durante el registro.

En la pestaña ECS database instance, la consola muestra cada instancia de base de datos de la misma instancia ECS como un registro independiente. Cada registro corresponde a un nombre de instancia y un número de puerto distintos.

No se puede recuperar el estado de la base de datos

• Síntoma

  Después de registrar una instancia de base de datos, la consola de Cloud Backup no logra recuperar su estado.

  En la consola, la columna de estado de la base de datos muestra continuamente un icono de carga.

• Causa

  El sistema operativo actual no es compatible con la base de datos.

• Solución

  Cambie a un supported operating system e inténtelo de nuevo.

Comprobar el estado del cliente, la ruta del registro y reiniciarlo

• Linux

  1. Compruebe el estado del proceso del cliente de copia de seguridad.

     Ejecute el comando systemctl status dbackup3-agent o service dbackup3-agent status para comprobar el estado del proceso del cliente de copia de seguridad de la base de datos.

     Si el resultado es active or dbackup3-agent is running..., significa que el cliente se ejecuta correctamente.

     ● dbackup3-agent.service - dbackup3 agent daemon
        Loaded: loaded (/usr/lib/systemd/system/dbackup3-agent.service; enabled; vendor preset: disabled)
        Active: active (running) since Mon 2023-12-11 13:47:34 CST; 1min 13s ago
      Main PID: 22192 (dbackup3-agent)
        CGroup: /system.slice/dbackup3-agent.service
                └─22192 /opt/scutech/dbackup3/bin/dbackup3-agent -f /etc/opt/scutech/dbackup3/agent/svc.conf.d
     
     Dec 11 13:47:34 iZbp1******gktZ systemd[1]: Started dbackup3 agent daemon.

  2. Reinicie el cliente de copia de seguridad.

     Después de reiniciar el proceso del cliente con el comando systemctl restart dbackup3-agent o service dbackup3-agent restart, el cliente habrá vuelto a la normalidad si el campo Client Status de la base de datos en la consola muestra Installed.

  La ruta del registro del cliente es: /var/log/dbackup3/agent.log

• Windows

  1. Presione Win + R para abrir el cuadro de diálogo "Run".

  2. Introduzca services.msc y presione Enter para abrir la consola de servicios.

  3. En la lista de servicios, busque el servicio dbackup3-agent.

  4. Compruebe si el estado del servicio es "Running". Si no lo es, haga clic derecho en el servicio dbackup3-agent y seleccione "Restart" para iniciarlo.

  La ruta del registro del cliente es: C:\ProgramData\scutech\dbackup3\agent\log\dbackup3-agent.log

Resolver el estado "Offline" del cliente

• Síntoma

  El campo Client Status de la base de datos muestra Offline.

  En este punto, el estado del cliente es Offline y el estado de la base de datos es Unknown.

• Causa

  El estado Offline indica que se perdió la señal de latido del cliente. Esto suele ocurrir porque el proceso del cliente se detuvo por falta de memoria o porque el host se apagó.

• Solución

  Compruebe y reinicie el cliente tal como se describe en How do I check the client process status, find the log path, and restart the client?. Cuando el estado del cliente cambie a Running, espere a que el campo Client Status de la base de datos en la consola muestre Installed. Esto indica que el cliente volvió a la normalidad.

Resolver el error de instalación "exit status 4"

Este error ocurre porque la directiva de seguridad local "User Account Control: Admin Approval Mode for the Built-in Administrator account" no está habilitada. Esta directiva debe configurarse en Enabled.

1. Presione Win+R para abrir el cuadro de diálogo Run, introduzca gpedit.msc y ejecute el Editor de directivas de grupo local.

2. En el Editor de directivas de grupo local, vaya a Computer Configuration > Windows Settings > Security Settings > Local Policies > Security Options. En el panel derecho, busque User Account Control: Admin Approval Mode for the Built-in Administrator account y cambie su estado a Enabled.

Resolver errores de instalación del cliente para SQL Server local

1. Inicie sesión en el servidor y revise el registro de la copia de seguridad.

   Ruta del registro del cliente en Windows: C:\ProgramData\scutech\dbackup3\agent\log\dbackup3-agent.log

2. En el registro, revise las entradas cercanas a la hora en que la tarea falló.

   Si el registro de la copia de seguridad contiene el mensaje de error Failed to install dbackup3-agent service, errno=1783, The stub received bad data, es posible que el sistema haya rechazado la instalación. Compruebe si algún antivirus o software de seguridad bloqueó la instalación y revise los registros de bloqueo. Agregue el instalador a la lista de permitidos o deshabilite temporalmente el software de seguridad y vuelva a intentar la instalación.

Resolver errores de instalación del cliente en ECS

Para asegurar que la instalación se complete correctamente, compruebe lo siguiente:

1. Estado de Cloud Assistant: compruebe que Cloud Assistant esté instalado en la instancia ECS y funcione correctamente.

   Si la instalación falla, normalmente encontrará un registro de comando con errores en la consola de Cloud Assistant. Copie el comando y ejecútelo manualmente en el host ECS. Durante la instalación manual, si ocurren errores de red o de ejecución del script, aparecerán mensajes de error específicos. Utilice estos mensajes para resolver los problemas, por ejemplo, ajustando la configuración de red.

   Una vez resueltos los problemas y ejecutado el script correctamente, el cliente quedará instalado. Luego, vuelva a iniciar la instalación desde la consola para completar el proceso.

2. Espacio en la unidad C: asegúrese de que la unidad C tenga suficiente espacio libre. La falta de espacio impedirá la instalación del cliente.

Prueba gratuita para la copia de seguridad de bases de datos locales

El proceso de prueba gratuita para la copia de seguridad de bases de datos locales es el mismo que se utiliza para las bases de datos de ECS. Para más detalles, consulte 30-day free trial.

Requisitos de red

Debe conectar su servidor de base de datos local a una VPC de Alibaba Cloud mediante una línea dedicada o una VPN. También es necesario configurar el enrutamiento desde su red local hacia los siguientes bloques CIDR en la nube: 100.64.0.0/10 y 100.96.0.0/11.

Intervalo de copia de seguridad en tiempo real y copia de seguridad incremental

Una copia de seguridad en tiempo real permite alcanzar un RPO de nivel de segundos. Actualmente es compatible con bases de datos MySQL y Oracle. Una vez habilitada esta función, no se puede configurar por separado una copia de seguridad de registros tradicional. Sin embargo, es posible combinarla con una copia de seguridad incremental para mejorar la protección de sus datos.

Cambiar las credenciales de copia de seguridad de la base de datos

Utilice Reactivate para cambiar las credenciales de copia de seguridad, por ejemplo, cuando caduca una contraseña. La reactivación no afecta los planes de copia de seguridad existentes, pero sí interrumpe cualquier trabajo de copia de seguridad en curso. Para minimizar el impacto, siga estos pasos:

1. En la pestaña Backup Plans, pause todas las copias de seguridad de registros en tiempo real.

2. En la columna de acciones de la base de datos, seleccione More > Reactivate.

Cifrado de las copias de seguridad de bases de datos

Sí, las copias de seguridad de bases de datos se cifran para proteger sus datos frente a riesgos de seguridad. Esto incluye tanto el cifrado en tránsito como el cifrado en reposo.

• Cifrado en tránsito: de forma predeterminada, los datos se cifran en tránsito mediante HTTPS, basado en SSL/TLS (secure sockets layer/transport layer security). Este protocolo garantiza la confidencialidad y la integridad de los datos entre las aplicaciones que se comunican.

• Cifrado en reposo: Cloud Backup cifra los datos de copia de seguridad dentro del almacén mediante el algoritmo AES-256 y claves administradas por el proveedor.

Gestión de errores en las copias de seguridad de bases de datos

Error de copia de seguridad de Oracle: Failed to get install path from registry

• Síntoma

  Una copia de seguridad de datos de Oracle falla y el registro muestra el siguiente mensaje de error:

  Failed to get install path from registry.
  Failed import $APPDATA\scutech\dbackup3\common\conf/config.ini: No such file or directory
  (Failed to open '$APPDATA\ scutech\dbackup3\common\conf/config ini' as default global config.

• Causa

  Oracle 12c y versiones posteriores permiten ejecutar el servicio de Oracle como un usuario virtual. Sin embargo, el cliente de Cloud Backup se ejecuta como usuario del sistema. Esta diferencia puede generar un conflicto de permisos que impida a Oracle acceder a los directorios creados por el software de copia de seguridad.

• Solución

  Otorgue manualmente el permiso Full Control al grupo Users. Siga estos pasos:

  1. Abra el Editor del Registro. Vaya a HKEY_LOCAL_MACHINE\SOFTWARE\scutech\dbackup3, haga clic derecho en la clave agent y seleccione Permissions.

  2. En el cuadro de diálogo Permissions for agent, seleccione el grupo Users, marque la casilla Allow junto a Full Control y haga clic en OK.

La copia de seguridad incremental es tan lenta como la copia de seguridad completa

• Síntoma

  Una copia de seguridad incremental o de registros tarda casi lo mismo, o incluso más, que una copia de seguridad completa.

• Solución

  Habilite Block Change Tracking (BCT) en su base de datos Oracle. BCT acelera las copias de seguridad incrementales de RMAN al rastrear los cambios en los bloques de datos, lo que reduce el tiempo de respaldo. Esta función está deshabilitada de forma predeterminada y debe habilitarse manualmente.

  Ventajas y desventajas de BCT

  Ventajas

  Desventajas

  Acelera las copias de seguridad incrementales de RMAN El archivo BCT registra los cambios en los bloques de datos. Durante una copia de seguridad incremental de RMAN, este localiza los bloques modificados leyendo el archivo BCT en lugar de examinar toda la base de datos. En bases de datos grandes, esto puede reducir el tiempo de copia de seguridad incremental en más de un 90 %. Por ejemplo, un examen completo de una base de datos de 1 TB podría tardar una hora, mientras que una copia de seguridad incremental con BCT toma solo unos minutos. Reduce la carga de E/S Disminuye las lecturas físicas. Durante la copia de seguridad, el archivo BCT se lee directamente, lo que evita un examen completo de tablas y reduce el impacto en el entorno de producción. Bajo consumo de recursos No requiere prácticamente memoria adicional. El archivo BCT suele ocupar solo unos cientos de megabytes. Por ejemplo, para una base de datos de 1 TB, el archivo BCT pesa entre 100 MB y 200 MB. Compatibilidad Es compatible con todas las versiones de Oracle a partir de 10g R2. Oracle 12c y versiones posteriores admiten configuraciones redundantes con varias copias del archivo BCT para mejorar la tolerancia a fallos.

  Requiere espacio de almacenamiento adicional Tamaño del archivo: aunque ocupa solo unos cientos de megabytes, debe asegurarse de que la ruta de almacenamiento tenga espacio suficiente. Configuración redundante: si configura varias copias, por ejemplo con REDUNDANCY 2, el espacio de almacenamiento necesario se duplica. Impacto menor en el rendimiento Sobrecarga en operaciones de escritura: cuando se modifica un bloque de datos, también debe actualizarse el archivo BCT. Esto puede afectar ligeramente el rendimiento en sistemas con una carga de escritura alta. Escenario de ejemplo: en un sistema de procesamiento transaccional en línea (OLTP) con decenas de miles de transacciones por segundo, el impacto de BCT en el rendimiento suele ser insignificante. No obstante, conviene supervisar el rendimiento en escenarios extremos de alta concurrencia. Riesgo de corrupción del archivo Punto único de fallo: si el archivo BCT se corrompe y no hay redundancia configurada, las copias de seguridad incrementales podrían fallar. Complejidad de reparación: es posible que deba volver a habilitar BCT y reconstruir el archivo, lo cual podría requerir un breve periodo de inactividad.

  Escenarios recomendados para habilitar BCT:

  • Sistemas que ejecutan copias de seguridad incrementales de RMAN cada día o cada hora.

  • Bases de datos de escala en terabytes que requieren copias de seguridad incrementales más rápidas.

  • Entornos de producción que exigen alta disponibilidad, recuperación rápida y dependen de copias de seguridad incrementales.

  Tenga precaución al habilitar BCT en los siguientes escenarios:

  • Bases de datos muy pequeñas, por ejemplo, de menos de 1 GB, donde los beneficios de BCT son mínimos.

  • Sistemas OLTP con una carga de escritura extremadamente alta, como decenas de miles de transacciones por segundo, donde debe evaluar el posible impacto en el rendimiento.

  • Entornos con espacio de almacenamiento limitado, en los que es necesario calcular los requisitos de almacenamiento del archivo BCT.

Error no crítico de RMAN durante la copia de seguridad incremental de Oracle

• Síntoma

  La copia de seguridad completa de su base de datos Oracle finaliza correctamente, pero las copias de seguridad incrementales fallan de manera constante. Recibe un mensaje de error similar al siguiente:

  oracle.phxxdb.18472|RMAN reports a non-fatal error:
  ORA-19505: failed to identify file "/arch/1_5137021_976544044.dbf"
  ORA-27037: unable to obtain file status
  Linux-x86_64 Error: 2: No such file or directory
  Additional information: 3

• Causa

  Este problema se produce por la ausencia de registros de archivado. Es posible que otro script o tarea de copia de seguridad haya movido los registros, lo que impide que Cloud Backup encuentre los archivos necesarios para la copia de seguridad incremental.

• Solución

  No utilice Cloud Backup de forma simultánea con otro software o scripts de copia de seguridad. Ejecutar varias herramientas de respaldo al mismo tiempo puede generar conflictos que provoquen fallos en las copias de seguridad o impidan restauraciones exitosas.

Error al listar los detalles de la base de datos SQL Server 2019

• Síntoma

  Al crear o editar un plan de copia de seguridad para SQL Server 2019 y seleccionar una instancia de base de datos, la consola muestra el mensaje de error: "Failed to list unibackup instance detail".

• Causa

  Este error ocurre si otro software o script de copia de seguridad ejecuta un respaldo simultáneo en SQL Server 2019 mientras usted crea o edita un plan de copia de seguridad.

  Como resultado, la consola muestra un cuadro de diálogo de error con el mensaje: "Failed to list unibackup instance detail".

• Solución

  1. Elimine el archivo C:\ProgramData\scutech\dbackup3\agent\mssql\(local)\data.db.

  2. En la consola de Servicios (services.msc), busque y reinicie el servicio dbackup3-agent.

Dirección IP local de SQL Server incorrecta

• Síntoma

  Tras registrar una base de datos SQL Server local en Cloud Backup, la dirección IP que aparece en la consola no coincide con la dirección IP local del host. Este problema se presenta incluso cuando el cliente local funciona con normalidad y su dirección IP no se ha modificado.

  En la pestaña Local Database Instance, la dirección IP de la columna Client IP address pertenece al rango 169.x.x.x, distinto de la dirección IP local.

• Causa

  En entornos con varias tarjetas de red, Cloud Backup obtiene la dirección IP de una interfaz de red del host que no está en uso.

• Solución

  Para resolver este problema, deshabilite la interfaz de red que no se utiliza y reinstale el cliente.

Copia de seguridad de SQL Server con TDE

No, esta función no es compatible.

Solucionar problemas de un cliente sin conexión que no se puede desinstalar

• Síntoma

  Después de desplegar el servicio antiransomware para una instancia de SQL Server, el cliente aparece sin conexión, los intentos de eliminar la directiva antiransomware fallan y no es posible desinstalar el cliente.

  En la página de administración antiransomware de la consola, el estado del cliente para la instancia de SQL Server es Offline y no se puede eliminar la directiva antiransomware.

  En el Administrador de tareas de Windows, el servicio dbackup3-agent está detenido y el registro del agente contiene entradas similares a "Stopping all jobs".

  Attempting to connect database ...
  ...
  Stopping all jobs

• Causa

  Un software antivirus bloqueó el cliente. Revise su antivirus en busca de registros de bloqueo relacionados con ese momento.

• Solución

  Agregue el cliente a la lista de permitidos de su software antivirus y reinicie el servicio del cliente (o reinstálelo).

Problemas con la copia de seguridad de bases de datos tras transferir una instancia de ECS

Cuando una instancia de ECS se transfiere de su cuenta original de Alibaba Cloud a una nueva, sus metadatos de ECS no se sincronizan automáticamente con el servicio Cloud Backup. Debe sincronizar los metadatos de ECS en el backend del servicio Cloud Backup antes de poder instalar y utilizar la función de copia de seguridad de bases de datos. Para conocer los pasos detallados, póngase en contacto con el soporte de Cloud Backup o únase al grupo de soporte en línea de Cloud Backup en DingTalk.

• Cloud Backup Technical Support Group

  Obtenga respuestas rápidas a sus dudas sobre precios, funciones y uso. Haga clic aquí para unirse al soporte en línea de Cloud Backup (se recomienda Chrome). Busque y únase al grupo público con el ID de DingTalk 88650005148.

• Cloud Backup Expert Support

  Nuestros expertos técnicos ofrecen análisis en vivo para resolver rápidamente los problemas del producto. Haga clic aquí para contactar al soporte de Cloud Backup (se recomienda Chrome). Agregue el contacto en DingTalk con el ID: d37_g935gslgo.

Límites de versión de MySQL y del sistema operativo

Existen límites respecto a las versiones de base de datos compatibles, los sistemas operativos y las funciones de copia de seguridad. Por ejemplo, no se admiten bases de datos MySQL desplegadas en Windows. Para más información, consulte Compatibility list and limits.

Copia de seguridad de una base de datos nueva

Dado que las copias de seguridad de MySQL se ejecutan a nivel de instancia, cualquier base de datos nueva se incluye automáticamente en el siguiente ciclo de respaldo, sin necesidad de configuración manual.

Cancelar una copia de seguridad de base de datos

Registros de copia de seguridad duplicados o inesperados

Esto ocurre cuando clona un servidor (local o una instancia de ECS) que tiene instalado el cliente de copia de seguridad de bases de datos, o cuando crea una nueva instancia de ECS o servidor local a partir de una imagen que incluye dicho cliente. El servidor clonado conserva parte de la información del cliente original, lo que genera registros de copia de seguridad duplicados. Para resolver este problema, inicie sesión en el servidor clonado y desinstale el cliente. Para desinstalar el cliente de copia de seguridad de bases de datos, siga las instrucciones correspondientes a continuación.

Error en el plan de copia de seguridad

Si una copia de seguridad falla y el estado del plan muestra "Error", compruebe primero si el servidor (local o instancia ECS) donde se instaló el cliente fue clonado, si se reinstaló su sistema operativo o si se restableció su disco de sistema. Estas operaciones rompen la asociación entre el plan de copia de seguridad y el cliente. Para resolver este problema, siga estos pasos:

1. Desinstale el cliente y elimine su archivo de configuración del servidor clonado. Para más información, consulte Uninstall the client.

2. Compruebe que el estado del cliente en el servidor actual sea "Installed".

3. Elimine el plan de copia de seguridad original en la consola y cree uno nuevo.

Inconsistencia en la hora de las alertas

Con la supresión nocturna habilitada, las alertas por mensaje de texto que se activan entre las 8:00 p. m. y las 8:00 a. m. no se envían hasta después de las 8:00 a. m. En cambio, las alertas por correo electrónico se envían de inmediato.

Registros duplicados de copias de seguridad correctas y con errores

Esto ocurre cuando se clona un servidor (local o una instancia ECS) que tiene instalado el cliente de copia de seguridad de bases de datos. También sucede al crear una nueva instancia ECS o un servidor local a partir de una imagen que incluye ese mismo cliente. El servidor clonado conserva parte de la información del cliente original, lo que genera registros de copia de seguridad duplicados. Para resolverlo, inicie sesión en el servidor clonado y desinstale el cliente. Siga las instrucciones correspondientes que se muestran a continuación para desinstalar el cliente de copia de seguridad de bases de datos.

Función View Offline Instances Only

La función View Offline Instances Only aplica a escenarios donde un cliente ya no puede conectarse a su instancia original y es necesario restaurar los datos desde una copia de seguridad. Esto sucede si se reinstala el sistema operativo del cliente o si se elimina su proceso y configuración, por ejemplo, mediante un programa malicioso. En estos casos, al instalar un cliente nuevo, el sistema le asigna un ID de instancia distinto para diferenciarlo de la instancia sin conexión y evitar confusiones. Después, puede restaurar los datos de la instancia sin conexión hacia la nueva. Para obtener instrucciones detalladas, consulte Restore MySQL, Restore Oracle y Restore SQL Server.

Resolución de errores de restauración en SQL Server

1. Inicie sesión en el servidor y consulte el registro de copia de seguridad.

   Ruta del registro del cliente Windows: C:\ProgramData\scutech\dbackup3\agent\log\dbackup3-agent.log

2. Revise en el registro las entradas cercanas a la hora en que falló la tarea.

   Si el registro de copia de seguridad contiene la palabra clave RestoreContainer::ValidateTargetForCreation, significa que la restauración falló porque cambió la ruta de la base de datos pero no su nombre, lo cual generó un conflicto de nombres. Para restaurar la base de datos correctamente, modifique tanto el nombre como la ruta.

Error de restauración en SQL Server: error de inicialización de archivo

• Síntoma

  Cuando falla una restauración de SQL Server, el registro del agente indica que un archivo no se inicializó correctamente. El registro muestra lo siguiente:

  2025-11-10 11:25:53.967@iZrxhug********@2208@LM_INFO@dbackup3-agent|[SQLSERVER] output: 100 percent processed.
  2025-11-10 11:25:53.968@iZrxhug********@2208@LM_INFO@dbackup3-agent|[SQLSERVER] output: Processed 51595000 pages for database 'xxx', file 'xxx' on file 1.
  2025-11-10 11:25:53.985@iZrxhug********@2208@LM_INFO@dbackup3-agent|[SQLSERVER] output: Processed 3865 pages for database 'xxx', file 'xxx_log' on file 1.
  2025-11-10 11:25:53.987@iZrxhug********@2208@LM_INFO@dbackup3-agent|[SQLSERVER] output: File "xxx_log" failed to initialize correctly. See the error log for details.
  2025-11-10 11:25:53.989@iZrxhug********@2208@LM_INFO@dbackup3-agent|[SQLSERVER] output: RESTORE DATABASE is terminating abnormally.

  Además, el ErrorLog de SQL Server reporta el mensaje the file "xxx_log" failed to initialize correctly.

• Causa

  Este error suele presentarse al restaurar una copia de seguridad de una base de datos SQL Server 2008 R2 que estuvo cifrada previamente. Incluso después de deshabilitar el cifrado, puede quedar información residual en el conjunto de copias de seguridad, lo que provoca el error de inicialización del archivo durante la restauración. El proceso de análisis es el siguiente.

  Nota

  Si la base de datos origen es SQL Server 2008 R2 y tiene habilitado el cifrado transparente de datos (TDE), la restauración fallará aunque la instancia destino sea una versión posterior, como SQL Server 2014. El proceso termina con el error "Certificate not found". Para completar la restauración, debe restaurar manualmente el certificado y la clave privada.

  1. Confirme la versión de la base de datos en el ErrorLog de SQL Server.

     Microsoft SQL Server 2008 R2 (RTM) - 10.50.1600.1 (X64)

  2. Este problema suele relacionarse con el cifrado transparente de datos (TDE). Confirme si alguna vez se habilitó TDE en la base de datos origen, incluso si actualmente está deshabilitado.

     Ejecute la siguiente instrucción SQL en la base de datos. Si las columnas key_algorithm y key_length de su base de datos en el resultado de la consulta no son NULL, es probable que la base de datos haya estado cifrada en el pasado.

     USE master;
     SELECT 
         d.name,
         d.is_encrypted,
         drs.database_id,
         drs.encryption_state,
         drs.percent_complete,
         drs.key_algorithm,
         drs.key_length
     FROM sys.databases AS d
     LEFT JOIN sys.dm_database_encryption_keys AS drs
         ON d.database_id = drs.database_id;

     A continuación se muestra un ejemplo del resultado de la consulta.

     En los resultados de la consulta, si los valores de los campos key_algorithm y key_length de una base de datos no son NULL, significa que se habilitó el cifrado TDE para esa base de datos.

• Solución

  • Actualice la base de datos origen a una versión posterior y genere una nueva copia de seguridad. Utilice este nuevo conjunto de copias de seguridad para ejecutar la restauración, ya que los conjuntos anteriores dejan de ser válidos.

  • Restaure la clave privada y el certificado de la instancia origen a la instancia destino y, después, ejecute la restauración.

    Una vez completada la restauración, elimine el certificado TDE y la clave de cifrado de la base de datos de la instancia destino. Luego, respalde la instancia destino. Las operaciones posteriores de copia de seguridad y restauración en dicha instancia funcionarán correctamente.

    Nota

    Aunque la copia de seguridad de los datos se haya creado después de deshabilitar TDE, el proceso de restauración sigue requiriendo la clave privada y el certificado. Estos elementos son necesarios para procesar los metadatos cifrados residuales de la copia de seguridad. Sin embargo, la base de datos restaurada no queda cifrada y puede ejecutarse con normalidad sin el certificado.

    # On the source instance, run the following commands.
    USE master;
    
    # 1. Query the certificate name for the TDE-encrypted database.
    SELECT d.name AS DatabaseName,
           k.encryption_state,
           c.name AS CertificateName
    FROM sys.dm_database_encryption_keys AS k
    JOIN sys.certificates AS c
        ON k.encryptor_thumbprint = c.thumbprint
    JOIN sys.databases AS d
        ON k.database_id = d.database_id
    
    # Assume the CertificateName in the result is TDECert. Back up the TDE certificate and private key to a custom path.
    BACKUP CERTIFICATE TDECert
       TO FILE = 'C:\Backup\TDECert.cer'  -- Specify a custom file path.
       WITH PRIVATE KEY (
            FILE = 'C:\Backup\TDECert_PrivateKey.pvk',    -- Specify a custom file path.
            ENCRYPTION BY PASSWORD = 'Strong_Password_123!'    -- Remember this password.
       );
    
    -- Copy the certificate and private key from the preceding path to the target instance.
    
    # 2. On the target instance, run the following commands.
    USE master;
    
    # Restore the master key. If you receive the message 'The master key already exists in the database. Drop the master key before you perform this statement.', skip this step.
    CREATE MASTER KEY ENCRYPTION BY PASSWORD = 'Another_Strong_Password_456!';
    
    # Restore the TDE certificate.
    CREATE CERTIFICATE TDECert -- Specify a custom certificate name. You will use it later for deletion.
        FROM FILE = 'C:\TDE_Test\TDECert.cer' -- The path where the copied files are located.
        WITH PRIVATE KEY (
            FILE = 'C:\TDE_Test\TDECert_PrivateKey.pvk',
            DECRYPTION BY PASSWORD = 'Strong_Password_123!'  -- The password used when backing up the private key.
        );
    
    # 3. Perform the restore in the Cloud Backup console as usual.
    
    # 4. After the restore, delete the database encryption key.
    USE TDE_TestDB_Restore -- The name of the target database.
    DROP DATABASE ENCRYPTION KEY;
    
    # 5. Delete the certificate.
    USE master;
    DROP CERTIFICATE TDECert;

Restauración entre bases de datos: entorno local y ECS

No se admite la restauración directa entre estos dos entornos. Primero debe register the database on the ECS instance as a local database instance. Una vez registrado, podrá restaurar datos entre distintas instancias de bases de datos locales.

¿Qué es un almacén de copias de seguridad de bases de datos?

Debe crear un almacén de copias de seguridad de bases de datos antes de configurar un plan de copia de seguridad.

Un almacén de copias de seguridad de bases de datos es un repositorio donde se guardan sus copias de seguridad. La tarifa de alquiler y la capacidad del almacén determinan el costo de la copia de seguridad de la base de datos. Para más información, consulte Billing methods and billable items.

Purga de copias de seguridad caducadas

Las copias de seguridad incrementales, las incrementales acumulativas y las de registros dependen de una cadena de copias de seguridad completa. Esta cadena incluye la copia de seguridad completa inicial y todas las incrementales, incrementales acumulativas y de registros posteriores. Dentro de la cadena, todas las copias dependientes se conservan y consumen espacio de almacenamiento hasta que caduca la última copia de la cadena. Configure cuidadosamente el ciclo de copia de seguridad y el tiempo de caducidad para controlar los costos de almacenamiento.

Por ejemplo, si genera una copia de seguridad completa el 1 de septiembre y una incremental cada día del 2 al 7 de septiembre con un periodo de retención de siete días, las siete copias creadas entre el 1 y el 7 de septiembre se eliminarán automáticamente solo cuando toda la cadena caduque el 14 de septiembre.

Tamaño de los datos, uso y facturación

El campo Source Data Size representa la cantidad total de datos respaldados. Por ejemplo, si realiza dos copias de seguridad de un archivo de 1 TB, Cloud Backup almacena dos copias independientes y el valor de Source Data Size se calcula como 2 TB. Cloud Backup utiliza deduplicación y compresión para reducir el almacenamiento que consumen sus copias de seguridad, lo que le ayuda a ahorrar costos. La facturación se basa en el valor real de Storage Vault Data Size. Puede consultar Source Data Size y Storage Vault Data Size de un almacén de copias de seguridad de bases de datos en la página Vault Management.