Post on 02-Jul-2015
description
Administración de
Memoria, Procesos y
EstructuraDulfredo Villca Lázaro
Contenido
2
Administración de Tablespace y Data Files1
Estructura de Almacenamiento y Relaciones2
Administración de los Undo Data3
Administración de Tablespace y Data
Files
Un tablespace es una estructura de
base de datos lógica, diseñada para
almacenar otras estructuras de bases
de datos lógicas.
Un tablespace puede pertenecer a
sólo una base de datos al mismo
tiempo, y consiste en uno o varios
datafiles.
3
Tipos de Tablespace
4
SYSTEM
tablespace. Son
creados con la base de
datos y es necesario
que estén presentes en
todas las bases de
datos. Contienen los
diccionario de datos, y
unidades de programa
almacenados.
Tablespace
Non-SYSTEM
tablespacePermiten mayor
flexibilidad en la ABD,
pueden contener de
manera separada
datos temporales, de
aplicación y de
segmentos de índice
de aplicación.
En el Tablespace SYSTEM, ¿está permitido
contener datos de usuarios?
Si está permitido, pero es altamente
recomendable no usarlos con este fin.
Para este caso están los Non-SYSTEM
tablespaces, que permiten más
flexibilidad en la administración de la
base de datos, y pueden contener de
manera separada, datos
temporales, de aplicación y de
segmentos de índice de aplicación.
5
¿Pueden los Data Files pertenecer a más de
un Tablespace?
No, los Datafiles pueden pertenecer a
un solo tablespace, o a una sola base
de datos.
Son repositorios para los datos de los
objetos esquema.
6
¿Cuáles son algunas diferencias entre
Tablespace y Data Files?
Una base de datos (Oracle) consiste en
una o varias unidades de
almacenamiento lógicas, denominadas
tablespace, que almacenan
colectivamente todos los datos de la base
de datos.
Cada uno de los tablespace consiste en
uno o varios archivos, llamados
datafiles, los cuales son estructuras
físicas, que están conformadas por el
sistema operativo en que corre el
servidor Oracle. 7
¿Cuáles son algunas diferencias entre
Tablespace y Data Files?
8
Un dato de la
base de datos
es almacenado
en los data
files, que a su
vez constituyen
los tablespace
de la base de
datos.
Creación de un Tablespace
9
Los SYSTEM tablespaces
son creados durante la
creación de la base de
datos.
Esto se realiza
especificando
explícitamente la ubicación
del SYSTEM tablespace
en el comando CREATE
DATABASE
Administración de Espacio en los
Tablespace
10
Para la administración de los tablespaces, el
espacio se define realizando una asignación
por grados.
Existen dos maneras de crear los
tablespaces, de acuerdo a la forma de
determinar y guardar las pistas libres de
memoria, o de acuerdo a cómo manejar el
uso del espacio. Estas dos formas son
llamadas Locally manager tablespaces y
Dictionary-managed tablespaces.
Administración de Espacio en los
Tablespace
11
Locally manager tablespaces: Los grados
son manejados dentro de los tablespaces
por medio de mapas de bits. Cada bit en el
mapa de bits corresponde a un bloque o
grupo de bloques. Cuando un grado es
asignado o está libre para la reutilización, el
servidor Oracle cambia los valores del mapa
de bits para mostrar el nuevo estado de los
bloques.
Administración de Espacio en los
Tablespace
12
Dictionary-managed
tablespaces: Los
grados son manejados
por el diccionario de
datos. El servidor
Oracle actualiza las
tablas en el
diccionario de datos
cada vez que un grado
es asignado o dejado
libre.
13
¿Cómo se puede prevenir que el SYSTEM
tablespace sea usado como espacio de
tablas TEMPORAL?
Se debe configurar un DEFAULT
TEMPORARY TABLESPACE durante la
creación de la base de datos.
14
Tablespace de Sólo Lectura
Un tablespace de sólo lectura es un
tablespace donde ningún usuario
puede cambiar los datos de los
objetos almacenados.
15
Poner OffLine en Tablespace: Propósitos
Prevenir el acceso a los datos de un
tablespace, y de manera
simultánea, dejar el resto de la base de
datos íntegramente disponible para su
uso.
Realizar un backup del offline del
tablespace, recuperar un tablespace o
un datafile cuando la base de datos
está abierta, o mover un datafile
también con la base de datos abierta.
16
Poner OffLine en Tablespace: Propósitos
17
Extensión Automática de los Data Files
En el momento de crear los
tablespace, se tiene la posibilidad de
configurar una opción, para que la
extensión de los datafiles sea
asignada automáticamente.
18
Redimensionar Manualmente un Data File
El redimensionamiento manual de los
datafiles se realiza por medio del
comando ALTER DATABASE.
19
Agregar Data Files a un Tablespace
Puede realizar por medio de la
utilización del comando ALTER
DATABASE, y mediante el Oracle
Enterprise Manager.
20
Eliminar un Tablespace
Se debe usar un comando SQL.
No está permitido eliminar SYSTEM
tablespaces y tablespaces que tengan
segmentos activos.
21
Uso de OMF para Administrar Tablespace
La administración de los tablespaces
se puede realizar utilizando el Oracle
Managed Files (OMF), desde éste se
pueden crear o eliminar tablespaces.
Para poder administrar los
tablespaces desde OMF, se debe
inicializar un parámetro en el momento
de configurar el OMF. Este parámetro
es el DB_CREATE_FILE_DEST.
22
Uso de OMF para Administrar Tablespace
23
Vistas de Información de los Tablespaces
Para poder obtener información
acerca de los tablespaces, los
datafiles y los archivos temp; existen
una serie de vistas que obtienen la
información, de las tablas de la base
de datos.
Estructuras de Almacenamiento y
Relaciones
Oracle almacena la
información en unidades
lógicas, que son los
segmentos, las
extensiones, y los bloques.
Estas tres unidades están
relacionadas entre sí. Un
segmento está formado por
una o varias extensiones y
cada extensión, a su vez, está
formada por varios bloques.24
Estructuras de Almacenamiento y
Relaciones
Un bloque es la unidad mínima de
almacenamiento de información de
Oracle.
Un bloque de datos es la mínima unidad
de lectura/escritura en una base de datos
Oracle.
Los segmentos son colecciones de
bloques de datos físicos que son usados
para alojar los datos en los objetos de la
base de datos. Estos usan espacio en el
data file de la base de datos.25
Tipos de Segmentos
Table: Almacenan los datos para aquellas
tablas que no son particionadas.
Table Partition: Almacenan los datos para
aquellas tablas que son particionadas.
Cluster: Contener una o muchas tablas con
características similares.
Index: Consiste en una lista de
entidades, para una columna en
particular, que proporciona una fácil
búsqueda de los valores almacenados en la
columna.
26
Tipos de Segmentos
Index-organized table: Almacenan los
datos, basándose en el valor clave.
Index partition: Consiste en un índice que
puede ser particionado y esparcido a través
de varios tablespaces.
Undo segments: Almacenan datos sobre
transacciones que tienen como finalidad
mantener la consistencia de los datos y la
concurrencia de transacciones.
Temporary Segments: Almacenar datos
temporarios para el uso de transacciones
que no pueden ser almacenadas en
memoria. 27
Tipos de Segmentos
LOB segments: Almacena
columnas de tipo large.
Nested table: Almacena el
contenido de una tabla
cuando una de su columnas
definida de acuerdo a un
orden determinado por un
atributo en particular.
Bootstrap segment: Ayudar a
inicializar el data dictionary
cache, cuando se abre una
instancia de la base de datos.
28
Descripción de Bloques
Un bloque, es la mínima unidad de
entrada y salida.
Los bloques consisten en uno o muchos
bloques de sistemas operativos; que se
inicializan en el momento de la creación
del tablespace.
29
Tamaños de Bloques No Estándares
Los tamaños no estándar para los
bloques, son determinados por
parámetros dinámicos, en el momento de
la creación de la base de datos
30
Estructura de un Bloque
Header: Contiene los datos sobre la
dirección del bloque, la tabla de
directorios, la fila de directorios y las
partes de transacciones que son
utilizadas cuando se realizan cambios en
las filas del bloque.
Free Space: Es utilizado por el servidor
Oracle en caso de ser necesario.
Data Space: En este espacio es donde
son insertados los datos de las filas de
los bloques.31
Descripción de los Métodos Undo data
Los undo segments son usados para
almacenar undo data, que son los valores
existentes, antes de que un proceso
modifique o cambie datos en la base de
datos.
32
Tipos de Segmento Undo
SYSTEM: Son utilizados
únicamente por cambios
realizados en los objetos dentro
de los SYSTEM Tablespaces.
Non-SYSTEM: son utilizados por
objetos que se encuentran en
otros tablespaces.
Deferred: Estos undo segments
pueden ser creados cuando un
tablespace es puesto de manera
offline. Ello es utilizado para
transacciones de
roolback, cuando el tablespace es
puesto nuevamente online.33