Oracle Dataguard

(1)

(2)

Graciela Nora Salcedo Castillo

CONFIGURACION DE ORACLE STANDBY SOBRE SISTEMA OPERATIVO LINUX

1. Para esta prueba primeramente se ha procedido ha instalar una maquina virtual Linux 4.0,la cual se ha denominado “oracle” (hostname: pcoracle) y seguidamente se ha clonado dicha maquina virtual con el nombre de “contingencia”(hostname: contingencia), sin embargo con fines de verificar compatibilidad entre releases de la versión 11g se instaló en esta última la versión oracle 11.1.0 , la versión en el host pcoracle es: 11.2.0

2. Luego de configurar las dos maquinas virtuales , procedemos a iniciar cada una de ellas. Seguidamente se procederá a Configurar la mac y el ip en el servidor destino (“CONTINGENCIA”) El numero de IP asignado en este caso es : 192.68.1.71

(3)

3. Pulsamos el botón ok y salimos guardando cambios luego procedemos a reiniciar el sistema operativo y ya podremos ver la configuración IP

4. Procedemos a editar el archivo network, el cual se encuentra en la ruta: /etc/sysconfig/ y colocamos el nombre correspondiente del servidor

(4)

5. Así mismo editamos el fichero hosts ubicado en la ruta /etc/

6. El siguiente paso será eliminar la base de datos, en este caso se usó la opción restricted session Y ejecutamos lo siguiente:

sql> Alter system enable restricted session;

(5)

9. Iniciamos la base de datos de producción: en este caso el host se denomina: pcoracle

(6)

11.Realizamos lo mismo en el ambiente de contingencia

12 Ahora probamos la conectividad entre ambas realizando ping desde producción a contingencia

(7)

13.Comprobamos si producción está en modo archive, si no lo está usar los siguientes comandos : Sql> shutdown immediate

Sql>startup mount

Sql>alter database archivelog Sql>startup

14. Ahora con el fin de visualizar mejor el trabajo forzaremos la generación de redo entry y por tanto

(8)

15 . Ahora el trabajo será trasladar los datafiles al ambiente de contingencia . Para ello verificamos los datafiles que tenemos en la base de datos de producción y procedemos a bajar la base de producion.

16. Generamos los directorios que contiene el ambiente de produccion en contingencia

17. Habilitamos en contingencia el servicio ftp a fin de que podamos realizar la copia de los ficheros en forma remota.

(9)

19. Procedemos a levantar la bd de producción

20 . Ahora procederemos a realizar una copia del pfile a contingencia

21 . En contingencia Editar el pfile, como en nuestro caso la bd de producción es de versión 11.2.0 y contingencia es 11.1.0,dejamos el parámetro “compatible” en 11.2.0, asi mismo la rutas de los control file deben existir necesariamente.

(10)

22. Una vez editado el pfile creamos el spfile , a partir de este

23. En el ambiente de producción , Crearemos el control file de tipo standby,en este caso lo hemos denominado: controlstby.ctl y lo hemos ubicado temporalmente en el directorio /u01/app/

24 . Lo que haremos ahora es Copiar el control file tipo standby a contingencia, que también lo ubicamos en un directorio temporal.

(11)

25. Una vez trasladado el archivo y de acuerdo a las rutas de los control file indicadas en el pfile, copiaremos el controlfile que trajimos de producción renombrándolo hacia las rutas indicadas.

27. Una vez echos estos cambios procederemos a levantar la base de contingencia en modo standby

Observacion:_{Si al abrir la bd en modo lectura obtenemos un error como el siguiente, no preocuparse,}

pues este se corregirá luego.

28. Ahora lo que haremos es levantar el servicio de red de oracle, es decir los listener, aquí levantamos el listener de contingencia:

(12)

Graciela Nora Salcedo Castillo Listener en production:

29. Ahora configuraremos el archivo tnsnames.ora, lo haremos en modo grafico utilizando el servicio “netmgr”, para ello ingresaremos a los servidores virtuales vía VNC , y para tal cometido levantaremos el servicio vncserver

30. Echo esto aparecerá la ventana del terminal , en la cual ingresaremos el comando “ netmgr”

Como se aprecia en la ventana del fondo. Dicho comando , mostrará la ventana que se aprecia en la parte de adelante

(13)

31. Seguidamente resaltamos la opción Service Naming y luego damos click en el símbolo “+” para añadir un nuevo nombre de servicio, en este caso estamos añadiendo primero el servicio “conti”

(14)

33. Damos click en siguiente y en el cuadro de texto colocamos la dirección IP correspondiente al server de contingencia, el numero de puerto lo dejamos en el valor por defecto : 1521.

(15)

35. Finalmente click en el botón finalizar.

36 Ahora configuramos el tns para produccion

(16)

38. Ingresamos el numero de ip correspondiente al ambiente de producción, asi como el puerto.

39.Nombre del servicio ORCL

(17)

Graciela Nora Salcedo Castillo 41.Salimos guardando cambios

42. Guardamos el archivo generado en la ruta por defecto, click en OK

(18)

44. Ahora Comprobamos si los nombres se pueden resolver con tnsping de producción a contingencia:

45. Realizamos lo mismo de contingencia a producción

46. Ahora tranferiremos el archivo de passwords al ambiente de contingencia, el cual lo podemos encontrar en la ruta: $ORACLE_HOME/dbs

(19)

47. Ahora seteamos los parámetros fal_client y fal_server a los valores correspondientes tanto en producción como en contingencia , esto se realiza para que quede definido quien será el activo(produccion) y quien el pasivo(contingencia)

• Produccion

(20)

48. El siguiente paso será ubicar el destino de los archives con el comando show parameter log_archive_dest

En este caso no se ve un destino

49. Por tanto le diremos explícitamente que vaya al “fra” : ejecutando el comando : alter system set log_archive_dest_1=’LOCATION=USE_DB_RECOVERY_FILE_DEST’

(21)

50.Y ahora si se nos devuelve una ubicacion para el parametro log_archive_dest

51. Seguidamente se requiere setear el parámetro log_archive_dest_2 al valor apropiado , a fin de que los archives creados en disco ,viajen de forma automática al servidor de contingencia

52. Así mismo se requiere setear el parámetro standby_file_mangement a AUTO , para que se realice la copia automática de cada datafile nuevo que se pueda crear en la base de datos origen

(22)

54. Ahora lo que haremos es Activar el demonio MRP0 de oracle en contingencia, a fin de que los archives que viajaron al destino sean aplicados de forma automatica

55. Verificamos que el proceso este siendo ejecutado:

56. Ahora Verificamos la vista v$managed_standby , para determinar si los archives están siendo aplicados:

(23)

57. Para realizar pruebas generamos archives en producción

58. Y se generarán mas archives

59. En contingencia vemos que los archives han viajado a la ruta respectiva, Los archives 111 y 112 están presentes en contingencia.

(24)

60. Verificamos nuevamente que estos archives estén siendo aplicados

61. De esta manera se ha configurado la arquitectura dataguard , el trabajo de mantenimiento del mismo, simplemente consistirá en verificar que los archives estén viajando del nodo origen al destino y verificar también que dichos archives estén siendo correctamente aplicados en el destino.