LABORATORIO 10. ADMINISTRACIÓN DE COPIAS DE SEGURIDAD EN SQL SERVER

Transcripción

1 LABORATORIO 10. ADMINISTRACIÓN DE COPIAS DE SEGURIDAD EN SQL SERVER GUÍA DE LABORATORIO Nº 1O Actividad de Proyecto No. 12: ESTABLECER PLANES DE RESGUARDO, RESTAURACION Y CONTINGENCIA.

2 Estructura de contenidos. 1. Introducción Copias de seguridad de datos Copia de seguridad Completa Copia de seguridad diferencial Copias de seguridad de archivos Copias de seguridad del registro de transacciones Realización de copias de seguridad Modelos de Recuperación Modelo de Recuperación completa Modelo de Recuperación de Operaciones Masivas Modelo de Recuperación Simple Dispositivos de copias de Seguridad Dispositivos Lógicos Ejecución de las copias de Seguridad Restricciones de las copias de seguridad en SQL Server 2008 R Estrategias de copia de seguridad Implementación con Copia de Seguridad Completa Implementación con copia de seguridad completa y del registro de transacciones Implementación de una copia de Seguridad Diferencial Programar las copias de seguridad Restaurar copias de seguridad Proceso general para la restauración Restauración de una copia de seguridad completa (Full Backup) Restauración de una copia de seguridad completa combinada con copia del registro de transacciones Restauración de una copia de seguridad diferencial Recursos Bibliográficos

3 1. Introducción SQL Server 2008 R2 permite el uso de copias de seguridad para luego restaurarlas, los métodos usados por el SMBD (Sistema Manejador de Base de Datos) son muy intuitivos y de fácil manejo, ayudando a los administradores de base de datos a tomar decisiones en las empresas, asegurando el desempeño en la elaboración de copias, restauración y respaldo de su información. El manejo de la información en las bases de datos es delicado y tiene muchos riesgos como: problemas de hardware, software, errores humanos y desastres naturales. La importancia de tener seguro las copias de seguridad (backup), para asegurar la continuidad del negocio y evitar pérdidas de datos que ponga el riesgo la compañía. 2. Copias de seguridad de datos Las copias de seguridad de datos pueden ser: Base de datos completa. Base de datos parcial. Grupos de archivos. SQL Server permite copias de seguridad completas y diferenciales Copia de seguridad Completa Incluye todos los objetos de la base de datos, con suficientes archivos para hacer una recuperación de datos Copia de seguridad diferencial Una copia de seguridad diferencia incluye solo los datos que han cambiado desde la última copia completa o diferencial. Cada copia diferencia son paquetes de datos más pequeños ayudando al rendimiento y la eficiencia del SMBD, para la recuperación de este tipo de copias de seguridad primero se restaura una copia completa para luego cargar las diferenciales. 3

4 Al pasar el tiempo crecerá mucho la cantidad de copias de seguridad diferencial las restauraciones no serán tan eficientemente, abra que crear una copia de seguridad completa para luego seguir con copias diferenciales Copias de seguridad de archivos Este tipo de copias de seguridad permiten restaurar la base da datos de una forma eficiente, porque permite restaurar solo los archivos dañados. Por ejemplo, si la base de datos la componen varios archivos en diferentes discos y hay un error, solamente se restaura los archivos en el disco que tiene el error. La planeación de copias de seguridad de archivos suele ser muy completa, por lo que solo se debe utilizar cuando sea necesario Copias de seguridad del registro de transacciones Las copias de seguridad de registro incluyen todos los registros de la base de datos, permite restaurar la base de datos a cualquier momento, antes de ejecutar este tipo de copias se debe tener una copia de seguridad completa. Son necesarias las copias de seguridad de transacciones para evitar pérdida de información y el truncamiento del registro de transacciones. Se deben cumplir los siguientes requisitos: Primero debe restaurarse la copia de seguridad diferencial o la copia de seguridad completa. Los registros de transacciones se restaurarse en orden cronológico. Se restaurar desde la última copia de seguridad has la fecha del registro de transacciones. 3. Realización de copias de seguridad 3.1. Modelos de Recuperación Las bases de datos poseen una propiedad que permite controlar la manera en que se registran las transacciones, lo cual determina el tipo de copias 4

5 de seguridad y de restauración que se pueden realizar. Esta propiedad se denomina modelo de recuperación. En SQL Server se manejan tres modelos de recuperación: simple, completa y de operaciones masivas. El modelo puede ser seleccionado o cambiado y depende de ciertas características que se describirán a continuación Modelo de Recuperación completa Se recomienda usar el modelo de recuperación completa cuando la mayor prioridad sea la de recuperación completa de los medios dañados. Este modelo usa copias de la base de datos y de la información de los registros para restaurar la base de datos. SQL Server registra todos los cambios de la base de datos, como las operaciones masivas y las creaciones de índices. Siempre que los propios registros no hayan sufrido daños, SQL Server podrá recuperar todos los datos excepto las transacciones que estuvieran en curso en el momento del error. Adicionalmente se podrá hacer restauración por etapas de grupos de archivos o inclusive de páginas de datos. La limitación principal de este modelo es el gran tamaño de los archivos de registro y los costos de almacenamiento y rendimiento que se derivan de ello Modelo de Recuperación de Operaciones Masivas Similar al modelo de recuperación completa, el modelo de recuperación de registro masivo usa copias de seguridad de las bases de datos y del registro para volver a crear una base de datos. Sin embargo, utiliza menos espacio de registro para las operaciones siguientes: CREATE INDEX, operaciones de carga masiva, SELECT INTO, WRITETEXT y UPDATETEXT. El registro sólo anota la aparición de estas operaciones como bits en extensiones en lugar de almacenar detalles de las operaciones en el registro. Para preservar los cambios de una operación completa de carga masiva, las extensiones que se marcan como cambiadas también se almacenan en el registro. Como consecuencia de almacenar sólo el resultado final de varias operaciones, el registro suele ser más pequeño y las operaciones masivas pueden ejecutarse con mayor rapidez. Mediante el uso de este modelo se pueden restaurar todos los datos, pero presenta la desventaja de que no es posible restaurar sólo una parte de una copia de seguridad como en la restauración hasta una marca específica. 5

6 Modelo de Recuperación Simple Normalmente, se usa el modelo de recuperación simple en bases de datos pequeñas o en aquellas donde los datos no cambian con frecuencia. Este modelo usa copias totales o diferenciales de la base de datos y la recuperación se limita a restaurar la base de datos hasta el momento en que se realizó la copia de seguridad. Todos los cambios efectuados después se pierden y es necesario volver a crearlos. La ventaja principal de este modelo es que usa menos espacio de almacenamiento para registros y es el más sencillo de implementar Dispositivos de copias de Seguridad Para realizar las copias de seguridad se pueden utilizar dispositivos de copia de seguridad, como archivos de disco o cintas. En estos se pueden agregar nuevas copias de seguridad a las ya existentes en un dispositivo, o bien sobrescribir las copias de seguridad existentes. Si un archivo se queda sin espacio en medio de una operación de copia de seguridad, se producir un error, para evitar esto se puede utilizar como estrategia un disco de intercambio en actividad que sustituya en forma transparente un disco cuando ya no tiene más espacio. Se pueden usar además discos locales o remotos. Con SQL Server además se pueden controlar de manera eficiente los dispositivos ya que se tiene información adicional como un nombre y marca de tiempo Dispositivos Lógicos Se pueden utilizar denominaciones de dispositivos a través de un nombre que apunta a un dispositivo físico de copia de seguridad. Este direccionamiento indirecto se logra a través de la creación del dispositivo que apunte a una unidad de disco o de cinta. Para crear el dispositivo de deben seguir los siguientes pasos: Expanda Objetos de servidor y, a continuación, haga clic derecho en Dispositivos de copia de seguridad. Haga clic en Nuevo dispositivo de copia de seguridad. Se abrirá el cuadro de diálogo Dispositivo de copia de seguridad. 6

7 Escriba un nombre para el dispositivo. Para indicar el destino, haga clic en Archivo y especifique la ruta de acceso completa del archivo Ejecución de las copias de Seguridad Para realizar una copia de seguridad, se puede utilizar SQL Server Management Studio de la siguiente forma: Expanda Bases de datos. Seleccione la Bases de datos a la cual le va a generar la copia. Clic secundario Tareas. Copias de seguridad. Copia de seguridad de base de datos. Tipo de copia de seguridad -> (seleccionar el que corresponda). Tal como se aprecia en las siguientes imágenes: Imagen 1. Copia de Seguridad 7

8 Imagen 2. Selección del Tipo de Copia de Seguridad En la sección de Destino, puede seleccionar el dispositivo físico o lógico agregándolo en el campo Copia de seguridad en. Imagen 3. Selección del destino de la Copia de Seguridad También se pueden realizar las copias de seguridad a partir de sentencias SQL. Para esto generar una nueva consulta y escribir la sentencia correspondiente cuya sintaxis es: 8

9 BACKUP DATABASE nombrebd TO DISK = nombrebd.bak -- realiza la copia a un archivo.bak WITH FORMAT; -- borra un anterior backup GO Ejemplo: Imagen 3. Sentencia SQL para generar Backup Para verificar revisamos el archivo generado por SQL Server 2008 R2. Imagen 4. Archivo generado de Copia de Seguridad 9

10 Una vez elegida la estrategia de backup, las tareas deben ser programadas para llevarse a cabo automáticamente, tenga en cuenta las siguientes recomendaciones: Planifique evaluando los requerimientos de recuperación. Salve los archivos en discos diferentes al de la BD (Base de Datos). Elimine el exceso de información a respaldar, no es necesario hacer copias de seguridad completas si la BD no ha tenia cambios sustanciales, incluso en meses. Guardar los backup en lugares seguros lejos de algún desastre. Eliminar los cuellos de botella en la red. Pruebe frecuentemente los backup Restricciones de las copias de seguridad en SQL Server 2008 R2 A partir de SQL Server 2005 se puede hacer copias de seguridad mientras esta en uso la base de datos, a pesar de eso existen otro tipos de restricciones. Base de datos sin conexión, ya que es obligatoria que la base de datos esté conectada con el servidor para asegurar la consistencia de los datos. Si se encuentra en medio de operaciones de creación o eliminación de archivos de base de datos, la copia esperara hasta que termine el proceso del archivo activo. 4. Estrategias de copia de seguridad Para determinar la estrategia de copia de seguridad se debe tener en consideración el entorno de trabajo, tamaño de las bases de datos, periodos de servicio, frecuencia de modificación, recursos, crecimiento esperado, etc. A continuación se especificarán algunas de las estrategias que se pueden adoptar o combinar. Nunca debería haber pérdida de la información, para cumplir con este requerimiento es necesario plantear algunas estrategias para que el riesgo sea mínimo y tener disponibilidad de las bases de datos. 10

11 Definir cuándo y el tiempo para hacer las copias de seguridad. Identificar el hardware disponible para planear las copias de seguridad completas o distribuidas. Comprobar las copias de seguridad. Almacenamiento de las copia de seguridad. Definir estrategias de restauración de las BD. Tener disponibilidad de la base de datos. Documentar todo el movimiento de la base de datos como copias, restauración y respaldo. Protección a datos ante perdidas Restricción de recursos disponibles como: personal, hardware, software, medios de copias de seguridad etc. Administrar adecuadamente el registro de transacciones. Agenda de la Disponibilidad de la aplicación. Definir y tener claro la cantidad de espació para las diferentes formas de las copias de seguridad Implementación con Copia de Seguridad Completa Imagen 5. Estrategia con copia de Seguridad Completa 11

12 Debe hacer copias de seguridad completas de una base de datos si: La base de datos es pequeña. La cantidad de tiempo que se requiere para hacer la copia de seguridad de una base de datos pequeña es razonable. La base de datos es de sólo lectura o sus datos sufren pocas modificaciones. La copia de seguridad completa de la base de datos captura un conjunto de datos razonablemente completo. Puede que desee conseguir una menor pérdida de datos si se produce un error entre dos copias de seguridad y hay que restaurar la base de datos. Si sólo implementa la estrategia de copia de seguridad completa de la base de datos, el registro de transacciones se llenará antes o después. Cuando esto suceda, SQL Server puede impedir la actividad de la base de datos hasta que se limpie el registro de transacciones, por tanto se debe limpiar periódicamente el registro de transacciones Implementación con copia de seguridad completa y del registro de transacciones. Imagen 6. Estrategia con integración de copia de Seguridad Completa y de log de Transacciones. Además de hacer una copia de seguridad completa de la base de datos, también debe hacer la copia de seguridad del registro de transacciones para tener un registro de toda la actividad de la base de datos que ha tenido lugar entre las copias de seguridad completas de la base de datos. Ésta es una estrategia de copia de seguridad muy común. 12

13 Cuando implemente una estrategia de copia de seguridad completa de la base de datos y del registro de transacciones, se puede restaurar la base de datos a partir de la copia de seguridad completa de la base de datos más reciente y, después, aplicar todas las copias de seguridad del registro de transacciones que se hayan creado desde la última copia de seguridad completa de la base de datos. Cuando las bases de datos son modificadas con mucha frecuencia es aconsejable utilizar esta estrategia. También debe considerar si la copia de seguridad de la base de datos y de los registros de transacciones se pueden hacer en un intervalo de tiempo aceptable Implementación de una copia de Seguridad Diferencial Imagen 7. Estrategia con copia de Seguridad Diferencial. Cuando implemente una estrategia de copia de seguridad diferencial, debe incluir una copia de seguridad completa de la base de datos, así como copias de seguridad del registro de transacciones. Las copias de seguridad diferenciales sólo contienen las partes de la base de datos que han cambiado desde la última copia de seguridad completa de la base de datos. En una copia de seguridad diferencial, SQL Server no almacena los cambios en los registros de transacciones. Por tanto, debe hacer copias de los registros de transacciones periódicamente. Se utiliza esta estrategia para reducir el tiempo de recuperación si la base de datos se daña. Por ejemplo, en lugar de aplicar varios registros de transacciones grandes, puede utilizar una copia de seguridad diferencial para aplicar los cambios que se hayan efectuado en la base de datos desde la última copia de seguridad completa de la base de datos 13

14 4.4. Programar las copias de seguridad Cuando se tenga definido todo el plan de copias de seguridad y los análisis a la base de datos es aconsejable programar esos eventos, con el fin de mejorar y reducir la perdida de la información contenida en las BD. Los planes de mantenimiento realizan las siguientes tareas: Comprimir archivos de páginas de datos vacías. Organizar, actualizar índices y páginas de datos. Comprobar la coherencia de los datos. Realizar copias de seguridad de la BD y el registro de transacciones. Para realizar el plan se puede recurrir al Asistente para planes de mantenimiento (SQL Server Management Studio). Expanda el servidor. Seleccionar Carpeta Administración. Seleccionar Planes de mantenimiento. Seleccionar Asistente para planes de mantenimiento. Seguir los pasos para crear su plan personalizado. 14

15 Imagen 8. Creación de plan de mantenimiento. La siguiente imagen muestra algunas de las tareas de mantenimiento que se pueden programar, allí se debe seleccionar las tareas de copias de seguridad de acuerdo con la estrategia: Imagen 9. Selección de tareas de mantenimiento. 15

16 Como último paso se definen las bases de datos sobre las cuales se realizan las actividades, el asistente presentara el estado de las operaciones y se puede visualizar a través de un informe. 5. Restaurar copias de seguridad 5.1. Proceso general para la restauración La operación de obtener los datos de una copia de seguridad para ser integrados a la base de datos se denomina restauración. Así como existen diferentes tipos de copias de seguridad se debe aplicar un proceso que puede variar para la obtención de los datos. El proceso de restauración de una Copia de seguridad de base de datos usando SQL Server Management Studio se realiza en términos generales de la siguiente forma: Seleccionar la BD sobre la cual se va a aplicar el proceso. Clic derecho y seleccionar tareas. Opción Restaurar. Imagen 10. Selección de la tarea de restauración. 16

17 En el cuadro de dialogo que se presenta, se debe especificar la base de datos y es posible incluir un punto en la línea de tiempo a ser restaurado (o el más reciente posible). También se debe especificar el origen del archivo. Una vez seleccionado el archivo a restaurar y a continuación se verifican las opciones de recuperación como se indica en la siguiente imagen. Imagen 11. Opciones de restauración y estado de la recuperación Restauración de una copia de seguridad completa (Full Backup) Se restaura la base de datos al estado donde fue creado y se sobrescribe la base de datos existente (WITH REPLACE). Se pierden los datos que se generaron después de la fecha de esta copia de Seguridad Restauración de una copia de seguridad completa combinada con copia del registro de transacciones El proceso debe iniciar con una copia de seguridad del registro de 17

18 transacciones, si es posible. Utilizar la opción WITH NO_TRUNCATE, luego restaurar la última copia de seguridad completa de la base de datos que se tenga, aplicar todos los registros de transacciones que se hayan creado durante el día y por último aplicar la copia de seguridad del registro de transacciones que se ha creado al comienzo del proceso de restauración (si esto ha sido posible) Restauración de una copia de seguridad diferencial Se inicia con una copia de seguridad del registro de transacciones, si es posible (Utilizar la opción WITH NO_TRUNCATE), luego restaure la última copia de seguridad completa de la base de datos que se halla creado antes de la copia diferencial más reciente la cual debe ser restaurada a continuación; Finalizar el proceso aplicando las copias de seguridad del registro de transacciones creadas después de la diferencial y por último restaurar la copia de seguridad del registro de transacciones que ha creado al comienzo del proceso de restauración para asegurar la coherencia de los datos. 6. Recursos Bibliográficos Microsoft. (01 de enero de 2012). Libros en Pantalla de SQL Server. Recuperado el 25 de setiembre de 2012, de es-es/library/ms187048(v=sql.105).aspx 18