Consulte también – Dell PowerVault DP600 User Manual
Page 23
23
• Las bases de datos de SQL Server con trasvase de registros en modo de sólo lectura o que
utilizan el modelo de recuperación simple no admiten copias de seguridad incrementales.
Sólo se crean puntos de recuperación para cada una de las copias de seguridad completas.
Para el resto de bases de datos de SQL Server, la sincronización transfiere una copia
de seguridad del registro de transacciones y los puntos de recuperación se crean para cada
una de las sincronizaciones incrementales y copias de seguridad completas. El registro
de transacciones es un registro serie de todas las transacciones realizadas en la base de
datos desde la última vez que se hizo una copia de seguridad del registro de transacciones.
• Windows SharePoint Services y Microsoft Virtual Server no admiten copias de seguridad
incrementales. Sólo se crean puntos de recuperación para cada una de las copias
de seguridad completas.
Las sincronizaciones incrementales requieren menos tiempo que una copia de seguridad
completa. Sin embargo, el tiempo necesario para recuperar datos aumenta a medida que
aumenta el número de sincronizaciones. Esto es así porque DPM debe restaurar la última copia
de seguridad completa y, a continuación, restaurar y aplicar todas las sincronizaciones
incrementales hasta el momento preciso seleccionado para la recuperación.
Para que la recuperación sea más rápida, DPM realiza con regularidad una copia de seguridad
completa, un tipo de sincronización que actualiza la réplica para incluir los bloques modificados.
Durante la copia de seguridad completa, DPM toma una instantánea de la réplica antes
de actualizarla con los bloques modificados. Para que los objetivos de punto de recuperación
sean más frecuentes, así como para reducir la ventana de pérdida de datos, DPM también
realiza sincronizaciones incrementales entre dos copias de seguridad completas.
Al igual que ocurre con la protección de datos de archivo, si una réplica no es coherente con
su origen de datos, DPM genera una alerta que especifica qué servidor y qué origen de datos
se ven afectados. Para solucionar el problema, el administrador repara la réplica iniciando
una sincronización con comprobación de coherencia en la réplica. Durante una comprobación
de coherencia, DPM realiza una verificación bloque por bloque y repara la réplica para
que vuelva a ser coherente con los orígenes de datos.
Puede programar la ejecución diaria de una comprobación de coherencia de los grupos
de protección o iniciarla manualmente.
Consulte también
Diferencia entre datos de archivo y datos de aplicación