Revisión production bbddproduccion especifica
Páginas: 7 (1553 palabras)
Publicado: 25 de noviembre de 2010
| Plan de mejora BACKUP |
|Production Planning |
| |
|Código: | |Pool: | |
|Elaborado por: ||Fecha: |22-08-2007 |
|Revisado por: | |Revisión: | |
| | |Versión: | |
|Empresa: | |
|Proyecto: | |
|Archivo:|Revisión Production BBproduccion.doc |
Tabla de Contenido
Tabla de Contenido 10001-1
Problemas encontrados 10001-2
Análisis de las causas y Soluciones propuestas 10001-2
Preparación previa 10001-5
Problemas encontrados
El día 16-08-2007, se notifica a soporte por partede xxx y otros usuarios, la imposibilidad de entrar a trabajar a la aplicación de Planning. El error que le estaba dando sugería que no había suficiente espacio en el disco para poder seguir grabando en su log de transacciones.
Una vez conectado al servidor de Planning, en el servidor se aprecia un evento de espacio en disco menor al 10%.
En el administrador delSQL, los trabajos de copia de seguridad, aparecen con errores:
1 de Junio 2007, aviso del crecimiento excesivo del log de xxx.
6 de Junio 2007, error al realizar el Backup de la BBDD del usuario PPLANNER. Actualmente esta BBDD aparece en estado sospechoso.
16 de Agosto error en la tarea de Backup, por falta de espacio en disco.
Nosencontramos con una carpeta c:\backup, en la que se han ido almacenando progresivamente los diferentes backup diarios de las BBDD de planning. El crecimiento de esta carpeta es de aproximadamente 5Gb a la semana (datos tomados del 17 de Agosto al 22 de Agosto) .
Actualmente existen archivos de log de transacciones del orden de los 3 Gb, para BBDD, que no llegan a las 10 Mb en tamañoindividual. Es decir en total, la copia de la BBDD ocupará 1 Gb y los log de transacciones sobre los 23 Gb.
Análisis de las causas y Soluciones propuestas
La causa principal de este fallo ha sido el crecimiento incontrolado de la carpeta donde se almacenan los backup. Pero no hay que olvidar otras dos causas que también han contribuido a la disminución del espacio en disco,estas han sido el crecimiento desmesurado de los log de transacciones y la política de backup que se ha aplicado hasta el momento.
En una primera fase se ha procedido a copiar los datos de la carpeta \servidor\c$\backup al siguiente path \servidor2\e$\Copia Backup de Planning, de esta manera se liberó espacio en disco y los usuarios han podido continuar trabajando sin ningún tipo deproblema.
Es necesario llevar un control del crecimiento de estas copias o en su defecto realizar una tarea, mediante un script de manera que se libere espacio del path \servidor\c$\backup cada 15 a 30 días. Aconsejo este plazo ya que el crecimiento previsto sería de 10 a 20 Gb.
En una próxima segunda fase será necesario truncar los archivos de log de transaccionesy posteriormente modificar la política de backup .
Actualmente en las bases de datos de SQL del Planning hay al menos dos ficheros por cada una de ellas. Uno es el fichero de base de datos donde están almacenados los datos de las tablas y otro es el fichero de transacciones. El fichero o log de transacciones consiste en una serie de registros de todas las modificaciones de la...
|Production Planning |
| |
|Código: | |Pool: | |
|Elaborado por: ||Fecha: |22-08-2007 |
|Revisado por: | |Revisión: | |
| | |Versión: | |
|Empresa: | |
|Proyecto: | |
|Archivo:|Revisión Production BBproduccion.doc |
Tabla de Contenido
Tabla de Contenido 10001-1
Problemas encontrados 10001-2
Análisis de las causas y Soluciones propuestas 10001-2
Preparación previa 10001-5
Problemas encontrados
El día 16-08-2007, se notifica a soporte por partede xxx y otros usuarios, la imposibilidad de entrar a trabajar a la aplicación de Planning. El error que le estaba dando sugería que no había suficiente espacio en el disco para poder seguir grabando en su log de transacciones.
Una vez conectado al servidor de Planning, en el servidor se aprecia un evento de espacio en disco menor al 10%.
En el administrador delSQL, los trabajos de copia de seguridad, aparecen con errores:
1 de Junio 2007, aviso del crecimiento excesivo del log de xxx.
6 de Junio 2007, error al realizar el Backup de la BBDD del usuario PPLANNER. Actualmente esta BBDD aparece en estado sospechoso.
16 de Agosto error en la tarea de Backup, por falta de espacio en disco.
Nosencontramos con una carpeta c:\backup, en la que se han ido almacenando progresivamente los diferentes backup diarios de las BBDD de planning. El crecimiento de esta carpeta es de aproximadamente 5Gb a la semana (datos tomados del 17 de Agosto al 22 de Agosto) .
Actualmente existen archivos de log de transacciones del orden de los 3 Gb, para BBDD, que no llegan a las 10 Mb en tamañoindividual. Es decir en total, la copia de la BBDD ocupará 1 Gb y los log de transacciones sobre los 23 Gb.
Análisis de las causas y Soluciones propuestas
La causa principal de este fallo ha sido el crecimiento incontrolado de la carpeta donde se almacenan los backup. Pero no hay que olvidar otras dos causas que también han contribuido a la disminución del espacio en disco,estas han sido el crecimiento desmesurado de los log de transacciones y la política de backup que se ha aplicado hasta el momento.
En una primera fase se ha procedido a copiar los datos de la carpeta \servidor\c$\backup al siguiente path \servidor2\e$\Copia Backup de Planning, de esta manera se liberó espacio en disco y los usuarios han podido continuar trabajando sin ningún tipo deproblema.
Es necesario llevar un control del crecimiento de estas copias o en su defecto realizar una tarea, mediante un script de manera que se libere espacio del path \servidor\c$\backup cada 15 a 30 días. Aconsejo este plazo ya que el crecimiento previsto sería de 10 a 20 Gb.
En una próxima segunda fase será necesario truncar los archivos de log de transaccionesy posteriormente modificar la política de backup .
Actualmente en las bases de datos de SQL del Planning hay al menos dos ficheros por cada una de ellas. Uno es el fichero de base de datos donde están almacenados los datos de las tablas y otro es el fichero de transacciones. El fichero o log de transacciones consiste en una serie de registros de todas las modificaciones de la...
Leer documento completo
Regístrate para leer el documento completo.