MANUAL STANDBY DATABASE - PARTE.

1 - oracleland

https://sites.google.com/site/oracleland/manual-standby-database---parte-1

ORACLE LINUX ENTERPRISE

ORACLE CREADOR DE ORACLE Biografia de Larry EllisonINSTALACION DE ORACLE EN LINUX MANUAL STANDBY DATABASE - PARTE II MANUAL STANDBY DATABASE - PARTE.1 Sitemap

MANUAL STANDBY DATABASE - PARTE.1

Oracle10g: Manual standby database (Primera parte). Una base de datos Oracle en Standby es una copia exacta de una base de datos operativa en un servidor remoto, usada como backup, como copia para consulta, recuperacin de desastres, etc. Puede ser Fisica o Logica. La copa fisica, que es la que vamos a tratar aqui, es una copia exacta, bit a bit , de la base de datos original.

Una base de datos en modo Standby es algo ms que un backup normal ya que se puede poner en produccin en caso de desastre en un tiempo menor que si tuvieramos que restaurar una copia (ya sea desde rman o un simple export). Restaurar una copia desde fichero tarda tiempo, y durante este periodo el sistema no est disponible. Con una base de datos adicional en modo standby no hay nada (o casi nada que restaurar) en caso de desastre. En cuestin de minutos se hace el cambio permitiendo continuidad en el servicio. No nos ofrece las ventajas de rendimiento de un cluster o la seguridad del espejo pero la relacin de costes de tiempo y licencia versus ventajas me parece correcta. Desde un punto de vista global: -Disponemos de una copia de la base de datos de forma remota, que podemos contabilizar como segundo juego de copias. -A diferencia de un simple backup, la copia se mantiene viva y los datos son actualizados con mayor frecuencia. -En caso de desastre la podemos usar en cuestin de minutos sin esperar a restaurar un backup entero, ya sea lgico(export) o fsico(rman). -Sirve como entorno de pruebas ms real para la prueba de parches y estimacin de tiempos. El volumen de datos es idntico. -Tengo entendido que una base de datos en standby se puede usar hasta 10 dias al ao sin coste de licencia (aunque mira por donde Microsoft te deja 30 dias... ) Desde un punto de vista tcnico: -Los cambios en la base de datos principal se captura en los archivos de redo log. -Los archivos de redo no son permanentes, son sobreescritos de forma rotativa (en este estado an no se copia al segundo servidor). -Se hace una copia del redo log. La copia permanente se llama archive log. -Los archive logs(copias de redo log) se transfieren al servidor en standby. En

Navegacin

1 de 2

22/03/2013 06:29 p.m.

MANUAL STANDBY DATABASE - PARTE.1 - oracleland

https://sites.google.com/site/oracleland/manual-standby-database---parte-1

sistemas linux por ejemplo podemos hacerlo mediante rsync. -Se aplican los archive logs transferidos a la base de datos en standby quedando actualizada.

A nivel global los pasos a seguir para montar el chiringuito pueden ser los siguientes: 1. Configurar la base de datos principal para que funcione en modo archivelog. 2. Preparar un script para hacer una copia en caliente (usando rman). 3. Crear un fichero de control standby (control file) en la base de datos principal. 4. Copiarlo todo (fichero de configuracin, de control y copia rman) en el segundo servidor (donde montamos la base de datos en standby). 5. Reconfigurar rutas (usando DB_FILE_NAME_CONVERT en init.ora o a manita). 6. Iniciar la segunda base de datos en modo mount standby database. 7. Restaurar datos (recover database). 8. Sincronizar de forma peridica(cron) transportando (rsync?) y aplicando los archive logs.

EN LA PROXIMA ENTREGA EXPLICAREMOS PASO A PASO COMO SE CONFIGURA TODO ESTE PROCESO.

Acceder | Actividad reciente del sitio | Informar de uso inadecuado | Imprimir pgina | Eliminar acceso | Con la tecnologa de Go ogle Sites

2 de 2

22/03/2013 06:29 p.m.