Está en la página 1de 11

FACULTAD DE INGENIERÍA

CIENCIAS FÍSICAS Y MATEMÁTICAS

Ingeniería Informática

Base de datos III

Chuquilla Jonathan
Manobanda Cristian

2017 - 2018
Universidad Central del Ecuador
Facultad de Ciencias Físicas y Matemática
Ingeniería Informática

INDICE

Contenido
INDICE .......................................................................................................................................................................................... 2
1. OBJETIVOS .......................................................................................................................................................................... 3
1.1 OBJETIVO GENERAL................................................................................................................................................................ 3
1.2 OBJETIVOS ESPECÍFICOS ......................................................................................................................................................... 3
2. INTRODUCCIÓN ................................................................................................................................................................. 3
3. TIPOS DE COPIAS DE SEGURIDAD DE DATOS ............................................................................................................. 4
4. RESTRICCIONES DE LAS OPERACIONES DE COPIA DE SEGURIDAD EN SQL SERVER ..................................... 4
5. MODELOS DE RECUPERACIÓN DE BASES DE DATOS ............................................................................................... 5
5.1 MODELO DE RECUPERACIÓN SIMPLE ....................................................................................................................................... 5
5.2 MODELO DE RECUPERACIÓN COMPLETO ................................................................................................................................. 7
5.3 MODELO DE RECUPERACIÓN REGISTRO MASIVO...................................................................................................................... 8
6. DESARROLLO ..................................................................................................................................................................... 9
7. CONCLUSIONES ............................................................................................................................................................... 10
8. BIBLIOGRAFÍA ................................................................................................................................................................. 11

Pág. 2 Recuperación en SQL


Universidad Central del Ecuador
Facultad de Ciencias Físicas y Matemática
Ingeniería Informática

1. OBJETIVOS

1.1 Objetivo General

Exponer la recuperación de una base de datos en SQL Server 2008.

1.2 Objetivos Específicos

Presentar los tipos de recuperación de una base de datos en SQL Server 2008.
Realizar un ejemplo práctico de recuperación de una base de datos en SQL
Server 2008.

2. INTRODUCCIÓN

Microsoft SQL Server 2008 proporciona funciones de copia de seguridad y restauración de alto
rendimiento. El componente de copia de seguridad y restauración de SQL Server ofrece una
protección esencial para los datos críticos almacenados en las bases de datos de SQL Server. La
implementación de una estrategia correctamente planeada de copia de seguridad y restauración
contribuye a la protección de las bases de datos de la pérdida de datos derivada de daños causados
por diferentes errores. La comprobación de la estrategia mediante la restauración de las copias de
seguridad y la recuperación de la base de datos permite estar preparado para responder de forma
eficaz ante un desastre.

Una copia de los datos que se puede utilizar para restaurar y recuperar los datos se denomina copia
de seguridad. Las copias de seguridad le permiten restaurar los datos después de un error. Con las
copias de seguridad correctas, puede recuperarse de multitud de errores, por ejemplo:

 Errores de medios.
 Errores de usuario, por ejemplo, quitar una tabla por error.
 Errores de hardware, por ejemplo, una unidad de disco dañada o la pérdida permanente de
un servidor.
 Desastres naturales.

Además, las copias de seguridad de una base de datos son útiles para fines administrativos
habituales, como copiar una base de datos de un servidor a otro, configurar la creación de reflejo de
la base de datos y el archivo.

Cada modelo de recuperación permite realizar una copia de seguridad completa o parcial de una
base de datos de SQL Server, de archivos individuales o de grupos de archivos de la base de datos.
(Vergel Rodríguez, 2010).

Pág. 3 Recuperación en SQL


Universidad Central del Ecuador
Facultad de Ciencias Físicas y Matemática
Ingeniería Informática

Es posible hacer una copia de seguridad de una base de datos en un equipo de modo rápido y
sencillo y restaurarla posteriormente 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. (Pérez López, 2010).

3. TIPOS DE COPIAS DE SEGURIDAD DE DATOS

El ámbito de una copia de seguridad de datos puede ser la base de datos completa, parcial o un
conjunto de archivos o grupos de archivos. En todos estos casos, SQL Server admite copias de
seguridad completas y diferenciales:

 Copia de seguridad completa

Una copia de seguridad completa incluye todos los datos de una base de datos determinada o un
conjunto de grupos de archivos, así como una cantidad suficiente del registro como para permitir la
recuperación de datos.

 Copia de seguridad diferencial

Una copia de seguridad diferencial se basa en la última copia de seguridad completa de los datos.
Ésta se denomina base de la copia de seguridad diferencial o base diferencial. Una copia de
seguridad diferencial incluye sólo los datos que han cambiado desde la última base diferencial. Por
lo general, las copias de seguridad diferenciales que se realizan poco después de su base son más
pequeñas y rápidas, ahorrando así tiempo con respecto a la copia de seguridad completa. (Vergel
Rodríguez, 2010)

4. RESTRICCIONES DE LAS OPERACIONES DE COPIA DE SEGURIDAD EN


SQL SERVER

En SQL Server 2008, se puede realizar la copia de seguridad mientras la base de datos está
conectada y en uso. Sin embargo, existen las siguientes restricciones.

 No se pueden realizar copias de seguridad de los datos sin conexión

Cualquier operación de copia de seguridad en la que se haga referencia de forma implícita o


explícita a datos sin conexión provocará un error

 Restricciones de simultaneidad durante una copia de seguridad

Pág. 4 Recuperación en SQL


Universidad Central del Ecuador
Facultad de Ciencias Físicas y Matemática
Ingeniería Informática

SQL Server utiliza el proceso de copia de seguridad con conexión para permitir que se realice la
copia de seguridad de una base de datos mientras se está utilizando. Durante la copia de seguridad,
se pueden realizar la mayoría de las operaciones (por ejemplo, las instrucciones INSERT, UPDATE
o DELETE están permitidas durante la operación de copia de seguridad). (Vergel Rodríguez, 2010)

5. MODELOS DE RECUPERACIÓN DE BASES DE DATOS

5.1 Modelo de recuperación simple

El modelo de recuperación simple no es adecuado en sistemas de producción en los que es


inaceptable la pérdida de cambios recientes. En estos casos, se recomienda el modelo de
recuperación completa.

El modelo de recuperación simple proporciona la forma más sencilla de realizar copias de seguridad
y restauraciones. La copia de seguridad es fácil de administrar porque nunca se crean copias de
seguridad del registro de transacciones. Sin embargo, si no hay copias de seguridad de registros, una
base de datos puede restaurarse sólo al final de la copia de seguridad de datos más reciente. Si se
produjera un error, se perderían las actualizaciones realizadas después de la copia de seguridad de
datos más reciente.

Ejemplo:

La siguiente imagen muestra la estrategia de copia de seguridad y restauración más simple con el
modelo de recuperación simple. Existen cinco copias de seguridad completas de la base de datos,
pero sólo debe restaurarse la más reciente, realizada a la hora t5. La restauración de esta copia de
seguridad devuelve la base de datos a la hora t5. El resto de actualizaciones posteriores,
representadas por el cuadro t6, se pierden.

Con el modelo de recuperación simple, el riesgo de pérdida de trabajo aumenta con el tiempo hasta
que se realice la siguiente copia de seguridad completa o diferencial. Por tanto, se recomienda
programar copias de seguridad con la frecuencia suficiente para evitar la pérdida de un gran
volumen de datos sin que las copias de seguridad resulten imposibles de administrar.

Pág. 5 Recuperación en SQL


Universidad Central del Ecuador
Facultad de Ciencias Físicas y Matemática
Ingeniería Informática

La siguiente imagen muestra el riesgo de pérdida del trabajo en un plan de copia de seguridad que
sólo utiliza copias de seguridad de bases de datos. Esta estrategia sólo es adecuada para una base de
datos pequeña de la que se puede hacer una copia de seguridad con bastante frecuencia.

La siguiente imagen muestra una estrategia de copia de seguridad que reduce el riesgo de pérdida
del trabajo complementando copias de seguridad de bases de datos con copias de seguridad
diferenciales de bases de datos. Tras la primera copia de seguridad de la base de datos, se realizan
tres copias de seguridad diferenciales. La tercera copia de seguridad diferencial es lo
suficientemente grande para que la siguiente copia de seguridad sea una copia de seguridad de base
de datos. Esto establece una nueva base diferencial.

Una secuencia de restauración empieza con la restauración de una copia de seguridad completa,
que puede estar seguida, si se desea, de la copia de seguridad diferencial correspondiente. En
algunos casos, por ejemplo, al restaurar archivos, es posible que varios pares de copias de seguridad
completas y diferenciales requieran su restauración. Después de restaurar las copias de seguridad
relevantes, debe recuperar la base de datos. (Vergel Rodríguez, 2010)

Pág. 6 Recuperación en SQL


Universidad Central del Ecuador
Facultad de Ciencias Físicas y Matemática
Ingeniería Informática

5.2 Modelo de recuperación completo

En el modelo de recuperación completa se usan copias de seguridad de registros para evitar la


pérdida de datos en la mayor parte de los casos de error y es necesario realizar copias de seguridad
y restaurar el registro de transacciones (copias de seguridad de registros). La ventaja de usar las
copias de seguridad de registros reside en que permite restaurar una base de datos a cualquier
momento de una copia de seguridad de registros (recuperación a un momento dado). Si
consideramos que se puede realizar una copia de seguridad del registro activo después de que
ocurra un desastre, se podrá restaurar la base de datos al momento del error sin perder datos. Las
desventajas de usar las copias de seguridad de registros son que requieren espacio de almacena-
miento y aumentan la duración y la complejidad de las restauraciones.

Ejemplo:

En la siguiente imagen se muestra la estrategia de copia de seguridad más fácil con el modelo de
recuperación completa. En la imagen se han realizado una copia de seguridad de base de datos,
Db_1, y dos copias de seguridad de registros rutinarias, Log_1 y Log_2. Algún tiempo después de
la copia de seguridad de registros Log_2, se pierden datos de la base de datos. Antes de restaurar
estas tres copias de seguridad, el administrador de la base de datos debe realizar una copia de
seguridad del registro activo (el final del registro).

Entonces, el administrador de la base de datos restaura Db_1, Log_1 y Log_2 sin recuperar la base
de datos. A continuación, el administrador de la base de datos restaura y recupera la copia de
seguridad de registros después del error (Tail). Así se recupera la base de datos al momento del
error, incluidos todos los datos.

Una vez que finaliza la primera copia de seguridad completa de la base de datos y se inician las
copias de seguridad periódicas de registros, el riesgo potencial de pérdida de trabajo se limita al
tiempo transcurrido entre el momento en que se daña la base de datos y la copia de seguridad
periódica de registros más reciente. Por lo tanto, se recomienda que se realicen copias de seguridad
de registros con suficiente frecuencia para mantener el riesgo de pérdida de trabajo dentro de los
límites establecidos por sus requisitos empresariales.

Pág. 7 Recuperación en SQL


Universidad Central del Ecuador
Facultad de Ciencias Físicas y Matemática
Ingeniería Informática

En esta imagen, antes de la primera copia de seguridad de la base de datos, existe un riesgo
potencial de pérdida de trabajo en la base de datos (de la hora t0 a la hora t1) Por tanto, las copias
de seguridad de registros rutinarias reducen el riesgo de pérdida de trabajo a la posibilidad de perder
los cambios realizados después de la última copia de seguridad de registros (realizada a la hora t14
en esta ilustración). Si se produce un error, el administrador de la base de datos debe intentar
realizar inmediatamente una copia de seguridad del registro activo (el final del registro). Si esta
copia de seguridad de registros después del error se realiza correctamente, la base de da- tos se
puede restaurar hasta el momento del error. (Vergel Rodríguez, 2010)

5.3 Modelo de recuperación registro masivo

El modelo de recuperación por medio de registros de operaciones masivas es un modelo de


recuperación con fines específicos que debe utilizarse sólo de manera intermitente para mejorar el
rendimiento de ciertas operaciones masivas a gran escala, como las importaciones masivas de
grandes cantidades de datos. La mayor parte de la descripción de la copia de seguridad con el
modelo de recuperación completa también se aplica al modelo de recuperación por medio de
registros de operaciones masivas.

Es aconsejable minimizar el uso del modelo de recuperación por medio de registros de operaciones
masivas. Se recomienda cambiar al modelo de recuperación por medio de registros de operaciones
masivas justo antes de un conjunto de operaciones masivas, realizar las operaciones y, a
continuación, volver a cambiar al modelo de recuperación completa de inmediato. A diferencia del
modelo de recuperación completa, que registra por completo todas las transacciones, el modelo de
recuperación por medio de registros de operaciones masivas registra de forma mínima las
operaciones masivas, aunque registra totalmente las demás transacciones. (Vergel Rodríguez, 2010)

Pág. 8 Recuperación en SQL


Universidad Central del Ecuador
Facultad de Ciencias Físicas y Matemática
Ingeniería Informática

6. DESARROLLO

INSERT INTO dep VALUES (50,'ingreso1','Ibarra');


INSERT INTO dep VALUES (60,'ingreso2','Portoviejo');

SELECT * FROM dep

/** Simulacion de fallo de la base de datos**/

--Apagamos el servidor
SHUTDOWN;
GO

--borramos el archivo con extension .mdf de nuestra base de datos


/** RECUPERACION BASE DE DATOS**/
--Iniciamos el servicio SQL server(SQLEXPRESS)
--Intentamos acceder a la base de datos pero nos saldra un error
--Verificamos estado de la base de datos
SELECT name, state_desc
FROM sys.databases
WHERE name='EjemploRecuperacion';
GO

--Sacamos respaldo con la cola del registro


BACKUP LOG EjemploRecuperacion
TO DISK = 'C:\BD\EjemploRecuperacion.lbk'
WITH INIT, CONTINUE_AFTER_ERROR;
GO

--Verificamos estado de la base de datos


SELECT name, state_desc
FROM sys.databases
WHERE name='EjemploRecuperacion';
GO

--Restauramos el backup completo que se realizo al principio


RESTORE DATABASE EjemploRecuperacion
FROM DISK = 'C:\respaldos\EjemploRecuperacion.bak'
WITH NORECOVERY;
GO

--Restauramos transacciones realizadas despues del backup realizado y antes del fallo
RESTORE LOG EjemploRecuperacion
FROM DISK = 'C:\BD\EjemploRecuperacion.lbk'
WITH RECOVERY;
GO

--Verificamos estado de la base de datos


SELECT name, state_desc
FROM sys.databases
WHERE name='EjemploRecuperacion';

Pág. 9 Recuperación en SQL


Universidad Central del Ecuador
Facultad de Ciencias Físicas y Matemática
Ingeniería Informática
GO

--Comprobamos que los datos ingresados despues del backup y antes del fallo se
hayan recuperado
USE EjemploRecuperacion;
GO
SELECT * FROM dep

7. CONCLUSIONES

 La parte activa del registro de transacciones, la parte que todavía no se ha copiado, se


conoce como cola del registro. Debería hacer una copia de seguridad de la cola del registro
antes de una operación de restauración siempre que sea posible. Así se puede restaurar la
información en el punto en que hubo un fallo en la base de datos.
 En el modelo de recuperación simple no se pueden realizar copias de seguridad del registro
de transacciones. Para restaurar una base de datos en el momento de la última copia de
seguridad, restaure primero la última copia de seguridad y a continuación restaure la última
copia de seguridad diferencial (si existe alguna) realizada desde la última copia completa.
Este modelo de recuperación es adecuado para bases de datos cuya información cambia con
muy poca frecuencia.
 En el modelo de recuperación completa se pueden realizar copias de seguridad del registro
de transacciones. Para restaurar una base de datos en el momento de la última copia de
seguridad, primero haga una copia de seguridad de la cola del registro, si es posible. A
continuación, restaure la última copia de seguridad completa y después la última copia de
seguridad diferencial (si existe alguna) realizada desde la última copia completa. Por
último, aplique todas las copias del registro de transacciones que se han realizado, en orden,
desde la última copia completa o diferencial. El modelo de recuperación completa permite
recuperar la información hasta el punto de fallo y hasta un punto en el tiempo.

 El modelo de recuperación de registro masivo se utiliza para mejorar la eficacia durante


operaciones de registro masivo. Este modelo se parece al modelo de recuperación completa
en que permite que se recupere la información hasta el punto de fallo (pero sólo si el fallo
no se produce durante una operación masiva). A diferencia del modelo de recuperación
completa, el modelo de recuperación de registro masivo no permite la recuperación hasta un
punto en el tiempo.

Pág. 10 Recuperación en SQL


Universidad Central del Ecuador
Facultad de Ciencias Físicas y Matemática
Ingeniería Informática

8. BIBLIOGRAFÍA

 Pérez López, C. (2010). Domine Microsoft SQL Server 2008. México D.F.
 Petkovic, D. (2009). Microsoft SQL Server 2008: manual de referencia. México
D.F.: Mc Graw Hill Educación.
 Vergel Rodríguez, V. J. (2010). Administración de base de datos con SQL Server
2008.

Pág. 11 Recuperación en SQL

También podría gustarte