De vez en cuando, independientemente de la empresa en la que trabaje, me piden que configure una nueva base de datos de producción. Estaba trabajando en esta misma tarea hoy cuando comencé a pensar en cuánto trabajo fue crear una nueva base de datos en el pasado, cuánto maneja DBCA para nosotros hoy y cuánto queda por hacer.
Actualmente, tenemos una base de datos de desarrollo y prueba para nuestra aplicación de terceros. Estaremos lanzando la aplicación a producción a fines de la semana, por lo que se me encargó configurar una versión de producción de esta base de datos. El servidor de la base de datos de producción es un clúster RAC de 3 nodos que ya se configuró porque actualmente estamos ejecutando otras dos bases de datos en el clúster. Esto me ahorra el paso de instalar y configurar Grid Infrastructure y el software RDBMS. Pero cuando comencé a configurar la base de datos, me puse a pensar en cuánto trabajo me quedaba por hacer. Y dado que rara vez configuramos bases de datos de producción completamente nuevas, algunas de estas tareas no se recuerdan tan fácilmente como otras. A continuación se muestran los pasos que realicé hoy para poner en funcionamiento la base de datos de producción.
1. Con las bases de datos de desarrollo y pruebas como guía, determiné mis requisitos de memoria y almacenamiento en disco.
2. Verifiqué que el clúster de RAC de producción tenía suficiente memoria para admitir las nuevas instancias de la base de datos.
3. Trabajé con mi administrador de almacenamiento para montar el almacenamiento en disco necesario en el clúster.
4. Luego encendí el DBCA para crear la nueva base de datos. Pasé por el asistente y completé los valores apropiados y luego dejé que DBCA hiciera su magia.
5. Realmente no me gusta cómo el DBCA me permite crear/asignar registros de rehacer, así que después de que se creó la base de datos, creé mis propios grupos de registros de rehacer (multiplexados, por supuesto) y eliminé los grupos de registros de rehacer que DBCA creó para mí.
6. Nunca puedo averiguar cómo agregar un tercer archivo de control en DBCA. Entonces, después de crear la base de datos, la apago, hago una tercera copia del archivo de control, actualizo el SPFILE con el hecho de que ahora hay 3 archivos de control e inicio la base de datos.
7. DBCA colocó mi archivo de contraseñas y spfile en ubicaciones que no son óptimas para mí. Así que los moví. En $ORACLE_HOME/dbs creé enlaces suaves que apuntaban a las nuevas ubicaciones. Luego usé srvctl para actualizar la ubicación del spfile en CRS.
8. Nunca he usado el DBCA para configurar el modo archivelog. Así que siempre me salto esa parte del DBCA. Además, me gusta la idea de no archivar mis registros de rehacer cuando el DBCA está creando la base de datos para acelerar ese proceso. Entonces, en este punto, configuré el registro de archivos para la base de datos.
9. La base de datos se usará con Standby y me gusta asegurarme de tener un cambio de registro al menos una vez por hora, así que configuro ARCHIVE_LAG_TARGET en 3600.
En este punto, la base de datos básica está configurada y lista para usar. Ahora es el momento de leer la base de datos para nuestra aplicación.
10. Configuré los espacios de tabla necesarios para la aplicación.
11. Configuré los usuarios requeridos para la aplicación.
12. Cambié el espacio de tabla predeterminado de la base de datos a uno de los que creé anteriormente. Luego eliminó el tablespace USERS.
13. Dado que se trata de una base de datos RAC, debemos configurar el servicio para que la aplicación se conecte.
14. Ahora que la base de datos está lista para la aplicación, debemos configurar la base de datos en espera. Esto se hizo fácilmente usando el asistente Agregar base de datos en espera en Grid Control.
15. Nuestra base de datos en espera está en un clúster RAC de 2 nodos. El asistente Agregar base de datos en espera crea una base de datos de instancia única, por lo que el asistente Convertir a base de datos de clúster se ejecutó en Grid Control para convertir la base de datos en espera en una base de datos RAC.
Finalmente, el último paso fue asegurar que las tareas de mantenimiento se extendieran a la nueva base de datos. Por ejemplo, los trabajos cron para eliminar archivos de registro antiguos debían modificarse para la nueva instancia.
¡Guau! Eso es mucho trabajo para configurar una base de datos inicial en nuestro entorno de producción. Como dije al principio, DBCA hace mucho trabajo por nosotros ahora. Y Grid Control también automatiza gran parte del trabajo de creación de Standby. Pero todavía hay muchos pasos involucrados.
