Añadiendo un grupo de REDO LOG

Vamos a recordar cuántos grupos de REDO LOG tenemos en la base de datos, y también cuántos miembros y su estatus. Para ello accedemos a la vista V$LOG:

• SELECT GROUP#, MEMBERS, STATUS FROM V$LOG

Ya anteriormente habiamos comentado que como mínimo se deben tener dos grupos en el REDO LOG, que lo ideal serían tres, que es la cantidad de grupos de REDO LOG que tenemos ahora mismo en la base de datos, pero eso no significa que no podamos tener más de 3 grupos. Incluso hay ocasiones donde es necesario disponer de algún otro grupo adicional de REDO LOG, por cuestiones de mantenimiento, cambios de ficheros, etc.

Para añadir un grupo de REDO LOG, debemos hacerlo mediante este comando:

• ALTER DATABASE ADD LOGFILE GROUP 4 ([/vedado/grupo4-log1.log], [/vedado/grupo4-log2.log]) size 200m

No tenemos necesariamente que poner un número consecutivo al grupo, la lógica y las buenas prácticas indican que si tenemos creados los grupos del uno al tres, entonces el siguiente, por una cuestión de orden, debe ser el cuatro.

Pero si ponemos otro número, siempre y cuando no coincidan con los números de los grupos ya creados, no pasa nada, va a funcionar igual.

Entre paréntesis se ponen las ubicaciones y nombres de los ficheros que va a tener el REDO LOG, en nuestro caso, al crear dos archivos, equivale a tener dos miembros en el grupo. Si observamos, estamos creando los archivos en una misma dirección. Esto no es lo recomendable, de hecho, si multiplexamos los archivos que tenemos en el REDO LOG, sería muy bueno tenerlo en diferentes direcciones, así, si se daña un sector determinado del disco duro, podamos tener un archivo con la misma información en otro sector del disco.

En una base de datos real, sería una buena práctica, crear los archivos en direcciones diferentes, pero para este ejemplo, como quiera que no estamos trabajando con una base de datos real, vamos a dejarlo de esta manera.

También tenemos la posibilidad de asignarle un tamaño al grupo, sino lo hacemos, Oracle le asigna uno por defecto, pero nosotros vamos a asignarlo manualmente, o sea, 200 megas en el ejemplo.

Vamos a comprobar ahora que hayamos creado el grupo de forma correcta, para ello hacemos un:

• SELECT GROUP#, MEMBERS, STATUS FROM V$LOG

Y podemos observar, que ahora tenemos 4 grupos, y en el caso del grupo 4, tiene dos miembros, que corresponden a los dos ficheros que le indicamos cuando creamos el grupo. También tiene un status UNUSED, o sea, que no se ha utilizado aún, pero en cuanto se haga un SWTICH en el REDO LOG y sea su turno, entonces tendrá status CURRENT, para después que se haga otro SWITCH, tener status ACTIVE y luego INACTIVE, o sea, todo el proceso normal de los status que toman los grupos del REDO LOG.

Solo que ahora, no se ha utilizado aún este grupo por parte de Oracle, y es por eso que tiene este status de UNUSED.

De hecho, al estar el grupo 3 con statu