5 pasos para evitar los errores de base de datos
Sin ellos, el crecimiento sería casi imposible.
Cuando se trabaja con esta valiosa carga, es importante aplicar ciertas medidas para ayudar a asegurar un uso prolongado y un buen rendimiento. El fracaso para controlar y mantener adecuadamente las bases de datos a menudo conduce a la pérdida de datos e incluso el fracaso empresarial. Pida a dos administradores de bases de datos que cada uno de las cinco cosas que se deben hacer para mantener bases de datos sanas y probablemente obtendrá alrededor de 20 respuestas. Sin embargo, aquí hay cinco cosas que hacer para mantener sus bases de datos saludables.
- Volcado y carga de la base de datos
Con el tiempo, las bases de datos quedan diseminadas (fragmentadas), lo que conduce a un funcionamiento lento. Para comprobar el nivel de dispersión, ejecutar un informe de análisis de la base de datos para determinar el factor de dispersión. Una calificación en el factor de dispersión de 1,0 es bueno, pero nada más de 1,6 que significa que la base de datos está trabajando más duro de lo que debería. Una base de datos con exceso de trabajo se desgasta más rápido y le cuesta más a causa de los malos resultados. Si por alguna razón no se puede realizar un volcado y carga, lleve a cabo una reconstrucción de índices para des-fragmentar los índices. Una reconstrucción de índices es menos eficaz que un volcado y carga, pero le ayudará con el rendimiento.
- Muchos usuarios experimentan un desastre y luego se enteran de que sus copias de seguridad no funcionan. Este es un buen ejemplo de por qué es necesario poner a prueba sus copias de seguridad con regularidad.
- Prueba de su plan de recuperación de desastres
El mal momento para poner a prueba su plan de recuperación de desastres es después de que haya un desastre. Esto puede sonar obvio, pero usted se sorprenderá de lo tan a menudo que muchas empresas crean planes de recuperación de desastres y continuidad del negocio y no pueden probarlos. Es posible que tenga un plan de RD, pero si no se prueba para ver cuánto tiempo se necesita para recuperarse de un error, podría ser una sorpresa cuando se percate que necesita todo un día o más. Las opciones son simples; tiempo para restaurar y ejecutar o pérdida de datos. Este puede ser el momento en el que se pregunte, "¿Tenemos un plan de RD?" Si no lo tiene, necesita uno ahora.
- Compruebe el crecimiento de la zona del archivo de la base de datos
Los DBA a veces cometen el error de ignorar eventos de crecimiento de una base de datos. Cuando un área de archivos se queda sin espacio, la base de datos se colgará y puede causar corrupción. Esto es una cosa fácil de comprobar. Si utiliza un servicio de gestión de administración de base de datos (MDBA en ingles) no se encontrará con este problema. La falta de espacio es una mala manera de que se cuelgue una base de datos y se puede prevenir fácilmente porque el espacio de disco es barato hoy en día. Con una simple revisión de las bases de datos, puede evitar este percance sencillo e inexcusable.
- La base de datos puede decirle exactamente lo que está mal. El trabajo del DBA es saber qué buscar. Artículos como uso de los buffers, cantidad de lecturas a la base de datos, utilización de índices, consultas SQL y archivos de gran tamaño le dará una buena idea de como se encuentra en términos de rendimiento. Los usuarios también pueden ser útiles, ya que sin duda le van a dejar saber si la base de datos es lenta. Cuando el uso del buffer está por debajo del 80%, se necesita un buffer mayor. Si usted nota que las lecturas a su base de datos se triplican en menos de un mes y se quedan así, claramente hay algo mal - y es más que probable que se trate de un problema de código o índice. Cuando la utilización de índices, baja del 60% es que estos necesitan ser reconstruidos. La sub-utilización puede causar que las consultas se ejecuten más lento. Todo lo que tiene que hacer es compactar los índices - una tarea relativamente fácil. Luego están las consultas SQL. Un buen número de usuarios ejecutan informes con productos SQL. Si SQL ralentiza su base de datos, considere la replicación en tiempo real, de modo que no correrá peligro de falta de estabilidad en su base de datos transaccional. Por último, hay que habilitar el manejo de archivos grandes algo que se debe hacer de forma automática cada vez que se crea una base de datos. Sin embargo, muchos de los administradores de bases simplemente se olvidan de hacerlo. El problema es cuando un archivo supera el límite de 2 GB - se apaga su base de datos.
Palabras finales
El monitoreo proactivo de base de datos es más inteligente y más rentable que la administración de bases de datos reactiva. Una solución MDBA puede administrar sus bases de datos y mantenerla limpia de basura. Sin MBDA, usted necesitará mantenerse al tanto de la salud de la base de datos con el fin de extender su vida útil. Por ahora, las bases de datos necesitan de la intervención humana para trabajar como fueron diseñadas y que funcionen óptima mente. En unos pocos años, tal vez no sea necesario.
0 comentarios:
Publicar un comentario