Oracle Database Backup y Recuperación esencial por James Smith

Debido a la expansión de tamaño ofdatabase y se hace más grande y más grande, la recuperación de la duración del tiempo se alsoextending y se tarda horas y horas. Tal alta el tiempo de inactividad es inaceptable encualquier 24x7x365 ronda el medio ambiente reloj corriendo. Por consiguiente, es esencial forthe databaseadministration

para evaluar y aplicar la unidad de la derecha de la recuperación, el tiempo de inactividad general suchthat es la recuperación minimized.Oracleallows a diferentes niveles como nivel de base de datos, el nivel de espacio de tabla, el nivel de archivo de datos, el nivel de esquema, nivel de segmento y el último es el bloque nivel. Off recuperación nivel courseblock sólo es posible en RMAN una herramienta de gestor de recuperación. Cada levelhas variando efectos sobre la disponibilidad de bases de datos y el tiempo de recuperación MTTR.For ejemplo, la base de datos tiene que ser cerrada con el fin de realizar databaserecovery significar, causando la disponibilidad cero durante la recuperación de base de datos. Sin embargo, thedatabase puede ser abierta y sólo el espacio de tablas específico o archivo de datos recoveryrespectively. Por supuesto, el espacio de tablas SYSTEM o SYSAUX tablas con activerollback segmentos son excepciones y toda la base de datos tiene que ser cerrado whilerecovery estos tipos de espacios de tabla. Dependiendo de la situación de interrupción, cada levelcan acelerar o retrasar el proceso de recuperación, lo que afecta MTTR. Por ejemplo, durante la recuperación de base de datos, no se puede tener múltiples sesiones aplicando recoveryin paralelo, pero hay hilos de recuperación paralelas en la misma sesión. En thecase de recuperación de espacio de tabla o archivo de datos; usted puede tener múltiples sesiones withmultiple hilos de recuperación para cada sesión, trabajando en paralelo en differenttablespace o datos files.As regla ageneral general, sin embargo, hay que señalar que a menor ofrecovery nivel, mayor es la disponibilidad, ya que los niveles de recuperación inferiores tales Asfor de tablas y recuperación de archivos de datos permiten a las partes de la base de datos para ser openand disponible para los usuarios. Por consiguiente, en cualquier situación de corte de luz, siempre la recuperación de archivos considerdata primero. Si eso no es el caso, entonces considere tablespacerecovery, y si eso no es adecuado, ya sea, a continuación, tratar levelrecovery base de datos como el último recurso. También, lo convierten en un punto de no violar referentialintegrity o punto de consistencia tiempo a través de los segmentos, al intentar alower unidad de recuperación. Esto puede causar daños lógicos con tales situaciones críticas database.Avoiding requiere un conocimiento sólido del ApplicationModel del registro de alertas DBA.Alwayscheck después de terminar el proceso de recuperación. El uso de esta idea, se le beable análisis de cualquier corrupción o cualquier nivel de base de datos críticos o bug relatederror estaba lanzando durante el proceso de recuperación. Si está monitorizando archivo constantlyalert durante la recuperación de base de datos

processthen es mejor idea, pero después de terminar la tarea, debe necesitar comprobar againfor su posterior análisis.