INFORME: BASE DE DATOS

SNAPSHOT

DOCENTE:

 Yuri Pando

CURSO:

 SQL Server 2005

ALUMNO:

 León Tapia, Alejandro Daniel

Lima Marzo, 2009

INTRODUCCIÓN:

SQL Server 2005 ofrece muchas características que no existían en las versiones
anteriores del producto. Uno de ellos es la base de datos Snapshots
(instantáneas). La base de datos Snapshots permite crear una copia de sólo
lectura de su base de datos que pueden ser utilizados para otros fines, tales como
la presentación de informes, la auditoría o la recuperación de datos. En la
actualidad, puede hacerlo mediante la ejecución de una copia de seguridad y
restaurar a otra base de datos. Sin embargo, la gran ventaja obtenida mediante el
uso de la base de datos Snapshots, es la velocidad a la que se produce una
Snapshot, así como la capacidad de crear múltiples Snapshots en diferentes
puntos en el tiempo rápidamente.

Aquí voy a explicar exactamente la creación y función de esta nueva

característica, por qué no puede o puede considerar el uso de ella, y cómo
empezar a usar; sus ventajas y desventajas en otros alcances más.

CREACIÓN DE UNA BASE DE DATOS SNAPSHOT:

Lo molesto de la creación de una base de datos Snapshot es que no puede ser

utilizada por SQL Server Management Studio, sino por la versión Enterprise
Edition.

Para crear una instantánea de base de datos debe utilizar un comando T-SQL. La
sintaxis para crear la instantánea es el siguiente:

CREAR BASE DE DATOS SOBRE andrew_test_snapshot_250206_1800

( NAME = N'andrew_test_datafile', (NAME = N'andrew_test_datafile,
FILENAME = N'E:\DB_Snapshots\andrew_ test_snapshot_2502061800.snap'
) FILENAME = n'è: \ DB_Snapshots \ andrew_
test_snapshot_2502061800.snap ')
AS SNAPSHOT OF andrew_test; COMO RESUMEN DE andrew_test;
El código es muy similar a una secuencia de comandos que se utiliza para crear
una base de datos, pero debe tener en cuenta que el nombre de dispositivo lógico,
en este caso andrew_test_datafile, tiene que coincidir con el nombre lógico
definido en la base de datos de origen.

En este ejemplo, se ha creado una Snapshot de la base de datos andrew_test

llamada andrew_test_snapshot_250206_1800. Observe el uso del nombre de la
<base de datos> _ <fecha> _ <hora> convención de nomenclatura. Tenga en
cuenta también que dio la Snapshot de una extensión de archivo: .snap.

El archivo vacío que se crea es un archivo disperso NTFS. Un archivo disperso

NTFS es un archivo que contiene datos de usuario y aún no se ha asignado
espacio para datos del usuario. En el Explorador de Windows, los archivos como
se muestra con un tamaño comparable a la de la base de datos de origen. Sin
embargo, al entrar en las propiedades del archivo, verá que el tamaño en disco es
0KB o un múltiplo de 64 KB (en representación de 1-8 páginas de datos) si
algunos datos se hayan transferido:
Este es otro ejemplo:

CREATE DATABASE Northwind_Snapshot1000 ON

(NAME = Northwind_Data,
FILENAME = 'C:\MSSQL\Snapshot\Northwind_data1000.ss' )
AS SNAPSHOT OF Northwind

Si desea crear una Snapshot de cada hora, usted podría emitir la declaración
anterior de nuevo y acaba de cambiar el nombre de la base de datos y el archivo.
Ahora tendrá dos Snapshots, pero diferentes datos estáticos.

CREATE DATABASE Northwind_Snapshot1100 ON

(NAME = Northwind_Data,
FILENAME = 'C:\MSSQL\Snapshot\Northwind_data1100.ss' )
AS SNAPSHOT OF Northwind

El uso de la Snapshot es igual que con cualquier otra base de datos. Que se dé a
la base de datos y ejecuta sus sentencias. Lo que hay que recordar, sin embargo
es que se trata de una copia de sólo lectura, por lo que no puede emitir UPDATE,
DELETE o INSERT.

Drop: Para deshacerse de una instantánea de base de datos, drop de la Snapshot

al igual que haría drop cualquier otra base de datos.

DROP DATABASE Northwind_Snapshot1000

Restauración: Una cosa buena acerca de la característica de Snapshots es que

usted puede restaurar su base de datos de nuevo al punto en el momento en que
se tomó la Snapshot. Si hubiera problemas con su base de datos y usted necesita
para volver a la hora exacta se tomó la Snapshot, puede utilizar un comando de
restauración. Otra opción es usar Snapshots para restaurar un entorno de prueba
de nuevo a su estado cuando el ensayo comenzó. Así que se puede tomar una
foto, permitir que sus usuarios o desarrolladores de hacer sus pruebas y luego
restaurar la Snapshot, la base de datos de nuevo al punto en el tiempo antes de la
prueba cuando comenzó. Para restaurar una base de datos utilizando una
instantánea puede utilizar el siguiente comando:

RESTORE DATABASE Northwind FROM DATABASE_SNAPSHOT =

'Northwind_Snapshot1100'

¿CÓMO FUNCIONA LA SNAPSHOT?:

La idea inicial es que la Snapshot tiene que hacer una copia completa de su base
de datos para que los datos se mantengan estáticos. Si este fuera el caso, la
Snapshots que no ofrecen ninguna ventaja sobre una copia de seguridad y
restauración.

Esto es lo que realmente sucede: al crear la Snapshot, una porción de su archivo

de base de datos es creada. Cuando los datos se leen desde la Snapshot, en
realidad es que se lee de la base de datos principal. Como los cambios de datos
en su base de datos principal, SQL Server, a continuación escribe los datos de lo
que parecía antes del cambio de datos en un archivo disperso. La Snapshot leerá
el archivo disperso de los datos que se ha cambiado y continuará leyendo la base
de datos principal de los datos que no ha cambiado.

Si nos fijamos en la imagen de abajo, el 90% de los datos no ha cambiado en la

base de datos principal, para que el 90% de los datos siguen siendo recuperados
de aquí cuando se emite una consulta En el reverso, el 10% de los datos ha
cambiado para satisfacer a los resultados de una consulta que utiliza los datos que
se leen desde el archivo disperso.
VENTAJAS DE UNA SNAPSHOT:

Dado que SQL Server sólo tiene que hacer frente a los datos que ha cambiado

para las instantáneas de base de datos para el trabajo, la creación inicial de la

instantánea o las instantáneas posteriores es extremadamente rápido.

Los datos sólo se escriben en el archivo disperso como cambios en los datos,

por lo que sus necesidades de espacio total en disco no se doble cada vez que

cree una nueva Snapshot - como lo harías si estuvieras utilizando copia de

seguridad y restauración de la copia secundaria.

 Puede crear varias Snapshots de la misma base de datos, por lo que podría

haber Rolling Snapshots se producen cada hora para fines de auditoría.

Es mucho más fácil trabajar con fotos y mucho más rápido que las operaciones

de copia de seguridad y restauración.

Usted puede crear un entorno de información estática rápidamente con el

mínimo esfuerzo.

Corruptos o los datos eliminados pueden ser recuperados de la Snapshot para

reparar la base de datos principal.

Cambios de base de datos pueden ser controladas con el uso de Snapshots.

Usted tiene la capacidad para restaurar su base de datos utilizando una

Snapshot.

DESVENTAJA DE UNA SNAPSHOT:

Su comunidad de usuarios es todavía golpear a su base de datos principal. Si

ya tener problemas de rendimiento, debido a los requisitos de información, el uso

de instantáneas para la presentación de informes no va a resolver ese problema.

La Snapshot está ligada a su base de datos principal, por lo que no se puede

desconectar la base de datos principal. Si la base de datos principal se queda sin

conexión, usted no podrá acceder a cualquiera de sus Snapshots.

La característica de instantáneas de base de datos sólo está disponible en la

versión Enterprise Edition.

 Si los datos cambian con rapidez, esta opción no puede ofrecer beneficios para

el mantenimiento de las Snapshots de alrededor de un largo período de tiempo.

La indexación de texto completo no se admite en la Snapshot.

Descarga de informes

A continuación se presentan lo que considero las principales ventajas y

desventajas del uso de las instantáneas, como un medio de descarga de informes:

Pros:

1. Usted tiene un único punto de lectura en tiempo de copia de sus datos.

2. Usted no será lidiar con el bloqueo debido a la actualización de operaciones
de inserción (supongamos que el aislamiento de Snapshot no está en uso).
3. Inicialmente, los archivos de Snapshots de datos son pequeñas.

Contras:

1. Usted no puede otorgar acceso a un nuevo usuario a los datos en una

Snapshot.
2. No se puede copia de seguridad de las Snapshots de modo que si tiene
que restaurar la base de datos el origen de las Snapshots de informes se
han perdido.
3. Cuando los datos no han cambiado las páginas que usted tendrá acceso al
archivo de base de fuente que puede causar la contención en el nivel de
archivo ya que tanto la base de datos fuente y la instantánea se MDF el
acceso a la misma.
4. Los índices de texto completo no están disponibles en las Snapshots de
modo que si usted requiere búsqueda de texto completo para su
presentación de informes a continuación, las Snapshots no son una opción.
Además, usted debe tener en cuenta que las instantáneas han de estar en el
mismo servidor que la base de datos fuente: usted no tiene un físico dedicado,
servidor de informes. Por lo tanto, los recursos físicos en el servidor de base de
datos, tales como la CPU y la memoria, todavía tienen que ser compartida.

Otra cosa a destacar es que los archivos NTFS escasa crecer en incrementos de
64 kb y estos incrementos pueden ocurrir en diferentes momentos. Como tal, es
muy probable que un archivo disperso de población, no sea contigua a nivel
NTFS. El efecto de esto sobre la información podría conducir a una gran tensión
en sus discos.

El mantenimiento de Datos Históricos de

Below are what I consider the pros and cons. A continuación lo que considero son
los pros y los contras.

Pros:

1. Potencialmente, puede mantener una cantidad significativa de la historia

con poco uso de espacio en disco.

Contras:

1. Si la unidad de alojamiento de la Snapshot se queda sin espacio causando

una actualización a fallar, la instantánea se marca como sospechoso, y no
se pueden recuperar.
2. Desfragmentando los índices niega los beneficios asociados con los
archivos dispersos (si se mantienen durante un período de tiempo).
3. Cada actualización / transacción se insertan en el servidor de origen
potencialmente tiene la sobrecarga de la operación de copia de la página
para mantener la Snapshot (s).
4. Usted no puede copia de seguridad de tus fotos.
Aunque el mantenimiento de los datos históricos aparece como un uso típico que
nunca usaría Snapshots para esto simplemente porque no puedo apoyarlas.

La protección de usuario o el administrador de error

En teoría, podría utilizar una imagen para restaurar una base de datos a un punto
anterior a un usuario o administrador del error producido simplemente por la
expedición de:

RESTORE DATABASE andrew_test RESTAURAR andrew_test BASE DE

DATOS
from DATABASE_SNAPSHOT = 'andrew_test_snapshot_250206_1800' de
DATABASE_SNAPSHOT = 'andrew_test_snapshot_250206_1800'

A continuación los pros y los contras.

Pros:

1. El proceso de Snapshotss es muy rápido.

2. Los datos y el código está disponible de inmediato para su restauración.

Contras:

1. La Snapshot se encuentra en un momento en que lo es poco probable que

sea adecuado para la recuperación de datos.
2. Si se restaura una Snapshot después no se puede restaurar todos los
registros de transacciones para que potencialmente perder una gran
cantidad de datos.
3. Cuando se restaura una Snapshot de todas las Snapshots de la base de
datos de otros tienen que ser suprimido lo que sería un problema si se
mantienen las Snapshotss de informes.
4. Si el error administrativo implicado daños a un archivo físico (por ejemplo
una unidad de disco fue accidentalmente borrado) de la instantánea no te
ayudará.
Para obtener un verdadero valor añadido de las instantáneas en esta área, usted
tendría que tomar varias Snapshots de todo el día. Los beneficios de las
Snapshots en este escenario se ve compensado por los gastos generales de
mantenimiento de varias Snapshots, especialmente al considerar otras opciones
disponibles, como el trasvase de registros o incluso la restauración de la copia de
seguridad.

No hace falta decir (pero aquí está de todos modos) que las Snapshots no debe
considerarse como parte o como un reemplazo para una copia de seguridad
adecuada. Para usar de esta manera sería desastroso si tenemos en cuenta sus
limitaciones, tales como su dependencia de la base de datos de origen.