La descarga está en progreso. Por favor, espere

La descarga está en progreso. Por favor, espere

RESPALDO.

Presentaciones similares


Presentación del tema: "RESPALDO."— Transcripción de la presentación:

1 RESPALDO

2 Frecuencia de copias de seguridad
La clave de una administración de bases de datos segura es realizar copias de respaldo regularmente. Los sucesos imprevistos pueden resultar desastrosos debido a su importancia. Datos importantes Frecuencia de cambio Frecuencia de copias de seguridad

3 Violación de restricciones, tipos incompatibles, etc.
es conveniente crear un plan de respaldo y recuperación antes desastres, con el objetivo de garantizar que todos los sistemas y datos puedan estar disponibles rápidamente, en caso de un desastre natural o técnico. TIPOS DE FALLOS SOLUCIONES Violación de restricciones, tipos incompatibles, etc. Mal funcionamiento del DBMS y/o sistema operativo. Fallos físicos como la destrucción del medio de almacenamiento. Implementar mecanismos de recuperación y ejecutarlos cuando sea necesario Realizar Backups puesto que es la única forma de recuperarse de los errores físicos.

4 Modelos de recuperación
Permite recuperar la base de datos hasta la copia de seguridad (backup) más reciente. Simple Permite recuperar la base de datos hasta el momento del error (último backup y las operaciones de log hasta el momento de la caída) Completa Recupera hasta el último registro del log De registro masivo

5 Modelo de recuperación Descripción Riesgo de pérdida de trabajo
Recuperacion hasta un momento dado?? Simple Sin copias de seguridad de registros. Recupera automáticamente el espacio de registro para mantener al mínimo los requisitos de espacio, eliminando, en esencia, la necesidad de administrar el espacio del registro de transacciones. Los cambios realizados después de la copia de seguridad más reciente no están protegidos. En caso de desastre, es necesario volver a realizar dichos cambios. Solo se puede recuperar hasta el final de una copia de seguridad. Completa Requiere copias de seguridad de registros. No se pierde trabajo si un archivo de datos se pierde o resulta dañado. Se puede recuperar hasta cualquier momento, por ejemplo, antes del error de aplicación o usuario. Normalmente ninguno. Si el final del registro resulta dañado, se deben repetir los cambios realizados desde la última copia de seguridad de registros. Se puede recuperar hasta determinado momento, siempre que las copias de seguridad se hayan completado hasta ese momento.  Por medio de registros de operaciones masivas Complemento del modelo de recuperación completa que permite operaciones de copia masiva de alto rendimiento. Reduce el uso del espacio de registro mediante el registro mínimo de la mayoría de las operaciones masivas.  Si el registro resulta dañado o se han realizado operaciones masivas desde la última copia de seguridad de registros, se pueden repetir los cambios desde esa última copia de seguridad. En caso contrario, no se pierde el trabajo. Se puede recuperar hasta el final de cualquier copia de seguridad. No admite recuperaciones a un momento dado.

6 COPIAS DE SEGURIDAD COMPLETA (RECUPERACION SIMPLE):
BACKUP DATABASE NOMBRE_BASE_DATOS TO DISK = “ < Ruta_Absoluta | Ruta_Relativa >Nombre_Archivo.bak” [WITH FORMAT] [NAME = ‘Nombre Lógico del Respaldo’] FORMAT Y INIT sobrescriben la copia de seguridad almacenada en el medio especificado

7 RESTAURAR COPIA DE BASE DE DATOS COMPLETA
RESTORE DATABASE NOM_BD FROM DISK = “ < Ruta_Absoluta | Ruta_Relativa >Nombre_Archivo” [WITH RECOVERY]

8 COPIAS DE SEGURIDAD DIFERENCIAL (RECUPERACION SIMPLE)
BACKUP DATABASE NOMBRE_BASE_DATOS TO DISK = “ < Ruta_Absoluta | Ruta_Relativa >Nombre_Archivo” WITH DIFFERENTIAL [NAME = ‘Nombre Logico del Respaldo’] La copiad de seguridad diferencial registra solo los datos que han cambiado después de la última copia de seguridad de la base de datos. Puede realizar copias de seguridad más frecuentes porque las copias de seguridad diferenciales son más pequeñas y más rápidas que las copias completas de la base de datos. La creación de una copia de seguridad diferencial de base de datos requiere que haya una copia de seguridad de base de datos completa previa. A medida que se incrementa el tamaño de las copias de seguridad diferenciales, la restauración de una copia de seguridad diferencial puede incrementar sensiblemente el tiempo necesario para restaurar una base de datos. Es recomendable realizar una copia de seguridad completa a intervalos definidos para establecer una nueva base diferencial para los datos.

9 RESTAURAR COPIA DE BASE DE DATOS DIFERENCIAL
RESTORE DATABASE NOM_BD FROM DISK = “ < Ruta_Absoluta | Ruta_Relativa >Nom_Archivo_Ultimo_Respaldo_BD” WITH NORECOVERY FROM DISK = “ < Ruta_Absoluta | Ruta_Relativa >Nom_Respaldo_Diferencial” WITH RECOVERY

10 COPIAS DE SEGURIDAD DE REGISTRO DE TRANSACCIONES (RECUPERACION COMPLETA)
El modelo de recuperación completa utiliza copias de seguridad de la base de datos y del registro de transacciones para ofrecer una protección completa en caso de error de los datos. Si se daña uno o varios archivos de datos, la recuperación de los medios podrá restaurar todas las transacciones confirmadas. Requiere copias de seguridad de registros No se pierde trabajo si un archivo de datos se pierde o resulta dañado. Las transacciones en curso se deshacen. Normalmente no hay perdida de trabajo Este tipo de recuperación (completa) permite recuperar la base de datos hasta el momento del error o hasta un momento determinado del tiempo Para garantizar este grado de recuperación, todas las operaciones, incluidas las operaciones como SELECT INTO, CREATE INDEX y los datos de carga masiva se registran completamente

11 BACKUP LOG NOM_BASE_DATOS
TO DISK = ‘< Ruta_Absoluta | Ruta_Relativa >Nom_Respaldo_Log.trn’ BACKUP LOG NOM_BASE_DATOS TO DISK = ‘< Ruta_Absoluta | Ruta_Relativa >Nom_Respaldo_Log.trn’ WITH NO_TRUNCATE

12 restauración a un momento dado
restauración que especifica el punto de recuperación para la base de datos

13 RESTORE LOG database_name FROM <backup_device>
RESTAURAR A UN MOMENTO ESPECÍFICO La restauración a un momento específico siempre se realiza a partir de una copia de seguridad del registro. En cada instrucción RESTORE LOG de la secuencia de restauración, debe especificar el momento de destino o transacción en una cláusula STOPAT idéntica. Como requisito previo para la restauración a un momento específico, debe restaurar primero una copia de seguridad completa de la base de datos cuyo punto final sea anterior al momento de restauración de destino. La copia de seguridad completa de la base de datos puede ser anterior a la copia de seguridad completa de la base de datos más reciente siempre y cuando restaure cada copia de seguridad del registro siguiente, hasta la copia de seguridad del registro que contiene el momento específico de destino, inclusive. SINTAXIS RESTORE LOG database_name FROM <backup_device> WITH STOPAT =time, RECOVERY…

14 El punto de recuperación es la última confirmación de transacción que se ha producido durante o antes del valor datetime que se especifica en time. Para recuperar únicamente las modificaciones que se han realizado antes de un momento concreto, especifique WITH STOPAT = time para cada copia de seguridad que restaure. Esto garantiza que no se pasará el momento de destino. Por lo general, una secuencia de restauración a un momento dado implica las siguientes etapas: Restaure la última copia de seguridad de base de datos completa y, si existe, la última copia de seguridad diferencial de base de datos sin recuperar la base de datos (RESTORE DATABASE database_name FROM backup_device WITH NORECOVERY). Aplique cada copia de seguridad del registro de transacciones en la misma secuencia en que fueron creadas, especificando la hora a la que tiene previsto detener la restauración del registro (RESTORE DATABASE database_name FROM <backup_device> WITH STOPAT=time, RECOVERY).


Descargar ppt "RESPALDO."

Presentaciones similares


Anuncios Google