Ingeniera en Sistemas Computacionales

Alumno: Contreras Garca Daniel Poot May Gaspar Ake Argaez Fernando

Actividad: Configuracin y administracin de discos de espacios en discos Perodo 2014 B

Profesor: L.C.C JESUS EPIFANIO BOTE MAY Motul, Yucatn, Mxico; 31 de marzo de 2014

Contenido
Introduccin ......................................................................................... 3 Objetivo general: ................................................................................. 3 Metodologas ....................................................................................... 3 Objetivo especifico .............................................................................. 3 Administracin de discos ..................................................................... 4 Gestin del espacio de ficheros ........................................................ 4 Log de transacciones ........................................................................ 5 Configuracin de espacios de discos .................................................. 7 Manejo de log transaccional en sybase ............................................ 7 Desfragmentar una tabla .................................................................. 9 Spfile ...............................................................................................10 CREATE TABLESPACE Sintaxis .......................................................11

Introduccin
El espacio en disco (disk space) es un trmino usado en la industria del hospedaje web (web hosting) que se refiere a la cantidad de espacio de datos disponible en el disco duro de un servidor web (ya sea espacio total o el espacio asignado a un usuario en particular).

Objetivo general:
Plantear el desarrollo de la investigacin para determinar los aspectos generales de la meteorologa de la investigacin. Investigar en diversas fuentes para que la informacin sea confiable. Leer y comprender cada uno de los conceptos. Estudiar y comprender la informacin sobre los espacios en discos Realizar el escrito de la investigacin

Metodologas
Nos organizaremos en equip para planear la investigacin. Cada quien buscara informacin acerca de los temas y concluiremos cual es la ms adecuada y confiable para ser utilizada en nuestra investigacin. Una vez seleccionada la informacin que nos parezca ms confiable la analizaremos para poder sacar conclusiones de lo que trata y as poder entenderlo. Despus de estar seguros de tener la informacin correcta comenzaremos a redactar la investigacin en la herramienta Microsoft Word y de esta manera poder plasmar lo entendido.

Objetivo especifico
Conocer de manera general la configuracin y administracin de espacios en discos .

Administracin de discos
Gestin del espacio de ficheros
Los ficheros de datos definidos en el fichero de configuracin forman el espacio de tablas de InnoDB. Los ficheros simplemente son concatenados para formar el espacio de tablas. No se utiliza striping (grabacin de datos a travs de varios discos en simultneo). Actualmente no se puede definir en qu parte del espacio de tablas se ubicarn las tablas. Sin embargo, en un espacio de tablas nuevo, InnoDB asigna el espacio comenzando por el primer fichero de datos. El espacio de tablas consiste en pginas de base de datos con un tamao por defecto de 16KB. Las pginas se agrupan en reas de 64 pginas consecutivas. Los ficheros dentro de un espacio de tablas se llamansegmentos en InnoDB. El trmino segmento de cancelacin (rollback segment) es un tanto confuso porque en realidad contiene varios segmentos del espacio de tablas. Por cada ndice de InnoDB se asignan dos segmentos. Uno es para los nodos que no son hojas del B-tree, el otro es para los nodos hoja. La idea es mejorar la secuencialidad de los nodos hoja, los cuales contienen los datos. Cuando un segmento crece dentro del espacio de tablas, InnoDB ubica las primeras 32 pginas individualmente. Luego de ello, comienza a ubicar reas enteras en el segmento. InnoDB puede adicionar a un segmento grande hasta 4 reas de pginas cada vez, para asegurar una adecuada secuencialidad de los datos. Algunas pginas en el espacio de tablas contienen bitmaps de otras pginas, por lo tanto unas pocas reas en un espacio de tablas InnoDB no puede asignarse a segmentos como un todo, sino solamente como pginas individuales. Cuando se consulta el espacio libre disponible en el espacio de tablas mediante una sentencia SHOW TABLE STATUS, InnoDB informa las reas que estn totalmente libres en el espacio de tablas. InnoDB siempre reserva algunas reas

para depuracin y otros propsitos internos; estas reas reservadas no se cuentan en el espacio libre. Cuando se eliminan datos de una tabla, InnoDB reduce los correspondientes ndices B-tree. Depende del patrn seguido por las eliminaciones, si se liberan pginas individuales o reas del espacio de tablas, de forma que el espacio desocupado quede disponible para otros usuarios. Eliminar una tabla, o todas las filas que contiene, seguramente servir para liberar el espacio, pero no hay que olvidar que las filas eliminadas solamente desaparecen fsicamente cuando dejan de ser necesarias para cancelar transacciones o de integrar lecturas consistentes.

Log de transacciones
Es muy comn que el concepto de log transaccional no sea comprendido a la primera. Este artculo describe dicho concepto y realiza recomendaciones en su uso El concepto bsico de un log transaccional es aquel que la define como aquella tabla de la base de datos donde todos los cambios a los datos son registrados. El uso de areas log tiene como fundamento el concepto transaccional. Todos los manejadores de datos deben controlar las transacciones de los usuarios como unidades de trabajo, y en general se entiende como una transaccin el conjunto de uno o mas comandos de insert-update-delete que se realizan de forma exitosa o fallida como unidad. Una transaccin se puede delimitar por medio de comandos begin transaction y commit transaction segn cada manejador. consistencia y la posibilidad de recuperacin. Cada base de datos maneja su propia rea log, en la cual automticamente se registra cualquier transaccin. No debe ser posible evitar este registro de ninguna forma. La mayoria de los esquemas de administracin de log se manejan por medio del mtodo de "escritura adelantada" (write ahead en ingls). Cuando un usuario Esto permte garantizar la

modifica los datos, el manejador escribe los cambios primero en el rea log, y una vez que se han completado, los graba en los datos correspondientes que se encuentran en el cach o memoria del manejador, para despus ser grabados definitivamente a disco. El manejador siempre escribir un registro de "fin" al conclur cada transaccin, indicando si sta fu fallida o exitosa. COMO DETERMINAR EL ESPACIO ASIGNADO A LAS AREAS LOG? Este espacio est determinado principalmente por 2 aspectos: 1. El volumen de transacciones para actualizacin en la base de datos. 2. La frecuencia con la que se limpiar el rea log. Como una regla no escrita, siempre el rea log equivale a un aproximado de 1025% del tamao predefinido para el rea de datos. Los comandos DML (insert, update, delete) siempre ocupan espacio de log. Los comandos de limpieza DUMP extraen el contenido del area log (las transacciones terminadas con COMMIT) y lo guardan en un archivo en disco. Usualmente los comandos UPDATE requieren conservar en log la imagen de "antes" y "despus" de un registro, as que para transacciones de update se debe contemplar al menos el doble del tamao del numero de registros a actualizar, o el doble del tamao de la tabla mas grande de la base de datos. Como tip, se recomienda realizar UPDATEs en pequeos grupos o batch, entre los cuales se puede realizar el DUMP del rea log. RECOMENDACIONES. Las bases de datos se componen bsicamente de datos y log. Hay que procurar, en lo posible y si la configuracin del equipo lo permte, crearlos en dispositivos fsicos separados. Esto es muy til en escenarios de recuperacin de bases de datos despus de una falla general, y para un ptimo tiempo de respuesta. Es recomendable generar un esquema peridico de limpieza de log, y ms an si se trata de un ambiente altamente transaccional.

Configuracin de espacios de discos

Manejo de log transaccional en sybase
En Sybase, el proceso CHECKPOINT tiene como tarea realizar la limpieza de las reas log de las bases de datos con el parmetro "trunc log on chkpt" habilitado. De esta forma no es necesario preocuparse por limpiar peridicamente el rea log. En caso de no habilitar dicho parmetro, se puede programar en el manejador lo que se conoce como "last chance threshold procedure", el cual monitorea el espacio libre remanente en el rea log y en caso de acercarse a un nivel crtico, realiza las tareas que se le hallan programado con el fin de liberar el espacio en dicha rea. El performance se puede ver mejorado si se defne un rea especial en el cach para las reas log. Es posible abortar transacciones que llenan un log configurando el parmetro "abort tran on log full". Antes de empezar a respaldar el area de log a disco, es necesario ejecutar SIEMPRE un respaldo total de la base de datos va DUMP. El checkpoint siempre permitir sincronizar la memoria con el contenido en disco, es decr, bajar de memoria los cambios que se hallan realizado para consolidarlos definitivamente en disco. SYBASE tiene 3 escenarios o eventos que NO son registrados en el rea log : writetext, comandos de select into y bcps. Usar dispositivos en bruto (raw devices) para espacios de tablas En MySQL 5.0, se pueden usar particiones de dispositivos en bruto como ficheros de datos del espacio de tablas. Utilizando un dispositivo en bruto, se pueden llevar a cabo operaciones de E/S en Windows y algunas versiones de Unix sin que

utilicen el bfer y sin la sobrecarga producida por el sistema de ficheros, lo cual incrementa el rendimiento. Cuando se crea un nuevo fichero de datos, se debe colocar la palabra clave newraw inmediatamente a continuacin del tamao del fichero de datos en innodb_data_file_path. La particin deber ser al menos tan grande como el tamao que se haya especificado. Ntese que 1MB en InnoDB significa 1024 * 1024 bytes, en tanto que 1MB, en las especificaciones de los discos, generalmente significa 1.000.000 de bytes. [mysqld] innodb_data_home_dir= innodb_data_file_path=/dev/hdd1:3Gnewraw;/dev/hdd2:2Gnewraw La prxima vez que se inicie el servidor, InnoDB advertir la palabra

clave newraw e inicializar la nueva particin. Sin embargo, an no crear ni modificar ninguna tabla InnoDB. De lo contrario, la prxima vez que se reiniciase el servidor, InnoDB reinicializara la particin y los cambios se perderan. (A partir de la versin 3.23.44, como medida de seguridad, InnoDB impide que los usuarios modifiquen datos cuando se especifica una particin connewraw.) Despus que InnoDB ha inicializado la nueva particin, hay que detener el servidor y cambiar newraw por raw en la linea que especifica el fichero de datos: [mysqld] innodb_data_home_dir= innodb_data_file_path=/dev/hdd1:5Graw;/dev/hdd2:2Graw Luego, al reiniciar el servidor InnoDB permitir realizar cambios. En Windows puede asignarse una particin de disco como fichero de datos de este modo: [mysqld]

innodb_data_home_dir= innodb_data_file_path=//./D::10Gnewraw Los caracteres //./ se corresponden con la sintaxis Windows de \\.\ para acceder dispositivos fsicos. Al emplear particiones de dispositivos en bruto, hay que cerciorarse de que la cuenta de usuario usada para ejecutar el servidor MySQL tiene permisos de lectura y escritura so

Desfragmentar una tabla

Si se producen inserciones o eliminaciones aleatorias en los ndices de una tabla, los ndices pueden resultar fragmentados. Esto significa que el orden fsico de las pginas de ndice en el disco no guarda relacin con el orden de los registros en las pginas, o que hay muchas pginas en blanco en los bloques de 64 pginas que se asignan al ndice. Un sntoma de la fragmentacin es que una tabla ocupa ms espacio del que 'debera' ocupar. Es difcil determinarlo con exactitud, ya que todos los datos e ndices en InnoDB se almacenan en estructuras B-tree, cuya porporcin de espacio ocupado (fillfactor) puede variar entre el 50% y el 100%. Otro sntoma de fragmentacin es que una consulta que examine toda la tabla: SELECT COUNT(*) FROM t WHERE a_non_indexed_column <> 12345; toma ms tiempo del que debera. (En la consulta anterior, se ha engaado al optimizador SQL para que examine el ndice agrupado, no un ndice secundario). La mayora de los discos pueden leer entre 10 y 50 MB por segundo. Esto puede usarse para estimar la velocidad con que debera examinarse una tabla. Se puede acelerar el examen de los ndices si peridicamente se lleva a cabo una operacin ALTER TABLEneutra: ALTER TABLE tbl_name ENGINE=INNODB Esto provoca que MySQL reconstruya la tabla. Otra forma de ejecutar una desfragmentacin es emplearmysqldump para obtener un volcado de la tabla en

un fichero de texto, eliminar la tabla, y volver a crearla a partir del fichero de volcado. Si las inserciones en un ndice se producen siempre en orden ascendente y los registros se eliminan solamente desde el final, el algoritmo de gestin de espacio en fichero que tiene InnoDB garantiza que no se produzca la fragmentacin del ndice. Pfile El nombre viene de Parameter File y es un archivo de texto y vive en el sistema de archivos, especficamente en el:
ORACLE_HOME\database ORACLE_HOME/dbs (windows) (linux o unix)

Este archivo cuyo formato es initSID.ora, es ledo cuando se levanta la instancia de la base de datos y con base en l, se conforma el comportamiento de la misma. Los parmetros de la base de datos pueden ser modificados en dicho archivo y sern tomados en cuenta la siguiente vez que se levante la base de datos. Para modificarlo, basta con que se use un editor comn de texto.

Spfile
El nombre proviene de Server Parameter File, y es un archivo binario asociado a la base de datos. La enorme diferencia, estriba en que al estar levantada la base, se pueden modificar varios parmetros de la misma dinmicamente sin tener que darla de baja. Esto sin embargo, aunque funciona para la mayora de parmetros, no lo hace para todos, pero con poder modificar esa mayora, basta para poder realizar ajustes a la base de datos sin problema. Cmo interactuar entre ambos tipos?

Despus, conectndonos como Sysdba, para saber antes si tenemos nuestra base de datos como Spfile, o no, tenemos que mostrar el valor de dicho parmetro con show parameter como se indica en el ejemplo siguiente:
SQL> show parameter spfile NAME TYPE VALUE

------------------------------------ ----------- -----------------------------spfile SQL> string

Si el valor est vaco, implica que nuestra base de datos est con Pfile. Si se observa un valor, significa lo contrario, con lo cual, tendremos nuestra base de datos como Spfile.

CREATE TABLESPACE Sintaxis

Esta declaracin se utiliza para crear un espacio de tabla, que puede contener uno o ms archivos de datos, proporcionando espacio de almacenamiento para las tablas. Se crea un archivo de datos y se aade a la tabla mediante el comunicado. Archivos de datos adicionales se pueden agregar al espacio de tablas utilizando el ALTER TABLESPACE declaracin CREATE TABLESPACE tablespace_name ADD DATAFILE 'file_name' USE LOGFILE GROUP logfile_group [EXTENT_SIZE [=] extent_size] [INITIAL_SIZE [=] initial_size] [AUTOEXTEND_SIZE [=] autoextend_size] [MAX_SIZE [=] max_size] [NODEGROUP [=] nodegroup_id]

[WAIT] [COMMENT [=] comment_text] ENGINE [=] engine_name