Contenido del curso
- 1. Introducción
- 2. Instalación del software y creación de la base de datos
- 3. Asistente de Configuración de la base de datos
- 4. Migración de una base de datos
- 5. Enterprise Manager. Introducción
- 6. Enterprise Manager. Configuración del entorno de red
- 7. Enterprise Manager. Gestión de la instancia
- 8. Enterprise Manager. Gestión del espacio de almacenamiento
- 9. Enterprise Manager. Administración de usuarios y seguridad
- 10. Enterprise Manager. Gestión de los objetos del esquema
- 11. Enterprise Manager. Gestión de copias de seguridad
- 12. Enterprise Manager. Monitorización y ajuste de la base de datos
8. Enterprise Manager. Gestión del espacio de almacenamiento
Capítulo anterior: 7 - Enterprise Manager. Gestión de la instancia
Capítulo siguiente: 9 - Enterprise Manager. Administración de usuarios y seguridad
El SGBDR de Oracle tiene estructuras lógicas y físicas que el administrador ha de gestionar. Las estructuras físicas son aquellas se pueden ver en el sistema operativo somo son los ficheros; mientras que las estructuras lógicas sólo se pueden ver desde el servidor de Oracle, como son por ejemplo los tablespaces.
Los usuarios más avanzados tendrán conocimiento de la estructura lógica de la base de datos, y es responsabilidad del DBA gestionar la correspondencia entre las estructuras lógicas y físicas para tener un rendimiento óptimo.
Desde la página de administración del Entreprise Manager se pueden gestionar con total comodidad las estructuras físicas y lógicas.

|
Almacenamiento |
Descripción |
|
Archivos de Control |
Contiene información de control y seguimiento imprescindible para el funcionamiento de la base de datos. Es recomendable tener varias copias del fichero de control para poder arrancar la base de datos si una de ellas se estropea, y durante la creación se crean tres ficheros. |
|
Tablespaces |
Es una estructura lógica que agrupa uno más ficheros de datos o ficheros temporales (tempfiles) y que permiten almacenar los objetos creados por los usuarios. Hay varios tipos de tablespaces: Undo tablespaces. Se utilizan para gestionar poder deshacer las transacciones incompletas. En versiones anteriores se utilizaban los segmentos de Rollback para realizar esta tarea. Temporary tablespaces. Permiten entre otras tareas mejorar el tiempo de respuesta en las ordenaciones Permanent tablespaces. Este tipo de tablespaces serán asignados a uno o varios usuarios y contendrán los objetos de su esquema (tablas, procedimientos, índices, ...) |
|
Grupos de tablespaces temporales |
Al asignar un "Grupo de tablespaces temporales" a un usuario, sus transacciones pueden utilizar cualquiera de los tablespaces temporales asignados al grupo, de forma que se puede optimizar su uso. |
|
Archivos de datos |
Son los ficheros del sistema operativo en los cuales se van a almacenar los datos de la base de datos. Se estructuran en : Segmentos. Un segmento contiene un tipo específico de objetos de la base de datos, como por ejemplo una tabla. Un segmento está compuesto de extensiones que definen el tamaño disponible para el segmento. A medida que se llenan las extensiones se van añadiendo nuevas extensiones. Extensiones. Cada extensión está formada por un conjunto de bloques de datos consecutivos. Bloques de datos. Es la unidad de almacenamiento más pequeña que se puede utilizar en una operación de entrada o salida de datos. |
|
Segmentos de Rollback |
En versiones anteriores se utilizaban para deshacer las transacciones incompletas. |
|
Grupos de Redo Logs |
Como mínimo toda base de datos tiene dos ficheros de redo logs, que tienen por misión registrar todas las modificaciones que se realizan sobre la base de datos. Si la base de datos se cae sin haber grabado de forma permanente los cambios, al recuperarse utilizará la información de estos ficheros para actualizar los datos. Se entiende por un grupo de redo logs, a un fichero de redo log y las copias del mismo. Por defecto hay un único fichero en el grupo, pero se pueden "agregar" más para mejorar la seguridad y proteger la base de datos contra la pérdida del fichero de redo log. |
|
Archive Logs |
Cuando se activa el modo de archivado, los ficheros de redo log que se van llenando se almacenan como un fichero con nombre propio en el sistema operativo. |
Durante la creación de la base de datos se han creado los archivos necesarios para su funcionamiento; pero a medida que se van almacenando datos, los "Archivos de Datos" crecerán y será necesario asignarles más espacio.
En la página se muestra información sobre la ubicación de los archivos, su tamaño y el porcentaje de utilización de los mismos. Estos archivos son estructuras físicas que se pueden consultar desde el sistema operativo. Si se consultara el tamaño de los mismos se vería que tienen su tamaño máximo aunque tengan un porcentaje de utilización mínimo.

Como se aprecia cada archivo de datos tiene asignado un tablespace y un estado. A través de los enlaces podemos acceder a las estructuras lógicas que nos proporcionan los tablespaces.

Junto a la lista de tablespaces podemos ejecutar acciones asociadas como:
Agregar un archivo de datos para aumentar su tamaño o distribuir los datos entre varios discos.
Cambiar su estado (online/offline)
Seleccionando la acción de "Generar DDL" se puede ver la sentencia SQL que se va a ejecutar para realizar la acción seleccionada.
Ejecutar el Asesor de Segmentos para obtener recomendaciones
Mostrar Contenido del Tablespace que nos permite ver los objetos de usuario que están almacenados en el mismo.
Pinchando sobre el enlace asociado a un tablespace se muestra la información del mismo y se facilitan acciones específicas para el mismo

La gestión de las estructuras físicas y lógicas corresponde al adminstrador, e incluye por ejemplo:
Definir si es necesario crear un nuevo tablespace para almacenar los datos de un usuario o aplicación. Hay que tener en cuenta que los tablespaces pueden ponerse online u offline, y permite controlar el acceso a los datos, ya que si está offline ningún usuario o aplicación podrá acceder al mismo. También se pueden realizar copias de seguridad de un tablespace, por lo que si los objetos de una aplicación están en un único tablespace se simplifica la gestión de copias de seguridad.
Crear, modificar y borrar tablespaces. Desde la página de tablespaces del Enterprise Manager cuenta con formularios para ejecutar estas acciones.
Vigilar el porcentaje de uso de los tablespaces, incrementando su tamaño o añadiendo nuevos ficheros si es preciso. Además, ha de ejecutar de vez en cuando el "Asesor de segmentos" que permite compactar los segmentos y eliminar la fragmentación interna de los datos. Como se verá posteriormente, el SGBDR de Oracle proporciona alertas, avisos y páginas de monitorización para facilitar esta tarea
« Anterior 8/12 Siguiente »
Hay 13 opiniones del curso
-
mi opinion -- claudio gustavo (25/06/07)
muy grafico como curso introductorio al oracle aunque un poco extenso .
-
capitulo 32 de acces -- Omar (16/03/06)
Por favor enviarme el capitulo 32 del curso introducción al acces, ya que este no me llego. el curso de oracle es muy bueno, pues le ayuda a uno a mejorar los conocimientos que ya se tienen. gracias omar
-
Curso Acces -- Omar (09/03/06)
El curso es excelente por que nos ayuda a mejorar el manejo de las bases de datos de acces. Agradeceria que em enviaran el capitulo 32 que no me llego Gracias Cordialmente, Omar
-
Muy buen principio -- Adriana (01/03/06)
me parece un excelente comienzo para utilizar Oracle. Es facil de entender
Cursos relacionados
Todos los derechos reservados. No está permitida la reproducción total o parcial de esta obra ni su tratamiento por cualquier método sin autorización escrita de la Editorial o de su autor.La opinión expresada en este correo no tiene por qué coincidir con la de MailxMail SL. Los comentarios y opiniones contenidos en él son únicamente propiedad de sus respectivos autores, nunca de MailxMail SL.
