Creacion de la base de datos Oracle en cluster

En este ejemplo de creacion de una base de datos Oracle en cluster se asume la utilizacion de Automatic Storage Management (ASM)  como solucion de almacenamiento compartido. Ubicarse en el directorio $ORACLE_HOME/bin y ejecutar Database Configuration Assistant (DBCA).

$ cd $ORACLE_HOME/bin
$ ./dbca

Pantalla “Welcome”

En esta pantalla hay que seleccionar el tipo de base de datos que se creara. Hacer click en “Oracle Real Application Clusters Database” y luego hacer click en “Next”.

Operaciones

En el caso de ser la primer instalacion, tenemos dos opciones: crear una base o administar plantillas de creacion de bases. Hacer click en el boton “Create a Database” y luego hacer click en “Next” para continuar.

Seleccion de nodos

Esta pantalla permite seleccionar los nodos para los cuales se creara la base. Seleccionar todos los nodos haciendo click en “Select All”. Si no aparecen todos los nodos se debe detener el proceso de instalacion y resolver el problema. Si no aparecen problemas, hacer click en “Next” para continuar.

Seleccion del tipo de base de datos

Esta pantalla nos permite seleccionar una plantilla para la creacion de la base. Hacer click en “Custom Database”. Esta opcion es la que da mas opciones de configuracion. Hacer click en “Next” para continuar.

Identificacion de la base de datos

Aqui hay que especificar el nombre global de la base. Este nombre debe ser unico entre todas las bases del ambiente. El nombre global puede tener hasta 30 caracteres y debe comenzar con un caracter alfabetico.

Tambien hay que informar el System Identifier (SID). Este prefijo es utilizado para generar SIDs unicos para las dos instancias que componen la base en cluster. Por ejemplo, si el prefijo es BNPA, DBCA creara dos instancias con los nombres BNPA1 y BNPA2. Hacer click en “Next” para continuar.

Metodo de administracion del cluster

En esta pantalla hay que seleccionar el metodo que se utilizara para administrar el cluster. En ambientes simples es preferible utilizar Database Control. Para ambientes mas complejos la eleccion sera Grid Control. Si se selecciona Grid Control y DBCA descubre agentes corriendo en el nodo local, se podra elegir un agente de la lista.

Tambien se puede configurar Database Control para que envie notificaciones cuando se detectan alertas. Si se desea hacer esta configuracion habra que proveer un servidor SMTP y una cuenta de correo electronico. Si se desea activar la ejecucion de backups diarios hay que definir un horario de comienzo y proveer las credenciales de sistema operativo.

Si se desea utilizar Grid Control pero no hay un servidor de Grid Control instalado, no seleccionar ninguna de las opciones.

Luego hacer click en “Next” para continuar.

Credenciales

Aqui hay que indicar las passwords de las cuentas de usuario que creara DBCA. Se puede utilizar la misma password para todas las cuentas haciendo click en “Use the same password for all accounts” e indicanr y confirmar la password.

Otra posibilidad es elegir passwords diferentes para cada usuario. En este caso habra que seleccionar “Use different passwords” y proveer la password de cada uno de los usuarios.

Luego hacer click en “Next” para continuar.

Opciones de almacenamiento

Aqui hay que seleccionar el medio de almacenamiento compartido para los archivos de la base de datos. Las posibilidades son:

  • Cluster File System (CFS)
  • Automatic Storage Management (ASM)
  • Raw Devices

Si se opta por CFS, hacer click en “Next” para continuar.

Si se selecciona ASM, se puede optar por utilizar un disk group de ASM existente o especificar un nuevo disk group. Si no hay instancias ASM en ninguno de los nodos del cluster, DBCA abrira la pantalla de creacion de instancias ASM. Si existe una instancia de ASM en el nodo local, DBCA solicitara la password de SYS de la instancia ASM. Para iniciar la creacion de la instancia ASM habra que ingresar la password del usuario SYS . Luego hacer click en “Next” para proceder con la creacion de la instancia. Una vez creada la instancia, DBCA pasa a la pantalla de disk groups de ASM. Si se creo una instancia de ASM en esta etapa, no habra ningun disk group para seleccionar, por lo tanto habra que crear uno nuevo haciendo click en “Create New” para abrir la pantalla “Create Disk Group”. Una vez disponible algun disk group, seleccionarlo y hacer click en “Next” para continuar.

Si se opto por la opcion de raw devices, habra que proveer la ubicacion de un archivo que contenga el mapeo de los datafiles con los raw devices. El archivo de mapeo debera respetar el siguiente formato:

system=/dev/vg_name/rdbname_system_raw_500m

En este caso se selecciona un disk group de ASM preexistente haciendo click en el boton “Automatic Storage Management” y “Next” para continuar.

Disk Groups de ASM

Aqui se selecciona un disk group existente. Tambien se puede crear un nuevo disk group. Una vez seleccionadas las opciones deseadas hacer click en “Next” para continuar.

Ubicacion de los archivos de la base

En esta pantalla hay que indicar donde se crearan los archivos de base de datos. Se puede optar por la utilizacion de una plantilla estandar, un ubicacion comun u Oracle Managed Files (OMF). En este caso se opta por OMF haciendo click en esa opcion e indicando el nombre del disk group precedido por un “+”. Luego hacer click en “Next”.

Configuracion para recuperacion

En esta pantalla se puede seleccionar la opcion de archiving de redo logs haciendo click en “Enable Archiving”. Si se esta utilizando ASM o CFS tambien se puede optar por configurar la Flash Recovery Area (FRA) indicando el tamaño.

Una vez completada la pantalla hacer click en “Next” para continuar.

Contenido de la base de datos

En esta pantalla se puede optar por la instalacion de los esquemas de ejemplo incluidos en la distribucion de la base. Tambien se puede optar por la ejecucion de scripts propios durante el proceso de creacion de la base de datos; para ello sirve la pestaña “Custom Scripts”.

Luego hacer click en “Next”.

Servicios de la base de datos

En esta pantalla se pueden agregar servicios para ser configurados durante la creacion de la base. Para agregar un servicio, hacer click en el boton “Add”, ingresar un nombre de servicio y luego hacer click en “OK” para agregar el servicio y regresar a la pantalla anterior. El nuevo servicio aparece en pantalla, seleccionar el servicio para que DBCA muestre las preferencias del mismo en la pantalla de la derecha. Aqui se podran modificar las preferencias de acuerdo con las necesidades.

Una vez finalizada la seleccion de preferencias de esta pantalla, hacer click en “Next” para continuar.

Parametros de inicio

En esta pantalla disponemos de cuatro pestañas que agrupan importantes parametros para la configuracion de la base:

  • Memoria
  • Tamaño
  • Set de caracteres
  • Modo de conexion

Una vez configurados los parametros hacer click en “Next”.

Opciones de almacenamiento de la base

Esta pantalla da practicamente un control total sobre los aspectos de almacenamiento. Una vez seleccionadas las opciones deseadas, hacer click en el boton “Next”.

Creacion de la base

En esta pantalla se puede optar por crear la base o generar un script de creacion. Seleccionar la opcion “Create Database” y luego hacer click en “Finish”. DBCA mostrara la pantalla “Summary” con un resumen de todas las opciones seleccionadas a lo largo de este proceso. Si se esta seguro de que todas las opciones son las deseadas, cerrar la pantalla “Summary” haciendo click en el boton “OK”.

Monitoreo del progreso

A continuacion aparece esta pantalla que ademas de mostrar el avance del proceso, informa que tareas especificas se estan realizando. Cuando se completa el 100%, DBCA muestra una caja de dialogo indicando que se completo el proceso de creacion. Ademas informa donde quedo el archivo de log. Haciendo click en “Password Management” se procede a administrar las cuentas creadas por DBCA.

Administracion de cuentas creadas por defecto

Aqui se puede administrar las cuentas que DBCA crea por defecto. Una vez finalizadas estas tareas hacer click en “OK”.

Fin de la instalacion

Por ultimo aparece esta pantalla que informa las URLs de UltraSearch e iSqlPlus. Hacer click en “Exit” para cerrar DBCA.

4 comentarios

  1. 1)Han recomendado la instalacion del RAC con ASM y crear en cada nodo la instancia para el ASM para que cada datafile recida en cada nodo, mi pregunta es ¿Quiere decir que si se crea una Base de Datos del Cliente en un nodo, todos sus Datafiles se replican a todos los demás nodos?

    2) ¿Cuando se concidera un esquema RAC? ¿Se puede conciderar RAC si sólo tengo un Disco Compartido donde reciden todos los datafiles de las Base de Datos de los nodos, configurado como un Disk Group con ASM?

    3) ¿El objetivo del RAC es proporcionar alta disponibilidad de una Instancia para una Base de Datos ó podemos tener multiples Instancias de Diferentes Base de Datos?

  2. Aquiles,

    Transcribo las preguntas y las respondo.

    1)Han recomendado la instalacion del RAC con ASM y crear en cada nodo la instancia para el ASM para que cada datafile resida en cada nodo, mi pregunta es ¿Quiere decir que si se crea una Base de Datos del Cliente en un nodo, todos sus Datafiles se replican a todos los demás nodos?

    En un ambiente clusterizado cada nodo corre una instancia ASM. Las instancias ASM se comunican entre ellas en modalidad peer to peer administrando un storage unico. No hay replicacion.

    2) ¿Cuando se considera un esquema RAC? ¿Se puede considerar RAC si sólo tengo un Disco Compartido donde residen todos los datafiles de las Base de Datos de los nodos, configurado como un Disk Group con ASM?

    Por definicion RAC es una base y multiples instancias accediendo a esa base. Los datafiles son parte de la base, no de la instancia. En un esquema RAC, los datafiles residen en un storage compartido.

    3) ¿El objetivo del RAC es proporcionar alta disponibilidad de una Instancia para una Base de Datos ó podemos tener multiples Instancias de Diferentes Base de Datos?

    Uno de los objetivos de Oracle RAC es proporcionar alta disponibilidad ofreciendo la posibilidad de acceder a una base de datos a traves de multiples instancias. Es factible tambien que en un cluster existan multiples instancias de multiples bases de datos. Por ejemplo: 2 servidores: servidor1 y servidor2; dos bases de datos: base1 y base2; en cada servidor una instancia para cada base: en servidor1, instancia1-base1 e instancia1-base2; en servidor2, instancia2-base1 e instancia2-base2.

    A fin de despejar dudas con respecto a los terminos “base” e “instancia” te recomiendo leer el siguiente post http://sqleficiente.wordpress.com/2008/07/13/la-base-y-la-instancia/

    Espero haber aclarado tus dudas.
    Atentamente,
    Fernando.

  3. Quisiera que me aclararan una duda. Para tener en cada nodo del cluster mas de una instancia, es necesario tener en consideracion una organizacion fisica de los ficheros de configuracion de cada una?. Me explico?, o tendria por ejemplo, en $ORACLE_HOME/dbs
    los orapwSID de cada una, asi como otros ficheros, todos juntos. Todo esto teniendo varias instancias sobre Oracle 11g.
    Gracias de ante mano,

    • Hola Judith,

      Por el momento, y por razones de tiempo no estoy respondiendo a las preguntas que me dejan en el Blog. Te invito a que postees la duda en el sitio de la Comunidad oracle Hispana en http://comunidadoraclehispana.ning.com

      Un saludo,
      Fernando.


Comments RSS TrackBack Identifier URI

Responder

Introduce tus datos o haz clic en un icono para iniciar sesión:

Logo de WordPress.com

Estás comentando usando tu cuenta de WordPress.com. Cerrar sesión / Cambiar )

Imagen de Twitter

Estás comentando usando tu cuenta de Twitter. Cerrar sesión / Cambiar )

Foto de Facebook

Estás comentando usando tu cuenta de Facebook. Cerrar sesión / Cambiar )

Google+ photo

Estás comentando usando tu cuenta de Google+. Cerrar sesión / Cambiar )

Conectando a %s