Recuperacion de Desastre en SQL Server Mejoras

Transcripción

1 Recuperacion de Desastre en SQL Server 2005 Database snapshots Online restore operations Backup media mirroring Improved verification Introducción El recupero de Desastres un proceso de restauración del sistema y recupero luego que ha sucedido un desastre Mejoras 1. Snapshots de Base de Datos: Un snapshot de base de datos es una copia de solo lectura de la base de datos hecha en un momento en particular. Una snapshot de la base de datos puede ser usada para restaurar los datos y agregarla devuelta en la base de datos original rápida y fácilmente. 2. Operaciones Online: En SQL Server 2005, puede restaurar paginas dañadas y archivos comprimiendo una base de datos mientras que la base de datos esta online y otro usuario esta accediendo a partes de la base de datos no dañada. 3. Backup media mirroring: Incrementa la confiabilidad reduciendo los efectos de una mala función de los dispositivos de backup. Se usa con dispositivos de disco o cinta. El backup fallara si algún dispositivo en el mirror set no esta disponible o no se encuentra. Sin embargo, las operaciones de restauración solo requieren de un solo dispositivo en cada mirror set para tener éxito. 4. Verificación Improvisada: Los backup y operaciones de restauración pueden realizar un chequeo de error adicional en SQL Server 2005, incrementando la confiabilidad que una base de datos será restaurada correctamente desde un set dado de backups. Uso de un Snapshots de Base de Datos Los snapshots proveen la capacidad para los administradores de generar y usar una base de datos de solo lectura y vista estable. Una snapshot puede ser usada para recuperar datos perdidos por un cambio accidental hecho a la base de datos.

2 Qué son los Snapshots de Base de Datos? Un snapshot de base de datos es una vista de la base de datos como solo lectura. SQL Server 2005 usa tecnología copy-on-write para implementar los snapshots de la base de datos sin incurrir en crear una copia completa de la base de datos. Una snapshot de la base de datos, empleando archivos separados NTFS para alojar espacio físico en el disco solo cuando es requerido. Un usuario que accede a la snapshot de la base de datos vera una copia de la página en la snapshot solo si la pagina ha sido modificada desde que la snapshot ha sido creada. El usuario es redireccionado a la página correspondiente en la fuente de la base de datos. Cómo Administrar Snapshots de Base de Datos? Crear un Snapshot Crea una snapshot de base de datos usando el comando CREATE DATABASE con la cláusula AS SNAPSHOT, ejemplo: CREATE DATABASE database_snapshot_name ON <filespec>[,...n] AS SNAPSHOT OF source_database_name La snapshot debe ser creada en la misma instancia de SQL Server que la de la fuente de la base de datos, y la carpeta de destino debe existir. Adicionalmente, la cláusula ON debe incluir un archivo para cada fila de datos usado en la fuente de la base de datos. Borrar una Snapshot Use el comando DROP DATABASE para borrar una snapshot y tener el espacio en disco que esta ocupado, ejemplo: DROP DATABASE database_snapshot_name [,...n] El siguiente ejemplo borra la snapshot de base de datos AdventureWorks _dbsnapshot _ 1800 y también borra el archivo AdventureWorks_Data de la carpeta C:\SnapshotData: DROP DATABASE AdventureWorks_dbsnapshot_1800

3 Restricciones Las siguientes restricciones se aplican a las snapshots de base de datos: No pueden ser creadas para bases de datos model, master, o tempdb. Son de solo lectura; los usuarios no las pueden modificar. No pueden ser restauradas o hacerse backup. No pueden ser adjuntadas o desadjuntadas. No pueden ser creadas en FAT32 o en particiones raw. No pueden ser propagados al snapshot de la base de datos, y no pueden ser creados sobre los snapshots de la base de datos. La ubicación física de los archivos comprimen una fuente de bases de datos no pueden ser cambiados si la snapshots de base de datos es creada sobre la fuente de base de datos existente. Toda las snapshots de base de datos creadas sobre la base de datos deben ser borradas antes que la misma base de datos sea borrada. Restricciones de Seguridad en objeto snapshot de base de datos no puede ser modificado. Cómo usar una Snapshot de Base de Datos para Restaurar Datos? Se puede usar para recuperar datos de un cambio accidental a la base de datos aplicando los datos de la snapshot de base de datos a la fuente de la base de datos. Recuperar rows Puede recuperar rows borradas de una tabla copiándolas desde la snapshot correspondiente. Deshacer una Actualización Puede usar técnicas similares para copiar datos de una snapshot para deshacer cambios hechos a las rows seleccionadas. Recuperar un Objeto Borrado Puede reconstruir una tabla con el siguiente procedimiento. 1. Use Object Explorer en SQL Server Management Studio para script la tabla Production.WorkOrderRouting en la base de datos AdventureWorks_dbsnapshot_1800. Genere el script para el Query Editor.

4 2. Ejecute la script en la base de datos AdventureWorks. 3. Use la técnica del escenario 1 para publicar la tabla. Puede usar la misma estrategia para recrear cualquier objeto que haya sido borrado de la base de datos AdventureWorks, incluyendo vistas, procesos almacenados, tipos de datos de usuarios definidos, funciones de usuarios definidos, reglas y defaults. Objetivos Operaciones de Backup y Restauración Hacer backup de una base de datos. Restaurar una base de datos. Realizar una restauración online. Reducir las fallas de media que impactan el sistema de su base de datos. Restaurar la base de datos master. Realizar operaciones de backup y restauración. Usar SQL Server Management Studio para Realizar un Backup Puede realizar un backups de una base de datos usando el cuadro de dialogo Backup Database en SQL Server Management Studio. 1. Conéctese a una instancia de SQL Server. 2. En Object Explorer, expande la instancia relevante, luego expande System Databases o User Databases, dependiendo el tipo de base de datos de la quería hacer el Backup. 3. Haga clic en el botón derecho sobre la base de datos, posiciones sobre Tasks, y luego haga click en BackUp. 4. Especifique los requerimientos en las paginas General y Options, y luego haga click en OK. Backups de Datos y Diferenciales Contienen una imagen completa de los datos como también suficiente información de logs para asegurar una recuperación consistente luego del proceso de restauración. Si algunas transacciones están en proceso cuando el backup es hecho, el backup incluye pasos de log para alcanzar un estado consistente. Backup Parcial Diseñado para permitir restaurar un modelo simple de base de datos, pero puede ser usado para recuperacion completa de modelos de base de datos. Un backup parcial también incluye todos los datos en cualquier grupo de archivos lectura/escrituray en cualquier grupo de archivos específicamente mencionado.

5 Backups Copy-only Permite hacer una copia de la base de datos para un propósito especifico, por ejemplo, testear sin alterar la secuencia normal de sus log backups diferencial y transaccional. Use la opción COPY_ONLY para crear datos, ejemplo: BACKUP DATABASE AdventureWorks TO AWBackup WITH COPY_ONLY Si usa la opción COPY_ONLY en una statement BACKUP LOG, el log no es truncado y el backup no es incluido en la secuencia de logs para ser aplicada a la base de datos durante el proceso de restauración. Cambios en la Restauración de Base de Datos Puede implementar operaciones de restauración usando la statement RESTORE en casi la misma forma que en las versiones anteriores. Puede usar también el SQL Server Management Studio para restaurar la base de datos y logs. La statement RESTORE contiene una nueva opción, RESTRICTED_USER. Esta restringe el acceso a la base de datos recuperada a los miembros de los roles db_owner, dbcreator, o sysadmin. Esto reemplaza la opción DBO_ONLY del SQL Server Recuperacion Point-in-time Puede usar la opción STOPAT para restaurar un log en un punto específico en el tiempo. En SQL Server 2005, esta funcionalidad también ha sido agregada a la statement RESTORE DATABASE. Operaciones de Restauración Parcial Puede ejecutar una restauración parcial del grupo de archivos primarios y los grupos de archivos que contienen la tabla especifica a una locacion secundaria, y luego copiar la tabla y sus contenidos a la locacion original de la cual fueron borradas. Las restauraciones parciales también pueden ser útiles para crear subsets de datos con servidores no conectados

6 Operaciones de Restauración Page-level Aparte de restaurar una base de datos completa, uno o más grupos de archivos, o uno o más archivos, ahora puede restaurar páginas individuales cuando usa los modelos de recuperacion completa o bulk-logged. Restauración Page-level es también una técnica particular para restaurar páginas dañadas aisladas. Si tiene que restaurar múltiples paginas en el mismo archivo, debería usar restaurar el archivo. Operaciones de Restauración Permite restaurar grupos de archivos en stages, trayendo a cada grupo online mientras avanza. Puede usar este método para reducir en gran medida el tiempo total en el cual la base de datos esta siendo restaurada, solo restaurando los archivos dañados, restáurelos por orden de importancia, y ponga cada grupo de archivos online lo antes posible. Restauración de Archivos Online Cuando se esta restaurando un archivo en el grupo de archivos primarios, toda la base de datos debe estar offline. Sin embargo, luego que el primer grupo de archivos es restaurado, la base de datos es puesta otra vez online, y mientras los grupos de archivos secundarios son restaurados, el grupo de archivos es puesto automáticamente online. Restauración de Paginas Online La restauración online asegura que la restauración de páginas dañadas aisladas que tiene poco impacto sobre el sistema completo de la base de datos. Generalmente, las páginas dañadas serán listadas en el log de error de la base de datos. Ejemplo, si trata de acceder a una pagina dañada, un error ocurrirá y se entrara en el log de error. Cómo Recuperar la Base de Datos Master? Si la base de datos master es dañada, puede necesitar o simplemente restaurar la base de datos o reconstruirla completamente. Restaurar la Base de Datos Master Si la base de datos master es aun accesible, podrá iniciar una instancia de SQL Server. En este escenario, debe iniciar SQL Server en modo singleuser y luego restaurar su copia de la base de datos master desde su más reciente backup completo de la base de datos en la manera habitual.

7 Si hizo algún cambio a la base de datos master desde que fue hecho el backup, necesitara rehacer manualmente esos cambios una vez que la base de datos esta restaurada y online. Por esta razón, cuando realiza un cambio a master (por ejemplo, cambiar una configuración server-wide, o agregar o remover bases de datos), es recomendado que ejecute un backup completo de la base de datos. Una vez que el proceso de restauración es completado, el SQL Server es parado automáticamente. Reconstruir la Base de Datos Master Si la base de datos master es dañada severamente, puede ser que no pueda iniciar una instancia de SQL Server. En esta situación, debería reconstruir una versión nueva entera de su base de datos master. Para reconstruir una base de datos master, debe correr el programa del setup de SQL Server con las siguientes opciones: /qn cambia a suprimir la interfase de usuario. REINSTALLMODE = AMUS propiedad para reconstruir un sistema de base de datos. REINSTALL = ALL propiedad de setear un servidor con las features instaladas previamente. Una vez que la reconstrucción esta completa, puede restaurar su versión original del servidor si tiene un backup disponible siguiendo los pasos descriptos arriba. Si no tiene un backup disponible, necesitara recrear y reconfigurar su sistema. Reconstruir el sistema de base de datos incluye reconstruir las bases de datos msdb y model, asi que debe asegurarse que tiene copias de backup de sus versiones para restaurar luego de reconstruir.