DBA2 11g Taller Administracion I Vol2

Base de Datos Oracle 11g:
Taller de Administracin I
Volumen II Gua del Alumno
D17090CS30
Edicin 3.0
Noviembre de 2013
D50254
Autores
Copyright 2013, Oracle. Todos los derechos reservados.
Tom Best
Renuncia
M.J. Billings
Colaboradores y
Revisores Tcnicos
Anthony Woodell
Barry Trute
Celia Antonio
Christine Jeal
Donna Keesling
Howard Bradley
James Spiller
Janet Stern
Jean-Francois Verrier
Joel Goodman
John Hibbard
Larry Baumann
Magnus Isaksson
M.J. Bryksa
Paul Needham
Pierre Labrousse
Raza Siddiqui
Sandra Cheevers
Stefan Lindblad
Stella Kister
Steve Friedberg
Steven Karam
Sushma Jagannath
Tammy Bednar
Redactores
Navratan Singh
Nita Pavitran
Raj Kumar
Diseadores Grficos
Satish Bettegowda
Steve Elwood
Editor
Joseph Fernandez
Este documento contiene informacin propiedad de Oracle Corporation y se

encuentra protegido por la legislacin de derechos de autor y otras leyes sobre la
propiedad intelectual. Usted slo podr realizar copias o imprimir este documento
para uso exclusivo por usted en los cursos de formacin de Oracle. Este documento
no podr ser modificado ni alterado en modo alguno. Salvo que la legislacin de los
derechos de autor lo considere un uso excusable o legal o fair use, no podr
utilizar, compartir, descargar, cargar, copiar, imprimir, mostrar, representar,
reproducir, publicar, conceder licencias, enviar, transmitir ni distribuir este documento
total ni parcialmente sin autorizacin expresa por parte de Oracle.
La informacin contenida en este documento est sujeta a cambio sin previo aviso.
Si detecta cualquier problema en el documento, le agradeceremos que nos lo
comunique por escrito a: Oracle University, 500 Oracle Parkway, Redwood Shores,
California 94065 USA. Oracle Corporation no garantiza que este documento est
exento de errores.
Restricted Rights Notice
Si esta documentacin se entrega al Gobierno de los EE.UU. o a cualquier entidad
que la utilice en nombre del Gobierno de los EE.UU., se aplicar la siguiente
advertencia:
U.S. GOVERNMENT RIGHTS
The U.S. Governments rights to use, modify, reproduce, release, perform, display,
or disclose these training materials are restricted by the terms of the applicable
Oracle license agreement and/or the applicable U.S. Government contract.
Aviso de Marca Comercial
Oracle, JD Edwards y PeopleSoft son marcas comerciales registradas de Oracle
Corporation y/o sus subsidiarias. Todos los dems nombres pueden ser marcas
comerciales de sus respectivos propietarios.
Contenido
Prefacio
1
Introduccin
Objetivos del Curso 1-2
Planificacin Sugerida 1-3
Objetivos 1-4
Productos y Servicios Oracle 1-5
Base de Datos Oracle 11g: g Significa Grid 1-6
Arquitectura de la Base de Datos Oracle 1-8
Estructuras de Bases de Datos 1-9
Estructuras de Memoria de Oracle 1-10
Estructuras de Proceso 1-12
Gestin de Instancias de Oracle 1-13
Proceso de Servidor y Cach de Buffers de la Base de Datos 1-14
Estructura de Base de Datos Fsica 1-15
Tablespaces y Archivos de Datos 1-17
Tablespaces SYSTEM y SYSAUX 1-18
Segmentos, Extensiones y Bloques 1-19
Estructuras de Bases de Datos Fsicas y Lgicas 1-20
Ejemplos del Curso: Esquema HR 1-22
Arquitectura de Base de Datos: Resumen de Componentes Estructurales 1-23
Resumen 1-24
Instalacin del Software de la Base de Datos Oracle

Objetivos 2-2
Tareas de un Administrador de la Base de Datos Oracle 2-3
Herramientas Utilizadas para Administrar Bases de Datos Oracle 2-4
Instalacin: Requisitos del Sistema 2-6
Comprobacin de los Requisitos del Sistema 2-7
Arquitectura Flexible ptima (OFA) 2-8
Uso de la Arquitectura Flexible ptima 2-9
Definicin de Variables de Entorno 2-11
Oracle Universal Installer (OUI) 2-13
Instalacin del Software de Oracle 2-14
Opciones de Configuracin de Base de Datos 2-15
Ejecucin de Archivos de Comandos de Configuracin 2-16
Fin de la Instalacin 2-17
Opciones Avanzadas de Instalacin 2-18
Opcin de Instalacin: Modo Silencioso 2-19
Resumen 2-20
Visin General de la Prctica: Instalacin del Software de Oracle 2-21
iii
Creacin de una Base de Datos Oracle

Objetivos 3-2
Planificacin de la Base de Datos 3-3
Bases de Datos: Ejemplos 3-4
Asistente de Configuracin de Bases de Datos (DBCA) 3-5
Uso de DBCA para Crear una Base de Datos 3-6
Password Management 3-12
Creacin de una Plantilla de Diseo de Bases de Datos 3-13
Uso de DBCA para Suprimir una Base de Datos 3-14
Resumen 3-16
Visin General de la Prctica: Uso de DBCA 3-17
Gestin de la Instancia de Oracle

Objetivos 4-2
Marco de Gestin 4-3
Inicio y Parada de Database Control 4-4
Oracle Enterprise Manager 4-5
Acceso a Oracle Enterprise Manager 4-6
Pgina Inicial de la Base de Datos 4-7
Uso de SQL*Plus e iSQL*Plus para Acceder a las Bases de Datos 4-8
Uso de iSQL*Plus 4-9
Configuracin de iSQL*Plus para el Acceso de SYSDBA y SYSOPER 4-10
Uso de SQL*Plus 4-12
Llamada a SQL*Plus desde un Archivo de Comandos del Shell 4-13
Llamada a un Archivo de Comandos SQL desde SQL*Plus 4-14
Archivos de Parmetros de Inicializacin 4-15
Parmetros de Inicializacin Simplificados 4-16
Visualizacin y Modificacin de Parmetros de Inicializacin 4-18
Inicio y Cierre de la Base de Datos 4-19
Inicio de una Instancia de Base de Datos Oracle 4-20
Inicio de una Instancia de Base de Datos Oracle: NOMOUNT 4-21
Inicio de una Instancia de Base de Datos Oracle: MOUNT 4-22
Inicio de una Instancia de Base de Datos Oracle: OPEN 4-23
Cierre de una Instancia de la Base de Datos Oracle 4-24
Modos de Cierre 4-25
Opciones de SHUTDOWN 4-26
Uso de SQL*Plus para el Inicio y el Cierre 4-29
Visualizacin del Log de Alertas 4-30
Visualizacin del Historial de Alertas 4-31
Vistas de Rendimiento Dinmico 4-32
iv
Vistas de Rendimiento Dinmico: Ejemplos de Uso 4-33

Vistas de Rendimiento Dinmico: Consideraciones 4-34
Resumen 4-35
Visin General de la Prctica: Gestin de la Instancia de Oracle 4-36
5
Gestin de Estructuras de Almacenamiento de Bases de Datos

Objetivos 5-2
Estructuras de Almacenamiento 5-3
Almacenamiento de Datos de Tabla 5-4
Anatoma de un Bloque de Base de Datos 5-5
Tablespaces y Archivos de Datos 5-6
Oracle Managed Files (OMF) 5-7
Gestin de Espacio en Tablespaces 5-8
Exploracin de la Estructura de Almacenamiento 5-9
Creacin de un Nuevo Tablespace 5-10
Almacenamiento de Tablespaces Gestionados Localmente 5-12
Tablespaces en la Base de Datos Preconfigurada 5-14
Modificacin de un Tablespace 5-16
Acciones con Tablespaces 5-19
Borrado de Tablespaces 5-21
Visualizacin de Informacin de Tablespaces 5-22
Recopilacin de Informacin de Almacenamiento 5-23
Visualizacin de Contenido de Tablespaces 5-24
Ampliacin de la Base de Datos 5-25
Qu es Gestin Automtica de Almacenamiento? 5-26
ASM: Funciones Clave y Ventajas 5-27
ASM: Conceptos 5-28
Resumen 5-29
Visin General de la Prctica: Gestin de Estructuras de Almacenamiento
de Bases de Datos 5-30
Administracin de Seguridad del Usuario

Objetivos 6-2
Cuentas de Usuario de Base de Datos 6-3
Cuentas Predefinidas: SYS y SYSTEM 6-5
Creacin de un Usuario 6-6
Autenticacin de Usuarios 6-7
Autenticacin de Administradores 6-9
Desbloqueo de Cuentas de Usuario y Restablecimiento de Contraseas 6-10
Privilegios 6-11
Privilegios del Sistema 6-12
Privilegios de Objeto 6-14
v
Revocacin de Privilegios del Sistema con ADMIN OPTION 6-15

Revocacin de Privilegios de Objeto con GRANT OPTION 6-16
Ventajas de los Roles 6-17
Asignacin de Privilegios a Roles y de Roles a Usuarios 6-18
Roles Predefinidos 6-19
Creacin de un Rol 6-20
Roles Seguros 6-21
Asignacin de Roles a Usuarios 6-22
Perfiles y Usuarios 6-23
Implementaciones de las Funciones de Seguridad con Contrasea 6-25
Creacin de un Perfil de Contrasea 6-27
Funcin de Verificacin de Contraseas Proporcionadas: VERIFY_FUNCTION 6-28
Asignacin de Cuota a Usuarios 6-29
Resumen 6-31
Visin General de la Prctica: Administracin de Usuarios 6-32
7
Gestin de Objetos de Esquema

Objetivos 7-2
Qu es un Esquema? 7-3
Acceso a Objetos de Esquema 7-5
Nomenclatura de Objetos de Base de Datos 7-6
Especificacin de Tipos de Dato en Tablas 7-8
Creacin y Modificacin de Tablas 7-11
Descripcin de la Integridad de los Datos 7-13
Definicin de Restricciones 7-15
Violaciones de Restricciones 7-16
Estados de Restricciones 7-17
Comprobacin de Restricciones 7-19
Creacin de Restricciones con SQL: Ejemplos 7-20
Visualizacin de las Columnas de una Tabla 7-21
Visualizacin del Contenido de una Tabla 7-22
Acciones con Tablas 7-23
Borrado de una Tabla 7-24
Truncamiento de una Tabla 7-25
ndices 7-26
Tipos de ndices 7-27
ndice de rbol B 7-28
ndices de Bitmap 7-30
Opciones de ndice 7-32
Creacin de ndices 7-34
vi
Qu es una Vista? 7-35

Creacin de Vistas 7-36
Secuencias 7-37
Creacin de una Secuencia 7-38
Uso de una Secuencia 7-40
Tablas Temporales 7-41
Tablas Temporales: Consideraciones 7-43
Diccionario de Datos: Visin General 7-44
Vistas del Diccionario de Datos 7-45
Diccionario de Datos: Ejemplos de Uso 7-47
Resumen 7-48
Visin General de la Prctica: Administracin de Objetos de Esquema 7-49
8
Gestin de Datos y Simultaneidad

Objetivos 8-2
Manipulacin de Datos mediante SQL 8-3
Comando INSERT 8-4
Comando UPDATE 8-5
Comando DELETE 8-6
Comando MERGE 8-7
Comandos COMMIT y ROLLBACK 8-9
PL/SQL 8-10
Administracin de Objetos PL/SQL 8-12
Objetos PL/SQL 8-13
Funciones 8-14
Procedimientos 8-15
Paquetes 8-16
Especificacin y Cuerpo del Paquete 8-17
Paquetes Incorporados 8-18
Disparadores 8-19
Eventos Disparadores 8-20
Bloqueos 8-21
Mecanismo de Bloqueo 8-22
Simultaneidad de Datos 8-23
Bloqueos de DML 8-25
Mecanismo de Puesta en Cola 8-26
Conflictos de Bloqueo 8-27
Posibles Causas de Conflictos de Bloqueo 8-28
Deteccin de Conflictos de Bloqueo 8-29
Resolucin de Conflictos de Bloqueo 8-30
vii
Resolucin de Conflictos de Bloqueo mediante SQL 8-31

Interbloqueos 8-32
Resumen 8-33
Visin General de la Prctica: Gestin de Datos y Simultaneidad 8-34
9
Gestin de Datos de Deshacer

Objetivos 9-2
Manipulacin de Datos 9-3
Datos de Deshacer 9-4
Transacciones y Datos de Deshacer 9-6
Almacenamiento de Informacin de Deshacer 9-7
Datos de Deshacer frente a Datos de Redo 9-8
Control de Deshacer 9-9
Administracin de Deshacer 9-11
Configuracin de Retencin de Deshacer 9-12
Garanta de Retencin de Deshacer 9-14
Tamao de los Tablespaces de Deshacer 9-15
Uso del Asesor de Deshacer 9-16
Resumen 9-17
Visin General de la Prctica: Gestin de Segmentos de Deshacer 9-18
10 Implementacin de Seguridad de la Base de Datos Oracle

Objetivos 10-2
Requisitos de Seguridad de la Industria 10-3
Separacin de Responsabilidades 10-5
Seguridad de la Base de Datos 10-6
Principio de Privilegio ms Bajo 10-8
Aplicacin del Principio de Privilegio Ms Bajo 10-9
Control de Actividades Sospechosas 10-11
Auditora de la Base de Datos Estndar 10-12
Activacin de Auditora 10-13
Pistas de Auditora Uniformes 10-14
Pgina de Auditora de Enterprise Manager 10-16
Especificacin de Opciones de Auditora 10-17
Uso y Mantenimiento de la Informacin de Auditora 10-18
Auditora Basada en Valores 10-19
Auditora Detallada 10-21
Poltica de FGA 10-22
Sentencia DML Auditada: Consideraciones 10-24
Instrucciones de FGA 10-25
Auditora de DBA 10-26
viii
Mantenimiento de la Pista de Auditora 10-27

Actualizaciones de Seguridad 10-28
Aplicacin de Parches de Seguridad 10-29
Resumen 10-30
Visin General de la Prctica: Implementacin de Seguridad de la Base de Datos Oracle 10-31
11 Configuracin del Entorno de Red de Oracle
Objetivos 11-2
Servicios de Red de Oracle 11-3
Listener de Red de Oracle 11-4
Establecimiento de Conexiones de Red 11-5
Establecimiento de una Conexin 11-6
Sesiones de Usuario 11-7
Herramientas para Configurar y Gestionar la Red de Oracle 11-8
Utilidad Listener Control 11-9
Sintaxis de la Utilidad Listener Control 11-10
Pgina Inicial del Listener 11-12
Pgina Net Services Administration 11-13
Creacin de un Listener 11-14
Adicin de Direcciones de Listener 11-15
Registro de Servicio de Base de Datos 11-16
Mtodos de Nomenclatura 11-17
Conexin Sencilla 11-18
Nomenclatura Local 11-19
Nomenclatura de Directorios 11-20
Mtodo de Nomenclatura Externa 11-21
Configuracin de Alias de Servicio 11-22
Opciones de Conexin Avanzada 11-23
Prueba de la Conectividad de Red de Oracle 11-25
Sesiones de Usuario: Servidor Dedicado 11-26
Sesiones de Usuario: Servidor Compartido 11-27
SGA y PGA 11-28
Servidor Compartido: Pool de Conexiones 11-29
Cundo No se Debe Utilizar un Servidor Compartido 11-30
Resumen 11-31
Visin General de la Prctica: Trabajar con los Componentes de Red de Oracle 11-32
12 Mantenimiento Proactivo
Objetivos 12-2
Mantenimiento Proactivo 12-3
Introduccin a la Terminologa 12-4
ix
Estadsticas del Optimizador 12-5

Uso de la Pgina Manage Optimizer Statistics 12-7
Niveles de Estadsticas 12-9
Repositorio de Carga de Trabajo Automtica (AWR) 12-10
Infraestructura de AWR 12-11
Juegos de Instantneas AWR 12-12
Enterprise Manager y AWR 12-13
Gestin de AWR 12-14
Monitor de Diagnstico de Base de Datos Automtico (ADDM) 12-15
Resultados de ADDM 12-16
Recomendaciones de ADDM 12-17
Marco de Asesoramiento 12-18
Enterprise Manager y Asesores 12-20
Paquete DBMS_ADVISOR 12-21
Alertas Generadas por el Servidor 12-22
Alertas Generadas por el Servidor por Defecto 12-23
Definicin de Umbrales 12-24
Creacin y Prueba de una Alerta 12-25
Notificacin de Alertas 12-26
Reaccin ante Alertas 12-28
Tipos de Alerta y Eliminacin de Alertas 12-29
Tareas de Mantenimiento Automticas 12-30
Resumen 12-31
Visin General de la Prctica: Mantenimiento Proactivo 12-32
13 Gestin de Rendimiento
Objetivos 13-2
Control del Rendimiento 13-3
Control del Rendimiento: Top Sessions 13-7
Control del Rendimiento: Top Services 13-8
Asesor de Ajustes SQL: Visin General 13-9
Recomendaciones y Opciones del Asesor de Ajustes SQL 13-10
Uso del Asesor de Ajustes SQL 13-11
Uso del Asesor de Ajustes SQL: Ejemplo 13-12
Asesor de Ajustes SQL: Estadsticas SQL 13-13
Asesor de Ajustes SQL: Identificacin de SQL Duplicados 13-14
Uso del Asesor de Acceso SQL 13-15
Gestin de los Componentes de la Memoria 13-17
Activacin de la Gestin Automtica de Memoria Compartida (ASMM) 13-18
Definicin Manual de la Gestin de Memoria Compartida 13-20
Uso del Asesor de Memoria 13-21

Estadsticas de Rendimiento Dinmicas 13-22
Vistas de Solucin de Problemas y de Ajustes 13-24
Objetos No Vlidos o No Utilizables 13-25
Resumen 13-27
Visin General de la Prctica: Control y Mejora del Rendimiento 13-28
14 Conceptos de Copia de Seguridad y Recuperacin
Objetivos 14-2
Parte de su Trabajo 14-3
Categoras de Fallos 14-4
Fallo de Sentencia 14-5
Fallo de Proceso de Usuario 14-6
Fallo de Red 14-7
Error del Usuario 14-8
Fallo de la Instancia 14-10
Procesos en Segundo Plano y Recuperacin: Punto de Control (CKPT) 14-11
Procesos en Segundo Plano y Recuperacin: Archivos Redo Log y Escritor de Log 14-13
Procesos en Segundo Plano y Recuperacin: Proceso de Archivado (ARCn) 14-14
Recuperacin de Instancias 14-15
Fases de la Recuperacin de Instancias 14-16
Ajuste de la Recuperacin de Instancias 14-17
Uso del Asesor de MTTR 14-18
Fallo del Medio Fsico 14-19
Configuracin de Recuperabilidad 14-20
Archivos de Control 14-21
Archivos Redo Log 14-22
Multiplexin del Redo Log 14-23
Archivos Archive Log 14-24
Archivo Archive Log: Nomenclatura y Destinos 14-25
Modo ARCHIVELOG 14-27
Resumen 14-28
Visin General de la Prctica: Configuracin de Recuperabilidad 14-29
15 Realizacin de Copias de Seguridad de Bases de Datos
Objetivos 15-2
Soluciones de Copia de Seguridad: Visin General 15-3
Oracle Secure Backup 15-4
Copia de Seguridad Gestionada por Usuario 15-5
Terminologa 15-6
Recovery Manager (RMAN) 15-10
xi
Configuracin de Valores de Copia de Seguridad 15-11

Planificacin de Copias de Seguridad: Estrategia 15-14
Planificacin de Copias de Seguridad: Options 15-15
Planificacin de Copias de Seguridad: Settings 15-16
Planificacin de Copias de Seguridad: Schedule 15-17
Planificacin de Copias de Seguridad: Review 15-18
Copia de Seguridad del Archivo de Control en un Archivo de Rastreo 15-19
Gestin de Copias de Seguridad 15-21
rea de Recuperacin de Flash 15-22
Resumen 15-23
Visin General de la Prctica: Creacin de Copias de Seguridad de Bases de Datos 15-24
16 Recuperacin de Bases de Datos
Objetivos 16-2
Apertura de una Base de Datos 16-3
Cambio del Estado de la Instancia 16-5
Mantenimiento de una Base de Datos Abierta 16-6
Prdida de un Archivo de Control 16-7
Prdida de un Archivo Redo Log 16-8
Prdida de un Archivo de Datos en Modo NOARCHIVELOG 16-9
Prdida de un Archivo de Datos No Crtico en Modo ARCHIVELOG 16-10
Prdida de un Archivo de Datos Crtico del Sistema en Modo ARCHIVELOG 16-11
Resumen 16-12
Visin General de la Prctica: Recuperacin de Bases de Datos 16-13
17 Realizacin de Flashback
Objetivos 17-2
Tecnologa de Flashback: Ventajas 17-3
Cundo Utilizar la Tecnologa de Flashback 17-4
Realizacin de Flashback en Cualquier Error 17-5
Flashback de Base de Datos: Visin General 17-6
Flashback de Base de Datos: Reduccin del Tiempo de Restauracin 17-7
Flashback de Base de Datos: Consideraciones 17-8
Flashback de Base de Datos: Limitaciones 17-9
Activacin de la Funcin de Flashback de Base de Datos 17-10
Flashback de Tabla: Visin General 17-11
Flashback de Tabla 17-12
Activacin del Movimiento de Filas en una Tabla 17-13
Realizacin de Flashback de Tabla 17-14
Flashback de Tabla: Consideraciones 17-15
Flashback de Borrado: Visin General 17-17
xii
Flashback de Tablas Borradas mediante Enterprise Manager 17-18

Flashback de Borrado: Consideraciones 17-19
Acceso al Tiempo de Flashback 17-20
Consulta de Flashback: Visin General 17-21
Consulta de Flashback: Ejemplo 17-22
Consulta de Flashback de Versiones: Visin General 17-23
Consulta de Flashback de Versiones mediante Enterprise Manager 17-24
Consulta de Flashback de Versiones: Consideraciones 17-25
Consulta de Flashback de Transacciones: Visin General 17-26
Consulta de Flashback de Transacciones mediante Enterprise Manager 17-27
Consulta de Flashback de Transacciones: Consideraciones 17-28
Resumen 17-29
Visin General de la Prctica: Uso de Flashback 17-30
18 Movimiento de Datos
Objetivos 18-2
Movimiento de Datos: Arquitectura General 18-3
Objeto de Directorio: Visin General 18-4
Creacin de Objetos de Directorio 18-5
SQL*Loader: Visin General 18-6
Carga de Datos con SQL*Loader 18-8
Archivo de Control de SQL*Loader 18-9
Mtodos de Carga 18-11
Pump de Datos: Visin General 18-13
Pump de Datos: Ventajas 18-15
Exportacin e Importacin de Pump de Datos: Visin General 18-17
Utilidad Pump de Datos: Interfaces y Modos 18-18
Seleccin de Objetos Detallada 18-19
Funcin Avanzada: Creacin de Ejemplos 18-20
Opciones de Exportacin: Archivos 18-21
Ubicaciones de los Archivos de Pump de Datos 18-22
Planificacin y Ejecucin de un Trabajo 18-24
Nomenclatura y Tamao de los Archivos de Pump de Datos 18-25
Importacin de Pump de Datos 18-26
Importacin de Pump de Datos: Transformaciones 18-27
Pump de Datos: Consideracin del Rendimiento 18-29
Parmetros de Inicializacin de Rendimiento 18-30
Rutas de Acceso de Pump de Datos: Consideraciones 18-31
Uso de Enterprise Manager para Controlar Trabajos de Pump de Datos 18-32
Relleno de Tabla Externa 18-33
xiii
Uso de Tablas Externas 18-34

Relleno de Tabla Externa mediante ORACLE_DATAPUMP 18-35
Relleno de Tabla Externa mediante ORACLE_LOADER 18-36
Diccionario de Datos 18-37
Resumen 18-38
Visin General de la Prctica: Movimiento de Datos 18-39
Apndice A: Prcticas
Apndice B: Soluciones
Apndice C: Comandos Bsicos de Linux y vi
Apndice D: Sintaxis de Sentencias SQL
Apndice E: Acrnimos y Trminos
Apndice F: Siguientes Pasos para Continuar con la Formacin
ndice
xiv
Configuracin del Entorno de

Red de Oracle
Objetivos
Al finalizar esta leccin, debera estar capacitado para:

Utilizar Enterprise Manager para:
Crear listeners adicionales
Crear alias de servicio de Red de Oracle
Configurar operaciones de failover de tiempo de
conexin
Controlar el listener de Red de Oracle
Utilizar tnsping para realizar pruebas de la

conectividad de Red de Oracle
Identificar cundo se deben utilizar servidores
compartidos frente a servidores dedicados
Recursos
Oracle Database, Net Services Administrators Guide, 11g Release 2 (10.2), nmero de
artculo B14212-01
Oracle Database, Net Services Reference, 11g Release 2 (10.2), nmero de artculo
B14213-01
Base de Datos Oracle 11g: Taller de Administracin I 11-2
Servicios de Red de Oracle
Aplicacin
Red de Oracle
Cliente o
capa media
RDBMS
Red
TCP/IP
Archivos de configuracin
de Red de Oracle
Red de Oracle
Listener
Servidor de bases
de datos
de Red de Oracle
Servicios de Red de Oracle

Los servicios de Red de Oracle activan conexiones de red de una aplicacin de cliente o de capa
media al servidor de Oracle. Una vez que se ha establecido una sesin de red, la Red de Oracle
acta como servicio de mensajera de datos tanto para la aplicacin cliente como para el servidor
de bases de datos. Es responsable de establecer y mantener la conexin entre la aplicacin cliente
y el servidor de bases de datos, as como de intercambiar mensajes entre ambos. La Red de
Oracle, o lo que simule la Red de Oracle, como Java Database Connectivity (JDBC), est
ubicada en cada computadora que necesite hablar con el servidor de bases de datos.
En la computadora cliente, la Red de Oracle es un componente en segundo plano para conectar
aplicaciones a la base de datos.
En el servidor de bases de datos, la Red de Oracle incluye un proceso activo denominado
listener. El listener de Red de Oracle es responsable de coordinar conexiones entre la base de
datos y las aplicaciones externas.
El uso ms comn de los servicios de Red de Oracle es permitir conexiones de base de datos
entrantes. Puede configurar servicios de red adicionales para permitir el acceso a bibliotecas de
cdigo externo (EXTPROC) y conectar la instancia de Oracle a orgenes de datos que no sean de
Oracle, como Sybase, Informix, DB2 y SQL Server, mediante los Servicios Heterogneos de
Oracle.
Listener de Red de Oracle
Enterprise
Manager
Database
Control
Listener
Bases de datos
Oracle
de Red de Oracle
<oracle_home>/network/admin/listener.ora
sqlnet.ora
Listener de Red de Oracle

El listener de Red de Oracle es el gateway a la instancia de Oracle para todas las conexiones de
usuario no locales. Un nico listener puede ocuparse de varias instancias de la base de datos y de
miles de conexiones del cliente.
Una de las maneras de acceder al listener es a travs de Enterprise Manager. Puede controlar la
configuracin del listener real as como los parmetros generales, como la proteccin por
contrasea y las ubicaciones de archivos log.
Los administradores avanzados tambin pueden configurar los servicios de Red de Oracle
editando manualmente los archivos de configuracin con un editor de texto del sistema operativo
estndar, como vi o gedit, si es necesario.
Establecimiento de Conexiones de Red

Para realizar una conexin de cliente o capa media,
la Red de Oracle necesita que el cliente conozca lo
siguiente:
Host en el que se ejecuta el listener
Puerto que controla el listener
Protocolo que utiliza el listener
Nombre del servicio que maneja el listener
Resolucin de
Nombres
Establecimiento de Conexiones de Red

Para que una aplicacin se conecte a un servicio a travs de un listener de Red de Oracle, la
aplicacin debe tener informacin sobre dicho servicio, incluida la direccin o el host donde
reside el listener, el protocolo que acepta el listener y el puerto que controla el listener. Una vez
localizado el listener, la parte final de informacin que necesita la aplicacin es el nombre del
servicio al que desea conectarse.
El proceso de determinar esta informacin de conexin se denomina resolucin de nombres.
Establecimiento de una Conexin
Solicitud de
conexin entrante
Listener
Establecimiento de una Conexin

Una vez que termina la resolucin de nombres de Red de Oracle, se transfiere una solicitud
de conexin de la aplicacin de usuario o de capa media (denominada proceso de usuario en
adelante) al listener de Red de Oracle. El listener recibe un paquete CONNECT y comprueba
si dicho paquete CONNECT est solicitando un nombre de servicio de Red de Oracle vlido.
Si no se solicita el nombre del servicio (como en el caso de una solicitud tnsping), el listener
reconoce la solicitud de conexin y no hace nada. Si se solicita un nombre de servicio no vlido,
el listener transmite un cdigo de error al proceso de usuario.
Sesiones de Usuario
Proceso de servidor
Sesin de usuario
PGA
Proceso de usuario
Listener
Sesiones de Usuario
Si el paquete CONNECT solicita un nombre de servicio vlido, el listener origina un nuevo
proceso para que se ocupe de la conexin. Este nuevo proceso se conoce como proceso de
servidor. El listener conecta con el proceso y le transfiere informacin de inicializacin,
incluida la informacin de direccin para el proceso de usuario. En este punto, el listener ya
no se ocupa de la conexin y todo el trabajo se transfiere al proceso de servidor.
El proceso de servidor comprueba las credenciales de autenticacin del usuario (normalmente
una contrasea) y, si las credenciales son vlidas, se crea una sesin de usuario.
Proceso de servidor dedicado: Con la sesin establecida, el proceso de servidor acta ahora
como el agente del usuario en el servidor. El proceso de servidor es responsable de:
Analizar y ejecutar las sentencias SQL emitidas a travs de la aplicacin.
Comprobar si en la cach de buffers de la base de datos hay bloques de datos que necesitan
llevar a cabo sentencias SQL.
Leer bloques de datos necesarios de archivos de datos en disco en la parte de cach de
buffers de la base de datos del rea Global del Sistema (SGA), si los bloques no estn ya
en el SGA.
Gestionar toda la actividad de ordenacin. Una parte del proceso de servidor denominado
rea Global de Programa (PGA) contiene un rea de memoria denominada rea de
ordenacin que se utiliza para trabajar con ordenacin.
Devolver resultados al proceso de usuario de modo que la aplicacin pueda procesar la
informacin.
Leer las opciones de auditoria e informar de los procesos de usuario al destino de auditoria.
Herramientas para Configurar y Gestionar

la Red de Oracle
Pgina Net Services Administration de Enterprise

Manager
Oracle Net Manager
Oracle Net Configuration Assistant que ejecuta
Oracle Universal Installer
Lnea de comandos
Herramientas para Configurar y Gestionar la Red de Oracle

Puede utilizar cualquiera de las siguientes herramientas para gestionar su configuracin de Red
de Oracle:
Enterprise Manager: Proporciona un entorno integrado para configurar y gestionar
servicios de Red de Oracle. Utilice Enterprise Manager para configurar los servicios de
Red de Oracle para cualquier directorio raz de Oracle en varios sistemas de archivos y
para administrar listeners.
Oracle Net Manager: Ofrece una interfaz grfica de usuario (GUI) que permite configurar
servicios de Red de Oracle para un directorio raz de Oracle en un cliente local o en un host
de servidor.
Oracle Net Configuration Assistant: Lo ejecuta Oracle Universal Installer cuando se
instala el software de Oracle. Oracle Net Configuration Assistant permite configurar la
direccin de protocolo de recepcin y la informacin de servicios de una base de datos
Oracle.
Lnea de comandos: Se utiliza para iniciar, parar y visualizar el estado del proceso de
listener. Se trata de un usuario del sistema operativo (en clase, oracle) que inicia o para
el listener. Si no se inicia el listener, no se podr utilizar Enterprise Manager.
Utilidad Listener Control

Los listeners de Red de Oracle se pueden controlar
con la utilidad de lnea de comandos lsnrctl
(o desde EM).
$lsnrctl
LSNRCTL for Linux: Version 10.2.0.0.0 on 12-MAY-2013 13:27:51
Copyright (c) 1991, 2004, Oracle. All rights reserved.
Welcome to LSNRCTL, type "help" for information.
LSNRCTL> help
The following operations are available
An asterisk (*) denotes a modifier or extended command:
start
services
save_config
change_password
set*
stop
version
trace
quit
show*
status
reload
spawn
exit
Utilidad Listener Control

Cuando se inicia una instancia, un proceso del listener establece una va de comunicacin con la
base de datos Oracle. A continuacin, el listener podr aceptar las solicitudes de conexin de
base de datos.
La utilidad Listener Control permite controlar el listener. Con lsnrctl, puede:
Iniciar el listener
Parar el listener
Comprobar el estado del listener
Reinicializar el listener a partir de los parmetros del archivo de configuracin
Configurar dinmicamente muchos listeners
Cambiar la contrasea del listener
La sintaxis de comandos bsica para esta utilidad es la siguiente:
LSNRCTL> command [nombre_listener]
Cuando se emite el comando lsnrctl, el comando acta en el listener por defecto (con
nombre LISTENER) a menos que se especifique un nombre de listener distinto o se ejecute el
comando SET CURRENT_LISTENER. Si el nombre del listener es LISTENER, el argumento
nombre_listener se puede omitir.
Los comandos vlidos para lsnrctl se muestran en la diapositiva.
Sintaxis de la Utilidad Listener Control
Los comandos de la utilidad de control del listener se

pueden emitir desde la lnea de comandos o desde el
prompt LSNRCTL .
Sintaxis de lnea de comandos de UNIX o Linux:
$ lsnrctl <nombre_comando>
$ lsnrctl start
$ lsnrctl status
Sintaxis de prompt:
LSNRCTL> <nombre_comando>
LSNRCTL> start
LSNRCTL> status
Sintaxis de la Utilidad Listener Control

Los comandos lsnrctl se pueden emitir desde la utilidad (sintaxis de prompt) o desde la lnea
de comandos. Los dos comandos siguientes tienen el mismo efecto. Primero, utilizando la
sintaxis de lnea de comandos:
$ lsnrctl start
y, a continuacin, utilizando la sintaxis de prompt:

$ lsnrctl
LSNRCTL for Linux: Version 10.2.0.0.0 on 12-MAY-2013
Welcome to LSNRCTL, type "help" for information.
LSNRCTL> start
Normalmente, la sintaxis de lnea de comandos se utiliza para ejecutar un comando individual

o comandos de archivos de comandos. Si desea ejecutar varios comandos de lsnrctl
consecutivos, la sintaxis de prompt es la ms eficaz. Observe que se ha omitido el argumento
listener_name, por lo que el comando de parada afectara al listener denominado
LISTENER. La sintaxis de prompt se debe utilizar si el listener est protegido por contrasea.
Sintaxis de la Utilidad Listener Control (continuacin)

Recuerde que si el listener tiene un nombre distinto de LISTENER, debe incluir el nombre
del name con el comando o utilizar el comando SET CURRENT_LISTENER. Por ejemplo,
el listener se llama BACKUP. A continuacin, aparecen dos ejemplos de cmo se para un
listener con nombre BACKUP mediante la sintaxis de prompt:
LSNRCTL> stop backup
Connecting to
(DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=rhel)(PORT=5521)))
The command completed successfully
El resultado del ejemplo sera el mismo que el del siguiente:

LSNRCTL> set cur backup
Current Listener is backup
LSNRCTL> stop
Connecting to
Nota: En la sintaxis anterior, current_listener se puede abreviar como cur.

Tambin puede lograr los mismos resultados con la sintaxis de lnea de comandos:
/home/oracle> lsnrctl stop backup
LSNRCTL for Linux:Version 10.2.0.0.0 on 12-MAY-2013 15:19:33
Connecting to
Pgina Inicial del Listener
Pgina Inicial del Listener

Haga clic en el enlace Listener de la pgina inicial de la base de datos Enterprise Manager para
acceder a la pgina inicial del listener.
En esta pgina se puede ver:
El estado y la disponibilidad del listener en las ltimas 24 horas
La versin del listener y el directorio raz de Oracle
La primera direccin de recepcin para el listener
La ubicacin de los archivos de configuracin que se utilizan para iniciar el listener
La hora de inicio del listener y la informacin del host
Para iniciar el listener, vaya a la pgina inicial de la base de datos y haga clic en el nombre del
listener para abrir la pgina inicial del listener. Haga clic en Stop para parar el listener si se est
ejecutando o en Start para iniciar el listener si no se est ejecutando. Conctese al host como
usuario del sistema operativo que puede iniciar y parar el listener.
Pgina Net Services Administration
Pgina Net Services Administration

La pgina Net Services Administration le permitir configurar los servicios de Red de Oracle
para cualquier directorio raz de Oracle en varios sistemas de archivos. Tambin proporciona
funciones de administracin comunes para los listeners. Puede utilizar Net Services
Administration para configurar y administrar lo siguiente:
Listeners: Puede agregar, eliminar, iniciar y parar un listener, as como cambiar las
caractersticas de rastreo y de registro. Tambin puede ver el informe de estado de control
de un listener.
Directory Naming: Defina nombres simples e identificadores de conexin y asgnelos a
descriptores de conexin para identificar la ubicacin de la red y la identificacin de un
servicio. Guarde los servicios de base de datos, servicios de red y alias de servicio de red
en un servicio de directorio centralizado.
Local Naming: Guarde los nombres de servicio de red en el archivo tnsnames.ora.
Profile: Configure los parmetros sqlnet.ora.
File Location: Cambie la ubicacin de los archivos de configuracin de los servicios de
red.
Creacin de un Listener
3
4
Creacin de un Listener
Para crear un listener de Red de Oracle, haga clic en Net Services Administration en la regin
Related Links de la pgina de propiedades del listener. Realice los siguientes pasos:
1. Seleccione Listeners de la lista desplegable Administer y haga clic en Go.
2. Haga clic en Create.
3. Introduzca un nombre de listener. El nombre debe ser nico para este servidor.
4. Agregue una direccin de listener. Cada listener debe tener al menos una direccin de
listener.
Adicin de Direcciones de Listener

5
6
Adicin de Direcciones de Listener

El flujo de trabajo para crear un listener contina:
5. Seleccione el protocolo de red. TCP/IP es el ms utilizado y el protocolo por defecto.
Otras opciones son Comunicacin Interna entre Procesos (IPC), utilizada normalmente
para conectar a aplicaciones locales (que residen en el servidor de bases de datos), o
bibliotecas de cdigo externo (EXTPROC), Named Pipes (NMP) y TCP/IP con SSL.
Nota: Los protocolos NMP y EXTPROC se configuran utilizando el separador Other
Services.
6. Introduzca el puerto que desea que controle el listener. El puerto por defecto de Red de
Oracle es el 1521. Si decide utilizar un puerto que no sea el 1521, necesitar realizar una
configuracin adicional del listener o de la instancia.
7. Introduzca el nombre o la direccin IP del servidor en el que se ejecutar el listener.
8. Los dems pasos de configuracin son opcionales para el listener. Haga clic en OK para
guardar la direccin. La nica configuracin necesaria es la direccin de recepcin y el
nombre. Haga clic en OK para guardar los cambios.
9. Para iniciar el nuevo listener, seleccione Start/Stop de la lista desplegable Actions y haga
clic en Go.
Registro de Servicio de Base de Datos
Registro de Servicio de Base de Datos

Para que un listener reenve conexiones del cliente a una instancia, ste debe conocer el nombre
de la instancia y el lugar donde est ubicado el directorio ORACLE_HOME de la instancia. El
listener puede buscar esta informacin de dos formas:
Registro de servicio dinmico: Las instancias de la base de datos Oracle8i, Oracle9i y
Oracle 11g se registran automticamente con el listener por defecto al iniciar la base de
datos. No es necesario realizar ninguna configuracin adicional en el listener por defecto.
Registro de servicio esttico: Las versiones anteriores de la base de datos Oracle no se
registran automticamente con el listener y, por tanto, necesitan que el archivo de
configuracin del listener contenga una lista de todos los servicios de base de datos de los
que se ocupar el listener. An puede utilizar el registro de servicio esttico con versiones
ms recientes si:
- El listener no est en el puerto por defecto 1521 y no desea configurar la instancia
para que se registre con un puerto que no sea por defecto.
- La aplicacin necesita un registro de servicio esttico.
Para agregar un servicio de base de datos esttico, seleccione Static Database Registration en la
pgina Edit Listener y haga clic en el botn Add. Introduzca el nombre del servicio (el mismo
que el nombre de la base de datos global <DB_NAME>.<DB_DOMAIN>), la ruta de acceso
ORACLE_HOME y el SID (el mismo que el nombre de la instancia). Haga clic en OK. Deber
reiniciar el listener para que se apliquen los cambios.
Mtodos de Nomenclatura
La Red de Oracle soporta varios mtodos para
resolver la informacin de conexin:
Nomenclatura de conexin sencilla: Utiliza una
cadena de conexin TCP/IP
Nomenclatura local: Utiliza un archivo de
configuracin local
Nomenclatura de directorios: Utiliza un servidor
de directorios compatible con LDAP centralizado
Nomenclatura externa: Utiliza un servicio de
nomenclatura soportado que no es de Oracle
Cliente/servidor de aplicaciones
Red de Oracle
Archivos de configuracin de Red de Oracle
Mtodos de Nomenclatura
La Red de Oracle soporta los siguientes mtodos de nomenclatura:
Nomenclatura de conexin sencilla: El mtodo de nomenclatura de conexin sencilla
permite a los clientes conectarse a un servidor de base de datos Oracle mediante una
cadena de conexin TCP/IP formada por un nombre de host, un puerto opcional y un
nombre de servicio, como en el siguiente ejemplo:
CONNECT username/password@host[:port][/service_name]
El mtodo de nomenclatura de conexin sencilla no exige ninguna configuracin.

Nomenclatura local: El mtodo de nomenclatura local almacena descriptores de conexin
que se identifican por su nombre de servicio de red en un archivo de configuracin en el
cliente denominado tnsnames.ora.
Nomenclatura de directorios: El mtodo de nomenclatura de directorios almacena
identificadores de conexin en un servidor de directorios compatible con Lightweight
Directory Access Protocol (LDAP) centralizado para acceder a un servicio de base de
datos.
Nomenclatura externa: El mtodo de nomenclatura externa almacena nombres de
servicios de red en un servicio de nomenclatura no de Oracle soportado. Los servicios
de terceros soportados incluyen:
- Nomenclatura Externa de Servicios de Informacin de Red (NIS)
- Servicio de Directorio de Celdas (CDS) del entorno Distributed Computing
Environment (DCE)
Conexin Sencilla
Activada por defecto

No necesita configuracin del cliente
Soporta slo TCP/IP (no SSL)
No ofrece soporte para opciones de conexin
avanzadas como:
Operacin de failover de tiempo de conexin
Direccionamiento de origen
Equilibrio de carga
SQL> CONNECT hr/hr@db.us.oracle.com:1521/dba11g
Archivos de configuracin que no son de Red de Oracle

Conexin Sencilla
Con la conexin sencilla, se proporciona toda la informacin necesaria para la conexin de Red
de Oracle como parte de la cadena de conexin. Las cadenas de conexin sencilla tienen el
siguiente formato:
<nombre_usuario>/<contrasea>@<nombre_host>:<puerto_listener>/
<nombre_servicio>
El puerto del listener y el nombre del servicio son opcionales. Si no se proporciona el puerto del
listener, la Red de Oracle asume que se utiliza el puerto por defecto 1521. Si no se proporciona
el nombre del servicio, la Red de Oracle asume que el nombre del servicio de la base de datos y
el nombre del host proporcionado en la cadena de conexin son idnticos.
Si el listener utilizara el protocolo TCP para recibir en el puerto 1521 y los parmetros de
instancia SERVICE_NAMES=db y DB_DOMAIN=us.oracle., la cadena de conexin que
aparece en la diapositiva se podra reducir a:
SQL> connect hr/hr@db.us.oracle.com
Nota: El parmetro de inicializacin SERVICE_NAMES puede aceptar varios valores separados

por comas. Slo uno de dichos valores debe ser db para que este supuesto funcione.
Nomenclatura Local
Necesita un archivo de resolucin de nombres del

cliente
Soporta todos los protocolos de Red de Oracle
Soporta opciones de conexin avanzada como:
Equilibrio de carga
SQL> CONNECT hr/hr@orcl
de Red de Oracle
Nomenclatura Local
Con la nomenclatura local, el usuario proporciona un alias para el servicio de Red de Oracle.
La Red de Oracle comprueba el alias en una lista local de servicios conocidos y, si encuentra
una coincidencia, convierte el alias en nombre de host, protocolo, puerto y servicio.
Una ventaja de la nomenclatura local es que los usuarios de la base de datos slo necesitan
recordar un alias corto en lugar de la cadena de conexin larga que necesita la conexin sencilla.
La lista local de servicios conocidos se almacena en el archivo de configuracin de texto:
<oracle_home>/network/admin/tnsnames.ora. sta es la ubicacin por defecto del
archivo tnsnames.ora, pero el archivo puede estar ubicado en alguna otra parte utilizando la
variable de entorno TNS_ADMIN.
La nomenclatura local es adecuada para organizaciones en las que las configuraciones del
servicio de Red de Oracle no cambian con frecuencia.
Nomenclatura de Directorios
Necesita tener cargado LDAP con informacin de

resolucin de nombres de Red de Oracle:
Oracle Internet Directory
Servicios de Active Directory de Microsoft
Soporta todos los protocolos de Red de Oracle

Soporta opciones de conexin avanzada
Directorio LDAP
SQL> CONNECT hr/hr@orcl
de Red de Oracle
Nomenclatura de Directorios
Con la nomenclatura de directorios, el usuario proporciona un alias para el servicio de Red de
Oracle. La Red de Oracle comprueba el alias en una lista externa de servicios conocidos y, si
encuentra una coincidencia, convierte el alias en nombre de host, protocolo, puerto y servicio.
Al igual que la nomenclatura local, los usuarios de la base de datos slo deben recordar un alias
corto.
Una ventaja de la nomenclatura de directorios es que en cuanto se agrega un nuevo nombre de
servicio al directorio LDAP, el nombre del servicio est disponible para que los usuarios se
conecten con l. Con la nomenclatura local, el administrador de la base de datos (DBA) debe
distribuir primero los archivos tnsnames.ora actualizados que contengan la informacin del
nombre del servicio cambiado para que los usuarios se puedan conectar a los servicios nuevos o
modificados.
La nomenclatura de directorios es adecuada para organizaciones en las que las configuraciones
del servicio de Red de Oracle cambian con frecuencia.
Mtodo de Nomenclatura Externa
Utiliza un servicio de nomenclatura soportado que

no es de Oracle
Incluye:
Nomenclatura Externa de Servicios de Informacin
de Red (NIS)
Servicio de Directorio de Celdas (CDS) del entorno
Distributed Computing Environment (DCE)
Servicio de nomenclatura
que no es de Oracle
Red de Oracle
Mtodo de Nomenclatura Externa

El mtodo de nomenclatura externa almacena nombres de servicios de red en un servicio de
nomenclatura no de Oracle soportado. Los servicios de terceros soportados incluyen:
Nomenclatura Externa de Servicios de Informacin de Red (NIS)
Servicio de Directorio de Celdas (CDS) del entorno Distributed Computing Environment
(DCE)
Conceptualmente, la nomenclatura externa es parecida a la de directorios.
Configuracin de Alias de Servicio
Crear o
editar
Configuracin de Alias de Servicio

Para crear un alias de servicio de Red de Oracle local, seleccione Local Naming en la lista
desplegable Administer y haga clic en Go; a continuacin, haga clic en Create.
Puede configurar alias de servicio para nomenclatura de directorios seleccionando Directory
Naming en lugar de Local Naming.
Nota: Si la nomenclatura de directorios an no se ha configurado, no se puede seleccionar la
opcin Directory Naming. La nomenclatura de directorios se aborda en el curso Oracle
Enterprise Identity Management y tambin en el manual Oracle Advanced Security
Administration.
En la pgina Create Net Service Name, introduzca un nombre nico en el campo Net Service
Name (nombre que los usuarios introducen cuando quieren utilizar este alias). Introduzca el
nombre del servicio o el identificador del sistema (SID) de la base de datos a la que se desea
conectar y haga clic en el botn Add para introducir la direccin del nombre del servicio.
Para la direccin, introduzca el protocolo, el puerto y el host que utiliza el listener para el
servicio al que desea conectar.
Opciones de Conexin Avanzada

La Red de Oracle soporta las siguientes opciones
de conexin avanzada con nomenclatura local y de
directorios:
Equilibrio de carga
Opciones de Conexin Avanzada

Con las opciones de conexin avanzada, la Red de Oracle puede aprovechar la operacin de
failover al listener y el equilibrio de carga, as como el direccionamiento de origen de Oracle
Connection Manager.
Con la operacin de failover de tiempo de conexin activada, el alias tiene una lista de dos o
ms direcciones de listener. Si la primera direccin no est disponible, se intenta la segunda.
La Red de Oracle seguir probando direcciones segn el orden de la lista hasta que llegue a un
listener en funcionamiento o hasta que todas las direcciones se hayan probado y hayan fallado.
Con el equilibrio de carga activado, la Red de Oracle selecciona una direccin de forma
aleatoria de la lista de direcciones.
El direccionamiento de origen se utiliza con Oracle Connection Manager. Oracle Connection
Manager sirve como servidor proxy para el trfico de Red de Oracle, lo que permite que el
trfico de Red de Oracle se direccione de forma segura a travs de un firewall. La Red de Oracle
trata las direcciones como una lista de transmisiones, por lo que se conecta con la primera
direccin y, a continuacin, solicita la transferencia de la primera a la segunda hasta que se
alcance el destino. Se diferencia de la operacin de failover o el equilibrio de carga en que todas
las direcciones se utilizan cada vez que se realiza una conexin.
Opciones de Conexin Avanzada (continuacin)

Tenga en cuenta que hay cinco opciones de operacin de failover de tiempo de conexin y de
equilibrio de carga. Las cinco opciones se traducen a:
Opcin
Funcionalidad
Avanzada
Try each address, in order, until one succeeds.
Failover
Try each address, randomly, until one succeeds.
Failover
Equilibrio de carga
Try one address selected at random.
Equilibrio de carga
Use each address in order until the destination

is reached.
Direccionamiento de
origen
Use only the first address.
Ninguna
Prueba de la Conectividad de Red de Oracle

La utilidad tnsping que comprueba los alias de
servicio de Red de Oracle:
Garantiza la conectividad entre el cliente y el
listener de Red de Oracle
No verifica que el servicio solicitado est disponible
Soporta resolucin de nombres de conexin
sencilla
tnsping db.us.oracle.com:1521/dba11g
Soporta nomenclatura local y de directorios:

tnsping orcl
Prueba de la Conectividad de Red de Oracle

tnsping es el equivalente en la Red de Oracle de la utilidad de ping de TCP/IP. Ofrece una
prueba rpida para verificar que la ruta de acceso de red a un destino es adecuada. Por ejemplo,
introduzca tnsping orcl en una ventana de lnea de comandos.
La utilidad valida que el nombre del host, el puerto y el protocolo llegan a un listener. No
comprueba realmente si el listener maneja el nombre del servicio. Otra informacin til que
revela tnsping es la ubicacin de los archivos de configuracin. En un sistema con varias
ubicaciones de ORACLE_HOME, esto puede ser til.
Sesiones de Usuario: Servidor Dedicado

Sesiones de usuario
Proceso de servidor
Proceso de servidor
Proceso de servidor
Listener
Sesiones de Usuario: Servidor Dedicado

Con procesos de servidor dedicado hay una relacin equitativa entre procesos de servidor y
procesos de usuario. Cada proceso de servidor utiliza recursos del sistema, incluidos ciclos de
CPU y memoria.
En un sistema con una carga intensiva, los recursos de memoria y CPU que utilizan los procesos
de servidor dedicado pueden ser extremadamente altos y pueden afectar negativamente a la
escalabilidad del sistema. Si el sistema sufre un impacto negativo por las demandas de recursos
de la arquitectura del servidor dedicado, tiene las dos opciones siguientes:
Aumentar los recursos del sistema agregando ms memoria y capacidad adicional de CPU
Utilizar la arquitectura de servidor compartido Oracle
Sesiones de Usuario: Servidor Compartido
Distribuidor
Proceso de servidor
Proceso de servidor
Proceso de servidor
Sesiones de usuario
Listener
Sesiones de Usuario: Servidor Compartido

Cada servicio que participe en la arquitectura de servidor compartido tiene al menos un (y
normalmente ms) proceso del distribuidor. Cuando llega una solicitud de conexin, el listener
no origina un proceso de servidor dedicado. En su lugar, el listener mantiene una lista de
distribuidores disponibles para cada nombre de servicio, junto con la carga de conexin
(nmero de conexiones simultneas) para cada distribuidor.
Las solicitudes de conexin se direccionan al distribuidor con menos carga que se ocupa de un
nombre de servicio determinado. Los usuarios permanecen conectados al mismo distribuidor
durante una sesin.
A diferencia de los procesos de servidor dedicado, un nico distribuidor puede gestionar cientos
de sesiones de usuario.
Los distribuidores no manejan realmente el trabajo de las solicitudes de usuario. En su lugar,
transfieren solicitudes de usuario a una cola comn situada en la parte de pool compartido del
SGA.
Los procesos de servidor compartido asumen la mayor parte del trabajo de los procesos de
servidor dedicado, obteniendo solicitudes de la cola y procesndolas hasta que se terminen.
Puesto que varios procesos de servidor compartido pueden procesar solicitudes de una nica
sesin de usuario, la mayor parte de las estructuras de memoria almacenadas normalmente en el
PGA debe estar en una ubicacin de la memoria compartida (por defecto, en el pool compartido).
Sin embargo, si el pool grande est configurado o Automatic Memory Management est definido
en SGA_TARGET, estas estructuras de memoria se almacenan en el pool grande del SGA.
SGA y PGA
Servidor compartido Oracle: Los datos de la sesin
de usuario se almacenan en el SGA.
SGA
Datos de Estado
sesin de
del
usuario
cursor
PGA
Ordenar
datos
Pool grande y
otras estructuras
de memoria
Espacio
de pila
No olvide tener en cuenta el requisito de memoria

del servidor compartido cuando cambie de tamao
el SGA.
SGA y PGA
El contenido de SGA y PGA vara cuando se utilizan servidores dedicados o compartidos:
Los formatos de texto y analizados de todas las sentencias SQL se almacenan en el SGA.
El estado del cursor contiene valores de memoria en tiempo de ejecucin para la sentencia
SQL, como las filas recuperadas.
Los datos de sesin de usuario incluyen informacin sobre seguridad y uso de recursos.
El espacio de pila contiene variables locales para el proceso.
Nota Tcnica
El cambio en SGA y PGA es transparente para el usuario; sin embargo, si se admiten varios
usuarios, debe aumentar el parmetro de inicializacin LARGE_POOL_SIZE. Cada proceso de
servidor compartido debe acceder a los espacios de datos de todas las sesiones para que cualquier
servidor pueda manejar solicitudes desde cualquier sesin. El espacio se asigna en el SGA para
el espacio de datos de cada sesin. Puede limitar el espacio que puede asignar una sesin
configurando el lmite del recurso PRIVATE_SGA en la regin Database Services de la pgina
General del perfil del usuario.
Servidor Compartido: Pool de Conexiones
Cliente
inactivo
La aplicacin del cliente ha

sobrepasado el tiempo de inactividad
especificado y un cliente entrante
solicita una conexin.
Cliente
activo
Cliente
nuevo
Servidor de
base de datos
Se ha configurado el
nmero mximo de
conexiones en 255.
Esta conexin de cliente es la conexin 256 en

el servidor. Se activa el pool de conexiones
para que se pueda aceptar la conexin.
Servidor Compartido: Pool de Conexiones

La funcin de pool de conexiones le permitir al servidor de base de datos agotar el timeout de
una sesin inactiva y utilizar la conexin para mantener una sesin activa. La sesin lgica
inactiva permanece abierta y la conexin fsica se restablece automticamente cuando la
siguiente solicitud proviene de esa sesin. Por lo tanto, las aplicaciones Web pueden permitir
que nmeros mayores de usuarios simultneos se incluyan en el hardware existente. El pool de
conexiones se puede configurar a travs del servidor compartido.
En este ejemplo, se han configurado 255 conexiones en el servidor de bases de datos Oracle.
Uno de los clientes ha sobrepasado el tiempo de inactividad especificado. El pool de conexiones
hace que esta conexin est disponible para una conexin entrante del cliente, es decir la
conexin 256. Cuando el cliente inactivo tiene ms trabajo, la conexin de ese cliente se
restablece con la conexin inactiva de otro cliente.
Cundo No se Debe Utilizar un

Servidor Compartido
Algunos tipos de trabajos de base de datos no se deben
realizar con servidores compartidos:
Administracin de base de datos
Operaciones de copia de seguridad y recuperacin
Procesamiento por lotes y operaciones de carga en
bloque
Operaciones de almacn de datos
Distribuidor
Proceso de
servidor dedicado
Cundo No se Debe Utilizar un Servidor Compartido

La arquitectura de servidor compartido Oracle es un modelo de uso de memoria y procesos
eficaz, pero no es adecuado para todas las conexiones. Debido a la cola de solicitudes comn y
a que muchos usuarios pueden compartir una cola de respuesta del distribuidor, los servidores
compartidos no dan buenos resultados con operaciones que deben ocuparse de grandes juegos
de datos, como consultas de almacn o procesamiento por lotes.
Las sesiones de copia de seguridad y recuperacin que utilizan Oracle Recovery Manager
(se tratar en posteriores lecciones) tambin se ocupan de grandes juegos de datos y deben
utilizar conexiones dedicadas.
Muchas tareas de administracin no se deben (y no se pueden) realizar utilizando conexiones de
servidor compartido. Dichas tareas incluyen el inicio y el cierre de la instancia, la creacin de
tablespaces o archivos de datos, el mantenimiento de ndices y tablas, el anlisis de estadsticas
y muchas otras tareas que normalmente realiza el DBA. Todas las sesiones de DBA deben
seleccionar servidores dedicados.
Resumen
En esta leccin, debe haber aprendido lo siguiente:

Utilizar Enterprise Manager para:
Crear listeners adicionales
Crear alias de servicio de Red de Oracle
Configurar operaciones de failover de tiempo de
conexin
Controlar el listener de Red de Oracle
Utilizar tnsping para realizar pruebas de la

conectividad de Red de Oracle
Identificar cundo se deben utilizar servidores
compartidos frente a servidores dedicados
Visin General de la Prctica:

Trabajar con los Componentes de Red de Oracle
En esta prctica se aborda:
Configuracin de la resolucin de nombres local
para conectar a otra base de datos
Creacin de un segundo listener para el failover
de tiempo de conexin
Mantenimiento Proactivo
Objetivos
Al finalizar esta leccin, debera estar capacitado para

lo siguiente:
Utilizar estadsticas
Gestionar el repositorio de carga de trabajo
automtica (AWR)
Utilizar el monitor de diagnstico de base de datos
automtico (ADDM)
Describir el marco de asesoramiento
Definir umbrales de alerta
Utilizar alertas generadas por el servidor
Utilizar tareas automticas
Automtico
Proactivo
Tareas
automticas
Alertas
de servidor
Marco de
asesoramiento
Repositorio de
Carga de Trabajo
Automtica
Almacn de datos
de la base de datos
Eficaz
Recopilacin automtica
de estadsticas importantes
Acceso directo
a memoria
La infraestructura sofisticada de la base de datos Oracle hace que el mantenimiento proactivo sea
sencillo. Los elementos principales son los siguientes:
El repositorio de carga de trabajo automtica (AWR) es un repositorio incorporado en
cada base de datos Oracle. En intervalos regulares, la base de datos Oracle realiza una
instantnea de todas las estadsticas fundamentales y la informacin de carga de trabajo y
la almacena en AWR. Los datos capturados los puede analizar el usuario, la propia base de
datos o ambos.
Mediante el anlisis de la informacin almacenada en AWR, la base de datos puede
identificar la necesidad de realizar tareas de mantenimiento rutinarias, como realizar copias
de seguridad peridicas para maximizar la disponibilidad o refrescar las estadsticas que se
utilizan para optimizar la ejecucin de sentencias SQL.
La base de datos Oracle proporciona alertas generadas por el servidor para los problemas
que no se pueden resolver de manera automtica y que se necesitan notificar a los
administradores (como, por ejemplo, la falta de espacio). La base de datos Oracle se puede
controlar a s misma y mandar alertas para notificar los problemas. Las alertas no slo
notifican los problemas sino que tambin ofrecen recomendaciones de cmo se pueden
solucionar.
Las recomendaciones se generan desde los diferentes asesores, cada uno de los cuales es
responsable de un subsistema. Por ejemplo, existen asesores de memoria y de SQL.
Introduccin a la Terminologa
Repositorio de carga de trabajo automtica

(AWR): Infraestructura para recopilar datos,
realizar anlisis y recomendar soluciones
Lnea base: Datos recopilados de una base de
datos que se ejecuta de manera normal para
comparar el rendimiento
Mtrica: Ratio de cambio en una estadstica
acumulativa
Estadsticas: Recopilaciones de datos utilizadas
para optimizar las operaciones internas, como la
ejecucin de una sentencia SQL
Umbral: Valor de lmite respecto al que
se comparan los valores mtricos
Introduccin a la Terminologa
El repositorio de carga de trabajo automtica (AWR) proporciona servicios a los componentes
de servidor de Oracle internos para recopilar, procesar, mantener y utilizar las estadsticas de
rendimiento para detectar posibles problemas y aplicar los ajustes necesarios automticamente.
El historial de sesiones activas (ASH) es el historial de la actividad de sesin ms reciente,
almacenado en AWR.
Las estadsticas son una recopilacin de datos que proporcionan ms detalles sobre la base
de datos y los objetos de la misma. El optimizador de consulta utiliza las estadsticas del
optimizador para elegir el mejor plan de ejecucin para cada sentencia SQL.
En los datos de lnea base se debe incluir:
Estadsticas de aplicacin (volmenes de transaccin, tiempo de respuesta)
Estadsticas de base de datos
Estadsticas del sistema operativo.
Estadsticas de E/S de disco
Estadsticas de red
Estadsticas del Optimizador
> Estadsticas
AWR
ADDM
Asesores
Alertas
Tareas Autom.
Las estadsticas del optimizador:

No son en tiempo real
Son persistentes tras los reinicios de la instancia
Se recopilan automticamente
SQL> SELECT COUNT(*) FROM hr.employees;
COUNT(*)
---------214
SQL> SELECT num_rows FROM dba_tables
2 WHERE owner='HR' AND table_name = 'EMPLOYEES';
NUM_ROWS
---------107
Estadsticas del Optimizador

En las estadsticas del optimizador se incluyen estadsticas de tabla, columna, ndice y sistema.
Las estadsticas para tablas e ndices se almacenan en el diccionario de datos. Estas estadsticas
no estn destinadas a proporcionar datos en tiempo real. Proporcionan al optimizador una
instantnea estadsticamente correcta del almacenamiento y la distribucin de datos que el
optimizador utiliza para tomar decisiones sobre cmo acceder a los datos.
En las estadsticas recopiladas se incluyen:
Tamao de la tabla o ndice en los bloques de base de datos
Nmero de filas
Recuento de cadenas y tamao medio de fila (slo tablas)
Altura y nmero de filas de hoja suprimidas (slo ndices)
A medida que se insertan, suprimen y modifican datos, estos hechos cambian. El impacto en
el rendimiento del mantenimiento de estadsticas de distribucin de datos en tiempo real sera
extremadamente alto, de modo que estas estadsticas se actualizan recopilando peridicamente
estadsticas en tablas e ndices.
Las estadsticas del optimizador las recopila automticamente el trabajo GATHER_STATS_JOB
preconfigurado, que se ejecuta una vez al da durante las ventanas de mantenimiento
predefinidas.
Estadsticas del Optimizador (continuacin)

Una tabla grande que experimenta un crecimiento (o reduccin) del 10% en un perodo de
24 horas se suele considerar demasiado voltil para que sea suficiente una recopilacin de
estadsticas una vez al da. Para las tablas que experimenten este nivel de cambio, Oracle
recomienda recopilar estadsticas con ms frecuencia, a ser posible con la periodicidad
suficiente para que la tabla nunca cambie ms de un 10% entre perodos de recopilacin.
Para ello se necesita la recopilacin manual de estadsticas.
Las estadsticas se pueden recopilar manualmente con Enterprise Manager o con el paquete
DBMS_STATS, como se muestra a continuacin:
SQL> EXEC dbms_stats.gather_table_stats(HR,EMPLOYEES);
SQL> SELECT num_rows FROM dba_tables
2 WHERE owner='HR' AND table_name = 'EMPLOYEES';
NUM_ROWS
---------214
Observe que ahora el nmero de filas refleja correctamente lo que haba en la tabla en el
momento en que se recopilaron las estadsticas. DBMS_STATS tambin permite la
recopilacin manual de estadsticas para un esquema completo o incluso toda la base de datos.
Uso de la Pgina Manage

Optimizer Statistics
Uso de la Pgina Manage Optimizer Statistics

Haga clic en Manage Optimizer Statistics en la pgina con separadores Administration para
acceder a la pgina Enterprise Manager y gestionar las estadsticas del optimizador. Observe que
(tal y como se muestra en esta pgina) GATHER_STATS_JOB est activado. Se ha ejecutado
nueve veces y, la ltima vez, se ejecut correctamente en 97 objetos. Para ello, necesit algo ms
de un minuto. Para que GATHER_STATS_JOB funcione de manera correcta, hay que asegurarse
de que el parmetro de inicializacin STATISTICS_LEVEL est definido en al menos
TYPICAL.
Nota: La ventana por defecto de este trabajo es de 10:00 p.m. a 6:00 a.m. entre semana y de las
12:00 a.m. del sbado a las 12:00 a.m. del lunes los fines de semana. Cuando se cierra la ventana
de mantenimiento, por defecto, el planificador termina GATHER_STATS_JOB. Los objetos
restantes se procesan en la prxima ventana de mantenimiento.
Uso de la Pgina Manage Optimizer Statistics (continuacin)

Desde esta pgina puede realizar las siguientes tareas en las estadsticas:
Recopilar estadsticas del optimizador manualmente. Esta accin ejecuta el trabajo que
GATHER_STATS_JOB realiza de manera automtica. Se debe realizar en el caso de
que el contenido de una tabla haya cambiado tanto entre los trabajos de recopilacin
automticos que las estadsticas ya no representen la tabla de forma precisa. Entre los
ejemplos se incluye una tabla que se ha truncado a mitad del da y un trabajo por lotes
que se ejecuta y agrega grandes cantidades de datos a una tabla.
Restaurar las estadsticas del optimizador en un punto en el pasado. El punto en el
tiempo seleccionado se debe situar dentro del perodo de retencin de las estadsticas del
optimizador, que es de 30 das por defecto.
Bloquear las estadsticas del optimizador para garantizar que las estadsticas de
determinados objetos nunca se sobrescriban. Esta opcin resulta til si se han calculado
las estadsticas de una determinada tabla en un momento en el que estaban presentes los
datos ms representativos y si desea mantener siempre esas estadsticas. Las
fluctuaciones de la tabla no afectarn a las estadsticas si estn bloqueadas.
Desbloquear las estadsticas del optimizador para deshacer un bloqueo realizado
previamente.
Suprimir las estadsticas del optimizador para suprimir estadsticas.
Niveles de Estadsticas
STATISTICS_LEVEL
BASIC
TYPICAL
ALL
Capacidades de
ajuste automtico
desactivadas
Valor por
defecto
recomendado
Estadsticas adicionales
para diagnsticos
SQL manuales
Niveles de Estadsticas
Puede controlar el juego de estadsticas que se desea capturar mediante el parmetro de
inicializacin STATISTICS_LEVEL, que incluye los siguientes niveles de captura:
BASIC: Desactiva el clculo de estadsticas y mtricas de AWR.
TYPICAL: Slo se recopilan algunas de las estadsticas. Representan lo que normalmente
se necesita para controlar el comportamiento de la base de datos Oracle. Esta recopilacin
automtica de estadsticas reduce la posibilidad de sentencias SQL de rendimiento bajo
debido a estadsticas anticuadas o no vlidas.
ALL: Se capturan todas las estadsticas posibles. Este nivel de captura slo se deber
utilizar en algunos casos, poco usuales, en los que se necesite informacin de diagnstico
SQL adicional.
Estadsticas
> AWR
ADDM
Asesores
Alertas
Tareas Autom.
Repositorio de Carga de
Trabajo Automtica (AWR)
Repositorio incorporado de informacin

sobre el rendimiento
Se toman instantneas de las mtricas de
la base de datos cada 60 minutos y se
retienen durante 7 das
Base para todas las funciones de
autogestin
Estadsticas
en memoria
MMON
60 minutos
Instantneas
SGA
AWR
Repositorio de Carga de Trabajo Automtica (AWR)

AWR es la infraestructura que proporciona a los componentes de la base de datos Oracle 11g los
servicios necesarios para recopilar, mantener y utilizar estadsticas para detectar problemas y
aplicar ajustes automticos. Puede considerarlo como almacn de datos para las estadsticas de
base de datos, mtricas, etc.
Por defecto, cada 60 minutos la base de datos captura automticamente informacin estadstica
de SGA y la almacena en AWR con el formato de instantneas. Estas instantneas se almacenan
en el disco mediante un proceso en segundo plano denominado monitor de gestin (MMON). Por
defecto, las instantneas se retienen durante siete das. Puede modificar tanto el intervalo de
instantnea como los intervalos de retencin.
AWR contiene cientos de tablas, todas pertenecientes al esquema SYSMAN y almacenadas en el
tablespace SYSAUX. La base de datos Oracle no soporta el acceso SQL directo al repositorio.
En su lugar, utiliza Enterprise Manager o el paquete DBMS_WORKLOAD_REPOSITORY para
su funcionamiento con AWR.
Infraestructura de AWR
Clientes externos
SQL*Plus
EM
SGA
Recoleccin
eficaz de
estadsticas
en memoria
Clientes internos
V$
DBA_*
Instantneas
AWR
MMON
ADDM
Componente
de ajuste
automtico
Componente
de ajuste
automtico
Infraestructura de AWR
La infraestructura de AWR consta de dos partes principales:
Un servicio de recopilacin de estadsticas en memoria que utilizan los componentes de la
base de datos Oracle 11g para recopilar estadsticas. Estas estadsticas se almacenan en
memoria por motivos de rendimiento. Para acceder a las estadsticas almacenadas en
memoria se utilizan las vistas de rendimiento dinmicas (V$).
Las instantneas AWR que representan la porcin persistente de la utilidad. Para acceder a
las instantneas AWR se utilizan las vistas del diccionario de datos y Enterprise Manager
Database Control.
Las estadsticas se almacenan de forma persistente por varios motivos:
Las estadsticas deben sobrevivir a posibles fallos de la instancia.
Algunos anlisis necesitan datos histricos para realizar comparaciones de lnea base.
Se puede producir un desbordamiento de memoria. Cuando las estadsticas antiguas se
sustituyen por nuevas por falta de memoria, los datos sustituidos se pueden almacenar
con objeto de utilizarlos ms adelante.
La versin de la memoria de las estadsticas se transfiere al disco regularmente mediante el
proceso en segundo plano MMON. Con AWR, la base de datos Oracle ofrece un sistema para
capturar datos estadsticos histricos automticamente, sin intervencin por parte de los DBA.
Juegos de Instantneas AWR

Perodo relevante
en el pasado
DBMS_WORKLOAD_REPOSITORY.CREATE_BASELINE ( start_snap_id IN NUMBER ,

end_snap_id
IN NUMBER ,
baseline_name IN VARCHAR2);
Juegos de Instantneas AWR

Los juegos de instantneas constituyen el mecanismo que le permite etiquetar juegos de datos de
instantneas relativos a perodos importantes. Un juego de instantneas se define en una pareja de
instantneas; las instantneas se identifican por sus nmeros de secuencia de instantnea
(snap_id). Cada juego de instantneas corresponde a una nica pareja de instantneas.
Un juego de instantneas se puede identificar por el nombre que haya especificado el usuario o
por el identificador generado por el sistema. Para crear un juego de instantneas, simplemente
ejecute el procedimiento DBMS_WORKLOAD_REPOSITORY.CREATE_BASELINE y
especifique un nombre y una pareja de identificadores de instantneas. Se asignar un
identificador de juego de instantneas al juego de instantneas recin creado. Los identificadores
de juego de instantneas son nicos durante toda la existencia de la base de datos.
Los juegos de instantneas se utilizan para retener datos de instantneas. As pues, las instantneas
pertenecientes a los juegos de instantneas se retendrn hasta que se borren dichos juegos.
Los juegos de instantneas se configuran normalmente a partir de ciertos perodos representativos
del pasado con objeto de comparar el comportamiento del sistema en ese momento con el
comportamiento actual. Tambin se pueden definir alertas basadas en umbrales mediante juegos
de instantneas desde Database Control.
Puede obtener los valores de snap_ids directamente desde DBA_HIST_SNAPSHOT o
Enterprise Manager Database Control.
Nota: Para obtener ms informacin sobre el paquete DBMS_WORKLOAD_REPOSITORY,
consulte la gua Oracle Database PL/SQL Packages and Types Reference.
Enterprise Manager y AWR
Enterprise Manager y AWR

Seleccione Administration > Database Administration > Statistics Management > Automatic
Workload Repository y haga clic en Edit para cambiar los valores.
Desde la pgina Automatic Workload Repository podr:
Editar los valores del repositorio de carga de trabajo.
Consultar informacin detallada acerca de las instantneas creadas y crear manualmente
instantneas nuevas.
Crear lneas base, tambin denominadas juegos de instantneas mantenidas.
Generar un informe de AWR.
Gestin de AWR
Perodo de retencin
El valor por defecto es de 7 das
Considere las necesidades de
almacenamiento
Intervalo de recopilacin
El valor por defecto es de
60 minutos
Considere las necesidades de almacenamiento y el
impacto en el rendimiento
Nivel de recopilacin
BASIC (desactiva la mayora de las funciones de ADDM)
TYPICAL (recomendado)
ALL (agrega informacin adicional de ajustes SQL a las
instantneas)
Gestin de AWR
Los valores de AWR incluyen el perodo de retencin, el intervalo de recopilacin y el nivel
de recopilacin. Recuerde que la disminucin de cualquiera de estos valores afecta a la
funcionalidad de los componentes que dependen de AWR, incluso a los asesores.
El aumento de los valores puede ofrecer mejores recomendaciones de los asesores, pero a costa
del espacio necesario para almacenar las instantneas y el rendimiento utilizado para recopilar la
informacin de instantneas.
Plantese la opcin de definir el nivel de recopilacin en ALL cuando ajuste una aplicacin
nueva. El valor ALL recopila los planes de ejecucin SQL y las estadsticas de temporizacin
que mejoran las recomendaciones de los asesores SQL. Una vez terminado el ajuste, este valor
debe volver al valor TYPICAL.
Monitor de Diagnstico de Base

de Datos Automtico (ADDM)
Estadsticas
AWR
> ADDM
Asesores
Alertas
Tareas Autom.
Se ejecuta despus de las instantneas

de AWR
Controla la instancia y detecta los cuellos
de botella
Almacena resultados en AWR
Instantneas
EM
ADDM
Resultados de ADDM
AWR
Monitor de Diagnstico de Base de Datos Automtico (ADDM)

A diferencia de otros asesores, ADDM se ejecuta automticamente despus de cada instantnea
de AWR. Cada vez que se toma una instantnea, ADDM realiza un anlisis del perodo
correspondiente a las dos ltimas instantneas. ADDM controla de forma proactiva la instancia
y detecta la mayora de los cuellos de botella antes de que se conviertan en un problema
importante.
En muchos casos, ADDM recomienda soluciones para los problemas detectados e incluso
cuantifica las ventajas de las recomendaciones.
Entre los problemas comunes que detecta ADDM se incluyen:
Cuellos de botella en CPU
Gestin deficiente de la conexin de Red de Oracle
Contencin de bloqueo
Capacidad de entrada/salida (E/S)
Reduccin excesiva del tamao de las estructuras de memoria de Oracle
Sentencias SQL de carga alta
Tiempos de PL/SQL y de Java altos
Carga alta de punto de control y causa (por ejemplo, archivos log pequeos)
Los resultados de los anlisis de ADDM se almacenan en AWR y tambin se puede acceder a
ellos a travs de Enterprise Manager.
Resultados de ADDM
Resultados de ADDM
La pgina Automatic Database Diagnostic Monitor (ADDM) le permite ver los resultados
detallados del ltimo anlisis de ADDM ejecutado. Database Time representa la suma del tiempo
de actividad en las sesiones de la base de datos durante el perodo de anlisis. Cada resultado
tiene un porcentaje de impacto especfico. El impacto representa el tiempo consumido por el
problema correspondiente comparado con el tiempo de la base de datos durante el perodo de
anlisis. En esta diapositiva, puede observar:
1. El grfico muestra que el nmero medio de usuarios activos aument drsticamente en este
punto. Adems, el problema ms importante fue un problema de espera (Wait).
2. El icono muestra que la salida de ADDM que aparece en la parte inferior de la pgina
corresponde a este momento. Puede ir a un momento anterior (para ver un anlisis previo)
haciendo clic en los otros iconos.
3. Los resultados le proporcionan un corto resumen de lo que descubri ADDM como reas
ajustables. Al hacer clic en un problema concreto, pasar a la pgina Performance Finding
Details.
Si hace clic en el botn View Report podr acceder a informacin detallada sobre el anlisis de
rendimiento en forma de informe de texto.
Recomendaciones de ADDM
Recomendaciones de ADDM
La pgina Performance Finding Details le proporciona recomendaciones para solucionar los
problemas encontrados. Las recomendaciones se agrupan en categoras, entre ellas categoras
de esquema, de ajuste SQL y de configuracin de la base de datos. La columna Benefit (%)
muestra la reduccin mxima de tiempo transcurrido en la base de datos al implementar la
recomendacin.
ADDM considera la posibilidad de aplicar varios cambios al sistema y entre sus
recomendaciones estn:
Cambios de hardware: Agregar CPU o cambiar la configuracin del subsistema de E/S.
Configuracin de la base de datos: Cambiar valores de parmetros de inicializacin.
Cambios de esquema: Hacer particiones hash de tablas o ndices, o utilizar la gestin
automtica de espacio de segmento (ASSM).
Cambios de aplicacin: Utilizar la opcin de cach para secuencias o usar variables
ligadas.
Utilizar otros asesores: Ejecutar el Asesor de Ajustes SQL en SQL con mucha carga o
ejecutar el Asesor de Segmentos en objetos activos.
Marco de Asesoramiento
Asesor de
Ajustes SQL
PGA
Memoria
ADDM
SGA
Asesor de
Acceso SQL
Estadsticas
AWR
ADDM
> Asesores
Alertas
Tareas Autom.
Asesor de PGA
Asesor de Cach
de Buffers
Asesor de Cach
de Bibliotecas
Asesor de Segmentos
Espacio
Asesor de Deshacer
Copia de
Seguridad
Asesor de MTTR
Marco de Asesoramiento
Los asesores son componentes de servidor que proporcionan informacin de gran utilidad acerca
de la utilizacin y el rendimiento de los recursos de sus respectivos componentes.
Al contar con los datos capturados por AWR, ADDM permite a la base de datos Oracle
diagnosticar su propio rendimiento y determinar cmo se pueden resolver los problemas
identificados. ADDM se ejecuta automticamente despus de cada una de las capturas de
estadsticas AWR y puede llamar a otros asesores.
Las principales ventajas que proporciona la infraestructura de asesores son las siguientes:
Utiliza una interfaz uniforme para todos los asesores.
Todos los asesores disponen de un origen de datos comn y un almacn de resultados al
utilizar el repositorio de carga de trabajo.
Marco de Asesoramiento (continuacin)

Monitor de Diagnstico de Base de Datos Automtico (ADDM)
Experto basado en servidor que revisa el rendimiento de la base de datos cada 60 minutos. El
objetivo de ADDM es detectar pronto los posibles cuellos de botella del sistema y recomendar
correcciones antes de que el rendimiento del sistema se reduzca sensiblemente.
Asesores de Memoria
El Asesor de Memoria es en realidad una recopilacin de varias funciones de asesoramiento que
ayudan a determinar los mejores valores para el pool compartido, la cach de buffers de la base
de datos y el rea Global de Programa (PGA). Adems de las funciones de asesoramiento, esta
pgina ofrece un punto central de control para el pool grande y el pool Java.
Asesor de Tiempo Medio para la Recuperacin (MTTR)
Mediante el asesor de MTTR puede definir el tiempo necesario para que la base de datos se
recupere despus de un fallo de instancia.
Asesor de Segmentos
Este asesor busca tablas e ndices que consumen ms espacio del que necesitan. El asesor
comprueba el consumo de espacio ineficaz en el nivel de esquema o tablespace y produce
archivos de comandos que reducen el consumo de espacio donde es posible.
Asesor de Acceso SQL
Este asesor analiza todas las sentencias SQL emitidas en un perodo determinado y sugiere la
creacin de ndices o vistas materializadas adicionales que mejorarn el rendimiento.
Asesor de Ajustes SQL
Este asesor analiza una sentencia SQL individual y realiza recomendaciones para mejorar su
rendimiento. Las recomendaciones pueden incluir acciones como reescritura de la sentencia,
cambio de la configuracin de la instancia o adicin de ndices. No se llama directamente al
Asesor de Ajustes SQL. En su lugar, se llama desde otras herramientas, como Top SQL o Top
Sessions, para ayudar a optimizar las sentencias SQL de gran impacto.
Asesor de Gestin de Deshacer
Con el Asesor de Gestin de Deshacer puede determinar el tamao del tablespace de deshacer
necesario para soportar un determinado perodo de retencin. La gestin de deshacer y el uso del
asesor se tratan en la leccin titulada Gestin de Datos de Deshacer.
Enterprise Manager y Asesores
Enterprise Manager y Asesores

La pgina Advisor Central es la pgina principal de todos los asesores. Para llegar a esta pgina,
haga clic en el enlace Advisor Central en la lista Related Links de la pgina inicial de Database
Control. Este no es sin embargo el nico punto de acceso a los asesores en Database Control.
Tambin se puede acceder a los asesores desde otros contextos.
En la pgina Advisor Central, puede ver una lista de todas las tareas de asesor registradas en el
repositorio de carga de trabajo. Tambin puede filtrar esta lista por tipo de asesor y por perodos
de tiempo predefinidos.
Algunos de los asesores se describen con mayor detalle en las lecciones tituladas Gestin de
Datos de Deshacer, Gestin de Rendimiento y Conceptos de Copia de Seguridad y
Recuperacin.
Nota: Utilice la pgina Change Default Parameters para cambiar el tiempo de vencimiento por
defecto en das para todas las tareas futuras. Tambin puede utilizar esta pgina para cambiar
algunos de los parmetros importantes del asesor.
Paquete DBMS_ADVISOR
Procedimiento
Descripcin
CREATE_TASK
Crea una tarea nueva en el repositorio.
DELETE_TASK
Suprime una tarea del repositorio.
EXECUTE_TASK
Inicia la ejecucin de la tarea.
INTERRUPT_TASK
Suspende una tarea que se est ejecutando

actualmente.
GET_TASK_REPORT
Crea y devuelve un informe de texto para la

tarea especificada.
RESUME_TASK
Hace que se reanude una tarea suspendida.
UPDATE_TASK_ATTRIBUTES
Actualiza atributos de tarea.
SET_TASK_PARAMETER
Modifica un parmetro de tarea.
MARK_RECOMMENDATION
Marca una o ms recomendaciones como

aceptadas, rechazadas o ignoradas.
GET_TASK_SCRIPT
Crea un archivo de comandos con todas las

recomendaciones que se acepten.
Paquete DBMS_ADVISOR
El paquete DBMS_ADVISOR contiene todas las declaraciones de procedimiento y constantes
para todos los mdulos de asesor. Puede utilizar este paquete para ejecutar tareas mediante la
lnea de comandos.
Para poder ejecutar los procedimientos de asesor es necesario disponer del privilegio ADVISOR.
El privilegio ADVISOR permite acceder plenamente a las vistas y los procedimientos del asesor.
Nota: Para obtener ms informacin sobre todos los procedimientos del paquete
DBMS_ADVISOR, consulte la gua Oracle Database PL/SQL Packages and Types Reference.
Estadsticas
AWR
ADDM
Asesores
> Alertas
Tareas Autom.
Alertas Generadas
por el Servidor
Enterprise Manager
Cola
de alertas
del servidor.
Instancia
de Oracle
La mtrica excede
el umbral.
AWR
Alertas Generadas por el Servidor

Las alertas sirven para notificar cundo una base de datos est en un estado no deseado y
necesita atencin. Por defecto, la base de datos Oracle proporciona alertas a travs de Enterprise
Manager Database Control. Opcionalmente, Enterprise Manager se puede configurar para enviar
un correo electrnico al administrador acerca de las condiciones del problema, as como para
mostrar la informacin de alerta en la consola.
Tambin puede definir los umbrales en varias de las mtricas pertinentes para el sistema. La base
de datos Oracle 11g notificar de forma proactiva si la base de datos se desva de las lecturas
normales lo bastante como para alcanzar dichos umbrales. Una notificacin anticipada de
posibles problemas permite responder rpidamente y, con frecuencia, resolver problemas antes
incluso de que los usuarios los adviertan.
Algunas mtricas clave que pueden proporcionar una notificacin anticipada del problema son:
Average File Read Time (centiseconds)
Dump Area Used (%)
Response Time (per transaction)
SQL Response Time (%)
Tablespace Used (%)
Wait Time (%)
Alertas Generadas por el Servidor por Defecto

97% crtico
85% advertencia
Tablespace
Database Control:
Mtricas SYSTEM
Sesin
reanudable
suspendida
Uso de espacio
de tablespace
rea de
recuperacin con
poco espacio libre
Instantnea
demasiado antigua
Alertas Generadas por el Servidor por Defecto

Por defecto, se activan las alertas generadas por el servidor en los siguientes casos:
Uso de espacio de tablespace (advertencia 85%, crtico 97%)
Instantnea demasiado antigua
rea de recuperacin con poco espacio libre
Sesin reanudable suspendida
Nota: Enterprise Manager Database Control define automticamente umbrales en mtricas del
servidor con el tipo de objeto SYSTEM.
Definicin de Umbrales
Definicin de Umbrales
Para definir o editar un umbral para toda la base de datos, seleccione Manage Metrics en la
regin Related Links de la pgina inicial de la base de datos. Haga clic en Edit Thresholds.
Introduzca los valores deseados para Warning Threshold y Critical Threshold. Aparecern las
alertas adecuadas cuando la base de datos alcance los valores especificados. Si es necesario,
puede especificar una accin de respuesta adicional.
Creacin y Prueba de una Alerta

1. Especifique un umbral.
2. Cree un caso de prueba.
3. Compruebe la existencia
de una alerta.
2
Creacin y Prueba de una Alerta

Tambin se pueden definir umbrales para un objeto concreto.
Ejemplo: El usuario decide que necesita recibir una alerta crtica si el espacio que se utiliza en el
tablespace INVENTORY supera el 75%. (Este tablespace no permite que los archivos de datos se
amplen automticamente.) Para crear y probar la alerta, realice los siguientes pasos:
1. En Enterprise Manager, navegue a la administracin de tablespace y defina el umbral
deseado.
2. Utilice la accin Create Like para duplicar una tabla ya existente y rellnela mediante
SQL*Plus.
3. Despus de haber recibido un error informndole de que la tabla no se puede ampliar,
compruebe la pgina inicial de la instancia de base de datos para ver alertas relacionadas.
La mayora de las alertas contienen el nombre de un asesor asociado al que se puede llamar
para obtener consejo detallado. Database Control ofrece un enlace para llamar al asesor
correspondiente a cada mensaje de alerta.
Notificacin de Alertas
Notificacin de Alertas
El mecanismo de notificacin utiliza la interfaz de usuario porque ya est disponible en
Enterprise Manager. Se basa en el concepto de una regla de notificacin que establece el
mecanismo de notificacin adecuado para un juego de prximas alertas.
Database Control permite editar las reglas de notificacin. En la pgina inicial, haga clic en el
enlace Preferences. De esta forma, se muestra la pgina General en la que puede especificar la
direccin de correo electrnico en la que desea recibir las notificaciones.
En la pgina General, haga clic en el enlace Rules de la regin Notification. Seleccione la regla
Database Availability and Critical States y haga clic en el botn Edit. Aparecer la pgina del
asistente Edit Notification Rule Database Availability and Critical States, donde podr
seleccionar las mtricas (y sus niveles de gravedad) para las que desee recibir notificacin.
Notificacin de Alertas (continuacin)

De manera opcional, puede especificar si desea que Enterprise Manager le proporcione una
notificacin directa cuando produzcan determinadas alertas. Por ejemplo, si especifica que desea
una notificacin por correo electrnico de las alertas crticas y tiene definido un umbral crtico
para el tiempo de respuesta del sistema de cada mtrica de llamada, puede enviar un correo
electrnico que contenga un mensaje similar al siguiente:
Host Name=mydb.us.mycompany.com
Metric=Response Time per Call
Timestamp=08-NOV-2013 10:10:01 (GMT -7:00)
Severity=Critical
Message=Response time per call has exceeded the threshold.
See the latest ADDM analysis.
Rule Name= Rule
Owner=SYSMAN
El correo electrnico contiene un enlace al nombre del host y ltimo anlisis de ADDM.
Por defecto, est definida la notificacin de alertas en estado crtico como en el caso de que la
base de datos est cada, estado de error del log de alertas genricas y tablespace usado. Sin
embargo, para recibir estas notificaciones, debe configurar la informacin de correo electrnico
realizando los siguientes pasos:
1. En cualquier pgina de Database Control, haga clic en el enlace Setup, visible tanto en la
cabecera como en el pie de pgina.
2. En la pgina Setup, seleccione Notification Methods.
3. Introduzca la informacin necesaria en la regin Mail Server de la pgina Notifications
Methods.
Existen otros mtodos de notificacin, entre los que se incluyen archivos de comandos e
interrupciones SNMP (Simplified Network Management Protocol). Este ltimo se puede utilizar
para comunicarse con aplicaciones de terceros.
Para recibir notificaciones, realice los siguientes pasos:
1. En cualquier pgina de Database Control, haga clic en el enlace Preferences, visible tanto
en la cabecera como en el pie de pgina.
2. En la pgina Preferences, seleccione General. Introduzca la direccin de correo electrnico
en la regin E-mail Addresses.
3. De manera opcional, puede editar las reglas de notificacin para, por ejemplo, cambiar el
estado de gravedad necesario para recibir una notificacin. Para ello, seleccione
Notification Rules. Aparece la pgina Notification Rules. Para obtener ms informacin
sobre la configuracin de las reglas de notificacin, consulte la documentacin Oracle
Enterprise Manager Advanced Configuration.
Reaccin ante Alertas
Si es necesario, recopile ms entradas, por ejemplo,

ejecutando ADDM u otro asesor.
Tome medidas correctivas.
Confirme las alertas que no se borran
automticamente.
Reaccin ante Alertas

Al recibir una alerta, siga cualquiera de las recomendaciones que se le proporcionan o plantese
ejecutar ADDM o cualquier otro asesor adecuado para obtener un diagnstico ms detallado del
comportamiento del sistema o del objeto.
La mayora de las alertas como, por ejemplo, la alerta de falta de espacio, se borran
automticamente cuando desaparece la causa del problema. Sin embargo, con otras alertas como,
por ejemplo, el error del log de alertas genricas, se enva al usuario una notificacin y el usuario
deber confirmarla. Despus de tomar las medidas correctivas necesarias, puede confirmar una
alerta borrndola o depurndola. Al borrar una alerta, sta se enva al historial de alertas, que se
puede visualizar desde la pgina inicial en Related Links. Al depurarla, se elimina del historial
de alertas.
Para borrar una alerta como, por ejemplo, el error del log de alertas genricas, de la pgina
inicial bajo Diagnostic Summary, haga clic en el enlace Alert Log. Aparece la pgina Alert Log
Errors. Seleccione la alerta que desea borrar y haga clic en Clear. Para depurar una alerta,
seleccinela y haga clic en Purge. Tambin puede borrar y depurar cada alerta abierta mediante
los botones Clear Every Open Alert o Purge Every Alert.
Tipos de Alerta y Eliminacin de Alertas

Basado en mtricas
Alertas
de umbral
(con estado)
97% crtico
Limpiada
85% advertencia
Limpiada
MMON
DBA_OUTSTANDING_ALERTS
Alertas
no de umbral
(sin estado)
Instantnea
demasiado
antigua
Alert
DBA_ALERT_HISTORY
Sesin
rea de
reanudable recuperacin con
suspendida poco espacio libre
Basado en eventos
Tipos de Alerta y Eliminacin de Alertas

Hay dos tipos de alertas generadas por el servidor: de umbral y no de umbral.
La mayora de las alertas generadas por el servidor se configuran definiendo valores de umbral
crtico y de advertencia en mtricas de base de datos. Se pueden definir umbrales para ms de
120 mtricas. Por ejemplo:
Lecturas fsicas por segundo
Confirmaciones por segundo
Tiempo de respuesta del servicio SQL
Excepto por la mtrica de uso de espacio de tablespace, relacionada con la base de datos, el resto
de las mtricas estn relacionadas con la instancia. Las alertas de umbral se conocen tambin
como alertas con estado. Estas alertas se borran automticamente cuando desaparece la
condicin asociada. Las alertas con estado aparecen en DBA_OUTSTANDING_ALERTS y,
cuando se borran, pasan a DBA_ALERT_HISTORY.
Tambin existen otras alertas generadas por el servidor que corresponden a eventos de bases de
datos especficos, como errores porque la instantnea sea demasiado antigua, porque el rea de
recuperacin disponga de poco espacio libre y porque se haya suspendido una sesin reanudable.
Estas son alertas que no se basan en umbrales, tambin conocidas como alertas sin estado. Las
alertas sin estado pasan directamente a la tabla de historial. Borrar una alerta sin estado slo
tiene sentido en el entorno de Database Control, ya que Database Control almacena alertas sin
estado en su propio repositorio.
Tareas de Mantenimiento
Automticas
Estadsticas
AWR
ADDM
Asesores
Alertas
> Tareas Autom.
El planificador inicia los trabajos

Los trabajos se ejecutan en la ventana
de mantenimiento por defecto
Se limita el impacto de mantenimiento
en las operaciones habituales mediante
el uso del gestor de recursos
Ejemplos de mantenimiento:
Recopilar estadsticas del optimizador
Recopilar informacin de segmentos
Realizar copias de seguridad de bases
de datos
Tareas de Mantenimiento Automticas

Mediante el anlisis de la informacin almacenada en AWR, la base de datos puede identificar
la necesidad de realizar tareas de mantenimiento rutinarias como, por ejemplo, refrescar las
estadsticas del optimizador. La infraestructura de las tareas de mantenimiento automticas
permite a la base de datos Oracle realizar de manera automtica tales operaciones. Utiliza el
planificador para ejecutar las tareas en una ventana de mantenimiento predefinida.
Por defecto, la ventana de mantenimiento empieza cada noche a las 10 p.m. y dura hasta las
6 a.m. de la maana siguiente y a lo largo de todo el fin de semana. Todos los atributos de la
ventana de mantenimiento se pueden personalizar, entre los que se incluyen la hora de inicio y
finalizacin, la frecuencia, los das de la semana, etc. Asimismo, para poder limitar el impacto de
las tareas de mantenimiento automticas en operaciones habituales de la base de datos, se tiene
que asociar un plan de recursos del Gestor de Recursos de la Base de Datos a una ventana de
mantenimiento.
Los ejemplos de mantenimiento son los siguientes:
Las estadsticas del optimizador se refrescan automticamente mediante el uso de la
infraestructura de tareas de mantenimiento automticas.
El Asesor de Segmentos tiene trabajos por defecto, que se ejecutan en la ventana de
mantenimiento.
Al crear una base de datos con DBCA, puede iniciar la realizacin de copias de seguridad
peridicas de bases de datos.
Resumen

Utilizar estadsticas
Gestionar el repositorio de carga de trabajo
automtica (AWR)
Utilizar el Monitor de Diagnstico de Base de
Datos Automtico
Describir el marco de asesoramiento
Definir umbrales de alerta
Utilizar alertas generadas por el servidor
Utilizar tareas automticas

En esta prctica se abordan los siguientes temas:
Gestin proactiva de la base de datos mediante
ADDM
Configuracin de un problema para analizarlo
Revisin del rendimiento de la base de datos
Implementacin de una solucin
Gestin de Rendimiento
Objetivos
lo siguiente:
Utilizar Enterprise Manager para controlar el
rendimiento
Ajustar SQL mediante el Asesor de Ajustes SQL
Ajustar SQL mediante el Asesor de Acceso SQL
Utilizar la gestin automtica de memoria
compartida (ASSM)
Utilizar el Asesor de Memoria para ajustar el
tamao de los buffers de memoria
Visualizar vistas dinmicas relacionadas con el
rendimiento
Solucionar problemas de objetos no vlidos o no
utilizables
Control del Rendimiento
> Control Rend.

Asesor de Ajustes
Asesor de Acceso
Memoria
Estadsticas
Objetos no Validos
Problemas de
asignacin de
memoria
Contencin del
dispositivo de
entrada/salida
Contencin de
recursos
?
Problemas de
cdigo de
aplicacin
DBA
Cuellos de
botella de
la red

Para administrar la base de datos Oracle 11g y mantenerla en ejecucin correctamente, el
administrador de la base de datos (DBA) debe controlar el rendimiento regularmente para
localizar cuellos de botella y corregir las reas con problemas.
Existen cientos de medidas del rendimiento que un DBA puede consultar, desde el rendimiento
de la red hasta la velocidad de entrada/salida (E/S) en disco o el tiempo invertido en trabajar con
operaciones de aplicaciones individuales. Estas medidas del rendimiento se conocen
habitualmente como mtricas de base de datos.
Nota: Para obtener ms informacin sobre el rendimiento de la base de datos Oracle, consulte el
curso Base de Datos Oracle 11g: Taller de Ajustes SQL.
Control del Rendimiento (continuacin)

La pgina con separadores Performance de Enterprise Manager es el portal a un potente juego
de herramientas de control y ajuste del rendimiento. En la primera pantalla de esta pgina se
resumen los procesos y la actividad de la sesin activa. En el grfico Average Active Sessions se
muestra el nivel de uso de CPU y los recursos que estn provocando la mayora de los eventos
de espera. En la pantalla de la diapositiva, se puede observar que se ha producido un aumento
reciente del uso de CPU y de las esperas para User I/O, System I/O y Concurrency. Haga clic en
cualquiera de estas categoras para obtener ms informacin sobre las esperas. Los datos de E/S
se desglosan en tipos de E/S, por ejemplo, lectura de archivo log, escritura de archivo de control,
etc.

Cuando se accede a una categora de espera especfica, se pueden ver detalles sobre intervalos
concretos de cinco minutos as como el SQL en funcionamiento principal (Top Working SQL)
y las sesiones en funcionamiento principales (Top Working Sessions) asociadas a ese evento
de espera concreto durante ese tiempo. Esto le permitir realizar anlisis posteriores de las
ralentizaciones del sistema y determinar las posibles causas.

La entrada/salida del disco de instancia (Instance Disk I/O) y el rendimiento global de la
instancia (Instance Throughput) tambin estn reflejados en la pgina con separadores principal
Performance.
Control del Rendimiento: Top Sessions
Control del Rendimiento: Top Sessions

Si hace clic en uno de los nombres de categora de E/S, acceder a la pgina Top Consumers, en
la que se muestran los principales servicios, mdulos, acciones, clientes y sesiones, incluidas las
estadsticas crticas como, por ejemplo, recuento de lecturas y escrituras lgica y fsica, recuento
de anlisis y recuento de ordenacin. Si hace clic en uno de los nombres de categora de E/S, la
estadstica asociada constituye el valor de orden de la lista.
En la tabla de esta pgina se enumeran las sesiones ordenadas segn el uso de CPU. Aqu se
muestra que el usuario SH de la sesin 152 es el principal consumidor de CPU en este momento
concreto.
Control del Rendimiento: Top Services
Control del Rendimiento: Top Services

En sistemas de varias capas en los que hay un servidor de aplicaciones que agrupa en pools
las conexiones a la base de datos, puede que la visualizacin de sesiones no proporcione la
informacin necesaria para analizar el rendimiento. La agrupacin de las sesiones en nombres
de servicio permite controlar el rendimiento de forma ms precisa. En el ejemplo de la
diapositiva, hay tres servicios: inventory, orcl y hr. Independientemente de la sesin
utilizada para una solicitud concreta, si se conect a travs de uno de estos servicios, los datos
de rendimiento de la sesin se capturan con el nombre de servicio. En esta lista queda claro que,
de los tres servicios de aplicaciones, el servicio inventory fue el ms activo durante este
intervalo de cinco minutos.
Asesor de Ajustes SQL:

Visin General
Optimizador Automtico de Ajustes
Control Rend.
> Asesor de Ajustes
Asesor de Acceso
Memoria
Estadsticas
Objetos no Validos
Ajustes SQL Globales
Modo de
optimizacin de
comprobacin de
estadsticas
Detectar estadsticas
anticuadas o que falten
Modo de
optimizacin de
ajuste de planes
Ajustar el plan SQL

(perfil SQL)
Modo de
optimizacin de
anlisis de acceso
Agregar el ndice que falta

Ejecutar el Asesor de Acceso
Modo de optimizacin
de anlisis de SQL
Asesor de
Ajustes SQL
Reestructurar SQL
Asesor de Ajustes SQL: Visin General

El Asesor de Ajustes SQL es el controlador principal del proceso de ajuste. Llama al optimizador
automtico de ajustes (ATO) para que realice cuatro tipos especficos de anlisis:
Anlisis de estadsticas: El optimizador automtico de ajustes comprueba todos los
objetos de las consultas por si faltan estadsticas o las existentes estn anticuadas y ofrece
una recomendacin con las estadsticas relevantes que es necesario recopilar.
Creacin de perfiles SQL: ATO verifica sus propias estimaciones y recopila informacin
auxiliar para eliminar los errores de estimacin. Genera un perfil SQL con la informacin
auxiliar y elabora una recomendacin para crearlo. Al crear un perfil SQL, se permite al
optimizador de consultas generar un plan ajustado a la perfeccin.
Anlisis de rutas de acceso: ATO realiza una exploracin para averiguar si es posible usar
un nuevo ndice que mejore de forma significativa el acceso a cada tabla de la consulta y,
si procede, elabora las recomendaciones oportunas para crear esos ndices.
Anlisis de la estructura SQL: ATO intenta identificar las sentencias SQL que utilizan
planes incorrectos y formula las sugerencias pertinentes para reestructurarlas. Los cambios
sugeridos pueden ser tanto sintcticos como semnticos.
Recomendaciones y Opciones del Asesor

de Ajustes SQL
Recomendaciones y Opciones del Asesor de Ajustes SQL

Una vez iniciado el Asesor de Ajustes SQL, Enterprise Manager crea automticamente una tarea
de ajuste, siempre que el usuario disponga de los privilegios de ADVISOR apropiados para ello.
Enterprise Manager muestra la tarea de ajuste y las opciones automticas por defecto en la
pgina SQL Tuning Options. En esta pgina, el usuario tiene la opcin de cambiar los valores
automticos por defecto relativos a la tarea de ajuste oportuna. Es importante elegir el mbito
adecuado para realizar la tarea de ajuste. Si se elige la opcin Limited, el Asesor de Ajustes SQL
produce recomendaciones basadas en la comprobacin de estadsticas, el anlisis de rutas de
acceso y el anlisis de la estructura SQL. No se genera ninguna recomendacin de perfil SQL
con la opcin Limited. En cambio, al elegir la opcin Comprehensive, el Asesor de Ajustes SQL
producir las mismas recomendaciones que con la opcin Limited pero tambin llamar al
optimizador en el modo de creacin de perfiles SQL para crear un perfil SQL, si procede. Con la
opcin Comprehensive, tambin puede especificar un lmite de tiempo para la tarea de ajuste,
que por defecto es de 60 minutos. Despus de seleccionar Run SQL Tuning Advisor, configure
la tarea de ajuste mediante la pgina SQL Tuning Options. Vuelva a la pgina Top SQL y haga
clic en la sentencia ajustada para acceder a la pgina SQL Details, donde se muestra el historial
de recomendaciones. En este historial se muestra la tarea de ajuste terminada. Haga clic en la
tarea para ver la informacin general de recomendaciones. Haga clic en View Recommendations
para ver los detalles de la tarea.
Uso del Asesor de Ajustes SQL
Utilizar el Asesor de Ajustes SQL para analizar

sentencias SQL y obtener recomendaciones de
rendimiento.
Orgenes del Asesor de Ajustes SQL para analizar
SQL principal: Analiza las sentencias SQL
principales actualmente activas
Juegos de ajustes SQL: Analiza un juego de
sentencias SQL proporcionado
Instantneas: Analiza una instantnea
Lneas base: Analiza una lnea base

Puede utilizar el Asesor de Ajustes SQL para analizar sentencias SQL y obtener
recomendaciones de rendimiento. Normalmente, ejecuta este asesor como accin de bsqueda
de rendimiento de ADDM.
Adems, puede ejecutar el Asesor de Ajustes SQL cuando desee analizar las sentencias SQL
principales que consumen la mayor parte del tiempo de CPU, de E/S y de memoria.
Uso del Asesor de Ajustes SQL: Ejemplo
Uso del Asesor de Ajustes SQL: Ejemplo

Para llamar al Asesor de Ajustes SQL, realice los siguientes pasos:
1. Haga clic en Advisor Central en la regin Related Links de la pgina inicial de la base de
datos.
2. Haga clic en SQL Tuning Advisor. Aparecer la pgina SQL Tuning Advisor Links.
El asesor se puede ejecutar en uno de los siguientes orgenes:
- SQL principal: Analiza las sentencias SQL principales actualmente activas
- Juegos de ajustes SQL: Analiza un juego de sentencias SQL proporcionado
- Instantneas: Analiza una instantnea
- Lneas base: Analiza una lnea base
3. Seleccione Top SQL. Seleccione un intervalo de cinco minutos para analizarlo arrastrando
el recuadro sombreado por el perodo de tiempo de destino. Seleccione una o ms
sentencias para analizarlas durante el perodo de tiempo seleccionado.
4. Haga clic en Run SQL Tuning Advisor. Aparecer la pgina SQL Tuning Options donde se
mostrarn las sentencias SQL en ese intervalo. Asigne un nombre y una descripcin a la
tarea, seleccione Comprehensive como mbito y seleccione Inmediately como hora de
inicio. Haga clic en OK.
5. Vuelva a la pgina Advisor Central. El estado de las tareas del asesor aparece bajo la
cabecera correspondiente en la regin de resultados. Espere hasta que el estado de la tarea
sea Completed. Compruebe el estado haciendo clic en Refresh en el explorador. Seleccione
la tarea y haga clic en View Result. Aparecer la pgina SQL Tuning Result.
6. Seleccione la sentencia SQL y haga clic en View Recommendations.
Asesor de Ajustes SQL: Estadsticas SQL

select count(*) from x
where object_id < 340
select count(*) from x

where object_id < 220
Cada sentencia produce un anlisis pesado.
Estadsticas SQL
El Asesor de Ajustes SQL tambin muestra las estadsticas de un cursor que representa una
sentencia SQL. Al visualizar las estadsticas de cada uno de estos cursores, se puede ver que
cada una de ellas provoca un anlisis pesado de la sentencia. Esto significa que no se ha
encontrado una coincidencia de la sentencia sea en la cach de biblioteca. Esto se debe al uso
de literales en lugar de variables ligadas.
Asesor de Ajustes SQL:

Identificacin de SQL Duplicados
Candidatos
de variables
ligadas
Identificacin de SQL Duplicados

Para identificar SQL duplicados, haga clic en Duplicate SQL en la pgina con separadores
Performance. El SQL que se ha determinado como duplicado, excepto en cuanto a las diferencias
literales y de formato, se muestran juntos. Esto le ayudar a determinar qu SQL se puede
consolidar en la aplicacin reduciendo as los requisitos de la cach de biblioteca y acelerando
la ejecucin de la sentencia.
Uso del Asesor de

Acceso SQL
Control Rend.
Asesor de Ajustes
> Asesor de Acceso
Memoria
Estadsticas
Objetos no Validos
Uso del Asesor de Acceso SQL

Puede utilizar el Asesor de Acceso SQL para ajustar el esquema y mejorar el rendimiento de
las consultas. Este asesor precisa que identifique una carga de trabajo SQL, que sea un juego
representativo de sentencias SQL que acceda al esquema. Puede seleccionar la carga de trabajo
de distintos orgenes, entre los que se incluyen la actividad SQL actual y reciente, un repositorio
SQL o una carga de trabajo definida por el usuario como, por ejemplo, de un entorno de
desarrollo.
El Asesor de Acceso SQL puede ofrecer recomendaciones como la creacin de ndices y vistas
materializadas para mejorar el rendimiento de las consultas para la carga de trabajo concreta.
Para llamar al Asesor de Acceso SQL, realice los siguientes pasos:
datos.
2. Haga clic en SQL Access para iniciar un asistente. Aparecer la pgina SQL Access
Advisor: Workload Source.
3. Especifique el origen de carga de trabajo y haga clic en Next. Se mostrar la pgina SQL
Access Advisor: Recommendation Options.
4. Indique si desea que el asesor recomiende ndices, vistas materializadas o ambos.
Uso del Asesor de Acceso SQL (continuacin)

5. Especifique el modo Limited o Comprehensive. El modo Limited se ejecuta ms
rpidamente al concentrarse en sentencias de mayor costo.
6. Haga clic en Next. Aparecer la pgina SQL Access Advisor: Schedule. Acepte el valor
por defecto de ejecucin inmediata o planifique la ejecucin para ms tarde.
7. Haga clic en Next. Aparecer la pgina SQL Access Advisor: Review.
8. Revise las opciones seleccionadas y haga clic en Submit para iniciar el trabajo.
Los resultados se publican en la pgina Advisor Central. Las recomendaciones del Asesor de
Acceso SQL se ordenan por beneficio de costo. Por ejemplo, una recomendacin puede constar
de un archivo de comandos SQL con una o ms sentencias CREATE INDEX , que puede
implementar haciendo clic en Schedule Implementation.
Gestin de los Componentes

de la Memoria
Control Rend.
Asesor de Ajustes
Asesor de Acceso
> Memoria
Estadsticas
Objetos no Validos
Gestin Automtica de Memoria Compartida:

Se recomienda para simplificar la gestin
Le permite especificar la memoria SGA total a travs de un
parmetro de inicializacin
Le permite al servidor de Oracle gestionar la cantidad de
memoria asignada al pool compartido, al pool Java, a la
cach de buffers, al pool de Streams y al pool grande
Definicin manual de la gestin de memoria compartida:

Fija un tamao para los componentes mediante varios
parmetros de inicializacin individuales
Utiliza el Asesor de Memoria para realizar
recomendaciones
Gestin de los Componentes de la Memoria

SGA est formado por varios componentes. El tamao de muchos de estos componentes los
puede gestionar el servidor de Oracle a travs del uso de la funcin de gestin automtica de
memoria compartida (ASMM). Con ello, se simplifican las tareas de gestin de la memoria.
Asimismo, puede gestionar el tamao de los componentes de manera manual mediante la
definicin de otros parmetros de inicializacin. Si, posteriormente, el servidor de Oracle le
notifica la existencia de un problema de rendimiento relacionado con el tamao del rea Global
Compartida (SGA) o del rea Global de Programa (PGA), puede utilizar el Asesor de Memoria
para determinar valores nuevos y adecuados. El Asesor de Memoria puede modelar el efecto de
los cambios realizados en los parmetros. Tambin puede especificar que el servidor de Oracle
ajuste de manera automtica los parmetros de memoria importantes cuando cambien las
condiciones. Se recomienda el ajuste automtico.
Activacin de la Gestin Automtica

de Memoria Compartida (ASMM)
Haga clic en Enable

para activar la gestin
automtica de memoria
compartida.
Activacin de la Gestin Automtica de Memoria Compartida

Si no ha activado esta funcin al configurar la base de datos, puede activarla realizando los
siguientes pasos:
1. Haga clic en Memory Parameters en la regin Instance de la pgina Administration.
2. Haga clic en Enable.
Aparece la pgina Enable Automatic Shared Memory Management.
3. Especifique el tamao total del rea SGA. Haga clic en OK.
Puede aumentar el tamao total del rea SGA posteriormente si aumenta el valor del parmetro
de inicializacin SGA_TARGET, pero no podr definirlo por encima del valor especificado por
el parmetro SGA_MAX_SIZE. Para obtener ms informacin, consulte Oracle Database
Administrators Guide.
Nota: Oracle le recomienda utilizar la gestin automtica de memoria compartida para
simplificar las tareas de gestin de la memoria.
Activacin de la Gestin Automtica de Memoria Compartida (continuacin)

Si ASMM est activada, en principio no deber definir los parmetros de inicializacin de
los componentes especficos para los que gestiona la memoria. Si despus de ver los efectos
de las asignaciones de ASMM, decide que desea ajustar las asignaciones de determinados
componentes, entonces podr especificar los valores para esos componentes. Estos valores se
tratan como tamaos mnimos de memoria para los respectivos componentes. De esta forma,
se limita la cantidad de memoria disponible para el ajuste automtico pero la capacidad estar
disponible si el entorno necesita un tamao especial que ASMM no incorpore. Los parmetros
de inicializacin que hay que tener en cuenta son los siguientes:
SHARED_POOL_SIZE
LARGE_POOL_SIZE
JAVA_POOL_SIZE
DB_CACHE_SIZE
STREAMS_POOL_SIZE
Definicin Manual de la Gestin

de Memoria Compartida
Definicin Manual de la Gestin de Memoria Compartida

Si no utiliza la gestin automtica de memoria compartida, debe proporcionar los valores para
cada componente del SGA durante la instalacin y la creacin de base de datos. Realice lo
siguiente:
1. Acceda a la pgina Memory Parameters haciendo clic en el enlace Memory Parameters en
la regin Database Configuration de la pgina Administration.
2. Para llamar a uno de los asesores de memoria, haga clic en Advice.
3. Haga clic en Help para visualizar la ayuda en pantalla y obtener informacin adicional
sobre cmo funciona el Asesor de Memoria.
Uso del Asesor de Memoria
Uso del Asesor de Memoria

El Asesor de Memoria ayuda a ajustar el tamao de las estructuras de memoria. Puede utilizar
este asesor slo cuando est desactivado el ajuste automtico de la memoria.
El Asesor de Memoria incluye tres asesores que ofrecen recomendaciones sobre las siguientes
estructuras de memoria:
Pool compartido del rea Global del Sistema (SGA)
Cach de buffers de SGA
rea Global de Programa (PGA)
Para llamar a los asesores de memoria, realice los siguientes pasos:
datos.
2. Haga clic en Memory Advisor en la pgina Advisor Central. Aparecer la pgina Memory
Parameters. Esta pgina proporciona un desglose del uso de la memoria para SGA.
Nota: El valor de gestin automtica de memoria compartida debe estar desactivado para
poder ejecutar el asesor.
3. Haga clic en Advice junto al valor de Shared Pool o de Buffer Cache para llamar a los
asesores correspondientes.
4. Haga clic en PGA para acceder a la pgina de propiedades de PGA. Haga clic en Advice
para llamar al asesor de PGA.
Estadsticas de Rendimiento
Dinmicas
Del Sistema
Especfica de la Sesin
V$SYSSTAT
statistic#
name
class
value
stat_id
V$SESSTAT
sid
statistic#
value
V$SYSTEM_EVENT
event
total_waits
total_timeouts
time_waited
average_wait
time_waited_micro
Estadsticas acumulativas
Eventos de espera
V$SESSION_EVENT
sid
event
total_waits
total_timeouts
time_waited
average_wait
max_wait
time_waited_micro
event_id
Asesor de Acceso
Memoria
> Estadsticas
Objetos no Validos
Especfica del Servicio

V$SERVICE_STATS
service_name_hash
service_name
stat_id
stat_name
value
V$SERVICE_EVENT
service_name
service_name_hash
event
event_id
total_waits
total_timeouts
time_waited
average_wait
time_waited_micro
Estadsticas de Rendimiento Dinmicas

Para diagnosticar eficazmente los problemas de rendimiento, deben estar disponibles las
estadsticas. Oracle genera muchos tipos de estadsticas para distintos niveles de granularidad.
A nivel de sistema, de sesin y de servicio, se calculan tanto los eventos de espera como las
estadsticas acumulativas. La fila superior de las vistas son las estadsticas acumulativas. La fila
inferior se compone de las vistas de eventos de espera. Cuando se analiza un problema de
rendimiento en cualquiera de estos mbitos, normalmente se observa el cambio producido en
las estadsticas (valor delta) durante el perodo de tiempo que le interesa. Todos los eventos de
espera posibles estn catalogados en la vista V$EVENT_NAME. Todas las estadsticas estn
catalogadas en la vista V$STATNAME. Dispone de alrededor de 360 estadsticas en la base de
datos Oracle.
Estadsticas de Rendimiento Dinmicas (continuacin)

Visualizacin de Estadsticas del Sistema
Por ejemplo:
SQL> SELECT name, class, value FROM v$sysstat;
NAME
CLASS VALUE
------------------------------- ------ ---------...
table scans (short tables)
64 135116
table scans (long tables)
64
250
table scans (rowid ranges)
64
0
table scans (cache partitions) 64
3
table scans (direct read)
64
0
table scan rows gotten
64 14789836
table scan blocks gotten
64 558542
...
Las estadsticas del sistema se clasifican por tema de ajuste y propsito de la depuracin.
Las clases incluyen la actividad general de la instancia, la actividad del buffer de redo log,
el bloqueo, la actividad de la cach de buffers de la base de datos, etc.
Vistas de Solucin de Problemas y de Ajustes

Instancia/Base de Datos
V$DATABASE
V$INSTANCE
V$PARAMETER
V$SPPARAMETER
V$SYSTEM_PARAMETER
V$PROCESS
V$BGPROCESS
V$PX_PROCESS_SYSSTAT
V$SYSTEM_EVENT
Memoria
V$BUFFER_POOL_STATISTICS
V$LIBRARYCACHE
V$SGAINFO
V$PGASTAT
Disco
V$DATAFILE
V$FILESTAT
V$LOG
V$LOG_HISTORY
V$DBFILE
V$TEMPFILE
V$TEMPSEG_USAGE
V$SEGMENT_STATISTICS
Contencin
V$LOCK
V$UNDOSTAT
V$WAITSTAT
V$LATCH
Vistas de Solucin de Problemas y de Ajustes

La diapositiva muestra algunas de las vistas a las que puede acceder para determinar la causa de
los problemas de rendimiento o para analizar el estado actual de la base de datos.
Para obtener una descripcin completa de estas vistas, consulte Oracle Database Reference
Manual.
Objetos No Vlidos o
No Utilizables
Control Rend.
Asesor de Ajustes
Asesor de Acceso
Memoria
Estadsticas
> Objetos no Validos
Efecto en el Rendimiento:
Los objetos de cdigo PL/SQL se recompilan.
Los ndices se vuelven a crear.
Objetos No Vlidos o No Utilizables

El estado actual de determinados objetos de base de datos se puede ver si se consulta el
diccionario de datos, que se describe en la leccin titulada Gestin de Objetos de Esquema.
Si encuentra objetos PL/SQL con un estado INVALID, la primera pregunta que debe responder
es si este objeto ha tenido alguna vez el estado VALID. A menudo, un desarrollador de
aplicaciones no realiza la limpieza del cdigo que no funciona. Si el objeto PL/SQL no es
vlido debido a un error de cdigo, poco se puede hacer hasta que se resuelve el error. Si el
procedimiento fue vlido en algn momento del pasado y se ha convertido en no vlido
recientemente, tiene dos opciones para resolver el problema:
No hacer nada. La mayor parte de los objetos PL/SQL se recompilar automticamente si
es necesario cuando se les llame. Los usuarios experimentarn un breve retraso mientras se
recompilan los objetos. (En la mayor parte de los casos apenas se advierte este retraso.)
Recompile el objeto no vlido manualmente.
Los objetos PL/SQL no vlidos se pueden recompilar manualmente con Enterprise Manager o a
travs de comandos SQL:
ALTER PROCEDURE HR.add_job_history COMPILE;
La recompilacin manual de paquetes PL/SQL necesita dos pasos:

ALTER PACKAGE HR.maintainemp COMPILE;
ALTER PACKAGE HR.maintainemp COMPILE BODY;
Objetos No Vlidos o No Utilizables (continuacin)

Los ndices no utilizables se convierten en vlidos reconstruyndolos para volver a calcular los
punteros. La reconstruccin de un ndice no utilizable vuelve a crear el ndice en una nueva
ubicacin y despus borra el ndice no utilizable. Este proceso se puede llevar a cabo con
Enterprise Manager o a travs de comandos SQL:
ALTER INDEX HR.emp_empid_pk REBUILD;
ALTER INDEX HR.emp_empid_pk REBUILD ONLINE;
ALTER INDEX HR.email REBUILD TABLESPACE USERS;
Si se omite la clusula TABLESPACE, el ndice se vuelve a crear en el mismo tablespace en el

que ya existe. La clusula REBUILD ONLINE permite a los usuarios seguir actualizando la tabla
de ndices mientras tiene lugar la reconstruccin. (Sin la palabra clave ONLINE, los usuarios
deben esperar a que termine la reconstruccin antes de llevar a cabo DML en la tabla afectada.)
Enterprise Manager utiliza la accin de reorganizacin para reparar un ndice UNUSABLE.
Nota: La reconstruccin de un ndice necesita espacio libre disponible para el proceso.
Compruebe que haya espacio suficiente antes de intentar la reconstruccin. Enterprise Manager
comprueba los requisitos de espacio automticamente.
Resumen
Utilizar Enterprise Manager para controlar el
rendimiento
Ajustar SQL mediante el Asesor de Ajustes SQL
Ajustar SQL mediante el Asesor de Acceso SQL
Utilizar la gestin automtica de memoria
compartida
Utilizar el Asesor de Memoria para ajustar el
tamao de los buffers de memoria
Visualizar vistas dinmicas relacionadas con el
rendimiento
Solucionar problemas de objetos no vlidos o no
utilizables

Control y Mejora del Rendimiento
Deteccin y reparacin de ndices no utilizables
Uso de la pgina Performance en Enterprise
Manager
Conceptos de Copia de Seguridad y

Recuperacin
Objetivos

lo siguiente:
Identificar los tipos de fallos que se pueden
producir en la base de datos Oracle
Describir las formas de ajustar la recuperacin de
instancias
Identificar la importancia de los puntos de control,
archivos redo log y archivos archive log
Configurar el modo ARCHIVELOG
Parte de su Trabajo
Las funciones del administrador son:

Proteger la base de datos contra fallos siempre
que sea posible
Aumentar el tiempo medio entre fallos (MTBF)
Disminuir el tiempo medio para la recuperacin
(MTTR)
Minimizar la prdida de datos
Parte de su Trabajo
El objetivo del administrador de la base de datos (DBA) es asegurarse de que la base de datos
est abierta y disponible cuando los usuarios la necesiten. Para conseguirlo, el DBA (que suele
trabajar con el Administrador del Sistema):
Se anticipa y trabaja para evitar causas comunes de fallo.
Trabaja para aumentar el tiempo medio entre fallos (MTBF), garantizando que el hardware
sea lo ms fiable posible, que los componentes crticos estn protegidos por redundancia y
que el mantenimiento del sistema operativo se realice a tiempo. La base de datos Oracle
proporciona opciones de configuracin avanzadas para aumentar el MTBF, que incluyen:
- Real Application Clusters (se tratar en el curso Base de Datos Oracle 11g: Real
Application Clusters)
- Streams (se tratar en el curso Base de Datos Oracle 11g: Implementacin de
Streams)
Disminuye el tiempo medio para la recuperacin (MTTR), mediante la realizacin de
procedimientos de recuperacin con antelacin, y la configuracin de copias de seguridad
para que estn disponibles de inmediato cuando sean necesarias.
Minimiza la prdida de datos. Los DBA, que siguen las recomendaciones aceptadas,
pueden configurar sus bases de datos para que ninguna transaccin confirmada jams se
pierda. Entre las entidades que permiten garantizar esto se incluyen:
- Los archivos archive log (se tratarn en esta leccin)
- Las bases de datos en espera y Oracle Data Guard (se tratarn en el curso Base de
Datos Oracle 11g: Administracin de Data Guard)
Categoras de Fallos
Los fallos normalmente se pueden dividir en las

siguientes categoras:
Fallo de sentencia
Fallo de proceso de usuario
Fallo de red
Error del usuario
Fallo de la instancia
Fallo del medio fsico
Categoras de Fallos
Los fallos se pueden dividir en unas amplias categoras:
Fallo de sentencia: Fallo de una nica operacin de base de datos (select, insert, update,
delete).
Fallo de proceso de usuario: Fallo de una nica sesin de base de datos.
Fallo de red: Se pierde la conectividad a la base de datos.
Error del usuario: Un usuario termina correctamente una operacin, pero sta no es
correcta (borrado de una tabla o introduccin de datos errneos).
Fallo de la instancia: La instancia de la base de datos se cierra de forma inesperada.
Fallo del medio fsico: Se pierden uno o ms archivos de base de datos (es decir, se han
suprimido los archivos o el disco ha fallado).
Fallo de Sentencia
Problemas Tpicos
Posibles Soluciones
Intentos de introduccin de
datos no vlidos en una tabla
Trabaje con los usuarios para

validar y corregir los datos.
Intentos para realizar

operaciones con privilegios
insuficientes
Proporcione privilegios de objeto

o del sistema adecuados.
Fallo al intentar asignar

espacio
Active la asignacin de espacio

reanudable.
Aumente la cuota de propietario.
Agregue espacio al tablespace.
Errores de lgica en
aplicaciones
Trabaje con los desarrolladores

para corregir errores del
programa.
Fallo de Sentencia
Cuando falla una nica operacin de base de datos, la participacin del DBA puede ser necesaria
para corregir errores con privilegios de usuario o de asignacin de espacio de la base de datos.
Fallo de Proceso de Usuario

Problemas Tpicos
Posibles Soluciones
Un usuario realiza una

desconexin anormal.
Normalmente no es necesario
que un DBA realice una accin
para resolver fallos de proceso
de usuario. Los procesos en
segundo plano de la instancia
realizan un rollback de cambios
sin confirmar y liberan los
bloqueos.
La sesin de un usuario se
termina de forma anormal.
Un usuario sufre un error del
programa que termina la
sesin.
Observe lo que sucede.
Fallo de Proceso de Usuario

Los procesos de usuario que se desconectan de forma anormal de la instancia pueden tener
trabajo sin confirmar en curso al que es necesario realizar un rollback. El proceso en segundo
plano de control de procesos (PMON) sondea peridicamente los procesos de servidor para
garantizar que sus sesiones siguen conectadas. Si PMON encuentra un proceso de servidor cuyo
usuario ya no est conectado, se recupera de cualquier transaccin en curso. Tambin realiza un
rollback de cambios sin confirmar y libera los bloqueos producidos por la sesin fallida.
No debera ser necesaria la intervencin de un DBA para la recuperacin de un fallo de proceso
de usuario, pero el administrador debe observar lo que sucede. Uno o dos usuarios que se
desconectan de forma anormal no debe ser motivo de preocupacin. Es normal un pequeo
porcentaje de fallos de procesos de usuario. Los fallos constantes y sistmicos indican otros
problemas. Un gran porcentaje de desconexiones anormales puede indicar que es necesaria la
formacin de usuarios (lo que incluye ensearles a desconectarse en lugar de tan slo terminar
sus programas). Tambin puede ser un indicio de problemas en la red o en aplicaciones.
Fallo de Red
Problemas Tpicos
Posibles Soluciones
Fallo del listener.
Configure un listener de copia

de seguridad y operaciones de
failover de tiempo de conexin.
Fallo de la tarjeta de interfaz

de red (NIC).
Configure varias tarjetas de red.
Fallo de la conexin de red.
Configure una conexin de red

de copia de seguridad.
Fallo de Red
La mejor solucin para fallos de red es proporcionar rutas de acceso redundantes para las
conexiones de red. Los listeners de copia de seguridad, la conexin de red y las tarjetas de
interfaz de red reducen la posibilidad de fallos de red que afecten a la disponibilidad del sistema.
Error del Usuario

Causas Tpicas
Posibles Soluciones
Un usuario suprime o
modifica datos
involuntariamente.
Realice un rollback o utilice una

consulta de flashback para la
recuperacin.
Un usuario borra una tabla.
Recupere la tabla de la papelera

de reciclaje.
Oracle LogMiner
Error del Usuario

Puede que el usuario suprima o modifique datos involuntariamente. Cuando esto suceda, es
posible que el DBA tenga que ayudar a los usuarios en la recuperacin del error. Si los usuarios
an no han confirmado ni salido del programa, pueden simplemente realizar un rollback de la
operacin. Si los usuarios ya han confirmado los cambios, se pueden utilizar consultas de
flashback para determinar cules eran los valores anteriores (y, a continuacin, se pueden
actualizar los datos para restaurar la informacin original):
SQL> SELECT salary FROM employees WHERE employee_id=100;
SALARY
-----25
SQL> SELECT salary FROM employees
2 AS OF TIMESTAMP(SYSTIMESTAMP-INTERVAL10 minute)
3 WHERE employee_id=100;
SALARY
-----24000
En los casos en los que no son posibles las consultas de flashback porque se ha superado el
perodo de retencin de deshacer, el DBA todava puede recuperar la informacin original
mediante Oracle LogMiner.
Error del Usuario (continuacin)

Puede utilizar Oracle LogMiner para consultar redo logs en lnea y archivados mediante una
interfaz SQL. Los datos de transaccin pueden mantenerse en redo logs en lnea durante ms
tiempo que en los segmentos de deshacer y, si ha configurado el archivado de informacin de
redo, sta se mantendr hasta que suprima los archivos archivados.
Oracle LogMiner se trata en el curso Base de Datos Oracle 11g: Taller de Administracin II y en
el manual de referencia Oracle Database: Utilities.
Los usuarios que borren una tabla pueden recuperarla de la papelera de reciclaje mediante una
operacin de flashback de la tabla anterior al borrado. Para obtener ms instrucciones, consulte
la leccin titulada Realizacin de Flashback.
Si la papelera de reciclaje ya se ha depurado o si el usuario borr la tabla con la opcin PURGE,
an se puede recuperar la tabla borrada mediante la recuperacin point-in-time (PITR) si la base
de datos se ha configurado de forma adecuada.
PITR se trata en el curso Base de Datos Oracle 11g: Taller de Administracin II y en Oracle
Database: Backup and Recovery Advanced Users Guide.
Fallo de la Instancia
Causas Tpicas
Posibles Soluciones
Cortes en el suministro
elctrico
Reinicie la instancia mediante el

comando startup. La
recuperacin de un fallo de
instancia es automtica e incluye
la aplicacin de transacciones
pendientes de los redo logs y la
realizacin de un rollback de
transacciones sin confirmar.
Fallo de hardware
Fallo de uno de los

procesos en segundo
plano
Procedimientos de cierre
de emergencia
Investigue las causas del fallo

mediante el log de alertas, los
archivos de rastreo y Enterprise
Manager.
Fallo de la Instancia
Se produce un fallo de la instancia cuando la instancia de la base de datos se cierra antes de la
sincronizacin de todos los archivos de base de datos. Se puede producir un fallo de la instancia
debido a un fallo de hardware o de software, o bien por el uso de los comandos de cierre de
emergencia SHUTDOWN ABORT y STARTUP FORCE.
La participacin del administrador en la recuperacin del fallo de la instancia se suele limitar a
reiniciar la instancia y a trabajar para evitar que se vuelva a producir.
Procesos en Segundo Plano y

Recuperacin: Punto de Control (CKPT)
CKPT es responsable de:
La sealizacin DBWn en los
puntos de control
La actualizacin de las
cabeceras de los archivos
de datos con informacin
de los puntos de control
La actualizacin de los archivos
de control con informacin de
los puntos de control
Punto de
control
(CKPT)
SGA
Cach de
buffers de la
base de datos
Escritor
de la base
de datos
(DBWn)
Archivo
de control
Archivos
de datos
Procesos en Segundo Plano y Recuperacin: Punto de Control (CKPT)

Para comprender la recuperacin de instancias, es necesario entender el funcionamiento de
determinados procesos en segundo plano.
Cada tres segundos (o menos), el proceso CKPT almacena datos en el archivo de control para
documentar qu bloques de datos modificados ha escrito DBWn del SGA al disco. Esto se
denomina punto de control. El objetivo de un punto de control consiste en identificar ese
lugar en el archivo redo log en lnea en el que va a empezar la recuperacin de la instancia
(denominado posicin de punto de control).
En el caso de un cambio de log, el proceso CKPT tambin escribe esta informacin de punto de
control en las cabeceras de los archivos de datos.
Los puntos de control existen por los siguientes motivos:
Para asegurar que los bloques de datos modificados en memoria se escriben en el disco de
forma regular para que los datos no se pierdan en el caso de que se produzca un fallo del
sistema o de la base de datos.
Para reducir el tiempo que se necesita para recuperar instancias. Se necesita procesar
nicamente las entradas del archivo redo log que sigan al ltimo punto de control para que
se puedan recuperar.
Para garantizar que todos los datos confirmados se han escrito en los archivos de datos
durante el cierre.
Procesos en Segundo Plano y Recuperacin: Punto de Control (CKPT)

(continuacin)
En la informacin de punto de control que escribe el proceso CKPT se incluye la posicin de
punto de control, el nmero de cambio del sistema, la ubicacin en el archivo redo log en lnea
para empezar la recuperacin, la informacin sobre los logs, etc.
Nota: El proceso CKPT no escribe bloques de datos en el disco ni bloques de redo en los
archivos redo log en lnea.
Procesos en Segundo Plano y Recuperacin:

Archivos Redo Log y Escritor de Log
Los archivos redo log:
Registran cambios de la
base de datos
Se deben multiplexar como
proteccin ante prdidas
El escritor de log escribe:
Durante la confirmacin
Cuando est un tercio lleno
SGA
Buffer de
redo log
Escritor
de log
(LGWR)
Grupo 1 de
redo log
Grupo 2 de
redo log
Grupo3de
3
redo log
Cada tres segundos

Antes de que DBWn escriba
Procesos en Segundo Plano y Recuperacin: Archivos Redo Log y Escritor de Log

Los archivos redo log registran cambios en la base de datos como resultado de las transacciones
y las acciones internas del servidor de Oracle. (Una transaccin es una unidad de trabajo lgica,
que consta de una o ms sentencias SQL que ejecuta un usuario.) Los archivos redo log protegen
la base de datos de prdidas de integridad debidas a fallos del sistema provocados por
interrupciones de alimentacin, fallos de disco, etc. Los archivos redo log se deben multiplexar
para garantizar que la informacin almacenada en ellos no se pierda en caso de un fallo de disco.
El redo log se compone de grupos de archivos redo log. Un grupo est formado por un archivo
redo log y sus copias multiplexadas. Cada copia idntica se considera miembro de dicho grupo
y cada grupo se identifica mediante un nmero. El proceso de escritor de log (LGWR) escribe
registros de redo desde el buffer de redo log a todos los miembros de un grupo de redo logs hasta
que se llena el archivo o se solicita una operacin de cambio de log. A continuacin, se cambia y
se escribe en los archivos del siguiente grupo. Los grupos de redo logs se utilizan de forma
circular.
Prctica recomendada: Si es posible, los archivos redo log multiplexados deben residir en
discos distintos.
Procesos en Segundo Plano y Recuperacin:

Proceso de Archivado (ARCn)
El proceso de archivado (ARCn):
Es un proceso en segundo
plano opcional
Archiva automticamente los
archivos redo log en lnea
cuando se ha definido el
modo ARCHIVELOG para la
base de datos
Conserva el registro de
todos los cambios
realizados en la base de
datos
SGA
Buffer de
redo log
Escritor
de log
(LGWR)
Archivos
archive log
Redo log
en lnea
Proceso de
archivado
(ARCn)
Procesos en Segundo Plano y Recuperacin: Proceso de Archivado (ARCn)

ARCn es un proceso en segundo plano opcional. Sin embargo, es crucial para recuperar una
base de datos tras la prdida de un disco. Conforme se llenan los archivos redo log en lnea,
la instancia de Oracle empieza a escribir en el siguiente archivo redo log en lnea. El proceso
de cambio de un archivo redo log en lnea a otro se denomina cambio de log. El proceso ARCn
empieza a realizar copias de seguridad o a archivar el grupo de log lleno cada vez que se cambia
de log. Archiva automticamente el archivo redo log en lnea antes de que se pueda volver a
utilizar el log para que todos los cambios realizados en la base de datos se mantengan. Esto
permite la recuperacin de la base de datos hasta el punto de fallo, incluso si la unidad de disco
est daada.
Una de las decisiones importantes que un DBA debe tomar es si debe configurar la base de datos
para que funcione en el modo ARCHIVELOG o en el modo NOARCHIVELOG.
En el modo NOARCHIVELOG, los archivos redo log en lnea se sobrescriben cada vez
que se produce un cambio de log.
En el modo ARCHIVELOG, los grupos inactivos de archivos redo log en lnea llenos se
deben archivar antes de que se puedan volver a utilizar.
Nota: El modo ARCHIVELOG es esencial para la mayora de las estrategias de copia de
seguridad (y es muy sencillo de configurar).
Recuperacin de Instancias
La recuperacin de fallos o de instancias:
Se produce por intentos de apertura de una base
de datos cuyos archivos no se sincronizan al
cerrar
Es automtica
Utiliza informacin almacenada en los grupos de
redo logs para sincronizar los archivos
Implica dos operaciones distintas:
Aplicacin de transacciones pendientes: Los
archivos de datos se restauran a su estado anterior
al fallo de la instancia.
Realizacin de un rollback: Los cambios realizados
pero no confirmados vuelven a su estado original.
Recuperacin de Instancias
La base de datos Oracle 11g se recupera automticamente de los fallos de instancia. Todo lo que
tiene que hacer el DBA es iniciar la instancia de forma normal. La instancia monta los archivos
de control e intenta abrir los archivos de datos. Cuando descubre que los archivos de datos no se
han sincronizado en el momento del cierre, la instancia utiliza informacin incluida en los
grupos de redo logs para aplicar las transacciones pendientes en el momento del cierre en los
archivos de datos y, a continuacin, (puesto que tambin se aplicarn los cambios pendientes en
el tablespace de deshacer) realizar un rollback de transacciones sin confirmar.
Fases de la Recuperacin de Instancias

1. Archivos de datos no
Instancia
sincronizados
SGA
2. Aplicacin de transacciones
pendientes (redo)
Procesos
en segundo
3. Datos confirmados y sin
plano
confirmar en archivos
4. Realizacin de rollback
Archivo de
Archivo
Grupo de
(deshacer)
Control
de datos
redo logs
SCN: 143
SCN: 140
SCN: 74-101
5. Datos confirmados en
archivos
Deshacer
Archivo
de datos
SCN: 129
Archivo
de datos
SCN: 99
Archivo de
Control
SCN: 143
Grupo de
redo logs
SCN: 102-143
Base de datos
Fases de la Recuperacin de Instancias

Para que una instancia abra un archivo de datos, el nmero de cambio del sistema (SCN)
incluido en la cabecera de dicho archivo debe coincidir con el SCN actual almacenado en los
archivos de control de la base de datos.
Si los nmeros no coinciden, la instancia aplica datos de redo de los redo logs en lnea,
rehaciendo por orden las transacciones hasta que los archivos de datos estn actualizados.
Despus de sincronizar todos los archivos de datos con los archivos de control, se abre la base
de datos y los usuarios pueden conectarse.
Al aplicar los datos de redo, se aplican todas las transacciones para poner la base de datos en el
estado que tena en el momento del fallo. Esto suele incluir transacciones que estn en curso pero
que an no se han confirmado. Una vez abierta la base de datos, se realiza un rollback de dichas
transacciones sin confirmar. Al final de la fase de rollback de recuperacin de la instancia, los
archivos de datos contienen slo datos confirmados.
Ajuste de la Recuperacin de Instancias
Durante la recuperacin de instancias, las

transacciones entre la posicin de punto de control
y el final de redo log se deben aplicar a los archivos
de datos.
Para ajustar la recuperacin de instancias, controle
la diferencia entre la posicin de punto de control y
el final de redo log.
Final de redo log
Posicin de punto de control
Recuperacin de instancias
Transacciones
Ajuste de la Recuperacin de Instancias

La informacin de transacciones siempre se registra en los grupos de redo logs antes de que la
instancia devuelva commit complete para una transaccin. La informacin de los grupos de redo
logs garantiza que la transaccin pueda recuperarse en caso de fallo. Tambin es necesario
escribir la misma informacin de transacciones en el archivo de datos. La escritura del archivo
de datos suele suceder poco despus de que la informacin se registre en los grupos de redo logs
porque el proceso de escritura del archivo de datos es mucho ms lento que las escrituras de
redo. (Las escrituras aleatorias en archivos de datos son ms lentas que las escrituras en serie en
archivos redo log.)
Cada tres segundos, el proceso de punto de control registra informacin en el archivo de control
acerca de la posicin del punto de control en el redo log. Por lo tanto, la base de datos Oracle
sabe que todas las entradas de redo log registradas antes de este punto no son necesarias para la
recuperacin de la base de datos. En el grfico de la diapositiva, los bloques rayados an no se
han escrito en el disco.
El tiempo necesario para la recuperacin de instancias es el mismo que para pasar los archivos
de datos de su ltimo punto de control al ltimo SCN registrado en el archivo de control. El
administrador controla dicho tiempo mediante la definicin de un destino de MTTR (en
segundos) y mediante el tamao de los grupos de redo logs. La distancia entre la posicin del
punto de control y el final del grupo de redo logs nunca puede ser superior al 90% del grupo de
redo log ms pequeo.
Uso del Asesor de MTTR
Especifique el tiempo deseado en segundos o minutos.

El valor por defecto es 0 (desactivado).
El valor mximo es de 3.600 segundos (una hora).
Asesor de MTTR
Si necesita ayuda para definir el destino de MTTR, seleccione Enterprise Manager >
Administration > Advisor Central > MTTR Advisor. Este asesor convierte el valor
FAST_START_MTTR_TARGET en varios parmetros para permitir que se recupere la instancia
en el momento deseado o lo ms cercano posible a ese momento.
La definicin explcita del parmetro FAST_START_MTTR_TARGET en 0 desactiva el ajuste
automtico de puntos de control. La definicin explcita del parmetro
FAST_START_MTTR_TARGET en un valor distinto a 0 tambin activa el asesor de redo log.
El parmetro FAST_START_MTTR_TARGET se debe definir en un valor que soporte el acuerdo
de nivel de servicio del sistema. Si el valor del destino de MTTR es pequeo, aumenta la
sobrecarga de E/S debido a escrituras adicionales de archivo de datos (lo que afecta al
rendimiento). Sin embargo, si el valor del destino de MTTR es demasiado grande, la instancia
tarda demasiado en recuperarse tras un fallo.
Fallo del Medio Fsico

Causas Tpicas
Posibles Soluciones
Fallo de la unidad de disco
1. Restaure el archivo afectado a

partir de la copia de seguridad.
2. Si es necesario, informe a la
base de datos sobre una
nueva ubicacin del archivo.
3. Si es necesario, recupere el
archivo aplicando la
informacin de redo.
Fallo del controlador de

disco
Supresin o corrupcin de
un archivo de base de
datos
Fallo del Medio Fsico

Oracle Corporation define el fallo del medio fsico como cualquier fallo resultante de la prdida
o corrupcin de uno o ms archivos de base de datos (archivo de datos, de control o redo log).
Para la recuperacin de un fallo del medio fsico es necesario restaurar y recuperar los archivos
que falten. Para garantizar que la base de datos se pueda recuperar de un fallo del medio fsico,
siga las recomendaciones que se indican en las pginas siguientes.
Configuracin de Recuperabilidad
Para configurar la base de datos para una mxima

recuperabilidad, debe:
Planificar copias de seguridad peridicas
Multiplexar los archivos de control
Multiplexar los grupos de redo logs
Retener copias archivadas de redo logs
Para proporcionar la mejor proteccin de los datos, debe realizar lo siguiente:
Planificar copias de seguridad peridicas: La mayora de fallos del medio fsico
necesitan que restaure el archivo perdido o daado a partir de una copia de seguridad.
Multiplexar los archivos de control: Todos los archivos de control asociados a una base
de datos son idnticos. La recuperacin de la prdida de un nico archivo de control no es
difcil. La recuperacin de la prdida de todos los archivos de control supone un mayor
reto. Para protegerse contra la prdida de todos los archivos de control, tenga al menos
tres copias de dichos archivos.
Multiplexar los grupos de redo logs: Para recuperarse del fallo de la instancia o del
medio fsico, se utiliza la informacin de redo log para aplicar los cambios pendientes
de archivos de datos hasta la ltima transaccin confirmada. Si los grupos de redo logs
confan en un nico archivo redo log, la prdida de dicho archivo significa que es probable
que se pierdan esos datos. Asegrese de que existen al menos tres copias de cada grupo de
redo logs, si es posible, en controladores de disco distintos.
Retener copias archivadas de redo logs: Si un archivo se pierde y se restaura de una
copia de seguridad, la instancia debe aplicar la informacin de redo para actualizar el
archivo hasta el ltimo SCN incluido en el archivo de control. Con el valor por defecto,
la base de datos sobrescribe la informacin de redo despus de que se haya escrito en los
archivos de datos. La base de datos se puede configurar para que retenga la informacin de
redo en copias archivadas de los redo logs. Esto se denomina poner la base de datos en
modo ARCHIVELOG.
Archivos de Control
Protjase contra un fallo de la base de datos mediante

la multiplexin de archivos de control. Se recomienda
que la base de datos tenga:
Al menos dos copias (Oracle recomienda tres) del
archivo de control
Cada copia en un disco independiente
Al menos una copia en un controlador de disco
independiente
Archivos de
Control
Archivos de Control
Un archivo de control es un pequeo archivo binario que describe la estructura de la base de
datos. Debe estar disponible para que el servidor de Oracle escriba en l siempre que se monte
o se abra la base de datos. Sin este archivo, la base de datos no se puede montar y es necesario
recuperar o volver a crear el archivo de control. La base de datos debe tener un mnimo de dos
archivos de control (es preferible tres) en distintos discos para minimizar el impacto de la
prdida de un archivo de control.
Si la base de datos se ha creado con el Asistente de Configuracin de Bases de Datos (DBCA),
tendr tres archivos de control (a no ser que lo haya modificado antes de crear la base de datos).
La prdida de un nico archivo de control provoca que la instancia falle porque todos los
archivos de control deben estar disponibles en todo momento, aunque la recuperacin es tan
sencilla como copiar uno de los dems archivos de control. Es un poco ms difcil recuperarse
de la prdida de todos los archivos de control, pero no suele ser de gran repercusin.
Archivos Redo Log

Multiplezar grupos de redo logs para protegerse contra
fallos del medio fsico y la prdida de datos.
Se recomienda que los grupos de redo logs tengan:
Al menos dos miembros (archivos) por grupo
Cada miembro en una unidad de disco independiente
Cada miembro en un controlador de disco
independiente
Nota: El rendimiento
se ve altamente
afectado por la
escritura en redo
logs.
Disco 1
Miembro
1
Miembro
2
Miembro
1
Disco 2
Miembro
2
Grupo 1
Miembro
1
Grupo 2
Miembro
2
Grupo 3
Archivos Redo Log

Los grupos de redo logs estn formados por uno o ms archivos redo log. Cada archivo log de
un grupo es un duplicado de los otros. Oracle recomienda que los grupos de redo logs tengan
al menos dos archivos por grupo, con los archivos distribuidos en discos o controladores
independientes para que ningn fallo del equipo destruya un grupo de logs completo.
La prdida de un grupo de logs completo es uno de los posibles fallos del medio fsico ms
graves porque puede producir la prdida de datos. La prdida de un nico miembro de un grupo
de logs con varios miembros es insignificante y no afecta al funcionamiento de la base de datos;
slo se publicar una alerta en el log de alertas. La recuperacin de la prdida de un grupo de
logs completo necesita tcnicas de recuperacin avanzadas y se tratar en Base de Datos
Oracle 11g: Taller de Administracin II.
Recuerde que los redo logs influyen mucho en el rendimiento de la base de datos porque una
confirmacin no se puede terminar hasta que la informacin de transacciones se haya escrito
en los logs. Debe colocar los archivos redo log en los discos ms rpidos que sirvan los
controladores ms rpidos. Si es posible, no coloque ningn otro archivo de base de datos en los
mismos discos que los archivos redo log. Puesto que slo se escribe un grupo en un momento
determinado, no hay ningn problema en tener miembros de varios grupos en el mismo disco.
Multiplexin del Redo Log
Multiplexin del Redo Log

Para multiplexar el redo log, agregue un miembro a un grupo de logs existente. Para agregar un
miembro a un grupo de redo logs (con la base de datos abierta y sin que tenga impacto en el
rendimiento del usuario), realice los siguientes pasos:
1. Acceda a la pgina Redo Log Groups.
2. Seleccione un grupo y haga clic en el botn Edit o haga clic en el enlace del nombre del
grupo. Aparece la pgina Edit Redo Log Group.
3. En la regin Redo Log Members, haga clic en Add. Se mostrar la pgina Add Redo Log
Member.
4. Introduzca el nombre de archivo y el directorio de archivos. Haga clic en Continue.
Nota: Se recomienda que almacene los miembros en discos independientes para protegerse
contra la prdida total de entradas de redo log en caso de fallo de un disco.
Repita estos pasos para cada uno de los grupos existentes.
Cuando agrega el miembro del redo log a un grupo, el estado del grupo se marca como
INVALID. ste es el estado esperado porque an no se ha escrito en un miembro del grupo.
Cuando se produce un cambio de log y el grupo no vlido se convierte en el actual, el estado
cambia a CURRENT.
Archivos Archive Log

Para mantener la informacin de redo, cree copias
archivadas de los archivos redo log, realizando los
siguientes pasos:
1. Especifique la regla de nomenclatura de los
archivos archive log.
2. Especifique una o ms ubicaciones de los
archivos archive log.
3. Cambie la base de datos al modo ARCHIVELOG .
Archivos redo log en lnea
Archivos archive log
Archivos Archive Log

La instancia trata los grupos de redo logs en lnea como un buffer circular en el que almacenar
la informacin de transacciones, llenando un grupo y, a continuacin, pasando al siguiente.
Despus de que se haya escrito en todos los grupos, la instancia empieza a sobrescribir la
informacin del primer grupo de logs.
Para configurar la base de datos para la mxima recuperabilidad, debe indicarle que realice una
copia del grupo de redo logs en lnea antes de permitir que se sobrescriban. Estas copias se
denominan archive logs. Para facilitar la creacin de archivos archive log, realice los siguientes
pasos:
1. Especifique una regla de nomenclatura para los archive logs.
2. Especifique un destino o destinos para almacenar los archive logs.
3. Ponga la base de datos en modo ARCHIVELOG.
Nota: El destino debe existir antes de poner la base de datos en modo ARCHIVELOG. Cuando se
especifica un directorio como destino, debe haber una barra al final del nombre del directorio.
Archivo Archive Log: Nomenclatura y Destinos
Archivo Archive Log: Nomenclatura y Destinos

Para configurar la nomenclatura y los destinos de archivos archive log, haga clic en Configure
Recovery Settings en la pgina Maintenance.
Los archivos archive log deben tener un nombre nico para evitar sobrescribir archivos log
antiguos. Especifique el formato de nomenclatura como se muestra en la diapositiva. Para ayudar
a crear nombres de archivo nicos, la base de datos Oracle 11g permite varios caracteres
comodn en el formato de nombre:
%s: Incluye el nmero de secuencia de log como parte del nombre de archivo
%t: Incluye el nmero de thread como parte del nombre de archivo
%r: Incluye el identificador de resetlogs para asegurarse de que el nombre del archivo
archive log sea nico incluso despus de determinadas tcnicas de recuperacin avanzadas
que restablecen los nmeros de secuencia de log
%d: Incluye el identificador de base de datos como parte del nombre de archivo
El formato debe incluir %s, %t y %r. El uso de %d es opcional, pero se debe incluir si varias
bases de datos comparten el mismo destino de archive logs.
Archivo Archive Log: Nomenclatura y Destinos (continuacin)

Los archivos archive log se pueden escribir en un mximo de diez destinos distintos. Los
destinos pueden ser locales (un directorio) o remotos (un alias de Red de Oracle para una base de
datos en espera). Los destinos locales deben terminar en una barra / (o barra invertida \ si se
utiliza Windows).
El destino por defecto (nmero 10) enva los archivos archive log a una ubicacin determinada
por el parmetro de inicializacin DB_RECOVERY_FILE_DEST.
DB_RECOVERY_FILE_DEST tambin se denomina rea de recuperacin de flash. Este destino
se puede ver en la parte inferior de la pgina de propiedades Configure Recovery Settings como
ubicacin del rea de recuperacin de flash. Si no desea que se enven los archivos a esta
ubicacin, suprima USE_DB_RECOVERY_FILE_DEST.
Para cambiar los valores de recuperacin, debe conectarse como SYSDBA o SYSOPER.
Modo ARCHIVELOG
Para poner la base de datos en modo

ARCHIVELOG , realice los siguientes pasos:
1. Active la casilla de control del modo ARCHIVELOG .
2. Haga clic en Apply. La base de datos slo se puede
definir en el modo ARCHIVELOG desde el estado
MOUNT .
3. Haga clic en Yes cuando se le pregunte si desea
reiniciar la base de datos.
4. Cree una copia de seguridad de la base de datos.
Las bases de datos en modo ARCHIVELOG tienen

acceso a todas las opciones de copia de
seguridad y de recuperacin.
Modo ARCHIVELOG
Al poner la base de datos en el modo ARCHIVELOG los redo logs no se sobrescriben hasta que
no se han archivado. El siguiente comando SQL se utiliza para poner la base de datos en modo
ARCHIVELOG:
SQL> ALTER DATABASE ARCHIVELOG;
Este comando se puede emitir slo mientras la base de datos tiene el estado MOUNT, por lo
que la instancia se debe reiniciar para terminar este ltimo paso. Se le pedir que indique las
credenciales del sistema operativo y de la base de datos durante el reinicio de la base de datos.
Las credenciales de base de datos deben ser las de un usuario con privilegios SYSDBA.
Una vez reiniciada la instancia, se activarn los cambios realizados en los procesos de archivado,
formato de log y destinos de log.
Con la base de datos en modo NOARCHIVELOG (modo por defecto), la recuperacin slo es
posible hasta el momento en que se realiz la ltima copia de seguridad. Todas las transacciones
realizadas despus se perdern.
En el modo ARCHIVELOG, la recuperacin es posible hasta el momento en que se realiz la
ltima confirmacin. La mayora de bases de datos de produccin se ejecutan en modo
ARCHIVELOG.
Nota: Realice una copia de seguridad de la base de datos despus de haber cambiado al modo
ARCHIVELOG porque slo podr recuperar la base de datos de la ltima copia de seguridad
realizada en ese modo.
Resumen

Identificar los tipos de fallos que se pueden
producir en la base de datos Oracle
Describir las formas de ajustar la recuperacin de
instancias
Identificar la importancia de los puntos de control,
archivos redo log y archivos archive log
Configurar el modo ARCHIVELOG

Multiplexin de los archivos de control
Multiplexin de los grupos de redo logs
Puesta de la base de datos en modo ARCHIVELOG
Garanta de que se crean archive logs
redundantes
Realizacin de Copias de Seguridad de

Bases de Datos
Objetivos

lo siguiente:
Crear copias de seguridad de bases de datos
consistentes
Realizar copias de seguridad de bases de datos
sin cerrarlas
Crear copias de seguridad incrementales
Automatizar copias de seguridad de bases de
datos
Controlar el rea de recuperacin de flash
Soluciones de Copia de Seguridad: Visin General

Las copias de seguridad se pueden realizar mediante:
Recovery Manager
Oracle Secure Backup
Un supuesto gestionado por usuario
Soluciones de Copia de Seguridad: Visin General

Como ver en el resto de esta leccin, Recovery Manager (RMAN) es el mtodo recomendado
para realizar copias de seguridad de su base de datos Oracle.
Oracle Secure Backup complementa la funcionalidad existente al agregar las capacidades de
copias de seguridad en cintas y de red.
Las copias de seguridad gestionadas por usuario se basan en archivos de comandos, que un DBA
tendra que escribir. Esta opcin se est dejando de utilizar porque es ms laboriosa.
Oracle Secure Backup y RMAN proporcionan una

completa solucin de copia de seguridad para entornos
de Oracle:
Gestin centralizada de copia de seguridad en cintas de
datos del sistema de archivos y de la base de datos Oracle
Capa de gestin de medios fsicos con la mxima
integracin para las copias de seguridad de RMAN
Copia de seguridad de todos los datos de cualquier punto
de la red
Un nico recurso de soporte tcnico para toda la

solucin de copia de seguridad acelera la resolucin de
problemas.
As se garantiza una proteccin fiable de los datos con
el menor costo y la mnima complejidad.

El producto actual de Oracle para copia de seguridad y recuperacin de la base de datos es
Recovery Manager. Oracle Secure Backup complementa la funcionalidad existente de los
siguientes modos:
Solucin de copia de seguridad completa: Oracle Secure Backup proporciona proteccin
a los datos de la base de datos y tambin a los datos que no son de la base para proteger
todo el entorno de Oracle.
Gestin de medios fsicos: Oracle Secure Backup proporciona una capa de gestin de
medios fsicos que facilita la copia de seguridad de la base de datos de RMAN en cintas.
Antes de que existiera Oracle Secure Backup, los clientes tenan que adquirir costosos
productos de terceros para la gestin de medios fsicos que ofrecieran integracin con las
copias de seguridad de RMAN en cintas.
Copias de seguridad en cualquier punto de la red: Oracle Secure Backup realiza copias
de seguridad de los datos de varios sistemas de computadoras conectadas a la red en
recursos de almacenamiento terciario de la red. Oracle Secure Backup soporta diversas
configuraciones de servidores, clientes, servidores Network Attached Storage (NAS) y
dispositivos de almacenamiento terciario al tiempo que protege los entornos de
almacenamiento de la red.
La combinacin de RMAN y Oracle Secure Backup proporciona una completa solucin de copia
de seguridad dentro de la pila de productos Oracle. Esto mejora el soporte al cliente ya que
Oracle Corporation es responsable de toda la solucin de copia de seguridad.
Copia de Seguridad Gestionada por Usuario

Un supuesto gestionado por usuario:
Es un proceso manual en el que se realiza un
seguimiento de las necesidades y estado de las
copias de seguridad.
Necesita que el DBA escriba
archivos de comandos.
Necesita que los archivos de la
base de datos se pongan en el
modo correcto para la copia de
seguridad.
Se basa en comandos del sistema
operativo para realizar copias de
seguridad de archivos.
Copia de Seguridad Gestionada por Usuario

Una copia de seguridad gestionada por usuario implica la escritura de archivos de comandos para
realizar la copia de seguridad. Hay varios supuestos que se pueden ejecutar; se deben escribir
archivos de comandos para manejarlos. stos son algunos de los pasos que deben realizar los
archivos de comandos:
Consultar v$datafile para determinar los archivos de datos que se deben incluir en la
copia de seguridad y su estado actual.
Consultar v$logfile para identificar los archivos redo log en lnea.
Consultar v$controlfile para identificar el archivo de control para la copia de
seguridad.
Colocar cada tablespace en el modo de copia de seguridad online.
Consultar v$backup para ver qu archivos de datos forman parte de un tablespace que se
ha colocado en el modo de copia de seguridad online.
Ejecutar comandos de copia del sistema operativo para copiar los archivos de datos en la
ubicacin de copia de seguridad.
Quitar cada tablespace del modo de copia de seguridad online.
Terminologa
La estrategia de copia de seguridad puede incluir:

Toda la base de datos (completa)
Una parte de la base de datos (parcial)
El tipo de copia de seguridad puede indicar la

inclusin:
De toda la informacin de todos los archivos de
datos (completa)
Slo de la informacin que ha cambiado desde una
copia de seguridad anterior (incremental)
El modo de copia de seguridad puede ser:

Offline (consistente, en fro)
Online (inconsistente, con la base
de datos activa)
Terminologa
Una copia de seguridad de la base de datos completa incluye todos los archivos de datos y al
menos un archivo de control. (Recuerde que todos los archivos de control dentro de una base de
datos son idnticos.)
La copia de seguridad de la base de datos parcial puede incluir cero o ms tablespaces, cero o
ms archivos de datos y puede incluir o no un archivo de control.
Las copias de seguridad completas realizan una copia de todos los bloques de datos que
contienen datos y que estn dentro de los archivos de los que se est realizando la copia de
seguridad.
Las copias de seguridad incrementales realizan una copia de todos los bloques de datos que
han cambiado desde una copia de seguridad anterior. La base de datos Oracle 11g soporta dos
niveles de copia de seguridad incremental (0 y 1). Una copia de seguridad de nivel 0 o de lnea
base es equivalente a una copia de seguridad completa y contiene todos los bloques de datos.
Una copia de seguridad incremental de nivel 1 incluye todos los bloques de la base de datos
modificados desde la copia de seguridad de nivel 0. Para restaurar utilizando copias de seguridad
incrementales, se debe restaurar primero la copia de seguridad de lnea base y, a continuacin,
la incremental.
Terminologa (continuacin)
Las copias de seguridad offline (tambin conocidas como copias de seguridad consistentes)
se realizan cuando la base de datos no est abierta. Son consistentes porque en el momento de la
copia de seguridad, el nmero de cambio del sistema (SCN) de las cabeceras de los archivos de
datos coincide con los SCN de los archivos de control.
Las copias de seguridad online (tambin conocidas como copias de seguridad inconsistentes)
se realizan cuando la base de datos est abierta. Las copias de seguridad son inconsistentes
porque, con la base de datos abierta, no hay garanta de que los archivos de datos estn
sincronizados con los archivos de control. Para utilizar las copias de seguridad inconsistentes
es necesario recuperarlas.
Terminologa
Las copias de seguridad se pueden almacenar como:
Copias de imagen
Juegos de copias de seguridad
Archivo de datos n 1
Copias de imagen
Archivo de
datos n 1
Archivo de
datos n 2
Archivo de
datos n 3
Archivo de
datos n 4
Archivo de
datos n 5
Archivo de
datos n 6
Juego de copias
de seguridad
Las copias de imagen son duplicados de archivos de datos o archive log (similar a copiar los
archivos utilizando comandos del sistema operativo).
Los juegos de copias de seguridad son copias de uno o ms archivos de datos o archive log.
Con los juegos de copias de seguridad, los bloques de datos vacos no se almacenan, por lo que
los juegos de copias de seguridad utilizan menos espacio en disco o en cinta. Los juegos de
copias de seguridad se pueden comprimir para reducir ms los requisitos de espacio de la copia
de seguridad.
La copia de seguridad de las copias de imagen se debe realizar en disco. Los juegos de copias de
seguridad se pueden enviar a disco o directamente a cinta.
La ventaja de crear una copia de seguridad como una copia de imagen es la mejora en la
granularidad de la operacin de restauracin. Con una copia de imagen, slo el archivo o los
archivos se deben recuperar de la cinta. Con los juegos de copias de seguridad, toda la copia
de seguridad se debe recuperar de la cinta para extraer el archivo o los archivos necesarios.
La ventaja de crear copias de seguridad como juegos es el mejor uso del espacio. La mayora de
las bases de datos contienen un 20% o ms bloques vacos. Las copias de imagen realizan la
copia de seguridad de todos los bloques de datos, incluso si estn vacos. Los juegos de copias
de seguridad reducen significativamente el espacio necesario para la copia de seguridad. En la
mayor parte de los sistemas, las ventajas de los juegos de copias de seguridad son mayores que
las de las copias de imagen.
Una copia de seguridad de una base de datos ejecutndose en el modo NOARCHIVELOG debe
tener los siguientes tres atributos: offline, completa y de la base de datos completa. Las bases de
datos en modo ARCHIVELOG tienen acceso a todas las opciones de copia de seguridad.
Recovery Manager (RMAN)
Enterprise Manager utiliza Recovery Manager (RMAN)

para realizar operaciones de copia de seguridad y
recuperacin.
RMAN:
Es un cliente de lnea de comandos para funciones
avanzadas
Tiene un potente lenguaje de control y de archivos de
comandos
Tiene una API publicada que permite interactuar con el
software de copia de seguridad ms conocido
Realiza copia de seguridad de archivos de datos, de
control, archive log y de parmetros de servidor
Realiza copia de seguridad de los archivos en disco o cinta
Recovery Manager (RMAN)

RMAN es el componente de la base de datos Oracle 11g que se utiliza para realizar operaciones
de copia de seguridad y recuperacin. Puede realizar copias de seguridad consistentes e
inconsistentes, incrementales o completas, de la base de datos completa o de una parte de la
misma.
RMAN utiliza un potente lenguaje de control de trabajos y de archivos de comandos propio, as
como una API publicada que permite a RMAN interactuar con muchas soluciones de software de
copia de seguridad conocidas.
RMAN puede almacenar copias de seguridad en disco para una recuperacin rpida, o en cinta
para su almacenamiento a largo plazo. Para que RMAN almacene las copias de seguridad en
cinta, se debe configurar una interfaz al dispositivo de cinta conocida como capa de gestin de
medios fsicos (MML).
Enterprise Manager proporciona una interfaz grfica de las funciones de RMAN ms utilizadas.
El acceso a las operaciones avanzadas de copia de seguridad y recuperacin se realiza a travs
del cliente de lnea de comandos de RMAN. Para obtener ms informacin sobre las capacidades
RMAN avanzadas, consulte Base de Datos Oracle 11g: Taller de Administracin II u Oracle
Backup and Recovery Advanced Users Guide.
Configuracin de Valores de Copia de Seguridad

Acceda a la pgina Maintenance y haga clic en Configure Backup Settings. En esta pgina de
propiedades se gestionan los valores de copia de seguridad persistente que se utilizan para crear
copias de seguridad. Hay valores distintos para disco y cinta. Los valores de cinta dependen de
las capacidades de la biblioteca de gestin de medios fsicos. Los valores de disco incluyen:
Parallelism: Nmero de flujos de informacin de copia de seguridad distintos que desea
crear. La mejor configuracin para el paralelismo depender del hardware. Una nica CPU,
un nico controlador de disco o un nico servidor de disco no se beneficiaran de la
realizacin de copias de seguridad paralelas. A medida que aumentan los recursos de
hardware, el grado de paralelismo adecuado tambin aumenta.
Disk Backup Location: Lugar donde se deben almacenar las copias de seguridad. El valor
por defecto es el rea de recuperacin de flash. Si lo cambia, haga clic en Test Disk
Backup para verificar que RMAN puede escribir en la nueva ubicacin.
Disk Backup Type: Seleccione Image Copy, Backup Set o Compressed Backup Set.
Haga clic en el separador Backup Set para definir el tamao mximo de los archivos de juego de
copias de seguridad. (Los juegos de copias de seguridad se pueden dividir ms si es necesario
para un archivado ms sencillo.)
Las credenciales de host son necesarias para que Enterprise Manager guarde los cambios a los
valores de copia de seguridad.
Configuracin de Valores de Copia de Seguridad (continuacin)

Haga clic en el separador Policy para:
Realizar una copia de seguridad automtica del archivo de control y del archivo de
parmetros del servidor (SPFILE) con cada copia de seguridad. Tambin puede
especificar una ubicacin para estas copias de seguridad, si no desea que vayan al rea
de recuperacin de flash.
Optimizar las copias de seguridad omitiendo la copia de archivos que coincidan
exactamente con un archivo que ya forma parte de las copias de seguridad conservadas.
Este valor permite saltar los archivos de datos de slo lectura y offline.
Activar el seguimiento de cambios de bloque y especificar una ubicacin para el archivo de
seguimiento. Si intenta crear copias de seguridad incrementales, este ajuste puede reducir
el tiempo necesario para seleccionar los bloques que se deben incluir en la copia de
seguridad incremental.
Excluir el tablespace de una copia de la base de datos completa. Algunos administradores
eligen no realizar la copia de seguridad de tablespaces que contengan datos u objetos que
se pueden volver a crear fcilmente (como ndices o datos que se cargan por lotes con
frecuencia).
Configuracin de Valores de Copia de Seguridad (continuacin)

Especificar una poltica de retencin: Tiempo que RMAN conserva las copias de
seguridad. Si utiliza el rea de recuperacin de flash para almacenar copias de seguridad,
RMAN suprime automticamente las copias de seguridad antiguas para crear espacio para
las nuevas (si lo permite la poltica de retencin). Por defecto, slo se conserva la ltima
copia de seguridad. La poltica de retencin se puede especificar como un nmero de
copias de seguridad o de das.
Planificacin de Copias de Seguridad: Estrategia

Seleccionar una copia de seguridad completa o parcial
de la base de datos.
Planificacin de Copias de Seguridad: Estrategia

Haga clic en Schedule Backup en la regin Backup/Recovery de la pgina de propiedades
Maintenance. Seleccione la estrategia de copia de seguridad sugerida por Oracle o su propia
estrategia personalizada. La estrategia de copia de seguridad sugerida por Oracle crea una nica
copia de seguridad de base de datos completa, que se realiza online. Se trata de una copia de
seguridad incremental de lnea base de nivel 0. A continuacin, la estrategia de copia de
seguridad automatizada planifica copias de seguridad incrementales de nivel 1 para cada da
siguiente.
Al seleccionar Customized, obtiene acceso a un rango ms amplio de opciones de configuracin.
Seleccione los objetos de los que desea realizar copias de seguridad: la base de datos completa
(por defecto) o tablespaces, archivos de datos o archive logs individuales, o bien cualquier copia
de seguridad de Oracle que resida actualmente en disco (para moverla a cinta).
Planificacin de Copias de Seguridad: Options
Planificacin de Copias de Seguridad: Options

Seleccione el tipo de copia de seguridad completa o incremental. Si realiza una copia de
seguridad de base de datos completa, puede seleccionar Use as the base of an incremental
backup strategy para que la copia de seguridad de base de datos completa sea una copia de
seguridad incremental de nivel 0. Si utiliza copias de imagen, puede activar la casilla de control
Refresh the latest datafile copy on disk to the current time using the incremental backup para
actualizar la copia de seguridad existente en lugar de crear una copia de imagen nueva.
Haga clic en Delete obsolete backups para eliminar todas las copias de seguridad que
no cumplan con la poltica de retencin configurada anteriormente. RMAN elimina
automticamente todas las copias de seguridad obsoletas si est realizando la copia de
seguridad en el rea de recuperacin de flash.
Planificacin de Copias de Seguridad: Settings
Planificacin de Copias de Seguridad: Settings

Seleccione si la copia de seguridad se enviar al disco o a la cinta.
Planificacin de Copias de Seguridad: Schedule
Planificacin de Copias de Seguridad: Schedule

Seleccione cmo desea planificar la copia de seguridad: como un trabajo que se ejecuta una sola
vez o como un proceso automatizado y repetitivo.
Para configurar una base de datos para una mxima recuperabilidad, Oracle sugiere realizar
copias de seguridad planificadas de forma regular. La automatizacin de copias de seguridad
puede simplificar la carga de trabajo del administrador.
Planificacin de Copias de Seguridad: Review
Haga clic en Edit RMAN Script para revisar comandos

de RMAN.
Planificacin de Copias de Seguridad: Review

RMAN utiliza su propia sintaxis de comandos y su lenguaje de archivos de comandos. Haga clic
en el botn Edit RMAN Script para ver los comandos que ha generado el planificador de copia
de seguridad segn las especificaciones proporcionadas por el usuario.
Mediante esta pgina puede personalizar los archivos de comandos de RMAN si es necesario o
copiarlos con fines de registro.
Copia de Seguridad del Archivo de Control

en un Archivo de Rastreo
Los archivos de control tienen una opcin
adicional de copia de seguridad.
Las copias de seguridad para rastreo de archivos de

control se pueden utilizar para recuperar la prdida
de todos los archivos de control.
Copia de Seguridad del Archivo de Control en un Archivo de Rastreo

Haga clic en Control Files en la regin Storage de la pgina de propiedades Administration para
gestionar los archivos de control de la base de datos. Los archivos de control tienen una opcin
de copia de seguridad adicional; se puede hacer una copia de seguridad de los mismos en un
archivo de rastreo. Una copia de seguridad para rastreo de archivos de control contiene la
sentencia SQL necesaria para volver a crear los archivos de control en caso de que se pierdan
todos los archivos de control.
Aunque es bastante improbable que una base de datos configurada correctamente (con varias
copias del archivo de control en distintos discos y distintos controladores) pierda todos los
archivos de control al mismo tiempo, es posible. Por lo tanto, el administrador debe realizar
una copia de seguridad del archivo de control en un archivo de rastreo tras cada cambio en la
estructura fsica de la base de datos (adicin de tablespaces o archivos de datos, o adicin de
grupos de redo logs adicionales).
Las copias de rastreo del archivo de control se pueden crear con Enterprise Manager (como se
indica en la diapositiva) haciendo clic en Control Files en la pgina de propiedades
Administration o con el siguiente comando SQL:
SQL> ALTER DATABASE BACKUP CONTROLFILE TO TRACE;
La copia de seguridad para rastreo se crea en la ubicacin especificada mediante el parmetro de

inicializacin USER_DUMP_DEST con un nombre de archivo como sid_ora_pid.trc.
Copia de Seguridad del Archivo de Control en un Archivo de Rastreo (continuacin)

El archivo de rastreo contiene informacin sobre los destinos de archive log seguida de comandos
que crean archivos de control de sustitucin y, a continuacin, recupera la base de datos:
CREATE CONTROLFILE REUSE DATABASE ORCL NORESETLOGS ARCHIVELOG
MAXLOGFILES 16
MAXLOGMEMBERS 3
MAXDATAFILES 100
MAXINSTANCES 8
MAXLOGHISTORY 226
LOGFILE
GROUP 1 '/oracle/oradata/orcl/redo01.log' SIZE 10M,
GROUP 2 '/oracle/oradata/orcl/redo02.log' SIZE 10M,
GROUP 3 '/oracle/oradata/orcl/redo03.log' SIZE 10M
DATAFILE
'/oracle/oradata/orcl/system01.dbf',
'/oracle/oradata/orcl/undotbs01.dbf',
'/oracle/oradata/orcl/sysaux01.dbf',
'/oracle/oradata/orcl/users01.dbf',
'/oracle/oradata/orcl/example01.dbf'
CHARACTER SET WE8ISO8859P1;
-- Commands to re-create incarnation table
-- Below log names MUST be changed to existing filenames on
-- disk. Any one log file from each branch can be used to
-- re-create incarnation records.
-- ALTER DATABASE REGISTER LOGFILE
'/oracle/flash_recovery_area/ORCL/archivelog/2003_12_05/o1_mf_1_
1_%u_.arc';
-- ALTER DATABASE REGISTER LOGFILE
'/oracle/flash_recovery_area/ORCL/archivelog/2003_12_05/o1_mf_1_
1_%u_.arc';
-- Recovery is required if any of the data files are restored
backups,
-- or if the last shutdown was not normal or immediate.
RECOVER DATABASE
-- All logs need archiving and a log switch is needed.
ALTER SYSTEM ARCHIVE LOG ALL;
-- Database can now be opened normally.
ALTER DATABASE OPEN;
-- Commands to add tempfiles to temporary tablespaces.
-- Online tempfiles have complete space information.
-- Other tempfiles may require adjustment.
ALTER TABLESPACE TEMP ADD TEMPFILE
'/oracle/oradata/orcl/temp01.dbf'
SIZE 20971520 REUSE AUTOEXTEND ON NEXT 655360 MAXSIZE
32767M;
Gestin de Copias de Seguridad
Gestin de Copias de Seguridad

Haga clic en Manage Current Backups en la pgina de propiedades Maintenance para gestionar
las copias de seguridad existentes. En esta pgina puede ver cundo se complet una copia de
seguridad, dnde se cre (disco o cinta) y si an est disponible.
En la parte superior de la pgina Manage Current Backups aparecen cuatro botones que permiten
trabajar con copias de seguridad existentes.
Catalog Additional Files: Aunque RMAN (al trabajar mediante Enterprise Manager) es el
modo recomendado para crear copias de seguridad, se pueden crear copias de imagen o
juegos de copias de seguridad mediante algn otro tipo de medio u entorno que no tenga en
cuenta RMAN. Esta tarea identifica esos archivos y los agrega al catlogo.
Crosscheck All: RMAN puede suprimir automticamente las copias de seguridad
obsoletas, pero tambin puede suprimirlas utilizando comandos del sistema operativo. Si
suprime una copia de seguridad sin utilizar RMAN, el catlogo no tendr conocimiento de
que sta falta hasta que realice una comprobacin cruzada entre el catlogo y lo que hay
realmente all.
Delete All Obsolete: Suprime las copias de seguridad anteriores a la poltica de retencin.
Delete All Expired: Suprime la lista del catlogo para las copias de seguridad que no se
encontraron al realizar la comprobacin cruzada.
rea de Recuperacin de Flash

Controlar el rea de recuperacin de flash para:
Configurar el registro de flashback
Dimensionar el rea de recuperacin
Visualizar el consumo de espacio actual
rea de Recuperacin de Flash

El rea de recuperacin de flash es un espacio separado en el disco para contener archive logs,
copias de seguridad y logs de flashback.
Si ha configurado los archive logs para que se escriban en esta ubicacin (con el indicador
USE_DB_RECOVERY_AREA en una de las ubicaciones), es importante controlar este espacio
para asegurarse de que no alcanza la capacidad. Si la instancia no puede crear un archive log
debido a falta de espacio, se detiene hasta que el administrador corrija la situacin.
Al hacer clic en Recovery Settings en la pgina de propiedades Maintenance se accede a los
valores de Flash Recovery Area. En esta pgina puede:
Especificar la ubicacin del rea de recuperacin de flash
Especificar el tamao del rea de recuperacin de flash (Oracle recomienda que sea al
menos dos veces el tamao de la base de datos para que pueda contener una copia de
seguridad y varios archive logs)
Verificar qu cantidad del rea de recuperacin de flash se ha consumido
Configurar el flashback de base de datos. El flashback de base de datos se trata en la
leccin titulada Realizacin de Flashback.
Resumen
Crear copias de seguridad de bases de datos
consistentes
Realizar copias de seguridad de bases de datos
sin cerrarlas
Crear copias de seguridad incrementales
Automatizar copias de seguridad de bases de
datos
Controlar el rea de recuperacin de flash

Creacin de Copias de Seguridad de
Bases de Datos
Configuracin de la base de datos para realizar
copias de seguridad
Realizacin de una copia de seguridad de la base
de datos mientras sta est abierta para mantener
la actividad de los usuarios
Planificacin de copias de seguridad
incrementales automticas de la base de datos
por las noches
Recuperacin de Bases de Datos
Objetivos

recuperar la prdida de lo siguiente:
Archivo de control
Archivo redo log
Archivo de datos
Apertura de una Base de Datos

Para abrir una base de datos:
Todos los archivos de control deben estar
presentes y sincronizados
Todos los archivos de datos online deben estar
presentes y sincronizados
Al menos un miembro de cada grupo de redo logs
debe estar presente
OPEN
STARTUP
MOUNT
NOMOUNT
SHUTDOWN
Apertura de una Base de Datos

Cuando una base de datos cambia de la etapa de cierre hasta estar completamente abierta, realiza
comprobaciones internas de consistencia. Las etapas son:
NOMOUNT: Para que una instancia alcance el estado NOMOUNT (tambin denominado
STARTED), la instancia debe leer el archivo de parmetros de inicializacin. No se
comprueba ningn archivo de base de datos mientras la instancia entra en el estado
NOMOUNT.
MOUNT: Cuando la instancia cambia al estado MOUNT, comprueba si todos los archivos
de control que aparecen en el archivo de parmetros de inicializacin estn presentes y
sincronizados. Si falta un archivo de control o est corrupto, la instancia devuelve un error
(con el archivo de control que falta) al administrador y permanece en estado NOMOUNT.
OPEN: Cuando la instancia cambia del estado MOUNT a OPEN:
- Comprueba si todos los grupos de redo logs que conoce el archivo de control tienen al
menos un miembro. Todos los miembros que faltan se anotan en el log de alertas.
Apertura de una Base de Datos (continuacin)

- Verifica que todos los archivos de datos que conoce el archivo de control estn
presentes a menos que se hayan puesto offline. Los archivos offline no se
comprueban hasta que el administrador intenta ponerlos online. El administrador
puede poner un archivo de datos offline y abrir la instancia siempre que el archivo
de datos no pertenezca a los tablespaces SYSTEM o UNDO. Si falta algn archivo,
se devuelve al administrador un error que indica el primer archivo que falta, y la
instancia sigue en estado MOUNT. Cuando la instancia descubre que faltan archivos,
slo aparece en el mensaje de error el primer archivo que causa el problema. Para
buscar todos los archivos que es necesario recuperar, el administrador puede
comprobar la vista de rendimiento dinmico v$recover_file para obtener una
lista completa de los archivos que necesitan atencin:
SQL> startup
ORACLE instance started.
Total System Global Area 171966464 bytes
Fixed Size
775608 bytes
Variable Size
145762888 bytes
Database Buffers
25165824 bytes
Redo Buffers
262144 bytes
Database mounted.
ORA-01157: cannot identify/lock data file 4 - see DBWR trace
file
ORA-01110: data file 4: '/oracle/oradata/orcl/users01.dbf'
SQL> SELECT name, error
2 FROM v$datafile
3 JOIN v$recover_file
4 USING (file#);
NAME
ERROR
----------------------------------- -----------------/oracle/oradata/orcl/users01.dbf FILE NOT FOUND
/oracle/oradata/orcl/example01.dbf FILE NOT FOUND
Verifica que todos los archivos de datos que no estn offline o son de slo lectura
estn sincronizados con el archivo de control. Si es necesario, la recuperacin de la
instancia se realiza automticamente. Sin embargo, si un archivo no est sincronizado
de forma que no se puede recuperar mediante los grupos de redo logs online, el
administrador debe realizar una recuperacin del medio fsico. Si algn archivo
necesita la recuperacin del medio fsico, se devuelve al administrador un mensaje de
error que indica el primer archivo que se necesita recuperar, y la instancia sigue en
estado MOUNT:
ORA-01113: file 4 needs media recovery
ORA-01110: data file 4: '/oracle/oradata/orcl/users01.dbf'
De nuevo, v$recover_file proporciona una lista completa de los archivos que

necesitan atencin. Se enumeran los archivos que estn presentes y que necesitan
recuperacin de medios fsicos, pero no se muestra ningn mensaje de error.
Cambio del Estado de la Instancia

Utilice Database Control para modificar el estado de
la instancia.
Cambio del Estado de la Instancia

Al iniciar la instancia, el modo de inicio por defecto es OPEN. Puede decidir iniciar la instancia
en algn otro modo o puede que problemas con la base de datos le obliguen a iniciar la instancia
en otro modo. La pgina de propiedades Advanced Startup Options permite seleccionar un
estado que no sea OPEN al iniciar la instancia y modificar el estado si la instancia ya se ha
iniciado en otro modo. Tambin puede utilizar comandos SQL para modificar el estado de una
instancia:
SQL> STARTUP NOMOUNT
ORACLE instance started.
Total System Global Area

Fixed Size
Variable Size
Database Buffers
Redo Buffers
188743680
778036
162537676
25165824
262144
bytes
bytes
bytes
bytes
bytes
SQL> ALTER DATABASE MOUNT

Database altered.
SQL> ALTER DATABASE OPEN
Mantenimiento de una Base de Datos Abierta
Una vez abierta la instancia, falla en el caso de

prdida de:
Cualquier archivo de control
Un archivo de datos que pertenezca a los
tablespaces del sistema o de deshacer
Todo un grupo de redo logs. Siempre que al
menos un miembro del grupo est disponible,
la instancia permanece abierta
Mantenimiento de una Base de Datos Abierta

Una vez abierta una instancia, el fallo del medio fsico que causa la prdida de un archivo de
control, la prdida de todo un grupo de redo logs o la prdida de un archivo de datos que
pertenece a los tablespaces SYSTEM o UNDO provoca que la instancia falle.
En muchos casos la instancia fallida no se cierra completamente, sino que no puede continuar
realizando el trabajo. La recuperacin de estos tipos de fallos del medio fsico se debe realizar
con la base de datos cerrada, por lo que el administrador debe utilizar el comando SHUTDOWN
ABORT antes de que iniciar la recuperacin.
La prdida de archivos de datos que pertenezcan a otros tablespace no provoca ningn fallo de la
instancia y se puede recuperar la base de datos mientras est abierta continuando con trabajo en
otros tablespace.
Podr detectar estos errores si consulta el archivo log de alertas.
Prdida de un Archivo de Control
Si se pierde o se corrompe un archivo de control,

normalmente la instancia se aborta, momento en el
que debe realizar los pasos siguientes:
1. Cierre la instancia si an est abierta.
2. Restaure el archivo de control que falta copiando
uno existente.
3. Inicie la instancia.
Archivos de control
Prdida de un Archivo de Control

Para recuperar un archivo de control perdido (siempre que quede al menos un archivo de
control), realice los siguientes pasos:
1. Si la instancia an no ha fallado, cirrela mediante SHUTDOWN ABORT.
2. Copie uno de los restantes archivos de control en la ubicacin del archivo que falta. Si el
fallo del medio fsico se debe a la prdida de una unidad o controlador de disco, copie uno
de los archivos de control restantes en otra ubicacin y actualice el archivo de parmetros
de la instancia para que apunte a la nueva ubicacin. Asimismo, puede suprimir la
referencia al archivo de control que falta desde el archivo de parmetros de inicializacin.
Recuerde que Oracle recomienda tener al menos dos archivos de control en todo momento.
3. Inicie la instancia.
La recuperacin de todos los archivos de control perdidos se trata en Base de Datos Oracle 11g:
Taller de Administracin II.
Prdida de un Archivo Redo Log

Si se pierde un miembro de un grupo de archivos redo
log, siempre que el grupo siga teniendo al menos un
miembro:
1. No afectar al funcionamiento normal de la instancia
2. Recibir un mensaje en el log de alertas que le
notifica que no se ha encontrado un miembro
3. Restaure el archivo log que falta copiando uno de
los restantes del mismo grupo
Prdida de un Archivo Redo Log

La recuperacin de un nico miembro perdido del grupo de redo logs no debe afectar a la
instancia en ejecucin. Para realizar esta recuperacin, realice los siguientes pasos:
1. Determine si falta un archivo log examinando el log de alertas.
2. Restaure el archivo que falta copiando uno de los restantes del mismo grupo.
3. Si el fallo del medio fsico se debe a la prdida de una unidad o controlador de disco,
cambie el nombre del archivo que falta.
4. Si el grupo ya se ha archivado o si est en modo NOARCHIVELOG, puede resolver el
problema limpiando el grupo de logs para volver a crear el archivo o archivos que faltan.
Seleccione el grupo adecuado y, a continuacin, la accin Clear Logfile. Tambin puede
limpiar el grupo afectado manualmente con el siguiente comando:
SQL> ALTER DATABASE CLEAR LOGFILE GROUP #;
Nota: Database Control no permite limpiar un grupo de logs que no se ha archivado. Si lo

hace romper la cadena de informacin de redo. Si debe limpiar un grupo de logs no archivado,
debe realizar inmediatamente una copia de seguridad completa de toda la base de datos. De lo
contrario, se puede producir una prdida de datos en caso de que se produzca otro fallo. Para
limpiar un grupo de logs no archivado, utilice el comando siguiente:
SQL> ALTER DATABASE CLEAR UNARCHIVED LOGFILE GROUP #;
Prdida de un Archivo de Datos en

Modo NOARCHIVELOG
Si la base de datos est en modo NOARCHIVELOG y se pierde
cualquier archivo de datos, realice las siguientes tareas:
1. Cierre la instancia si an no lo est.
2. Restaure toda la base de datos, incluidos todos los
archivos de datos y de control de la copia de seguridad.
3. Abra la base de datos.
4. Los usuarios tienen que volver a introducir todos los
cambios realizados desde la ltima copia de seguridad.
Usuario
Usuario
Usuario
Usuario
Usuario
Prdida de un Archivo de Datos en Modo NOARCHIVELOG

La prdida de cualquier archivo de datos de una base de datos en modo NOARCHIVELOG
necesita una restauracin completa de la base de datos, incluidos los archivos de control y todos
los archivos de datos.
Con la base de datos en modo NOARCHIVELOG, la recuperacin slo es posible hasta el
momento en que se realiz la ltima copia de seguridad. Por este motivo, los usuarios tienen que
volver a introducir todos los cambios realizados desde esa copia de seguridad. Para este tipo de
recuperacin, realice las siguientes tareas:
1. Cierre la instancia si an no lo est.
2. Haga clic en Perform Recovery en la pgina de propiedades Maintenance.
3. Seleccione Whole Database como tipo de recuperacin.
Prdida de un Archivo de Datos No Crtico

en Modo ARCHIVELOG
Si un archivo de datos se pierde o est corrupto, y
dicho archivo no pertenece al tablespace SYSTEM o
UNDO, restaure y recupere el archivo de datos que falta.
Usuarios
Prdida de un Archivo de Datos No Crtico en Modo ARCHIVELOG

Con la base de datos en modo ARCHIVELOG, la prdida de cualquier archivo de datos que no
pertenezca a los tablespaces SYSTEM o UNDO afecta slo a los objetos que estn en el archivo
que falta. El resto de la base de datos sigue disponible para que los usuarios continen con el
trabajo. Para restaurar y recuperar el archivo de datos que falta, realice los siguientes pasos:
2. Seleccione Datafiles como tipo de recuperacin y, a continuacin, Restore to current
time or a previous point-in-time.
3. Agregue todos los archivos de datos que sea necesario recuperar.
4. Determine si desea restaurar los archivos a la ubicacin por defecto o (si falta un disco o
controlador) a una nueva ubicacin.
5. Ejecute el trabajo RMAN para restaurar y recuperar los archivos que faltan.
Puesto que la base de datos est en modo ARCHIVELOG, la recuperacin es posible hasta el
momento de la ltima confirmacin y no es necesario que los usuarios vuelvan a introducir
ningn dato.
Prdida de un Archivo de Datos Crtico del

Sistema en Modo ARCHIVELOG
Si un archivo de datos se pierde o est corrupto, y
dicho archivo pertenece al tablespace SYSTEM o UNDO :
1. Puede que la instancia se cierre automticamente
o que no se cierre. Si no se cierra, utilice
SHUTDOWN ABORT para cerrarla.
2. Monte la base de datos
3. Restaure y recupere el archivo de datos que falta
4. Abra la base de datos
Usuarios
Prdida de un Archivo de Datos Crtico del Sistema

Los archivos de datos que pertenecen al tablespace SYSTEM o que contienen los datos UNDO se
consideran crticos del sistema. La prdida de uno de estos archivos necesita que se restaure la
base de datos desde el estado MOUNT (a diferencia de otros archivos de datos que se pueden
restaurar con la base de datos abierta). Para realizar esta recuperacin, realice los siguientes
pasos:
1. Si la instancia an no se ha cerrado, cirrela.
2. Monte la base de datos.
4. Seleccione Datafiles como tipo de recuperacin y, a continuacin, Restore to current
time or a previous point-in-time.
5. Agregue todos los archivos de datos que sea necesario recuperar.
6. Determine si desea restaurar los archivos a la ubicacin por defecto o (si falta un disco o
controlador) a una nueva ubicacin.
7. Ejecute el trabajo RMAN para restaurar y recuperar los archivos que faltan.
8. Abra la base de datos. Los usuarios no tienen que volver a introducir los datos porque la
recuperacin se ha realizado hasta el momento de la ltima confirmacin.
Resumen
En esta leccin, debe haber aprendido a recuperar la

prdida de lo siguiente:
Archivo de control
Archivo redo log
Archivo de datos

Recuperacin de Bases de Datos
En esta prctica se aborda la recuperacin ante la
prdida de lo siguiente:
Archivo de control
Archivo redo log
Archivo de datos no crtico
Archivo de datos crtico del sistema
Realizacin de Flashback
Objetivos
Al finalizar esta leccin, debera estar capacitado para:
Describir la funcin de flashback de base de datos
Restaurar el contenido de la tabla a un punto
especfico en el pasado con flashback de tabla
Recuperar una tabla borrada
Visualizar el contenido de la base de datos desde
cualquier punto en el tiempo con consulta de
flashback
Visualizar las versiones de una fila a lo largo del
tiempo con consulta de flashback de versiones
Visualizar el historial de transacciones o una fila
con consulta de flashback de transacciones
Tecnologa de Flashback:
Ventajas
> Visin General

Base de Datos
Tabla
Borrado
Consulta
Versiones
Transaccin
La tecnologa de flashback es un avance

revolucionario en la recuperacin.
Las tcnicas de recuperacin tradicionales son lentas.
Se debe restaurar toda la base de datos o un archivo
(no slo los datos incorrectos).
Se deben examinar todos los cambios del log de la base
de datos.
La operacin de flashback es rpida.

Los cambios se indexan por fila y por transaccin.
Slo se restauran los datos cambiados.
Los comandos de flashback son sencillos.

No se incluyen procedimientos complejos de varios pasos.
Tecnologa de Flashback: Ventajas

La arquitectura de la base de datos Oracle 11g aprovecha las ventajas tecnolgicas nicas en el
rea de recuperacin de bases de datos por la prdida de datos debido a errores humanos. La
tecnologa de flashback ofrece un juego de funciones nuevas para visualizar y rebobinar los
datos hacia delante y hacia atrs en el tiempo.
Esta tecnologa revoluciona la recuperacin ya que simplemente acta en los datos cambiados.
El tiempo que se tarda en recuperarse del error equivale ahora al que se tarda en cometerlo.
Cuando sea aplicable, la tecnologa de flashback ofrece ventajas importantes sobre la
recuperacin del medio fsico en trminos de facilidad de uso, disponibilidad y tiempo de
restauracin.
Cundo Utilizar la Tecnologa de Flashback

Nivel de
Objeto
Ejemplos de Supuestos
Tecnologa
de Flashback
Usos
Afecta a
los Datos
Base de
datos
Truncar una tabla;

cambios no deseados
realizados en varias
tablas
Base de datos
Logs de
flashback
Verdadero
Tabla
Borrar una tabla
Borrado
Papelera de
reciclaje
Verdadero
Actualizar con la clusula

WHERE incorrecta
Tabla
Datos de
deshacer
Verdadero
Comparar datos actuales

con datos anteriores
Consulta
Datos de
deshacer
Falso
Comparar versiones de
una fila
Versin
Datos de
deshacer
Falso
Investigar varios estados

histricos de los datos
Transaccin
Datos de
deshacer
Falso
Transaccin
Cundo Utilizar la Tecnologa de Flashback

La tecnologa de flashback se debe utilizar cuando se produce una corrupcin lgica en la base
de datos Oracle y necesita una recuperacin de datos rpida y sencilla. Al igual que con los
errores humanos, es difcil identificar los objetos y las filas que se ven afectados por una
transaccin errnea. Con la tecnologa de flashback, puede diagnosticar cmo se introdujeron los
errores en la base de datos y, a continuacin, reparar el dao. Puede ver las transacciones que
han contribuido a modificaciones de filas especficas, ver todo el juego de versiones de una fila
determinada durante un perodo de tiempo o simplemente ver los datos tal y como aparecan en
un momento concreto del pasado. En la tabla de la diapositiva se muestran los usos tpicos de la
tecnologa de flashback.
El flashback de base de datos utiliza los logs de flashback para realizar la operacin de
flashback. El flashback de borrado utiliza la papelera de reciclaje. Todas las dems tcnicas
utilizan los datos de deshacer.
No todas las funciones de flashback modifican la base de datos. Algunas son simples mtodos
para consultar otras versiones de los datos. Son herramientas que puede utilizar para investigar
un problema y como ayuda para la recuperacin. Los resultados de estas consultas de flashback
pueden ayudar a realizar una de las dos operaciones siguientes:
Determinar qu tipo de operacin de flashback que modifica la base de datos se debe
realizar para corregir el problema.
Introducir el juego de resultados de estas consultas en una sentencia INSERT, UPDATE o
DELETE que permita reparar fcilmente los datos errneos.
Realizacin de Flashback en Cualquier Error
La funcin de flashback de base de datos

devuelve la base de datos a un punto anterior
en el tiempo al deshacer todos los cambios
realizados desde ese momento.
La funcin de flashback de tabla recupera una
tabla a un punto en el tiempo pasado sin tener
que restaurar una copia de seguridad.
La funcin de flashback de borrado restaura las
tablas borradas por accidente.
Realizacin de Flashback en Cualquier Error

La base de datos Oracle 11g introduce capacidades ampliadas de flashback de base de datos.
Si se produce un error grave que origina cambios que no son aislados, como un trabajo por lotes
que se ejecuta dos veces seguidas, puede solicitar una operacin de flashback que recupera
rpidamente toda la base de datos hasta un punto anterior en el tiempo. Esto evita tener que
restaurar copias de seguridad y realizar una recuperacin point-in-time. Adems de las
operaciones de flashback a nivel de base de datos, tambin es posible realizar una operacin
de flashback de una nica tabla o recuperar una tabla borrada por error.
Flashback de Base de Datos:

Visin General
Visin General
> Base de Datos
Tabla
Borrado
Consulta
Versiones
Transaccin
La operacin de flashback de base de datos:

Funciona como un botn de rebobinado
en la base de datos
Se puede utilizar en casos de corrupcin de datos
lgicos provocada por los usuarios
Los
usuarios
generan
errores.
La base de
datos se
corrompe.
Pulsa el botn
de rebobinar.
La base de
datos se
rebobina.
Flashback de Base de Datos: Visin General

Con el flashback de base de datos puede devolver rpidamente la base de datos a un punto
anterior en el tiempo deshaciendo todos los cambios realizados desde ese momento. Esta
operacin es rpida, porque no es necesario restaurar las copias de seguridad. Puede utilizar
esta funcin para deshacer cambios que han provocado corrupciones de datos lgicos.
Si se han perdido medios fsicos o se ha producido corrupcin fsica en la base de datos,
deber utilizar los mtodos de recuperacin tradicionales.
Flashback de Base de Datos:

Reduccin del Tiempo de Restauracin
Recuperacin Incompleta
Generacin de logs
Copia de seguridad
Error del usuario
Flashback de Base de Datos

Logs de flashback
Copia de seguridad
Restauracin
de archivos
Base de datos
reparada
Aplicacin de
logs hacia delante
Base de datos
reparada
Error del
usuario
Aplicacin de logs de
flashback hacia atrs
Flashback de Base de Datos: Reduccin del Tiempo de Restauracin

La funcin de flashback de base de batos es ms rpida que la recuperacin point-in-time
tradicional que utiliza archivos restaurados y archivos redo log. A medida que una base de datos
aumenta de tamao, la cantidad de tiempo necesaria para restaurar todos los archivos de datos
con el fin de llevar a cabo una recuperacin point-in-time tradicional resulta prohibitiva. Con el
flashback de base de datos, el tiempo para recuperar una base de datos es ahora proporcional al
nmero de cambios que es necesario deshacer (y no al tamao de la base de datos) porque no
tiene que restaurar los archivos de datos.
El flashback de base de datos se implementa mediante un tipo de archivo log denominado log
de flashback de base de datos. La base de datos Oracle registra peridicamente imgenes
anteriores de bloques de datos en los logs de flashback de base de datos. Las imgenes de
bloque se pueden reutilizar para hacer retroceder con rapidez los cambios en los archivos de
datos hasta cualquier momento en que se hayan capturado logs de flashback justo antes de la
hora deseada. Entonces, se aplican los cambios a partir de los archivos redo log para rellenar el
hueco. Los logs de flashback de base de datos se crean y gestionan de forma automtica en el
rea de recuperacin de flash.
Flashback de Base de Datos: Consideraciones
Una vez terminada la operacin de flashback de

base de datos, la base de datos se debe abrir
mediante uno de los siguientes mtodos:
En el modo de slo lectura para verificar que se
han utilizado la hora o el SCN correctos
Con el parmetro RESETLOGS para permitir las
actualizaciones
Lo contrario de flashback es recuperar.
Flashback de Base de Datos: Consideraciones

En situaciones en las que no pueda utilizar la funcin de flashback de base de datos, debera
utilizar una operacin de recuperacin incompleta para devolver la base de datos a un momento
especfico. Una vez finalizada la operacin de flashback de base de datos, puede abrir la base de
datos en modo de slo lectura para verificar que se han utilizado la hora o el nmero de cambio
de sistema (SCN) correctos. De no ser as, puede volver a realizar la operacin de flashback de
base de datos de nuevo o bien llevar a cabo una recuperacin para avanzar la base de datos. Para
deshacer una operacin de flashback de base de datos, por tanto, debe recuperar la base de datos
hacia delante.
Nota: El destino de retencin de flashback no supone una garanta absoluta de que est
disponible la opcin de flashback. Si se precisa espacio para archivos necesarios en el rea
de recuperacin de flash, puede que los logs de flashback se supriman de forma automtica.
Flashback de Base de Datos: Limitaciones

No se puede utilizar la funcin de flashback de base
de datos en las siguientes situaciones:
El archivo de control se ha restaurado o se ha
vuelto a crear.
Se ha borrado un tablespace.
Se ha reducido un archivo de datos.
Tiempo de
flashback
Borrar
tablespace.
Reducir
Volver a crear
archivo de un archivo de
datos.
control.
Presente
Flashback de Base de Datos: Limitaciones

No puede utilizar el flashback de base de datos para recuperar un archivo de datos que se ha
borrado desde el tiempo de flashback. El archivo de datos borrado se agrega al archivo de control
y se marca como offline, pero no se incluye en la operacin de flashback. El flashback de base
de datos no puede realizar un flashback en un archivo de datos si se ha reducido desde el tiempo
de flashback. Cualquier archivo de datos de este tipo se debe poner offline antes de realizar una
operacin de flashback.
Activacin de la Funcin de Flashback de

Base de Datos
Activacin de la Funcin de Flashback de Base de Datos

El flashback de base de datos se puede activar en Enterprise Manager mediante el enlace
Recovery Settings de la pgina con separadores Maintenance. Active la casilla de control de la
regin Flash Recovery de la pgina y especifique el tiempo de retencin, que representa hasta
qu punto del pasado desea realizar un flashback en la base de datos.
Flashback de Tabla:
Visin General
El flashback de tabla recupera tablas a

un punto en el tiempo especfico.
El flashback de tabla se produce in situ.
La base de datos permanece online.
DML
errneos
Usuario
Visin General
Base de Datos
> Tabla
Borrado
Consulta
Versiones
Transaccin
Tablas con
flashback
Flashback de Tabla: Visin General

Con el flashback de tabla puede devolver un juego de tablas a un punto en el tiempo especfico
sin tener que realizar operaciones de recuperacin point-in-time tradicionales.
Una operacin de flashback de tabla se realiza in situ mientras la base de datos est online
mediante la realizacin de un rollback nicamente de los cambios efectuados en las tablas en
cuestin y en los objetos que dependen de ellas.
Una sentencia de flashback de tabla se ejecuta como una transaccin nica. Es necesario llevar
a cabo un flashback en todas las tablas de forma correcta o se realizar un rollback de toda la
transaccin.
Nota: La consulta de flashback de versiones y la consulta de flashback de transacciones
permiten determinar el tiempo de flashback adecuado.
Flashback de Tabla
Con el flashback de tabla, puede devolver una o

ms tablas a un punto en el tiempo especfico sin
restaurar ninguna copia de seguridad.
Los datos se recuperan de un tablespace de
deshacer para realizar una operacin de flashback
de tabla.
El privilegio FLASHBACK TABLE es necesario para
realizar un flashback en una tabla.
El movimiento de filas debe estar activado en la
tabla en la que se vaya a realizar la operacin de
flashback.
Flashback de Tabla
Con el flashback de tabla, puede devolver una o ms tablas a un punto en el tiempo especfico
sin restaurar ninguna copia de seguridad. Cuando se utiliza esta funcin, se restauran los datos de
la tabla y los objetos asociados (ndices, restricciones, disparadores, etc.). Los datos utilizados
para satisfacer una solicitud de flashback de tabla se recuperan del tablespace de deshacer.
La consulta de flashback de versiones y la consulta de flashback de transacciones permiten
determinar el tiempo de flashback adecuado. Para obtener ms informacin sobre el uso de
estas funciones, consulte Oracle Database Concepts.
El flashback de tabla proporciona a los usuarios una manera fcil y rpida de recuperar
modificaciones accidentales sin la participacin del administrador de la base de datos (DBA).
Es necesario otorgar el privilegio del sistema FLASHBACK TABLE o FLASHBACK ANY
TABLE a cualquier usuario que utilice la funcin de flashback de tabla. Adems, deber
otorgar los privilegios de objeto SELECT, INSERT, DELETE y ALTER TABLE al usuario.
Puede utilizar Enterprise Manager para realizar un flashback en una tabla: El asistente le guiar
por el proceso.
Activacin del Movimiento de Filas en una Tabla
ALTER TABLE employees ENABLE ROW MOVEMENT;
Activacin del Movimiento de Filas en una Tabla

Es necesario activar el movimiento de filas en una tabla para poder realizar un flashback en ella.
Al activar el movimiento de filas, el servidor de Oracle puede mover una fila de la tabla. Puede
utilizar Enterprise Manager para activar el movimiento de filas.
Con Enterprise Manager, puede activar el movimiento de filas de una tabla mediante los
siguientes pasos:
1. Seleccione Tables en la regin Schema de la pgina de propiedades Administration.
Introduzca el nombre del esquema para buscar la tabla y haga clic en Go.
2. Haga clic en el nombre de la tabla en la que desea activar el movimiento de filas. Aparece
la pgina View Table.
3. Haga clic en Edit para acceder a la pgina Edit Table.
4. Haga clic en el separador Options, en el que podr cambiar el valor de Enable Row
Movement de la tabla.
5. Defina Enable Row Movement en Yes y haga clic en Apply.
Aparece el mensaje de confirmacin de actualizacin.
Realizacin de Flashback de Tabla
FLASHBACK TABLE hr.employees TO TIMESTAMP

TO_TIMESTAMP('2013-05-05 05:32:00',
'YYYY-MM-DD HH24:MI:SS');
Realizacin de Flashback de Tabla

Puede realizar un flashback en una tabla en Enterprise Manager mediante los siguientes pasos:
1. Seleccione Perform Recovery en la regin Backup/Recovery de la pgina de propiedades
Maintenance. Aparece la pgina Perform Recovery.
2. En la regin Object Level Recovery, seleccione Tables en la lista desplegable Object Type.
3. Seleccione Flashback Existing Tables como Operation Type. Haga clic en Perform Object
Level Recovery. Aparece la pgina Perform Object Level Recovery: Point-in-time.
4. Seleccione Flashback to a timestamp o Flashback to a known SCN y, a continuacin,
especifique un registro de hora o SCN para realizar un flashback y haga clic en Next.
5. Haga clic en Add Tables para agregar tablas a la lista de la operacin de flashback. Haga
clic en Next.
6. Si existen tablas dependientes, aparece la pgina Dependency Options. Seleccione la
opcin que desee para gestionar las tablas dependientes. Normalmente, debera seleccionar
Cascade para garantizar un flashback consistente. Haga clic en Next.
7. Aparece la pgina Perform Object Level Recovery: Review. Revise la informacin y
haga clic en Submit. Aparecer la pgina Confirmation.
Nota: Tambin puede realizar un flashback de tablas a travs del enlace Tables de la regin
Schema de la pgina Administration.
Flashback de Tabla: Consideraciones
El comando FLASHBACK TABLE se ejecuta como

una sola transaccin y adquiere bloqueos de DML
exclusivos.
El flashback no afecta a las estadsticas.
Se mantienen los ndices y los objetos
dependientes actuales.
Operaciones de flashback de tabla:
No se pueden realizar en tablas del sistema
No pueden abarcar operaciones de DDL
Se escriben en el archivo log de alertas
Generan datos de deshacer y de redo
Flashback de Tabla: Consideraciones

La sentencia FLASHBACK TABLE completa se ejecuta en una nica transaccin. Se realiza
un flashback en todas o en ninguna de las tablas especificadas.
La operacin de flashback de tabla adquiere bloqueos de lenguaje de manipulacin de
datos (DML) exclusivos en todas las tablas especificadas en la sentencia durante el perodo
de tiempo en que la operacin est en curso.
El flashback no se aplica a las estadsticas de los objetos afectados.
Se mantienen todos los ndices existentes. Los ndices borrados no se vuelven a crear.
Las vistas materializadas dependientes de confirmacin tambin se mantienen de forma
automtica.
La sentencia FLASHBACK TABLE se escribe en el log de alertas.
Se realiza un flashback en las tablas especificadas mediante la sentencia FLASHBACK
TABLE, siempre que no se viole ninguna de las restricciones de las tablas. Si se viola
alguna restriccin durante la ejecucin del flashback, la operacin se aborta y las tablas
permanecen en el mismo estado en el que se encontraban justo antes de la llamada a la
sentencia FLASHBACK TABLE.
Flashback de Tabla: Consideraciones (continuacin)

No puede realizar un flashback de tabla a una hora concreta anterior a la hora de la
ejecucin de una operacin de lenguaje de definicin de datos (DDL) que modific la
estructura de una tabla o que redujo una tabla que se iba a incluir en la operacin de
flashback. Esta restriccin no se aplica a las sentencias DDL que slo cambian los atributos
de almacenamiento de las tablas.
No se puede realizar un flashback de tabla en las tablas del sistema, las tablas remotas ni
las tablas fijas.
Flashback de Borrado:
Visin General
Visin General
Base de Datos
Tabla
> Borrado
Consulta
Versiones
Transaccin
Papelera
de reciclaje
DROP TABLE employees;
FLASHBACK TABLE
employees
TO BEFORE DROP;
Se cometi
un error.
Flashback de Borrado: Visin General

Con la funcin de flashback de borrado puede deshacer los efectos de una sentencia DROP
TABLE sin tener que utilizar la recuperacin point-in-time tradicional. Esto es posible gracias
a la papelera de reciclaje, que se puede consultar a travs de la vista DBA_RECYCLEBIN.
Flashback de Tablas Borradas

mediante Enterprise Manager
Tambin se realiza un flashback

en el ndice de bitmap dependiente.
Flashback de Tablas Borradas mediante Enterprise Manager

Para realizar un flashback de tablas borradas con la Consola de Database Control, seleccione
Perform Recovery en la regin Backup/Recovery de la pgina Maintenance. Seleccione Tables
para Object Type de la regin Type y seleccione Flashback Dropped Tables en la regin
Operation Type. Despus de realizar esta accin, haga clic en Perform Object Level Recovery.
Ahora deber ver la pgina Perform Object Level Recovery: Dropped Objects Selection, en la
que puede seleccionar las tablas borradas de la papelera de reciclaje. Tambin puede consultar el
contenido de las tablas borradas haciendo clic en View Content. Seleccione las tablas que desee
recuperar y haga clic en Next.
Aparece la pgina Perform Object Level Recovery: Rename, en la que puede cambiar el
nombre de la tabla si existe otra con el mismo nombre en el mismo esquema. Haga clic en Next
para continuar. En la pgina Perform Object Level Recovery: Review, puede revisar los
detalles de la operacin, as como mostrar las sentencias SQL correspondientes. Cuando est
preparado, haga clic en Submit. Ahora debe aparecer la pgina Confirmation. Haga clic en OK
para volver a la pgina Maintenance.
Nota: Tambin puede realizar un flashback de tablas borradas a travs del enlace Tables de la
regin Schema de la pgina Administration. En la pgina Tables, haga clic en el botn Recycle
Bin.
Flashback de Borrado: Consideraciones
La funcin de flashback de borrado no funciona

con las tablas que:
Residen en el tablespace SYSTEM
Utilizan auditora detallada o base de datos privada
virtual
Residen en un tablespace gestionado por
diccionario
Han sido depuradas, ya sea de forma manual o
automtica por problema de espacio
Las siguientes dependencias no se protegen:

ndices de unin de bitmap
Logs de vistas materializadas
Restricciones de integridad referencial
ndices borrados antes que las tablas
Flashback de Borrado: Consideraciones

La funcin de flashback de borrado slo funciona con tablas situadas en tablespaces gestionados
de forma local (LMT) que no son SYSTEM. No obstante, en los objetos dependientes que residen
en tablespaces gestionados por diccionario se realiza un flashback como parte de la operacin de
flashback del objeto principal que alberga LMT.
En las tablas con polticas de auditora detallada (FGA) o de base de datos privada virtual (VPD)
definidas no se puede realizar una operacin de flashback de borrado. Tampoco es posible
realizar un flashback de borrado en una tabla que se haya depurado. Puede que se haya depurado
manualmente con la sentencia PURGE o automticamente por necesidad de espacio para otros
objetos del tablespace.
Al realizar un flashback de borrado en una tabla, tambin se realiza un flashback en todos los
objetos dependientes de dicha tabla desde la papelera de reciclaje. Existen algunas excepciones:
No se puede realizar un flashback en los ndices de unin de bitmap, las restricciones de
integridad referencial y los logs de vistas materializadas, aunque s se pueda realizar en su tabla
principal.
Nota: Si borra un ndice antes que la tabla a la que est asociado, la recuperacin del ndice no
es posible cuando se hace un flashback de la tabla borrada.
Acceso al Tiempo
de Flashback
Consulta de flashback
Consultar todos los datos de un punto
en el tiempo determinado.
Visin General
Base de Datos
Tabla
Borrado
> Consulta
Versiones
Transaccin
Consulta de flashback de versiones

Ver todas las versiones de una fila entre dos horas.
Ver las transacciones que cambiaron la fila.
Consulta de flashback de
transacciones
Tiempo
Ver todos los cambios

que ha realizado una
transaccin.
Transaccin 3
Transaccin 2
Transaccin 1
Flashback
Acceso al Tiempo de Flashback

La tecnologa de flashback ofrece la capacidad de consultar versiones anteriores de objetos de
esquema, consultar datos histricos o realizar anlisis de cambios. Cada transaccin genera de
forma lgica una nueva versin de la base de datos. Con la tecnologa de flashback, puede
navegar por estas versiones para buscar un error y su causa:
Consulta de Flashback: Consulta de todos los datos existentes en un punto en el tiempo
determinado.
Consulta de Flashback de Versiones: Visualizacin de todas las versiones de las filas
entre dos horas y las transacciones que cambiaron la fila.
Consulta de Flashback de Transacciones: Visualizacin de todos los cambios que ha
realizado una transaccin.
Consulta de Flashback: Visin General
Actualizaciones
no deseadas
t1
t2
SELECT employee_id, salary FROM employees

AS OF TIMESTAMP t1
WHERE employee_id = 200
Consulta de Flashback: Visin General

Con la funcin de consulta de flashback, puede realizar consultas en la base de datos
relacionadas con un momento determinado. Al utilizar la clusula AS OF de la sentencia
SELECT, puede especificar el registro de hora para el que desea visualizar los datos. Esto resulta
til para analizar una discrepancia en los datos.
Nota: A la clusula AS OF le pueden seguir TIMESTAMP o SCN.
Consulta de Flashback: Ejemplo
= 4,40
0
= 4,40
0
= 4,840
11:00
11:10
UPDATE employees SET salary =

(SELECT salary FROM employees
AS OF TIMESTAMP TO_TIMESTAMP
('2013-05-04 11:00:00', 'yyyy-mm-dd hh24:mi:ss')
WHERE employee_id = 200)
WHERE employee_id = 200
Consulta de Flashback: Ejemplo

Si se ha concedido, por error, un aumento a un empleado recientemente, puede volver a
actualizar el salario asignando el salario proporcionado mediante una subconsulta que
devuelve el valor en el que se ha realizado el flashback.
Consulta de Flashback de
Versiones: Visin General
Transaccin 0
Transaccin 1
Transaccin 2
Visin General
Base de Datos
Tabla
Borrado
Consulta
> Versiones
Transaccin
Employees
200
t1
t2
SELECT versions_xid, salary FROM employees

VERSIONS BETWEEN TIMESTAMP t1 and t2
WHERE employee_id = 200;
Transaccin 0
Transaccin 1
Transaccin 2
Consulta de Flashback de Versiones: Visin General

Con la funcin de consulta de flashback, puede realizar consultas en la base de datos a partir
de un intervalo de tiempo determinado o un rango de nmeros de cambio del sistema (SCN)
especificado por el usuario. La funcin de consulta de flashback de versiones permite utilizar la
clusula VERSIONS para recuperar todas las versiones de las filas existentes entre dos puntos
en el tiempo o dos SCN.
Las filas devueltas por la consulta de flashback de versiones representan un historial de cambios
de las filas entre transacciones. La consulta de flashback de versiones slo recupera las
incidencias confirmadas de las filas. Las versiones no confirmadas de las filas de una transaccin
no se muestran. Las filas devueltas tambin incluyen las versiones suprimidas y las
posteriormente insertadas de dichas filas.
Puede utilizar la consulta de flashback de versiones para recuperar el historial de filas. Esto
ofrece una forma de auditar las filas de una tabla y recuperar informacin sobre las transacciones
que han afectado a las filas. A continuacin, puede utilizar el identificador de transaccin
devuelto para realizar una extraccin de transaccin mediante LogMiner o realizar una consulta
de flashback de versiones, que se tratar ms adelante en esta leccin.
Nota: En el ejemplo, VERSIONS_XID es una pseudocolumna que devuelve el identificador de
transaccin de la versin correspondiente de una fila.
Consulta de Flashback de Versiones

Consulta de Flashback de Versiones mediante Enterprise Manager

La consulta de flashback de versiones tambin se puede llevar a cabo mediante Enterprise
Manager. En la pgina Maintenance, seleccione Perform Recovery.
En la pgina Perform Recovery, seleccione Tables en Object Type y Flashback Existing Tables
en Operation Type. Haga clic en Perform Object Level Recovery. En la pgina Perform Object
Level Recovery: Point-in-Time, seleccione Evaluate row changes and transactions to decide
on a point in time y especifique el nombre de la tabla de destino.
Seleccione las columnas que desee visualizar en el recuadro Available Columns y, a
continuacin, introduzca una clusula de bsqueda en el recuadro Bind The Row Value.
Seleccione Show all row history y haga clic en Next.
Consulta de Flashback de Versiones:

Consideraciones
La clusula VERSIONS no se puede utilizar para

realizar consultas en:
Tablas externas
Tablas temporales
Tablas fijas
Vistas
La clusula VERSIONS no puede abarcar

comandos DDL.
Las operaciones de reduccin de segmentos se
filtran.
Consulta de Flashback de Versiones: Consideraciones

La clusula VERSIONS no se puede utilizar para consultar las siguientes tablas especiales:
Tablas externas
Tablas temporales
Tablas fijas
No puede utilizar la clusula VERSIONS para realizar una consulta en una vista. Sin embargo,
una definicin de vista puede utilizar la clusula VERSIONS.
La clusula VERSIONS en una sentencia SELECT no puede producir versiones de filas en las
sentencias DDL que cambian la estructura de las tablas correspondientes. Esto significa que la
consulta deja de producir filas cuando alcanza una hora del pasado en que se cambi la
estructura.
Ciertas operaciones de mantenimiento, como la reduccin de un segmento, pueden mover las
filas de la tabla de un bloque a otro. En tal caso, la consulta de versiones filtra estas versiones
fantasma porque los datos de la fila permanecen sin cambios.
Consulta de Flashback de
Transacciones: Visin General
FLASHBACK_TRANSACTION_QUERY
Visin General
Base de Datos
Tabla
Borrado
Consulta
Versiones
> Transaccin
DBA
DML
errneo
SQL de
deshacer
Usuario
Consulta de Flashback de Transacciones: Visin General

La consulta de flashback de transacciones es una herramienta de diagnstico que puede utilizar
para ver los cambios realizados en la base de datos a nivel de transaccin. Permite diagnosticar
los problemas de la base de datos y realizar anlisis y auditoras de transacciones.
Puede utilizar la vista FLASHBACK_TRANSACTION_QUERY con el fin de determinar todas
las sentencias SQL necesarias que se pueden usar para deshacer los cambios realizados por una
transaccin concreta o durante un perodo de tiempo especfico.
Consulta de Flashback de Transacciones

Consulta de Flashback de Transacciones mediante Enterprise Manager

Esta funcin se utiliza junto con la funcin de consulta de flashback de versiones con la ayuda
del asistente Perform Recovery. En la pgina Perform Object Level Recovery: Choose SCN,
haga clic en el enlace Transaction ID correspondiente en la regin Flashback Versions Query
Result.
En el ejemplo de la diapositiva, se realiza una consulta de flashback de versiones en la tabla
JOBS para recuperar las tres versiones de la fila JOBS de JOB_ID = 'AD_PRES'. A
continuacin, se hace clic en uno de los identificadores de transaccin, con lo que muestran
todos los cambios que formaban parte de la transaccin. Observe que, adems de la actualizacin
de la tabla JOB, tambin se actualiz la tabla EMPLOYEES en dicha transaccin.
Consulta de Flashback de Transacciones:

Consideraciones
Los procedimientos DDL se consideran como

actualizaciones de diccionario.
Los objetos borrados aparecen como nmeros
de objeto.
Los usuarios borrados aparecen como
identificadores de usuario.
Consulta de Flashback de Transacciones: Consideraciones

Dentro de la base de datos, las operaciones DDL no son ms que una serie de operaciones
de gestin de espacio y cambios en el diccionario de datos. Una consulta de flashback de
transacciones en una transaccin subyacente a un DDL muestra los cambios realizados en
el diccionario de datos.
Cuando la consulta de flashback de transacciones implica tablas borradas de la base de
datos, los nombres de las tablas no se reflejan. En su lugar, se utilizan nmeros de objeto.
Si el usuario que ejecut una transaccin se borra, la consulta de flashback de transacciones
de dicha transaccin muestra el identificador de usuario correspondiente en lugar del
nombre de usuario.
Nota: Cuando no hay datos de deshacer suficientes para una transaccin concreta,
se devuelve una fila con el valor UNKNOWN en la columna OPERATION de
FLASHBACK_TRANSACTION_QUERY.
Resumen
Describir la funcin de flashback de base de datos
Restaurar el contenido de la tabla a un punto
especfico en el pasado con flashback de tabla
Recuperar una tabla borrada
Visualizar el contenido de la base de datos desde
cualquier punto en el tiempo con consulta de
flashback
Visualizar las versiones de una fila a lo largo del
tiempo con consulta de flashback de versiones
Visualizar el historial de transacciones o una fila
con consulta de flashback de transacciones

Uso de Flashback
Uso de flashback para recuperar una tabla borrada
Realizacin de una consulta de flashback de
versiones
Movimiento de Datos
Objetivos
Objeto de Directorio
SQL*Loader
Pump de Datos
- Exportacin
- Importacin
Tabla Externa
Al finalizar esta leccin, debera estar capacitado para lo

siguiente:
Describir las formas disponibles para mover datos
Crear y utilizar objetos de directorio
Utilizar SQL*Loader para cargar datos de una base
de datos que no sea Oracle (o archivos de usuario)
Explicar la arquitectura general del pump de datos
Utilizar la exportacin e importacin de pump de
datos para mover datos entre las bases de datos
Oracle
Utilizar las tablas externas para mover datos a
travs de archivos independientes de la plataforma
Movimiento de Datos:
Arquitectura General
SQL*Loader
expdp
impdp
Otros clientes
Pump de datos
Motor de movimiento de datos/metadatos
DBMS_DATAPUMP
Pump de
datos de
Oracle
API de tabla externa
Cargador
de Oracle
API de ruta
de acceso directa
API de
metadatos
Movimiento de Datos: Arquitectura General

Este diagrama de bloques muestra los principales componentes funcionales:
DBMS_DATAPUMP: Este paquete incorpora la API para las utilidades de exportacin e
importacin de alta velocidad destinadas al movimiento de datos en bloque y metadatos.
API de ruta de acceso directa (DPAPI): La base de datos Oracle 11g soporta una interfaz
de API de ruta de acceso directa que minimiza el anlisis y la conversin de datos tanto en
la carga como en la descarga.
DBMS_METADATA: Los procesos de worker utilizan este paquete para cargar y descargar
todos los metadatos. Las definiciones de objetos de base de datos se almacenan mediante
XML en lugar de SQL.
API de tabla externa: Con los controladores de acceso ORACLE_DATAPUMP y
ORACLE_LOADER, se pueden almacenar datos en tablas externas (es decir, en archivos
independientes de la plataforma). La sentencia SELECT lee tablas externas como si
estuvieran almacenadas en una base de datos Oracle.
SQL*Loader: Se ha integrado el cliente de SQL*Loader con las tablas externas, lo que
permite la migracin automtica de los archivos de control del cargador a los parmetros
de acceso de las tablas externas.
expdp e impdp: Los clientes expdp e impdp son capas finas que realizan llamadas al
paquete DBMS_DATAPUMP para iniciar y controlar las operaciones de pump de datos.
Otros clientes: Son aplicaciones como Database Control, la replicacin, los tablespaces
transportables y las aplicaciones de usuario que se benefician de esta infraestructura.
Tambin se puede utilizar SQL*Plus a modo de cliente de DBMS_DATAPUMP para realizar
consultas de estado simples sobre operaciones en curso.
Objeto de Directorio:
Visin General
Objeto de Directorio: Visin General

Los objetos de directorio son estructuras lgicas que representan un directorio fsico en el
sistema de archivos del servidor. Contienen la ubicacin de un directorio del sistema operativo
especfico. Este nombre de objeto de directorio se puede utilizar en Enterprise Manager, por lo
que no es necesario codificar las especificaciones de la ruta de acceso al directorio. Por lo tanto,
se obtiene una mayor flexibilidad de gestin de archivos. Los objetos de directorio son propiedad
del usuario SYS. Los nombres de directorio son nicos en la base de datos porque todos los
directorios se ubican en un espacio de nombres nico (es decir, SYS).
Los objetos de directorio son necesarios cuando se especifican ubicaciones de archivos para
pump de datos porque ste accede a los archivos en el servidor en vez de en el cliente.
En Enterprise Manager, seleccione Administration > Directory Objects.
Para editar o suprimir un objeto de directorio, seleccione el objeto de directorio y haga clic en el
botn correspondiente.
Creacin de Objetos de Directorio

1
2
Creacin de Objetos de Directorio

1. En la pgina Directory Objects, haga clic en el botn Create.
2. Introduzca el nombre del objeto de directorio y la ruta del sistema operativo al que se asigna.
Los directorios del sistema operativo se deben crear antes de utilizarse. Puede probarlo si
hace clic en el botn Test File System. Para la prueba, proporcione las credenciales de
conexin al host (es decir, el usuario del sistema operativo que tiene privilegios en este
directorio del sistema operativo).
3. Los permisos para los objetos de directorio no son los mismos que los permisos del sistema
operativo del directorio fsico del sistema de archivos del servidor. Puede gestionar los
privilegios de usuario en los objetos de directorio individuales. Esto aumenta el nivel de
seguridad y proporciona un control ms especfico sobre dichos objetos. En la pgina con
separadores Privileges, haga clic en Add para seleccionar el usuario al que desea otorgar
privilegios de lectura, de escritura o ambos.
4. Haga clic en Show SQL para visualizar las sentencias subyacentes.
5. Haga clic en OK para crear el objeto.
SQL*Loader: Visin General
> SQL*Loader
Pump de Datos
- Exportacin
- Importacin
Tabla Externa
Archivos de datos
de entrada
Archivo de
control
SQL*Loader
Procesamiento de campos
Aceptado
Desechado
Seleccin de registros
Rechazado
Seleccionado
Archivo de
desechos
(opcional)
Archivo de
errores
Servidor de Oracle
Insertado
Rechazado
Archivo log
SQL*Loader: Visin General

SQL*Loader carga datos de archivos externos en tablas de una base de datos Oracle. Dispone de
un potente sistema de anlisis de datos que limita muy poco el formato de los datos en el archivo
de datos. Los archivos que utiliza SQL*Loader son los siguientes:
Archivos de datos de entrada: SQL*Loader lee datos de uno o ms archivos (o equivalentes de
archivos del sistema operativo) especificados en el archivo de control. Desde la perspectiva de
SQL*Loader, los datos del archivo de datos se organizan en registros. Un archivo de datos
concreto puede tener un formato de registro fijo, variable o de flujo. El formato de registro se
puede especificar en el archivo de control con el parmetro INFILE. Si no se especifica ningn
formato de registro, el valor por defecto es el formato de registro de flujo.
Archivo de control: El archivo de control es un archivo de texto escrito con un lenguaje que
SQL*Loader comprende. El archivo de control indica a SQL*Loader dnde encontrar los datos,
cmo analizarlos e interpretarlos, dnde insertarlos, etc. Aunque no est definido de forma
precisa, se puede decir que un archivo de control tiene tres secciones.
La primera seccin contiene amplia informacin de sesiones, por ejemplo:
- Opciones globales, como el nombre del archivo de datos de entrada y los registros
que se van a saltar
- Clusulas INFILE para especificar dnde localizar los datos de entrada
- Datos que se van a cargar
SQL*Loader: Visin General (continuacin)

La segunda seccin se compone de uno o ms bloques INTO TABLE. Cada uno de estos
bloques contiene informacin sobre la tabla (como el nombre de tabla y las columnas de la
misma) en la que se van a cargar los datos.
La tercera seccin es opcional y, si est presente, contiene datos de entrada.
Archivo log: Cuando SQL*Loader inicia la ejecucin, crea un archivo log. Si no puede crear
un archivo log, la ejecucin termina. El archivo log contiene un resumen detallado de la carga,
que incluye una descripcin de cualquier error producido durante la carga.
Archivo de errores: El archivo de errores contiene registros que fueron rechazados, por
SQL*Loader o por la base de datos Oracle. SQL*Loader rechaza los registros de archivos de
datos cuando el formato de entrada no es vlido. Una vez que SQL*Loader acepta un registro de
archivo de datos para su procesamiento, ste se enva a la base de datos Oracle para su insercin
en una tabla como una fila. Si la base de datos Oracle determina que la fila es vlida, sta se
inserta en la tabla. Si se determina que la fila no es vlida, se rechaza el registro y SQL*Loader
lo pone en el archivo de errores.
Archivo de desechos: Este archivo se crea slo cuando es necesario y si se ha especificado que
se active uno. El archivo de desechos contiene registros que se han filtrado de la carga porque no
coinciden con ningn criterio de seleccin de registro especificado en el archivo de control.
Para obtener ms informacin sobre SQL*Loader, consulte la documentacin Oracle Database
Utilities Guide.
Carga de Datos con SQL*Loader
Carga de Datos con SQL*Loader

Utilice el asistente Load Data from User Files para cargar datos de un archivo plano a una base
de datos Oracle. Para visualizar el asistente, seleccione Enterprise Manager Maintenance > Data
Movement > Move Row Data > Load Data from User Files. El asistente le guiar por los pasos
necesarios.
Archivo de Control de SQL*Loader
El archivo de control de SQL*Loader le indica a

SQL*Loader lo siguiente:
La ubicacin de los datos que se van a cargar
El formato de los datos
Los detalles de configuracin:
Gestin de memoria
Rechazo de registros
Detalles de manejo de cargas interrumpidas
Los detalles de manipulacin de datos
Archivo de Control de SQL*Loader

El archivo de control de SQL*Loader es un archivo de texto que contiene instrucciones de
lenguaje de definicin de datos (DDL). DDL se utiliza para controlar los siguientes aspectos
de una sesin de SQL*Loader:
Dnde encuentra SQL*Loader los datos que se van a cargar
Qu formato espera SQL*Loader que tengan los datos
Cmo se configura SQL*Loader (incluida la gestin de memoria, el rechazo de registros,
el manejo de cargas interrumpidas, etc.) cuando carga los datos
Cmo manipula SQL*Loader los datos que se estn cargando
Archivo de Control de SQL*Loader (continuacin)

1
-- This is a sample control file
2 LOAD DATA
3 INFILE SAMPLE.DAT
4 BADFILE sample.bad
5 DISCARDFILE sample.dsc
6 APPEND
7 INTO TABLE emp
8 WHEN (57) = .
9 TRAILING NULLCOLS
10 (hiredate SYSDATE,
deptno POSITION(1:2) INTEGER EXTERNAL(3)
NULLIF deptno=BLANKS,
job POSITION(7:14) CHAR TERMINATED BY WHITESPACE
NULLIF job=BLANKS "UPPER(:job) ",
mgr POSITION(28:31) INTEGER EXTERNAL
TERMINATED BY WHITESPACE, NULLIF mgr=BLANKS,
ename POSITION(34:41) CHAR
TERMINATED BY WHITESPACE "UPPER(:ename) ",
empno POSITION(45) INTEGER EXTERNAL
TERMINATED BY WHITESPACE,
sal POSITION(51) CHAR TERMINATED BY WHITESPACE
"TO_NUMBER(:sal, $99,999.99 ) ",
comm INTEGER EXTERNAL ENCLOSED BY ( AND %
":comm * 100 "
)
La explicacin de un archivo de control de ejemplo por nmeros de lnea es la siguiente:

1. Pueden aparecer comentarios en cualquier lugar de la seccin de comandos del archivo, pero
no deben aparecen dentro de los datos. Escriba dos guiones delante de cualquier comentario.
Se ignora todo el texto situado a la derecha del guin doble, hasta el final de la lnea.
2. La sentencia LOAD DATA indica a SQL*Loader que ste es el inicio de una nueva carga
de datos. Si contina con una carga que se interrumpi cuando estaba en curso, utilice la
sentencia CONTINUE LOAD DATA.
3. La palabra clave INFILE especifica el nombre de un archivo que contiene los datos que
desea cargar.
4. La palabra clave BADFILE especifica el nombre de un archivo en el que se colocan los
registros rechazados.
5. La palabra clave DISCARDFILE especifica el nombre de un archivo en el que se colocan
los registros desechados.
6. La palabra clave APPEND es una de las opciones que puede utilizar al cargar datos en una
tabla que no est vaca. Para cargar datos en una tabla que est vaca, utilice la palabra clave
INSERT.
7. La palabra clave INTO TABLE permite identificar tablas, campos y tipos de dato. Define la
relacin entre registros del archivo de datos y tablas de la base de datos.
8. La clusula WHEN especifica una o ms condiciones de campo con las que deben coincidir
los registros para que SQL*Loader cargue los datos. En este ejemplo, SQL*Loader slo
carga el registro si el carcter 57 es un punto decimal. Dicho punto decimal delimita los
dlares y los cntimos en el campo y hace que los registros se rechacen si SAL no tiene
ningn valor.
9. La clusula TRAILING NULLCOLS pide a SQL*Loader que trate cualquier columna con
una ubicacin relativa que no est en el registro como columna nula.
10. El resto del archivo de control contiene la lista de campos, que proporciona informacin
sobre los formatos de columna en la tabla que se est cargando.
Mtodos de Carga
Escrituras
de bloques
Insercin
de datos
Tabla
Lmite superior
Carga Convencional
Carga de Ruta de Acceso Directa
Utiliza COMMIT
Utiliza datos guardados (operacin ms rpida)
Siempre genera entradas de redo
Genera un redo slo en condiciones concretas
Aplica todas las restricciones
Aplica slo PRIMARY KEY, UNIQUE y NOT NULL
Arranca disparadores INSERT
No arranca disparadores INSERT
Puede cargar en tablas en cluster
No carga en clusters
Permite que otros usuarios

modifiquen las tablas durante la
operacin de carga
Evita que otros usuarios realicen cambios en

las tablas durante la operacin de carga
Comparacin de las Cargas de Ruta de Acceso Directa y Convencional

Mtodo para Guardar Datos
Las cargas de ruta de acceso convencional utilizan el procesamiento SQL y la operacin
COMMIT de base de datos para guardar datos. La insercin de una matriz de registros va seguida
de una operacin COMMIT. Cada carga de datos puede implicar varias transacciones.
Las cargas de ruta de acceso directa utilizan almacenamientos de datos para escribir bloques de
datos en archivos de datos Oracle. Por eso la carga de ruta de acceso directa es ms rpida que la
convencional. Las siguientes funciones diferencian guardar datos de COMMIT:
Durante el proceso de guardar datos, slo se escriben bloques completos de base de datos
en la base de datos.
Los bloques se escriben despus del lmite superior de la tabla.
Despus de guardar datos, se mueve el lmite superior.
Los recursos internos no se liberan despus de guardar datos.
Al guardar datos no termina la transaccin.
Los ndices no se actualizan cada vez que se guardan datos.
Nota: Las cargas de ruta de acceso directa y paralela son tan parecidas con respecto a las
actividades de DML que no se han diferenciado en esta comparacin.
Comparacin de las Cargas de Ruta de Acceso Directa y Convencional

(continuacin)
Registro de Cambios
La carga de ruta de acceso convencional genera entradas de redo de forma similar a cualquier
sentencia DML. Al utilizar una carga de ruta de acceso directa, no se generan entradas de
redo si:
La base de datos est en modo NOARCHIVELOG.
La base de datos est en modo ARCHIVELOG, pero el registro est desactivado. El registro
se puede desactivar definiendo el atributo NOLOGGING para la tabla o utilizando la
clusula UNRECOVERABLE en el archivo de control.
Aplicacin de Restricciones
Durante una carga de ruta de acceso convencional, todas las restricciones activadas se aplican de
la misma forma que durante cualquier operacin DML.
Durante las cargas de ruta de acceso directa, las restricciones se manejan de la siguiente forma:
Las restricciones NOT NULL se comprueban cuando se crean las matrices.
Las restricciones FOREIGN KEY y CHECK se desactivan y se pueden activar al final de
la carga mediante los comandos adecuados del archivo de control. Las restricciones
FOREIGN KEY se desactivan porque hacen referencia a otras filas o tablas y las
restricciones CHECK se desactivan porque pueden utilizar funciones SQL. Si slo va a
insertan un pequeo nmero de filas en una tabla grande, utilice las cargas convencionales.
Las restricciones PRIMARY KEY y UNIQUE se comprueban durante la carga y al final de
la misma, y se pueden desactivar si se violan.
Arranque de Disparadores INSERT
Los disparadores WHILE INSERT se arrancan durante las cargas convencionales; se desactivan
antes de una carga de ruta de acceso directa y se vuelven a activar al final de la carga. Pueden
permanecer desactivados si al final de la ejecucin no se puede acceder a un objeto al que se
hace referencia. Considere el uso de cargas de ruta de acceso convencional para cargar datos en
tablas con disparadores INSERT.
Carga en Tablas en Cluster
No se pueden utilizar cargas directas para cargar filas en tablas en cluster. Las tablas en cluster
se pueden cargar slo mediante cargas de ruta de acceso convencional.
Bloqueo
Mientras una carga de ruta de acceso directa est en curso, ninguna otra transaccin puede
realizar cambios en las tablas que se estn cargando. La nica excepcin a esta regla se produce
cuando se utilizan simultneamente varias sesiones de carga directa paralela.
Pump de Datos:
Visin General
SQL*Loader
> Pump de Datos
- Exportacin
- Importacin
Tabla Externa
Como utilidad basada en el servidor para el movimiento de

datos y metadatos de alta velocidad, el pump de datos:
Se puede llamar a travs de DBMS_DATAPUMP
Proporciona las siguientes herramientas:
expdp
impdp
Interfaz basada en Web
Proporciona mtodos de acceso a los datos:

Ruta de acceso directa
Tablas externas
Desconecta y vuelve a conectar trabajos de larga ejecucin

Reinicia trabajos de pump de datos
Pump de Datos: Visin General

El pump de datos permite la carga y descarga de datos y metadatos a velocidad muy alta en las
bases de datos Oracle. La infraestructura de pump de datos se puede llamar a travs del paquete
PL/SQL DBMS_DATAPUMP. Por tanto, es posible crear utilidades personalizadas para mover
datos mediante pump de datos.
La base de datos Oracle 11g soporta las siguientes herramientas:
Clientes de exportacin e importacin de lnea de comandos, denominados expdp e
impdp, respectivamente
Una interfaz de exportacin e importacin basada en Web a la que se puede acceder desde
Database Control
El pump de datos decide automticamente los mtodos de acceso a los datos que se van a
utilizar; puede ser una ruta de acceso directa o tablas externas. El pump de datos utiliza la carga
y la descarga de ruta de acceso directa cuando la estructura de una tabla lo permite y cuando se
desea un rendimiento mximo de flujo nico. No obstante, si existen tablas en cluster,
restricciones de integridad referencial, columnas cifradas u otros elementos, el pump de datos
utiliza las tablas externas en lugar de la ruta de acceso directa para mover los datos.
Pump de Datos: Visin General (continuacin)

La capacidad para desconectar trabajos de larga duracin y volver a conectarlos sin que esto
afecte al trabajo en s permite controlar los trabajos desde diversas ubicaciones mientras se
ejecutan. Todos los trabajos de pump de datos parados se pueden reiniciar sin que se produzcan
prdidas de datos, siempre que la metainformacin permanezca sin cambios. No importa si el
trabajo se par voluntaria o involuntariamente debido a un fallo.
Nota: El pump de datos es una funcin integral de la base de datos Oracle 11g y, por tanto,
est disponible en todas las configuraciones. No obstante, el paralelismo slo est disponible
en Enterprise Edition.
Pump de Datos: Ventajas
Seleccin de objetos y datos detallada

Especificacin explcita de la versin de la base
de datos
Ejecucin en paralelo
Estimacin del consumo de espacio del trabajo de
exportacin
Modo de red en entornos distribuidos
Capacidades de nueva asignacin durante la
importacin
Ejemplo de datos y compresin de metadatos
Pump de Datos: Ventajas

Se utilizan los parmetros EXCLUDE, INCLUDE y CONTENT para la seleccin detallada de
objetos y datos.
Puede especificar la versin de la base de datos correspondiente a los objetos que se movern
(gracias al parmetro VERSION) con el fin de crear un juego de archivos de volcado compatible
con una versin anterior de la base de datos Oracle que soporte pump de datos.
Se puede utilizar el parmetro PARALLEL para especificar el nmero mximo de threads de
servidores de ejecucin activos que usar el trabajo de exportacin.
Asimismo, cabe la posibilidad de calcular la cantidad de espacio que consumir un trabajo de
exportacin (sin necesidad de realizar la exportacin realmente) mediante el parmetro
ESTIMATE_ONLY.
El modo de red permite llevar a cabo la exportacin desde una base de datos remota
directamente a un juego de archivos de volcado. Esto se puede hacer a travs de un enlace de
base de datos con el sistema origen.
Durante la importacin, se pueden modificar los tablespaces, los esquemas y los nombres de los
archivos de datos del sistema destino.
Pump de Datos: Ventajas (continuacin)

Adems, la base de datos Oracle 11g permite especificar un porcentaje de datos para que se
tomen como ejemplo y se descarguen de la base de datos origen al realizar una exportacin
de pump de datos. Esto se puede realizar especificando el parmetro SAMPLE.
Puede utilizar el parmetro COMPRESSION para indicar si se deben comprimir los metadatos en
el archivo de volcado de exportacin, de manera que consuman menos espacio en el disco.
Si comprime los metadatos, se descomprimirn automticamente durante la importacin.
Exportacin e Importacin de Pump de Datos:

Cliente Visin General
Enlace de base de datos
expdp
Origen
Base de
datos
Tabla
maestra
Destino
Trabajo
de pump de
datos
Juego de
archivos
de volcado
Proceso
de servidor
Base de
datos
Juego de
archivos
de volcado
Tabla
maestra
Modo de red
Proceso
de servidor
Trabajo
de pump de
datos
Cliente
impdp
Exportacin e Importacin de Pump de Datos: Visin General

La utilidad de exportacin de pump de datos permite descargar datos y metadatos a un juego
de archivos del sistema operativo denominado juego de archivos de volcado. La utilidad de
importacin de pump de datos se utiliza para cargar metadatos y datos almacenados en un juego
de archivos de volcado de exportacin en un sistema destino.
La API de pump de datos accede a sus archivos en el servidor, no en el cliente.
Estas utilidades tambin se pueden utilizar para llevar a cabo la exportacin directamente desde
una base de datos remota a un juego de archivos de volcado, o bien para cargar la base de datos
destino directamente desde una base de datos origen sin archivos implicados. Esto se conoce
como modo de red. Este modo resulta especialmente til para exportar datos desde una base de
datos origen de slo lectura.
En el ncleo de toda operacin de pump de datos est la tabla maestra, que es una tabla creada
en el esquema del usuario que ejecuta un trabajo de pump de datos. Esta tabla conserva todos
los aspectos del trabajo. La tabla maestra se crea durante un trabajo de exportacin basado en
archivos y se escribe en el juego de archivos de volcado en el ltimo paso. Por el contrario,
la carga de la tabla maestra en el esquema del usuario actual constituye el primer paso de una
operacin de importacin basada en archivos, y se utiliza para secuenciar la creacin de todos
los objetos importados.
Nota: La tabla maestra es la clave de la capacidad de reinicio de pump de datos en caso de que
se produzca una parada del trabajo, ya sea planificada o no. Esta tabla se borra cuando el trabajo
de pump de datos finaliza de forma normal.
Utilidad Pump de Datos: Interfaces y Modos
Interfaces de exportacin e importacin de pump

de datos:
Lnea de comandos
Archivo de parmetros
Lnea de comandos interactiva
Database Control
Modos de exportacin e importacin de pump de

datos:
Completa
Esquema
Tabla
Tablespace
Tablespace transportable
Utilidad Pump de Datos: Interfaces y Modos

Puede interactuar con la exportacin y la importacin de pump de datos mediante cualquiera de
estas interfaces:
La interfaz de lnea de comandos permite especificar la mayor parte de los parmetros de
exportacin directamente en la lnea de comandos.
La interfaz de archivo de parmetros permite especificar todos los parmetros de lnea de
comandos en un archivo de parmetros. La nica excepcin es el parmetro PARFILE.
La interfaz de lnea de comandos interactiva para el registro en el terminal y muestra los
prompts de exportacin o importacin, en los que puede introducir diversos comandos.
Para activar este modo, pulse [Ctrl] + [C] durante una operacin de exportacin iniciada
con la interfaz de lnea de comandos o de archivo de parmetros. El modo de lnea de
comandos interactiva tambin se activa cuando se conecta un trabajo en ejecucin o
parado.
Tambin puede acceder a la interfaz Web. En la pgina inicial de Database Control,
haga clic en el separador Maintenance y, a continuacin, seleccione uno de los siguientes
enlaces de la regin Utilities: Export to Files, Import from Files o Import from Database.
Las utilidades de exportacin e importacin de pump de datos ofrecen diversos modos para
descargar y cargar porciones diferentes de la base de datos. El modo se especifica en la lnea de
comandos mediante el parmetro adecuado. Los modos disponibles aparecen en la diapositiva y
son los mismos que en las utilidades de exportacin e importacin originales.
Seleccin de Objetos Detallada
.
SQL*Loader
Pump de Datos
> - Exportacin
- Importacin
Tabla Externa
Seleccin de Objetos Detallada

El trabajo de pump de datos puede incluir o excluir prcticamente cualquier tipo de objeto.
El parmetro EXCLUDE permite excluir cualquier tipo de objeto de base de datos de una
operacin de exportacin o importacin. El cualificador de nombre opcional ofrece una
capacidad de seleccin ms detallada dentro de cada uno de los tipos de objetos especificados.
Ejemplos:
EXCLUDE=VIEW
EXCLUDE=PACKAGE
EXCLUDE=INDEX:"LIKE 'EMP%'"
El parmetro INCLUDE slo incluye los objetos y los tipos de objetos especificados en una
operacin. Sintaxis:
INCLUDE
= object_type[:"name_expr"]
El parmetro CONTENT permite solicitar para la operacin actual slo los metadatos, slo los
datos o ambos. Sintaxis:
CONTENT = ALL | METADATA_ONLY | DATA_ONLY
El parmetro QUERY funciona de forma similar a como lo hace en la utilidad de exportacin

original, pero con dos mejoras significativas: se puede cualificar con un nombre de tabla de
forma que slo se aplique a dicha tabla y, adems, se puede utilizar tambin durante la
importacin. Ejemplo:
QUERY=hr.employees:"WHERE department_id in (10,20) and salary
< 1600 ORDER BY department_id"
Funcin Avanzada: Creacin de Ejemplos
Tarea: Crear datos de prueba.

Mtodo: Especificar un porcentaje de datos para que
se tomen como ejemplo y se descarguen de la base
de datos.
Ejemplo para descargar el 44% de la tabla HR.EMPLOYEES :

SAMPLE="HR"."EMPLOYEES":44
Ejemplo para descargar el 30% del trabajo de exportacin

completo (porque no se ha especificado ningn nombre
de tabla):
expdp hr/hr DIRECTORY=DATA_PUMP_DIR
DUMPFILE=sample1.dmp SAMPLE=30
Funcin Avanzada: Creacin de Ejemplos

Con el parmetro SAMPLE puede especificar un porcentaje de datos para que se tomen como
ejemplo y se descarguen de la base de datos origen al realizar una exportacin de pump de datos.
Sintaxis:
SAMPLE=[[schema_name.]table_name:]sample_percent
Rango de sample_percent: de 0.000001 a 100 (sin incluir)

El porcentaje del ejemplo indica la probabilidad de que se incluya un bloque de filas.
Nota: El parmetro SAMPLE no es vlido para las exportaciones de red.
Opciones de Exportacin: Archivos
Opciones de Exportacin: Archivos

Los trabajos de pump de datos gestionan tres tipos de archivos:
Archivos de volcado de datos y metadatos que se van a mover
Archivos log de mensajes
Archivos SQL de salida de una operacin SQLFILE
Ya que el pump de datos se basa en el servidor y no en el cliente, para acceder a los archivos
asociados a esta utilidad se utilizan rutas de acceso de directorio Oracle. Las rutas de acceso
absolutas no estn soportadas por motivos de seguridad.
Ubicaciones de los Archivos de Pump de Datos
Orden de prioridad de las ubicaciones de archivos:

Directorio de cada archivo
Parmetro DIRECTORY
Variable de entorno DATA_PUMP_DIR
Objeto de directorio DATA_PUMP_DIR
Ubicaciones de los Archivos de Pump de Datos

En la diapositiva se muestra el orden de prioridad utilizado por los clientes de pump de datos
para localizar estos archivos:
Es posible especificar objetos de directorio por cada archivo de volcado, archivo log y
archivo SQL. En caso de especificarlos, se deben separar del nombre de archivo mediante
dos puntos (:).
Los clientes de exportacin e importacin de pump de datos proporcionan un parmetro
DIRECTORY que especifica el nombre de un objeto de directorio. Este objeto de directorio
describe la ubicacin de acceso de los archivos.
Como alternativa, es posible definir una variable de entorno, DATA_PUMP_DIR,
para especificar el nombre del objeto de directorio en lugar de utilizar el parmetro
DIRECTORY. Los clientes de pump de datos buscan esta variable de entorno si no se
especifica ningn objeto de directorio de forma explcita.
Existe un objeto de directorio por defecto creado para cada base de datos. Este objeto de
directorio se denomina DATA_PUMP_DIR. El acceso al directorio DATA_PUMP_DIR se
otorga automticamente a los roles EXP_FULL_DATABASE e IMP_FULL_DATABASE.
Ubicaciones de los Archivos de Pump de Datos (continuacin)

No es necesario crear un objeto de directorio manualmente antes de utilizar la exportacin
de pump de datos. Existe un objeto de directorio por defecto creado para cada base de
datos, independientemente de que se trate de una creacin reciente o de una actualizacin
mediante un archivo de comandos en las plataformas UNIX o Windows. Este objeto de
directorio se denomina DATA_PUMP_DIR. El acceso al directorio DATA_PUMP_DIR se
otorga automticamente a los roles EXP_FULL_DATABASE e IMP_FULL_DATABASE.
El directorio DATA_PUMP_DIR se crea en una de las siguientes ubicaciones:
- <ORACLE_BASE>/admin/DB_UNIQUE_NAME
- <ORACLE_HOME>/admin/DB_UNIQUE_NAME
La especificacin de la ruta de acceso exacta al directorio para DATA_PUMP_DIR vara en
funcin de las variables de entorno del sistema ORACLE_BASE y ORACLE_HOME y de la
existencia del subdirectorio DATA_PUMP_DIR. Si ORACLE_BASE est definido en el
sistema de destino, entonces se utiliza ese valor. De lo contrario, se utiliza el valor de
ORACLE_HOME. Si, por algn motivo, no se encuentra el subdirectorio
DATA_PUMP_DIR, se utiliza la siguiente ruta de acceso por defecto:
ORACLE_HOME/rdbms/log.
Nota: En cualquier caso, es necesario disponer de los privilegios de acceso apropiados en
relacin con el objeto de directorio para la operacin que se pretenda llevar a cabo. En el caso
de la exportacin, necesitar el acceso de escritura para todos los archivos y, en el caso de la
importacin, necesitar el acceso de lectura para los archivos de volcado, as como el acceso de
escritura para los archivos log y los archivos SQL.
Planificacin y Ejecucin de un Trabajo
Planificacin y Ejecucin de un Trabajo

Enterprise Manager Database Control permite planificar los trabajos de pump de datos (creados
mediante este asistente) como trabajos repetibles.
Nomenclatura y Tamao de los Archivos

de Pump de Datos
Nomenclatura y Tamao de los Archivos de Pump de Datos

El parmetro DUMPFILE especifica los nombres y, si se desea, los directorios de los archivos de
volcado del disco. Se pueden proporcionar diversas especificaciones de archivos a modo de lista
separada por comas, o bien mediante especificaciones independientes del parmetro DUMPFILE.
Los nombres de los archivos pueden contener la variable de sustitucin %U, lo que implica que es
posible que se generen varios archivos. La variable %U se convierte en los nombres de archivos
resultantes en un nmero entero de dos dgitos y ancho fijo que aumenta de forma montona a
partir de 01. Si no se especifica el parmetro DUMPFILE, se utiliza expdat.dmp por defecto.
Los archivos de volcado creados son de extensin automtica por defecto.
Si se especifica FILESIZE, los archivos tienen el tamao en bytes definido por FILESIZE y
no son de extensin automtica. En caso de que sea necesario ms espacio de volcado y se haya
proporcionado una plantilla con %U, se crea de forma automtica un archivo nuevo con el
tamao en bytes definido por FILESIZE; de lo contrario, el cliente recibe un mensaje para
agregar un nuevo archivo.
Si se especifica una plantilla con %U, el nmero de archivos creados inicialmente coincidir con
el parmetro PARALLEL.
Los archivos existentes cuyos nombres coincidan con los nombres de archivos resultantes no se
sobrescriben; generan un error y provocan que se aborte el trabajo.
Nota: Si se proporcionan varias plantillas de archivo de volcado, se utilizarn para generar
archivos de volcado de forma circular.
Importacin de Pump de Datos
SQL*Loader
Pump de Datos
- Exportacin
> - Importacin
Tabla Externa
Importacin de Pump de Datos

La utilidad de importacin de pump de datos permite cargar un juego de archivos de volcado
de exportacin en un sistema de destino. El juego de archivos de volcado se compone de uno
o ms archivos de disco que contienen datos de tabla, metadatos de objetos de base de datos e
informacin de control. Estos archivos estn escritos en un formato binario propietario. Durante
una operacin de importacin, la utilidad de importacin de pump de datos utiliza estos archivos
para localizar cada uno de los objetos de base de datos en el juego de archivos de volcado.
Se puede interactuar con la funcin de importacin de pump de datos utilizando una lnea de
comando, un archivo de parmetros o un modo de comando interactivo:
Puede utilizar el comando impdp y especificar los parmetros directamente en la lnea de
comandos.
Puede introducir los parmetros de la lnea de comandos en un archivo (se excluye el
parmetro PARFILE porque los archivos de parmetros no se pueden anidar).
En el modo de comando interactivo, se sigue ejecutando el trabajo actual, pero se para el
registro en el terminal y se muestra el prompt de importacin. Por ejemplo, puede adjuntar
trabajos adicionales a un trabajo que est en ejecucin o que se haya parado.
Importacin de Pump de Datos: Transformaciones
Es posible volver a asignar:

Archivos de datos mediante REMAP_DATAFILE
Tablespaces mediante REMAP_TABLESPACE
Esquemas mediante REMAP_SCHEMA
REMAP_DATAFILE = 'C:\oradata\tbs6.f':'/u1/tbs6.f'

Ya que los metadatos de objetos se almacenan como XML en el juego de archivos de volcado,
resulta fcil aplicar transformaciones cuando se est creando el DDL durante la importacin.
La importacin de pump de datos soporta diversas transformaciones:
REMAP_DATAFILE resulta til cuando se mueven bases de datos entre plataformas con
semnticas de sistema de archivos distintas.
REMAP_TABLESPACE permite mover objetos de un tablespace a otro.
REMAP_SCHEMA proporciona la anterior capacidad FROMUSER /TOUSER para cambiar la
propiedad de los objetos.

Mediante TRANSFORM , tambin puede:
Excluir de tablas e ndices:
Las clusulas STORAGE y TABLESPACE
Slo la clusula STORAGE
Volver a crear identificadores de objetos de tipos

de dato abstractos
Cambiar las asignaciones de extensin y el
tamao de los archivos
TRANSFORM =
SEGMENT_ATTRIBUTES|STORAGE|OID|PCTSPACE:{y|n|v}[:object type]
Importacin de Pump de Datos: Transformaciones (continuacin)

El parmetro TRANSFORM permite modificar el DDL de creacin de objetos para objetos
especficos o para todos los objetos aplicables que se van a cargar. Especifique el parmetro
TRANSFORM como se muestra en la diapositiva. Son posibles las siguientes opciones:
SEGMENT_ATTRIBUTES: Si el valor se especifica como Y, se incluyen los atributos de
segmentos (atributos fsicos, atributos de almacenamiento, tablespaces y registros).
STORAGE: Si el valor se especifica como Y, se incluyen las clusulas STORAGE.
OID: Puede utilizar este parmetro para determinar si el identificador de objeto (OID) de
tipos de dato abstractos se vuelve a utilizar o se crea de nuevo. Si el valor est especificado
como N, se suprime la clusula OID de exportacin de los tipos de objetos. Resulta til
cuando es necesario duplicar los esquemas en la base de datos mediante exportacin e
importacin, pero no se puede garantizar que los tipos de objetos tengan valores OID
idnticos a los de las bases de datos.
PCTSPACE: Puede utilizar el parmetro PCTSPACE para reducir la cantidad de espacio
necesario para tablespaces si realiza una operacin de reduccin en la asignacin de
almacenamiento de tablespace. El valor proporcionado para esta transformacin debe
ser mayor que cero. Representa el multiplicador de porcentaje utilizado para modificar
asignaciones de extensiones y el tamao de los archivos de datos.
Pump de Datos: Consideracin del Rendimiento
Maximizacin del rendimiento con el parmetro

PARALLEL .
Coordinador maestro
Ejecucin
en paralelo
Archivos
generados
Ejemplo:
expdp hr/hr FULL=y
DUMPFILE=dp_dir1:full1%U.dmp, dp_dir2:full2%U.dmp
FILESIZE=2G PARALLEL=3
LOGFILE=dp_dir1:expfull.log JOB_NAME=expfull
Pump de Datos: Consideracin del Rendimiento

Puede mejorar el rendimiento de un trabajo con el parmetro PARALLEL. El valor de
paralelismo se aplica mediante el proceso maestro, que asigna el trabajo que se va a ejecutar a
los procesos de worker que realizan el procesamiento de los datos y metadatos dentro de una
operacin. Estos procesos de worker funcionan en paralelo. En general, el grado de paralelismo
se debe definir en ms del doble del nmero de CPU en una instancia. Para maximizar el
paralelismo, debe proporcionar al menos un archivo para cada grado de paralelismo. Si no hay
suficientes archivos de volcado, el rendimiento no ser ptimo ya que los distintos threads de
ejecucin intentarn acceder al mismo archivo de volcado. El grado de paralelismo se puede
restablecer en cualquier momento durante un trabajo.
En el ejemplo de la diapositiva se muestra la exportacin de una base de datos completa.
Se exportan todos los datos y metadatos de la base de datos. Se crean archivos de volcado
(full101.dmp, full201.dmp, full102.dmp, etc.) con el mtodo de asignacin en
rueda (Round-Robin) en los directorios a los que hacen referencia los objetos de directorio
dp_dir1 y dp_dir2. Para obtener un mejor rendimiento, se debe realizar en canales de
E/S independientes. Si es necesario, cada archivo puede tener un tamao de hasta 2 GB. En
principio, se crean hasta tres archivos. Si es necesario, se crearn ms archivos. La tabla de
trabajo y maestra tienen el mismo nombre: expfull. El archivo log se escribe en
expfull.log en el directorio dp_dir1.
Parmetros de Inicializacin de Rendimiento
Los siguientes parmetros afectan al rendimiento de

pump de datos:
DISK_ASYNCH_IO=TRUE
DB_BLOCK_CHECKING=FALSE
DB_BLOCK_CHECKSUM=FALSE
Los siguientes parmetros se deben definir en valores

altos para permitir el mayor paralelismo posible:
PROCESSES
SESSIONS
PARALLEL_MAX_SERVERS
A los siguientes se les debe asignar un tamao

grande:
SHARED_POOL_SIZE
UNDO_TABLESPACE
Parmetros de Inicializacin de Rendimiento

Puede utilizar los parmetros (que se muestran en la diapositiva) para mejorar el rendimiento,
aunque es posible que el efecto no sea el mismo en todas las plataformas.
De forma adicional, se puede asignar un tamao grande a los parmetros de inicializacin
SHARED_POOL_SIZE y UNDO_TABLESPACE. Los valores exactos dependern del tamao
Rutas de Acceso de Pump de Datos:

Consideraciones
El pump de datos selecciona una de las
siguientes rutas de acceso automticamente:
Ruta de acceso directa
Tablas externas, si los datos incluyen:
Columnas cifradas
Base de
datos
Tablas
externas
Tablas en cluster
Distintas particiones en el momento de la
carga y descarga y otras circunstancias
(consulte las notas)
Ruta de
acceso
directa
Base de
datos
Rutas de Acceso de Pump de Datos: Consideraciones

El pump de datos selecciona de forma automtica el mtodo de acceso ms apropiado para cada
tabla.
El pump de datos utiliza la carga y la descarga de ruta de acceso directa cuando la estructura de
una tabla lo permite y cuando se desea un rendimiento mximo de flujo nico.
El pump de datos utiliza las tablas externas si se cumple cualquiera de las siguientes
condiciones:
Existen tablas con el control de acceso detallado activado en los modos de insercin y
seleccin
Existe un ndice de dominio para una columna LOB
Existen tablas con disparadores activos definidos
Existe un ndice global en tablas particionadas con una carga de particin nica
Existen tablas de tipo opaco o BFILE
Existe una restriccin de integridad referencial
Existen columnas VARRAY con un tipo opaco embebido
Nota: Ya que ambos mtodos soportan la misma representacin externa de los datos, los datos
descargados con un mtodo se pueden cargar mediante el otro mtodo.
Uso de Enterprise Manager para Controlar

Trabajos de Pump de Datos
Uso de Enterprise Manager para Controlar Trabajos de Pump de Datos

Puede utilizar la interfaz grfica de usuario (GUI) de Enterprise Manager para controlar todos los
trabajos de pump de datos, incluidos aquellos que se han creado mediante las interfaces de lnea
de comandos expdp o impdp o mediante el paquete DBMS_DATAPUMP.
Puede visualizar el estado actual del trabajo y tambin cambiar el estado a EXECUTE, STOP o
SUSPEND.
Para acceder a la pgina Export and Import Jobs, haga clic en el enlace Monitor Export and
Import Jobs en la regin Move Row Data de la pgina Maintenance.
Relleno de Tabla Externa
SQL*Loader
Pump de Datos
- Exportacin
- Importacin
> Tabla Externa
Descarga de datos a archivos externos mediante

el controlador de acceso ORACLE_DATAPUMP
Sin modificaciones de tablas externas
CREATE TABLE AS SELECT
INSERT SELECT
Descarga
Tablas
Carga
Archivos externos
(formato propietario)
Tablas
Relleno de Tabla Externa

Una tabla externa est compuesta por archivos planos con formato propietario (es decir, API
de ruta de acceso directa) que son independientes del sistema operativo. A medida que se extraen
los datos de la base de datos Oracle y se descargan en archivos, estos datos se convierten de
forma transparente de su representacin interna de Oracle a una representacin externa nativa de
Oracle equivalente (DPAPI).
Puede utilizar el comando CREATE TABLE AS SELECT para rellenar una tabla externa. Una
vez que se ha creado y rellenado una tabla externa, no se pueden agregar, actualizar o suprimir
filas en la tabla externa. Cualquier intento de modificacin de los datos de la tabla externa
fallar. Puede que la tabla externa no tenga ndices.
El controlador de acceso de pump de datos permite que se realicen operaciones de carga y de
descarga para tablas externas.
Uso de Tablas Externas
Los datos se pueden utilizar directamente desde el

archivo externo o se pueden cargar en otra base de
datos.
Los archivos resultantes se pueden leer slo mediante
el controlador de acceso ORACLE_DATAPUMP .
Se pueden combinar los archivos generados a partir de
orgenes distintos para realizar operaciones de carga.
Desde la base de datos Oracle
Desde un archivo externo
Uso de Tablas Externas

Los archivos de datos creados para la tabla externa se pueden mover y utilizar a modo de
archivos de datos para otra tabla externa, ya sea en la misma base de datos o en otra. Slo
se pueden leer mediante el controlador de acceso ORACLE_DATAPUMP. Puede elegir si las
aplicaciones deben acceder directamente a las tablas externas mediante el comando SELECT
o si primero se deben cargar los datos en una base de datos destino.
Los archivos de datos rellenados a partir de tablas externas distintas se pueden especificar todos
en la clusula LOCATION de otra tabla externa. Esto proporciona una forma fcil de agregar
datos de orgenes diversos. La nica restriccin es que los metadatos de todas las tablas externas
deben ser exactamente los mismos.
Relleno de Tabla Externa mediante

ORACLE_DATAPUMP
CREATE TABLE emp_ext
(first_name, last_name, department_name)
ORGANIZATION EXTERNAL
(
TYPE ORACLE_DATAPUMP
DEFAULT DIRECTORY ext_dir
LOCATION ('emp1.exp','emp2.exp','emp3.exp')
)
PARALLEL
AS
SELECT e.first_name,e.last_name,d.department_name
FROM employees e, departments d
WHERE e.department_id = d.department_id AND
d.department_name in
('Marketing', 'Purchasing');
Relleno de Tabla Externa mediante ORACLE_DATAPUMP

En este ejemplo se muestra cmo la operacin de relleno de tabla externa puede contribuir a
exportar un juego seleccionado de registros resultantes de la unin de las tablas EMPLOYEES
y DEPARTMENTS.
Ya que la tabla externa puede ser extensa, puede utilizar una operacin de relleno en paralelo
para descargar los datos a una tabla externa. A diferencia de lo que sucede con una consulta en
paralelo de una tabla externa, el grado de paralelismo de una operacin de relleno en paralelo
est limitado por el nmero de archivos simultneos en los que pueda escribir el controlador de
acceso. Nunca hay ms de un servidor de ejecucin en paralelo escribiendo en un archivo en un
momento concreto.
El nmero de archivos de la clusula LOCATION debe coincidir con el grado de paralelismo
especificado, ya que cada proceso de entrada/salida (E/S) del servidor necesita su propio archivo.
Cualquier archivo extra especificado se ignorar. Si no hay suficientes archivos para el grado de
paralelismo especificado, ste se reduce para que se ajuste al nmero de archivos de la clusula
LOCATION.
Nota: Para obtener ms informacin sobre los parmetros del controlador de acceso
ORACLE_DATAPUMP, consulte la gua Oracle Database Utilities.
Relleno de Tabla Externa mediante

ORACLE_LOADER
CREATE TABLE extab_employees
(employee_id
first_name
last_name
hire_date
NUMBER(4),
VARCHAR2(20),
VARCHAR2(25),
DATE)
ORGANIZATION EXTERNAL
( TYPE ORACLE_LOADER DEFAULT DIRECTORY extab_dat_dir
ACCESS PARAMETERS
( records delimited by newline
badfile extab_bad_dir:'empxt%a_%p.bad'
logfile extab_log_dir:'empxt%a_%p.log'
fields terminated by ','
missing field values are null
( employee_id, first_name, last_name,
hire_date char date_format date mask "dd-mon-yyyy))
LOCATION ('empxt1.dat', 'empxt2.dat') )
PARALLEL REJECT LIMIT UNLIMITED;
Relleno de Tabla Externa mediante ORACLE_LOADER

El controlador de acceso ORACLE_LOADER utiliza la sintaxis de SQL*Loader para crear tablas
externas.
En el ejemplo de la diapositiva se asume que se crean tres objetos de directorio
(extab_dat_dir , extab_bad_dir y extab_log_dir ) que se asignan a los directorios
existentes del sistema operativo al que el usuario tiene acceso.
Consejo: Si tiene muchos datos que cargar, active PARALLEL para la operacin de carga:
ALTER SESSION ENABLE PARALLEL DML;
Diccionario de Datos
Visualizar informacin sobre tablas externas en:

[DBA| ALL| USER]_EXTERNAL_TABLES
[DBA| ALL| USER]_EXTERNAL_LOCATIONS
[DBA| ALL| USER]_TABLES y otros
Diccionario de Datos
[DBA| ALL| USER]_EXTERNAL_TABLES muestra los atributos especficos de las tablas
externas de la base de datos.
[DBA| ALL| USER]_EXTERNAL_LOCATIONS muestra los orgenes de datos de las tablas
externas.
[DBA| ALL| USER]_TABLES describe las tablas relacionales de la base de datos.
[DBA| ALL| USER]_TAB_COLUMNS describe las columnas de las tablas, vistas y clusters
Resumen
Describir las formas disponibles para mover datos
Crear y utilizar objetos de directorio
Utilizar SQL*Loader para cargar datos de una base
de datos que no sea Oracle (o archivos de usuario)
Explicar la arquitectura general del pump de datos
Utilizar la exportacin e importacin de pump de
datos para mover datos entre las bases de datos
Oracle
Utilizar las tablas externas para mover
datos a travs de archivos independientes
de la plataforma

Movimiento de Datos
Uso del asistente de exportacin de pump de
datos para seleccionar los objetos de la base de
datos que se van a exportar
Control de un trabajo de exportacin de pump de
datos
Uso del asistente de importacin de pump de
datos para importar tablas a la base de datos
Uso del asistente de carga de datos para cargar
datos a la base de datos
Carga de datos mediante la lnea de comandos

DBA2 11g Taller Administracion I Vol2

Transféré par

Informations du document

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

DBA2 11g Taller Administracion I Vol2

Transféré par

Droits d'auteur :

Formats disponibles

Base de Datos Oracle 11g:

Copyright 2013, Oracle. Todos los derechos reservados.

Este documento contiene informacin propiedad de Oracle Corporation y se

Instalacin del Software de la Base de Datos Oracle

Creacin de una Base de Datos Oracle

Gestin de la Instancia de Oracle

Vistas de Rendimiento Dinmico: Ejemplos de Uso 4-33

Gestin de Estructuras de Almacenamiento de Bases de Datos

Administracin de Seguridad del Usuario

Revocacin de Privilegios del Sistema con ADMIN OPTION 6-15

Gestin de Objetos de Esquema

Qu es una Vista? 7-35

Gestin de Datos y Simultaneidad

Resolucin de Conflictos de Bloqueo mediante SQL 8-31

Gestin de Datos de Deshacer

10 Implementacin de Seguridad de la Base de Datos Oracle

Mantenimiento de la Pista de Auditora 10-27

Estadsticas del Optimizador 12-5

Uso del Asesor de Memoria 13-21

Configuracin de Valores de Copia de Seguridad 15-11

Flashback de Tablas Borradas mediante Enterprise Manager 17-18

Uso de Tablas Externas 18-34

Configuracin del Entorno de

Copyright 2013, Oracle. Todos los derechos reservados.

Al finalizar esta leccin, debera estar capacitado para:

Utilizar tnsping para realizar pruebas de la

Copyright 2013, Oracle. Todos los derechos reservados.

Base de Datos Oracle 11g: Taller de Administracin I 11-2

Servicios de Red de Oracle

Copyright 2013, Oracle. Todos los derechos reservados.

Servicios de Red de Oracle

Listener de Red de Oracle

Listener de Red de Oracle

Base de Datos Oracle 11g: Taller de Administracin I 11-4

Establecimiento de Conexiones de Red

Establecimiento de Conexiones de Red

Base de Datos Oracle 11g: Taller de Administracin I 11-5

Establecimiento de una Conexin

Establecimiento de una Conexin

Base de Datos Oracle 11g: Taller de Administracin I 11-6

Herramientas para Configurar y Gestionar

Pgina Net Services Administration de Enterprise

Copyright 2013, Oracle. Todos los derechos reservados.

Herramientas para Configurar y Gestionar la Red de Oracle

Base de Datos Oracle 11g: Taller de Administracin I 11-8

Utilidad Listener Control

Copyright 2013, Oracle. Todos los derechos reservados.

Utilidad Listener Control

Sintaxis de la Utilidad Listener Control

Los comandos de la utilidad de control del listener se

Copyright 2013, Oracle. Todos los derechos reservados.

Sintaxis de la Utilidad Listener Control

y, a continuacin, utilizando la sintaxis de prompt:

Normalmente, la sintaxis de lnea de comandos se utiliza para ejecutar un comando individual

Base de Datos Oracle 11g: Taller de Administracin I 11-10

Sintaxis de la Utilidad Listener Control (continuacin)

El resultado del ejemplo sera el mismo que el del siguiente:

Nota: En la sintaxis anterior, current_listener se puede abreviar como cur.

Base de Datos Oracle 11g: Taller de Administracin I 11-11

Pgina Inicial del Listener

Copyright 2013, Oracle. Todos los derechos reservados.

Pgina Inicial del Listener

Base de Datos Oracle 11g: Taller de Administracin I 11-12

Pgina Net Services Administration