Como restaurar
Enviado por admin el Sáb, 06/06/2009 - 4:17pm.
www.orcl.es
El sitio Web sobre la Base de Datos Oracle en español
www.orcl.esEl sitio Web sobre la Base de Datos Oracle en español |
|
Inicio de sesión Me gusta |
Como restaurar
Enviado por admin el Sáb, 06/06/2009 - 4:17pm.
|
EncuestaContribuye al sostenimiento de orcl.es |
Versión para impresión
Enviar a un amigo
Versión en PDF
QUIERO SABER SI LA RESTAURA PUEDE SER MÁS RÁPIDA
He logrado implementar un conjunto de scritps con los que mantengo duplicada la base de datos en mi servidor de respaldo cada 24 horas . esto lo realizo salvando cada una hora de manera incremental y restaurando todo en la noche ... de esta manera tengo la base duplicada hasta el dia anterior y guardo en el mismo servidor todas las salvas cada hora para en caso de desastre restaurar hasta el punto más cercano posible....
Además de esto los domingos hago una salva nivel 0 que "limpia".
Hasta ahora la restaura diaria demora el mismo tiempo que la restaura semanal que es de nivel 0.
La pregunta es:
Haciendo estas salvas incrementales cada hora puedo restaurar en el servidor de respaldo de alguna manera rápida ...?????
Me apresto a hacer pruebas con una base más pequeña ya que la mía tiene 70 GB y cada prueba con su tamaño total demora 2 y 3 horas.... pero quería preguntar esto para no perder tiempo con algo que no conozco y que además puede que sea imposible .. he preguntado y me han dicho que siempre la restaura demora lo mismo porque debe recorrer todo el fichero de la salva nivel 0 .... etc
Si me pudieran ayudar .. se lo agradecería...
Leonic
Restauracion mas rapida
Leonic:
Que version de BBDD tienes?
Hay opciones para lograr lo que tu quires:
Si me dices la version de la BBDD y si esta en modo archivelog, quizas te pueda decir algo mas.
Tambien si indicas que quieres conseguir quizas haya otros metodos para conseguirlo.
Saludos
respuesta a Admin
La BBDD que uso es Oracle 11G sobre windows 2003 server enterprise sp2 32bit
Agradecería que me dieras una ayuda....
Gracias por adelantado
Leonic
Restaurar
Hola:
Si lo que deseas es mantener una copia de la BBDD con un retraso de 24 horas respecto de la original, te aconsejo que crees una Stand-by Database Física (no crees una Stand-by lógica porque da muchos problemas) y ayudado del DataGuard Broker para su manipulación.
Con una Stand-by + DataGuard Broker, puedes mantener una copia de la BBDD primaria con el retraso que desees. Si se cae la BBDD primaria, puedes activar la Standby y seguir trabajando con ella.
Una Standby DataBase parte de la restauración de una copia del backup de la BBDD primaria y después se le van aplicando los archivelogs generados por la primaria. De esta forma, se va actualizando la BBDD standby. El DataGuard Broker no es técnicamente imprescindible, pero es la pieza que se cuada de pasar automáticamente los archivelogs de una BBDD a la otra, aplicarlos, volver a pedir un archivelog (si se pierde alguno), etc.
Si deseas mantener el backup y recover manual:
Doy por supuesto que utilizar RMAN para realizar el backup.
El backup de nivel 0 es un backup completo (de toda la BBDD). Por tanto, el backup y el recover precisa recorrer toda la BBDD. El tiempo que tarda depende de la velocidad de los discos, la CPU, etc.
En cuanto al backup incremental:
Te recomiendo actives el Block Change Tracking para que la BBDD lleve un control de los bloques modificados.
desde SqlPlus y login como SYS (pon el nombre de fichero que quieras):
SQL> ALTER DATABASE ENABLE BLOCK CHANGE TRACKING USING FILE '/DB1/bct.ora';
Al activar el BCT, hacer un backup incremental es muy rápido dado que no se debe leer todos los bloques de la BBDD. BCT mantiene un bitmap de los bloque modificados y solo leera los bloques modificados.
Como siempre, el tiempo empleado en hacer el backup y el recover depende de la velocidad del disco y la CPU.
Dices que haces backup incremental cada hora. Si solamente quieres el backup para restaurar en la BBDD adicional en caso de desastre, te recomiendo que hagas un backup incremental cumulative. Al hacerlo cumulative, copias todas las modificaciones desde el ultimo backup a nivel 0. Por tanto, en caso de desastre, solo deberas recuperar un backup: el último (+ aplicar archivelogs). Observa que:
Ya me ditas si deseas más información.