tema 9 Sistema Gestor de Base de Datos Oracle
|
|
Título del Test:
![]() tema 9 Sistema Gestor de Base de Datos Oracle Descripción: Sistema Gestor de Base de Datos Oracle: Estructura Física y Lógica de la Base de |



| Comentarios |
|---|
NO HAY REGISTROS |
|
Señale la afirmación falsa con respecto al online redo log: Contiene datos de undo de los tablespaces temporales. Contiene datos de undo de los tablespaces undo cuando la base de datos tiene activado el modo automatic undo management. Los datos de las transacciones comprometidas se escriben en él antes que en los ficheros de datos. La base de datos permite que los archivos del online redo log tengan copias redundantes. Los tablespaces temporales almacenarán datos relacionados con consultas, como resultados de funciones hash u ordenaciones: Nunca. Siempre, para descargar la memoria de la instancia de datos intermedios. Cuando la base de datos esté en modo ARCHIVELOG, para facilitar la recuperación del estado anterior. Cuando no haya espacio suficiente en la SQL Work Area de la PGA. El parámetro PCTUSED: Es equivalente en tablespaces MSSM a PCTFREE en tablespaces ASSM. Es el PC de tu sed: cuando tengas sed, usa este PC. Es el porcentaje del tamaño de una extensión que debe estar libre para permitir la actualización de los registros contenidos en ella. Es el porcentaje del tamaño de los bloques de datos que debe estar libre para permitir la inserción de un registro en el bloque. Cuando la actualización de una fila provoca que aumente de tamaño y no quepa en su bloque actual: La base de datos se la lleva a otro bloque con un nuevo rowid y se actualiza el rowid en los nodos hoja de los índices que apunten a la fila. La base de datos se la llevará entera a otro bloque. La row piece del bloque original sólo contendrá un puntero a la nueva ubicación de la fila en su nuevo bloque. La fila se parte en dos fragmentos. El primero permanece en el bloque original e incorpora un puntero al segundo, que se alojará en un segmento temporal hasta que la base de datos ejecute la desfragmentación. La base de datos no permite el crecimiento de una fila más allá del espacio libre del bloque que la contenga,. En un segmento de un tablespace ASSM: No puede haber bloques más allá de la HWM. Se preformatean los bloques reservados pero no usados entre Low HWM y HWM. La inserción de nuevas filas puede provocar el movimiento en dirección hacia el final del segmento de Low HWM y HWM. Cuando se eliminan filas de bloques por debajo de Low HWM, la base de datos hace retroceder HWM de manera automática. Cuando un tablespace está offline: No funcionarán las sentencias DML sobre objetos almacenados en él. Se podrá acceder a los objetos del tablespace únicamente si la base de datos está en modo de sólo lectura. Las transacciones activas que hayan completado sus operaciones sobre objetos del tablespace no podrán ser comprometidas hasta que el tablespace vuelva a estar online. Si DBW intenta reiteradamente escribir en alguno de los ficheros del tablespace, la base de datos lo volverá a poner online automáticamente. El plan de ejecución de una consulta SQL se encuentra en: El área de SQL privada de la PGA. En el área de trabajo SQL (SQL Work Area) de la PGA. En el área compartida de SQL de la SGA. En la In-memory área de la SGA. En el modo consistente de recuperación de la información de los buffers, los bloques solicitados que hayan sido modificados por una transacción no comprometida: Serán devueltos a todas las sesiones tal como estuvieran antes de la ejecución de la transacción. Serán devueltos a todas las sesiones con las modificaciones realizadas por la transacción. Serán devueltos para todas las sesiones, excepto para la que haya ejecutado la transacción, tal como estuvieran antes de la ejecución de la transacción. A la sesión de la transacción se le devolverán con los cambios. Sólo serán devueltos para la sesión que haya ejecutado la transacción hasta que ésta comprometa los cambios. A las demás sesiones, la base de datos les devolverá un error. Una vez comprometidos, volverán a estar accesibles para todas las sesiones. El proceso PMON: Detecta la terminación de otros procesos de background. Monitoriza y ejecuta procesos de servidor y de cola de trabajos. Escribe en los ficheros de datos el contenido de los buffers modificados. Gestiona el online redo log buffer. En el modo de conexión de servidor compartido: Debe haber tantos procesos dispatcher como de cliente. La UGA estará en al SGA. Para cada proceso de cliente habrá un proceso de servidor, que no dará servicio a los demás clientes. Los procesos de servidor se deberán ejecutar en el host del cliente. |




