6.1 AFINACIÓN

6.1 AFINACIÓN


Cuando es indispensable asegurar el acceso en tiempo real a los datos, los usuarios del sistema se interesan al extremo en el tiempo de respuesta del sistema. En los sistemas de procesamiento por lotes, el interes se traslada al caudal de transacciones que el sistema admite al tiempo que se tarda en despachar la carga de trabajo. Estos factores dependen del tiempo necesario para acceder a los datos necesarios y dependen también de la organización de éstos y su localización en las unidades de almacenamiento. La diferencia entre una organización adecuada y una organización inadecuada se reflejan como una gran diferencia en los tiempos de respuesta y en los caudales de transacciones.

Cuando el almacenamiento se prevé para un conjunto especifico y bien entendido de operaciones, por ejemplo, en el caso de un sistema de reservaciones de plazas en las aerolíneas, es posible optimar, para esas operaciones, la organización del almacén y la localización de los datos en el. El diseñador sabe perfectamente que es lo que tiene entre manos. No siempre el proyectista es tan afortunado. En muchos caos ni siquiera sabe como se van a utilizar en realidad los archivos, como se interrogará la base o con qué frecuencia. Resulta por lo tanto necesario ajustar, y hasta cambiar fundamentalmente, la organización del almacén después que el sistema ha entrado en servicio y se han aclarado suficientemente las pautas del uso. En muchos casos, el uso de la base de datos evoluciona continuamente, a medida que más personas se van familiarizando con ella y se crean más programas de aplicación. El ajuste de la organización del almacén con el objeto de mejorar su desempeño conviértese así en un proceso continuo.

Este proceso de ajuste de la base de datos se llama afinación (turing). En la práctica, la afinación ha conducido a menudo a importantes economías. A veces estás han sido tan importantes como para marcar la diferencia entre lo que es una aplicación rentable y lo que no lo es. El responsable de la afinación de la base de datos es el administrador de o su grupo, y es importante que este tenga libertad para introducir los cambios que estime necesario, sin hacer estragos en los programas de aplicación. Sin un software apropiado, la afinación suele incurrir en costos inadmisibles en lo que se refiere al mantenimiento y la prueba de programas.


La correcta afinación tiene dos requisitos:

Necesita la independencia física de los datos.

Requiere medios para supervisar automáticamente el uso de la base de datos con el fin de que puedan hacerse los ajustes necesarios.

En las futuras bases de datos se incorporan posiblemente algunos medios para la afinación automática.

Reorganización física y lógica.

6.1.2 REORGANIZACIÓN FISICA Y LOGICA.


Cuando las áreas de derrama se derraman a su vez, o antes es necesario una reorganización del archivo. También puede necesitarse la reorganización cuando, debido la creación de diversas cadenas, los tiempos de recuperación o de procesamiento serial se vuelven excesivos. Tal reorganización consiste en leer el archivo en forma en que se utilizaría al realizar el procesamiento en serie y escribirlo de nuevo, dejando fuera todos los registros que estén marcados como eliminados y escribiendo todos los registros restantes, nuevos y viejos, secuencialmente, en las áreas principales del archivo nuevo. Durante este procesamiento los programas de reorganización crearán nuevos índices con base en los nuevos valores.

La frecuencia de esta reorganización depende de la actividad de inserción dentro del archivo. en la práctica se encuentran intervalos de tiempo que varían de un día a un año entre corridas de reorganización. Ya que una corrida de reorganización puede requerir mucho tiempo, generalmente este se realiza antes que el archivo este realmente lleno, para evitar problemas en las épocas de mucha actividad.

6.2 Auditoria.

6.2 ESTADISTICAS


ESTADISTICAS DE UTILIZACIÓN DE DSIPOSITIVOS.- Tiempos de porcentaje de actividad de procesadores, canales, controladores y discos. Es conveniente tener tanto valores promedios como valores que pertenezcan a los periodos de mayor actividad de operación del sistema.

ESTADISTICAS DE ARCHIVO.- Una matriz de procesos del usuario, comparada con actividades de archivo, es la medida básica. Las razones relativas de tipos de acceso, tales como recuperación, obtención del siguiente registro y actualización, son importantes en la toma de decisiones acerca de la organización del archivo. otra medida es la densidad de archivo.

ESTADISTICA DE UTILIZACIÓN DE REGISTROS.- La frecuencia con la que se efectúan accesos a los registros para lectura o actualización proporciona una medida que peude emplearse para lograr optimización en sistemas en los que los registros están encedenados. Las fechas y los momentos del acceso y la actualización últimos son importantes para mantener la integridad, como lo es la identificación del proceso que actualizo los registros.

ESTADISTICAS DE UTILIZACIÓN DE ATRIBUTOS.- La frecuencia con la que los valores atributo se solicitan, actualización, utilizan como llaves o se emplean como argumentos posteriores de búsqueda, proporciona los datos para la selección óptima de membresía de eneada.

6.3 Respaldo y recuperación.

6.3 RESPALDO Y RECUPERACIÓN.


En la practica el empleo de volver a leer la entrada de una transacción o la restauración mediante imágenes posteriores dependen de la disponibilidad de una copia de respaldo de una versión anterior de la base de datos. Si las versiones se utilizan como copias de respaldos pueden construirse volviendo a posicionare la señal actual de nivel máximo de otra manera, los respaldos se crean por copiado. Es posible generar periodicamente copias de respaldo y conservar una serie de versiones anteriores. Cada copia de respaldo estará identificada por tiempo y fecha y por la última transacción incluida. Una copia de respaldo debe generarse mientras la base de datos esta en reposo, ya que las actualizaciones durante el copiado pueden provocar que la copia se inconsistente. En la base de datos muy grandes puede no presentarse nunca un periodo de descanso lo suficientemente largo para realizar una copia de respaldo.


RECUPERACIÓN.


A continuación se presentaran una serie de pasos que podrán seguirse cuando se presente una falla en el sistema y se desee recuperar la información:

Detección del error.- el proceso de recuperación se inicia al detectar la existencia de un error. Es posible distinguir una variedad de puntos de entrada en le proceso de recuperación. Se considerarán fallas de sistemas detectadas por falta de acción del sistema o por verificaciones irrecuperables de redundancia y salida incorrecta observada por un usuario.

Determinación de la fuente del error.- para decidir cual es la mejor acción correctora es necesario determinar la extensión del daño. Desde luego este esfuerzo es muy relacionado con la determinación del tiempo y la causa del error. Después de una caida o cuando el procesamiento sea interrumpido debido a una señal de error, es necesario determinar tantos aquellas áreas del archivo de datos que sean sospechosas como cuál fue la transacción que no se concluyo.

Ubicación de errores secundarios.- cuando se ha detectado un error que provocó una modificación inadecuada a un archivo un rastreo a traves de las listas de actividad encontrara aquellas transacciones que emplearon el bloque correcto. Entonces es posible volver a introducir automáticamente el bloque correcto de lñas transacciones afectadas y rpoducir resultados correctos. Si se actualizaron bloques mediante transacciones que leyeron bloques incorrectos antes de existir es necesario restaurar a un más el archivo.

Aplicación de correcciones. Si la extensión del daño es limitada, puede utilizarse un proceso de volver a enrollar. Las porciones dañadas del archivo se restauran aplicando primero aquellas imágenes anteriores a los bloques en error reemplazando después de las transacciones incompletas. La salida proveniente de estas trasacciones se suprime de ser posible, para evitar duplicar resusltados que previamente se hayan enviado a los usuarios.

6.4 Migración de datos.

6.4 MIGRACIÓN DE DATOS


Algunos datos se usan con mucha frecuencia y otros solo raramente. Es deseable almacenar los datos de uso frecuente de, manera que resulte fácil Y rápido acceder a ellos. Los datos de uso ocasional se almacenarán, en cambio, de manera más económica. En una oficina, la información que se usa diariamente se usa en los archivadores de las secretarías; la información que solo se consulta accidentalmente se guardará probablemente en el sótano, de modo no estorbe y su almacenamiento no cueste mucho. El equivalente del sótano en la computadora podría ser la cinta magnética, mientras que los datos de uso frecuente se hallarán en discos o tambores de modo que se los pueda leer siempre en una fracción de segundo. Toda base de datos mas ó menos compleja tendrá múltiples niveles de facilidad de acceso.

Algunos datos almacenados, por ejemplo la música gozan de una popular efímera. En la bolsa por ejemplo debe surgir repentinamente un gran interés por obtener información acerca de accione que el mes pasado no tenían prácticamente movimiento alguno. En las aerolíneas hay un gran interés por los registros de un vuelo y sus pasajeros los últimos días anteriores al despegue. Diez meses antes sólo alguna que otra persona se interesaba por ese vuelo. Pero dos días después del despegue se ha perdido todo interés en los datos pertinentes, aunque éstos deben ser conservados de alguna manera.

A medida que cambia la popularidad de un conjunto de datos, será conveniente mudarlos dentro del almacén a posiciones más o menos accesibles, de acuerdo con su actividad. Dos días después de iniciado un vuelo, los registros del vuelo y sus pasajeros pasarán del disco del tiempo real a una cinta de archivo. En algunos casos no se mudan los datos, pero sí se modifican los índices que se utilizan para direccionarlos, de manera a que puedan ser alcanzados rápidamente. Este proceso de ajustar el almacenamiento de los datos de acuerdo con su popularidad se llama migración de los datos. En algunos sistemas se hace automáticamente. En otros, la operación se lleva a cargo de los programadores de sistema o del administrador de datos. En ocasiones se le considera como parte del proceso de afinación de la base de datos.

Preguntas de evaluación.

Evaluación de la Unidad 6: HERRAMIENTAS DEL SISTEMA.

1.-¿Qué es la afinación?

2.-¿Explica como se mide el desempeño?

3.-¿En que consisten las estadísticas?

4.-¿Cómo se lleva a cabo la migración de datos?

5.-¿En que consiste el respaldo?