Tablespaces

CREAR Y ADMINISTRAR TABLESPACES

Los Tablespace son repositorios para los esquemas de Datos, incluyendo el Diccionario de Datos (Que es el esquema SYS). Todas las Bases de Datos deben tener un Tablespace SYSTEM y un Tablespace SYSAUX, y (Para efectos prácticos) un Tablespace Temporal (temporary) y un Tablespace Undo. Estos cuatro generalmente han sido creados cuando la Base de Datos fue creada. Posteriormente, el DBA puede muchos más Tablespace para datos del usuario, y Tablespaces Adicionales posibles para Undo y Datos Temporales.

CREACION DE UN TABLESPACE

Para crear un Tablespace con Enterprise Manager Database Control, desde la pagina principal del Database tome la ficha Server y luego el Link Tablespaces en la sección Storage

Hay seis Tablespace para cada Tablespace, identificado por su nombre, la ventana muestra:

• ALLOCATED SIZE Este es el tamaño actual de los DataFile (s) asignados al Tablespace. Se basa en el tamaño actual, no el tamaño máximo a el cual puede ser permitido ampliarse.

• SPACE USED Este es el espacio ocupado por segmentos en el Tablespace que no puede ser reclamado.

• ALLOCATED SPACE USED (%) Una representación gráfica de las últimas dos figuras.

• ALLOCATED FREE SPACE El espacio actualmente disponible dentro del Tablespace.

• STATUS Una marca verde indica que el Tablespace está en línea, y por lo tanto que los objetos dentro del Tablespace, deben ser accesibles. Un Tablespace fuera de línea sería indicado con una cruz roja.

• DAFILES El numero de DataFiles (O tempfiles para Tablespace temporales, si uno se precisa) que conforman el Tablespace.

• TYPE Los tipos de objetos que se pueden almacenar en el Tablespace. Un Tablespace permanente almacena objetos de esquema regulares, tales como Tablas e Índices. Un Tablespace temporal almacena solamente segmentos temporales de la administración de sistema, y un Tablespace Undo almacena solamente Segmentos Undo de Administración de Sistemas.

• EXTENT MANAGEMENT La técnica utilizada para la asignación de Extents a los Segmentos. LOCAL es la de default y debe ser utilizado siempre.

• SEGMENT MANAGEMENT La técnica utilizada para la localización de Block en los cuales las inserciones pueden ser hechas. AUTO es default y se recomienda para todos los Tablespace de los datos del usuario.

Esta información puede también ser obtenida al consultar las vistas del diccionario de datos DBA_TABLESPACES, DBA_DATA_FILES, DBA_SEGEMTS, y DB_FREE_SPACE como este ejemplo:

SQL> select t.tablespace_name name, d.allocated, u.used, f.free,

2 t.status, d.cnt, contents, t.extent_management extman,

3 t.segment_space_management segman

4 from dba_tablespaces t,

5 (select sum(bytes) allocated, count(file_id) cnt from dba_data_files

6 where tablespace_name='EXAMPLE') d,

7 (select sum(bytes) free from dba_free_space

8 where tablespace_name='EXAMPLE') f,

9 (select sum(bytes) used from dba_segments

10 where tablespace_name='EXAMPLE') u

11 where t.tablespace_name='EXAMPLE';

Haga Clic en el Botón Crear para crear un Tablespace. La Ventana Crear Tablespace solicita un nombre para el Tablespace, y el valor para Extents Management, Type, y Status. En la mayoría de circunstancias, el valor predeterminado será el correcto: Local, Permament, y Read-Write. A continuación el Botón Agregar le permite especificar uno o más DataFiles para el nuevo Tablespace. Cada Archivo debe tener un nombre y un tamaño, y opcionalmente puede ser establecido en AUTOEXTENT hasta un tamaño máximo de archivo. El AUTOEXTENT permitirá incrementar el tamaño de los DataFiles cuando sea necesario, que puede evitar errores de falta de espacio.

1 CREATE SMALLFILE TABLESPACE "NEWTS"

2 DATAFILE 'D:\APP\ORACLE\ORADATA\ORCL11G\newts01.dbf'

3 SIZE 100M AUTOEXTEND ON NEXT 10M MAXSIZE 200M

4 LOGGING

5 EXTENT MANAGEMENT LOCAL

6 SEGMENT SPACE MANAGEMENT AUTO

7 DEFAULT NOCOMPRESS;

Tomando la Fecha Almacenamiento se muestra la figura 7-5 permite acceso a opciones para Extent Management y compession, como en la Figurar 7-7.

Cuando se utiliza Local Extent Management (como todos los Tablespace deberían), es posible hacer cumplir una regla que todos los Extents en el Tablespace deben ser del mismo tamaño. Esto se discute en la siguiente sección. Si habilita compresión, entonces puede ser aplicado a los datos cuando se carga a granel, o como parte de todas las operaciones de DML. Si Logging es deshabilitado, esto proporciona una valor por default para las muy pocas operaciones donde la generación de Redo puede ser deshabilitada, tales como creación de índices. Si elije este ajuste. Todas las operaciones DML siempre generaran Redo.

EN EL TRABAJO.

Todos los Tablespace deben ser Locally Managed. El viejo mecanismo, conocido, como Dictionary Managed, era muchos menos eficiente y solo soportado (y apenas) para versiones anteriores. Ha sido posible crear Tablespace Locally Managed, y para convertir Tablespace Dictionary-Managed a Locally Managed, desde la versión 8i.

Una declaración típica de la creación de un Tablespace ejecutada desde la línea de comandos SQL PLUS se muestra en la figura 7-8, con una consulta de confirmación de resultados.

El Tablespace GLTABS consiste de dos Tablespace, ninguno de los cuales se Autoxtend. La única desviación de valores predeterminados ha sido especificar un Uniform Extent Size de 5 Mb. La primera consulta en la figura muestra que el Tablespace no es un Tablespace BigFile; si lo fuera, ha habría sido posible definir dos DataFiles.

La segunda consulta es la figura investiga el Tablespace TEMP, utilizado por la Base de Datos para almacenar objetos temporales. Es importante señalar que Tablespace Temporales utilizan TempFiles, no DataFiles. Tempfiles se enumeran en las vistas V$TEMPFILE y DBA_TRMP_FILES, condiderando que los DataFiles son listados en V$DATAFILE y DBA_DATA_FILES. También tenga en cuenta que las vistas V$ y vistas DBA dan información diferente. Como muestra la consulta, puede consultar V$TABLESPACE para encontrar si un Tablespace es un Table Bigfile y V$TEMPFILE (o V$DATAFILE) para encontrar lo grande que era el archivo en su creación. Esta información no se muestra en las vista DBA. sin embargo, las Vistas DBA dan el Detalle de Extent Management y Segment Space Management. La información disponible en diferentes los puntos de vista se debe a que cierta información se almacena sólo en el controlfile (y por lo tanto visible

...