| Forum Index > LatinOAUG > Administración de Bases de Datos de Aplicaciones > Consulta administracion - por jminich - 2006-01-17 |
|
| Cecilia Aceti | Title : Consulta administracion - por jminich - 2006-01-17 |
![[forum]](http://www.latinoaug.org/images/latinoaug/forumimages/navvide.gif) Posts: 97 Joined: 17-March-2006 Member N°: 4
|
Que seria todo lo que habria que monitorear en una base oracle 9i? |
|
| Wed 29/03/2006 17:12:30 | |
|
| Cecilia Aceti | Title : RE : Consulta administracion - por Luis Couce - 2006-02-03 |
![[forum]](http://www.latinoaug.org/images/latinoaug/forumimages/navvide.gif) Posts: 97 Joined: 17-March-2006 Member N°: 4
|
En realidad no existe la mejor forma de monitorear una base y mucho menos existe una única forma de monitorearla. Esto es debido a: las características propias de cada empresa y más aún, de cada negocio de cada empresa y del tipo de base de datos (producción, test, desarrollo) Por lo general las bases de desarrollo no suelen tener un control exhausto. Saber qué se debe monitorear en una base es el resultado de un análisis de los procesos y el manejo de datos que tenga en particular; pero siempre dependiendo de la problemática que tenga. Por qué es importante entender esto? Justamente porque "monitorear" algo es tomar mediciones en el tiempo y detectar variaciones ó sobrepasos de límites teniendo como resultado "Alarmas" a atender. Para el monitoreo de espacio en un tablespace de una base productiva de 1 Tb, posiblemente una variación de 100Mb no sea una alarma pero sí lo puede ser para una base de 10Gb. Por lo general lo que se suele monitorear es: - Variaciones de uso de espacio: para controlar la proyección del crecimiento de una base. - Llenado de espacio del tablespace: para evitar errores de proceso por falta de espacio - % de utilización de los filesystems del sistema operativo: Sobretodo para aquellos FS que contengan los datafiles como los archived logs (si es que la base se encuentra en modo ARCHIVELOG) - Verificación permanente del archivo de alertas: para detectar errores ORA-XXXXX e informarlos Dependiendo de la aplicación, se podría monitorear también: - Nivel de bloqueos - Concurrencia de usuarios - Eventos de espera - Estado de los backups.
En definitiva, todas las características de la base de datos son monitoreables. Lo importante es tener la capacidad para poder determinar cuándo estas mediciones comienzan a ser un riesgo.
Espero haber sido claro y no muy extenso.
Luis. |
|
| Thu 30/03/2006 12:37:05 | |
|
| Cecilia Aceti | Title : RE : Consulta administracion - por Fabiana Berrozpe - 2006-02-17 |
![[forum]](http://www.latinoaug.org/images/latinoaug/forumimages/navvide.gif) Posts: 97 Joined: 17-March-2006 Member N°: 4
|
Luis No soy dba, sino usuaria de aplicaciones pero estas tareas de administración, pueden llevarse a cabo en bases 8i. En alguna conversación, me dijeron que no es posible hacerlo en 8i. Me pregunto si en realidad es que en versiones anteriores a 9i estos controles aunque quizá más "artesanalmente" podrían hacerse? Gracias. Saludos |
|
| Tue 18/04/2006 12:14:46 | |
|
| Cecilia Aceti | Title : RE : Consulta administracion - por TinkyWinky - 2006-03-08 |
![[forum]](http://www.latinoaug.org/images/latinoaug/forumimages/navvide.gif) Posts: 97 Joined: 17-March-2006 Member N°: 4
|
Tal como explica el usuario lcouce todo depende del negocio y el tipo de aplicacion que se este usando , aun asi hay controles minimos a realizar en cualquier base de datos sin importar el tipo de negocio o tipo de aplicacion, minimamente hay que realizar los siguientes controles:
1.Check de Alert Log. 2.Check de listener log. 3.Crecimiento de Tablespaces. 4.Objetos de la base que no pueden crecer en los tablespaces. 5.Objetos Invalidos. 6.Espacio libre en el sistema operativo. 7.Backup ( terminacion exitosa o no ). 8.Fragmentacion de Tablespaces. 9. Database health check (Hit Ratio, y demas indicadores de performance minima ). 10.Uso de Rollback segments. 11.Tamaño de tablespace Temp.
En cuanto al tipo de aplicaciones , diria que oracle financials es de las mas complejas por la arquitectura y los componentes de la aplicacion . Una de las sorpresas con que me encontre en la version 9i , es que las tablas externas ( un buen recurso para remplazar el SQL loader , pero hace casi lo mismo) es que la info la acumula en tablespaces de System , lo cual puede ser grave sobre todo si lo deja sin espacio. Sobre la pregunta de Fabiana , no te entiendo bien cual es la pregunta , pero si es sobre si se puede administrar es siempre fue asi , si bien en un momento no hubo herramientas graficas como usan la mayoria de la juventud ahora , bien se podia estimar " artesanalmente " digamos , por scripts ( yo confio mas en los scripts que en las herramientas graficas ....no hay como el sql * plus y el vi), el inconveniente de las herramientas graficas es que se debe tener los conceptos claros de admin de base de datos o se puden cometer errores graves, ademas las herramientas graficas no siempre funcionan , al contrario de la linea de comando de sql*plus.
Espero haber sido un aporte mas a la confusion.
Saludos.
TinkyWinky. |
|
| Tue 18/04/2006 12:19:25 | |
|
| Cecilia Aceti | Title : RE : Consulta administracion - por Fabiana Berrozpe - 2006-03-08 |
![[forum]](http://www.latinoaug.org/images/latinoaug/forumimages/navvide.gif) Posts: 97 Joined: 17-March-2006 Member N°: 4
|
Estimadísimo TinkyWinky Como siempre, un maestro! Mi comentario iba a que muchas veces me quieren decir "no se puede hacer esto", sólo porque no existe una herramienta gráfica (porque no saben cómo usarla, o porque no se puede instalar, o etc, etc), cuando en realidad los controles que vos comentas y que lcouce indicó más arriba, son tan viejos como el Oracle Server casi. Por lo que la no existencia de herramientas TOP para hacer la vida del dba más fácil, no lo exime de los monitoreos necesarios utilizando a nuestro amigo fiel de siempre: sql plus! acompañado de vi, ps, etc etc. Saludos. |
|
| Tue 18/04/2006 12:20:58 | |
|
| Forum Index > LatinOAUG > Administración de Bases de Datos de Aplicaciones > Consulta administracion - por jminich - 2006-01-17 |