Tecnológico de Estudios Superiores de Ecatepec

División Ingeniería en Sistemas Computacionales

Academia de Ciencias de la Ingeniería

Nombre:

FLORES MONROY LUIS

Materia:

Administración de Bases de Datos

Grupo:

5701

Profesor:

Jiménez Alfaro Abraham Jorge

Resumen Capítulo 15
 Introducción
En este libro se presenta un análisis profundo de la base de datos Microsoft SQL Server
2005. En un primer bloque se tratan novedades de versión, la instalación del programa, la
introducción del trabajo en los distintos entornos de SQL Server y el desarrollo amplio del
modelo entidad-relación a través de Transact SQL, que se presenta detalladamente. Se
incide especialmente en el diseño de bases de datos y su normalización, así como en la
teoría general de bases de datos relacionales.

El contenido del segundo bloque aborda en profundidad el lenguaje Transact-SQL y su

utilización para el diseño, consulta, creación, manejo y administración de bases de datos
relacionales. En el tercer bloque se desarrollan de forma exhaustiva todas las tareas
relativas a la administración de la base de datos, incluyendo la administración de servidores
la administración de la seguridad, la duplicación, la migración de datos, la automatización
de tareas administrativas y el trabajo en la Web.

Desarrollo

Capítulo 15: Copias de seguridad y restauración de BD.

Es posible hacer una copia de seguridad de una base de datos en un equipo de modo rápido y
sencillo y restaurarla posterior mente en otro equipo sin perder la información. La realización de
copias de seguridad y la restauración de bases de datos resultan útiles para copiar una base de datos
de un servidor a otro proporcionando protección para los datos almacenados en bases de datos de
SQL Server. Con una planificación adecuada, se pueden recuperar muchos errores de medios, de
usuarios y de pérdida permanente de un servidor. Para desarrollar un plan de copia de seguridad y
restauración correcto. se debe analizar cuándo los datos deben ser accesibles y el posible impacto
de la pérdida de datos. También es conveniente crear un plan de recuperación de desastres para
garantizar que todos los sistemas y datos puedan recuperar rápidamente su funcionamiento normal
en caso de un desastre natural o un desastre técnico.

Modelos de recuperación
En SQL Server existen tres modelos de recuperación para cada base de datos. Cada uno de ellos
determina cómo se realizan las copias de seguridad de los datos y cuál es el riesgo de perder datos.
El punto de la recuperación simple permite recuperar la base de datos hasta la copia de seguridad
(backup) más reciente, el modelo de recuperación completa 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)
y el modelo de relación de registro pasivo recupera hasta el último registro del log.

• Recuperación simple: copias de seguridad de bases de datos completa.

o La estrategia de copia de seguridad para la recuperación simple suele consistir en
la realización de copias de seguridad en las bases de datos completa y posiblemente
también de copias de seguridad diferenciales.
o En el árbol de la consola del Administrador corporativo de SQL Server expanda una
instancia, expanda Bases de datos, hasta clic con el botón secundario del ratón en
 la base de datos a copiar, seleccione Tareas y, a continuación, haga clic en Copia de
seguridad.
o Se obtiene la pantalla Copias de seguridad de base de datos se elige la base de datos
a copiar, el tipo de copia de seguridad, el objeto o componente de la copia de
seguridad, su nombre corno copia, su caducidad y el destino de la copia.

• Crear una copia de seguridad completa de base de transact SQL: la sentencia backup
database.
o También pueden usarse las cláusulas SKIP e INIT para sobrescribir el medio de copia
de seguridad. incluso si hay alguna copia de seguridad que aún no haya caducado
en el medio de copia de seguridad o si el nombre del medio no coincide con el
nombre del medio de la copia de seguridad. Asimismo, puede usarse la cláusula
FORMAT cuando se utiliza el medio por primera vez para inicializar completamente
el medio de copia de seguridad y sobrescribir cualquier encabezado de medio
existente. La cláusula INIT no es necesaria si se especifica la cláusula FORMAT. Hay
que tener presente que las cláusulas FORMAT o INIT de la instrucción BACKUP
destruirán cualquier copia de seguridad almacenada previamente en el medio de
copia de seguridad.
o La copia de seguridad diferencial registra sólo 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 rápidas que las copias de seguridad de la base de datos. Realizar copias
de seguridad frecuentes disminuye el riesgo de perder datos.
Recuperación simple: Copias de seguridad diferencial de bases de
datos.
La copia de seguridad diferencial registra sólo los datos que han cambiado desde la última copia de
seguridad de la base de datos. Puede realizar copias de seguridad más frecuentemente porque las
copias de seguridad diferenciales son más pequeñas y rápidas que las copias de seguridad normales.
Realizar copias de seguridad frecuentes, disminuir el riesgo de perder los datos.

Para poder crear una copia de seguridad diferencial se utiliza el mismo proceso explicado para el
de seguridad completa, salvo que, en la pantalla de copia de seguridad en el campo, tipo de
seguridad diferencial y elige un nuevo destino.

Restaurar una copia de seguridad completa de bases de datos

mediante transact sql.
Expanda a una instancia y a continuación bases de datos clic con el botón secundario del ratón en
la base de datos seleccione tareas y, a continuación, haga clic en restaurar base de datos.

En el cuadro a restaurar bases de datos de la ficha general. Escriba o seleccione el nombre de la base
de datos que se desea restaurar. Sino ese nombre predeterminado. Para restaurar la base de datos
como un hombre nuevo, escriba el nuevo nombre de la base de datos. Selecciona también los
conjuntos de copias de seguridad que se van a restaurar.

Opcionalmente, podemos hacer clic en la ficha opciones y seleccionar las opciones de restauración
que deseemos. Podemos seleccionar también el Estado te recuperación adecuado.

Una vez pulsamos aceptar, se realizará la restauración y aparecerá un mensaje sobre el resultado
de esta.
Crear una copia de seguridad diferencial de bases de datos mediante
Transact SQL: la sentencia BACKUP DATABASE
Mediante la sentencia BACKUP DATABASE es posible crear la copia de seguridad diferencial de la
base de datos especificada. Es necesario especificar el nombre de la base de datos de la que se va a
realizar una copia de seguridad, el dispositivo de copia de seguridad en el que se escribirá la copia
de seguridad de la base de datos y la cláusula DIFFERENTIAL, para especificar que sólo se realice una
copia de seguridad de algunas partes de la base de datos que han cambiado desde la última copia
de seguridad. Opcionalmente, pueden especificarse las mismas cláusulas especificadas
anteriormente en la sentencia BACKUP para copias de seguridad completa de bases de datos.

Restauración simple: Copias de seguridad de bases de datos

completa.
Para poder restaurar una copia de seguridad de datos completa se tendrá en cuenta lo siguiente.

• Primeramente, expandimos una instancia y después bases de datos, hacemos clic en el

botón secundario del ratón y seleccionamos tareas y, a continuación, clic en restaurar bases
de datos.
• Una vez en el recuadro Escribimos o seleccionamos el nombre de nuestra base de datos que
queramos restaurar, si es que no se nombre predeterminado para restaurar la base de datos
con nombre nuevo. Escribimos en nombre de la base de datos y seleccionamos también el
conjunto de copias de seguridad que vamos a restaurar.
• Opcionalmente, podemos hacer clic en la ficha opciones y seleccionar las opciones de
restauración que deseemos. También como el estado de recuperación adecuado.
• Una vez pulsamos aceptar, se realiza la restauración y aparecerá un mensaje sobre nosotros.
Restaurar una copia de seguridad completa de bases de datos
mediante Transact SQL.
Para restaurar una copia de seguridad completa de bases de datos se utiliza la sentencia RESTORE
DATABASE usando como argumentos el nombre de la base de datos que se va a restaurar y el
dispositivo de copia de seguridad desde el que se restaurará h copia de seguridad de h base de
datos. Se usa también la cláusula NORECOVERY si va a aplicar una copia de seguridad de registro de
transacciones o una copia de seguridad diferencial de base de datos después de restaurar la copia
de seguridad de la base de datos. Opcionalmente, especifique la cláusula FILE para identificar el
conjunto de copias de seguridad en el dispositivo de copia de seguridad con el que se realizará la
restauración. El administrador del sistema encariñado de restaurar la copia de seguridad de la base
de datos debe ser la única persona que esté utilizando la base de datos que se va a restaurar.

Recuperación simple: Restaurar una copia de seguridad diferencial

de base de datos.
Para restaurar una copia de seguridad diferencial de bases de datos mediante el Administrador
corporativo se siguen los mismos pasos ya explicados para el caso de la restauración de una copia
completa, pero ahora eligiendo copia de seguridad diferencial de base de datos para restaurar en
vez de una copia de seguridad completa.

Restaurar una copia de seguridad diferencial de bases de datos

mediante transact SQL.
Para restaurar una copia de seguridad diferencial de una base de datos mediante Transact SQL se
ejecuta la instrucción RESTORE DATABASE y se especifica la cláusula NO RECOVERY para restaurar
la copia de seguridad de la base de datos anterior a la copia de seguridad diferencial de la base de
datos. La instrucción RESTORE DATABASE para restaurar la copia de seguridad diferencial de la base
de datos se ejecuta especificando corno argumentos el nombre de la base de datos a la que se
aplicará la copia de seguridad diferencial de la base de datos, el dispositivo de copia de seguridad
desde el que se restaurará la copia de seguridad diferencial de la base de datos y la cláusula NO
RECOVERY si hay otras copias de seguridad del registro de transacciones que se desea aplicar
después que se restaure la copia de seguridad diferencial (de lo contrario, especifique la cláusula
RECOVERY).

Recuperación completa: Copias de seguridad de registro de

transacciones.
El modelo de recuperación completa utiliza copias de seguridad de h base de datos y del registro de
transacciones para hacer una protección completa en caso de error de los medios. Si se daña uno o
varios archivos de datos, la recuperación de los medios podrá restaurar todas las transacciones
conformadas. Las transacciones en curso se deshacen.

La 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 masivas corno SELECT INTO, CREATE INDEX y los datos de
carga masiva, se registran completamente. La estrategia de copia de seguridad para la recuperación
simple suele consistir en la realización de copias de seguridad de bases de datos. Precisamente las
copias de seguridad del registro de transacciones diferencian especialmente el modelo de
recuperación completa del modelo de recuperación simple.

El registro de transacciones es un registro en serie de todas las transacciones que se han realizado
en la base de datos desde que se realizó la última copia de seguridad del registro de transacciones.
Con las copias de seguridad del registro de transacciones, puede recuperar la base de datos hasta
un momento determinado (por ejemplo, antes de escribir datos no deseados) o hasta el momento
del editor.

Crear una copia de seguridad del registro de transacciones mediante

transact SQL
Para crear una copia de seguridad del registro de transacciones mediante Transact SQL se ejecuta
la instrucción BACKUP LOG.

Como argumentos se especifican el nombre de la base de datos a la que pertenece el registro de

transacciones del que se va a hacer una copia de seguridad y el dispositivo de copia de seguridad en
el que se va a escribir la copia de seguridad del registro de transacciones. Opcionalmente, se puede
especificar la cláusula INIT para sobrescribir el medio de copia de seguridad y escribir la copia de
seguridad como el primer archivo del medio de copia de seguridad (si no existe un encabezado de
medio, se escribe uno automáticamente), las cláusulas SKIP e INIT para sobrescribir el medio de
copia de seguridad (incluso si hay alguna copia de seguridad que aún no haya caducado en el medio
de copia de seguridad o si el nombre del medio no coincide con el nombre del medio de la copia de
seguridad) y la cláusula FORMAT, cuando el medio se utiliza por primera vez, para inicializar
completamente el medio de copia de seguridad y volver a escribir cualquier encabezado de medio
existente. La cláusula INIT no es necesaria si se especifica la cláusula FORMAT. Hay que tener
presente que las cláusulas FORMAT o INIT de la instrucción BACKUP destruirán cualquier copia de
seguridad almacenada previamente en el medio de copia de seguridad.

Como ejemplo, se crea mediante Transact SQL una copia de seguridad del registro de transacciones
para la base de datos BASE en el dispositivo de copia de seguridad con nombre BASE_log1
previamente creado:

BACKUP LoG base

TO base logl

GO

Para crear una copia de seguridad del registro de transacciones activo cuarteto la base de datos
estándar mediante Transact SQL se utiliza la sentencia BACKUP LOG igual que en el caso anterior,
pero añadiendo el argumento adicional NO TRUNCATE para realizar una copia de seguridad del
registro de transacciones sin truncar la parte inactiva del registro de transacciones. Esta cláusula
permite realizar una copia de seguridad de la parte activa del registro de transacciones, aunque no
se tenga acceso a la base de datos, siempre y cuando se pueda tener acceso al archivo o archivos
del registro de transacciones y éstos no estén dañados.

Recuperación de registro masivo

El modelo de recuperación de registro masivo ofrece protección contra errores de los medios,
además del mejor rendimiento y una utilización mínima del espacio del registro para determinadas
operaciones masivas o a gran escala. En este modelo se registran como mínimo la operación SELECT
INTO, operaciones de carga masiva (bcy y BULK INSERT), CREATE INDEX (incluidas las vistas
indicadas) y operaciones (WRITETEXT y UPDATETEXT). En un modelo de recuperación de registro
masivo, las operaciones de copia masiva tienen un riesgo mayor de perder datos que el modelo de
recuperación completa. Mientras que las operaciones de copia masiva se registran completamente
en el modelo de recuperación completa, en el modelo de recuperación de registro masivo se realiza
un registro mínimo y no se pueden controlar operación por operación. En el modelo de recuperación
de registro masivo, si un archivo de datos resulta dañado, hay que repetir el trabajo manualmente.
Además, el modelo de recuperación de registro masivo sólo permite recuperar la base de datos
hasta el final de una copia de seguridad del registro de transacciones cuando ésta contiene cambios
masivos. No admite recuperaciones hasta un momento dado.

En SQL Server 2005, se puede cambiar fácilmente del modelo de recuperación completa al de
registro inactivo. En el modelo de recuperación de registro masivo, no es necesario realizar una
copia de seguridad completa de la base de datos después de terminar las operaciones de copia
masiva. En este modelo, las copias de seguridad del registro de transacciones capturan tanto el
registro corno los resultados de las operaciones masivas realizadas desde la última copia de
seguridad.
Recuperar base de datos sin restaurar mediante transact SQL.
Es común recuperar la base de datos cuando se restaura la última copia de seguridad, pero puede
ocurrir que se desee utilizar la base de datos y no se haya recuperado la base de datos como parte
de la última restauración. También puede ocurrir que la base de datos esté en modo de espera y se
desee que se pueda actualizar sin aplicar otra copia de seguridad del registro. En estos casos se
puede recuperar la base de datos sin restaurar la copia de seguridad ejecutando la sentencia de
Transact SQL RESTORE DATABASE utilizando corno argumentos el nombre de la base de datos que
se va a recuperar y la cláusula RECOVERY.

Podemos utilizar las instrucciones:

RESTORE DATABASE base

WITH RECOVERY

Reiniciar operaciones de copia de seguridad y restauración

interrumpidas mediante Transact SQL.
En ocasiones. Puede interrumpirse una operación de copia de seguridad o restauración, por
ejemplo, debido a un corte eléctrico. En estos casos es posible reiniciar la operación desde el
momento en el que se interrumpió.

Para que podamos reiniciar una operación de copia de seguridad interrumpida. Ejecutamos la
instrucción backup Especificando las cláusulas que se utilizaron en esa misma instrucción original y,
Adicionalmente, la cláusula RESTART.

Administras copias de seguridad – Dispositivos de copia de

seguridad
La primera tarea a tener en cuenta al crear copias de seguridad es la selección del dispositivo donde
se creará la copia de seguridad de los datos. Ya hemos visto que en SQL Server se realizan copias de
seguridad de bases de datos. registros de transacciones y archivos en dispositivos de cinta y disco.

Los dispositivos de disco para copias de seguridad son archivos ubicados en discos duros u otros
medios de almacenamiento en disco y son como archivos normales del sistema operativo. La
referencia a un dispositivo de disco para copias de seguridad se realiza exactamente igual que la
referencia a cualquier otro archi› o del sistema operativo. Los dispositivos para copias de seguridad
en disco se pueden definir en el disco local de un servidor o en un disco remoto de un recurso de
red compartido, y pueden ser tan grandes o pequeños como sea necesario. El tamaño máximo de
un archivo viene dado por el espacio libre disponible en el disco.

Si un dispositivo para copias de seguridad en cinta se llena durante la operación de copia

de seguridad, pero todavía falta por escribir la mayor parte de los datos, SQL Server le pedirá
una nueva cinta y continuará con la operación de copia de seguridad
Información de copias de seguridad
Después de crear las copias de seguridad, puede ser necesario ver información acerca de las mismas
como, por ejemplo, una lista de los archivos de base de datos y el registro de transacciones. Para
ello utilizaremos la sentencia Restore FILELISTONLY de Transact SQL, Esta sentencia devuelve un
conjunto de resultados que contienen las listas de los archivos de la base de datos y de registro del
conjunto de copias de seguridad.

Para ver la información de encabezado de medios y copias de seguridad utilizando el administrador

corporativo se expande un grupo de servidores y luego un servidor.

Comprobación de copias de seguridad

Para comprobar copias de seguridad se puede utilizar la sentencia RESTORE VERIFYONLY Para
comprobar la copia de seguridad, pero no restaurarla. Dicha sentencia comprueba que el conjunto
de copias de seguridad está completo y que todos los volúmenes son elegibles. Sin embargo, ésta
no intenta comprobar la estructura de los datos que contienen los volúmenes de dicha copia.
Simplemente regresar a un mensaje diciendo “el conjunto de copias de seguridad es válido”.

Con la opción NOREWIND especifica que SQL Serve mantendrá la cinta abierta después de la
operación de copia de seguridad. Dicha instrucción también implica Que SQL Server liberará y
rebobina la cinta. LOADHISTORY especifica que los pasen de restaurar carga la información en las
tablas del historial de msdb.

Copiar o mover base de datos entre servidores – Asistente para

copiar base de datos
El asistente para copiar base de datos permite copiar o mover dichas bases entre servidores,
siendo posible mover y copiar entre diferentes instancias. Decir QL Server 2005 y actualizar las
bases de datos de SQL Server a SQL Server 2005.

Para usar dicho asistente hay que especificar el servidor de origen en el que residen las bases de
datos que deseamos copiar, el servidor de destino al que desea copiar o mover las bases de datos,
las bases de datos que se desean volver a copiar otros objetos que desea mover o copiar, y la
programación de la operación de copiar o mover, si desea que se ejecute en un futuro.

En el servidor de destino las bases conservan el mismo nombre que tenían en el servidor de
origen, por lo tanto, sólo se pueden copiar o mover bases con nombres de origen que no existan
en el servidor de destino. Dichos nombres no se pueden cambiar durante una operación de mover
o Copiar.
Al mover bases de datos entre distintos servidores o unidades de disco, el asistente para copiar
bases de datos copia la base de datos al servidor de destino y comprueba que esté conectado. El
asistente no elimina la base de datos del servidor de origen, deben eliminarse manualmente los
archivos del servidor de origen después de comprobar que la copia funciona correctamente.

Para que el asistente copie bases de datos desglose el árbol del administrador corporativo y
posteriormente de clic en bases de datos. Después, seleccione copiar tareas y haga clic en copia de
base de datos. Se obtendrá una pantalla, introducción al asistente de la figura 1519. Después
pulsaremos siguiente sucesivas veces hasta seleccionar uno servidor de origen, un servidor de
destino, un método de transferencia, la confirmación de la base, datos a copiar, la configuración de
la base de destino, el paquete SSIS y su programación. Finalmente se procederá con la copia y se
entregará un informe al final.

Conclusión
En este capítulo que desarrollamos nos explican la manera de crear usuario en los cuales
podemos asignarles nombre, contraseña y sobre la seguridad, utilizando diferentes
entradas en SQL Server.

Bibliografía
Pérez López, C. (2006). Microsoft SQL Server 2005 Administración y Análisis de Bases de
Datos. RA-MA.