Exposicion 7 bd2 inter
Descargar como PPTX, PDF0 recomendaciones192 vistas
El documento describe los modos de recuperación de datos en una base de datos, incluyendo el modo completo, de registro masivo y sencillo. El modo completo permite recuperar la base de datos hasta el momento de un error o fecha determinada, pero hace que el archivo de transacciones crezca indefinidamente. Hacer copias de seguridad elimina los datos del archivo de transacciones pero no reduce su tamaño en disco, para lo cual se requiere una segunda fase de reducción del tamaño del archivo.
Exposicion 7 bd2 inter
- 1. UNIVERSIDAD AUTONOMA DE NAYARITUNIDAD ACADEMICA DE ECONOMIABase de datos iiintersemestral*RECUPERACION DE DATOS*EQUÍPO 2.-Rosa Torres Felipe Vázquez Leydi Ulloa
- 2. 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).
- 3. 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.
- 4. 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.