09 adm bases de datos abd5501 (03 unidad 2   oracle)
Upcoming SlideShare
Loading in...5
×
 

09 adm bases de datos abd5501 (03 unidad 2 oracle)

on

  • 1,315 views

admin base de datos

admin base de datos

Statistics

Views

Total Views
1,315
Views on SlideShare
1,315
Embed Views
0

Actions

Likes
0
Downloads
35
Comments
1

0 Embeds 0

No embeds

Accessibility

Categories

Upload Details

Uploaded via as Adobe PDF

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel

11 of 1

  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

    09 adm bases de datos abd5501 (03 unidad 2   oracle) 09 adm bases de datos abd5501 (03 unidad 2 oracle) Document Transcript

    • Instituto Profesional DuocUCEscuela de Ingeniería Redo Log File Jaime Amigo P. © 2006, Santiago - Chile
    • Instituto Profesional DuocUC Escuela de Ingeniería ObjetivosDespués de completar esta lección, usted deberá saberlo siguiente: • Explicar el propósito de los archivos de redo log • Conocer la estructura de los archivos de redo log • Control de log switches y checkpoints • Multiplexar y mantener archivos de redo log • Manejar archivos de redo log con OMF 2
    • Instituto Profesional DuocUC Escuela de Ingeniería Usando archivos de Redo Log Los archivos de Redo Log registran todos los cambios hechos en los datos y proveen mecanismos de recuperación de un sistema ante una falla. • Los archivos de redo log estan organizados dentro de grupos • Una base de datos Oracle requiere al menos de 2 grupos • Cada redo log esta dentro de un grupo llamado member (asociado fíisicamente a un archivo en disco)Propósito de los Archivos de Redo LogLos archivos de redo log proveen información de las transacciones ante un evento de falla de la base de datos. Cada transacción es escrita sincrónicamente en los archivos de redo log con el propósito de proveer un mecanismo de recuperación en caso de falla (con excepciones como cargas o lecturas hechas con la opcion NOLOGGING). Esto incluye transacciones que no han sido comiteadas, información del segmento de undo, y sentencias de administración de schemas y objetos. Los archivos de redo log son usados en situaciones como falla de una instancia para recuperar los datos comiteados que no han sido escritos a los datafiles. Los archivos de redo log son usados solo para recuperación.Obteniendo información de Redo LogEl comando archive log list nos muestra si la base de datos está en modo archivelog o noarchivelog y si el archivado automático está funcionandoSQL> archive log list;Database log mode Archive ModeAutomatic archival EnabledArchive destination /archive1/expl1Oldest online log sequence 2029Next log sequence to archive 2031Current log sequence 2031 3
    • Instituto Profesional DuocUC Escuela de Ingeniería Estructura de Archivos de Redo LogEstructura de Archivos de Redo LogEl DBA puede setear la base de datos Oracle para mantener copias de archivos deredo log y asi evitar tener un único punto de falla en una base de datos.Grupos de Redo Log Online•Es un conjunto de copias idénticas de archivos de redo log online•El proceso LGWR escribe concurrentemente la misma información en todos losmiembros de redo log del grupo•El Oracle Server necesita un mínimo de 2 grupos de archivos de redo log online parala normal operación de la base de datos 4
    • Miembros Redo Log Online•Cada archivo de redo log online en un grupo es llamado miembro•Cada miembro en un grupo tiene idéntico número de secuencia de logs y del mismotamaño. El número de secuencia de logs es asignado cada vez que el Oracle Servercomienza a escribir un grupo de log e identifica cada archivo de redolog de formaúnica. El número de secuencia de log es almacenado en el archivo de control y en lacabecera de todos los datafiles.Creando un archivo de redo log inicialEl seteo inicial de los grupos de redolog online y miembros son creados durante lacreación de la base de datos.Los siguientes parámetros limitan el número de archivos de redo log online: •El MAXLOGFILES en el comando CREATE DATABASE específica el máximo absoluto de grupos de redo logs online •El máximo y el valor por defecto para MAXLOGFILES depende en tu sistema operativo •El parámetro MAXLOGMEMBERS usado en el comando CREATE DATABASE determina el número máximo de miembros por grupo. El máximo y el valor por defecto de MAXLOGMEMBERS depende de tu sistema operativo 5
    • Instituto Profesional DuocUC Escuela de Ingeniería ¿Cómo trabajan los Redo Log? • Los redo log son usado de manera clicica • Cuando un archivo de redo log esta lleno, LGWR continua con el siguiente grupo de log – Este proceso se llama LOG SWITCH – También ocurren operaciones de checkpoint – Esta información es escrita al archivo de control¿Cómo trabajan los Redo Log?El Oracle Server secuencialmente registra todos los cambios hechos en la base de datos al buffer deredo log. Las entradas a los redo son escritas desde el buffer de redo log a uno de los grupos de redologs llamado grupo actual de redo log online (current online redo log group) por el proceso LGWR. ElLGWR escribe bajo las siguientes situaciones: - Cuando se hacen commits a transacciones - Cuando el buffer de redo log se llena (become one-third full) - Cuando hay mas de 1 MB de registros modificados en el buffer de redo log - Antes que el proceso DBWn escriba los bloques modificados en el database buffer cache a losdatafilesLos redo logs son usados de manera ciclica. Cada grupo de archivos de redo log esta identificado por unnúmero de secuencia que es sobreescrito cada vez que el log es reusadoLog SwitchesLGWR escribe secuencialmente a los archivos de redolog online. Cuando el grupo de redo log actual sellena, LGWR comienza a escribir en el siguiente grupo. Este proceso es llamado LOG SWITCH.Cuando el último archivo de redo log online se llena, LGWR retorna al primer grupo de redo log ycomienza a escribir nuevamente 6
    • CheckpointsConsiste en escribir a disco los buffers modificados en en la SGA, asegurándose quese escriban en los datafiles y no solo en los redo log files. Esto asegura consistenciaen la BD.Durante un checkpoint: - Los buffers sucios de la base de datos son escritos a los datafiles por elprocesos DBWn. El número de buffers que esta siendo escrito por DBWn estadeterminado por el parametro FAST_START_MTTR_TARGET - El proceso Checkpoint CKPT actualiza las cabezaras (headers) de todos losdatafiles y archivos de control, reflejando que esto a sido completado exitosamenteCheckpoints pueden ocurrir para todos los datafiles de una base de datos o paradatafiles específicos.Un checkpoint ocurre por ejemplo, en las siguientes situaciones:-En cada log switch-Cuando una instancia ha sido bajada con la opción normal, transactional o immediate-Cuando es forzado por un seteo del parámetro FAST_START_MTTR_TARGET-Cuando se cumple un tiempo desde el último checkpoint indicado en el parámetroLOG_CHECKPOINT_TIMEOUT-Cuando se alcanza el límite definido en el parámetro LOG_CHECKPOINT_INTERVAL-Cuando manualmente es requerido por un DBA (ALTER SYSTEM CHECKPOINT)-Cuando se ejecuta un ALTER TABLESPACE [OFFLINE NORMAL | READ ONLY |BEGIN BACKUP], esto causa un checkpoint sobre un datafile específicoLa información de cada checkpoint es registrada en el archvo alertSID.log si elparámetro de inicialización LOG_CHECKPOINTS_TO_ALERT esta seteado en TRUE.El valor por defecto es FALSE y no registra los log de checkpoint 7
    • SVRMGR> select * from v$log;GROUP# THREAD# SEQUENCE# BYTES MEMBERS ARC STATUS FIRST_CHANFIRST_TIME---------- ---------- ---------- ---------- ---------- --- ---------------- ------------------------------ 1 1 1576 52428800 1 NO CURRENT 23496030512/19/05 08:26:09 2 1 1572 52428800 1 YES INACTIVE 21197412404/04/05 11:56:21 3 1 1573 52428800 1 YES INACTIVE 22542050704/15/05 18:23:39 4 1 1574 52428800 1 YES INACTIVE 22542306004/19/05 16:40:06 5 1 1575 52428800 1 YES INACTIVE 22542512604/25/05 10:24:355 rows selected.SVRMGR> alter system switch logfile;Statement processed.SVRMGR> select * from v$log;GROUP# THREAD# SEQUENCE# BYTES MEMBERS ARC STATUS FIRST_CHANFIRST_TIME---------- ---------- ---------- ---------- ---------- --- ---------------- ------------------------------ 1 1 1576 52428800 1 NO INACTIVE 23496030512/19/05 08:26:09 2 1 1577 52428800 1 NO CURRENT 23500065504/25/06 01:49:34 3 1 1573 52428800 1 YES INACTIVE 22542050704/15/05 18:23:39 4 1 1574 52428800 1 YES INACTIVE 22542306004/19/05 16:40:06 5 1 1575 52428800 1 YES INACTIVE 22542512604/25/05 10:24:355 rows selected. 8
    • Instituto Profesional DuocUC Escuela de Ingeniería Agregando Grupos de Redo Log OnlineAgregando Grupos de Redo LogEn algunos casos es preciso agregar grupos de log adicionales. Por ejemplo, agregargrupos se puede resolver problemas de disponibilidad. Para crear un nuevo grupo dearchivos de redo log online, se utiliza el siguiente comando: ALTER DATABASE [database] ADD LOGFILE [GROUP integer] filespec [, [GROUP integer] filespec ] ... ]Usted específica el nombre y ubicación del miembro en filespec. El valor delparámetro GROUP puede ser seleccionado de cada grupo de archivo de redo log. Sise omite este parámetro, el Oracle Server genera este valor automáticamente 9
    • Instituto Profesional DuocUC Escuela de Ingeniería Agregando Miembros Redo Log OnlineAgregando Miembros Redo Log OnlineSe puede agregar nuevos miembros a los grupos existentes usando el comando ALTER DATABASE ADD LOGFILE MEMBER: ALTER DATABASE [database] ADD LOGFILE MEMBER [ ‘filename’ [REUSE] [, ‘filename’ [REUSE]] ... TO {GROUP integer | (‘filename’ [, ‘filename’] ...) } ] ...Use el path completo para identificar el nombre del miembro del archivo de log, de otra forma los archivos son creados en el directorio por defecto el servidor de base de datosSi el archivo ya existe, este debe tener el mismo tamaño y se debe especificar la opción REUSE. Se puede identificar el grupo TARGET especificando uno o mas miembros del grupo o especificando el número del grupo 10
    • Instituto Profesional DuocUC Escuela de Ingeniería Borrando Grupos Redo Log OnlineBorrando Grupos Redo Log OnlineIncrementar o decrementar el tamaño de los grupos de redo log online, agregar nuevosgrupos (con el nuevo tamaño) y borrar los viejosUna entrada en el grupo de redo log online puede ser borrada con el comando ALTERDATABASE DROP LOGFILE:ALTER DATABASE [database] DROP LOGFILE {GROUP integer| (‘filename’ [, ‘filename’] ...)} [, {GROUP integer| (‘filename’ [, ‘filename’] ...)} ] ...Restricciones•Una instancia requiere de al menos 2 grupos de redo log online•Un grupo activo o actual (current) no puede ser borrado•Cuando un grupo de redo log online es borrado, el sistema operativo no borra elarchivo 11
    • Instituto Profesional DuocUC Escuela de Ingeniería Borrando Miembros Redo Log OnlineBorrando Miembros de Redo Log OnlineUno puede desear borrar un miembro de un redo log online porque este puede estar inválido. Usar el comando ALTER DATABASE DROP LOGFILE para borrar uno o más miembros de redo log online.ALTER DATABASE [database] DROP LOGFILE MEMBER ‘filename’ [, ‘filename’] ...Restricciones • Si el miembro que se desea borrar es el último del grupo, no se puede eliminar dicho miembro • Si el grupo esta CURRENT, primero debes forzar un Log Switch antes de borrar el miembro • Si la base de datos esta corriendo en modo ARCHIVELOG y el grupo de log file que esta siendo usado no esta archivado, entonces el miembro no puede ser borrado • Cuando un miembro de redo log online es borrado, el archivo del sistema operativo no es borrado 12
    • Instituto Profesional DuocUC Escuela de Ingeniería Limpiando, Reubicando o Renombrando Archivos de Redo Log Online • Limpiando archivos de redo log online ALTER DATABASE CLEAR LOGFILE ‘$HOME/oradata/u01/log2a.rdo’ • Para reubicar o renombrar archivos de redo log online se necesita agregar nuevos miembros y borrar los miembros viejosLimpiando, Reubicando o Renombrando Archivos de redo Log OnlineSi el archivo de redo log esta corrupto en todos los miembros, el DBA debe resolver este problema reinicializando estos archivos de redo log usando el comando ALTER DATABASE CLEAR LOGFILE:ALTER DATABA [database]CLEAR [UNARCHIVED] LOGFILE {GROUP integer | (‘filename’ [,’filename’] ...)} [,{GROUP integer | (‘filename’ [,’filename’] ...)}] ...Usar este comando es equivalente a agregar o borrar un archivo de redo log online. Pero se puede usar este comando solo si hay 2 grupos de log con un archivo cada uno y cuando el grupo es limpiado esta disponible pero no ARCHIVED 13
    • RestriccionesSe puede limpiar un grupo de archivos de redo log online que este archivado o no. Sinembargo, cuando no esta archivado se debe incluir la palabra clave UNARCHIVED.Esto hace inutilizable el backup si el archivo de redo log online es necesario para larecuperación.Reubicando y renombrando archivos de redo logLa ubicación de los archivos de redo log puede ser modificada agregando nuevosarchivos de log y borrando los viejos. Otro método es a través de ALTER DATABASERENAME FILE pero requiere colocar la base de datos en modo MOUNT. Esto esmucho mas fácil que estar agregando y borrando archivos. 14
    • Instituto Profesional DuocUC Escuela de Ingeniería Configuración de Redo Log OnlineNúmero de Archivos de Redo Log OnlinePara determinar el número apropiado de archivos de redo log para una instancia debase de datos, se deben testear varias configuraciones.En algunos casos, una instancia puede necesitar solo 2 grupos. En otras situaciones,se pueden requerir grupos adicionales para garantizar que los grupos estén siempredisponibles para LGWR. Por ejemplo, si los mensajes de LGWR en los archivos detrazas o archivos de alertas indican que LGWR frecuentemente esta esperando paraun grupo porque un checkpoint no se ha completado o un grupo no ha sido archivado,es preciso agregar mas grupos.Si bien es posible tener grupos multiplexados de diferentes números de miembros, esrecomendable construir una configuración simétrica. Una configuración asimétricadebería ser solo el resultado temporal de una situación inusual como falla en un disco. 15
    • Ubicación de los archivos de redo log onlineCuando se multiplexan los archivos de redo log online, se colocan los miembros deestos en diferentes discos físicos. Para hacer esto a menudo un miembro estadisponible y otro no, no es necesario bajar la instancia.Separe los archivos de archive log y redo log en diferentes discos para reducir lacontención entre los procesos ARCn y LGWR.Los datafile y archivos de redo deben ser colocados en diferentes discos para reducirla contención de LGWR y DBWn y así, reducir el riesgo de pérdida de datafiles yarchivos de redo log ante un evento de falla de medios.Tamaño de archivos de redo logEl tamaño mínimo de un archivo de redo log es 50 KB y el máximo tamaño esta dadopor el Sistema Operativo. Miembros de diferentes grupos pueden tener diferentestamaños, sin embargo, no hay beneficios de tener esta configuración.Grupos de diferentes tamaños podrian ser requeridos como resultado temporal si sedesea cambiar el tamaño de los miembros de los grupos de redo log online. En estecaso, se deben crear un nuevos grupos con diferentes tamaños y borrar los antiguos.Las siguientes situaciones pueden influir en la configuración de los archivos de redolog: •Número de log switches y checkpoint •Número y cantidad de entradas de redo •Cantidad de espacio en el medio de almacenamiento; por ejemplo: sobre una cinta si ARCHIVING esta habilitada 16
    • Instituto Profesional DuocUC Escuela de Ingeniería Manejando Archivos Redo Log con OMF • Un grupo puede ser agregado sin especificación de archivos – ALTER DATABASE ADD LOGFILE; • Si un grupo es borrado, todos los archivos correspondientes a OMF son borrados a nivel de sistema operativo – ALTER DATABASE DROP LOGFILE GROUP 3;Manejando Archivos Redo Log con OMFAgregar un grupoPara crear un nuevo grupo de archivos de redo log online, el DBA debe utilizar elcomando ALTER DATABASE ADD LOGFILE. El comando ha sido modificado y no serequiere la especificación de archivo. En el ejemplo se agrega un nuevo archivo de logdentro de un miembro en la ubicación DB_CREATE_ONLINE_LOG_DEST_1 y elmiembro en la ubicación DB_CREATE_ONLINE_LOG_DEST_2Los nombres son únicos para los miembros generados automáticamenteBorrar un grupoLa claúsula GROUP se usa para eliminar un archivo de log. En el ejemplo, el archivoasociado al sistema operativo dentro de cada miembro de OMF es borradoautomáticamenteArchived Redo Log y OMFNo pueden archivarse archivos de redo log con OMF. La ubicación de archivos deredolog para archiving debe ser especificada dentro del parámetroLOG_ARCHIVE_DEST_n 17
    • Instituto Profesional DuocUC Escuela de Ingeniería Obteniendo Información de Grupos y Miembros La información de grupos y miembros se obtiene consultando el diccionario de datos • V$LOG • V$LOGFILEObteniendo información de grupos y miembrosV$LOGLa siguiente consulta retorna información de los archivos de redo log online desde elarchivo de controlSQL> SELECT group#, sequence#, bytes, members, status FROM V$LOG;Los siguientes items son los valores comúnmente desplegados para la columnaSTATUS: •UNUSED: indica que el grupo de redo log online nunca a sido escrito. Es el estado de un archivo recientemente agregado •CURRENT: indica que el grupo de redo log online esta CURRENT (EN USO) o ACTIVO •ACTIVE: indica que el grupo de redo log online esta ACTIVE pero no EN USO (CURRENT). Es necesario para recuperación ante fallas. Puede estar o no en modo ARCHIVED 18
    • •CLEARING: indica que el log esta siendo recreado como un log vacío después de unALTER DATABASE CLEAR LOGFILE. Después que el log ha sido limpiado, el estadocambia a UNUSED•CLEARING_CURRENT: El log actual esta siendo limpiado.V$LOGFILEVista dinámica de rendimiento para obtener los nombres de todos los miembros de ungrupo,SQL> SELECT member FROM V$LOGFILE;El valor de la columna STATUS puede ser uno de los siguientes:•INVALID: indica que el archivo esta inaccesible•STALE: indica que el contenido del archivo esta incompleto•DELETED: indica que el archivo no esta largamente usado (IS NO LONGER USED)•Blanco indica que el archivo esta en uso 19
    • Instituto Profesional DuocUC Escuela de Ingeniería Archivado de Redo Log Cuando los archivos de redo log online se llenan, pueden ser archivados • Existen 2 ventajas del archivado de redo log: – Recuperación : Un backup de BD junto con el archivado online de los redo log puede garantizar la recuperación de todas las transacciones “comiteadas” – Respaldo : Puede ser ejecutado mientras la BD esta abierta • Por defecto una BD es creada en modo NOARCHIVELOGArchivado de Redo LogUna de las decisiones más importantes de un DBA esta en determinar si una BDtrabajara en modo ARCHIVELOG o en modo NOARCHIVELOGNOARCHIVELOGEn este modo, los archivos de redo log online son sobrescritos cada vez que el archivose llena y ocurre un log switch. LGWR no sobreescribe un grupo hasta que elcheckpoint para el grupo se completa.ARCHIVELOGSi la base de datos esta corriendo en este modo, los grupos inactivos y llenos sonarchivados. Todos los cambios realizados en la BD son registrados en los archivos deredo log online, el DBA puede usar los respaldos físicos y los archivos de redo log pararecuperar la base de datos sin perder la información comiteada. 20
    • Hay dos formas en la que los archivos de redo log son archivados: •Manualmente •Automáticamente : Metodo recomendadoEl parámetro de inicialización LOG_ARCHIVE_START indica si el archivado seráautomático o manual cuando suba la instancia. Puede tener dos valores: •TRUE indica que el archivado es automático. ARCn inicia el archivado de los grupos de logs llenos después de cada log switch •FALSE valor por defecto, indica que el DBA respalda manualmente los archivos de redo llenos. El DBA debe ejecutar manualmente por comandos cada vez que desee archivar el archivo de redo log online. Todos o algún archivo de redo log puede ser archivado manualmente. 21
    • Instituto Profesional DuocUC Escuela de Ingeniería Archivado de Redo Log • El archivado de redo log es ejecutado por ARCn (Archiver) o manualmente a través de sentencias SQL • Una entrada en el archivo de control registra el nombre del log archivado, número de secuencia y otros datos de interes • Los archivos de redo log no pueden ser reusados hasta que un checkpoint se ejecuta y el proceso ARCn respalde dicho archivo en los Archive Redo Log • El archivo de redo log puede ser multiplexado • Los archivos de archive de redo log debe ser mantenidos por el DBA • Mayores informaciones hay en V$LOGHIST y V$ARCHIVED_LOGArchivado de Redo LogInformación de los log archivados puede ser obtenida desde V$LOGHIST y V$ARCHIVED_LOGSQL> select * from v$loghist 22
    • Parámetros de Redo LogFAST_START_MTTR_TARGETParámetro expresado en segundos, que determina el tiempo deseado para que ocurra la recuperaciónde una instancia , es decir, permite controlar el tiempo en que tarda en volver a levantarla. Si este valores muy pequeño, de modo que no pueda completarse la recuperación en dicho instante de tiempo,entonces el TARGET_MTTR (tiempo efectivo para la recuperación) equivale al tiempo mínimo que elsistema permite para la recuperación de la instancia. Por el contrario si el valor es muy grande, tanto queni en el peor de los casos la recuperación puede tardarse dicha cantidad de tiempo, entonces elTARGET_MTTR toma el valor estimado para la recuperación.Este parámetro toma por defecto el valor 0, lo que significa que dicho parámetro no será tomado encuenta en la recuperación. El máximo valor que puede tomar es 3600, que equivale a 1 hora.Cuando se utiliza este parámetro, es conveniente deshabilitar los parámetrosLOG_CHECKPOINT_TIMEOUT y LOG_CHECKPOINT_INTERVAL.Para ver este parámetro:SELECT TARGET_MTTR FROM V$INSTANCE_RECOVERY;Para modificar este parámetro:ALTER SYSTEM SET FAST_START_MTTR_TARGET=<nuevo valor>;LOG_CHECKPOINT_TIMEOUTPermite especificar el tiempo máximo que puede transcurrir entre el próximo checkpoint y la escritura delúltimo bloque en el redo log. Es decir, limita el tiempo que puede permanecer un bloque sucio en elcache antes de ser escrito a disco.En el caso en que el número de actualizaciones es significativo es conveniente que el valor que tomeeste parámetro sea pequeño de modo que dichas actualizaciones sean llevadas a almacenamientoseguro rápidamente, pero en los casos en que no hay gran cantidad de actualizaciones lo másconveniente es que este valor sea grande de modo que el número de escrituras de disco sea menor,dado que no habrá que reflejar muchos cambios.Este parámetro toma por defecto el valor 1800, que corresponde a 30 minutos entre cada checkpoint.Para ver este parámetro:SELECT LOG_CHKPT_TIMEOUT_REDO_BLKS FROM V$INSTANCE_RECOVERY;Para modificar este parámetro:ALTER SYSTEM SET LOG_CHECKPOINT_TIMEOUT=<nuevo valor>; 23
    • LOG_CHECKPOINT_INTERVALPermite especificar el número máximo de bloques que pueden existir entre el próximo checkpoint y laescritura del último bloque en el redo log, esto es, limita el número de bloques que pueden existir entre elcheckpoint y el final de la bitácora.Este parámetro toma por defecto el valor 0 lo cual indica que este parámetro será ignorado.Al igual que para el parámetro LOG_CHECKPOIN_TIMEOUT si el número de actualizaciones esconsiderable es conveniente que el número de bloques entre cada checkpoint sea bajo, mientras que siel número de actualizaciones es bajo seria conveniente que el número de bloques fuera alto. Sinembargo para ambos casos puede haber desperdicio en cuanto al rendimiento ya que no se sabecuántos bloques pueden ser afectados por las actualizaciones.Para ver este parámetro:SELECT LOG_CHKPT_INTERVAL_REDO_BLKS FROM V$INSTANCE_RECOVERYPara modificar este parámetro:ALTER SYSTEM SET LOG_CHECKPOINT_INTERVAL = <valor en número de bloques>LOG_ARCHIVE_STARTParámetro que indica a la base de datos que lleve una bitácora en disco de los archivos de redo logLOG_CHECKPOINT_TO_ALERTParámetro que permite monitorear la actividad del checkpoint en una base de datos. Por defecto el valores FALSE. Esta información queda registrada en los archivos de Alertas de las base de datos.DB_CREATE_ONLINE_LOG_DEST_nParámetro que define el destino por defecto de los archivos de redo log.LOG_ARCHIVE_DEST_nParámetro que define el destino por defecto de los archivos de archive redo log. 24
    • Instituto Profesional DuocUC Escuela de Ingeniería QUICK REFERENCE Contexto ReferenciaParámetro de inicialización LOG_CHECKPOINTS_TO_ALERT UTL_FILE_DIRParámetros dinámicos de LOG_CHECKPOINT_TIMEOUTinicialización LOG_CHECKPOINT_INTERVAL FAST_START_MTTR_TARGETVistas dinámicas de V$THREADrendimiento V$LOG V$LOGFILE V$DATABASE, V$LOGHIST, V$ARCHIVED_LOGVistas del diccionario de datos NingunaComandos ALTER SYSTEM SWITCH LOGFILE ALTER SYSTEM CHECKPOINT ARCHIVE LOG LIST ALTER DATABASE ADD LOGGILE ALTER DATABASE ADD LOGFILE MEMBER ALTER DATABASE RENAME FILE ALTER DATABASE DROP LOGFILE ALTER DATABASE DROP LOGFILE MEMBER ALTER DATABASE CLEAR LOGFILE 25
    • Instituto Profesional DuocUCEscuela de Ingeniería Fin de la Lección Jaime Amigo P. © 2006, Santiago - Chile