Está en la página 1de 204

1

1 Administración de Bases de Datos Autor: Gerardo Romanutti Fecha de Actualización: 19/01/04 Administración de Bases

Administración de Bases de Datos

Autor: Gerardo Romanutti Fecha de Actualización: 19/01/04

de Bases de Datos Autor: Gerardo Romanutti Fecha de Actualización: 19/01/04 Administración de Bases de Datos

Administración de Bases de Datos

2

Capítulo Nº 1

9

COMPONENTES DE LA ARQUITECTURA DE ORACLE

9

Objetivos

9

Conexión a una Base de Datos

9

Sesiones

10

Instance Oracle

10

Area Global del Sistema (SGA)

11

Procesos Background

11

Base De Datos

12

Ficheros de la Base de Datos

12

Proceso de Consulta

13

Shared Pool

13

Library Cache

13

Dictionary Cache

13

Zona Buffer de Datos

13

Area Global del Programa (PGA)

14

Ejecución de una Sentencia DML

14

Segmento de Roolback

14

Buffer Redo Log

15

(LGWR) Escritor de Anotación

15

(DBWR) Escritor de la Base de Datos

15

Proceso de Validación

15

Capítulo Nº 2

17

USO DE HERRAMIENTAS DE ADMINISTRACIÓN

17

Herramientas De Administración De La Base De Datos. Ejemplos

17

Server Manager. Uso

17

Uso del Server Manager en el modo línea

17

Comandos del Server Manager

17

SQL*NET

18

Proceso Listener

18

Ficheros De Configuracion (Cliente-Servidor)

19

Bases De Datos Que Usan El Listener

20

LSNRCTL

20

Arrancar Y Parar La Instance

21

Capítulo Nº 3

22

MANEJO DE UNA INSTANCE ORACLE

22

Métodos de autentificación

22

Parámetros de inicialización dinámicos

23

Habilitación e inhabilitación de una sesión restringida

23

Finalización de sesiones “V$SESSION”

23

Creación De Un Fichero De Parametros

24

Parámetros que deberían ser especificados

25

Parámetros Comúnmente Modificados

25

Etapas Para El Arranque Y La Parada

25

Inicio. Comando Startup

26

Cierre. Opciones De Parada

27

Ejemplo ARRANQUE y PARADA DE UNA BBDD

28

Obtener Y Definir Valores De Parametros

29

Acceso A Las Vistas Dinámicas De Rendimiento

30

Visualización De Los Valores Actuales De Los Parametros

31

Visualización De Los Valores De La Instance

31

Parámetros para los Ficheros de Traza

31

Parámetros de Inicialización Dinámica

31

Capítulo Nº 4

32

Administración de Bases de Datos

3

CREACIÓN DE UNA BASE DE DATOS

32

Preparación Del Sistema Operativo Y Requisitos Previos Para La Creación

32

Planificación De La Localización De Los Ficheros De La Base De Datos

32

Estrucura Del Software Del Directorio Oracle

33

Consideraciones Para La Creación De Una Base De Datos

33

Crear Una Base De Datos Manualmente

33

Entorno Del Sistema Operativo

33

Preparación Del Fichero De Parámetros

34

Arranque Del Instance

35

Creación De La Base De Datos

35

Despues De La Creación De La Base De Datos

37

Ejemplo de Scripts para Creación de una Base de Datos

37

Capítulo Nº 5

40

CREACIÓN DE LAS VISTAS DEL DICCIONARIO DE DATOS

40

Estructura Del Diccionario De Datos – Uso Del Diccionario De

40

Tablas Base Y Vistas Del Diccionario De Datos

40

Vistas Del Diccionario De Datos

40

Construccion Del Diccionario De Datos

42

El fichero de comandos catalog.sql

42

El fichero de commandos catproc.sql

42

Capítulo Nº 6

43

MANTENIMIENTO DE FICHEROS DE CONTROL

43

Uso Del Fichero De Control

43

Contenido Del Fichero De Control

43

Parámetros Que Afectan Al Fichero De Control

43

Obtencion De Informacion Relativa Al Fichero De Control

44

Multiplexacion Del Fichero De Control

44

Capítulo Nº 7

45

MANEJO DE TABLESPACES Y FICHEROS DE DATOS

45

Estructura Lógica De La Base De Datos

45

Relaciones entre la BD, Tablespaces y Ficheros de Datos

45

Relaciones entre Segmentos, Extensiones y Bloques de Datos

46

Creación De Tablespaces

46

Parámetros De Almacenamiento

48

Tablespaces

Temporales

48

Cambio Del Tamaño De Los Tablespaces

49

Cambio Del Tamaño De Los Ficheros De Datos

50

Cambio Del Tamaño Manualmente De Los Ficheros De Datos

51

Cambio De La Selección De Almacenamiento

51

Poner Los Tablespaces Offline U Online

52

Movimientos De Los Ficheros De Datos

53

Tablespaces De Solo-Lectura

54

Borrado De Tablespaces

54

Información Del Diccionario De Datos

55

Consideraciones Para La Creación De Tablespaces

57

Movimiento De Objetos Entre TABLESPACES

57

Capítulo Nº 8

60

ESTRUCUTURA DE ALMACENAMIENTO Y RELACIONES

60

Tipos De Segmentos

60

Control Del Uso De Extensiones Por Los Segmentos

62

Parámetros De Utilización Del Espacio Del Bloque

62

Parametros Que Contronan La Concurrencia

63

Parámetros Que Controlan El Uso Del Espacio De Datos

63

Unión de espacio libre

64

Unión baja demanda

65

Administración de Bases de Datos

4

Bloque De La Base De Datos

65

Obtención De Información De Estructuras De Almacenaje

66

Consulta De Información De Segmentos

66

Obtencion De La Informacion De Extensiones Utilizadas

66

Control De La Información De Extensiones Libres

67

Planeamiento De La Localización De Los Segmentos

67

Tipos de Objetos y Fragmentación

67

Capítulo Nº 9

68

MANEJO DE TABLAS

68

Almacenamiento De Datos Del Usuario

68

Estructura De Una Fila

68

Tipos De Datos Oracle

68

Tipos De Datos Para El Almacenamiento De Objetos Grandes

69

Comparación Lob y Long

69

Tipo De Dato Rowid

70

Localización de una Fila Usando ROWID

70

Colecciones

71

Varrays

71

Tablas Anidadas

71

Creación De Una Tabla

72

Directriz Para La Creación De Tablas

73

Definición De Pctfree Y Pctused

73

Migracion De Filas

74

Encadenamientos De Filas

74

Copiado De Una Tabla Existente

75

Control De Espacio Utilizado Por Las Tablas

75

Asignación Manual De Extensiones

76

Truncar Una Tabla

76

Borrado De Tablas

77

Validación De La Estructura De La Tabla

77

Análisis De Todos Un Esquema

78

Detención De La Migración De Filas

78

High Water Mark

79

Designacion Del Espacio No Utilizado

80

Funciones Para Calcular El Tamaño De Una Tabla

80

Particionamiento De Tablas

81

Capítulo Nº 10

84

GESTION DE USUARIOS

84

Vista General

84

Esquema De La Base De Datos

85

Creacion De Usuarios En La BD

85

A) Creacion De Un Nuevo Usuario: Autentificación Del Servidor

85

B)

Creacion De Un Nuevo Usuario: Autentificación Del Sistema Operativo

86

Nombre de Usuario para la Autentificación del Sistema Operativo

86

Creacion De Un Nuevo Usuario Directrices

87

Alteracion Y Eliminacion De Usuarios De Base De Datos

87

OEM

87

Cambio De Cuota Del Usuario En Tablespace

88

OEM

88

Borrado De Usuarios

88

Monotorizacion De Información Respecto De Usuarios

89

Capítulo Nº 11

90

GESTION DE PRIVILEGIOS

90

Dos Tipos De Privilegios

90

Privilegios Del Sistema

90

Concesión De Privilegios Del Sistema

91

Administración de Bases de Datos

5

Visualizacion De Privilegios Del Sistema

92

Restricciones De Privilegios Del Sistema

93

Revocación De Privilegios Del Sistema

93

Privilegios De Objetos

95

Concesión De Los Privilegios De Objetos

95

Mostrando Privilegios De Objetos

96

Revocacion De Privilegios De Objeto

96

Capítulo Nº 12

98

GESTION DE ROLES

98

Creación Y Modificación De Roles

99

Uso De Roles Predefinidos

100

Modificación De Roles

100

Asignación De Roles

101

Establecimiento De Roles Por Defecto

101

Habilitación E Inhabilitación De Roles

102

Eliminación De Roles Desde Los Usuarios

103

Eliminación De Roles

104

Directrices Para La Creación De Roles

104

Visualización De Información Del Rol

105

Capítulo Nº 13

107

PERFILES

107

Uso De Perfil

107

Creación de un Perfil:

107

Alteración Y Borrado De Un PERFIL

108

Gestión De Claves

109

Bloqueos De Cuentas

110

Visualización De La Información De Claves

111

Capítulo Nº 14

112

MANEJO DE SEGMENTOS ROLLBACK

112

Uso De Los Segmentos Rollback Con Transacciones

113

Crecimiento de los Segmentos Rollback

113

Contracción De Los Segmentos Rollback

113

Consistencia en la Lectura

114

Planificación De Segmentos Rollback

114

Creación De Segmentos Rollback

115

Poner Segmentos Rollback Operativos

115

Cambio De Definiciones De Almacenamiento Del Segmento Rollback

116

Desasignación de Espacio en los Segmentos Rollback

116

Como Poner Un Segmento Rollback OFFLINE

116

Borrado de Segmentos Rollback

117

Obteniendo Configuración

117

Sesión Bloqueante

118

Detención de Sesiones Bloqueantes

118

Capítulo Nº 15

120

MANTENIMIENTO DE LOS FICHEROS REDO LOG

120

Uso De Los Ficheros Redo Log

120

Uso De Los Ficheros Redo En Línea

120

Grupo de Redo Log Activos

121

Miembros de los Redo Log Activos

121

Creación De Los Ficheros Redo Log Iniciales

121

Buffer Redo Log Y El Proceso Background LGWR

121

Log Switches

121

Checkpoint

122

Archivo De Los Ficheros Redo Log

122

Modo NOARCHIVELOG

122

Administración de Bases de Datos

6

Modo ARCHIVELOG

123

Obtención De Información Sobre El Archivado

123

Obtención de información sobre grupos

123

Obtención de información sobre grupos y miembros

123

Control De Log Switches Y Checkpoint

124

Multiplexado y Mantenimiento de Miembros y Grupos

124

Añadir Miembros Redo Log

124

Recolocación de ficheros Redo Log Activos

125

Eliminar Grupos Redo Log Activos y Miembros

125

Borrado de los Miembros Redo Log en línea

125

Limpiando Los Ficheros Redo Log En Línea

125

Planificación De Los Ficheros Redo Log En Línea

126

Dimensionar ficheros Redo Log en Línea

126

Capítulo Nº 16

128

MANEJO DE INDICES

128

Clasificación De Índices

128

Índices ÚNICOS y NO ÚNICOS

128

Índices Particionados y No Particionados

128

Formato de las entradas de hojas del indice

129

Características de las entradas de hoja del índice

129

Índices de Clave Inversa

129

Índice Bitmap

130

Estructura de un índice Bitmap

130

Comparacion Entre Índices B*Tree E Índices Bitmap

130

Creación De Indices

131

Creación de indices de Clave Inversa

132

Creación de Indices Bitmap

132

CREATE_BITMAP_ÁREA_SIZE

133

Reorganizacion De Indices

133

Asignación Y Desasignación Del Espacio Del Índice

134

Reconstrucción De Índices

134

Control De Validez Del Índice

135

Borrado De Índices

135

Obtención De Información

136

Capítulo Nº 17

137

MANEJO DE SEGMENTOS TEMPORALES

137

Uso de los Segmentos Temporales

137

Tipos de Segmentos Temporales

137

Segmentos Temporales en un Tablespace Permanente

138

Segmentos Temporales en un Tablespace Temporal

138

Uso de Segmentos de Ordenación

138

Asignación de Espacio en Segmentos Temporales

139

Obtención de Información del Segmento Temporal

139

Capítulo Nº 18

141

AUDITORIA

141

Categoría de Auditoría

141

Auditoría de Operaciones Privilegiadas

141

Auditoría de la Base de Datos

141

Auditoría Basada en Valores

141

Uso de la Auditoría de la Base de Datos

142

Habilitar la Auditoría de la Base de Datos

143

Generacion de Datos de Auditoría

143

Revision de Información de Auditoría

143

Opciones de Habilitación de Auditoría

144

Auditoría de Sentencia

145

Administración de Bases de Datos

7

Auditoría de Privilegios

145

Auditoria de Objetos en un Esquema

145

Auditoría de Objetos del Esquema

146

Opción DEFAULT de Auditoría de Objetos de un Esquema

146

Opciones de Inahilitación de Auditoría

147

Visualización de los Resultados de Auditoría

148

Localización de la Marca de Auditoría

148

Visualización de los Resultados de la Auditoría

148

Directrices para la Auditoría

149

Enfoque de la Auditoría

149

Mover la Marca de Auditoría fuera del Tablespace del Sistema

150

Capítulo Nº 19

151

CARGA DE DATOS

151

Inserción de carga directa

151

SQL*Loader

151

Carga de Datos Utilizando la Inserción de Carga Directa

152

Modo

Logging

152

Carga de Datos Utilizando SQL*Loader

154

Funciones SQL*Loader

154

Ficheros Utilizados por SQL*Loader

155

Cargas Convencionales y Directas

155

Carga por Vía de Acceso Convencional

155

Carga por Vía de Acceso Directo

155

Comparación De Las Vías De Acceso De Carga Directa Y Convencional

155

Carga en Tablas Agrupadas

156

Uso de SQL*Loader

157

Palabras Clave del Comando Línea

158

Capítulo Nº 17

163

UTILIDADES ORACLE DE EXPORTACIÓN E IMPORTACIÓN

163

MÉTODOS DE EJECUTAR LA UTILIDAD “EXPORT”

163

LINEA DE COMANDO EXPORT

164

CONCEPTOS DE “EXPORT DIRECT PATH”

166

CARACTERÍSTICAS DE “EXPORT DIRECT PATH”

167

USO DE LA UTILIDAD “IMPORT” PARA RECUPERACIONES

169

MODOS DE “IMPORT”

169

LÍNEA DE COMANDOS “IMPORT”

169

SECUENCIA DE PROCESO “IMPORT”

170

Capítulo Nº 14

172

RECUPERACIÓN ORACLE SIN “ARCHIVADO

172

RESTAURACIÓN DE FICHEROS DE DATOS

173

RMAN

174

Capítulo Nº 15

175

RECUPERACIÓN COMPLETA CON “ARCHIVADO

175

RECUPERACIÓN COMPLETA

175

SINTAXIS DE RECUPERACION

176

RECUPERACIÓN UTILIZANDO FICHEROS LOGS ARCHIVADOS

177

LOCALIZACION DE LOGS ARCHIVADOS PARA APLICAR

178

Recuperación Completa: Método 1

178

Recuperación Completa: Método 2

179

Recuperación Completa: Método 3

180

Recuperación Completa: Método 4

182

RECUPERACIÓN DESPUÉS DE UN FALLO “HOT BACKUP”

183

BORRADO REDO LOGS CORRUPTOS

184

PERDIDA DE UN FICHERO REDO LOG

184

RECREACIÓN DE REDO LOGS

185

Administración de Bases de Datos

8

INFORMACIÓN DEL ESTADO DE RECUPERACION

186

GESTOR DE RECUPERACION

187

RECUPERACIÓN COMPLETA COM RMAN

188

Capítulo Nº 16

190

RECUPERACIÓN INCOMPLETA CON “ARCHIVADO

190

RECUPERACIÓN CON “ARCHIVADO” (Recuperación Incompleta)

191

TIPOS DE RECUPERACIONES INCOMPLETAS

191

Recuperaciones Basada en el Tiempo

192

Recuperación Basada en Cancelación

192

Recuperación usando un Backup del Fichero de Control

192

Recuperación Basada en Cambios

192

COMANDO RECOVER

192

LÍNEAS GENERALES DE UNA RECUPERACIÓN INCOMPLETA

193

RECUPERACIÓN BASADA EN TIEMPO

194

RECUPERACIÓN INCOMPLETA USANDO HASTA FECHA

195

RECUPERACIÓN INCOMPLETA USANDO Hasta Cancel

196

RECUPERACIÓN INCOMPLETA DEL FICHERO CONTROL del BACKUP

197

RECUPERACIÓN INCOMPLETA DEL FICHERO CONTROL del BACKUP

198

PERDIDAS DE REDO LOGS ONLINE ACTUALES

199

PERDIDAS DE REDO LOGS ONLINE ACTUALES

199

RECUPERACIÓN A TRAVÉS DE RESETLOGS

200

RECUPERACIÓN TABLESPACE EN UN MOMENTO CONCRETO (TSPITR)

201

GESTOR DE RECUPERACIÓN

202

RECUPERACIÓN INCOMPLETA CON RMAN

203

Administración de Bases de Datos

9

Capítulo Nº 1

COMPONENTES DE LA ARQUITECTURA DE ORACLE

Objetivos

Enumerar las estructuras relacionales en la conexión de un usuario a un servidor Oracle.

Listar los pasos en el procesamiento de una consulta.

Describir los pasos en el procesamiento de una sentencia DML.

Describir los pasos en la ejecución de COMMITS.

DML. Describir los pasos en la ejecución de COMMITS. El servidor Oracle es un sistema de

El servidor Oracle es un sistema de gestión de Bases de Datos, relacional-objeto, que suministra una aproximación abierta y compresiva del manejo de información.

Usuarios de la Base de Datos Oracle

Un usuario de base de datos se puede conectar a un servidor Oracle de una de las siguientes maneras:

Conexión directamente en el host, esto es, la máquina que ejecuta el servidor oracle.

Usando una conexión a dos niveles (cliente-servidor), donde la máquina en la que el usuario está conectado, está conectada

directamente a la que está ejecutando el servidor oracle. Utilizando una conexión a tres niveles, en la que la máquina del usuario se comunica a una aplicación o un servidor de red, que a su vez está conectado a través de una red a la máquina que ejecuta el servidor oracle.

Los usuarios de la Base de Datos envían comandos SQL directamente utilizando una herramienta como SQL*PLUS, o utilizando una aplicación que contiene sentencias SQL. El servidor oracle procesa estos comandos y devuelve los resultados a los usuarios.

Conexión a una Base de Datos

Pasos para conectarse a una Base de Datos:

Iniciar una herramienta como SQL*Plus o ejecutar una aplicación desarrollada utilizando una herramienta como Developer/2000 Forms, creando un user process . En un modelo cliente-servidor, la herramienta o la aplicación se ejecuta en

la máquina del cliente.

En la configuración más básica, cuando un usuario se anota en el servidor Oracle especificando un nombre de usuario, clave

y una base de datos, se crea un proceso en la máquina que es ejecutada en el servidor Oracle. Este proceso recibe el

nombre de server process. Este proceso del servidor se comunica con el servidor Oracle en nombre del proceso del usuario

que se ejecuta en el cliente.

Administración de Bases de Datos

10

Sesiones

Una sesión es una conexión especificada de un usuario con un Servidor Oracle. Comienza cuando el usuario es validado por el Servidor Oracle, y finaliza cuando el usuario se desconecta o se produce una interrupción anormal. Para un usuario de bases de datos son posibles varias sesiones concurrentes si éste se anota desde varias herramientas, aplicaciones o terminales al mismo tiempo. Excepto para alguna herramienta de administración de bases de datos especializada, el inicio de una sesión en una BD requiere que el servidor Oracle esté disponible para ser utilizado.

Soluciones De Problemas

El mensaje de error Oracle “ORA-01034: Oracle no disponible” ocurre cuando un usuario o una aplicación intenta conectarse a un servidor Oracle que no está disponible para ser utilizado. Para resolver esto, el administrador de la base de datos necesita arrancar el servidor Oracle.

PROCESO DEL USUARIO (conocido como cliente tiene las siguientes propiedades)

Se ejecuta en la máquina del cliente, en la máquina donde se conectó.

Se crea cuando se invoca una aplicación o herramienta.

Ejecuta la herramienta o aplicación (SQL*PLUS, OEMGR, Developer/2000).

Incluye el Programa Interfaz del Usuario (UPI).

Genera llamadas al servidor Oracle.

PROCESO DEL SERVIDOR (tiene las siguientes características:)

Se ejecuta en la misma máquina que el servidor Oracle.

En la más sencilla configuración conocida como un servidor dedicado, cada proceso del servidor da servicio solo a un proceso de usuario. El proceso servidor da comienzo cuando el usuario solicita conexión y generalmente se termina cuando el usuario se desconecta.

Cada proceso del servidor utiliza un área de memoria denominada el Area Global del Programa (PGA). El PGA se describe en una sección posterior a cada sección.

El proceso del servidor utiliza el Programa Interfaz Oracle (OPI), que es usado para comunicarse con el Servidor Oracle, a instancia del proceso del usuario.

El proceso del servidor devuelve la información del estado y los resultados al proceso del usuario.

Instance Oracle

Es un medio de acceso a una base de datos Oracle.

Siempre abre una y solo una base de datos.

El servidor Oracle consta de una “instance” y una base de datos Oracle. El Oracle Instance consta de una estructura de memoria llamada Area Global del Sistema (SGA), y de unos procesos background utilizados por el servidor Oracle para manejar una base de datos. Cada Oracle Instance, que se identifica por su ORACLE_SID, puede abrir y utilizar solo una base de datos en cualquier punto y momento.

ORACLE_SID, puede abrir y utilizar solo una base de datos en cualquier punto y momento. Administración

Administración de Bases de Datos

11

11 Area Global del Sistema (SGA) Las estructuras de memoria de un instance Oracle están contenidas

Area Global del Sistema (SGA)

Las estructuras de memoria de un instance Oracle están contenidas en la región de memoria llamada SGA, que contiene datos de información de control para el servidor Oracle. La SGA está situada en la memoria virtual del ordenador, donde reside el servidor Oracle. La SGA está compuesta de varias estructuras de memoria, incluyendo:

Pool compartida: utilizada para almacenar la sentencia SQL más recientemente ejecutada y los datos más reciemientemente utilizados del diccionario de de datos.

Buffer de datos : utilizado para almacenar los datos más recientemente utilizados.

Buffer de redo log: utilizado para registrar los cambios hechos en la base de datos.

svrmgrl>show sga

desarrollo

producción

Total system global area

94.113.776

Bytes

145.616.754

Fixed size

69.616

Bytes

69.616

Variable size

77.094.912

Bytes

78.098.432

Database buffers

16.774.216

Bytes

76.108.864

Redo buffers

172.032

Bytes

335.872

Procesos Background

Los procesos background de un instance realizan funciones que son necesarias para atender las solicitudes de varios usuarios concurrentes, sin comprometer la integridad y rendimiento de todo el sistema. Cada instance Oracle puede utilizar varios procesos background, dependiendo de la configuración, pero cada una tiene, por defecto, esos cinco procesos:

1. Escritor de Base de Datos (DBWR): responsable de escribir los cambios de datos en la Base de Datos.

2. Escritor de Redo Log (LGWR): graba los cambios registrados en el buffer redo log sobre los ficheros de redo log.

3. Monitor de Sistema (SMON): su función principal es controlar la consistencia e iniciar la recuperación de la base de datos cuando esta abierta.

4. Monitor de Procesos (PMON): limpia los recursos si uno de los procesos falla.

5. Proceso de “checkpoints” (CKPT): responsable de actualizar la información del estado de la BD cuando los cambios en el buffer de datos sean grabados de forma permanente en la BD.

Administración de Bases de Datos

12

12 Base De Datos Una base de datos Oracle, representa las estructuras físicas y está compuesta

Base De Datos

Una base de datos Oracle, representa las estructuras físicas y está compuesta de ficheros del sistema operativo.

Ficheros de la Base de Datos

Los ficheros que constituyen la base de datos contiene datos del usuario e información adicional que es necesaria para asegurar una operación adecuada de la misma.

Una Base de Datos Oracle consta de los siguientes tipos de ficheros:

Ficheros de datos: almacena el diccionario de datos, objetos del usuario e imágenes anteriores de datos que son modificados por las transacciones actuales. Una BD tiene al menos un fichero de datos.

Ficheros redo log: contienen una grabación de los cambios hechos en la BD para asegurar su reconstrucción de datos en caso de fallos (una BD necesita el menos dos ficheros redo log).

Ficheros de control: contienen la información necesaria para mantener y verififcar la integridad de la BD (una BD necesita al menos un fichero de control).

Además de los ficheros de la BD, un servidor oracle utiliza también otros. Algunos de ellos son:

Ficheros de parámetros: utilizados para definir características de un instance oracle.

Fichero de password: utilizados para autentificar los usuarios privilegiados de la BD.

Fichero redo log archivados: copias fuera de control de los ficheros redo log que pueden ser necesarios para la recuperación al producirse fallos.

Las siguientes secciones explican como el proceso de un servidor usa algunos componentes del instance oracle y la BD, para atender las solicitudes hechas por un usuario.

Administración de Bases de Datos

13

Proceso de Consulta

13 Proceso de Consulta Las siguientes etapas son la principales en el proceso de una consulta:

Las siguientes etapas son la principales en el proceso de una consulta:

1.

Parse: En esta etapa, el proceso de usuario envía la consulta al proceso sevidor con una solicitud de compilación de la consulta. El proceso servidor controla la validez del comando y utiliza el área del SGA conocida como shared pool para compilar la sentencia. Al finalizar esta fase, el proceso servidor devuelve el estado, esto es, éxito o fallo de la fase parse, al proceso del usuario.

2.

Execute: durante esta fase del proceso de una consulta, el proceso del servidor se prepara para recuperar los datos.

3.

Fetch: durante esta fase, las filas que son recuperadas por la consulta son devueltas por el servidor al usuario. Dependiendo de la cantidad de memoria utilizada para la transferencia, es necesario uno o más fecth para transferir los resultados de una consulta al usuario.

Shared Pool

La shared pool es una parte del SGA utilizada durante la fase Parse. El tamaño de la shared está especificado en el parámetro de inicialización, SHARED_POOL_SIZE del fichero de parámetros. Para hacer análisis en una sentencia SQL, se utilizan los componentes de la shared descritos a continuación:

Library Cache

La library cache almacena la siguiente información acerca de las sentencias SQL más recientemente utilizadas.

Texto de la sentencia.

Arbol de análisis, que es la versión de la sentencia compilada.

Plan de ejecución, que define los pasos a seguir para la ejecución de la sentencia como se determina en el optimizador.

Dictionary Cache

Es una parte de la shared pool que almacena la información de los datos del diccionario más recientemente utilizada, como definiciones de tablas y columnas, nombres de usuarios, claves y privilegios. Durante la fase Parse, el proceso servidor busca la información en el dictionary cache para resolver los nombres de objetos especificados en la sentencia SQL y para validar los privilegios de acceso. Si es necesario, el proceso del servidor inicia la carga de esta información a partir del diccionario de datos.

Zona Buffer de Datos

Cuando se procesa una consulta, el proceso del servidor busca los bloques necesarios en la zona de buffer de datos. Si el bloque no se encuentra en los buffer de la BD, el proceso del servidor lee el bloque del fichero de datos y sitúa una copia en el buffer de datos.

Funciones del Area de Buffers de Base de Datos La zona de buffers de datos, es un área del SGA que es utilizada para almacenar los bloques de datos más recientes utilizados. El tamaño de cada buffer es igual al de un bloque de datos y está especificado en el parámetro DB_BLOCK_SIZE. El número de buffers

Administración de Bases de Datos

14

es igual al valor del parámetro DB_BLOCK_BUFFERS. El servidor Oracle utiliza el algoritmo del menos recientemente utilizado (LRU) para actualizar los buffers a los que haya accedido recientemente yhacer que nuevos bloques sean acomodados en buffers de datos.

Area Global del Programa (PGA) PGA Proceso servidor
Area Global del Programa (PGA)
PGA
Proceso
servidor

El Área Global del Programa (PGA) es una región de la memoria que contiene datos o información de control para un único proceso servidor o un único proceso background. El PGA es un área utilizada solo por un proceso Cuando se usa la configuración de servidor dedicada, el PGA contiene:

Área de clasificación: utilizada por cualquier clasificación que puede ser necesaria antes de que las filas sean procesadas o

devueltas al usuario. Información de la sesión: Como los privilegios del usuario para la sesión.

Estado del cursor: que indica la etapa en el proceso de varios cursores que son utilizados actualmente en la sesión.

Espacio de pila: contiene las variables de la sesión.

La PGA es asignada cuando un proceso es creado y se designa cuando este se termina.

Ejecución de una Sentencia DML

Una sentencia de lenguaje de manipulación de datos (DML) necesita dos fases de proceso:

Parse, que es similar a la fase Parse utilizada para el proceso de una consulta.

Ejecución

Fase de Ejecución

Ejemplo:

UPDATE emp SET sal=sal*1.1 WHERE empno=7369;

Se ejecutan los siguientes pasos para la ejecución de la sentencia de actualización:

1. El proceso del servidor lee los bloques de datos y rollback de los ficheros de datos, si no se encuentran en la zona de buffers de datos.

2. La copia de los bloques leídos son situados en la zona de buffers de datos.

3. El proceso servidor sitúa bloqueos en los datos.

4. El proceso servidor graba los cambios que se realicen en el rollback (imagen anterior) y en los datos (nuevo valor) en el buffer redo log.

5. El proceso servidor graba la imagen anterior en el bloque rollback y actualiza el bloque de datos, ambos en el buffer de datos de la base de datos. Los bloques cambiados en el buffer oculto son señalados como dirty buffers-- esto es, no son los mismos

que los de los bloques correspondientes en el disco.

Segmento de Roolback

son los mismos que los de los bloques correspondientes en el disco. Segmento de Roolback Administración

Administración de Bases de Datos

15

Antes de hacer un cambio el proceso servidor guarda el valor antiguo en un segmento rollbak. Esta imagen es utilizada para:

Deshacer cambios si la transacción es “rolled back”

Asegura que otras transacciones no ven cambios inválidos hechos por la sentencia DML (consistencia en lectura).

Recuperar la BD en un estado consistente en caso de fallos.

Los recursos rollback, como tablas e índices, existen en ficheros de datos y partes de ellos son llevados a la zona de buffers de datos cuando sea requerido.

Buffer Redo Log

El proceso servidor graba los cambios hechos por un instante en el buffer redo log, que es una parte del SGA. EL buffer redo log tiene las siguientes características:

Almacena los registros de redo, que registran los cambios ---esto es, el redo que es cambiado, la localización del cambio y su nuevo valor. Una entrada redo registra un cambio, pero no hace distinción entre el tipo de bloque que ha cambiado. Así no puede distinguir, por ejemplo, un cambio en un bloque de datos de uno en un índice o un bloque rollback.

Su tamaño en bytes está definido por el parámetro LOG_BUFFER.

El buffer redo log es utilizado secuencialmente, y los cambios hechos por una transacción pueden ser intercalados con

cambios hechos por otras transacciones. Es un buffer circular que es vuelto a utilizar después de haber sido llenado, pero sólo después de que todas las entradas redo hayan sido grabadas en los ficheros redo log.

(LGWR) Escritor de Anotación

El log Writer (LGWR) es un proceso background que escribe entradas procedentes del buffer redo log en los ficheros redo log, El LGWR realiza anotaciones secuenciales en el fichero redo log en las siguientes situaciones:

Cuando el buffer redo log está lleno en un tercio de su capacidad.

Cuando sucede una interrupción (cada tres segundos)

Antes de que DBWR anote los bloques modificados en el buffer oculto de la base de datos en los ficheros de datos.

Cuando sea válida una transacción “COMMIT”

Buffer Rdo Log
Buffer Rdo Log

LGWR

válida una transacción “COMMIT” Buffer Rdo Log LGWR Ficheros Redo Log (DBWR) Escritor de la Base
Ficheros Redo Log
Ficheros Redo Log

(DBWR) Escritor de la Base de Datos

El proceso servidor graba los cambios en buffers de rollback y buffers de datos de la SGA. El escritor de base de datos (DBWR) escribe los buffers sucios del área de buffers de datos, es decir, en los ficheros de datos. Asegura el número suficiente de buffers libres --- buffers que pueden ser sobrescritos cuando los procesos servidores necesiten cargar bloques de los ficheros de datos—disponibles en el área de buffers de datos. El rendimiento de la BD es mejorado ya que los procesos del servidor solo hace cambios en la zona en la zona de buffers y el DBWR difiere la escritura en los ficheros de datos hasta que ocurre uno de los siguientes sucesos:

El número de buffers sucios alcanza un valor umbral o

Un proceso escanea un número especificado de bloques cuando busca buffers libres y no encuentra ninguno, o

Sucede un timeout, o

Cuando sucede un checkpoint. Un checkpoint es un medio de sincronizar la zona de buffers de BD con los ficheros de BD.

Proceso de Validación

Oracle utiliza un mecanismo de validación rápido que garantiza que los cambios en la validación pueden ser recuperados en caso de fallos.

Pasos en el Proceso de Validación Cuando se realiza una Validación se suceden los siguientes pasos:

1. El proceso del servidor sitúa una grabación de validación, alo largo el SCN, el buffer redo log.

2. LGWR realiza una anotación contigua de todas las entradas en el buffer redo log hasta, e incluida, la grabación de validación en los ficheros redo log. Después de este punto, el servidor oracle puede garantizar que los cambios no se perderán incluso en caso de fallos.

3. El usuario es informado de que la Validación se ha completado.

4. El proceso del servidor graba la información para indicar que la transacción ha finalizado y que los bloqueos de los recursos pueden ser eliminados.

Administración de Bases de Datos

16

Ventajas de la VALIDACIÓN Rápida

El uso de estos pasos para procesar las VALIDACIONES tiene las siguientes ventajas:

Las anotaciones secuenciales en los ficheros log son más rápidas que la escritura en diferentes bloques del fichero de datos.

En los ficheros log se escribe solo la información mínima que es necesaria para grabar los cambios, mientras que la escritura

en los ficheros de datos requeriría todos los bloques de datos que fueran a ser escritos. La BD VALIDAR comporta las grabaciones Redo Log desde múltiples transacciones solicitando validar al mismo tiempo con una simple anotación.

A menos que el buffer redo log esté particularmente lleno, solo es necesaria una anotación sincronizada por transacción.

El tamaño de la transacción no afecta la cantidad de tiempo necesaria para una operación de VALIDACIÓN actual.

Administración de Bases de Datos

17

Capítulo Nº 2

USO DE HERRAMIENTAS DE ADMINISTRACIÓN

Herramientas De Administración De La Base De Datos. Ejemplos

Herramienta

Descripción

Modo Línea del Server Manager ”svrmgrl”

Una utilidad de modo línea utilizada para una tarea administrativa, como inicio, finalizado o recuperación de una BD.

Oracle Enterprise Manager

Interfaz gráfica del usuario para el administrador, monitor y ajuste de múltiples BD.

SQL*Loader

Utilidad para la carga de datos desde archivos externos en tablas Oracle.

Utilidad de importación o exportación

Utilidad para exportar/importar datos en el formato Oracle.

Ficheros de Passwords

Utilidad para crear archivos de claves de BD.

Server Manager. Uso

INICIO DEL MODO LÍNEA EN EL DIRECTOR SERVIDOR

En UNIX

En NT

svrmgrL

svrmgr30

Inicio y Ejecución de un fichero de comandos

En UNIX

En NT

svrmgrL command=@credb.sql svrmgrL command=”CONNECT scott/tiger”

svrmgr30 command=@u16.sql

Uso del Server Manager en el modo línea

Utilizar el modo línea para ejecutar los comandos del Server Manager descriptos en la siguiente sección. Además puede ejecutar las sentencias SQL y el código PL/SQL.

Comandos del Server Manager

Categoría

Comandos

Comando que no necesita conexión con la Base de Datos

EXIT

REMARK

SET

SHOW

SPOOL

Comandos que necesitan conexion a la Base de Datos y privilegios oracle.

CONNECT/DISCONNECT DESCRIBE EXECUTE SHOW ERRORS SHOW PARAMETER SHOW SGA

Comandos que necesitan privilegios especiales Oracle.

CONNECT

AS SYSDBA

CONNECT

AS SYSOPER

ARCHIVE LOG

RECOVER DATABASE

STARTUP/SHUTDOWN

Administración de Bases de Datos

18

Comandos Del Server Manager

Comando

Descripción

EXIT

Sale del Server manager modo línea o cierra una Worksheet SQl.

REMARK

Introduce un comentario, típicamente en los ficheros de comandos SQl.

SET

Selecciona o cambia características del comando actual de la sesión del modo línea.

SHOW

Muestra la selección efectiva en ese momento.

SPOOL

Habilita o inhabilita spooling de salida a un fichero específico.

CONNECT/DISCONNECT

Se conecta o desconecta de una BD.

DESCRIBE

Describe una función, paquete, procedimiento o tabla, objeto o visualización.

EXECUTE

Ejecuta una sentencia PL/SQL en línea.

SHOW ERRORS

Muestra los errores generados desde la última compilación de un procedimiento, paquete o función.

SHOW PARAMETER

Muestra los valores actuales de uno o más parámetros de inicialización.

SHOW SGA

Muestra la información respecto del SGA del instance actual.

CONNECT/AS SYSDBA

Habilita la conexión privilegiada a la BD.

ARCHIVE LOG

Inicia o detiene el archivado automático de los ficheros redo log, archiva manualmente los ficheros redo log especificados o muestra la información relativa a los ficheros redo log.

RECOVER DATABASE

Realiza la recuperación media en uno o más tablespaces, o en la BD entera.

STARTUP/SHUTDOWN

Inicia o finaliza la ejecución actual de un instance Oracle.

SQL*NET

Permite la configuración cliente-servidor y servidor-servidor a través de cualquier protocolo.

Cuando se requiere:

El cliente y el servidor se comunican a través de la red.

Dos Bases de Datos se comunican a través de la red.

Dos Bases de Datos se comunican a través de la red.

Dos Bases de Datos se quieren comunicar en la misma máquina.

El cliente quiere usar conexiones Multithreades Server.

Proceso Listener

Puede escuchar sobre una o más Bases de Datos en una máquina.

Identifica peticiones de conexiones a través de la red y realiza todo el proceso de conexión al servidor.

Se controla a través de lnsrctl.

Asocia el cliente con un proceso servidor para poder ejecutar las peticiones del cliente. Se puede crear más de un listener por servidor para balancear la carga.

NET 8 ASSIST

Herramienta para configurar los distintos nodos de la red Oracle.

FORMATO DE CONFIGURACIÓN

Keyword=value

Ejemplo

Protocolo=tcp

(Keyword1=

 

(Keyword2=value)

(Keyword3=value))

Ejemplo

(Address=

(community=us.oracle.com)

(protocol=tcp))

Administración de Bases de Datos

19

Ficheros De Configuracion (Cliente-Servidor)

Cliente

Servidor

TNSNAMES

TNSNAMES

SQLNET

SQLNET

 

LISTENER

TNSNAMES.ORALista de nombres de servicios y direcciones de destino.

SQLNET.ORA

Información adicional sobre parámetros de seguridad o de diagnóstico.

Los ficheros del cliente en el servidor sólo son necesarios si el servidor va a realizar conexiones externas.

LISTENER.ORA Incluye nombres de servicios y direcciones de todas las BD que está escuchando el proceso. También ciertos parámetros de control y diagnóstico.

TNSNAMES.ORA

Contenido:

Nombres de servicios TNS, lo cual son alias que manejan descriptores de conexión. Esta en el cliente y su localización se puede controlar con la variable TNS_ADMIN.

Ejemplo:

PROD=

 

(DESCRIPTION=

(ADDRESS=

(COMMUNITY=SALES.COM)

(PROTOCOL=SPX)

(SERVICE=STEALTH_LSNR))

(CONNECT_DATA=(SID_PROD)))

PROD:

nombre del servicio.

DESCRIPTION:

indica un descriptor de conexión para un servicio del TNS.

ADDRESS:

indica que va a describir una especificacion de servicio.

COMMUNITY:

nombre de la comunidad que contiene el servicio.

PROTOCOL:

protocolo de red utilizado para comunicar el servicio.

SERVICE:

nombre específico del servicio SPX.

CONNECT_DATA:

indica que siguen datos de aplicación.

SID:

identificador del sistema (SID) de la BD en el servidor.

Ejemplo de aplicación: SQLPLUS scott/tiger@PROD

LISTENER.ORA

El listerner debe estar activo en el servidor de la BD antes que se intenten realizar conexiones desde los clients remotos.

Contenido:

Nombre del listener.

La dirección del listener.

BD que usan el listener.

Parámetros del listener.

Administración de Bases de Datos

20

Ejemplo:

LISTENER=(ADDRESS_LIST=

(ADDRES=

(PROTOCOL=ipc)

(KEY=produccion))

(ADDRESS=

(PROTOCOL=ipc)

(KEY=prod.))

(ADDRESS=

(PROTOCOL=tcp)

(HOST=testar)

(PORT=1521)))

SID_LIST_LISTENER=(SID_DESC=

(SID_NAME=prod.)

(ORACLE_HOME=/sur/oracle/prod.)))

Bases De Datos Que Usan El Listener

SIDs de las bases de datos.

Parámetros específicos que indican la localización de los ejecutables de Oracle.

Parámetros de procesos servidores.

LSNRCTL

Arranca y para el proceso listener en el servidor.

LSNRCTL command listener_name

Comandos:

START

STOP

STATUS

TRACE OFFUSERADMIN (activa la opción de traza a nivel del listener)

USER (proporciona un nivel limitado de traza. ADMIN proporciona uno más detallado)

SET PASSWORD (activa el uso de comandos sólo para el administrador)

SERVICES (da información sobre los servicios que el listener controla)

VERSIÓN (versión para el listener, TNS y el adaptador de protocolo)

HELP (referencia de ayuda)

Ficheros De Comandos

cat*.sql

catálogo de información del diccionario de datos.

dbms*.sql

especificaciones del paquete de BD.

prvt*.sql

código de paquete de BD.

utl*.sql

vistas y tablas para utilidades de BD.

Server Manager

El modo línea del Server Manager es muy útil para la realización de operaciones desatendidas, como ejecución de trabajos nocturnos por lotes o ficheros de comandos. Además puede usar el modo línea cuando no hay disponible una interfaz gráfica.

svrmgrl inicia el modo línea (unix)

Administración de Bases de Datos

21

Uso del Server Manager en modo línea:

Utilizar el modo línea para ejecutar los comandos del Server Manager descritos en la sección anterior. Además se puede ejecutar las sentencias SQL y el cósigo PL/SQL.

Introducción de comandos del Server Manager:

Los comandos de una sola línea del Server Manager no necesitan puntuación o finalizadores. Si se extiende más de una línea, se utiliza “\” al final de cada una.

svrmgrl> DESCRIBE \ 2> scott.emp

Introducción de código SQL o PL/SQL

Se puede introducir una sentencia de línea única o línea múltiple SQL en el modo línea, al finalizar poner “;” o sólo un slach “/” en la última línea.

Ejecución de ficheros de comandos

En modo línea se puede ejecutar ficheros de comandos utilizando el comando “@” , por ejemplo para ejecutar el fichero de comando credb.sql introducir la sentencia @CREDB.sql

Arrancar Y Parar La Instance

lsnrctl start

lsnrctl stop

Ejemplo en UNIX de arrancar y parar la instance y la BBDD:

LSNRCTL START

SVRMGRL

SVRMGRL

CONNECT INTERNAL

CONNECT INTERNAL

SHUTDOWN

STARTUP

EXIT

EXIT

LSNRCTL STOP

SQLPLUS

Administración de Bases de Datos

22

Capítulo Nº 3

MANEJO DE UNA INSTANCE ORACLE

Durante el inicio de una BBDD se suceden los siguientes pasos:

1. arranque de una instance “lsnrctl start”

2. montar la BBDD “startup mount”

3. abrir la BBDD “alter database mount”

Para parar la BBDD:

1. cerrar la BBDD “shutdown

2. desmontar la BBDD

3. parar la instance “lsnrctl stop”

Usuarios administradores de BBDD (tienen asignados el rol DBA)

SYS

SYSTEM

de BBDD ( tienen asignados el rol DBA) SYS SYSTEM SYS: SYSTEM: propietario de tablas internas

SYS:

SYSTEM: propietario de tablas internas adicionales utilizadas por las herramientas oracle.

propietario de la información del diccionario de la BBDD

Métodos de autentificación

En algunos casos el administrador de la BBDD necesita un método especial de autentificación, dado que la BBDD puede no estar abierta especialmente para operaciones de arranque y parada. Puede elegir la autentificación del sistema operativo o los ficheros de claves para autentificar los administradores de la BBDD.

Autentificación del Sistema Operativo

UNIX

1. El usuario tiene que ser miembro del grupo UNIX, normalmente llamado DBA, que es creado antes de que sea instaldo el servidor oracle. El instalador asigna privilegio de administrador y operador de BBDD oracle a este grupo unix.

2. Visualizar ficheros /etc/group y /etc/passwd para determinar los miembros del grupo UNIX

3. Asegurarse de que el parámetro REMOTE_LOGIN_PASSWORDFILE está en NONE

4. Conectar a la BBDD con el privilegio SYSDBA o SYSOPER

connect / as SYSDBA connect / as SYSOPER

NT:

1. Crear un nuevo grupo local de usuarios windows NT, llamado ORA_<SYS>_DBA y ORA_<SID>_OPER que es específico de una instance o ORA_DBA y ORA_OPER que es específico de un instance.

2. Añadir un usuario del sistema operativo NT a ese grupo.

3. Poner REMOTE_LOGIN_PASSWORDFILE a NONE

4. Conectarse a la BBDD con el privilegio SYSDBA o SYSOPER. CONNECT / AS {SYSDBA | SYSOPER }

Nota: para conectar con un servidor windows NT desde un cliente local, remoto windows NT o windows 95, tiene que star instalado NET8 en ambos clients y servidor.

Uso de la autentificación del fichero

Crear el fichero de password utilizando la utilidad ORAPWD.

$orapwd file=$ORACLE_HOME/dbs/orapwu15\password=admin. entrie=5

(entrie número máx. de adm. de la BBDD)

Definir REMOTE_LOGIN_PASSWORDFILE a EXCLUSIVE o SHARED.

Utilizar el siguiente comando para conectar a una BBDD:

CONNECT INTERNAL/ADMIN

1.

Crear el fichero de password utilizando la utilidad ORAPWD en UNIX o ORAPWD80 en NT.

2.

Definir el parámetro REMOTE_LOGIN_PASSWORDFILE a EXCLUSIVE o SHARED.

a. EXCLUSIVE: indica que sólo una instance puede utilizar el fichero de password y que este contiene otros nombres además de SYS y SYSTEM.

b. SHARED: indica que más de una instance puede utilizar el fichero de password (los únicos usuarios reconocidos por el fichero de password son SYS e INTERNAL).

3.

Conectarse a la BBDD. SVRMGRL>CONNECT INTERNAL/ADMIN

Administración de Bases de Datos

23

Cambiar la calve interna

Utilice la utilidad ORAPWD en UNIX para borrar y crear el fichero de password

Use la utilidad ORADIM(= en NT para borrar y crear un fichero nuevo de password.

Parámetros de inicialización dinámicos

Algunos parámetros de inicialización pueden ser modificacdos mientras se ejecuta la instance.

- ALTER SESSION SET SQL_TRACE=true;

- ALTER SYSTEM SET TIMED_STATISTICS=true;

- ALSTER SYSTEM SET SORT_AREA_SIZE=131072 DEFERRED;

ALTER SESSION modifica solo el valor del parametro para la sesión que ejecuta el comando. ALTER SYSTEM cambia globalmente el valor del parámetro. ALTER SYSTEM DEFERRED modifica el valor para las sesiones futuras que se conectan a la BBDD.

Consultar las vistas V$PARAMETER y V$SYSTEM_PARAMETER, las columnas siguientes :

ISSES_MODIFICABLE indica si el parámetro puede ser modificado por ALTER SESSION.

ISSYS_MODIFICABLE indica si el parámetro puede ser modificado por ALTER SYSTEM.

ISMODIFIED índice ALTER SESSION MODIFICADA con el valor modified y ALTER SYSTEM MODIFICADA con el valor modified.

V$PARAMETER muestra los valores actuales de la sesión. V$SYSTEM_PARAMETER muestra los valores actuales del sistema independiente de la sesión.

Habilitación e inhabilitación de una sesión restringida

Utilizar el comando STARTUP para restringir el acceso a una BBDD STARTUP RESTRICT

Utilizar el comando ALTER SYSTEM para situar la instance en el modo restringido. ALTER SYSTEM ENABLE RESTRICTED SESSION;

Sesión restringida

Util para mantenimiento, importacion y exportacion de la BBDD puede ser arrancada en el modo restringida de forma que solo este disponible para usuarios con privilegio restricted session. La BBDD puede ser puesta en modo restringido utilizando el comando ALTER SYSTEM.

ALTER SYSTEM {ENABLE | DISABLE} RESTRICTED SESSION

donde:

enabled restricted

habilita conexiones futuras para solo para usuarios que tienen el privilegio RESTRICTED SESSION.

DISABLE RESTRICTED SESSION habilita a todos los usuarios.

Finalización de sesiones “V$SESSION”

ALTER SYSTEM KILL SESSION ‘sid,serial#’

Efectos de KILL SESSION

Rollback la transacción actual del usuario.

Libera todas las tablas retenidas o bloqueos de filas.

Libera los recursos.

Administración de Bases de Datos

24

Creación De Un Fichero De Parametros

El fichero de parámetros comúnmente llamado fichero INIT<SID>.ora, es un fichero de texto que puede ser mantenido utilizando un editor de un sistema operativo estándar. Por defecto, está localizado en el directorio $ORACLE_HOME/dbs en una máquina UNIX. El fichero de parámetros solo se lee durante el inicio del instance. Si este es modificado, cerrar y volver a iniciar el instance para hacer efectivo el cambio de valores en el nuevo parámetro.

Para crear o modificar una configuración almacenada:

1. Utilice el Instance Manager.

2. Seleccionar las Parámetros de Inicialización.

3. Elegir Salvar en una de las hojas de propiedades.

4. Introducir un nombre de configuración en la hoja de propiedades de Configuración.

Uso de Parámetros

Los parámetros en el fichero init <SID>.ora pueden tener un efecto significativo en el rendimiento, algunos necesitan ser modificados de las siguientes formas para sistemas de producción:

Cambiar el tamaño de los componentes del Área Global del Sistema (SGA) para optimizar el rendimiento.

Seleccionar valores por defecto de la BD y del instance.

Seleccionar los límites de la BD.

Definir (solo en la creación de BD) varios atributos físicos de ella, tales como el tamaño de bloque de la misma.

Especificar los ficheros de control, ficheros log archivados y la localización de ficheros de traza.

Reglas para especificar Parámetros

Especificar los valores en el formato siguiente: keyword=valor.

Todos los parámetros son opcionales.

El servidor tiene un valor por defecto para cada parámetro.

Los parámetros pueden ser especificados en cualquier orden.

Las líneas de comentario empiezan con el símbolo #.

Encerrar los parámetros entre comillas dobles para incluir caracteres literales.

Pueden ser incluidos ficheros adicionales con la clave IFILE.

Si el caso es significante para el sistema operativo, también lo es para los nombres de fichero.

Los valores múltiples se encierran entre paréntesis y se separan por comas.

Ejemplo del Fichero de Parámetros

# Fichero de Inicialización Parámetro: initU15.ora

db_name

= U15

control_file

= (/DISK1/control101.con,

/DISK2/control102.con)

db_lock_size

= 8192

db_lock_buffers

= 2000

shared_pool_size

= 30000000

log_buffer

= 64K

processes

= 50

db_files

= 100

log_files

= 10

max_dump_file_size

= 10240

background_dump_dest = (/home/disk3/user15/BDUMP)

user_dump_dest

= (/home/disk3/user15/UDUMP)

core_dump_dest

= (/home/disk3/user15/CDUMP)

rollback_segments

= (r01, r02, r03, r04, r05, r06, r07, r08)

Administración de Bases de Datos

25

Parámetros que deberían ser especificados

Parámetro

Descripción

BACKGROUND_DUMP_DEST

Lugar donde los procesos de background escriben los ficheros de traza.

COMPATIBLE

Versión del servidor con el que este instance debería ser compatible. Por defecto es 8.0.0

CONTROL_FILES

Nombres de los ficheros de control.

DB_BLOCK_BUFFERS

Número de bloques ocultos en el SGA. Por defecto y el mínimo es 50 buffers.

DB_NAME

El identificador de la BD es de 8 caracteres o menos. Es el único parámetro necesario cuando se crea una BD nueva.

SHARED_POOL_SIZE

Tamaño en bytes del pool compartido. Por defecto es 3500000

USER_DUMP_DEST

Lugar en que los ficheros de traza del usuario son creados.

Parámetros Comúnmente Modificados

Parámetro

Descripción

IFILE

Nombre de otro fichero de parámetros para que sea embebido dentro del fichero de parámetros actual. Es posible hasta tres niveles de red.

LOG_BUFFER

Números de bytes situados en el buffer redo log del SGA.

MAX_DUMP_FILE_SIZE

Tamaño máximo de los ficheros de traza, especificado como número de bloques del sistema operativo.

PROCESSES

Número máximo de procesos del sistema operativo que pueden ser conectados simultáneamente a este instance.

SQL_TRACE

Habilita o inhabilita la utilidad trace SQL para cada sesión de usuario.

TIMED_STATISTICS

Habilita o inhabilita medidas de tiempo en los ficheros trace y en las pantallas del monitor.

Etapas Para El Arranque Y La Parada

pantallas del monitor. Etapas Para El Arranque Y La Parada Etapas de arranque Cuando se inicia

Etapas de arranque

Cuando se inicia la BD, se puede elegir el estado en el que se inicia. Los siguientes escenarios describen las diferentes etapas en el inicio de un instance:

ARRANQUE DEL INSTANCE (STARTUP NOMOUNT) Normalmente Ud. arrancaría un instance sin montar un BD, solo durante la creación de la misma o creación de nuevo de los ficheros de control. El inicio de un intance incluye las siguientes tareas:

Lectura del fichero de parámetros init<SID>.ora

Asignar memoria al SGA.

Inicio de los procesos background.

Apertura de los ficheros trace y ALERT.

La base de datos tiene que ser nombrada con el parámetro DB_NAME en el fichero init<SID>.ora o con el comando STARTUP.

Administración de Bases de Datos

26

MONTAJE DE LA BD (STARTUP MOUNT)

Para realizar operaciones específicas de mantenimiento Ud. inicia un instance y monta una BD, pero no la abre. Por ejemplo, la BD tiene que estar montada pero no abierta durante las siguientes tareas:

Volver a nombrar ficheros de datos.

Habilitar e inhabilitar las opciones de archivo redo log.

Realizando la recuperación total de la BD.

El montaje de una BD incluye las siguientes tareas:

Asociar una BD con un instance iniciado previamente.

Situar y abrir los ficheros de control especificados en el fichero de parámetros.

Leer los ficheros de control para obtener los nombres y estado de los ficheros de datos y de los redo log (No obstante, no se realizan controles para verificar la existencia de ficheros de datos y ficheros redo log operativos en ese momento).

ABRIR LA BD (STARTUP OPEN)

La operación Normal de la BD significa que un instance está iniciado y la BD montada y abierta, esto permite a cualquier usuario válido conectarse a la BD y realizar las operaciones típicas de acceso a datos. La apertura de la BD incluye las siguientes tareas:

Abrir los ficheros de datos operativos.

Abrir los ficheros redo log operativos.

Si cualquiera de los ficheros operativos o redo log no están presentes cuando intenta abrir la BD., Oracle devolverá un error. Durante la etapa final, Oracle verifica que todos los ficheros operativos y redo log pueden ser abiertos, y controla la consistencia de la

BD. Si es necesario, el proceso background System Monitor (SMON) inicia la recuperación del instance.

Recuperación Instance

Un fallo en Instance ocurre cuando este no puede continuar su trabajo. Por ejemplo, si hay un fallo en el sistema operativo, el proceso background SMON realiza automáticamente la recuperación instance cuando la BD se vuelve a abrir. Esto es, el fichero redo log es utilizado para recuperar los datos validados en la zona de buffer de datos que fueron perdidos debido al fallo del instance.

La recuperación instance consta de los siguientes pasos:

1. “Rolling Forward” para recuperar los datos que no han sido grabados en los ficheros de datos pero que lo han sido en los redo log operativos.

2. Abrir la BD, en lugar de esperar que todas las transacciones sean deshechas antes de hacer que la BD esté disponible. (Cualquier dato que no esté bloqueado por transacciones no recuperadas, está disponible inmediatamente).

3. “Rolling Back” transacciones no validadas por SMON y por los procesos del servidor individuales cuando acceden a datos bloqueados.

Etapas para Cerrar Hay que realizar tres pasos para cerrar un instance y la BD a la que está conectado:

CIERRE DE LA BASE DE DATOS

El primer paso es cerrar la BD. Cuando está cerrada, Oracle escribe los cambios en los buffers y las entradas en los ficheros y redo log operativos. Después de esta operación, Oracle cierra todos los ficheros y redo log operativos. Los ficheros de control permanecen abiertos mientras se cierra una base de datos pero permanece montada.

DESMONTAR UNA BASE DE DATOS

El segundo paso es desmontar la BD desde un instance. Después de desmontar una BD, permanece solo el instance. Cuando se desmonta una BD, Oracle cierra sus ficheros de control.

CIERRE DEL INSTANCE

El paso final para cerrar una BD, es cerrar el instance. Cuando lo hace, se cierran los ficheros trace y ALERT, el SGA se libera y se terminan los procesos background.

Inicio. Comando Startup

ARRANCA INSTANCE Y ABRE LA BASE DE DATOS

STARTUP PFILE=/DISK1/initU15.ora

Administración de Bases de Datos

27

Sintaxis:

STARTUP [FORCE] [RESTRICT] [PFILE=filename] [EXCLUSIVE | PARALLEL | SHARED] [OPEN [RECOVER] [database]

| MOUNT

| NOMOUNT]

Donde:

OPEN

habilita a los usuarios acceso a la BD.

MOUNT

monta la BD para ciertas actividades DBA pero no permite el acceso a la misma a usuarios.

NOMOUNT

crea el SGA e inicia los procesos background pero no permite el acceso a la BD.

EXCLUSIVE

permite el acceso a la BD sólo al instance actual.

PARALLEL

permite el acceso a la BD a múltiples instance (utilizado con el Servidor Paralelo Oracle).

SHARED

ofrece un término alternativo para PARALLEL.

PFILE=parfile

permite que se utilice un fichero de parámetros distinto del por defecto para configurar el instance.

FORCE

aborta la instance en ejecución antes de realizar un arranque normal.

RESTRICT

habilita el acceso a la BD solo a usuarios con privilegio RESTRICTED SESSION.

RECOVER

empieza la recuperación del medio cuando la BD arranca.

OEM

1. Utilice el Instace Manager.

2. Elegir Base de datos->Inicio.

3. Elegir el modo de arranque y dar la información pfilename.

4. Hacer clic en OK.

Cierre. Opciones De Parada

Modo de Parada

A

I

T

N

Permite nuevas conexiones

X

x

X

X

Espera hasta que finalicen sesiones actuales

X

X

x

÷

Espera hasta que finalicen transacciones actuales

X

X

÷

÷

Fuerza un checkpoint y cierra ficheros

X

÷

÷

÷

Modo finalización:

A

Abortar

I Inmediato

X

No

T

Transaccional

N Normal

÷ Si

Cerrar la BD para hacer backups off-line del sistema operativo, de todas las estructuras físicas y para modificar los parámetros de inicialización.

Para cerrar un instance, utilice el siguiente comando:

SHUTDOWN [NORMAL | TRANSACCIONAL | INMEDIATE | ABORT]

OEM

1. Utilice el Director Instance.

2. Elegir Base de Datos->Cerrar.

3. Elegir el modo cerrar.

4. Hacer clic en OK.

Cierre NORMAL

Es el modo de cerrado por defecto. Procede con las siguientes condiciones:

No se permiten nuevas conexiones.

El servidor Oracle espera que todos los usuarios se desconecten antes de terminar el cierre.

Oracle cierra y desmonta la BD antes de cerrar el instance.

El siguiente arranque no requiere una recuperación instance.

Administración de Bases de Datos

28

Cierre TRANSACCIONAL Un cierre transaccional previene a los clientes de la pérdida de trabajo. Procede con las siguientes condiciones:

Ningún cliente puede iniciar una nueva transacción en este instance particular.

Un cliente es desconectado cuando se finaliza la transacción que está en proceso.

Cuando todas las transacciones han sido acabadas, sucede un cierre inmediato.

El siguiente arranque no requiere una recuperación instance.

Cierre INMEDIATO Un cierre inmediato de la BD, procede con las siguientes condiciones:

Las sentencias SQL actuales que han empezado el procesado con Oracle no se completan.

El servidor Oracle no espera a usuarios actualmente conectados a la BD para desconectar.

Oracle deshace las transacciones activas y desconecta todos los usuarios conectados.

Oracle cierra y desconecta la BD antes de cerrar el instance.

El siguiente arranque no requiere una recuperación instance.

Cierre ABORTADO Si las opciones de cierre normal y cierre inmediato no funcionan, puede abortar el actual instance de la BD. El abortado del instance procede con las siguientes condiciones:

Las sentencias SQL actuales que han empezado el procesado con Oracle son finalizadas inmediatamente.

El servidor Oracle no espera a usuarios actualmente conectados a la BD para desconectar.

Las transacciones no validadas no son deshechas.

El instance se termina sin cerrar los ficheros.

El siguiente arranque necesitará una recuperación del instance.

Después de ser ejecutado el paso primero, el desplazamiento nos muestra la secuencia de sucesos cuando son introducidos los distintos comandos SHUTDOWN. Los pasos 1 a 4, describen una transferencia de fondos desde la cuenta de un banco a otra.

1. Consulta la cuenta para controlar los saldos de la misma.

2. Ejecuta el comando INSERT y otro DELETE para transferir los fondos desde la cuenta de un banco a otro.

3. Ejecuta en COMMIT para finalizar la transacción satisfactoriamente.

4. Se desconecta de Oracle.

Con un cierre normal, Oracle espera que todos los usuarios se desconecten antes de completar el cierre. Con un cerrado transaccional, Oracle espera hasta que el paso 3 se hay completado, esto es, que se complete la transacción, procediendo a continuación con el cierre inmediato. Cuando sucede un cierre inmediato, Oracle termina el actual comando SQL en el paso 2 y deshace la transacción activa. Cuando sucede un cierre abortado, Oracle termina el comando actual SQL pero la transacción activa no es deshecha.

Ejemplo ARRANQUE y PARADA DE UNA BBDD

Arranque

Requiere tres pasos y combina la creación de una instancia y el arranque de la BBDD:

1. Arrancar una instance:

Creación de los procesos background.

Creación de la SGA según los parámetros del INIT.ORA

SVRMGRL>CONNECT INTERNAL

SVRMGRL>STARTUP NOMOUNT

2. Montar una BBDD:

La BBDD se conecta a la instance.

Se abren los archivos de control.

Una BBDD montada y no abierta permite acciones del archivo redolog, conmutación del modo de archivado, recuperación completa de la BBDD, renombrado de archivos de la BBDD.

SVRMGRL>ALTER DATABASE MOUNT

3. Abrir una BBDD:

Disponible para uso normal.

Se abren todos los archivos log y de datos.

Recuperación parcial.

SVRMGRL>ALTER DATABASE OPEN

Administración de Bases de Datos

29

Alternativas de Arranque

Arranque con un solo comando:

SVRMGRL>STARTUP Arranque solo para el administrador:

SVRMGRL>STARTUP RESTRICT Arranque forzado:

SVRMGRL>STARTUP FORCE Utilizando un archivo INIT.ORA distinto:

SVRMGRL>STARTUP pfile=initxx.ora

Parada

Existen tres modos de parar una BBDD:

1. Normal:

SVRMGRL>CONNECT INTERNAL

SVRMGRL>SHUTDOWN

Espera por los usuarios conectados actualmente.

No permite nuevas conexiones.

Cierra y desmonta la BBDD.

Para la instancia.

No se efectua recuperación durante el posterior arranque.

2. Inmediata:

SVRMGRL>CONNECT INTERNAL

SVRMGRL>SHUTDOWN INMEDIATE

Las conexiones actuales se completan.

No se efectuan nuevas conexiones.

El PMON termina todas las sesiones y restaura todas las transacciones no validadas.

Cierra y desmonta la BBDD.

Para la instance.

No se efectua recuperación durante el posterior arranque.

3. Abortando:

SVRMGRL> CONNECT INTERNAL

SVRMGRL>SHUTDOWN ABORT

Parada drástica, no espera a que las conexiones actuales se completen.

No se efectuan rollback.

Cierra y desmonta la BBDD.

Para la instance.

Es necesaria la recuperación durante el posterior arranque.

Obtener Y Definir Valores De Parametros

VISTAS DINÁMICAS DE RENDIMIENTO

Mantenidas por el servidor Oracle y actualizadas constantemente.

Contiene datos en el disco y estructuras de memoria.

Contiene datos útiles para el ajuste del rendimiento.

Tienen sinónimos públicos con el prefijo v$

Estas vistas se llaman vistas dinámicas de rendimiento ya que se actualizan constantemente mientras la BD se abre y está en uso. Sus contenidos se relacionan primeramente con el rendimiento. Proporcionan datos relativos a la estructuras internas del disco y estructuras de memoria y pueden ser accedidas por el administrador de datos.

Administración de Bases de Datos

30

Las vistas dinámicas de rendimiento son identificadas por el prefijo V_$, aunque Oracle proporciona sinónimos públicos con el prefijo V$. Una vez que el instance es arrancado en la etapa NOMOUNT, son accesibles las vistas V$ que pueden ser leidas desde la memoria. Las vistas que leen datos desde el fichero de control necesitan que la BD esté montada. Las vistas V$FIXED_TABLE muestra todas las vistas dinámicas de rendimiento.

Acceso A Las Vistas Dinámicas De Rendimiento

OPEN

Diccionario Datos

MOUNT

Vistas Dinámicas de Rendimiento que leen datos de disco

NOMOUNT

Vistas Dinamicas de rendimiento leidos de memoria

SHUTDOWN

EJEMPLO

SGA Fichero de Control
SGA
Fichero de Control
leidos de memoria SHUTDOWN EJEMPLO SGA Fichero de Control V$PARAMETER V$SGA V$OPTION V$PROCESS V$SESSION V$VERSIÓN
leidos de memoria SHUTDOWN EJEMPLO SGA Fichero de Control V$PARAMETER V$SGA V$OPTION V$PROCESS V$SESSION V$VERSIÓN

V$PARAMETER

V$SGA

V$OPTION

V$PROCESS

V$SESSION

V$VERSIÓN

V$INSTANCE

V$THREAD

V$CONTROLFILE

V$DATABASE

V$DATAFILE

V$DATAFILE_HEADER

V$LOGFILE

Vistas Dinámicas de rendimiento (Accesible en la etapa NOMOUNT)

Descripcion

V$PARAMETER

Contiene información de parámetros de inicialización.

V$SGA

Contiene información totalizadora del SGA.

V$OPTION

Lista opciones que son instaladas con el servidor oracle.

V$PROCESS

Contiene información relativa a los procesos activos actuales

V$SESSION

Lista información de la sesión actual.

V$VERSION

Lista el número de versión y los componentes.

V$INSTANCE

Muestra el estado del instance.

Administración de Bases de Datos

31

Vistas Dinámicas de rendimiento (Accesible en la etapa MOUNT)

Descripcion

V$THREAD

Contiene información ensartada, por ejemplo respecto de los grupo redo log.

V$CONTROLFILE

Lista los nombres de los ficheros de control (incluso aunque no disponibles, esta vista no devuelve filas en la etapa NOMOUNT).

V$DATABSE

Contiene información de la BD.

V$DATAFILE

Contiene información del fichero control.

de datos desde el fichero de

V$DATAFILE_HEADER

Muestra la información de la cabecera del fichero de datos desde el fichero de control.

V$LOGFILE

Contiene información relativa a los ficheros redo log activos.

Visualización De Los Valores Actuales De Los Parametros

Utilice el comando Server Manager.

SHOW PARAMETER control

Consulte la vista dinámica de rendimiento V$PARAMETER:

SELECT name FROM V$PARAMETER

WHERE name LIKE ‘%control%’;

Visualización De Los Valores De La Instance

V$INSTANCE

- INSTANCE_NUMBER

= 1

- INSTANCE_NAME

= OCHOI

- HOST_NAME

= PROVES1.PLAZASITE.COM

- VERSION

= 8.1.6.1.0

- STARTUP_TIME

= 12/01/01

- STATUS

= OPEN

- DATABASE_STATUS

= ACTIVE

- INSTANCE_ROLE

= PRIMARY_INSTANCE

Parámetros para los Ficheros de Traza

Los ficheros de traza pueden ser escritos por el servidor y por los procesos background . Oracle almacena información de errores en los ficheros de traza. Este proceso puede ser habilitado o inhabilitado por:

Comando ALTER SESSION

Parámetro SQL_TRACE

(ALTER SESSION SET sql_trace=TRUE)

Parámetros

BACKGROUND_DUMP_DEST

USER_DUMP_DEST

MAX_DUMP_FILE_SIZE

Localización de los ficheros de traza y ALERT

Donde serán creados los ficheros de traza cuando lo soliciten los usuarios.

Espefica en bloques del SO, el límite del tamaño de los ficheros de traza.

Parámetros de Inicialización Dinámica

ALTER SESSION ALTER SYSTEM ALTER SYSTEM DEFERRED

V$PARAMETERS

(para sesiones futuras)

ISSES_MODIFIABLE

modificable con alter session

ISSYS_MODIFIABLE

modificable con alter system

Administración de Bases de Datos

32

Capítulo Nº 4

CREACIÓN DE UNA BASE DE DATOS

La creación de una BD es una tarea que prepara varios ficheros del sistema operativo y es necesario solo una vez, sin importar en número de ficheros de datos que tenga la BD. Este es un aspecto importante que el administrador de la BD tiene que decidir sus características, tales como el tamaño del bloque de la BD y el juego de caracteres, que no puede ser cambiado después de la creación. Dependiendo del sistema operativo, una BD puede haber sido creada automáticamente como parte de la instalación. Se puede utilizar esta BD inicial o se la puede borrar y crear una nueva manualmente. Durante la migración desde una versión anterior de Oracle, es necesaria la creación de una nueva BD solo si se necesita toda ella. Es decir, Ud. Puede utilizar la utilidad migración—por ejemplo, MIG80 en NT—para migrar desde una versión anterior de la BD. Se puede crear una BD con nuevos ficheros de datos o eliminando información de una BD existente que tiene la misma estructura física. El comando CREATE DATABASE inicia la creación de los ficheros de control, ficheros redo log, y la estructura del diccionario de datos que necesita el servidor Oracle para acceder a la BD.

Preparación Del Sistema Operativo Y Requisitos Previos Para La Creación

Cuenta privilegiada autentificada de una de las siguientes maneras:

o

Por el sistema operativo

o

Utilizando un fichero de password

Memoria para iniciar instance.

Espacio en disco para la BD planeada.

Planificación De La Localización De Los Ficheros De La Base De Datos

Mantener al menos dos copias activas del fichero de control de la BD, en al menos dos dispositivos diferentes.

Multiplexar los ficheros redo log y poner los miembros del grupo en discos diferentes.

Separar los ficheros de datos, cuyos datos:

- Vayan a entrar en conflicto de recursos, a través de diferentes recursos físicos del disco.

- Tengan diferentes periodos de vida.

- Tengan diferentes características administrativas.

Ficheros de Control Para seguridad debería crear al menos dos ficheros de control en dos discos diferentes. Ya que las copias del fichero de control tiene que estar siempre situadas en discos diferentes, pueden tener nombres idénticos, tales como control01.ctl en UNIX y control.ora en NT.

Ficheros Redo Log Activos Deberían constar de grupos multiplexados de ficheros redo log activos. Un grupo de fichero consta de copias idénticas, que deberían estar en localizadas en discos diferentes.

Ficheros de datos Nombrar los ficheros de datos relacionando su contenido, como el nombre de la raíz, por ejemplo, tales como system01.dbf, temp01.dbf, user01.dbf en UNIX y system01.ora, temp01.ora en NT.

Considerar las características de los datos que vayan a ser almacenados antes de determinar la estructura apropiada para su base de datos, para:

- Minimizar la fragmentación.

- Minimizar los conflictos en el disco.

- Separar objetos.

Para minimizar la fragmentación de la BD, debería separar los objetos de la misma atendiendo a la duración del tiempo en uso, tales como datos de aplicación y datos temporales, en diferentes tablespaces. Para asegurar las cargas I/O bien equilibradas, debería separar los objetos con I/O competentes necesarios, tales como tablas e índices en diferentes tablespaces.

Administración de Bases de Datos

33

Estrucura Del Software Del Directorio Oracle

Después de la instalación de Oracle, el directorio ORACLE_HOME es /pnto_montaje/app/oracle/product.

En UNIX, el directorio ORACLE_HOME tiene los siguientes subdirectorios, así como los subdirectorios para cada producto Oracle, dependiendo de los productos disponibles en la plataforma:

Subdirectorios

Descripción

Bin

Ejecutables para todos los productos

Dbs

Los ficheros de B.D. INIT<sid>.ora y sql.bsq

Lib

Bibliotecas el producto oracle

Orainst

Instalación de ficheros y programas

Rdbms

Ficheros del servidor, comandos y bibliotecas necesarias para las B.D.

Plsql

Opción procedural PL/SQL

Network

SQL*PLUS

Svmgr

Server Manager

Algunos ejemplos del contenido de los subdirectorios del producto son:

Subdirectorios

Descripción

Admin.

Ficheros de comandos administrativos

Demo

Ficheros de demostración

Doc

Ficheros README

Install

Ficheros de comandos de instalación del producto

Lib

Bibliotecas del producto

Log

Ficheros log

La estructura del directorio en NT es similar a la de UNIX.

Consideraciones Para La Creación De Una Base De Datos

EN UNIX:

-

Crearla automáticamente durante una instalación.

-

Crearla manualmente después de la instalación.

EN NT:

-

Crearla utilizando el asistente de la Base de Datos.

-

Crearla manualmente.

Si utiliza el instalador para crear una base de datos, el instalador le solicita que introduzca el número y posición de los puntos de montaje, el grupo de caracteres y el grupo de caracteres nacional, claves para usuario SYS y SYSTEM y el grupo UNIX de claves para habilitar las autentificaciones del sistema operativo. En NT durante la instalación le solicitan crear una BD con un wizard, el Asistente de la BD Oracle. Esta utilidad puede utilizarse tambien después de la instalacion para crear o borrar una BD.

Crear Una Base De Datos Manualmente

1. Decidir el nombre de la misma y el juego de caracteres.

2. Definir las variables del sistema operativo.

3. Preparar el fichero de parámetros.

4. Crear un fichero de passwords.

5. Arrancar instance.

6. Crear la base de datos.

7. Ejecutar los ficheros de comandos para generar el diccionario de datos y cumplir con pasos de la postcreación.

Entorno Del Sistema Operativo

En UNIX definir la siguientes variables del entorno:

ORACLE_HOME