Descargue como PDF, TXT o lea en línea desde Scribd
Descargar como pdf o txt
Está en la página 1/ 34
INGENIERÍA EN SISTEMAS COMPUTACIONALES
ADMINISTRACIÓN DE BASE DE DATOS TEMA 4. OPERACIÓN Y MANTENIMIENTO 4.1 Archivos log del SGBD 4.2 Definición de los modos de operación de un SGBD. (alta, baja, recovery) y comandos de activación 4.3 Índices, reorganización y reconstrucción 4.1 ARCHIVOS LOG DEL SGBD
• Los ficheros de log, son ficheros que registran eventos que suceden durante la utilización del gestor Mysql. • Tenemos que tener cuidado, a la hora de hacer uso de dichos registros, de vigilar el tamaño ya que crecerán indefinidamente hasta acabar con el espacio de disco. TIPOS DE FICHEROS DE LOG
Existen 4 tipos de ficheros de log que registran diferentes informaciones.
1. El registro de error: Registra los problemas encontrados al iniciar, ejecutar o parar el servicio mysqld. Por defecto, se encuentra en la carpeta /var/log/mysql/error.log. 2. El registro de consultas: Registra las conexiones de clientes establecidas y las sentencias ejecutadas. 3. El registro binario: Registra todas las sentencias que cambian datos. Es utilizado en la replicación. 4. El registro slow: Registra todas las sentencias que han tardado más segundos que los especificados en la variable del sistema long_query_time Activar los logs en un Sistema Gestor de Bases de Datos (SGBD) es sumamente útil para conocer las consultas que se hacen en las bases de datos, posibles problemas de rendimiento o problemas generales relacionadas con el servidor. Tener los logs activados aportan mucha información útil para los SysAdmins, DevOps y DBAs. ACTIVAR Y DESACTIVAR LOGS
Si el SGBD tiene activada la opción de registro de actividad en los logs, se
puede desactivar. Por el contrario, si nuestro SGBD tiene desactivada la opción de registro de actividad en los logs, se puede activar. Para comprobar las valores actuales de las variables general_log y general_log_file, se ejecutara la siguiente consulta dentro del SGBD: SHOW variables WHERE Variable_name LIKE "%general_log%";
MariaDB [(none)]> SHOW variables WHERE Variable_name LIKE
"%general_log%"; Si la generación de logs está activada, se puede desactivar con el siguiente comando: SET GLOBAL general_log=OFF; Para comprobar que los logs han sido desactivados ejecutar. SHOW variables WHERE Variable_name LIKE "%general_log%"; Si la generación de logs está desactivada, se puede activar con el siguiente comando: SET GLOBAL general_log=ON; MariaDB [(none)]> SET GLOBAL general_log=ON; CONTENIDO DEL ARCHIVO LOG Si por alguna razón se necesita cambiar el fichero de destino donde se escriben los logs, de forma temporal hasta que reinicie el servidor o se restauren los cambios, ejecutar lo siguiente: SET GLOBAL general_log_file="/var/log/mysql/new-mysql.log"; 4.2 DEFINICIÓN DE LOS MODOS DE OPERACIÓN DE UN SGBD. (ALTA, BAJA, RECOVERY) Y COMANDOS DE ACTIVACIÓN
La vida de todo archivo comienza cuando se crea y acaba cuando se borra.
Durante su existencia es objeto de constante procesamiento, que con mucha frecuencia incluye acciones de consulta o búsqueda y de actualización. En el caso de la estructura archivos, entenderemos como actualización, además de las operaciones, vistas para vectores y listas enlazadas, de introducir nuevos datos (altas) o de eliminar alguno existente (bajas), la modificación de datos ya existentes, (operación muy común con datos almacenados). En esencia, es la puesta al día de los datos del archivo. ALTAS
La operación de dar de alta un determinado registro es similar a la de añadir
datos a un archivo. Es importante remarcar que en un archivo secuencial sólo permite añadir datos al final del mismo. En otro caso, si se quiere insertar un registro en medio de los ya presentes en el archivo, sería necesaria la creación nueva del archivo. BAJAS
Existen dos métodos para dar de baja a un registro en un archivo secuencial,
donde no es fácil eliminar un registro situado en el interior de una secuencia: Para ello podemos seguir dos métodos: 1. Utilizar y por tanto crear un segundo archivo auxiliar transitorio, también secuencial, copia del que se trata de actualizar. Se lee el archivo completo registro a registro y en función de su lectura se decide si el registro se debe dar de baja o no. En caso afirmativo, se omite la escritura en el archivo auxiliar. Si el registro no se va a dar de baja, este registro se reescribe en el archivo auxiliar Tras terminar la lectura del archivo original, se tendrán dos archivos: original (o maestro) y auxiliar. El proceso de bajas del archivo concluye borrando el archivo original y cambiando el nombre del archivo auxiliar por el del inicial. 2. Guardar o señalar los registros que se desean dar de baja con un indicador o bandera que se guarda en un array; de esta forma los registros no son borrados físicamente, sino que son considerados como inexistentes. Inevitablemente, cada cierto tiempo, habrá que crear un nuevo archivo secuencial con el mismo nombre, en el que los registros marcados no se grabarán. BACKUP Y RECUPERACIÓN
Como administrador de copia de seguridad, la tarea principal es diseñar,
implementar y gestionar una estrategia de backup y recuperación. En general, el propósito de una estrategia de recuperación de copia de seguridad y es para proteger la base de datos contra la pérdida de datos y reconstruir la base de datos después de la pérdida de datos. Normalmente, las tareas de administración de seguridad son las siguientes: Planificación y probar las respuestas a diferentes tipos de fallas. Configuración del entorno de base de datos de copia de seguridad y recuperación. La creación de un programa de copia de seguridad Seguimiento de la copia de seguridad y entorno de recuperación Solución de problemas de copia de seguridad Para recuperarse de la pérdida de datos en caso de necesidad Como administrador de copia de seguridad, es posible que se solicite que realice otros deberes que se relacionan con copia de seguridad y recuperación: La preservación de datos, lo que implica la creación de una copia de base de datos para el almacenamiento a largo plazo La transferencia de datos, lo que implica el movimiento de datos de una base de datos o un host a otro. De Protección de Datos Como administrador de copia de seguridad, su trabajo principal es hacer copias de seguridad y vigilancia para la protección de datos. Una copia de seguridad es una copia de los datos de una base de datos que se puede utilizar para reconstruir los datos. Una copia de seguridad puede ser una copia de seguridad física o una copia de seguridad lógica. Copias de seguridad físicas son copias de los archivos físicos utilizados en el almacenamiento y la recuperación de una base de datos. Estos archivos incluyen archivos de datos, archivos de control y los registros de rehacer archivados. En última instancia, cada copia de seguridad física es una copia de los archivos que almacenan información de base de datos a otra ubicación, ya sea en un disco o en medios de almacenamiento fuera de línea, tales como cinta. 4.3 ÍNDICES, REORGANIZACIÓN Y RECONSTRUCCIÓN
Manejo de índices El índice de una base de datos es una estructura alternativa de los datos en una tabla. El propósito de los índices es acelerar el acceso a los datos mediante operaciones físicas más rápidas y efectivas. En pocas palabras, se mejoran las operaciones gracias a un aumento de la velocidad, permitiendo un rápido acceso a los registros de una tabla en una base de datos. Existen diferentes tipos de índices algunos de ellos son: Índices agrupados: definen el orden en que almacenan las filas de la tabla (nodos hoja/página de datos de la imagen anterior). La clave del índice agrupado es el elemento clave para esta ordenación; el índice agrupado se implementa como una estructura de árbol b que ayuda a que la recuperación de las filas a partir de los valores de las claves del índice agrupado sea más rápida. Se debe tener en cuenta: Columnas selectivas, columnas afectadas en consultas, Columnas accedidas "secuencialmente", Columnas implicadas en JOIN, GROUP BY y el Acceso muy rápido a filas: lookups Índices no agrupados: tienen la misma estructura de árbol b que los índices agrupados, con algunos matices; como hemos visto antes, en los índices agrupados, en el último nivel del índice (nivel de hoja) están los datos; en los índices no-agrupados, en el nivel de hoja del índice, hay un puntero a la localización física de la fila correspondiente en el índice agrupado. Índices compuestos: es un índice de varias columnas de una tabla. Las columnas de un índice compuesto que deben aparecer en el orden que tenga más sentido para las consultas que recuperar datos y no necesita ser adyacente en la tabla. índices descendientes: Este tipo de índice almacena los datos en una columna o columnas de concreto en orden descendente. REORGANIZACION DE ÍNDICES
Un factor clave para conseguir una E/S de disco mínima para todas las consultas de bases de datos es asegurarse de que se creen y se mantengan buenos índices. Un paquete puede usar la tarea Reorganizar índice para reorganizar los índices de una base de datos individual o de varias bases de datos. La tarea Reorganizar índice encapsula la instrucción ALTER INDEX de Transact-SQL. Si elige compactar datos de objetos grandes, la instrucción utiliza la cláusula REORGANIZE WITH (LOB_COMPACTION = ON); en caso contrario, se establece LOB_COMPACTION en OFF. Fragmentación de los Índices: La fragmentación es consecuencia de los procesos de modificación de los datos (instrucciones INSERT, UPDATE y DELETE) efectuados en la tabla y en los índices definidos en la tabla. Detección de Fragmentación: El primer paso para decidir qué método de desfragmentación se va a utilizar consiste en analizar el índice para determinar el nivel de fragmentación. Si se usa la función del sistema sys.dm_db_index_physical_stats, se puede detectar la fragmentación de los índices de la base de datos thuban-homologada. Reconstrucción de índices: Se debe examinar y determinar qué índices son susceptibles de ser reconstruidos. Cuando un índice está descompensado puede ser porque algunas partes de éste han sido accedidas con mayor frecuencia que otras. Blevel (branch level) es parte del formato del B-tree del índice e indica el número de veces que Oracle ha tenido que reducir la búsqueda en ese índice Si este valor está por encima de 4 el índice deberá de ser reconstruido. ALTER INDEX <index_name> REBUILD; Para reconstruir una partición de un índice podríamos hacer los siguientes: ALTER INDEX <index_name> REBUILD PARTITION <nb_partition> NOLOGGING; Comando ALTER INDEX Como hemos comentado esta sentencia se utiliza para cambiar o reconstruir un Índice existente en la base de datos. Para reconstruir un Índice bastaría con lazar la siguiente sentencia: ALTER INDEX REBUILD;
