EQUÍPO 2.- Rosa Torres

Felipe Vázquez

Leydi Ulloa

Tenemos el modo completo, el de registro masivo y

el sencillo. Si al crear la base de datos no especificamos

nada el modo de recuperación elegido es el completo.

Para saber el modo en que lo tenemos configurado

podemos mirar en el “Administrador Corporativo” en las

propiedades de la base de datos, en la solapa “Opciones”.

Ahí podemos ver cual es el modo de recuperación de la

base de datos. También podemos averiguar el modelo de

recuperación ejecutando el comando sp_helpdb

„NombreBaseDatos‟ en el analizador de consultas. Si lo

hacemos así en el panel de resultados hay una columna

status donde se detalla, entre otra cosas, el modelo de

recuperación (Recovery=FULL).

Tener modo de recuperación completa significa

que se puede recuperar la base de datos hasta el

momento en el que se produzca un error o hasta un

momento determinado del tiempo. Es el modo habitual

en una base de datos de producción.

En este modo de recuperación cada transacción

que se produzca en la base de datos (inserción,

modificación, borrado…) queda registrada en el archivo

de transacciones (el .log) de tal manera que se puede

reconstruir todo lo ocurrido con la base de datos a lo

largo del tiempo. Pero usar este modo implica que el

fichero de transacciones crecerá indefinidamente,

llegando incluso a ser más grande que la propia base

de datos.

La solución a este crecimiento es sencilla: hacer

copias de seguridad. Cuando hacemos una copia de

seguridad del registro de transacciones los datos que

pasan a la copia de seguridad se borran del disco dejando

espacio libre. Así con cada copia eliminaremos del disco

la parte del archivo de log que ya no es necesaria dejando

espacio libre para registrar las nuevas transacciones que

se produzcan en nuestra base de datos.

Lo malo es que cuando esto ocurre se libera

espacio dentro del archivo de log, pero no quiere decir

que se reduzca el tamaño en disco de este fichero. En

este caso tendremos que reducir el tamaño del archivo de

log en una segunda fase.

BIBLIOGRAFIAhttp://www.monografias.com/trabajos34/base-de-

datos/base-de-datos.shtml

http://es.wikipedia.org/wiki/Administrador_de_base_de_da

tos

http://www.programacion.com/articulo/reducir_el_fichero_d

e_log_en_sql_server_269

http://www.virtuaside.com/recuperacion-bases-de-datos/