2. Datos y Gestión de Almacenamiento Los DBMS se basan en archivos para almacenar datos, y estos archivos, o conjuntos de datos, residen en medios de almacenamiento, o dispositivos. Una buena parte del trabajo del DBA implicará la planificación para el almacenamiento real de la base de datos.
3. Conceptos básicos de administración de almacenamiento Algunas tecnologías de almacenamiento son más adecuadas que otras. Sin embargo, la naturaleza mecánica de la unidad de disco los hace más vulnerables al fracaso de los componentes de otro equipo. Además, las formas en que las unidades de disco son utilizados por las bases de datos pueden hacer que la gestión del almacenamiento impredecibles, como la barra lateral "Modern DBMS de uso de disco“ Puede usarse RAID para mejorar la seguridad de los datos.
4. Conceptos básicos de administración de almacenamiento Para aplicaciones de misión crítica la integridad de los datos puede ser más importante que la disponibilidad de datos. Si el soporte es poco fiable y un fallo de las causas de corrupción de datos, los datos perdidos pueden ser más de un problema que el tiempo de inactividad. Es imperativo, por tanto, que las soluciones de almacenamiento de base de datos para protegerlos a toda costa. La recuperación de datos desde medios de almacenamiento lleva mucho más tiempo en completarse que la recuperación de datos desde la memoria caché o la memoria.
5. Conceptos básicos de administración de almacenamiento El rendimiento de la base de datos depende de la entrada y salida a disco. La cantidad de datos almacenados es mayor que nunca antes, y los datos se almacenados por más tiempo.
6. Uso del disco con un moderno DBMS DBA debe estar preparado para los picos de uso del disco. Algunos DBMS permiten al tamaño de los archivos temporales de expandirse y contraerse de forma automática. Dependiendo del tipo y la naturaleza de las operaciones de base de datos en proceso, esta fluctuación puede provocar picos de uso del disco.
7. Uso del disco con un moderno DBMS El crecimiento de la capacidad de almacenamiento aumenta aún más la complejidad de la gestión de datos y bases de datos. Muchas organizaciones están implementando nuevas tecnologías de almacenamiento, tales como almacenamiento en red (NAS) y redes de área de almacenamiento (SAN), para ayudar a controlar la cantidad cada vez mayor de almacenamiento necesario para los usos modernos. La gestión del almacenamiento en el entorno dinámico de hoy es una tarea difícil DBA.
8. Uso del disco con un moderno DBMS Almacenamiento de datos y termología de sus tamaños.
20. Archivo de ubicación en el disco Si el DBMS está utilizando un dispositivo de almacenamiento moderno que crea un disco virtual mediante la difusión de los datos a través de múltiples discos físicos (RAID) la colocación de archivos de forma explícita una pérdida de tiempo. Se puede implementar logs en discos independientes. Comprender los mecanismos que la DBMS utiliza para interactuar con el SO y discos.
21. Sybase Segmentos Algunas bases de datos ofrecen opciones para controlar el tamaño de las tablas. Para controlar el crecimiento de una tabla, el DBA puede crear en un segmento específico de un tamaño específico. Existen aplicaciones SMS que gestionan la localización de archivos en forma automática.
22. Particiones vs Raw sistemas de archivos En UNIX se puede asignar particiones RAW porque la escritura es manejada por el DBMS. Dado que los archivos no fueron asignados con el sistema operativo o el sistema de archivos, no es posible seguir utilizando el sistema operativo y los comandos del sistema de archivos. En UNIX, asegúrese de utilizar particiones RAW para los logs.
23. Archivos temporales de base de datos Un moderno DBMS proporcionan capacidades para crear objetos de base de datos temporal que sólo existen en el ámbito de una transacción específica. Los objetos temporales de base de datos requieren alguna forma de almacenamiento persistente a corto plazo. Dependiendo del DBMS, el DBA deberá asignar dispositivos de disco y una cantidad de almacenamiento para uso de los objetos de base de datos temporal.
32. Datos diseños de página Cada DBMS utiliza un formato diferente para el tendido de las páginas de los objetos de base de datos. Datos de muestra de Diseño de Páginas.
33.
34. Las líneas de datos.- Las filas no crucen la frontera de la página, excepto para ciertos tipos de datos grandes, como texto, imágenes y otros objetos binarios grandes.
38. Desplazamiento de los cuadro. Un registro contiene el contenido de una fila de datos, así como los datos de limpieza.
39. Diseños de registro de datos Para calcular la longitud de la porción de los datos de la fila, el DBA deberá asegurar la documentación que describe la forma de determinar la longitud real, físico para cada tipo de datos soportados por el DBMS. Las siguientes fórmulas se pueden utilizar como directrices generales para el cálculo del tamaño físico de una fila:
41. Diseños de registro de datos La longitud de una columna depende del tipo de datos de esa columna, cada uno de los documentos DBMS la longitud de los tipos de datos que soporta. Para calcular la longitud de todo el expediente tendrá que encontrar la cantidad de gastos necesarios para el tipo de filas.
42. Cálculo del tamaño de la tabla Una vez que los diseños de página son conocidos y el DBA puede calcular con precisión longitudes de registro, el cálculo del tamaño de una mesa es fácil. Después de calcular la longitud de registro, el siguiente paso es determinar el número de filas que caben en una página física. Por ejemplo: 32 bytes cada cabecera de página.
43. Cálculo del tamaño de la tabla Utilice la siguiente fórmula para llegar al número de filas que caben en una sola página de datos: Utilice la siguiente fórmula para llegar a la cantidad total de espacio requerido para la tabla:
44. Cálculo del tamaño de la tabla Por supuesto, el DBA deberá tener en cuenta el espacio libre en el que se especifica para la mesa, recuerde al factor de los datos que se almacena externamente del resto de los datos, tales como las columnas de texto en SQL Server o columnas LOB de DB2.
50. Cálculo del tamaño Índice Para calcular el tamaño de un registro de índice no sólo es necesario el tamaño de la fila. Empiece utilizando la siguiente fórmula para llegar al número de registros que pueden caber en una página de índice único:
51. Cálculo del tamaño Índice A continuación, puede utilizar las siguientes fórmulas para llegar a la cantidad total de espacio necesario para el índice:
52. Cálculo del tamaño Índice Y así sucesivamente. Continuar la iteración hasta que el número de páginas es una o menos. En ese momento, se ha alcanzado el nivel raíz del índice. Si se suman los tamaños para cada nivel tendrá como resultado la cantidad total de espacio necesario para almacenar el índice.
53. Los registros de transacciones El tamaño de los logs depende de la actividad de la base de datos. Si los logs se llenan puede pararse la base de datos. Los DBMS soportan varios logs redundantes. Se debe tener mínimo 2 logs redundantes en diferentes discos. Se puede mantener los logs en disco por al menos 24 horas, luego descargarlos en una cinta. Asegurando el espacio tomando en cuenta el día más activo en la base de datos.
54.
55. Los requisitos de rendimiento.
56.
57. RAID Interrupciones debido a fallas en los medios de comunicación simples a menudo pueden evitarse mediante la aplicación de tecnologías modernas tales como disco RAID RAID combina varios dispositivos de disco en una matriz. Otro aspecto deseable de arreglos RAID es su capacidad para utilizar las unidades intercambiables en caliente, la matriz no tiene que ser apagado para reemplazar una unidad que ha fallado.
58. Niveles RAID Los vendedores ofrecen diferentes niveles de apoyo a los niveles de RAID que se han definido. Estos diferentes niveles de disponibilidad de soporte RAID continua a través de combinaciones de funciones de llamada de reflejo, la creación de bandas, y la paridad. Raid 0 también se conoce comúnmente como la creación de bandas en disco. Con RAID-0, los datos se divide en varias unidades, que ofrece un mayor rendimiento de datos. Sin embargo, no hay redundancia. Porque no hay datos redundantes que almacenen, el rendimiento suele ser muy bueno, pero un fallo de cualquier disco de la matriz se traducirá en la pérdida de datos.
60. Niveles RAID RAID 1 refiere a veces como reflejo de datos, proporciona una redundancia porque todos los datos se escriben en dos o más unidades. Cifra correspondiente a 1999 AC cortesía y Carolina del Norte
61. Niveles RAID RAID 2 proporciona la corrección de errores de codificación. Cifra correspondiente a 1999 AC cortesía y Carolina del Norte
62. Niveles RAID RAID-3 distribuye los datos a nivel de byte a través de varias unidades, con paridad almacenados en un disco. Cifra correspondiente a 1999 AC cortesía y Carolina del Norte
63. Niveles RAID Datos RAID-4 rayas en un nivel de bloque a través de varias unidades, con paridad almacenados en una sola unidad. Cifra correspondiente a 1999 AC cortesía y Carolina del Norte
64. Niveles RAID RAID-5 es similar al RAID-4, pero distribuye la información de paridad entre las unidades. Cifra correspondiente a 1999 AC cortesía y Carolina del Norte
65. Niveles RAID RAID-6 es básicamente una extensión de RAID-5, sino que proporciona tolerancia a fallos adicionales a través de la utilización de un segundo esquema de paridad distribuido independientes. Cifra correspondiente a 1999 AC cortesía y Carolina del Norte
66. Niveles RAID RAID-10 es una serie de rayas en la que cada segmento es un array RAID-1. Cifra correspondiente a 1999 AC cortesía y Carolina del Norte
67. Niveles RAID RAID-53 es un conjunto de rayas en la que cada segmento es un conjunto RAID-3. Por lo tanto, RAID-53 tiene la misma tolerancia a fallos y los gastos generales como RAID-3. Cifra correspondiente a 1999 AC cortesía y Carolina del Norte
68. Niveles RAID RAID-0 +1 combina la creación de reflejo de RAID-1 con la creación de bandas de RAID-0. Esta pareja el alto rendimiento de RAID-0 con la fiabilidad de RAID-1. Cifra correspondiente a 1999 AC cortesía y Carolina del Norte
69. Niveles RAID Variantes de propiedad y los niveles de RAID han sido definidos por los proveedores de almacenamiento. Elegir el tipo adecuado de almacenamiento RAID para los archivos de base de datos es un aspecto importante del trabajo del DBA. Tenga en cuenta que cada DBMS utiliza archivos de datos, índices y registros de transacciones, cada uno de los cuales sirven para diferentes propósitos y mantener los diferentes niveles de lectura y escritura.
70.
71. Elija el sistema de disco adecuado para el tipo de actividad de cada objeto de base de datos.
72.
73. JBOD JBOD, que significa sólo un montón de discos, es un término usado para diferenciar las tecnologías tradicionales de la tecnología de almacenamiento en disco más reciente A medida que el entorno de base de datos se vuelve más compleja, sin embargo, las necesidades de almacenamiento se vuelven más complejas.