lunes, 30 de octubre de 2017

Como multiplexar los redo logs members and groups on ASM con sqlplus en Oracle 12C

Como multiplexar los redo logs members and groups almacenamiento ASM con sqlplus en Oracle 12C

1.     Primer Paso: Ingresar a la base de datos con sqlplus y consultar la información de los grupos de discos en ASM que tiene la base de datos con el siguiente comando:                                                                                      

  1. -bash-4.2$ sqlplus / as sysdba

    SQL*Plus: Release 12.1.0.2.0 Production on Mon Oct 30 15:25:25 2017

    Copyright (c) 1982, 2014, Oracle.  All rights reserved.

    Connected to:
    Oracle Database 12c Standard Edition Release 12.1.0.2.0 - 64bit Production
    With the Automatic Storage Management option

    SQL> select NAME, STATE, FREE_MB, TOTAL_MB from v$asm_diskgroup;

    NAME                           STATE          FREE_MB   TOTAL_MB
    ------------------------------ ----------- ---------- ----------
    DG_DATA                        CONNECTED       428904     614376
    DG_FRA                         CONNECTED       201920     204792
    Según el comando anterior vemos que la base de datos está configurada en ASM (Automatic Storage Management) y tiene dos grupos de discos DG_DATA y DG_FRA                                                                                                    
    2.     Segundo Paso: Revisar una vista de la metadata de Oracle en la cual se pueda ver la cantidad de grupos y miembros de redo por cada grupo, con el siguiente comando:                                                                                      
    SQL> SELECT GROUP#, member from v$logfile;

        GROUP#                     MEMBER
         ------------------            ------------------------------------------------------------
             3                             +DG_FRA/DRACO3/ONLINELOG/group_3.281.948723171
             2                             +DG_FRA/DRACO3/ONLINELOG/group_2.282.948723171
             1                             +DG_FRA/DRACO3/ONLINELOG/group_1.283.948723171

    El comando anterior nos muestra que se tiene 3 grupos de redos y con 1 miembro para cada grupo por lo cual no está multiplexado.



    3.     Tercer Paso: Para multiplexar los redos logs debemos agregar un miembro adicional para da uno de los grupos colocándolos en una ruta diferente a la que se tiene actualmente, es decir se debe de agregar sobre el grupo de discos ASM DG_FRA, con el siguiente comando:                                                    
    SQL> ALTER DATABASE ADD LOGFILE MEMBER '+DG_DATA' TO GROUP 1;

    Database altered.

    SQL> ALTER DATABASE ADD LOGFILE MEMBER '+DG_DATA' TO GROUP 2;

    Database altered.

    SQL> ALTER DATABASE ADD LOGFILE MEMBER '+DG_DATA' TO GROUP 3;

    Database altered.

    Ahora se valida que se haya agregado un miembro para cada uno de los grupos pero este debe de haberse creado sobre el disco DG_DATA.
    SQL> SELECT GROUP#, member from v$logfile;

        GROUP#                     MEMBER
    ----------                           ------------------------------------------------------------
             3                             +DG_FRA/DRACO3/ONLINELOG/group_3.281.948723171
             2                             +DG_FRA/DRACO3/ONLINELOG/group_2.282.948723171
             1                             +DG_FRA/DRACO3/ONLINELOG/group_1.283.948723171
             1                             +DG_DATA/DRACO3/ONLINELOG/group_1.305.958750831
             2                             +DG_DATA/DRACO3/ONLINELOG/group_2.306.958750855
             3                             +DG_DATA/DRACO3/ONLINELOG/group_3.307.958750863

    6 rows selected.
                                                                                                                              Conclusion:                                                                                                        Por lo anterior vemos que ya quedo multiplexado los redos en los dos grupos de discos, garantizando un tema de disponibilidad en el caso de que alguno de los miembros de un grupo se borre o quede corrupto permitiendo que la base de datos continue operando.


No hay comentarios.:

Publicar un comentario