Oracle Dataguard

CONFIGURACIN DE ORACLE DATAGUARD

CIBERTEC

Graciela Nora Salcedo Castillo


CIBERTEC

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 versin 11g se instal en esta ltima la versin oracle 11.1.0 , la versin 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



CIBERTEC

Damos click sobre la pestaa Hardware Device y all generamos la mac para la tarjeta de red, activando la casilla Bind to Mac adress y pulsamos sobre el botn Probe

3. Pulsamos el botn ok y salimos guardando cambios luego procedemos a reiniciar el sistema operativo y ya podremos ver la configuracin IP

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



CIBERTEC

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 opcin restricted session Y ejecutamos lo siguiente: sql> Alter system enable restricted session;

7. Verificamos que no existan los datafiles en la ruta /u02 en la que anteriormente se encontraban.



CIBERTEC

8. Reiniciamos el sistema operativo podemos usar el comando Init 6 para reinicio

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

10.Seguidamente editamos el fichero /etc/hosts para registrar en produccin el host de contingencia



CIBERTEC

11.Realizamos lo mismo en el ambiente de contingencia

12 Ahora probamos la conectividad entre ambas realizando ping desde produccin a contingencia

Y de contingencia a produccin:



CIBERTEC

13.Comprobamos si produccin 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 generacin de redo entry y por tanto generacin de archives



CIBERTEC

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 produccin 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.

18. Una vez habilitado el servicio ftp procedemos a realizar la copia de todos los datafiles



CIBERTEC

19. Procedemos a levantar la bd de produccin

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

21 . En contingencia Editar el pfile, como en nuestro caso la bd de produccin es de versin 11.2.0 y contingencia es 11.1.0,dejamos el parmetro compatible en 11.2.0, asi mismo la rutas de los control file deben existir necesariamente.



CIBERTEC

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

23. En el ambiente de produccin , 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 tambin lo ubicamos en un directorio temporal.



CIBERTEC

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 produccin renombrndolo 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:



CIBERTEC

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 va 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



CIBERTEC

31. Seguidamente resaltamos la opcin Service Naming y luego damos click en el smbolo + para aadir un nuevo nombre de servicio, en este caso estamos aadiendo primero el servicio conti

32.Elegimos el protocolo TCP/IP



CIBERTEC

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

34.Click en siguiente:



CIBERTEC

35.

Finalmente

click

en

el

botn

finalizar.

36 Ahora configuramos el tns para produccion

37. Escogemos tcp/IP



CIBERTEC

38. Ingresamos el numero de ip correspondiente al ambiente de produccin, asi como el puerto.

39.Nombre del servicio ORCL

40. Damos click en finalizar:



CIBERTEC

41.Salimos guardando cambios

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

43. Luego copiaremos el archivo tnsnames.ora de produccin recientemente generado a contingencia



CIBERTEC

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

45.

Realizamos

lo

mismo

de

contingencia

a

produccin

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



CIBERTEC

47. Ahora seteamos los parmetros fal_client y fal_server a los valores correspondientes tanto en produccin como en contingencia , esto se realiza para que quede definido quien ser el activo(produccion) y quien el pasivo(contingencia) Produccion

Contingencia



CIBERTEC

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 explcitamente que vaya al fra : ejecutando el comando : alter system set log_archive_dest_1=LOCATION=USE_DB_RECOVERY_FILE_DEST



CIBERTEC

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

51. Seguidamente se requiere setear el parmetro log_archive_dest_2 al valor apropiado , a fin de que los archives creados en disco ,viajen de forma automtica al servidor de contingencia

52. As mismo se requiere setear el parmetro standby_file_mangement a AUTO , para que se realice la copia automtica de cada datafile nuevo que se pueda crear en la base de datos origen

53. Este parmetro tambin requiere ser seteado en el ambiente destino.



CIBERTEC

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 estn siendo aplicados:



CIBERTEC

57. Para realizar pruebas generamos archives en produccin

58. Y se generarn mas archives

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



CIBERTEC

60. Verificamos nuevamente que estos archives estn 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 estn viajando del nodo origen al destino y verificar tambin que dichos archives estn siendo correctamente aplicados en el destino.


Oracle Dataguard

Documents

Transcript of Oracle Dataguard