Módulo 10

1. Módulo 10 Database Snapshots

2. TEMARIO • Uso de database snapshots • Creando una DB Snapshot • Actualizaciones de DB Snapshot • Ejemplo de Snapshot sobre Mirrored Database • Restricciones sobre la Source Database • Consideraciones de DB Snapshots • Consideraciones para Filegroups • Espacio Utilizado

3. Uso de database snapshots • Vista estática de la database • Datos históricos aislados para generar reportes • Protección en caso de error administrativo • Protección en caso de error de usuario

4. Creando una DB Snapshot • Un DB snapshot (SS) captura el punto en el tiempo en el cual comienza la creación de la SS • Un ‘sync’ LSN es creado en el DB TLog fuente en el minuto de la creación del snapshot • Cuando se cera una SS, un recovery es corrido sobre la snapshot • Uncommitted transactions • Ninguna transaccion in-flight sobre la SS es rolled back (transacciones en la source database no son afectadas)

5. Creando una DB Snapshot • También se realiza un checkpoint sobre el sistema cuando se crea una SS • Ahora, en mirroring, cuando se crea una SS sobre el mirror, no hay control sobre checkpoints • Estos están completos en la principal

6. Creando una DB Snapshot • Permisos para CREATE DATABASE necesarios • Crear como una database regular • Sugerencia para nombrar los snapshots • Hora del día como parte del nombre

7. Creando una DB Snapshot • Creación de snapshot: • CREATE DATABASE SnapAdventureDW ON • (NAME = AdventureWorksDW_Data, • FILENAME = 'C:\AWDW.SNP') • AS SNAPSHOT OF AdventureWorksDW • Dar de baja la snapshot: • DROP DATABASE SnapAdventureDW • Una vez que la snapshot es borrada después todos los archivos esparcidos NTFS también serán borrados

8. Actualizaciones de DB Snapshot • Para todo archivo de database fuente habrá un bitmap para el archivo esparcido relacionado • El bitmap es una estructura “in memory” en el BPool • Actualizaciones a la pagina sobre la source DB (ya en memoria bpool) • están chequeadas contra el bitmap para ver si la pagina esta ya en el archivo esparcido • (ya en memoria bpool) • Si no, se crea una copia de la página para el archivo esparcido • Bitmap

9. Escribiendo la DB Snapshot • Si la primer snapshot ya tiene esa pagina en el archivo esparcido entonces no se evaluan otros snapshot bitmaps para ver si ellos necesitan la pagina escrita

10. Cuando se realiza una lectura de la db snapshot, el bitmap es chequeado para ver la IO que debería ir Leyendo la DB Snapshot • Bitmap

11. Ejemplo de Snapshot sobre Mirrored Database • Asume que la database destino de una database mirroring session es DB1_LS. Este ejemplo crea tres database snapshots de DB1_LS. Las snapshots son llamados DB1_001, DB1_002, y DB_003. • Crea la primer database snapshot sobre DB1_LS: • CREATE DATABASE DB1_001 • ON (NAME = 'datafile', FILENAME = 'F:\DB1_001.SNP') AS SNAPSHOT OF DB1_LS • Crea la segunda Database snapshot sobre DB1_LS. Usuarios quienes están todavía usando DB1_001 continúan usándola: • CREATE DATABASE DB1_002 • ON (NAME = 'datafile', FILENAME = 'F:\DB1_002.SNP') AS SNAPSHOT OF DB1_LS • Dar de baja la segunda snapshot: • DROP DATABASE DB1_002 • Crear la tercera snapshot sobre DB1_LS. Usuarios quienes están todavía usando DB1_001 continúan usándola: • CREATE DATABASE DB1_003 • ON (NAME = 'datafile', FILENAME = 'F:\DB1_003.SNP') AS SNAPSHOT OF DB1_LS

12. Restricciones sobre la Source Database • DB snapshot y la database fuente deben estar sobre la misma instancia • Si cualquier db snapshots existe sobre una database fuente, la database fuente no podra ser “droppeada” o “restoreada” • Primero borrar todas las db snapshots • Sin embargo, “backupeando” la database fuente trabaja normalmente; esta no es afectada por la DB snapshots

13. Consideraciones de DB Snapshots • Snapshots son read-only • No se puede realizar una Snapshots sobre las databases model, master, y temp • Los archivos no pueden ser dados de baja • Dar de baja la snapshot para dar de baja el snapshot file

14. Consideraciones de DB Snapshots • La especificación de los archivos de la DB Snapshot no puede ser cambiada • Una DB Snapshot hereda las restricciones de seguridad de su database fuente • DB snapshots son read-only, heredando permisos que no pueden ser cambiados • Si da de baja un usuario de la DB fuente, este esta todavía en la snapshot • Para prevenir accesos futuros puede drop\disable el login • Snapshots no pueden ser backupeadas (o restauradas) • Snapshots no pueden ser adjuntadas (o des-adjuntadas) • Snapshots no pueden ser creadas sobre particiones FAT32 o RAW • Full-text indexing no esta soportado por Database Snapshots, y full-text catalogs no están propagados desde la database fuente

15. Consideraciones para Filegroups • Una snapshot siempre refleja el estado de los filegroups en el tiempo de creación de la snapshot: • online filegroups permanecen online, y offline filegroups permanecen offline • Revertir no esta soportado para filegroups read-only o para filegroups comprimidos • Intentar revertir ambos de estos tipos de filegroups falla • Creando una snapshot: • Cuando una database fuente tiene uno o mas offline filegroups, la creación de la snapshot tiene éxito con filegroup(s) offline • Sparse files no son creados por el offline filegroup(s)

16. Tamaño basado sobre patrones de actualización Ver los archivos esparcidos (sys.master_files) Ver el máximo tamaño posible Ver el tamaño actual Espacio Utilizado