Realización de procedimientos de DBA de rutina

Algunas tareas de DBA deben realizarse de forma regular, otras en respuesta a

emergencias o necesidades específicas del usuario.

Las listas de comprobación de las siguientes secciones le ayudarán a realizar

comprobaciones de rutina sobre el estado de cada una de sus bases de datos
Oracle diariamente, semanalmente y mensualmente.

Procedimientos diarios de DBA

En esta sección se resumen los procedimientos que recomendamos seguir
diariamente para verificar el estado de cada una de las bases de datos de Oracle:

1. Compruebe que todas las instancias están activadas:

Asegúrese de que las bases de datos estén disponibles. Inicie sesión en cada
instancia y ejecute informes diarios o scripts de prueba. Algunos sitios pueden
querer automatizar este paso. Como opción, considere la posibilidad de utilizar el
evento sonda de Oracle Enterprise Manager.

2. Busque nuevas entradas de registro de alerta haciendo lo siguiente:

- Conectarse a cada sistema administrado. Utilice Telnet, SSH o un protocolo

similar para conectarse.

- Para cada instancia administrada, vaya al destino de volcado de fondo

(normalmente $ ORACLE_BASE / <SID> / bdump, donde <SID> es el identificador
del sistema de base de datos o SID). Asegúrese de buscar en el SID para cada
base de datos que está administrando.

- En el indicador, utilice el comando Unix tail para comprobar el alerta <SID> .log o
examine las entradas más recientes en el archivo de registro de alertas de alguna
otra manera.

- Si se han producido errores ORA desde la última vez que miró, anótelo en su
registro de recuperación de base de datos e investigue cada uno. El registro de
recuperación de base de datos es un archivo de texto que debe crear y mantener;
Allí usted puede registrar para la referencia futura cualquier problema que usted
encuentre y cualquier acción que usted tome.

3. Compruebe que se está ejecutando el subagente SNMP (Simple Network

Management Protocol) para la base de datos Oracle, dbsnmp:

- Inicie sesión en cada máquina que esté gestionando, para comprobar el proceso
dbsnmp.

- Para Unix, en la línea de comandos, escriba:

Ps -ef | Grep dbsnmp

Debe haber dos procesos dbsnmp en ejecución. Si no es así, reinicie dbsnmp.

4. Compruebe que la copia de seguridad de la base de datos fue correcta.

5. Compruebe que el archivado de la base de datos en la cinta se ha

realizado correctamente.

6. Compruebe que tiene suficientes recursos para un rendimiento aceptable

haciendo lo siguiente:

Verifique el espacio libre en los espacios de tabla.

Para cada instancia, asegúrese de que existe espacio libre suficiente en cada
espacio de tabla para manejar el crecimiento esperado del día. Cuando los datos
entrantes son estables y el crecimiento diario promedio se puede calcular, su
espacio libre mínimo debe ser al menos igual a la cantidad de crecimiento de
datos que espera durante el tiempo que tomará ordenar, recibir e instalar discos
adicionales.

- Compruebe los segmentos de reversión de la siguiente manera:

1. Para obtener el estado actual de cada segmento ONLINE o FULL rollback (por
ID, no por nombre), consulta en la vista V $ ROLLSTAT.

2. El estado debe ser ONLINE, no OFFLINE o FULL, excepto en aquellos casos

en los que tenga un segmento especial de rollback para trabajos grandes por lotes
cuyo estado normal sea OFFLINE.

3. Opcional: para cada base de datos puede tener una lista de nombres de
segmento de reversión y sus estados esperados.

4. Para los parámetros de almacenamiento y los nombres de todos los segmentos

de reversión, consulte DBA_ROLLBACK_SEGS. Sin embargo, el campo STATUS
de esta vista es menos preciso que V $ ROLLSTAT, ya que carece de los estados
PENDING OFFLINE y FULL; Se muestra como OFFLINE y ONLINE,
respectivamente.

- Identificar malas proyecciones de crecimiento:

1. Reúna información sobre el tamaño diario.

2. Compruebe las extensiones actuales.
3. Consulta de información de tamaño de tabla actual.
4. Consulta de la información del tamaño del índice actual.
5. Consultar las tendencias de crecimiento.

Busque segmentos en la base de datos que se están quedando sin recursos (por
ejemplo, extents) o creciendo a una tasa excesiva. Es posible que deba ajustar los
parámetros de almacenamiento de estos segmentos. Por ejemplo, si cualquier
objeto ha alcanzado 200 como el número de extents actuales, actualice el
parámetro MAX_EXTENTS en el archivo INIT.ORA a un valor de ILIMITADO.
- Identificar objetos ligados al espacio.

Los valores NEXT_EXTENT para objetos con espacio limitado son más grandes
que la mayor extensión que el espacio de tabla puede ofrecer. Objetos vinculados
al espacio pueden dañar el rendimiento de la base de datos. Si encuentra estos
objetos, primero debe investigar la situación. A continuación, puede agregar otro
archivo de datos o desfragmentar manualmente el espacio de tabla mediante la
cláusula COALESCE del mandato ALTER TABLESPACE:

ALTER TABLESPACE nombre COALESCE donde nombre es el nombre del

espacio de tabla.

- Asegúrese de revisar la contención de recursos de CPU, memoria, red y disco.

7. Como un requisito diario final, siga mejorando sus habilidades generales

de DBA por pasar al menos una hora al día leyendo sus manuales DBA.

Procedimientos semanales de DBA

En esta sección se resumen los procedimientos que recomendamos seguir
semanalmente para comprobar el estado de cada una de las bases de datos de
Oracle:

1. Busque objetos que rompan las reglas.

Para cada política de creación de objetos (convención de nomenclatura,

parámetro de almacenamiento, etc.), instale una comprobación automatizada para
verificar que se está siguiendo la política. Asegúrese de que cada objeto en un
espacio de tabla dado tiene el mismo tamaño exacto para NEXT_EXTENT y que
este valor coincide con el predeterminado de espacio de tabla para su valor de
parámetro NEXT_EXTENT.

2. Asegúrese de que todas las tablas tengan claves primarias únicas:

- Compruebe si faltan las teclas principales.

- Compruebe si hay teclas primarias deshabilitadas.
- Asegúrese de que todos los índices de clave primaria son únicos.

3. Asegúrese de que todos los índices utilicen un espacio de tabla de índice.

4. Asegúrese de que los esquemas se vean idénticos entre entornos

(especialmente entornos de prueba y producción):

- Compruebe la coherencia del tipo de datos.

- Compruebe la coherencia de otros objetos.

5. Busque violaciones de la política de seguridad.

6. Busque en los registros de Net8 los errores y otros problemas.

7. Archive todos los registros de alertas al historial.

Procedimientos mensuales de DBA

En esta sección se resumen los procedimientos que recomendamos seguir

mensualmente para comprobar el estado de cada una de las bases de datos de
Oracle:

1. Buscar tasas de crecimiento dañinas.

Revisar los cambios en el crecimiento del segmento, en comparación con los
informes anteriores, para identificar segmentos que pueden estar creciendo de
una manera dañina.

2. Examine las oportunidades de ajuste.

Revise los puntos de sintonía comunes de Oracle, como la relación de aciertos de
caché, la contención de bloqueo y otros puntos relacionados con la administración
de memoria. Compare estos informes con los anteriores para identificar las
tendencias dañinas y determinar el impacto de los ajustes de ajuste recientes.
3. Busque la contención de E / S.
Revisar la actividad del archivo de base de datos. Compare esta actividad con la
producción anterior para identificar las tendencias que podrían conducir a posibles
conflictos.

4. Revisar la fragmentación investigando el encadenamiento de filas y otras

áreas de fragmentación.

5. Rendimiento del proyecto en el futuro de la siguiente manera:

- Comparar informes sobre la CPU, la memoria, la red y la utilización del disco
tanto de Oracle como del sistema operativo para identificar las tendencias que
podrían conducir a la contención de cualquiera de estos recursos en un futuro
próximo.
- Compare las tendencias de rendimiento con el Acuerdo de nivel de servicio de su
organización para ver cuándo su sistema saldrá de los límites.

6. Realice la sintonización y el mantenimiento.

Haga los ajustes necesarios para evitar conflictos por los recursos del sistema.
Estos ajustes pueden incluir paradas programadas o solicitudes de recursos
adicionales.