9iConceptosBasicosII (1)

Administraciónde la Base de Datos Oracle9i:Conceptos Básicos IIGuía del alumno • Volumen 1

D11297CS20Edición 2.0Diciembre 2002D37495

®

Copyright © Oracle Corporation, 2002. Todos los derechos reservados.

Esta documentación contiene información propiedad de Oracle Corporation; sesuministra bajo los términos de un contrato de licencia que contiene restricciones deuso y de revelación y está también protegida por la legislación de derechos de autor.Queda prohibida la ingeniería reversa. Si esta documentación se entrega a unaagencia del Ministerio de Defensa del Gobierno de EE.UU., se aplicará la siguienteadvertencia de “Restricted Rights”:

Restricted Rights Legend

Use, duplication or disclosure by the Government is subject to restrictions forcommercial computer software and shall be deemed to be Restricted Rights softwareunder Federal law, as set forth in subparagraph (c)(1)(ii) of DFARS 252.227-7013,Rights in Technical Data and Computer Software (October 1988).

Este material ni ninguna parte del mismo podrá ser reproducido en cualquier forma oa través de cualquier medio sin el expreso consentimiento por escrito de OracleCorporation. La reproducción es una violación de la ley de derechos de autor y puedetener consecuencias penales o civiles.

Si esta documentación se entrega a una agencia del Gobierno de EE.UU. noperteneciente al Ministerio de Defensa, se aplicará la advertencia de "RestrictedRights" definida en FAR 52.227-14, Rights in Data-General, incluido Alternate III(junio de 1987).

La información contenida en este documento está sujeta a cambio sin previo aviso.Si detecta cualquier problema en la documentación, le agradeceremos lo comuniquepor escrito a Education Products, Oracle Corporation, 500 Oracle Parkway, Box SB-6, Redwood Shores, CA 94065. Oracle Corporation no garantiza que este documentoesté exento de errores.

Todas las referencias a Oracle y a productos Oracle son marcas comerciales omarcas comerciales registradas de Oracle Corporation.

Todos los demás nombres de compañías y productos mencionados se utilizan a losexclusivos fines de su identificación y pueden ser marcas comerciales de susrespectivos propietarios.

Autores

Donna KeeslingJames Womack

Colaboradores Técnicos yRevisoresLance AshdownTammy BednarLouise BeijerHarald van BreederodeHoward BradleySenad DizdarSteven GeorgeJoel GoodmanScott GossettJohn HibbardStefan LindbladRoman NiehoffHoward OstrowRadhanes PetronillaMaria Jesus Senise GarciaPeter SharmanRanbir SinghSergey StetsenkoJohn WatsonSteven WertheimerJunichi Yamazaki

Editor

May Lonn Chan-Villareal

Prefacio

1 Visión General de RedesObjetivos 1-2Desafíos del Entorno de Red 1-3Red Sencilla: De Dos Capas 1-5De Red Sencilla a Compleja: De Varias Capas 1-6Red Compleja 1-7Soluciones de Red de Oracle9i 1-8Conectividad: Funciones Clave de los Servicios de Red de Oracle 1-9Conectividad: Servicios de Red de Oracle 1-10Conectividad: Conectividad de Base de Datos con HTTP 1-11Servicios de Directorios: Nomenclatura de Directorios 1-12Servicios de Directorios: Oracle Internet Directory 1-13Escalabilidad: Servidor Compartido Oracle 1-14Escalabilidad: Oracle Connection Manager 1-15Seguridad: Oracle Advanced Security 1-18Cifrado de Seguridad Avanzada 1-19Seguridad: Servicios de Red de Oracle y Firewalls 1-20Accesibilidad: Servicios Heterogéneos 1-21Accesibilidad: Procedimientos Externos 1-22Herramientas de Administración y Configuración de

los Servicios de Red de Oracle 1-23Gestor de Red de Oracle 1-24Asistente de Configuración de Red de Oracle 1-25Resumen 1-26

2 Arquitectura de Red de OracleObjetivos 2-2Conexiones de Red de Oracle 2-3Conexión de la Aplicación Cliente-Servidor 2-4Conexiones de la Aplicación Web Client 2-6Conexión de la Aplicación Web Client: Capa Media del Servidor Web de

Aplicaciones 2-7Conexión de la Aplicación Web Client: Cliente de la Aplicación Java 2-8Conexión de la Aplicación Web Client: Cliente Applet de Java 2-9Conexiones Web mediante HTTP 2-10Conexión Directa del Navegador Web 2-11Conceptos y Terminología de Conectividad 2-12

Contenido

iii

Modelos de Configuración de la Red de Oracle 2-14Visión General de los Métodos de Nomenclatura 2-15Archivos de Configuración de la Red de Oracle 2-16Resumen 2-18

3 Configuración Básica del Servidor de Red de OracleObjetivos 3-2Proceso de Listener 3-3Métodos de Conexión 3-4Conexiones Originadas y de Legado 3-5Conexiones Directas Transferidas 3-7Sesión Redirigida 3-8Configuración y Registro de Servicios 3-10Registro de Servicios Estático: Archivo listener.ora 3-12Registro de Servicios Estático: Creación de un Listener 3-16Configuración de Servicios 3-17Registro y Rastreo 3-18Registro de Servicios Dinámico: Configuración del Registro 3-19Registro de Servicios Dinámico: Registro de Información

con el Listener 3-20Configuración del Listener para Oracle9i JVM: HTTP 3-21Utilidad Control de Listeners (LSNRCTL) 3-23Comandos de LSNRCTL 3-24Modificadores SET y SHOW de LSNRCTL 3-26Resumen 3-28Práctica 3: Visión General 3-29

4 Configuración de los Métodos de NomenclaturaObjetivos 4-2Visión General de los Métodos de Nomenclatura 4-3Nomenclatura de Host 4-4Nomenclatura de Host: Cliente 4-5Nomenclatura de Host: Servidor 4-6Nomenclatura de Host: Ejemplo 4-7Configuración de Nomenclatura de Host mediante el Gestor

de Red de Oracle 4-8Nomenclatura Local 4-9Configuración del Archivo tnsnames.ora Mediante el

Gestor de Red de Oracle 4-10Configuración del Método de Nomenclatura Local

Mediante el Gestor de Red de Oracle 4-16Archivos Generados: tnsnames.ora 4-17Archivos Generados: sqlnet.ora 4-19Solución de Problemas del Cliente 4-20Resumen 4-22Práctica 4: Visión General 4-23

iv

5 Uso y Configuración del Servidor Compartido OracleObjetivos 5-2Configuraciones de Servidor 5-3Procesos del Servidor Dedicado 5-4Servidor Compartido Oracle 5-5Ventajas del Servidor Compartido Oracle 5-7Uso de un Servidor Dedicado con el Servidor Compartido Oracle 5-8Conexión 5-9Procesamiento de una Solicitud 5-10SGA y PGA 5-12Configuración del Servidor Compartido Oracle 5-13DISPATCHERS 5-14MAX_DISPATCHERS 5-16SHARED_SERVERS 5-18MAX_SHARED_SERVERS 5-20CIRCUITS 5-21SHARED_SERVER_SESSIONS 5-22Parámetros Relacionados 5-23Verificación de la Configuración 5-25Vistas Dinámicas 5-27Resumen 5-28Práctica 5: Visión General 5-29

6 Visión General de la Copia de Seguridad y RecuperaciónObjetivos 6-2Temas de Copia de Seguridad y Recuperación 6-3Categorías de Fallos 6-4Causas de Fallos de Sentencia 6-6Resolución de Fallos de Sentencia 6-7Causas de los Fallos de Proceso de Usuario 6-8Resolución de los Fallos de Proceso de Usuario 6-9Posibles Errores de Usuario 6-10Resolución de Errores de Usuario 6-11Causas de Fallo de Instancia 6-12Causas de Fallos del Medio Físico 6-15Resolución de Fallos del Medio Físico 6-16Definición de una Estrategia de Copia de Seguridad y Recuperación 6-17Requisitos de Negocio 6-18Requisitos de Operación 6-19Consideraciones Técnicas 6-21Temas de Recuperación de Catástrofes 6-23Resumen 6-25

v

7 Estructuras de Recuperación de Instancia y del Medio FísicoObjetivos 7-2Visión General 7-3Conjunto Grande 7-6Caché de Buffers de la Base de Datos, DBWn y Archivos de Datos 7-9Buffer de Redo Log, LGWR y Archivos Redo Log 7-11Archivos Redo Log Multiplexados 7-14Archivos Redo Log de Oracle Enterprise Manager 7-16Puntos de Control de Base de Datos 7-17Tipos de Puntos de Control 7-18Proceso CKPT 7-19Archivos de Control Multiplexados 7-20Archivos de Control de Oracle Enterprise Manager 7-22Proceso ARCn y Archivos Log Archivados 7-23Sincronización de la Base de Datos 7-25Fases para la Recuperación de la Instancia 7-26Ajuste de Rendimiento de Recuperación de Fallo y de Instancia 7-28Ajuste de la Duración de la Recuperación de Instancia y de Fallo 7-29Parámetros de Inicialización que Influyen en los Puntos de Control 7-30Control del Tiempo de Recuperación de Fallo de Instancia 7-32V$INSTANCE_RECOVERY 7-33Ajuste de las Fases de la Recuperación de Fallo y de Instancia 7-35Ajuste de la Fase de Roll-Forward 7-36Ajuste de la Fase de Rollback 7-37Rollback de Inicio Rápido a Petición 7-38Rollback Paralelo de Inicio Rápido 7-39Control del Rollback Paralelo de Inicio Rápido 7-40Control del Rollback Paralelo 7-41Resumen 7-43Práctica 7: Visión General 7-44

8 Configuración del Modo de Archivado de la Base de DatosObjetivos 8-2Historial de Redo Log 8-3Modo NOARCHIVELOG 8-4Modo ARCHIVELOG 8-6Cambio del Modo de Archivado 8-8Definición del Modo de Archivado 8-10Archivado Automático y Manual 8-11Activación del Archivado Automático 8-13Especificación de Varios Procesos ARCn 8-14Inicio o Detención de Procesos de Archivado Adicionales 8-15

vi

Activación del Archivado Automático en el Inicio de la Instancia 8-16Activación del Archivado Automático tras el Inicio de la Instancia 8-17Desactivación del Archivado Automático 8-18Archivos Redo Log Online Archivados Manualmente 8-19Especificación del Destino del Archive Log 8-22Especificación de Varios Destinos de Archive Log 8-23Opciones LOG_ARCHIVE_DEST_n 8-24Especificación de un Número Mínimo de Destinos Locales 8-25Control del Archivado en un Destino 8-27Especificación del Formato de Nombre de Archivo 8-28Obtención de Información de Archive Log 8-29Resumen 8-32Práctica 8: Visión General 8-33

9 Visión General y Configuración de Oracle Recovery ManagerObjetivos 9-2Funciones de Oracle Recovery Manager 9-3Componentes de Oracle Recovery Manager 9-5Uso de los Asistentes de Gestión de Copias de Seguridad 9-7Repositorio de RMAN: Uso del Archivo de Control 9-8Asignación de Canales 9-9Asignación Automática de Canales 9-11Asignación de Canales mediante OEM 9-12Asignación Manual de Canales 9-13Gestión de Medios Físicos 9-15Tipos de Conexiones con RMAN 9-17Conexión sin Catálogo de Recuperación 9-18Argumentos de Línea de Comandos RMAN Adicionales 9-20Modos de Oracle Recovery Manager 9-21Comandos RMAN 9-23Ejemplo de Comando de Trabajo 9-25Valores de Configuración de RMAN 9-26Comando CONFIGURE 9-27Comando SHOW 9-29Operaciones del Comando LIST 9-30Comando LIST 9-31Comando REPORT 9-32Comando REPORT NEED BACKUP 9-33Ejemplos de REPORT NEED BACKUP 9-34

vii

Paquetes de Oracle Recovery Manager 9-35Consideraciones de Uso de RMAN 9-36Resumen 9-38Práctica 9: Visión General 9-39

10 Copias de Seguridad Gestionadas por el UsuarioObjetivos 10-2Terminología 10-3Copia de Seguridad y Recuperación Gestionadas por el Usuario 10-5Consulta de Vistas para Obtener Información de Archivo de Base de Datos 10-6Obtención de Información del Archivo de la Base de Datos 10-8Métodos de Copia de Seguridad 10-9Copia de Seguridad Consistente de Toda la Base de Datos (Copia de Seguridad

de Base de Datos Cerrada) 10-10Ventajas de Realizar Copias de Seguridad Consistentes de Toda

la Base de Datos 10-11Realización de una Copia de Seguridad Consistente de Toda

la Base de Datos 10-13Copia de Seguridad de Base de Datos Abierta 10-15Ventajas de la Realización de Copias de Seguridad de Base de

Datos Abierta 10-16Requisitos de la Copia de Seguridad de Base de Datos Abierta 10-17Opciones de la Copia de Seguridad de Base de Datos Abierta 10-18Realización de una Copia de Seguridad de un Tablespace Online 10-19Finalización de la Copia de Seguridad de Tablespace Online 10-20Información de Estado de la Copia de Seguridad 10-21Fallo Durante la Copia de Seguridad de Tablespace Online 10-23Finalización de la Copia de Seguridad Online 10-24Copia de Seguridad de Tablespace de Sólo Lectura 10-26Temas de Copias de Seguridad de Tablespace de Sólo Lectura 10-27Temas de Copia de Seguridad con las Opciones LOGGING y

NOLOGGING 10-28Copias de Seguridad Manuales del Archivo de Control 10-29Realización de Copia de Seguridad del Archivo de Parámetros

de Inicialización 10-31Verificación de Copias de Seguridad mediante la Utilidad DBVERIFY 10-32Interfaz de Línea de Comandos DBVERIFY 10-33Resumen 10-35Práctica 10: Visión General 10-36

11 Copias de Seguridad de RMANObjetivos 11-2Conceptos de Copia de Seguridad de RMAN 11-3Copias de Seguridad de Oracle Recovery Manager 11-4Juegos de Copias de Seguridad 11-5Características de los Juegos de Copias de Seguridad 11-6

viii

Parte de Copia de Seguridad 11-7Tamaño de la Parte de Copia de Seguridad 11-8Comando BACKUP 11-9Creación de un Juego de Copias de Seguridad 11-12Juegos de Copias de Seguridad Multiplexados 11-13Paralelización de los Juegos de Copias de Seguridad 11-14Juegos de Copias de Seguridad Duplicadas 11-16Copias de Seguridad de Juegos de Copias de Seguridad 11-17Copias de Seguridad de Archivos Redo Log Archivados 11-18Juegos de Copias de Seguridad de Redo Logs Archivados 11-19Restricciones de Copia de Seguridad 11-20Copias de Imágenes 11-21Características de una Copia de Imagen 11-22Creación de una Copia de Imagen 11-23Ejemplo de Copia de Imagen 11-24Comando COPY 11-25Paralelización de la Copia de Imagen 11-26Copia de Toda la Base de Datos 11-27Realización de Copias de Seguridad Incrementales 11-28Ejemplo de Copia de Seguridad Incremental Diferencial 11-30Copia de Seguridad en Modo NOARCHIVELOG 11-33Copias de Seguridad Automáticas del Archivo de Parámetros del Servidor y de

Control 11-34Realización de Copia de Seguridad del Archivo de Parámetros del Servidor 11-36Etiquetas para Copias de Seguridad y Copias de Imágenes 11-37Vistas Dinámicas de RMAN 11-38Control de Copias de Seguridad de RMAN 11-39Varios Problemas de RMAN 11-41Resumen 11-43

12 Recuperación Completa Gestionada por el UsuarioObjetivos 12-2Recuperación del Medio Físico 12-3Pasos de Recuperación 12-4Restauración y Recuperación del Medio Físico de un Archivo de Datos mediante

Procedimientos Gestionados por el Usuario 12-5Modos ARCHIVELOG y NOARCHIVELOG 12-6Recuperación en Modo NOARCHIVELOG 12-7Recuperación en Modo NOARCHIVELOG con Copias de Seguridad de Archivos

Redo Log 12-9Recuperación en Modo NOARCHIVELOG Sin Copias de Seguridad de Archivos

Redo Log 12-10Recuperación en Modo ARCHIVELOG 12-11Recuperación Completa 12-12Recuperación Completa en Modo ARCHIVELOG 12-13

ix

Determinación de los Archivos que Necesitan una Recuperación 12-14Procedimientos de Recuperación Gestionados por el Usuario: Comando

RECOVER 12-16Uso de Archivos Redo Log Archivados Durante la Recuperación 12-17Restauración de los Archivos de Datos en una Nueva Ubicación con

Procedimientos Gestionados por el Usuario 12-19Métodos de Recuperación Completa 12-20Recuperación Completa de una Base de Datos Cerrada 12-22Ejemplo de Recuperación de Base de Datos Cerrada 12-23Recuperación de Base de Datos Abierta cuando la Base de Datos Está

Abierta Inicialmente 12-25Ejemplo de Recuperación de Base de Datos Abierta 12-26Recuperación de Base de Datos Abierta cuando la Base de Datos Está

Cerrada Inicialmente 12-28Ejemplo de Recuperación de Base de Datos Abierta 12-29Recuperación de un Archivo de Datos sin una Copia de Seguridad 12-31Recreación de Archivos de Datos Perdidos sin Copia de Seguridad 12-32Ejemplo de Recuperación sin Copia de Seguridad 12-33Recuperación de Tablespace de Sólo Lectura 12-35Temas de Recuperación de Tablespace de Sólo Lectura 12-36Pérdida de Archivos de Control 12-37Recuperación de Archivos de Control 12-38Resumen 12-39Práctica 12: Visión General 12-40Práctica 12-1 12-41

13 Recuperación Completa de RMANObjetivos 13-2Restauración y Recuperación del Medio Físico de Archivos de Datos

mediante RMAN 13-3Uso de RMAN para Recuperar una Base de Datos en

Modo ARCHIVELOG 13-4Uso del Asistente de Recuperación 13-5Uso de RMAN para Restaurar Archivos de Datos en una

Nueva Ubicación 13-6Restauración en una Nueva Ubicación 13-7Uso de RMAN para Recuperar un Tablespace 13-8Recuperación de Tablespace 13-9Uso de RMAN para Reubicar un Tablespace 13-10Resumen 13-12Prácticas 13-1 y 13-2: Visión General 13-13Práctica 13-1 13-14Práctica 13-2 13-15

x

14 Recuperación Incompleta Gestionada por el UsuarioObjetivos 14-2Visión General de la Recuperación Incompleta 14-3Situaciones que Requieren una Recuperación Incompleta 14-4Tipos de Recuperación Incompleta 14-5Instrucciones para la Recuperación Incompleta 14-7Recuperación Incompleta y Log de Alertas 14-9Procedimientos Gestionados por el Usuario para la Recuperación

Incompleta 14-10Visión General del Comando RECOVER 14-11Ejemplo de Recuperación Basada en el Tiempo 14-12Recuperación UNTIL TIME 14-13Ejemplo de Recuperación hasta Cancelación 14-15Uso de un Archivo de Control de Copia de Seguridad durante la

Recuperación 14-18Pérdida de Archivos Redo Log Actuales 14-21Resumen 14-23Prácticas 14-1 y 14-2: Visión General 14-24Práctica 14-1 14-25Práctica 14-2 14-27

15 Recuperación Incompleta de RMANObjetivos 15-2Recuperación Incompleta de una Base de Datos mediante RMAN 15-3Especificación del Tiempo de Restauración 15-4Ejemplo de Recuperación Incompleta de RMAN UNTIL TIME 15-5Especificación de la Secuencia 5-7Ejemplo de Recuperación Incompleta de RMAN UNTIL SEQUENCE 15-8Resumen 15-9Práctica 15: Visión General 15-10

16 Mantenimiento de RMANObjetivos 16-2Comprobación Cruzada de Copias de Seguridad y Copias 16-3Comando CROSSCHECK 16-4Supresión de Copias de Seguridad y Copias 16-5Comando DELETE 16-6Supresión de Copias de Seguridad y Copias 16-7Cambio de la Disponibilidad de Copias de Seguridad y

Copias de RMAN 16-8Cambio del Estado de Disponibilidad 16-9Exención de una Copia de Seguridad o de una Copia de la Política de

Retención 16-10

xi

Comando CHANGE … KEEP 16-11Catalogación de Archivos Redo Log Archivados y Copias de Seguridad

Gestionadas por el Usuario 16-12Comando CATALOG 16-13Descatalogación de Registros de RMAN 16-14Comando CHANGE … UNCATALOG 16-15Resumen 16-16Práctica 16: Visión General 16-17

17 Creación y Mantenimiento del Catálogo de RecuperaciónObjetivos 17-2Visión General 17-4Contenido del Catálogo de Recuperación 17-5Ventajas de Utilizar un Catálogo de Recuperación 17-7Creación del Catálogo de Recuperación 17-8Conexión mediante un Catálogo de Recuperación 17-11Mantenimiento del Catálogo de Recuperación 17-12Mantenimiento del Catálogo 17-13Resincronización del Catálogo de Recuperación 17-14Uso de RESYNC CATALOG para la Resincronización 17-15Restablecimiento de una Encarnación de Base de Datos 17-16Información sobre el Catálogo de Recuperación 17-18Visualización del Catálogo de Recuperación 17-19Archivos de Comandos Almacenados 17-21Ejemplos de Archivos de Comandos 17-22Gestión de Archivos de Comandos 17-23Copia de Seguridad del Catálogo de Recuperación 17-24Recuperación del Catálogo de Recuperación 17-25Resumen 17-26Práctica 17: Visión General 17-27

18 Utilidades Export e ImportObjetivos 18-2Utilidades Export e Import de Oracle 18-3Visión General de las Utilidades Export e Import de Oracle 18-4Métodos de Llamada a las Utilidades Export e Import 18-6Modos de Exportación 18-7Llamada a Export 18-9Uso del Asistente de Exportación 18-12Conceptos de la Exportación de Ruta de Acceso Directa 18-13Funciones de la Exportación de Ruta de Acceso Directa 18-14Restricciones de la Exportación de Ruta de Acceso Directa 18-15Especificación de la Exportación de Ruta de Acceso Directa 18-16

xii

Usos de la Utilidad Import para la Recuperación 18-17Modos de Importación 18-18Llamada a Import 18-19Uso del Asistente de Importación 18-21Llamada a Import como SYSDBA 18-22Secuencia del Proceso de Importación 18-23Consideraciones del Soporte de Globalización 18-24Resumen 18-25Práctica 18: Visión General 18-26

19 TallerObjetivos 19-2Metodología del Taller 19-4Enfoque del Taller 19-6Requisitos de Negocio 19-7Resolución de un Fallo de la Base de Datos 19-8Resolución de un Fallo de Red 19-10Activación de Rastreo 19-11Uso de Archivos de Rastreo 19-12Práctica 19 19-16

Apéndice A: Soluciones a las Prácticas

Apéndice B: Supuestos de Talleres

Apéndice C: Boletines de Oracle Worldwide Support

Apéndice D: Carga de Datos en una Base de Datos

xiii

xiv

Prefacio

Prefacio - 2

Prefacio - 3

Perfil

Antes de Comenzar este Curso

Antes de comenzar este curso, debe tener las siguientes cualificaciones:

• Conocimiento de comandos básicos del sistema operativo (Unix o NT) y SQL

Requisitos

• Oracle 9i Database Administration Fundamentals I (D11321GC20) (inClass)

Organización de este Curso

Administración de la Base de Datos Oracle 9i: Conceptos Básicos II es un curso dirigido por uninstructor que incluye teoría y ejercicios prácticos. Las demostraciones en línea y las sesiones deprácticas escritas refuerzan los conceptos y los conocimientos presentados.

Prefacio - 4

Publicaciones Relacionadas

Publicaciones de Oracle

Título Número de la Parte

Oracle9i Backup and Recovery Concepts A96519-01

Oracle9i Database Administrator's Guide A96521-01

Oracle9i Database Concepts A96524-01

Oracle9i Database Error Messages A96525-01

Oracle9i Database New Features A96531-01

Oracle9i Database Reference A96536-01

Oracle9i Database Utilities A96652-01

Oracle9i Enterprise Manager Administrator’s Guide A96670-01

Oracle9i Enterprise Manager Concepts Guide A96674-01

Oracle9i Enterprise Manager Configuration Guide A96673-01

Oracle9i Net Services Administrator’s Guide A96580-01

Oracle9i Net Services Reference Guide A96581-01

Oracle9i Recovery Manager Reference A96565-01

Oracle9i Recovery Manager User’s Guide A96566-01

Oracle9i SQL Reference A96540-01

Oracle9i User-Managed Backup and Recovery Guide A96572-01

Publicaciones Adicionales

• Boletines de actualización del sistema

• Guías de instalación y de usuario

• Archivos read.me

• Artículos del International Oracle User’s Group (IOUG)

• Oracle Magazine

1Copyright © Oracle Corporation, 2002. Todos los derechos reservados.

Visión General de Redes

Administración de la Base de Datos Oracle9i: Conceptos Básicos II 1-2


Objetivos

Al finalizar esta lección, debería estar capacitado para:• Explicar las soluciones en Oracle9i que se pueden

utilizar para gestionar redes complejas• Describir las soluciones complementarias de la

red de Oracle



Desafíos del Entorno de Red

• Configuración del entorno de red• Mantenimiento de la red• Ajuste, solución de problemas y control de la red• Implementación de seguridad en la red• Integración de sistemas tradicionales

Desafíos del Entorno de Red

Configuración del Entorno de Red

Para implementar un entorno de red correcto, considere las siguientes preguntas:

• ¿Qué tipo de red está configurando? ¿Es una red pequeña con pocos clientes o una redmás grande con muchos clientes y servidores?

• ¿Utiliza un solo protocolo o varios?

• ¿Se trata de una red estática o en expansión?

• ¿Qué opciones de configuración tiene?

• ¿Dispone de herramientas sencillas para configurar la red?

• ¿Es la red estrictamente de cliente/servidor o tiene varias capas?

Mantenimiento de la Red

• ¿Cuánto mantenimiento de red se precisa para la empresa?

• ¿Va a agregar clientes y servidores a la red?

• ¿Prevé actualizaciones frecuentes?


Desafíos del Entorno de Red (continuación)Ajuste, Solución de Problemas y Control de la Red

• ¿Incluye la red las herramientas necesarias?• ¿De qué magnitud es la carga que prevé?

- Número de usuarios- Número de transacciones- Número de nodos- Ubicación de los nodos

Implementación de Seguridad en la Red• ¿Necesita un entorno de red seguro?• ¿Se transmite información confidencial y protegida por la red?• ¿De qué herramientas dispone para implementar seguridad?• ¿Prevé un acceso a Internet para los servidores?

Integración de Sistemas Tradicionales

¿Cómo interactúan los sistemas tradicionales con el entorno de red?

Nota: La realización de un análisis preliminar que responda a preguntas de este tipo leayuda a seleccionar la estrategia de red adecuada desde el principio.



Red Sencilla: De Dos Capas

• La red conecta el cliente con el servidor• El cliente y el servidor se comunican en el mismo

lenguaje o protocolo

Red

Cliente

Servidor

Redes de Dos CapasEn una red de dos capas, los clientes se comunican directamente con el servidor. Esto seconoce también como arquitectura de cliente-servidor. Una red cliente-servidor conformauna arquitectura que incluye procesos de cliente que requieren servicios de procesos deservidor. El cliente y el servidor se comunican por medio de la red con un determinadoprotocolo, que es preciso instalar tanto en el cliente como en el servidor.

Un error frecuente en el desarrollo de redes cliente-servidor es crear un prototipo deaplicación en un pequeño entorno de dos capas y luego escalarlo agregando mayorcantidad de usuarios al servidor. Este método se puede traducir en un sistema poco eficaz,a medida que el servidor se va sobrecargando. Para escalar adecuadamente hasta cientos omiles de usuarios, quizá sea necesario implementar una arquitectura de varias capas, queintroduzca uno o varios servidores o agentes entre el cliente y el servidor.



De Red Sencilla a Compleja: De Varias Capas

• El cliente puede ser un cliente fino o un PC• La capa media puede incluir aplicaciones y

servicios• El servidor retiene datos reales

Red

Capa media

Red

Cliente Servidor

Redes de Varias CapasEn una arquitectura de varias capas, el agente de capa media puede proporcionar:

• Servicios de traducción (como los necesarios para adaptar una aplicación tradicionalde mainframe a un entorno cliente-servidor o para actuar de puente entre protocolos)

• Servicios de escalabilidad (como los necesarios al actuar como control deprocesamiento de transacciones que equilibra la carga de solicitudes entreservidores)

• Servicios de agente de redes (como los necesarios al asignar una solicitud a distintosservidores, intercalar los resultados y devolver una única respuesta al cliente)



Red Compleja

TCP/IP

TCP/IPTCP/IP

TCP/IP SSL

TCP/IP SSL

Named Pipes

Problemas de Redes ComplejasLas redes deben mejorar las comunicaciones en vez de obstaculizar las operacionesdistribuidas. En un entorno de red más complejo, se deben solucionar varios problemas:

• Diferentes plataformas de hardware que ejecutan distintos sistemas operativos• Diversos protocolos utilizados en dichas plataformas• Diferente sintaxis entre aplicaciones diferentes pero conectadas• Distintas ubicaciones geográficas en las que residen las aplicaciones conectadas

Una red compleja bien concebida soporta un sistema distribuido a gran escala.



Soluciones de Red de Oracle9i

• Conectividad• Servicios de Directorios• Escalabilidad• Seguridad• Accesibilidad

Soluciones de Red de OracleOracle proporciona una amplia gama de productos y herramientas para solucionar lamayoría de las necesidades de la red. Los problemas de conectividad se solucionan gracias auna amplia gama de protocolos que soportan los Servicios de Red de Oracle. OID (OracleInternet Directory) se integra fuertemente con Oracle9i. OID es un servicio de directorioscompatible con la versión 3 de LDAP (Lightweight Directory Access Protocol) y satisfacetodas las solicitudes, desde los nombres de los servicios de red hasta las credenciales deusuario para las políticas. Puede utilizar Oracle Connection Manager y Oracle Shared Serverpara activar que Oracle soporte grandes demandas de usuarios. Las necesidades deseguridad se solucionan gracias al soporte de Oracle de cifrado a terceros y a los productosde integridad de datos y los adaptadores de autenticación. Oracle soporta la industria o losproductos estándar de facto en lugar de los productos de propietarios. Oracle soportatambién la integración de bases de datos no Oracle mediante los Servicios Heterogéneos deOracle.



Conectividad: Funciones Clave delos Servicios de Red de Oracle

• Independencia de protocolos• Amplio soporte de plataformas• Herramientas de administración GUI integradas• Varias opciones de configuración• Conjunto de herramientas de rastreo y

diagnóstico• Seguridad básica

Conectividad: Funciones Clave de los Servicios de Red de OracleLos Servicios de Red de Oracle incluyen funciones clave para solucionar los cambios quese producen por el crecimiento de entornos distribuidos. Entre estos cambios, se incluyenel aumento de accesos de usuarios a almacenes de datos, la creación de entornosconfigurados y administrados de forma más sencilla y la mejora de la autenticación de losusuarios para identificar a los usuarios de forma más segura.



Conectividad: Servicios de Red de Oracle

Protocolo

Red de Oracle

Cliente Servidor

Cualquier plataforma Cualquier plataforma

Administración y configuración

Protocolo

Red de Oracle

Servicios de Red de OracleLos Servicios de Red de Oracle proporcionan el soporte más amplio de la industria paraprotocolos de transporte de red, incluidos TCP/IP, TCP/IP con SSL (Secure Sockets Layer) yNamed Pipes. La conversión de datos mediante los Servicios de Red de Oracle estransparente para el usuario y la aplicación. Esto permite a los Servicios de Red de Oracleoperar en distintos tipos de computadoras, sistemas operativos y redes para conectar de formatransparente cualquier combinación de PC, UNIX, sistemas tradicionales y otros sistemas, sintener que realizar cambios costosos en la infraestructura existente.

Los Servicios de Red de Oracle proporcionan mecanismos que reducen la necesidad deconfiguración en entornos sencillos. Las utilidades de configuración proporcionan acceso atodo el espectro de la funcionalidad de los Servicios de Red de Oracle. En entornos sencillos,la configuración por defecto de los Servicios de Red de Oracle proporciona un adaptadortransparente para la resolución de nombres. Se elimina así la necesidad de generar archivosde configuración. Para entornos más complicados, los Servicios de Red de Oracle empleanOracle Internet Directory para almacenar la información de conexión en un repositoriocentralizado.

Los Servicios de Red de Oracle solucionan la conectividad en Internet mediante laintegración de soluciones estándar como, por ejemplo, RADIUS (Remote AuthenticationDial-In User Service) y LDAP (Lightweight Directory Access Protocol), con sistemastradicionales.



Conectividad: Conectividad de Basede Datos con HTTP

Navegador Web Oracle9iHTTP

Conectividad de Base de Datos con HTTPLas conexiones a Oracle Server no se limitan únicamente a los Servicios de Red deOracle; los clientes pueden establecer conexiones mediante protocolos de Internet, comoHTTP (Hypertext Transfer Protocol). Con estos protocolos de Internet, puede ejecutaraplicaciones desde un navegador Web para conectarse directamente a una base de datosOracle9i. Las tecnologías de Internet como, por ejemplo, Internet File System, EJB(Enterprise JavaBeans) y el protocolo estándar de Internet, SSL (Secure Sockets Layer),proporcionan mayor seguridad a las conexiones de red.



Servicios de Directorios: Nomenclaturade Directorios

• Proceso de resolución de un alias de red medianteun servidor de directorios compatible con LDAP

• Se deben configurar los clientes para que utilicenun servidor compatible con LDAP

Nomenclatura de DirectoriosLDAP es un estándar de Internet para los servicios de directorios. LDAP ha surgido comoun componente de la infraestructura esencial para la seguridad de la red y como unaplataforma vital para permitir la integración entre aplicaciones y servicios en la red.Simplifica la gestión de la información de directorios de forma considerableproporcionando:

• Una interfaz estándar bien definida para un único servicio de directorios extensiblecomo, por ejemplo, Oracle Internet Directory

• Desarrollo y despliegue rápido de aplicaciones para directorios• Una matriz de interfaces de programación que permite el despliegue de las

aplicaciones de Internet



Servicios de Directorios: OracleInternet Directory

• Servicio de directorios Oracle compatible conLDAP

• Proporciona las siguientes funciones:– Se integra fuertemente con Oracle9i– Simplifica la administración de redes– Proporciona una estructura de directorios protegida

y segura

Oracle Internet DirectoryOID (Oracle Internet Directory) cumple con la versión 3 de LDAP. Proporciona lassiguientes funciones:

• Se integra con las bases de datos Oracle8i y Oracle9i, lo que le facilita laadministración de usuarios y sistemas

• Proporciona una estructura de directorios escalable entre plataformas para unacomputación de Internet fiable y segura

• Permite que los directorios basados en OID permanezcan sincronizados incluso en ladistribución

• Se integra con los certificados de clave pública existentes, con las e-wallets y con losprivilegios de acceso

• Mantiene políticas de direccionamiento, objetos de gestión de sistemas y calidad de losservicios

• Permite que los revendedores de servicios alquilen líneas a proveedores de serviciosportadores avanzados para separar directorios con información de los clientes de susproveedores mientras comparten la información de infraestructura necesaria paraproporcionar servicios de calidad

Nota: La configuración de Oracle Internet Directory se analiza en el curso Oracle NetServices: Advanced Administration.



Escalabilidad: Servidor Compartido Oracle

• Permite que un gran número de usuarios seconecte a una base de datos de forma simultánea

• Los recursos de la base de datos se comparten, loque da como resultado un uso eficaz de lamemoria y del procesamiento

• Las conexiones se direccionan mediante undistribuidor

• Los procesos del servidor no se dedican a cadacliente

• Los procesos del servidor sirven a los procesosdel cliente según sea necesario

Servidor Compartido OracleLa arquitectura del Servidor Compartido Oracle se ha diseñado para la escalabilidad de losusuarios. Al permitir que se compartan los recursos del servidor eficazmente, el ServidorCompartido Oracle permite que un gran número de usuarios se conecte simultáneamente a unservidor de bases de datos.

Distribuidor

El distribuidor es un proceso que maneja la gestión de las conexiones para los procesos deservidor de gran valor. Un distribuidor puede soportar conexiones de varios clientessimultáneamente.

Procesos del servidor

Los servidores compartidos manejan la recuperación y el guardado de los datos de la base dedatos y cualquier procesamiento de CPU que necesite la aplicación.

El resultado

Esta distribución de tareas del Servidor Compartido Oracle es muy eficaz y permite unaescalabilidad de usuarios mayor. También conduce a un buen tiempo de conexión yrendimiento.

Nota: El Servidor Compartido Oracle se conocía como MTS (Servidor Multithread de Oracle)en las versiones anteriores a Oracle9i.



Escalabilidad: Oracle Connection Manager

Oracle Connection Manager ofrece:• Multiplexación de conexiones• Conectividad interprotocolos• Control de acceso a la red

Oracle Connection ManagerOracle Connection Manager es un proceso de gateway y un programa de control configuradoe instalado en una capa media. Oracle Connection Manager se puede configurar para lassiguientes funciones:

Multiplexación

Oracle Connection Manager puede manejar varias conexiones entrantes y transmitirlassimultáneamente mediante una única conexión saliente. Puede utilizar la multiplexación paraproporcionar acceso al servidor a más usuarios. La configuración se ofrece sólo en un entornoTCP/IP.

Conectividad entre Protocolos

Con esta función, un cliente y un servidor se pueden comunicar con distintos protocolos dered.

Control de Acceso a la Red

Con Oracle Connection Manager, los clientes designados se pueden conectar a determinadosservidores de una red basándose en el protocolo TCP/IP.


Oracle Connection Manager (continuación)Ventajas de Oracle Connection Manager

• Soporta mayor cantidad de usuarios en la capa final cuando se utiliza una capamedia para desplegar Oracle Connection Manager y proporciona un mejor uso delos recursos y la escalabilidad

• Activa la comunicación de protocolos cruzados• Puede actuar como mecanismo de control de accesos• Puede actuar como un servidor proxy si el firewall no interactúa con la red de

Oracle



Escalabilidad: Oracle Connection Manager

Servidor

Oracle ConnectionManager

1 2

3

Multiplexación de ConexionesEn el ejemplo de la diapositiva, se muestra cómo Oracle Connection Manager actúa comoun multiplexador para canalizar los datos procedentes de muchos clientes hasta unservidor.

1. La conexión inicial desde un cliente hasta un servidor se establece conectándose aOracle Connection Manager.

2. Oracle Connection Manager establece la conexión con el servidor.3. Cuando otros clientes solicitan conexiones con el servidor por medio de Oracle

Connection Manager, utilizan la misma conexión que usa Oracle ConnectionManager en la conexión inicial.



Seguridad: Advanced Security

• Cifrado– Codifica entre nodos de red– DES, RSA, 3DES

• Autenticación– Autentica usuarios mediante servicios a terceros y

SSL (Secure Sockets Layer)– Kerberos, Radius, CyberSafe

• Integridad de los Datos– Asegura la integridad de los datos durante la

transmisión– MD5, SHA

Oracle Advanced SecurityOracle Advanced Security proporciona privacidad de datos, integridad, autenticación yunaúnica conexión.

• La autenticación asegura que los usuarios se autentican correctamente.• El cifrado asegura que los datos transmitidos entre nodos permanezcan privados.• La integridad de datos asegura que los datos no se modifican o se alteran durante la

transmisión.• La conexión única permite a los usuarios autenticar varios servidores mediante una

combinación de usuario/contraseña únicos.

Nota: Oracle Advanced Security es un producto con una licencia separada.



Cifrado de Seguridad Avanzada

Cliente

Las ganancias empresarialesson de hasta el 45% este trimestre

1

Descifrado

Servidor

2Cifrado

fdh37djf246gs’b[da,\ssk

3

Las ganancias empresarialesson de hasta el 45% este trimestre

Oracle AdvancedSecurity Instalado

Oracle AdvancedSecurity Instalado

Ejemplo: Cifrado mediante Oracle Advanced SecurityEn el ejemplo de la diapositiva, se muestra una de las principales tareas de la transmisiónsegura a través de una red. Para asegurar esta transmisión, Oracle Advanced Security sedebe instalar y configurar tanto en el cliente como en el servidor.

Una vez configurado Oracle Advanced Security, se pueden cifrar los datos de todas lastransmisiones de los Servicios de Red de Oracle, como se muestra a continuación:

1. La información textual se envía desde el cliente. Un nivel de la red del cliente cifrala información antes de que se transmita por un enlace de la red.

2. Los datos cifrados, que en potencia incluyen totales de control con cada paqueteenviado, se transmiten por el enlace de la red.

3. En el servidor, se descifra el mensaje y los totales de control pueden asegurar quelos datos llegan en el orden correcto y sin alteraciones. Sólo el servidor que tiene laclave correcta puede descifrar la información y verificar la secuencia de totales decontrol de los datos.



Seguridad: Servicios de Red de Oracley Firewalls

• Oracle trabaja con proveedores de firewall clavepara proporcionar soporte de firewall

• El Kit de Proxy de Firewall de Red de Oraclepermite que los proveedores de firewallproporcionen soporte de conexión para losentornos de Oracle

• El Proxy de Firewall de Red de Oracle se basa enOracle Connection Manager

• Oracle soporta dos categorías de firewalls:– Firewalls basados en proxy– Firewalls de inspección de paquetes que contienen

toda la información

Servicios de Red de Oracle y FirewallsOracle trabaja con los proveedores de firewall clave para proporcionar soporte específicamentepara el tráfico de red de bases de datos. Con la disponibilidad del Kit de Proxy de Firewall deRed de Oracle, los partners de firewall pueden proporcionar el soporte necesario eninstalaciones de Oracle para desplegar las aplicaciones de Internet e Intranet realmentedistribuidas.

Firewalls basados en proxy

El Proxy de Aplicaciones de Red de Oracle se basa en Oracle Connection Manager. Permite alos firewalls actuar como proxy del tráfico de la Red de Oracle e inspeccionarlo. En el enfoquedel proxy de la aplicación, la información fluye por el firewall, aunque los paquetes exterioresno. En general, los proxies de la aplicación son la única forma de reenviar datos a las dosinterfaces de red de un host de dos subredes. El gateway actúa como un relé de datos entrehosts internos y externos, como define la política de seguridad.

Firewalls Basados en la Inspección que Contiene Toda la Información

Estos firewalls filtran e inspeccionan los paquetes TCP/IP y se puede configurar el firewall parapermitir el tráfico de la Red de Oracle. Al inspeccionar la información de cabecera IP y alcomprender los diferentes protocolos de alto nivel soportados, este tipo de firewall es capaz derealizar un filtrado a nivel de IP y, al mismo tiempo, controlar y satisfacer acciones específicasde la aplicación como, por ejemplo, las solicitudes de redirección de puerto.



Accesibilidad: Servicios Heterogéneos

• Permite el acceso a datos tradicionales como siresidieran en una única base de datos relacionallocal.

• Permite a las llamadas de procedimiento Oracleacceder a sistemas, servicios o APIs no Oracle

Servicios HeterogéneosLos Servicios Heterogéneos proporcionan integración total entre Oracle Server y un entornono Oracle. Los Servicios Heterogéneos le permiten realizar lo siguiente:

• Utilizar Oracle SQL para acceder de forma transparente a los datos almacenados en losalmacenes de datos no Oracle como Informix, DB2, SQL Server y Sybase

• Utilizar las llamadas del procedimiento Oracle para acceder de forma transparente a lossistemas, servicios o API (interfaces de programación de aplicaciones) no Oracle, delentorno de Oracle distribuido

Es necesario un agente de Servicios Heterogéneos para acceder a un sistema no Oracledeterminado.

Ventajas

Los Servicios Heterogéneos permiten la integración con los orígenes de datos externos.

Nota: La configuración de Servicios Heterogéneos se analiza en el curso Oracle NetServices: Advanced Administration.



Accesibilidad: Procedimientos Externos

• Funciones escritas en un lenguaje 3GL que sepuede llamar desde PL/SQL

• Permite que el desarrollador proporcione másflexibilidad que SQL o PL/SQL

• El listener puede recibir llamadas deprocedimientos externos

• Las conexiones al procedimiento externo sepueden configurar durante o después de lainstalación del servidor

Procedimientos ExternosEl soporte de Oracle de los procedimientos externos le permite al desarrolladorproporcionar más elecciones de desarrollo que SQL o PL/SQL estándar. Se puedeconfigurar el listener para recibir llamadas de procedimientos externos. Cuando unaaplicación PL/SQL o SQL llama a un procedimiento externo, el listener inicia un procesode red específico de la sesión denominado extproc. Mediante el servicio del listener,PL/SQL transfiere la siguiente información a extproc:

• Nombre de la biblioteca compartida• Nombre del procedimiento externo• Parámetros (si es necesario)

A continuación, el programa extproc carga la biblioteca compartida y llama alprocedimiento externo.



Herramientas de Administración y Configuraciónde los Servicios de Red de Oracle

• Gestor de Red de Oracle– Utilizado para configurar y gestionar la Red

de Oracle– Herramienta basada en el cliente o en el servidor– Integrado con Oracle Enterprise Manager

• Asistente de Configuración de Red de Oracle• Utilidades de Control de Red de Oracle

– Utilidad Control de Listeners– Utilidad Control de Oracle Connection Manager– Utilidad Control de Oracle Names

Herramientas de Administración y Configuración de los Servicios de Red deOracle

El Gestor de Red de Oracle es una interfaz gráfica de usuario que combina capacidades deconfiguración con el control de componentes de Oracle Names para proporcionar un entornointegrado para configurar y gestionar la Red de Oracle. Se puede utilizar bien en el cliente obien en el servidor. El Gestor de Red de Oracle también se integra con Oracle EnterpriseManager.

El Asistente de Configuración de Red de Oracle se proporciona fundamentalmente paraconfigurar componentes de red básicos durante la instalación. También se puede ejecutardespués de la instalación en modo autónomo para configurar el uso del método denomenclatura, el listener, los nombres del servicio de red en el archivo tnsnames.ora y eluso del servidor de directorios.

Nota: Las herramientas de la interfaz gráfica de usuario podrían requerir un sistema XWindow o un emulador X Window en algunas plataformas.

La Red de Oracle proporciona las siguientes herramientas para ayudarle a iniciar, detener,configurar y controlar cada componente de red:

• Utilidad Control de Listeners• Utilidad Control de Oracle Connection Manager• Utilidad Control de Oracle Names



Gestor de Red de Oracle

Gestor de Red de OracleEl Gestor de Red de Oracle combina capacidades de configuración con el control decomponentes para proporcionar un entorno integrado para configurar y gestionar la Redde Oracle.

Puede utilizar el Gestor de Red de Oracle para configurar y gestionar el entorno de red deOracle. Los siguientes componentes y funciones de red de Oracle están disponibles paraconfigurar y gestionar mediante el Gestor de Red de Oracle:

• Nomenclatura de Servicios: Puede crear o modificar las descripciones de red paralos servicios de bases de datos de un archivo tnsnames.ora, el servidor dedirectorios o un servidor de Oracle Names.

• Listener: Puede crear o modificar un listener, un proceso en el servidor que recibe yresponde a las solicitudes de conexión cliente para un servicio de bases de datos.

• Perfil: Puede crear o modificar un perfil, una recopilación de parámetros quedetermine cómo se conectan los clientes a la red de Oracle. Puede especificarparámetros para los métodos de nomenclatura, el registro, el rastreo, los parámetrosde nomenclatura externos y Oracle Advanced Security.

• Servidor de Oracle Names: Puede crear, modificar los valores de la configuración ocontrolar un servidor de Oracle Names.



Asistente de Configuración de Red deOracle

Asistente de Configuración de Red de OracleEl Asistente de Configuración de Red de Oracle se proporciona fundamentalmente paraconfigurar componentes de red básicos durante la instalación, incluidos:

• Los nombres de listener y las direcciones de protocolo• Los métodos de nomenclatura que el cliente va a utilizar para resolver los

identificadores de conexión• Los nombres del servicio de red de un archivo tnsnames.ora• El acceso al servidor de directorios

El Asistente de Configuración de Red de Oracle se ejecuta automáticamente durante lainstalación del software, como se describe en la guía de instalación de Oracle.

También se puede ejecutar después de la instalación en modo autónomo para configurarel uso del método de nomenclatura, el listener, los nombres del servicio de red en elarchivo tnsnames.ora y el uso del servidor de directorios.

Para iniciar el Asistente de Configuración de Red de Oracle:• En UNIX, ejecute netca desde el directorio $ORACLE_HOME/bin.• En Windows, seleccione Start > Programs > Oracle - HOME_NAME > Network

Administration > Oracle Net Configuration Assistant.



Resumen

En esta lección, ha aprendido a:• Explicar las soluciones de Oracle para la gestión de

redes complejas:– Servicios de Red de Oracle– Conectividad HTTP– Oracle Internet Directory– Servidor Compartido Oracle– Oracle Connection Manager

• Describir las soluciones complementarias de Oracle:– Oracle Advanced Security– Servicios Heterogéneos


Arquitectura de Red de Oracle



Objetivos

Al finalizar esta lección, debería estar capacitado para:• Explicar los componentes clave de la arquitectura de

comunicación de pila de la Red de Oracle• Explicar el rol de la Red de Oracle en conexiones

cliente-servidor• Describir cómo las conexiones Web Client se

establecen mediante los productos de red de Oracle



Conexiones de Red de Oracle

• La Red de Oracle se utiliza para establecerconexiones entre aplicaciones en una reddependiendo de lo siguiente:– La configuración de la red– La ubicación de los nodos– La aplicación– El protocolo de red

• Los tipos de conexiones pueden ser:– Aplicación Cliente-Servidor– Aplicación Java– Aplicación Web Client



Conexión de Aplicación Cliente-Servidor

Oracle Database ServerCliente

Two TaskCommon

Aplicación Cliente(utiliza OCI)

Nivel Base de laRed de Oracle

Soporte deProtocolosde Oracle

Protocolo de Red

Two TaskCommon

Oracle RDBMS(utiliza OPI)



Protocolo de Red

Red deOracle

Red deOracle

Conexión de Aplicación Cliente-Servidor

La Red de Oracle permite una conexión de redes entre un cliente y un servidor de bases dedatos Oracle. La Red de Oracle es un componente de software que reside tanto en el clientecomo en el servidor de bases de datos Oracle. Está en el nivel superior del protocolo de red.

Cuando se inicia una conexión desde un cliente hasta el servidor de base de datos Oracle, losdatos se transfieren por debajo de una pila del cliente, sobre la red y por encima de una pilasimilar al servidor de base de datos Oracle.

A continuación, se explica la estructura de cada componente esencial de la arquitectura decomunicación de pila de Red de Oracle en un nivel superior:

Aplicación Cliente

La aplicación cliente como, por ejemplo, SQL*Plus utiliza una OCI (Oracle Call Interface)para comunicarse con el servidor Oracle. OCI es un componente de software que proporcionauna interfaz entre la aplicación cliente y el lenguaje SQL que entiende el servidor de base dedatos Oracle.

Two-Task Common

TTC (Two Task Common) proporciona conversión de juegos de caracteres y tipos de datoentre distintos juegos de caracteres o formatos del cliente y del servidor. TTC es laimplementación del nivel de Presentación del modelo OSI.


Conexión de Aplicación Cliente-Servidor (continuación)

Nivel Base de la Red de Oracle

El nivel base de la Red de Oracle es responsable de establecer y mantener la conexión entrela aplicación cliente y el servidor. La Red de Oracle debe residir tanto en el cliente como enel servidor para que se produzca la comunicación de peer a peer.

En el cliente, el nivel base de la Red de Oracle es responsable de los siguientes problemasde conectividad:

• La ubicación del servidor• Si uno o más protocolos están implicados en la conexión• Cómo manejar excepciones e interrupciones

En el servidor, el nivel base de la Red de Oracle realiza las mismas tareas que en el cliente yfunciona con el listener para recibir solicitudes de conexión entrantes.

El nivel base de la Red de Oracle se comunica también con los servicios de nomenclatura ycon Oracle Advanced Security para asegurar conexiones protegidas.

El nivel base de la Red de Oracle es la implementación del nivel de Sesión en el modeloOSI.

Soporte de Protocolos de Oracle

El Soporte de Protocolos de Oracle es responsable de la asignación de la funcionalidad de laRed de Oracle para los protocolos estándar de la industria utilizados en la conexión entre elcliente y el servidor. Este nivel soporta los siguientes protocolos de red:

• TCP/IP• TCP/IP con SSL• Named Pipes

OPI (Oracle Program Interface)

El servidor de bases de datos Oracle utiliza OPI en lugar de OCI. OPI es el nivel de redresponsable de responder a cada uno de los posibles mensajes enviados por OCI.



Conexiones de la Aplicación Web Client

Los navegadores Web se pueden conectar a OracleServer de las siguientes formas:• Utilizando un servidor Web de aplicaciones como

capa media configurado con uno de lossiguientes:– Controlador OCI (Oracle Call Interface) JDBC– Controlador JDBC fino

• Conectándose directamente con Oracle Servermediante HTTP

Conexiones de la Aplicación Web ClientLas conexiones de navegadores Web de cliente por Internet con un servidor de bases dedatos Oracle son similares a las aplicaciones cliente-servidor, excepto por la arquitectura.Generalmente, un navegador en el cliente se puede comunicar mediante HTTP con unservidor Web de aplicaciones para realizar una solicitud de conexión. El servidor Web deaplicaciones puede enviar la solicitud a una aplicación para procesar la solicitud. Laaplicación utiliza la Red de Oracle para comunicarse con un servidor de bases de datosOracle que también se configura mediante la Red de Oracle.

El controlador OCI JDBC se utiliza para conectar un cliente Oracle y el controlador finoJDBC se utiliza para los clientes sin una instalación Oracle, en particular con applets.



Conexión de la Aplicación Web Client:Capa Media del Servidor Web de

Aplicaciones

Navegador WebOracleServer

Servidor Webde Aplicaciones

Cliente Servidor

HTTPRed deOracle

Aplicación Javao applet

Conexión de la Aplicación Web Client: Capa Media del Servidor Web deAplicaciones

En esta configuración de red, un navegador Web, mediante el protocolo HTTP, llama a unapplet de Java o a una aplicación Java en un servidor de aplicaciones Web. El servidorWeb de aplicaciones, que actúa como un cliente mediante la Red de Oracle o la Red deJava instaladas, se conecta con el servidor de bases de datos Oracle utilizando la Red deOracle.

Para que una conexión sea posible, la Red de Oracle o la Red de Java deben estarinstaladas en el cliente de servidor Web y en el servidor de bases de datos Oracle. Seasume la conexión de protocolo subyacente.



Conexión de la Aplicación Web Client:Cliente de la Aplicación Java

Oracle DatabaseServer

Servidor Web deAplicaciones (cliente)

Two-Task Common

Aplicación Java



Protocolo de Red

Two-Task Common

OracleRDBMS


Soporte deProtocolos de

Oracle

Protocolo de Red

ControladorOCI JDBC

Conexión de la Aplicación Web Client: Cliente de la Aplicación JavaSi una aplicación Java en el servidor Web de aplicaciones se utiliza para iniciar unaconexión con el servidor de bases de datos Oracle, el servidor Web actúa como un clientey se utiliza el controlador JDBC. El controlador JDBC se comunica con la Red de Oraclepara conectarse con el servidor de bases de datos Oracle, que también se debe configurarcon la Red de Oracle.

No hay ninguna otra diferencia en la forma en que los datos se transfieren por encima ypor debajo de la pila, en el cliente y en el servidor, cuando se compara con laconfiguración de cliente-servidor.



Conexión de la Aplicación Web Client:Cliente Applet de Java

Servidor Web deAplicaciones (cliente)

JavaTTC

Applet de Java

Red de Java

Protocolo deRed TCP/IP

ControladorJDBC Fino

Oracle Database Server

Two-Task Common

OracleRDBMS



Protocolo deRed TCP/IP

Conexión de la Aplicación Web Client: Cliente Applet de JavaSi se llama a un applet de Java en el servidor Web de aplicaciones para iniciar unaconexión con Oracle Server, el servidor Web de aplicaciones actúa como un cliente y seutiliza el controlador Fino JDBC. El controlador Fino JDBC se comunica con Red de Javapara comunicarse con el servidor de bases de datos Oracle que se debe configurar con laRed de Oracle. El controlador Fino JDBC utiliza una implementación de Java del nivelbase de la Red de Oracle llamada Red de Java y una implementación de Java de TTCdenominada JavaTTC.

No hay ninguna otra diferencia en la forma en que los datos se transfieren por encima ypor debajo de la pila, en el cliente y en el servidor, cuando se compara con laconfiguración de cliente-servidor.



Conexiones Web mediante HTTP

ServidorOracle

que soportaHTTP

Cliente Servidor

NavegadorWeb

HTTP

Conexiones Web mediante HTTPNo es necesaria la Red de Oracle en el cliente o en el servidor, pero es necesario que elservidor de bases de datos Oracle se configure para soportar estos protocolos. El servidorWeb de aplicaciones no es necesario en este tipo de conexión.



Conexión Directa del Navegador Web

Oracle Database Server

Cliente

HTTP

Navegador Web

TCP/IP

HTTP

OracleRDBMS


TCP/IP

Conexión Directa del Navegador Web

Un listener se puede configurar para aceptar conexiones HTTP. Este protocolo se utilizapara las conexiones con aplicaciones que forman parte de la base de datos. Por ejemplo,puede utilizar Oracle Internet File System para presentar el contenido de la base de datosal cliente en una serie de protocolos, incluido HTTP.

Aunque no es necesario el nivel base de la Red de Oracle en el cliente o en el servidor, síes necesario que el servidor de bases de datos Oracle se configure para soportar estosprotocolos.



Conceptos y Terminología deConectividad

• Servicios de bases de datos• Nombre del servicio

– Representación lógica de una base de datos– Forma en que se presenta una base de datos a los

clientes

• Descriptor de Conexión– Ubicación de la base de datos– Nombre del servicio de bases de datos

• Listener– Recibe solicitudes de conexión cliente– Transfiere las solicitudes al servidor de bases de datos

Conceptos y Terminología de ConectividadUna base de datos Oracle se representa a los clientes como un servicio; es decir, la base dedatos realiza el trabajo en nombre de los clientes. Una base de datos puede tener uno o másservicios asociados a ella. Una base de datos se puede presentar como varios servicios y sepuede implementar un servicio como varias instancias de la base de datos.

El nombre de servicio es una cadena que es el nombre de la base de datos global, es decir, unnombre formado por el nombre de la base de datos y el nombre de dominio, introducidodurante la instalación o la creación de la base de datos. El nombre del servicio se incluye en laparte de los datos de conexión del descriptor de conexión.

Para conectarse a un servicio de base de datos, los clientes utilizan un descriptor de conexiónque proporciona la ubicación de la base de datos y el nombre del servicio de la base de datos.

La porción de la dirección del descriptor de conexión es en realidad la dirección del protocolodel listener. Para conectarse a un servicio de base de datos, los clientes se ponen en contactoprimero con un proceso de listener que suele residir en el servidor de bases de datos. El listenerrecibe solicitudes de conexión cliente entrantes y transfiere las solicitudes al servidor de basesde datos. Una vez que se establece la conexión, el cliente y el servidor de bases de datos secomunican directamente. Muy parecida a una dirección de negocio, el listener se configurapara aceptar las solicitudes de los clientes en una dirección de protocolo. Esta dirección defineel protocolo que recibe el listener y cualquier otra información específica del protocolo.



Conceptos y Terminología deConectividad

• Registro de Servicios– Información de registros de bases de datos con el

listener– Manejadores de servicios disponibles para cada

instancia

• Manejadores de Servicios– Puntos de conexión– Distribuidor o servidor dedicado

Conceptos y Terminología de Conectividad (continuación)El descriptor de conexión también especifica el nombre del servicio de base de datos conel que los clientes buscan establecer una conexión. El listener sabe a qué servicios puedeenviar solicitudes de conexión, ya que una base de datos Oracle registra de formadinámica esta información con el listener. Este proceso de registro se denomina registrode servicios. También proporciona al listener información sobre las instancias de la basede datos y los manejadores de servicios disponibles para cada instancia.

Los manejadores de servicios actúan como puntos de conexión para un servidor de basesde datos Oracle. Un manejador de servicios puede ser un distribuidor o un servidordedicado.



Modelos de Configuración de la Red deOracle

• Gestión localizada– Archivo local en cada computadora de la red

• Gestión centralizada– Servidor de directorios compatible con LDAP– Servidor de Oracle Names

Modelos de Configuración de la Red de OracleLa información de configuración se puede almacenar en un archivo de configuraciónlocalizado o en un repositorio centralizado.

Gestión LocalizadaInformación de dirección de red almacenada en los archivos tnsnames.ora en cadacomputadora de la red.

Gestión Centralizada

La información de dirección de red se almacena en servicios de directorios centralizados,incluido un servidor de directorios compatible con LDAP o un servidor de Oracle Names.

Nota: En versiones futuras, Oracle Names no se soportará como método de nomenclaturacentralizado.



Visión General de los Métodos deNomenclatura

• Una aplicación cliente utiliza métodos denomenclatura para resolver un identificador deconexión en un descriptor de conexión al intentarconectarse a un servicio de base de datos.

• La Red de Oracle proporciona cinco métodos denomenclatura:– Nomenclatura de host– Nomenclatura local– Nomenclatura de directorios– Oracle Names– Nomenclatura externa

Visión General de los Métodos de NomenclaturaLa Red de Oracle soporta cinco métodos de nomenclatura:

• Nomenclatura de host: Permite que los usuarios de un entorno TCP/IP resuelvan losnombres mediante el servicio de resolución de nombres existente

• Nomenclatura local: Ubica las direcciones de red mediante la información configurada yalmacenada en cada archivo tnsnames.ora del cliente

• Nomenclatura de directorios: Resuelve un servicio de base de datos o un nombre delservicio de red en un descriptor de conexión, almacenado en un servidor de directorioscentral

• Oracle Names: Servicio de directorios de Oracle formado por un sistema de servidoresde Oracle Names que proporcionan una resolución de nombre-dirección para cadaservicio de la red

• Nomenclatura externa: Utiliza un servicio de nomenclatura de terceros soportado

Una organización pequeña con pocas bases de datos puede utilizar la nomenclatura de hostpara almacenar nombres en un servicio de resolución de nombres existente o la nomenclaturalocal para almacenar nombres en los archivos tnsnames.ora de los clientes.

Una organización grande con varias bases de datos debería utilizar la nomenclatura dedirectorios para almacenar nombres en un servidor de directorios centralizado compatible conLDAP.



Archivos de Configuración de la Redde Oracle

listener.ora sqlnet.ora

tnsnames.oranames.oraldap.ora

Archivos de Configuración de la Red de OracleDependiendo del modelo de configuración que se utilice, las computadoras de red sepueden configurar con los archivos descritos a continuación:• ldap.ora: Ubicado en el servidor de bases de datos y en computadoras cliente

configuradas para funciones de gestión centralizada, este archivo contiene losparámetros necesarios para acceder al servidor de directorios.

• listener.ora: Ubicado en el servidor de bases de datos, este archivo deconfiguración para el listener incluye:- Direcciones de protocolo en las que acepta solicitudes de conexión- Servicios de bases de datos y no de bases de datos que está recibiendo- Parámetros de control utilizados por el listener

Nota: Cuando se configura el listener para recibir en TCP/IP, debe introducir elpuerto por defecto de 1521. Si no lo hace, debe configurar el parámetroLOCAL_LISTENER en el archivo de parámetros de inicialización y resolver elnombre del listener mediante un método de nomenclatura.

• names.ora: Ubicado en el servidor de Oracle Names, este archivo incluye laubicación, la información de dominio y los parámetros de configuración opcionalespara un servidor de Oracle Names.


Archivos de Configuración de la Red de Oracle (continuación)• tnsnames.ora: Ubicado en los clientes, este archivo contiene nombres de

servicios de red asignados a descriptores de conexión. Este archivo se utiliza para elmétodo de nomenclatura local.

• sqlnet.ora : Ubicado en computadoras de cliente y en computadoras de servidorde bases de datos.

Los archivos de configuración se crean generalmente en$ORACLE_HOME/network/admin en UNIX y%ORACLE_HOME%\network\admin en Windows.

Los archivos de configuración se pueden crear en otras ubicaciones. La Red de Oraclebusca los archivos de configuración en diversas ubicaciones.

La Red de Oracle busca sqlnet.ora y ldap.ora en el siguiente orden:1. El directorio especificado por la variable del entorno TNS_ADMIN. Si TNS_ADMIN

no está definida como una variable en Windows, puede que esté en el registro.2. El directorio $ORACLE_HOME/network/admin en UNIX y el directorio

ORACLE_HOME\network\admin en Windows.

La Red de Oracle busca cman.ora, listener.ora y tnsnames.ora en elsiguiente orden:

1. El directorio especificado por la variable del entorno TNS_ADMIN. Si TNS_ADMINno está definida como una variable en Windows, puede que esté en el registro.

2. En UNIX, el directorio de configuración global. Para Sun Solaris, este directorio es/var/opt/oracle.

3. El directorio $ORACLE_HOME/network/admin en UNIX y el directorioORACLE_HOME\network\admin en Windows.



Resumen

En esta lección, ha aprendido a:• Explicar los componentes clave de la arquitectura de

comunicación de pila de la Red de Oracle• Explicar el rol de los Servicios de Red de Oracle en

conexiones cliente-servidor• Describir cómo las conexiones Web Client se

establecen mediante los productos de red de Oracle


Configuración Básica delServidor de Red de Oracle



Objetivos

Al finalizar esta lección, debería estar capacitado para:• Identificar cómo responde el listener a las

conexiones entrantes• Describir el Registro de Servicios Dinámico• Configurar el listener mediante el Gestor de Red

de Oracle• Controlar el listener mediante la utilidad Control

de Listeners• Configurar el listener para conexiones HTTP



Proceso de Listener

listener.ora

Listener

Cliente Servidor

tnsnames.ora

sqlnet.ora

Características del Proceso de ListenerEl servidor de bases de datos recibe una conexión inicial de una aplicación cliente por medio dellistener.

El listener es un proceso que se ejecuta en un nodo que recibe las conexiones entrantes en nombrede una o varias bases de datos. Las siguientes son las características de un listener:

• Un proceso de listener puede recibir de más de una base de datos• Varios listeners pueden recibir en nombre de una sola base de datos para realizar el

equilibrio de carga• El listener puede recibir en varios protocolos• El nombre por defecto del listener en la Red de Oracle es LISTENER• El nombre de listener debe ser único para cada archivo listener.ora

Nota: Las bases de datos Oracle9i requieren un listener Oracle9i. Las versiones anteriores dellistener no se soportan. Sin embargo, se puede utilizar un listener Oracle9i con bases de datoscreadas con una versión anterior de Oracle.

Uso de Oracle Enterprise Manager

La página Listeners de la carpeta Nodes en el Navegador muestra las propiedades de listener paraun nodo seleccionado en el Navegador. La información mostrada incluye una lista de todas lasbases de datos controladas por el listener, así como la dirección TNS del listener. Puededeterminar el estado operacional del listener haciendo clic en Listener Status.



Métodos de Conexión

Cuando un cliente realiza una solicitud de conexióncon un servidor, el listener realiza una de lassiguientes acciones:• Origina un proceso de servidor y le lega

(transfiere) la conexión• Transfiere la conexión a un distribuidor en una

configuración de Servidor Compartido Oracle• Redirige la conexión a un proceso de distribuidor

o servidor

Métodos de ConexiónOriginada y de Legado

El listener transfiere o lega la conexión a un proceso originado. Este método sólo se utiliza enuna configuración de servidor dedicado.

Transferida Directa

El listener transferirá una conexión a un distribuidor cuando se utilice un Servidor CompartidoOracle. Este método no es posible con procesos de servidor dedicado.

Redirigido (Mensaje)

El listener puede redirigir una conexión a un distribuidor si se utiliza un Servidor Compartido.

Nota: Cada tipo de conexión se cubre con más detalle posteriormente en esta lección.

Transparencia de la Conexión Transferida Directa y Redirigida

Si una sesión de conexión se lega, se transfiere o se redirige a un proceso existente, la sesiónes transparente para el usuario. Sólo se puede detectar activando el rastreo y analizando elarchivo de rastreo resultante.



Conexiones Originadas y de Legado

Listener

ServidorCliente

Proceso delServidorDedicado

1 2

3

Conexiones Originadas y de LegadoEl listener puede originar procesos de servidor dedicado cuando se reciben solicitudes deconexión y se legan (o se transfieren) las conexiones a los procesos de servidor. El uso de estemétodo depende de la capacidad del sistema operativo subyacente para soportar la herencia depuntos finales de red. Cuando el listener bifurca un proceso de servidor dedicado y lega laconexión al proceso del servidor, la sesión se denomina sesión de legado. Se produce lasiguiente secuencia de eventos:

1. El listener recibe una solicitud de conexión cliente.2. El listener inicia un proceso de servidor dedicado y el servidor dedicado hereda la

solicitud de conexión desde el listener.3. El cliente está conectado ahora directamente al servidor dedicado.

Si el sistema operativo o el protocolo no permiten que se transfiera una conexión entre dosprocesos distintos de la misma máquina, no se podrá utilizar en su lugar una conexiónredirigida.

Nota: Cuando se desconecta un cliente, se cierra el proceso de servidor dedicado de losclientes.


Conexiones Originadas y de Legado (continuación)Consideraciones de la Plataforma Windows

Windows no soporta implícitamente la herencia de los puntos finales de red. Para ello, laentrada del registro USE_SHARED_SOCKET se debe definir en TRUE para permitir quevarias conexiones utilicen un único socket. Cuando el valor es FALSE (por defecto), lasconexiones de legado no son posibles, de forma que se inicia una sesión redirigida en su lugar.

Si la entrada USE_SHARED_SOCKET se define en TRUE, Windows puede iniciar conexionesde legado, pero hay que tener en cuenta varias advertencias. Si se inician varias conexiones y,por alguna razón, se para el listener, que no será capaz de reiniciarse hasta que se borren lasconexiones. Esto se debe a que las conexiones existentes están utilizando el mismo número depuerto que en el que el listener necesita recibir. Esta es una limitación con la implementaciónde Microsoft de TCP/IP mediante Windows Sockets API (WINSOCK2).



Conexiones Directas Transferidas

Listener

Distribuidor1 2

3Proceso

de ServidorCompartido

Procesode ServidorCompartido

Conexiones Directas Transferidas

El listener utiliza el distribuidor como un tipo de manejador de servicio al que puede dirigirlas solicitudes de los clientes. Cuando llega una solicitud de cliente, el listener realiza una delas acciones siguientes:

• Transfiere la solicitud de conexión directamente a un distribuidor.• Emite un mensaje redirigido al cliente con la dirección de protocolo de un distribuidor.

El cliente termina entonces la sesión de red al listener y establece una sesión de red aldistribuidor, utilizando la dirección de red proporcionada en el mensaje redirigido.

El listener utiliza conexiones transferidas directas cuando se puede. Los mensajes redirigidosse utilizan, por ejemplo, cuando los distribuidores son remotos al listener.

La secuencia de eventos es la siguiente:

1. El listener recibe una solicitud de conexión cliente.

2. El listener transfiere la solicitud de conexión directamente al distribuidor.

3. El cliente está conectado ahora al distribuidor.



Sesión Redirigida

puerto

Listener

Cliente Servidor

puerto

Proceso deservidor o

distribuidor

12

3

4

56

Sesión RedirigidaCuando las condiciones no soportan el establecimiento de una conexión de legado o directatransferida, se establece una sesión redirigida. Los pasos siguientes detallan los mecanismosde este tipo de conexión:

1. El cliente establece una conexión con el listener mediante el protocolo configurado yenvía al listener un paquete connect.

2. El listener comprueba que se ha definido el SID. Si es así, el listener originará un nuevothread o proceso para servir la nueva conexión. A continuación, se establece unaconexión IPC entre el listener y el nuevo proceso o thread.

3. El nuevo proceso o thread selecciona un nuevo puerto TCP/IP de la lista de puertoslibres definidos por el usuario y transfiere esta información al listener.

4. El listener inserta este nuevo puerto en un paquete redirect y lo vuelve a enviar al clientey, a continuación, se restablece el socket de TCP original entre el cliente y el listener.

5. Se establece una nueva conexión TCP en la dirección redirigida especificada en elpaquete redirect y, a continuación, se reenvía un paquete connect al proceso de servidordedicado.


Sesión Redirigida (continuación)6. El proceso de servidor dedicado puede aceptar por fin la conexión entrante y reenviar un

mensaje ACCEPT al cliente.

Si se establece una sesión redirigida con servidores compartidos, no es necesario que seorigine un nuevo proceso, como se indicó en el paso 2, si hay capacidad suficiente en losservidores compartidos que se están ejecutando.



Configuración y Registro de Servicios

Se puede configurar el listener de dos formas:• Registro de servicios dinámico

– No es necesaria la configuración en el archivolistener.ora

– El listener se basa en el proceso de PMON

• Configuración de servicios estática– La utiliza Oracle8 y las versiones anteriores– Requiere la configuración del archivo

listener.ora

– Es necesaria para Oracle Enterprise Manager yotros servicios

Configuración del ListenerRegistro de Servicios Dinámico

Una instancia Oracle9i utiliza el registro de servicios para informar al listener sobre losservicios de la base de datos. El registro de servicios se basa en el proceso de PMON pararegistrar información de la instancia con el listener. PMON también informa al listener delestado y la carga actuales de la instancia y de distribuidores del Servidor Compartido.

Si JVM Oracle9i está instalado, se pueden registrar los puntos finales de recepción de HTTPde forma dinámica con el listener.

Al iniciar una instancia, los parámetros de inicialización del listener se leen en el archivo deparámetros de inicialización en el que PMON registra información con el listener. Si unlistener no está activo cuando se inicia la instancia, PMON no registrará la información con ellistener. PMON continuará intentando ponerse en contacto con el listener. El listenerrechazará cualquier conexión realizada en un servicio no registrado.

Registro de Servicios EstáticoDebe configurar el archivo listener.ora para instancias de Oracle8.Nota: La configuración estática también es necesaria para OEM (Oracle Enterprise Manager)y otros servicios como los procedimientos externos y los Servicios Heterogéneos.


Configuración del Listener (continuación)

Ventajas del Registro de Servicios Dinámico

• El archivo listener.ora no necesita el parámetro SID_LIST_LISTENER_NAMEque especifica información en las bases de datos que sirve el listener. Este parámetrosigue siendo necesario si la herramienta de gestión que se utiliza lo necesita.

• Se activa la redirección automática en caso de fallo en tiempo de conexión.

• Se activa el equilibrio de carga de conexión para servidores compartidos.



Registro de Servicios Estático:Archivo listener.ora

Valores por defecto para el archivo listener.ora conla instalación del software Oracle• Nombre del Listener LISTENER• Puerto 1521• Protocolos TCP/IP e IPC• Nombre del SID Instancia por defecto• Nombre del Host Nombre del host por defecto

Archivo listener.ora

Debe utilizar el archivo listener.ora para configurar el listener para un registro deservicios estático. El archivo listener.ora debe residir en la máquina o en el nodo en elque va a residir el listener.

El archivo listener.ora contiene la información de configuración siguiente:• Nombre del listener• Dirección del listener• Bases de datos que utilizan el listener• Parámetros del listener



Registro de Servicios Estático:Archivo listener.ora

1. LISTENER =2. (ADDRESS_LIST =3. (ADDRESS= (PROTOCOL= TCP)(Host= stc-

sun02)(Port= 1521)))4. SID_LIST_LISTENER =5. (SID_LIST =6. (SID_DESC =7. (ORACLE_HOME= /home/oracle)8. (GLOBAL_DBNAME = ORCL.us.oracle.com)9. (SID_NAME = ORCL)))

Contenido del Archivo listener.ora

El archivo por defecto listener.ora contiene los siguientes parámetros:1. Nombre del listener. El nombre por defecto es LISTENER.2. El parámetro ADDRESS_LIST incluye el bloque de direcciones en las que el listener

recibe las conexiones entrantes. Cada una de las direcciones definidas en este bloquerepresentan las distintas formas en que un listener recibe una conexión.

3. La dirección de TCP identifica las conexiones de TCP entrantes de clientes de la red queintentan conectarse al puerto 1521. Los clientes utilizan el puerto definido en su archivotnsnames.ora para conectarse al listener. Basándose en el parámetro SID_LISTdefinido para este listener, el listener especifica la base de datos a la que se conecta.Observe que se pueden configurar varios listeners aquí siempre que tengan nombresúnicos y puertos únicos en el nodo en el que se han configurado. Cada listenerconfigurado tendrá su propio SID_LIST; sin embargo, varios listeners pueden serviruna única base de datos.

4. Un listener puede recibir más de una base de datos en una máquina. El bloque oparámetro SID_LIST_nombre_de_listener es donde se definen los SID.

5. El parámetro SID_LIST se define cuando se define más de un SID.


Contenido del Archivo listener.ora (continuación)6. El parámetro SID_DESC debe existir para cada SID definido.7. El ORACLE_HOME identifica la ubicación del directorio raíz de Oracle del servicio. Esto

permite al listener identificar la ubicación del archivo ejecutable de Oracle.8. El parámetro GLOBAL_DBNAME identifica el nombre de la base de datos global, un

nombre comprimido del nombre de la base de datos y del dominio de la base de datos.El nombre de la base de datos global tiene este formato:nombre_base_de_datos.dominio_base_de_datos. Considere, por ejemplo,ORCL.us.oracle.com en el que la porción del nombre de la base de datos, ORCL,es un nombre sencillo con el que desea llamar a la base de datos. La porción del dominiode la base de datos, us.oracle.com, especifica el dominio de la base de datos en elque se ubica la base de datos, lo que hace que el nombre de la base de datos global seaúnico. Este parámetro debe estar embebido en SID_DESC y debe coincidir con el valordel parámetro SERVICE_NAMES en el archivo de parámetros de inicialización.

9. El parámetro SID_NAME define el nombre del SID en cuyo nombre acepta conexionesel listener.


Parámetros listener.ora

Nota: Los valores por defecto se muestran entre paréntesis detrás del nombre de parámetro.

Parámetro DescripciónADDRESS Define una única dirección de protocolo

de listenerLOG_DIRECTORY_nombre_de_listener

(Unix: $ORACLE_HOME/network/logNT : ORACLE_HOME \network\log)

Controla el directorio en que se escribeel archivo log

LOG_FILE_nombre_de_listener

(listene r.log )Especifica el nombre de archivo en el quese escribe la información de log

LOGGING_nombre_de_listener

( ON )Activa o desactiva el registro

PASSWORDS_ nombre_de_listener Define una contraseña no cifrada parala autenticación en la utilidad Controlde Listeners (LSNRCTL ) de comandosprote gidos

SAVE_CONFIG_ON_STOP_ listener_name

( FALSE )

Cualquier cambio realizado por el comandoLSNRCTL SET se hace permanente si elparámetro se define en TRUE

SID_LIST_ nombre_de_listener Identifica una lista de descripciones de SID

TRACE_DIRECTORY_nombre_de_listener

(Unix:$ORACLE_HOME/network/traceNT : ORACLE_HOME \network \trace)

Especifica el directorio en el que se escribenlos archivos de rastreo

TRACE_FILE_nombre_de_listener(listener.trc)

Define el nombre del archivo de rastreo

TRACE_LEVEL_nombre_de_listener

(OFF )Activa o desactiva el rastreo en un nivel especificado:

user - Información de rastreo para usuarios

admin -Información de rastreo para administración

support - Información de rastreo de los Serviciosde Soporte Oracle



Registro de Servicios Estático:Creación de un Listener

Creación de un Listener AdicionalDurante la instalación de Enterprise Edition o Standard Edition en el servidor, el Asistente deConfiguración de Red de Oracle configura automáticamente un listener con un nombre deLISTENER que tenga una dirección de protocolo TCP/IP para la base de datos Oracle. Sinecesita crear un listener adicional, siga los pasos detallados a continuación para configurarlisteners adicionales en el archivo listener.ora mediante el Gestor de Red de Oracle:

1. En el panel del navegador, amplíe Oracle Net Configuration > Local > Listeners.2. Seleccione Create del menú Edit.3. Introduzca un nombre de listener en el campo Listener Name del recuadro de diálogo

que aparece.4. Seleccione Listening Locations de la lista desplegable en el listener.5. Haga clic en Add Address.6. Cambie o introduzca información en los campos Protocol, Host y Port cuando sea

necesario.7. Seleccione Save Network Configuration en el menú File del Gestor de Red de Oracle.

Nota: En la carpeta Local puede configurar los elementos de red en los archivos deconfiguración ubicados en ORACLE_HOME/network/admin en Windows. Se puedenespecificar otros directorios seleccionando Open Network Configuration en el menú File.



Configuración de Servicios

Configuración de Servicios de Base de Datos1. Seleccione Database Services de la lista desplegable del listener.2. Haga clic en Add Database.3. Introduzca el nombre de la base de datos global, el directorio raíz de Oracle y el SID en

los respectivos campos.4. Seleccione Save Network Configuration en el menú File del Gestor de Red de Oracle.



Registro y Rastreo

Configuración del Registro y del Rastreo del Listener1. Seleccione General Parameters en el menú desplegable del Gestor de Red del listener.2. Haga clic en el separador Logging & Tracing.3. Para activar el registro, seleccione el botón de opción Logging Enabled.4. Introduzca la ruta de acceso y un nombre de archivo de un archivo log.5. Seleccione Save Network Configuration en el menú File.6. Repita los pasos anteriores para el rastreo.

Nota: Tenga en cuenta que el registro y, especialmente el rastreo, puede utilizar grandescantidades de espacio en disco y se debe controlar. Sólo se debe utilizar el rastreo si es necesario.



Registro de Servicios Dinámico:Configuración del Registro

Para asegurarse de que el registro de servicios esfuncional, se deben configurar los siguientesparámetros de inicialización:• SERVICE_NAMES

• INSTANCE_NAME

Configuración del Registro de ServiciosLas instancias Oracle9i u Oracle8i utilizan el registro de servicios dinámico. El registro lo realiza elproceso de PMON de cada instancia de base de datos que tiene la configuración requerida en elarchivo de parámetros de inicialización de la base de datos. El registro de servicios dinámico nonecesita ninguna configuración en el archivo listener.ora.

El registro de servicios dinámico se configura en el archivo de inicialización de la base de datos. Laconfiguración del listener se debe sincronizar con la información del archivo de inicialización de labase de datos.

Se deben configurar los siguientes parámetros de inicialización para que funcione el registro deservicios:• SERVICE_NAMES: Especifica uno o más nombres del servicio de bases de datos al que se

conecta la instancia. Puede especificar varios nombres de servicios para distinguir entre losdiferentes usos de la misma base de datos.

• INSTANCE_NAME: Especifica el nombre de la instancia. En un sistema de base de datos deuna sola instancia, el nombre de la instancia es normalmente el mismo que el de la base dedatos.

Ejemplos• SERVICE_NAMES=sales.us.oracle.com• INSTANCE_NAME=salesdb



Registro de Servicios Dinámico:Registro de Información con el Listener

• Por defecto, PMON se registra con el listener localen el servidor, en la dirección local por defecto deTCP/IP, puerto 1521

• PMON se puede registrar con un listener no pordefecto si:– Se define el parámetro de inicialización

LOCAL_LISTENER

– Se define el atributo LISTENERS del parámetro deinicialización DISPATCHERS para el ServidorCompartido Oracle

Registro de ServiciosPor defecto, el proceso de PMON registra información de servicios con el listener local en ladirección local por defecto de TCP/IP, puerto 1521.

Uso de un Listener No por Defecto

Puede forzar a PMON para que registre con un listener local en el servidor que no utilizaTCP/IP o que utiliza el puerto 1521 configurando el parámetro LOCAL_LISTENER en elarchivo de parámetros de inicialización de la siguiente forma:

LOCAL_LISTENER= listener_alias

Se debe resolver listener_alias para la dirección de protocolo de listener mediante unmétodo de nomenclatura como, por ejemplo, tnsnames.ora. A continuación, se muestrauna entrada de ejemplo de tnsnames.ora:listener_name=

(DESCRIPTION=

(ADDRESS=(PROTOCOL=tcp)(HOST=sales-server)(PORT=1421)))



Configuración del Listenerpara Oracle9i JVM: HTTP

• Se puede configurar el listener para que acepte lasconexiones de los clientes que utilizan elprotocolo HTTP.

• Utilice el Registro de Listeners Estático si la basede datos es Oracle8i o una versión anterior,aunque se utilice un listener Oracle9i.

• Si tanto el listener como la base de datos sonOracle9i, la configuración se realizadinámicamente durante el registro de servicios.

Configuración Estática del Listener para HTTPLas conexiones a Oracle9i JVM requieren direcciones de protocolo de listener TCP/IP oTCP/IP con SSL. Si tanto el listener como la base de datos son Oracle9i, la configuración serealiza dinámicamente durante el registro de servicios. Si la base de datos es Oracle8i oanterior, configure las direcciones de listener estáticamente mediante el procedimientosiguiente, aunque se utilice un listener Oracle9i.

1. Inicie el Gestor de Red Oracle.2. En el panel del navegador, amplíe Local > Listeners.3. Seleccione un listener existente.4. En la lista del panel derecho, seleccione Listening Locations.5. Seleccione Add Address. Se muestra un separador con la nueva dirección.6. Seleccione el protocolo TCP/IP o TCP/IP with SSL de la lista Protocol.7. Introduzca el nombre de host de la base de datos en el campo Host.8. Introduzca el puerto 2481 en el campo Port si el protocolo seleccionado es TCP/IP o

introduzca el puerto 2482 si el protocolo seleccionado es TCP/IP con SSL.9. Seleccione Statically dedicate this address for JServer connections.


Configuración Estática del Listener para HTTP (continuación)10. Seleccione File > Save Network Configuration.

El archivo listener.ora se actualiza de la siguiente forma:listener=

(DESCRIPTION_LIST=

(DESCRIPTION=

(ADDRESS=(PROTOCOL=tcp)(HOST=server1)(PORT=2481))

(PROTOCOL_STACK=

(PRESENTATION=GIOP)

(SESSION=raw))))



Utilidad Control de Listeners (LSNRCTL)

Los comandos de la utilidad Control de Listeners sepueden emitir desde la línea de comandos o desde elprompt de LSNRCTL.

• Sintaxis de la línea de comandos de UNIX:

• Sintaxis del prompt:

• Control de un listener no por defecto:

$ lsnrctl <command name>

LSNRCTL> <command name>

LSNRCTL> set current_listener listener02

Utilidad Control de ListenersCuando se emite el comando lsnrctl, el comando funcionará en el listener por defecto,LISTENER, a menos que se ejecute el comando SET LISTENER. Otra forma de controlardiferentes listeners es utilizando el nombre del listener como modificador de comandos:$ lsnrctl start listener02

Sintaxis de la Línea de Comandos de Windows

En Windows, utilice el siguiente comando para iniciar la utilidad Control de Listeners.C:\> lsnrctl <command name>



Comandos de LSNRCTL

Utilice los comandos siguientes para controlar el listener:• Inicio del listener:

• Detención del listener:

$lsnrctl START nombre_de_listener

$lsnrctl STOP nombre_de_listener

Comandos de LSNRCTL

Inicio del ListenerPuede utilizar el comando START para iniciar el listener desde la utilidad Control deListeners. Los cambios manuales en el archivo listener.ora se deben realizar cuando ellistener está cerrado. El argumento del comando START es el nombre del listener y, si no seespecifica ningún argumento, se inicia el listener actual. Si no se ha definido un listeneractual, se inicia LISTENER.

LSNRCTL> START nombre_de_listener o

$lsnrctl start nombre_de_listener

En Windows NT, también se puede iniciar el listener mediante el Control Panel:1. Haga doble clic en el icono Services de la ventana Control Panel.2. Seleccione el servicio Oraclehome_nameTNSListener (el nombre del servicio si

está utilizando el nombre de listener por defecto LISTENER) uOraclehome_nameTNSListenerlsnr, donde lsnr es el nombre del listener no pordefecto.

3. Haga clic en Start para iniciar el servicio.4. En la ventana Services, haga clic en Close.


Comandos de LSNRCTL (continuación)

Parada del ListenerEl comando STOP para el listener. Es preciso que el listener se esté ejecutando para poderloparar. Si se ha configurado una contraseña, se debe utilizar primero el comando SET PASSWORD para poder utilizar el comando STOP. La contraseña se debe definir desde elprompt de LSNRCTL; no se puede definir desde la línea de comandos del sistema operativo.Es conveniente enviar un mensaje de advertencia a toda la red antes de parar un listener.

LSNRCTL> STOP [nombre_de_listener] o

$ lsnrctl stop [nombre_de_listener]

Comandos Adicionales de LSNRCTL

Nota: También puede obtener el estado de un listener mediante la Consola de OracleEnterprise Manager.

Comando Descripción

CHANGE_PASSWORD Cambia dinámicamente la contraseña cifrada de un listener.

EXIT

Sale de la utilidad LSNRCTL.

HELP Proporciona la lista de comandos de LSNRCTL disponibles.

QUIT Proporciona la funcionalidad del comando EXIT.

RELOAD Cierra todo excepto las direcciones del listener y vuelve a leerel archivo listener.ora. Utilice este comando paraagregar o cambiar servicios sin detener realmente el listener.

SAVE_CONFIG Crea una copia de seguridad de la configuración del listener(denominada listener.bak) y actualiza el propiolistener.ora para que refleje los cambios.

SERVICES Proporciona información detallada sobre servicios e instanciasregistradas y los manejadores de servicio asignados a cadainstancia.

SET parameter Este comando define un parámetro de listener.

SHOW parameter Este comando lista el valor de un parámetro de listener.STATUS Proporciona información de estado básica sobre un listener,

incluido un resumen de valores de configuración de listener, lasdirecciones de protocolo de listener y un resumen de losservicios registrados con el listener.



Modificadores SET y SHOW de LSNRCTL

• Cambie los parámetros del listener con SET:

• Visualice los valores de los parámetros con SHOW:

LSNRCTL> SET trc_level ADMIN

LSNRCTL> SHOW trc_directory

Modificadores SET y SHOW

El modificador SET se utiliza para cambiar los parámetros de listener en el entorno de lautilidad Control de Listeners.

El modificador SHOW se utiliza para visualizar los valores del juego de parámetros definidopara el listener.


Modificadores SET y SHOW (continuación)

Nota: El comando SHOW tiene los parámetros correspondientes del comando SET,excepto SET PASSWORD.

Command DescripciónSET CURRENT_LISTENER Define o muestra parámetros cuando se utilizan

varios listeners.

SET LOG_DIRECTORY Define una ubicación distinta a la ubicación pordefecto para el archivo log o para devolver laubicación al valor por defecto.

SET LOG_FILE Define un nombre distinto al nombre por defectopara el archivo log.

SET LOG_STATUS Activa o desactiva el registro del listener.

SET PASSWORD Cambia la contraseña enviada desde la utilidadLSNRCTL al proceso de listener únicamente aefectos de autenticación.

SET SAVE_CONFIG_ON_STOP Guarda permanentemente los cambios hechosmediante el comando SET de LSNRCTLcuando el parámetro está activado. Todos losparámetros se guardan inmediatamente antes desalir del listener.

SET TRC_DIRECTORY Define una ubicación distinta a la ubicación pordefecto para el archivo de rastreo o paradevolver la ubicación al valor por defecto.

SET TRC_FILE Define un nombre distinto al nombre por defectopara el archivo de rastreo.

SET TRC_LEVEL Activa el rastreo para el listener.



Resumen

En esta lección, ha aprendido a:• Configurar el listener mediante el Gestor de Red

de Oracle• Controlar el listener mediante la utilidad Control

de Listeners• Configurar el listener para conexiones HTTP



Práctica 3: Visión General

Esta práctica cubre los siguientes temas:• Configuración de un LISTENER no por defecto• Inicio y parada del listener• Visualización del archivo log del LISTENER


Práctica 3: Configuración Básica del Servidor de Red de Oracle

1. Cree un listener listenernn(n) (nn(n) será un número de dos o tres dígitos proporcionadopor el instructor) mediante el Gestor de Red de Oracle. Se debe configurar el listener delservidor como especifique el instructor. Se debe configurar el listener sólo para elprotocolo TCP/IP y debe recibir las conexiones entrantes en el puerto proporcionado porel instructor.

Nota: Si el software Oracle9i está disponible en la PC del alumno, el archivo deconfiguración del listener se creará en la PC cliente mediante el Gestor de Red de Oracley, en pasos posteriores, se transferirá al servidor mediante FTP o una aplicación detransferencia de archivos similar.

Si el software cliente de Oracle9i no está disponible en la PC, se debe crear un archivolistener.ora en el servidor. Puede encontrar los archivos de red de ejemplo en el directorio$HOME/STUDENT/LABS. Los archivos de ejemplo tienen extensiones .sam. Copie$HOME/STUDENT/LABS/listener.sam en $TNS_ADMIN/listener.ora yedite el archivo mediante vi.

$ cd $TNS_ADMIN

$ cp $HOME/STUDENT/LABS/listener.sam listener.ora

2. Si ha creado el archivo listener.ora en la PC, utilice FTP (modo ASCII) para transferirlo aldirectorio $TNS_ADMIN del servidor Unix. El archivo de la PC cliente estará en<ORACLE_HOME>\NETWORK\ADMIN. Es necesario que edite el archivo para cambiar laubicación del directorio log.

3. Verifique los detalles de configuración en el archivo.

4. Inicie el listener emitiendo lsnrctl start listenernn desde el prompt delsistema operativo. Si encuentra dificultades, utilice la salida del comando lsnrctl y elarchivo log de listener para la solución de problemas.

5. Si la instancia se inicia, ciérrela y después reiníciela.

6. Consulte el contenido del archivo log del listener. ¿Se ha registrado la instancia? ¿Por quéno?


Configuración de los Métodos deNomenclatura



Objetivos

Al finalizar esta lección, debería estar capacitado para:• Describir la diferencia entre la nomenclatura de

host y la resolución del nombre del servicio local• Utilizar el Asistente de Configuración de la Red de

Oracle para configurar:– El método de nomenclatura de host– El método de nomenclatura local– Los nombres del servicio de red

• Realizar la solución de problemas sencillos deconexión



Visión General de los Métodos deNomenclatura

• Una aplicación cliente utiliza métodos denomenclatura para resolver un identificador deconexión en un descriptor de conexión al intentarconectarse a un servicio de base de datos.

• La Red de Oracle proporciona cinco métodos denomenclatura:– Nomenclatura de host– Nomenclatura local– Nomenclatura de directorios– Oracle Names– Nomenclatura externa

Visión General de los Métodos de Nomenclatura

La Red de Oracle proporciona cinco métodos de nomenclatura:• Nomenclatura de host: Permite que los usuarios de un entorno TCP/IP resuelvan los nombres

mediante el servicio de resolución de nombres existente• Nomenclatura local: Ubica las direcciones de red mediante la información configurada y

almacenada en cada archivo tnsnames.ora del cliente• Nomenclatura de directorios: Resuelve un servicio de base de datos o un nombre del servicio de

red en un descriptor de conexión, almacenado en un servidor de directorios central• Oracle Names: Servicio de directorios de Oracle formado por un sistema de servidores de Oracle

Names que proporcionan una resolución de nombre-dirección para cada servicio de la red• Nomenclatura externa: Utiliza un servicio de nomenclatura de terceros soportado

Para una organización pequeña con pocas bases de datos, utilice la nomenclatura de host paraalmacenar nombres en un servicio de resolución de nombres existente o la nomenclatura local paraalmacenar nombres en el archivo tnsnames.ora de los clientes.

Para organizaciones grandes con varias bases de datos, utilice la nomenclatura de directorios paraalmacenar nombres en un servidor de directorios centralizado compatible con LDAP.

En esta lección, obtendrá más información sobre la nomenclatura de host y la nomenclatura local.



Nomenclatura de Host

Los clientes se pueden conectar a un servidor mediante unnombre de host bajo las condiciones siguientes:• Conectándose a un servicio de base de datos Oracle

mediante el software del cliente de Servicios de Redde Oracle

• El cliente y el servidor se conectan mediante elprotocolo TCP/IP

• Los nombres de host se resuelven mediante unmecanismo de traducción de dirección IP como, porejemplo, DNS o un archivo local /etc/hosts

• No se utiliza ninguna función avanzada como, porejemplo, Oracle Connection Manager u opciones deseguridad

Método de Nomenclatura de HostEl método de nomenclatura de host proporciona las siguientes ventajas:

• Requiere una mínima configuración de usuario. El usuario sólo necesita que seproporcione el nombre del host para establecer una conexión.

• Elimina la necesidad de crear y mantener un archivo local de configuración denombres (tnsnames.ora).

• Elimina la necesidad de entender los procedimientos de administración de OracleNames o de Oracle Internet Directory.

La nomenclatura de host sólo se puede utilizar para identificar un SID por cada nodoaunque se pueden identificar otros SID mediante otros métodos de nomenclatura.

Varios nombres globales pueden tener un alias para la misma dirección IP en el archivode hosts y se puede utilizar la nomenclatura de host para conectarse a cualquiera de estasbases de datos aunque estén en el mismo nodo.



Nomenclatura de Host: Cliente

sqlnet.ora

…names.directory_path = (HOSTNAME)

Servidor

listener.ora

Cliente

TCP/IP

Requisitos del ClienteSi utiliza el método de nomenclatura de host, debe haber instalado TCP/IP en la máquinacliente. Además, debe instalar los Servicios de Red de Oracle y el adaptador del protocoloTCP/IP.

El nombre de host se resuelve mediante un mecanismo de traducción de direcciones de IPcomo, por ejemplo, DNS (Domain Name Services) o NIS (Servicios de Información deRed) o un archivo de host TCP/IP mantenido centralmente: Esto se debe configurar desdeel cliente antes de intentar utilizar el método de nomenclatura de host.



Nomenclatura de Host: Servidor

Cliente

sqlnet.ora listener.ora

Servidor

SID_LIST_LISTENER =

(SID_LIST =

(SID_DESC =

(GLOBAL_DBNAME = stc-sun02.us.oracle.com)

(ORACLE_HOME = /u03/ora9i/rel12)

(SID_NAME = TEST)

1521

TCP/IP

Requisitos del ServidorSi utiliza el método de nomenclatura de host, debe haber instalado TCP/IP en el servidor, asícomo en el cliente. Además, necesita instalar los Servicios de Red de Oracle y el adaptadordel protocolo TCP/IP en el servidor.En Oracle8i y Oracle9i se registra automáticamente información de la base de datosmediante el listener, incluido el nombre de la base de datos global, cuando alguna de lassiguientes opciones es verdadera:

• Se está ejecutando el listener por defecto denominado LISTENER que se ejecuta enTCP/IP en el puerto 1521

• El parámetro LOCAL_LISTENER se define en el archivo de inicialización

En versiones anteriores, la información de la base de datos se registra con el listenermediante el archivo listener.ora. Debe configurar estáticamente la secciónSID_LIST_nombre_de_listener para incluir el parámetro GLOBAL_DBNAME. Elnombre de la base de datos global lo forman el nombre de base de datos y el nombre deldominio de la base de datos. Puede obtener el valor GLOBAL_DBNAME del parámetroSERVICE_NAMES o de los parámetros DB_NAME y DB_DOMAIN en el archivo deparámetros de inicialización.El nombre del host debe coincidir con la cadena de conexión especificada desde el cliente.La información adicional que se incluye es la base de datos a la que desea conectarse.



Ejemplo de Nomenclatura de Host

• Archivo listener.ora:

• Conexión del cliente:

SID_LIST_LISTENER =

(SID_LIST =

(SID_DESC =

(GLOBAL_DBNAME = stc-sun02.us.oracle.com)

(ORACLE_HOME = /home1/user461/oracle)

(SID_NAME = TEST)

sqlplus system/[email protected]

Ejemplo de Nomenclatura de Host

Si se cumplen todos los requisitos en el cliente y en el servidor, puede emitir la solicitudde conexión desde el cliente y así se conecta a la instancia TEST como se muestra acontinuación:

sqlplus system/[email protected]

SQL*Plus:Release 9.2.0.1.0-Production on Thu Jun 27 11:18:39 2002

(c) Copyright 1982, 2002 Oracle Corporation. All rights reserved.

Connected to:

Oracle9i Enterprise Edition Release 9.2.0.1.0 – 64bit Production

SQL>



Configuración de Nomenclatura de Hostmediante el Gestor de Red de Oracle

Configuración de Nomenclatura de Host mediante el Gestor de Red de OraclePuede utilizar el Gestor de Red de Oracle para configurar la nomenclatura dehost como se muestra a continuación:

1. En el panel del navegador, amplíe Local > Profile.2. En la lista del panel derecho, seleccione Naming.3. Haga clic en el separador Methods.4. En la lista Available Methods, seleccione HOSTNAME y, después, haga clic

en el botón de flecha derecha.5. En la lista Selected Methods, seleccione HOSTNAME y, después, haga clic en

Promote para mover la selección al inicio de la lista.6. Seleccione File > Save Network Configuration.

El parámetro NAMES.DIRECTORY_PATH se actualiza en el archivosqlnet.ora de la siguiente forma:

NAMES.DIRECTORY_PATH=(hostname, tnsnames)



Nomenclatura Local

listener.ora

ServidorCliente

tnsnames.ora

sqlnet.ora

Método de Nomenclatura LocalVentajas de la nomenclatura local:

• Ofrece un método relativamente sencillo para la resolución de direcciones denombres de servicio

• Resuelve los nombres de servicio en redes que ejecutan distintos protocolos• Se puede configurar fácilmente mediante una herramienta de configuración gráfica

El método de nomenclatura local requiere que los nombres del servicio de red sealmacenen en el archivo tnsnames.ora. Puede agregar nombres de servicios de redutilizando el Gestor de Red de Oracle.



Configuración del Archivo tnsnames.ora mediante el Gestor de Red de Oracle

Configuración del Archivo tnsnames.ora mediante el Gestor de Red deOracle

Puede utilizar el Gestor de Red de Oracle para configurar nombres de servicios de red enel archivo tnsnames.ora de la siguiente forma:

1. En el panel del navegador, amplíe Local > Service Naming.2. Haga clic en el signo más (+) en la barra de herramientas o seleccione Edit >

Create desde la barra de menús.Aparece la página de bienvenida de Net Service Name Wizard.

3. Introduzca cualquier nombre en el campo Net Service Name.4. Haga clic en Next.

Aparece la página Protocol.




Configuración del Archivo tnsnames.ora mediante el Gestor de Red deOracle (continuación)

Continúe configurando el archivo tnsnames.ora de la siguiente forma:5. Seleccione el protocolo en el que el listener se ha configurado para recibir. Tenga en

cuenta que este protocolo debe estar instalado en el cliente también.6. Haga clic en Next.

Aparece la página Protocol Settings.





Continúe configurando el archivo tnsnames.ora de la siguiente forma:7. Introduzca la información de parámetro apropiada para el protocolo seleccionado en

los campos proporcionados.8. Haga clic en Next.

Aparece la página Service.




Configuración del Archivo tnsnames.ora mediante el Gestor de Redde Oracle (continuación)

Continúe configurando el archivo tnsnames.ora de la siguiente forma:9. Seleccione una versión, introduzca un servicio de destino y, opcionalmente, seleccione

un tipo de conexión de base de datos.Si el servicio de destino es una base de datos Oracle9i u Oracle8i, seleccione Oracle8ior later e introduzca un nombre de servicio en el campo Service Name. Si el serviciode destino es una base de datos Oracle versión 8.0, seleccione Oracle8 or Previous eintroduzca un Identificador del Sistema de Oracle para una instancia en el campoDatabase SID.Debería utilizar el valor por defecto de Database Default para el tipo de conexión. Si elservidor compartido se configura en el archivo de parámetros de inicialización, puedeseleccionar Dedicated Server para forzar al listener a originar un servidor dedicado,ignorando la configuración de servidor compartido. Si el Servidor Compartido estáconfigurado en el archivo de parámetros de inicialización y desea garantizar que laconexión utilice siempre servidores compartidos, seleccione Shared Server.

10. Haga clic en Next.Aparece la página Test.





Continúe configurando el archivo tnsnames.ora de la siguiente forma:11. Haga clic en Test para verificar que el nombre de servicios de red funciona o haga

clic en Finish para guardar la configuración y salir del Net Service Name Wizard.12. Haga clic en Finish para salir del Net Service Name Wizard.





Complete la configuración del archivo tnsnames.ora de la siguiente forma:13. Seleccione Save Network Configuration en el menú File del Gestor de Red de

Oracle.



Configuración del Método de Nomenclatura Localmediante el Gestor de Red de Oracle

Configuración del Método de Nomenclatura Local mediante el Gestor de Redde Oracle (continuación)

Puede utilizar el Gestor de Red de Oracle para configurar el método de nomenclaturalocal de la siguiente forma:

1. En el panel del navegador, amplíe Local > Profile.2. En la lista del panel derecho, seleccione Naming.3. Haga clic en el separador Methods.4. En la lista Available Methods, seleccione TNSNAMES y, después, haga clic en el

botón de flecha derecha.5. En la lista Selected Methods, seleccione TNSNAMES y, después, haga clic en el

botón Promote para mover la selección al inicio de la lista.6. Seleccione File > Save Network Configuration.

El parámetro NAMES.DIRECTORY_PATH se actualiza en el archivo sqlnet.ora dela siguiente forma:NAMES.DIRECTORY_PATH=(tnsnames)



Archivos Generados:tnsnames.ora

# TNSNAMES.ORA Network Configuration

# File:D:\oracle\ora92\NETWORK\ADMIN\tnsnames.ora

# Generated by Oracle configuration tools.

U461 =

(DESCRIPTION =

(ADDRESS_LIST =

(ADDRESS =

(PROTOCOL = TCP)(HOST = ed-pdsun1)(PORT = 8461))

)

(CONNECT_DATA =

(SERVICE_NAME = U461)

)

)

Archivo tnsnames.ora

El archivo tnsnames.ora se utiliza para almacenar nombres del servicio de red. Laubicación por defecto es $ORACLE_HOME/network/admin en UNIX y%ORACLE_HOME%\network\admin en Windows.


Archivo tnsnames.ora (continuación)

El contenido de tnsnames.ora es el que se indica a continuación:

Parámetro Descripción

MY_SERVICE.US. … Nombre del servicio de red y nombre de dominio.

DESCRIPTION Palabra clave para describir el descriptor de conexión. Las descripciones seespecifican siempre de la misma forma.

ADDRESS Palabra clave para especificar la dirección. Si se especifican variasdirecciones, utilice la palabra clave ADDRESS_LIST antes de ADDRESS.

PROTOCOL Especifica el protocolo utilizado.

HOST Información específica de protocolo para TCP/IP. Especifica el nombre delhost del servidor o la dirección IP. Puede ser diferente para otro protocolo.

PORT Información específica de protocolo para TCP/IP. Especifica el número depuerto en que el servidor recibe.

CONNECT_DATA Especifica el servicio de base de datos a la que se conecta.



Archivos Generados:sqlnet.ora

# SQLNET.ORA Network Configuration File:

D:\oracle\ora92\NETWORK\ADMIN\sqlnet.ora

# Generated by Oracle configuration tools.

NAMES.DIRECTORY_PATH= (TNSNAMES)

Archivo sqlnet.ora

El archivo sqlnet.ora controla el comportamiento de los Servicios de Red de Oracle.

La ubicación por defecto es $ORACLE_HOME/network/admin en UNIX y%ORACLE_HOME%\network\admin en Windows. Se puede sustituir la ubicación pordefecto definiendo la variable de entorno TNS_ADMIN.

El parámetro NAMES.DIRECTORY_PATH controla cómo los Servicios de Red de Oracleresuelven los nombres del servicio de red en descriptores de conexión. Se puedenrepresentar varios métodos como una lista separada por comas y entre paréntesis. Losservicios de red intentan resolver los nombres del servicio de red mediante cada uno de losmétodos enumerados de izquierda a derecha.

Una vez configurados y probados los métodos de nomenclatura y los nombres del servicio,se puede conectar al servidor desde el cliente mediante cualquier herramienta cliente deOracle.



Solución de Problemas del Cliente

Los siguientes códigos de error están relacionadoscon problemas del cliente:

ORA-12154 “TNS:could not resolve service name”

ORA-12198 “TNS:could not find path to destination”

ORA-12203 “TNS:unable to connect to destination”

ORA-12533 “TNS:illegal ADDRESS parameters”

ORA-12541 “TNS:no listener”

Solución de ProblemasA continuación, se describen los errores más frecuentes y la forma en que se puedenresolver.

ORA-12154: “TNS:could not resolve service name”

Causa: Los Servicios de Red de Oracle no pueden encontrar el descriptor de conexiónespecificado en el archivo de configuración tnsnames.ora.

Acción1. Compruebe que existe un archivo tnsnames.ora y que se puede acceder a él.2. Compruebe que el archivo tnsnames.ora se encuentra en la ubicación

especificada por la variable de entorno TNS_ADMIN.3. En el archivo tnsnames.ora, compruebe que el nombre de servicio especificado

en la cadena de conexión se ha asignado a un descriptor de conexiones del archivotnsnames.ora. Además, verifique que no existen errores de sintaxis en elarchivo.

4. Compruebe que no hay duplicados del archivo sqlnet.ora.5. Si se conecta desde un recuadro de diálogo de conexión, compruebe que no ha

incluido un símbolo @ antes del nombre de servicio de conexión.


Solución de Problemas (continuación)ORA-12198: “TNS:could not find path to destination”and

ORA-12203: “TNS:unable to connect to destination”

Causa: El cliente no puede encontrar la base de datos deseada.

Acción1. Verifique que ha introducido correctamente el nombre del servicio de la base de

datos a la que desea acceder.2. Compruebe que los parámetros ADDRESS de nombre de servicio del descriptor de

conexiones del archivo TNSNAMES.ORA son correctos.3. Compruebe que el archivo TNSNAMES.ORA se ha almacenado en el directorio

definido en la variable de entorno TNS_ADMIN.4. Compruebe que el listener del nodo remoto se ha iniciado y está ejecutándose. Si no

es así, inicie el listener mediante la utilidad Control de Listeners.5. Si se conecta desde un recuadro de diálogo de conexión, compruebe que no ha

incluido un símbolo @ antes del nombre de servicio de conexión.

ORA-12533: “TNS:illegal ADDRESS parameters”

Causa: Los parámetros específicos del protocolo de la sección ADDRESS del descriptorde conexión designado en el archivo tnsnames.ora son incorrectos.

Acción: Para obtener más información sobre las palabras clave específicas del protocolo,consulte la documentacióndel sistema operativo Oracle para la plataforma.

ORA-12541: TNS:no listener

Causa: No se puede establecer contacto con el listener del nodo remoto.

Acción: Verifique que se ha iniciado el listener en el nodo remoto. Puede comprobar elestado con el comando STATUS de la utilidad Control de Listeners e iniciarlo con elcomando START si es necesario.



Resumen

En esta lección, ha aprendido a:• Describir la diferencia entre la nomenclatura de host y

la resolución del nombre del servicio local• Utilizar el Gestor de Red de Oracle para configurar:

– El método de nomenclatura de host– El método de nomenclatura local– Los nombres del servicio de red

• Realizar la solución de problemas sencillos deconexión




Esta práctica cubre los siguientes temas:• Configuración de la nomenclatura local• Configuración de los nombres del servicio de red• Prueba de la configuración


Práctica 4: Configuración de los Métodos de Nomenclatura

1. Utilice el Gestor de Red de Oracle para configurar el cliente para utilizar el método denomenclatura local. Seleccione TNSNAMES como único método de nomenclatura. Sino está seguro del nombre del cliente, pregunte al instructor cómo obtenerlo.

Configuración Manual

Si Oracle9i no está disponible en la PC cliente, configúrelo manualmente y pruebe laconexión de cliente del host UNIX. Cambie los directorios a $TNS_ADMIN y copie$HOME/STUDENT/LABS/sqlnet.sam y$HOME/STUDENT/LABS/tnsnames.sam en sqlnet.ora y tnsnames.ora,respectivamente. Edítelos con vi.

2. Visualice el contenido de los archivos sqlnet.ora y tnsnames.ora creados con el Gestorde Red de Oracle. ¿Cómo se registra en estos archivos la información proporcionada?

3. Si ha editado manualmente los archivos, pruebe a acceder al servicio mediantetnsping.

4. Conéctese al servidor como system/manager mediante SQL*Plus y verifique queestá conectado a la instancia correcta consultando la vista V$INSTANCE.


Uso y Configuración delServidor Compartido Oracle



Objetivos

Al finalizar esta lección, debería estar capacitado para:• Identificar los componentes del Servidor

Compartido Oracle• Describir la arquitectura del Servidor Compartido

Oracle• Configurar el Servidor Compartido Oracle• Identificar y explicar la utilidad de las vistas de

diccionario de datos relacionadas



Configuraciones de Servidor

• Proceso del servidor dedicado• Proceso del servidor compartido

Opciones de Configuración de Oracle ServerOracle crea procesos de servidor para manejar las solicitudes de procesos de usuarioconectados a una instancia. Un proceso de servidor puede ser un proceso de servidordedicado, en el que un proceso de servidor sirve a un solo proceso de usuario, o puede serun proceso de servidor compartido, en el que un proceso de servidor puede servir a variosprocesos de usuario. Los procesos de servidor compartido forman parte de la arquitecturadel Servidor Compartido Oracle.



Procesos del Servidor Dedicado

Cliente Servidor

Procesode Usuario

Procesodel servidor

PMONDBWnSMON LGWRCKPT ARCn

Instancia

SGA

Procesos del Servidor DedicadoEstas son algunas de las funcionalidades de la configuración de proceso del servidor

dedicado:• Los procesos de usuario y de servidor son independientes.• Cada proceso de usuario tiene su propio proceso de servidor.• Los procesos de usuario y de servidor se pueden ejecutar en distintas máquinas para

sacar partido del procesamiento distribuido.• Existe una relación uno a uno entre los procesos de usuario y de servidor.• Aunque el proceso de usuario no haga una solicitud de base de datos, el servidor

dedicado existe pero permanece inactivo.

La interfaz de programa que se utilice depende de si los procesos de usuario y del servidordedicado se encuentran en la misma máquina. Si es así, el mecanismo IPC (comunicaciónentre procesos) del sistema operativo se utiliza para la interfaz de programa de losprocesos.



Servidor Compartido Oracle

Procesos delservidor compartido

Servidor de bases de datosCliente

Snnn

Snnn

Procesode Usuario

Procesode Usuario

Snnn

InstanciaSGA

DistribuidorD001

DistribuidorD002

DistribuidorD003

Servidor Compartido OracleLa configuración del Servidor Compartido Oracle permite que existan, en una mismainstancia, servidores compartidos, servidores dedicados, y usuarios y servidoresconjuntos.

• En un entorno de procesamiento de transacciones en línea, por ejemplo, lasaplicaciones de registro de pedidos en las que los usuarios introducen los datosmediante la interfaz de la aplicación, el proceso de servidor puede estar inactivo el90 por ciento o más del tiempo de conexión.

• El Servidor Compartido Oracle aumenta la eficacia del servidor, ya que cualquierservidor puede procesar una solicitud entrante en lugar de esperar a que un servidorespecífico procese el trabajo de una solicitud.

• Con el Servidor Compartido Oracle, puede soportar muchos más usuarios que en laconfiguración del servidor dedicado con el mismo número de servidores, ya que losusuarios de la arquitectura del Servidor Compartido Oracle comparten los procesosde servidor y, por lo tanto, se pueden configurar menos procesos de servidor.


Servidor Compartido Oracle (continuación)

Bajo la arquitectura de Servidor Compartido Oracle, los procesos de cliente-usuario seconectan en última instancia a un distribuidor. El proceso de PMON registra la ubicacióny la carga de los distribuidores con el listener, lo que permite que el listener reenvíe lassolicitudes al distribuidor menos utilizado. El registro de servicios no necesita ningunaconfiguración en el archivo listener.ora.

Un distribuidor puede soportar conexiones de varios clientes simultáneamente. Cadaconexión de cliente se limita a un circuito virtual. Un circuito virtual es una pieza dememoria compartida que utiliza el distribuidor para las solicitudes y respuestas deconexión a la base de datos cliente

El distribuidor coloca un circuito virtual en una cola común cuando llega una solicitud.Un servidor compartido selecciona el circuito virtual de la cola común, sirve la solicitud yrenuncia al circuito virtual antes de intentar recuperar otro circuito virtual de la colacomún. Este enfoque permite que un pequeño conjunto de procesos de servidor sirva ungran número de clientes.

Nota: Los distribuidores sólo pueden utilizar el protocolo TCP/IP en Windows.



Ventajas del Servidor Compartido Oracle

• Reduce el número de procesos en una instancia• Aumenta el número de usuarios posibles• Obtiene equilibrio de carga• Reduce el número de procesos de servidor inactivos• Reduce el uso de memoria y la sobrecarga

del sistema

Uso del Servidor Compartido OracleLa arquitectura del Servidor Compartido Oracle reduce el uso de memoria al reducir elnúmero de procesos de servidor necesarios. Por ejemplo, para 100 usuarios que utilizanservidores dedicados, se necesitan 100 procesos de servidor. Con el Servidor CompartidoOracle, es posible que sólo necesite 10 procesos del servidor compartido para los 100usuarios, lo que reduce de forma significativa el uso de los recursos del sistema.

La arquitectura de Servidor Compartido Oracle requiere los Servicios de la Red deOracle. Los procesos de usuario destinados a los Servidores Compartidos Oracle se debenconectar mediante los Servicios de Red de Oracle, aunque los procesos de usuario existanen la misma máquina que la instancia Oracle.



Uso de un Servidor Dedicado conel Servidor Compartido Oracle

TEST.world =(DESCRIPTION =(ADDRESS =(PROTOCOL = TCP)(HOST = stc-sun02)(PORT = 1521)

)

(CONNECT_DATA=(SERVICE_NAME=TEST.us.oracle.com)(SERVER=DEDICATED) ) )

Uso de un Servidor Dedicado con el Servidor Compartido Oracle

Debe utilizar un proceso de servidor dedicado cuando:• Ejecute trabajos por lotes (es de esperar que se produzca poco o ningún tiempo

inactivo)• se conecte como sysdba para iniciar, cerrar o realizar la recuperación

Para solicitar un servidor dedicado, se debe incluir la cláusula SERVER=DEDICATED enla cadena de conexión TNS de Red de Oracle del archivo tnsnames.ora.

Nota: En la mayoría de las plataformas, si la máquina tiene suficiente memoria parasoportar servidores dedicados, debe utilizar esta configuración. En esta situación, esprobable que el rendimiento sea mejor.

Existen excepciones como, por ejemplo, Windows, en que es posible mejorar elrendimiento al utilizar la configuración del Servidor Compartido Oracle debido a lanaturaleza asíncrona de la arquitectura del servidor compartido.



2

1

Servidor de bases de datosCliente

Conexión

Procesode Usuario

Procesode Usuario

Listener

Proceso deldistribuidor

D001

Proceso deldistribuidor

D002

3

Conexión a un Servidor Compartido OracleA continuación se describe cómo el proceso de usuario se conecta a un proceso dedistribuidor en una configuración de servidor compartido:

1. El proceso de listener espera las solicitudes de conexión de un proceso de usuario.Cuando un proceso solicita una conexión, el listener determina si conecta el procesode usuario a un distribuidor (dependiendo de la carga del distribuidor) o lo asigna aun proceso de servidor dedicado.

2. Si la configuración permite al proceso de usuario conectarse a un distribuidor, ellistener proporciona al proceso de usuario la dirección de un proceso de distribuidor.Si el proceso de usuario solicita un servidor dedicado, el listener crea un proceso deservidor dedicado y conecta el proceso de usuario a él.

3. Una vez establecida la conexión, bien sea a través de un distribuidor o de un procesode servidor dedicado, la conexión se mantiene durante la sesión.

Nota: Si la llamada de usuario se produce desde una red, el proceso de distribuidorseleccionado por el listener debe coincidir con el protocolo de la red que se utiliza.




Cola deSolicitudes Cola de respuestas

para (D002)Cola de respuestas

para (D003)

InstanciaSGA

Procesamiento de una Solicitud

Procesos delservidor compartido

Servidor de bases de datos

cliente

Snnn

Snnn

Procesode Usuario

Listener

DistribuidorD002

DistribuidorD003

Snnn Cola de respuestaspara (D001)

4

53

2

1 6

DistribuidorD001

Procesode Usuario

Procesamiento de una Solicitud1. Un usuario envía una solicitud a su distribuidor.2. El distribuidor sitúa la solicitud en la cola de solicitudes de la SGA (Área Global del

Sistema).3. Un servidor compartido recoge la solicitud de la cola de solicitudes y la procesa.4. El servidor compartido sitúa la respuesta en la cola de respuestas del distribuidor

que hace la llamada.5. La respuesta se transfiere al distribuidor.6. El distribuidor devuelve la respuesta al usuario.

Una vez terminada la llamada de usuario, se libera el proceso de servidor compartido yqueda disponible para servir otra llamada de usuario de la cola de solicitudes.

Cola de SolicitudesEstas son las características de una cola de solicitudes:• La cola de solicitudes es compartida por todos los distribuidores.• Los servidores compartidos supervisan la cola de solicitudes en busca de nuevas

solicitudes.• Las solicitudes se procesan según FIFO (Primero en Entrar Primero en Salir).


Cola de Solicitudes (continuación)• Los servidores compartidos sitúan las solicitudes finalizadas en la cola de respuestas

del distribuidor que hace la llamada.• Cada distribuidor tiene su propia cola de respuestas en el SGA.• Cada distribuidor es responsable de enviar de nuevo las solicitudes finalizadas al

correspondiente proceso de usuario.• Los usuarios se conectan al mismo distribuidor durante una sesión.



Servidor Compartido Oracle: Los datos de la sesiónde usuario están contenidos en la SGA

SGA

Datos desesión deusuario

Estadodel

cursor

Conjuntocompartido

y otrasestructuras de

memoria

Espaciode pila

PGA

Servidor Dedicado: Los datos de la sesión deusuario se guardan en la PGA

SGA y PGA

SGA

Conjunto compartido yotras estructuras

de memoria

Espaciode pila

Datos desesión

deusuario

Estadodel

cursor

PGA

SGA y PGAEl contenido de la SGA (Área Global del Sistema) y de la PGA (Área Global de Programas) esdiferente si se utilizan servidores dedicados o servidores compartidos.

• Los formularios de análisis y el texto de todas las sentencias SQL se almacenan en el SGA.• El estado del cursor incluye valores de memoria de tiempo de ejecución de la sentencia SQL,

como las filas recuperadas.• Entre los datos de sesión del usuario se incluye información de seguridad y de uso de

recursos.• El espacio de la pila incluye variables locales para el proceso.

Nota: El cambio de SGA y PGA es transparente para el usuario; sin embargo, si se soportan variosusuarios, es necesario que aumente el parámetro de inicialización LARGE_POOL_SIZE.Configure el tamaño del conjunto grande basándose en el número de sesiones activas simultáneas.

Cada proceso de servidor compartido necesita acceder a los espacios de datos de todas las sesionespara que cualquier servidor pueda manejar las solicitudes de cualquier sesión. El espacio se asignaen la SGA en el espacio de datos de cada sesión. Puede limitar la cantidad de espacio que puedeasignar una sesión definiendo en el perfil de usuario el límite del recurso PRIVATE_SGA en lacantidad de espacio deseada. Los diferentes recursos afectados por el Servidor Compartido Oraclese pueden controlar consultando V$SYSSTAT.



Configuración del Servidor CompartidoOracle

• Parámetros de inicialización necesarios– DISPATCHERS

– SHARED_SERVERS

• Parámetros de inicialización opcionales– MAX_DISPATCHERS

– MAX_SHARED_SERVERS

– CIRCUITS

– SHARED_SERVER_SESSIONS

Configuración del Servidor Compartido Oracle

Para configurar el Servidor Compartido Oracle, debe definir los parámetros deinicialización para la instancia. La arquitectura del Servidor Compartido Oracle requierelos Servicios de Red de Oracle aunque los procesos de cliente y de servidor compartidosresidan en la misma máquina que la instancia Oracle.

Nota: La mayoría de los parámetros opcionales tiene valores por defecto razonables. Enla mayoría de los sistemas, el único parámetro que se debe configurar es DISPATCHERS.



DISPATCHERS

Especifica el número de distribuidores iniciadosinicialmente para un protocolo determinado

DISPATCHERS = "(PROTOCOL=TCP)(DISPATCHERS=2)\

(PROTOCOL=IPC)(DISPATCHERS=1)"

DistribuidorD002

TCP/IP

DistribuidorD003IPC

DistribuidorD001

TCP/IP

Parámetro DISPATCHERS

El administrador de la base de datos utiliza el parámetro DISPATCHERS para activardistintos atributos para cada distribuidor.

Oracle9i soporta la sintaxis de valores de nombre (similar a la que utilizan los Serviciosde Red de Oracle) para activar la especificación de los atributos existentes y adicionales,de forma independiente de la posición y no sensible a mayúsculas/minúsculas.

Por ejemplo:DISPATCHERS = “(PROTOCOL=TCP)(DISPATCHERS=3)”

Oracle Database Configuration Assistant permite configurar este parámetro.

Nota: Para obtener más información acerca del parámetro DISPATCHERS, consulte lasección “Initialization Parameters” del manual Oracle9i Database Reference.

Tipo de parámetro EnteroClase de parámetro EstáticoValor por defecto Derivado de SHARED_SERVERS (bien 20 o

2*SHARED_SERVERS)


Parámetro DISPATCHERS (continuación)

Sólo uno de los siguientes atributos es necesario: ADDRESS, DESCRIPTION oPROTOCOL.

Cálculo del Número Inicial de Procesos de Distribuidor

Una vez que sepa el número de conexiones posibles por proceso del sistema operativo,calcule el número inicial de procesos de distribuidor que se crean para cada protocolo dered durante el inicio de la instancia utilizando esta fórmula:

Número inicial de distribuidores =

CEIL (Número medio de sesiones simultáneas/Conexiones por distribuidor)

Nota: Las conexiones por distribuidor dependen del sistema operativo.

Por ejemplo, asuma que el sistema suele tener 900 usuarios conectados de formasimultánea por medio de TCP/IP y soporta 255 conexiones por proceso. En ese caso, elparámetro DISPATCHERS se debe definir como se muestra a continuación:DISPATCHERS = "(PROTOCOL=TCP) (DISPATCHERS=4)"

Atributo

PROTOCOL (PRO o PROT)

ADDRESS(ADD o ADDR)

Descripción

Especifica el protocolo de red para el que el distribuidorgenera un punto final de listener

Especifica la dirección del protocolo de red del punto final enel que reciben los distribuidores

DISPATCHERS(DIS o DISP)

Número inicial de distribuidores que se inician (el valor pordefecto es 1)

DESCRIPTION(DES o DESC)

Especifica la descripción de red del punto final en el que recibenlos distribuidores, incluida la dirección de protocolo de red.Porejemplo:(DESCRIPTION=(ADDRESS=...))

SESSIONS(SES o SESS)

LISTENER(LIS o LIST)

Número máximo de sesiones de red por distribuidor. El valorpor defecto es específico del sistema operativo. La mayoríade los sistemas operativos tienen un valor por defecto de 16K

Especifica un nombre de alias para los listeners con los que elproceso de PMON registra la información de distribuidor. Definael alias en un nombre que se resuelva mediante un método denomenclatura.

Sólo es necesario que especifique este atributo si el listener es unlistener local que utiliza un puerto no por defecto (no 1521) y nose especifica con el parámetro LOCAL_LISTENER o el listenerestá en otro nodo

CONNECTIONS (CON o CONN)

Especifica el número máximo de conexiones de redpermitidas por distribuidor. El valor por defecto es específicodel sistema operativo. Por ejemplo, 1024 es el valor pordefecto de Sun Solaris y Windows NT.



MAX_DISPATCHERS

• Especifica el número máximo de procesos dedistribuidor que se pueden ejecutarsimultáneamente

• Emite el comando ALTER SYSTEM para agregarmás distribuidores que los iniciados al principio

MAX_DISPATCHERS = 5

DistribuidorD002

TCP/IP

DistribuidorD003IPC

DistribuidorD001

TCP/IP

DistribuidorD004

DistribuidorD005

Parámetro MAX_DISPATCHERS

MAX_DISPATCHERS especifica el número máximo de procesos de distribuidor que sepueden ejecutar simultáneamente. Tras el inicio de la instancia, puede iniciar otrosprocesos de distribuidor si es necesario; sin embargo, sólo puede iniciar distribuidores queutilicen los protocolos mencionados en el archivo de parámetros de la base de datos.

Por ejemplo, si el archivo de parámetros especifica los distribuidores para TCP e IPC,posteriormente no se pueden iniciar distribuidores para otro protocolo sin cambiar elarchivo de parámetros y reiniciar la instancia.

Tipo de parámetro Entero

Clase de parámetro Estático

Valor por defecto Derivado: elmenor de CIRCUITS ySESSIONS – 5

Rango de valores 0 a SESSIONS - 5


Parámetro MAX_DISPATCHERS (continuación)

Estimación del Número Máximo de DistribuidoresPara estimar el número máximo de procesos de distribuidor que necesita una instancia,utilice esta fórmula:

Número máximo de distribuidores =CEIL (Número máximo de sesiones simultáneas/Conexiones por distribuidor)

Adición o Eliminación de Distribuidores• Si la carga de los procesos de distribuidor es consistentemente alta, inicie procesos

adicionales de distribuidor para dirigir las solicitudes de usuario sin que esperen.Puede iniciar nuevos distribuidores hasta que el número de distribuidores sea igualque MAX_DISPATCHER.

• La carga de los distribuidores se puede supervisar mediante las vistas deldiccionario de datos V$CIRCUIT y V$DISPATCHER.

• Por el contrario, si la carga de los distribuidores es consistentemente baja, reduzca elnúmero de distribuidores.

En el ejemplo siguiente, se agrega un proceso de distribuidor en el que el número dedistribuidores era anteriormente dos:ALTER SYSTEM SETDISPATCHERS=’(PROTOCOL=TCP)(DISPATCHERS=3)’;

También puede utilizar el comando ALTER SYSTEM para eliminar distribuidores hastallegar al número especificado en DISPATCHERS. Si desea tener menos, cambie elparámetro de inicialización y, a continuación, pare y reinicie la base de datos.



SHARED_SERVERS

Especifica el número de procesos del servidor creadosal iniciar una instancia

SHARED_SERVERS = 6

S001

S002

S003

S004

S005

S006

Parámetro SHARED_SERVERS

SHARED_SERVERS especifica el número de procesos de servidor que desea crear aliniciar una instancia.

Tipo de parámetro EnteroClase de parámetro Dinámico (se puede utilizar ALTER SYSTEM para modificarlo)Valor por defecto 0Rango de valores Dependiente del sistema operativo


Parámetro SHARED_SERVERS (continuación)

Definición del Número Inicial de Procesos de Servidor CompartidoEl número adecuado de procesos iniciales del servidor compartido para un sistema de basede datos depende de la cantidad de usuarios que habitualmente se conectan a él y de lacantidad de procesos que cada usuario requiere.

• Si cada usuario hace relativamente pocas solicitudes en un período de tiempo, cadaproceso de usuario asociado permanece inactivo durante un gran porcentaje deltiempo. En tal caso, un proceso de servidor compartido puede atender de 10 a 20usuarios.

• Si cada usuario requiere una cantidad significativa de procesamiento, se necesitamayor proporción de procesos de servidor por procesos de usuario para manejar lassolicitudes.

Si desea utilizar servidores compartidos, debe definir el parámetro SHARED_SERVERS enal menos 1. Si omite el parámetro o lo define en 0, no se iniciará ningún servidorcompartido.Si define SHARED_SERVERS en 0, se terminan todos los servidores actuales cuando sequedan inactivos y no se inicia ningún servidor nuevo hasta que no se aumentaSHARED_SERVERS.Posteriormente, puede definir SHARED_SERVERS en un número mayor que 0 mientras seejecuta la instancia.Es preferible calcular menos procesos iniciales de servidor compartido. Los servidorescompartidos adicionales se inician automáticamente cuando son necesarios y su asignaciónse anula automáticamente si permanecen inactivos durante demasiado tiempo.

• Tenga en cuenta que los servidores iniciales se mantienen asignados, aunquepermanezcan inactivos.

• Si define un número inicial de servidores demasiado alto, el sistema podría incurrir enuna sobrecarga innecesaria.

• Pruebe con distintos números de procesos iniciales de servidor y supervise losservidores compartidos hasta encontrar el rendimiento idóneo del sistema para laactividad habitual de la base de datos.

Modificación del Número Mínimo de Procesos de Servidor CompartidoUna vez iniciada una instancia, puede cambiar el número mínimo de procesos de servidorcompartido utilizando el comando ALTER SYSTEM.

• Oracle termina por cesar los servidores que permanecen inactivos cuando el númerode servidores compartidos supera el límite mínimo especificado.

• Si define SHARED_SERVERS en 0, Oracle termina todos los servidores actualescuando se quedan inactivos y no inicia nuevos servidores hasta que no se aumentaSHARED_SERVERS.

• Definir SHARED_SERVERS en 0 desactiva eficazmente el servidor compartidotemporalmente.

Para controlar el número mínimo de procesos de servidor compartido, debe tener elprivilegio ALTER SYSTEM.

Esta sentencia define el número de procesos de servidor compartido en dos:ALTER SYSTEM SET SHARED_SERVERS = 2



MAX_SHARED_SERVERS

• Especifica el número máximo de servidorescompartidos que pueden iniciarse

• Permite que los servidores compartidos seasignen dinámicamente basándose en la longitudde la cola de solicitudes

MAX_SHARED_SERVERS = 10

S001

S002

S003

S004

S005

S006

S007

S008

S009

S010

Parámetro MAX_SHARED_SERVERS

MAX_SHARED_SERVERS especifica el número máximo de procesos de servidorcompartido que se pueden ejecutar simultáneamente.

Cálculo del Número Máximo de Servidores Compartidos

Por lo general, defina este parámetro en el número de procesos de servidor compartidocorrespondiente a los momentos de mayor actividad. Pruebe con distintos límites ycontrole los servidores compartidos hasta determinar el valor idóneo para este parámetro.

Para obtener el número máximo de servidores iniciados, consulte la vista de diccionariode datos V$SHARED_SERVER_MONITOR.

Nota: En Windows, debe tener cuidado al definir MAX_SHARED_SERVERS en un valoralto, ya que cada servidor es un thread de un proceso común.

Tipo de parámetro EnteroClase de parámetro EstáticoValor por defecto Derivado de SHARED_SERVERS (bien 20 o

2*SHARED_SERVERS)Rango de valores Dependiente del sistema operativo



CIRCUITS

• Especifica el número total de circuitos virtualesque están disponibles para las sesiones de redentrantes y salientes

• Contribuye al tamaño total de SGA

CIRCUITS = 100

Parámetro CIRCUITS

Los circuitos virtuales son conexiones de usuario a la base de datos mediante distribuidores yservidores. El parámetro CIRCUITS especifica el número total de circuitos virtualesdisponibles para las sesiones de red entrantes y salientes. Este parámetro es interesante, ya quees uno de los parámetros que contribuyen a los requisitos de la SGA total de una instancia.

Tipo de parámetro EnteroClase de parámetro EstáticoValor por defecto Si el Servidor Compartido Oracle está configurado, el valor

de CIRCUITS coincidirá con SESSIONS; de lo contrario,el valor será 0



SHARED_SERVER_SESSIONS

• Especifica el número total de sesiones de usuario delServidor Compartido Oracle permitidas

• La definición de este parámetro le permite reservarsesiones de usuario para servidores dedicados

SHARED_SERVER_SESSIONS = 100

Parámetro SHARED_SERVER_SESSIONS

Este parámetro controla el número total de sesiones de servidor compartido abiertassimultáneamente en cualquier momento. Utilizar este parámetro permite que se reservenlos recursos para las sesiones de usuario dedicado.

Tipo de parámetro EnteroClase de parámetro EstáticoValor por defecto Derivado: el menor de CIRCUITS y SESSIONS – 5Rango de valores 0 a SESSIONS - 5



Parámetros Relacionados

Otros parámetros de inicialización afectados por elServidor Compartido Oracle, que pueden necesitar unajuste, son:• LARGE_POOL_SIZE

• SESSIONS

Parámetros RelacionadosOtros parámetros afectados por el Servidor Compartido Oracle, que pueden necesitar un ajuste,son:• LARGE_POOL_SIZE: Especifica el tamaño en bytes de la pila de asignación del

conjunto grande. El Servidor Compartido Oracle puede forzar el valor por defecto para quese defina en un valor demasiado alto, lo que causaría problemas de rendimiento oproblemas al iniciar la base de datos.

• SESSIONS: Especifica el número máximo de sesiones que se pueden crear en el sistema.Quizá sea necesario ajustarlo para el Servidor Compartido Oracle.

Utilice el conjunto grande para asignar UGA (Área Global del Usuario) relacionada con elservidor compartido y no el conjunto compartido. Esto se debe a que Oracle utiliza el conjuntocompartido para asignar memoria SGA (Área Global Compartida) para otros fines como, porejemplo, procedimientos compartidos SQL y PL/SQL. Al utilizar el conjunto grande en lugar delconjunto compartido se reduce la fragmentación del conjunto compartido.Para almacenar UGA relacionada con el servidor compartido en el conjunto grande, especifiqueun valor para el parámetro de inicialización LARGE_POOL_SIZE. Para saber en qué conjunto(conjunto compartido o conjunto grande) reside la memoria para un objeto, consulte la columnaPOOL en V$SGASTAT. LARGE_POOL_SIZE no tiene un valor por defecto, pero su valormínimo es 300 K. Si no define un valor para LARGE_POOL_SIZE, Oracle utilizará el conjuntocompartido para la memoria de la sesión de usuario del Servidor Compartido Oracle.


Parámetros Relacionados (continuación)Oracle asigna alguna cantidad fijada de memoria (aproximadamente 10 K) por cadasesión configurada desde el conjunto compartido, aunque haya configurado el conjuntogrande. El parámetro de inicialización CIRCUITS especifica el número máximo deconexiones de servidor compartido simultáneas que permite la base de datos.



• Verifique que el distribuidor se ha registrado con ellistener al iniciarse la base de datos emitiendo:

• Verifique que se ha conectado mediante servidorescompartidos realizando una conexión sencilla y, acontinuación, consulte la vista V$CIRCUIT paravisualizar una entrada por cada conexión deservidor compartido.

Verificación de la Configuración

$ lsnrctl services

Verificación de la Configuración del Servidor Compartido OracleAl utilizar el Servidor Compartido Oracle, debe iniciar primero el listener y, a continuación, lainstancia, de forma que los distribuidores se puedan registrar inmediatamente con el listener.Para verificar que se ha realizado el registro, emita el siguiente comando:$ lsnrctl services listener01Service "TEST" has 1 instance(s).Instance "TEST", status READY, has 4 handler(s) for this service...Handler(s):"DISPATCHER" established:1 refused:0 current:1 max:1022 state:readyD002 <machine: stc-sun02.us.oracle.com, pid: 8707>(ADDRESS=(PROTOCOL=tcp)(HOST=stc-sun02.us.oracle.com)(PORT=35231))"DISPATCHER" established:1 refused:0 current:0 max:1022 state:readyD001 <machine: stc-sun02.us.oracle.com, pid: 8705>(ADDRESS=(PROTOCOL=tcp)(HOST=stc-sun02.us.oracle.com)(PORT=35230))"DISPATCHER" established:1 refused:0 current:0 max:1022 state:readyD000 <machine: stc-sun02.us.oracle.com, pid: 8703>(ADDRESS=(PROTOCOL=tcp)(HOST=stc-sun02.us.oracle.com)(PORT=35229))"DEDICATED" established:0 refused:0


Verificación de la Configuración del Servidor Compartido Oracle(continuación)

Verifique si las conexiones están utilizando los servidores compartidos realizando variasconexiones. A continuación, consulte la vista V$CIRCUIT para visualizar las conexionesal servidor compartido. Esto verifica también que el listener está realizando el equilibriode carga para las conexiones entrantes.SQL>select dispatcher, circuit, server, status from v$circuit;

DISPATCH CIRCUIT SERVER STATUS

-------- -------- -------- ----------------

82890064 8257BA64 8288F6A4 NORMAL

8288F9E4 8257BBB0 00 NORMAL

8288FD24 8257BCFC 00 NORMAL



Vistas Dinámicas

• V$CIRCUIT

• V$SHARED_SERVER

• V$DISPATCHER

• V$SHARED_SERVER_MONITOR

• V$QUEUE

• V$SESSION

Vistas Dinámicas

V$CIRCUIT Esta vista contiene información sobre circuitos virtuales, que son lasconexiones de usuario a la base de datos mediante distribuidores yservidores.

V$SHARED_SERVER Esta vista contiene información sobre los procesos de servidorcompartido.

V$DISPATCHER Esta vista proporciona información sobre los procesos dedistribuidor.

V$SHARED_SERVER_ MONITOR

Esta vista contiene información para el ajuste de procesos deservidor compartido.

V$QUEUE

V$SESSION

Esta vista contiene información sobre las colas de solicitudes yrespuestas.

Esta vista enumera la información de sesión por sesión actual.



Resumen

En esta lección, ha aprendido a:• Identificar los componentes del Servidor

Compartido Oracle• Describir la arquitectura del Servidor Compartido

Oracle• Configurar el Servidor Compartido Oracle• Identificar y explicar la utilidad de las vistas de

diccionario de datos relacionadas




Esta práctica cubre los siguientes temas:• Configuración del Servidor Compartido Oracle• Definición de LOCAL_LISTENER para el registro de

instancias• Uso de la utilidad Control de Listeners para verificar

los servicios• Verificación de la configuración del servidor

compartido y del rendimiento mediante las vistas V$

• Verificación del registro de instancias


Práctica 5: Uso y Configuración del Servidor Compartido Oracle1. Inicie una sesión de Telnet conectándose al servidor en que reside la base de datos.

Configure e inicie el Servidor Compartido Oracle de la base de datos de forma queun distribuidor reciba las conexiones TCP/IP y un servidor compartido sirva lassolicitudes. Especifique dos como número máximo de distribuidores y seis comonúmero máximo de servidores compartidos.

Nota: Debido a que el listener utilizado no está recibiendo en el puerto por defecto1521, debe definir el parámetro local_listener en el archivo de parámetros deinicialización e incluir un alias de listener y una dirección en el archivotnsnames.ora. Si este parámetro no está definido correctamente, la instancia nose iniciará, ya que los procesos de distribuidor no sabrán cómo registrarse con ellistener.

2. Utilice la utilidad Control de Listeners para verificar si un distribuidor está asociadoal listener.

3. Antes de realizar una conexión de red, llame a SQL*Plus en la sesión de Telnet yconéctese como system/manager. Consulte V$CIRCUIT para ver si contiene algunafila. Esta vista tiene una entrada para cada conexión que está utilizando servidorescompartidos.

4. Al utilizar SQL*Plus en la PC cliente, conéctese como system/manager y vuelva aconsultar la vista V$CIRCUIT. Una vez verificada la conexión, salga de SQL*Plus.

Nota: Si ha configurado manualmente el archivo tnsnames.ora en la Práctica 4,deberá agregar una entrada al archivo tnsnames.ora en la PC cliente.

5. En la sesión de Telnet, consulte la vista V$SHARED_SERVER para ver cuántosservidores compartidos se han iniciado.

6. En la sesión de Telnet, consulte la vista V$DISPATCHER para ver cuántosdistribuidores se han iniciado.

7. Realice dos conexiones mediante SQL*Plus en la PC cliente, conectándose comosystem/manager utilizando servidores compartidos. ¿Ha aumentado el númerode servidores compartidos? ¿Por qué o por qué no?

8. Agregue otro distribuidor para realizar solicitudes TCP y verifique que se haagregado el distribuidor adicional.


Visión General de la Copia de Seguridad yRecuperación



Objetivos

Al finalizar esta lección, debería estar capacitado para:• Describir los conceptos básicos de la copia de

seguridad, la restauración y la recuperación de labase de datos

• Listar los tipos de fallos que se pueden produciren un entorno de Oracle

• Definir una estrategia de copia de seguridad y derecuperación



Temas de Copia de Seguridad yRecuperación

• Proteger la base de datos contra los numerosostipos de fallos

• Aumentar el MTBF (tiempo medio entre fallos)• Disminuir el MTTR (tiempo medio de

recuperación)• Minimizar la pérdida de datos

Visión GeneralUna de las principales responsabilidades de un DBA (administrador de base de datos)consiste en asegurar que la base de datos está disponible para su uso. El DBA puedetomar precauciones para minimizar fallos del sistema.

A pesar de las precauciones, sería ingenuo pensar que nunca se producirán fallos. El DBAdebe hacer que la base de datos esté operativa lo antes posible en caso de fallo yminimizar la pérdida de datos.

Para proteger los datos de los distintos tipos de fallos que se pueden producir, el DBAdebe realizar copias de seguridad de la base de datos con regularidad. Sin una copia deseguridad actual, es imposible que el DBA pueda poner de nuevo en marcha la base dedatos si se pierde un archivo, sin perder datos.

Las copias de seguridad son esenciales para la recuperación de diferentes tipos de fallo.La tarea de validación de copias de seguridad no se puede subestimar. Asumir que unacopia de seguridad existe sin comprobarlo realmente puede resultar muy costoso si no esválida.



Categorías de Fallos

• Fallo de sentencia• Fallo de proceso de usuario• Error de usuario• Fallo de red• Fallo de instancia• Fallo de medio físico

Categorías de FallosEn un entorno de base de datos Oracle se pueden producir varios tipos de fallos. Entreellos:

• Fallo de sentencia• Fallo de proceso de usuario• Error de usuario• Fallo de instancia• Fallo de medio físico• Fallo de red

Cada tipo de fallo requiere un nivel de participación diferente del DBA para realizar unarecuperación eficaz. En algunos casos, la recuperación depende del tipo de estrategia decopia de seguridad que se haya implementado. Por ejemplo, un fallo de sentencia requierepoca intervención del DBA, mientras que un fallo del medio físico requiere que el DBAutilice una estrategia de recuperación probada.


Esta página se ha dejado intencionadamente en blanco.



Causas de Fallos de Sentencia

• Error de lógica en una aplicación• Intento de introducir datos no válidos en una tabla• Intentar una operación con privilegios insuficientes• Intentar crear una tabla que excede los límites de la

cuota asignada• Intentar una operación INSERT o UPDATE en una

tabla, que ocasiona la asignación de una extensióncon insuficiente espacio libre en el tablespace

Fallo de SentenciaUn fallo de sentencia se produce cuando hay un fallo lógico en la gestión de una sentenciaen un programa Oracle. Los tipos de fallos de sentencia pueden ser:

• Un error lógico en la aplicación.• El usuario intenta introducir datos no válidos en una tabla, violando quizá las

restricciones de integridad.• El usuario intenta una operación con privilegios insuficientes, por ejemplo, insertar

una tabla sólo con privilegios SELECT.• El usuario intenta crear una tabla, pero excede el límite de la cuota asignada al

usuario.• El usuario intenta una operación INSERT o UPDATE en una tabla, lo que hace que

se asigne una extensión, pero con insuficiente espacio libre disponible en eltablespace.

Nota: Cuando se encuentra un fallo de sentencia, Oracle Server o el sistema operativodevolverán un código de error y un mensaje. Se hace rollback de la sentencia SQL que hafallado y después se devuelve el control al programa de usuario. El desarrollador de laaplicación o el DBA pueden utilizar los códigos de error de Oracle para diagnosticar elfallo y como ayuda para resolverlo.



Resolución de Fallos de Sentencia

• Corregir el flujo lógico del programa• Modificar y emitir de nuevo la sentencia SQL• Proporcionar los privilegios de base de datos

necesarios• Cambiar el límite de la cuota del usuario con el

comando ALTER USER

• Agregar espacio de archivo al tablespace• Activar la asignación de espacio de reanudación

Resolución de Fallos de SentenciaEl grado de intervención del DBA tras el fallo de una sentencia variará dependiendo deltipo de fallo y puede incluir las siguientes acciones:

• Corregir la aplicación de forma que el flujo lógico sea correcto. Dependiendo delentorno, puede ser más una tarea del desarrollador de la aplicación que de un DBA.

• Modificar la sentencia SQL y volver a emitirla. Esto también puede ser más unatarea del desarrollador de la aplicación que de un DBA.

• Proporcionar los mínimos privilegios de base de datos necesarios para que el usuariotermine la sentencia correctamente.

• Emitir el comando ALTER USER para cambiar el límite de cuota.• Agregar espacio de archivo al tablespace. Técnicamente, el DBA debería asegurarse

de que esto no ocurra; no obstante, en algunos casos puede ser necesario. Un DBAtambién puede utilizar las opciones RESIZE y AUTOEXTEND para archivos dedatos.

• Oracle9i proporciona un medio para suspender y, posteriormente, reanudar laejecución de operaciones grandes de base de datos cuando se producen fallos deasignación de espacio. Esto permite a un administrador realizar correcciones enlugar de que el servidor de base de datos Oracle devuelva un error al usuario. Unavez corregida la condición de error, la operación suspendida se reanudaautomáticamente. Esta función se denomina asignación de espacio de reanudación ylas sentencias afectadas se denominan sentencias de reanudación.



Causas de los Fallos de Proceso deUsuario

• El usuario ha realizado una desconexión anormal enla sesión

• La sesión del usuario ha terminado de formaanormal

• El programa del usuario ha provocado unaexcepción de dirección que ha terminado la sesión

Causas de los Fallos de Proceso de UsuarioUn proceso de usuario puede fallar por varios motivos, pero entre las causas más comunesestán las siguientes:

• El usuario ha realizado una desconexión anormal en la sesión. Por ejemplo, unusuario cierra la ventana de SQL*Plus mientras está conectado a una base de datosen una configuración cliente-servidor.

• La sesión del usuario ha terminado de forma anormal. Un supuesto posible es que elusuario haya reiniciado el cliente mientras estaba conectado a una base de datos conuna configuración cliente-servidor.

• El programa del usuario ha provocado una excepción de dirección que ha terminadola sesión. Esto es habitual si la aplicación no gestiona adecuadamente lasexcepciones cuando surgen.



Resolución de los Fallos de Proceso de Usuario

• El proceso PMON detecta un proceso de usuarioque ha terminado anormalmente

• PMON hace rollback de la transacción y libera losrecursos y bloqueos que ésta retenía

Fallo de Proceso de Usuario y Acción del DBAEl DBA rara vez tendrá que actuar para resolver errores de proceso de usuario. El procesode usuario no puede continuar trabajando, aunque Oracle Server y otros procesos deusuario continuarán funcionando.

Proceso en Segundo Plano PMON

El proceso en segundo plano PMON suele ser suficiente para realizar una limpieza tras laterminación anormal de un proceso de usuario.

Cuando el proceso PMON detecta un proceso del servidor terminado anormalmente, hacerollback de la transacción del proceso terminado anormalmente y libera los recursos y losbloqueos obtenidos.



Posibles Errores de Usuario

SQL> DROP TABLE employees;

SQL> TRUNCATE TABLE employees;

SQL> UPDATE employees

2> SET salary = salary * 1.5;

SQL> COMMIT;

SQL> DELETE FROM employees;

SQL> COMMIT;

Errores de UsuarioLa intervención del DBA suele ser necesaria para la recuperación de errores de usuario.

Tipos Comunes de Errores de Usuario• El usuario borra o trunca una tabla accidentalmente.• El usuario suprime todas las filas de una tabla.• El usuario valida los datos, pero detecta un error en esos datos validados.



Resolución de Errores de Usuario

• Formar a los usuarios de la base de datos• Utilizar una copia de seguridad válida para la

recuperación• Importar la tabla de un archivo de exportación• Utilizar LogMiner para determinar la hora del error• Realizar una recuperación hasta un punto en el

tiempo• Utilizar LogMiner para realizar una recuperación

de nivel de objeto• Utilizar FlashBack para visualizar y reparar los

datos históricos

Minimización de Errores de UsuarioUn tema clave en cualquier entorno de base de datos y de aplicación consiste enasegurarse de que los usuarios están formados correctamente y conocen las implicacionesde disponibilidad e integridad de la base de datos.Un DBA debe entender los tipos de aplicaciones y operaciones de negocio que pueden darcomo resultado la pérdida de datos a partir de errores de usuario y la forma deimplementar medidas de recuperación para estas situaciones.Algunas situaciones de recuperación pueden ser bastante extensas como, por ejemplo, larestauración de la base de datos hasta un punto en el tiempo inmediatamente anterior alerror, la exportación de los datos perdidos y la importación de esos datos a la base dedatos en la que se perdieron.LogMiner es una herramienta relacional que se utiliza para leer, analizar e interpretararchivos log online y archivados mediante SQL. El análisis de archivos log con LogMinerse puede utilizar para concretar cuándo se introdujo una modificación incorrecta en labase de datos. Esto permite realizar una recuperación lógica en el nivel de la aplicación enlugar de en el nivel de la base de datos.Oracle9i proporciona una función denominada consulta FlashBack, que se utiliza paravisualizar y reparar datos históricos. La consulta FlashBack le permite realizar consultasen la base de datos como una hora de reloj de pared determinada o un SCN (número devalidación del sistema) especificado por el usuario.



146146

Base de Datos

Archivo dedatos 1

Archivo dedatos 2

Archivo dedatos 3

Archivosde control

Archivoredo log 1

Archivoredo log 2

145

Causas de Fallo de InstanciaInstancia

SGA

Buffer deredo log

Bufferde Datos

Conjunto GrandeBloqueos

Conjunto Compartido

Caché de diccionariode datos

SQL y PL/SQLcompartido


Procesode

Usuario

146

146

146

Archivo deparámetros

Archivo decontraseñas

Procesode

Usuario

Procesodel

servidorPGA

Procesodel

servidorPGA

Fallo de InstanciaUn fallo de instancia se puede producir por diferentes motivos:

• Se produce un corte de energía que deja al servidor fuera de servicio.• El servidor deja de estar disponible debido a problemas de hardware como, por ejemplo,

un fallo de la CPU, la corrupción de la memoria o un fallo del sistema operativo.• Falla uno de los procesos en segundo plano de Oracle Server (DBWn, LGWR, PMON,

SMON, CKPT).

Para realizar una recuperación a partir de un fallo de instancia, el DBA:• Inicia la instancia con el comando STARTUP. Oracle Server realiza la recuperación

automáticamente realizando las fases de roll-forward y rollback.• Investiga la causa del fallo leyendo el log de alertas y otros archivos de rastreo

generados durante el fallo de la instancia.



Recuperación de Fallo de Instancia

• No se necesita ninguna acción de recuperaciónespecial del DBA

• Iniciar la instancia• Espere la notificación “database opened”• Informar a los usuarios• Compruebe el log de alertas para determinar la

causa del fallo

Recuperación de FalloLas recuperaciones de fallo y de instancia recuperan una base de datos a su estadoconsistente con la transacción justo antes del fallo de instancia. Por definición, larecuperación de fallo es la recuperación de una base de datos con una configuración deuna sola instancia o una configuración de Oracle Real Application Clusters en la que hanfallado todas las instancias. Por el contrario, la recuperación de instancia es larecuperación de una instancia que ha fallado por una instancia real con una configuraciónOracle Real Application Clusters. Oracle Server realiza automáticamente la recuperaciónde fallo cuando se abre la base de datos, si es necesario.El usuario no necesita realizar ninguna acción de recuperación. SMON lee toda lainformación de redo necesaria. Para realizar la recuperación de este tipo de fallo, inicie lainstancia:

SQL> CONNECT / AS sysdba

Connected.

SQL> STARTUP

. . .

Database opened.

Una vez abierta la base de datos, notifique a los usuarios que deben volver a introducir losdatos que no hayan validado.


Recuperación de Fallo (continuación)

Nota• Se puede producir un retraso entre el inicio de la base de datos y la notificación

“Database opened”; esta es la fase de roll-forward que se produce mientras se montala base de datos.- SMON realiza el proceso de aplicación de cambios pendientes aplicando los

que están registrados en los archivos redo log online desde el último punto decontrol.

- La aplicación de transacciones pendientes recupera los datos que no se hanregistrado en los archivos de la base de datos, pero sí en el redo log online,incluido el contenido de los segmentos de deshacer.

• Se puede realizar rollback mientras la base de datos está abierta, ya que tantoSMON como un proceso de servidor pueden realizar la operación de rollback. Estopermite que la base de datos esté disponible más rápidamente para los usuarios.



Causas de Fallos del Medio Físico

• Fallo de cabeza en la unidad de disco• Problema físico al leer o escribir en archivos de

base de datos• Se borró el archivo accidentalmente

Fallo del Medio FísicoEl fallo del medio físico implica un problema físico al leer o escribir en un archivo que esnecesario para el funcionamiento de la base de datos. El fallo del medio físico es el tipode fallo más grave, puesto que generalmente requiere la intervención del DBA.

Tipos Comunes de Problemas Relacionados con el Medio Físico• La unidad de disco que contenía uno de los archivos ha sufrido un fallo de cabeza.• Hay un problema físico al leer o escribir en los archivos necesarios para el

funcionamiento normal de la base de datos.• Se borró un archivo accidentalmente.



Resolución de Fallos del Medio Físico

• La estrategia de recuperación depende del métodode copia de seguridad seleccionado y de losarchivos afectados

• Aplicar los archivos redo log archivados, siexisten, para recuperar los datos validados desdela última copia de seguridad

Resolución de Fallos del Medio FísicoUna estrategia de recuperación probada es el componente clave para resolver problemasde fallo del medio físico. La capacidad del DBA para minimizar el tiempo de inactividady la pérdida de datos como resultado del fallo del medio físico depende del tipo de copiasde seguridad disponibles. Por lo tanto, una estrategia de recuperación depende de lossiguientes factores:

• El método de copia de seguridad que se seleccione y los archivos afectados.• El modo ARCHIVELOG de operación de la base de datos. Si se utiliza archivado,

se pueden aplicar archivos redo log archivados para recuperar los datos validadosdesde la última copia de seguridad. Si utiliza RMAN, puede aplicar también copiasde seguridad incrementales.



Definición de una Estrategia de Copia deSeguridad y Recuperación

• Requisitos de negocio• Requisitos de operación• Consideraciones técnicas• Consenso de gestión

Preguntas para el DBACon independencia de la estrategia de copia de seguridad que se elija, es importanteobtener el acuerdo de todos los niveles afectados de la dirección. Por ejemplo, si sucompañía desea evitar que se realicen copias de imágenes físicas de los archivos paraminimizar el uso de espacio en disco, el equipo de gestión debe conocer las implicacionesque tendrá esa decisión.

A continuación, se muestran algunas preguntas que se deben considerar al seleccionar unaestrategia de copia de seguridad:

• Una vez proporcionadas las expectativas de la disponibilidad del sistema, ¿entiendeel equipo de gestión las ventajas y las desventajas de la estrategia de copia deseguridad seleccionada?

• ¿Existen recursos dedicados disponibles necesarios para asegurar una estrategia decopia de seguridad y de recuperación correcta?

• ¿Se ha entendido correctamente la importancia de la realización de copias deseguridad y de la preparación de procedimientos de recuperación?

La realización de un análisis profundo de los requisitos de negocio, operativos y técnicosproporciona al equipo de gestión la información que necesita para soportar una estrategiade copia de seguridad y recuperación eficaz.



Requisitos de Negocio

• Tiempo medio de recuperación• Tiempo medio entre fallos• Proceso evolutivo

Impacto en el NegocioDebe entender el impacto que el tiempo de inactividad tiene en el negocio. El equipo degestión debe cuantificar el costo del tiempo de inactividad y de la pérdida de datos ycompararlo con el costo de la reducción del tiempo de inactividad y la minimización de lapérdida de datos.

MTTR: La disponibilidad de la base de datos es un tema clave para un DBA. En caso defallo, el DBA se debe esforzar en reducir el MTTR (tiempo medio de recuperación). Estaestrategia garantiza que el tiempo de no disponibilidad de la base de datos sea el menorposible. La previsión de los tipos de fallos que se pueden producir y el uso de estrategiasde recuperación eficaces permiten al DBA reducir el MTTR.

MTBF: La protección de la base de datos de varios tipos de fallos es también una tareaclave del DBA. Para ello, el DBA debe aumentar el MTBF (tiempo medio entre fallos). ElDBA debe entender las estructuras de copia de seguridad y recuperación en un entorno debase de datos Oracle y configurarla de forma que no se produzcan fallos a menudo.

Proceso Evolutivo: Una estrategia de copia de seguridad y recuperación evoluciona amedida que cambian los requisitos de negocio, operativos y técnicos. Es importante que elDBA y el equipo de gestión apropiado revisen periódicamente la validez de una estrategiade copia de seguridad y recuperación.



Requisitos de Operación

• Operaciones durante las 24 horas• Comprobación y validación de copias de

seguridad• Volatilidad de base de datos

Requisitos de OperaciónOperaciones durante las 24 horas

Las copias de seguridad y las recuperaciones se ven siempre afectadas por el tipo deoperaciones de negocio proporcionadas, especialmente en los casos en que una base de datosdebe estar continuamente disponible 24 horas al día, siete días a la semana. Es necesarioconfigurar correctamente la base de datos para soportar estos requisitos de operación, ya queafectan directamente a los aspectos técnicos del entorno de la base de datos.

Prueba de Copias de Seguridad

Los DBA pueden asegurar que disponen de una estrategia que les permite disminuir elMTTR y aumentar el MTBF si tienen un plan para probar periódicamente la validez de lascopias de seguridad. La calidad de una recuperación depende de las copias de seguridaddisponibles. A continuación, se muestran algunas preguntas que se deben considerar alseleccionar una estrategia de copia de seguridad:

• ¿Podrá depender de los administradores del sistema, de los proveedores, de los DBA decopias de seguridad y de otro personal esencial cuando necesite ayuda?

• ¿Puede probar las estrategias de copia de seguridad y recuperación a intervalosprogramados frecuentes?

• ¿Se almacenan las copias de seguridad en dependencias externas?• ¿Existe un plan bien documentado y con el mantenimiento correcto?


Requisitos de Operación (continuación)Volatilidad de la Base de Datos

La volatilidad de los datos y de la estructura de la base de datos es otro de los factores queafecta a los requisitos de operación. A continuación, se muestran algunas preguntas que sedeben considerar al seleccionar una estrategia de copia de seguridad:

• ¿Se actualizan las tablas con frecuencia?• ¿Son los datos de alta volatilidad? Si es así, debe realizar copias de seguridad con

más frecuencia que en el caso de un negocio en el que los datos sean relativamenteestáticos.

• ¿Cambia con frecuencia la estructura de la base de datos?• ¿Con qué frecuencia agrega archivos de datos?



Consideraciones Técnicas

• Recursos: hardware, software, mano de obray tiempo

• Copias de imágenes físicas de los archivos delsistema operativo

• Copias lógicas de los objetos de la base de datos• Configuración de bases de datos• El volumen de transacciones afecta a la frecuencia

deseada de las copias de seguridad

Consideraciones TécnicasCopias de Imágenes Físicas

Determinados requisitos técnicos vienen impuestos por los tipos de copias de seguridadque se necesitan. Por ejemplo, si se requieren copias de imágenes físicas de los archivosde datos, el impacto sobre el espacio de almacenamiento disponible puede ser importante.

Copias Lógicas

La creación de copias lógicas de los objetos de la base de datos posiblemente no tengaunos requisitos de almacenamiento tan importantes como en el caso de las copias deimágenes físicas, pero puede afectar a los recursos del sistema, ya que las copias lógicasse realizan mientras los usuarios acceden a la base de datos.

Configuración de la Base de Datos

La configuración de la base de datos afecta a la forma en que se realizan las copias deseguridad y a la disponibilidad de la base de datos. Dependiendo de la configuración de labase de datos, los recursos del sistema como, por ejemplo, el espacio en disco necesariopara soportar una estrategia de copia de seguridad y recuperación, pueden ser limitados.


Consideraciones Técnicas (continuación)Volumen de Transacciones

El volumen de transacciones también afecta a los recursos del sistema. Si las operacionesdurante las 24 horas requieren la realización periódica de copias de seguridad, la cargasobre los recursos del sistema aumenta.

Requisitos Técnicos

A continuación, se muestran algunas preguntas que se deben considerar al seleccionar unaestrategia de copia de seguridad:

• ¿Cuál es el volumen de datos?• ¿Se dispone de un equipo con la potencia y capacidad suficientes para realizar

copias de seguridad?• ¿Se pueden volver a crear los datos con facilidad?• ¿Se pueden volver a cargar los datos en la base de datos desde un archivo plano?• ¿Tiene la configuración de la base datos la flexibilidad para hacer frente a distintos

tipos de fallos?



Temas de Recuperación de Catástrofes

• ¿Cómo se verá afectado su negocio en caso de unacatástrofe de grandes proporciones? Por ejemplo:– Terremoto, inundación o incendio– Pérdida completa de la máquina– Funcionamiento incorrecto del hardware o del software

de almacenamiento– Pérdida de personal clave, como puede ser el

administrador de la base de datos

• ¿Dispone de un plan para comprobar la estrategiaperiódicamente?

Temas de Recuperación de CatástrofesCatástrofes Naturales

Posiblemente sus datos sean tan importantes que necesite asegurar la capacidad derecuperación incluso en caso de producirse el fallo de todo el sistema. Las catástrofesnaturales y otros factores pueden afectar a la disponibilidad de los datos y se deben teneren cuenta al elaborar un plan de recuperación. A continuación, se muestran algunaspreguntas que se deben considerar al seleccionar una estrategia de copia de seguridad yrecuperación:

• Qué le ocurrirá al negocio en caso de una catástrofe grave, por ejemplo:- Inundaciones, terremotos o huracanes- Funcionamiento incorrecto del hardware o del software de almacenamiento

• Si falla el servidor de la base de datos, ¿podrá funcionar el negocio durante lashoras, los días o incluso las semanas que se puede tardar en obtener un nuevosistema de hardware?

• ¿Almacena las copias de seguridad en dependencias externas?


Temas de Recuperación de Catástrofes (continuación)Soluciones

• Copias de seguridad en dependencias externas• Oracle9i Data Guard, que protege los datos esenciales automatizando los aspectos

de creación, gestión y control de un entorno de base de datos en espera.• Copia Exacta en Distintas Ubicaciones• Mensajes• Monitores TP

Pérdida de Personal Clave

En términos de personal clave, se deben considerar las siguientes preguntas:• ¿Cómo afectará al negocio la pérdida de personal?• Si el DBA deja la empresa o no puede trabajar, ¿seguirá funcionando el sistema de

base de datos?• ¿Quién se ocupará de las situaciones de recuperación si el DBA no está disponible?



Resumen

En esta lección, ha aprendido a:• Evaluar posibles fallos del entorno• Desarrollar una estrategia en función de los

requisitos técnicos, de negocio y de operación• Considerar un plan de prueba para una estrategia

de copia de seguridad y recuperación



Estructuras de Recuperaciónde Instancia y del Medio Físico



Objetivos

Al finalizar esta lección, debería estar capacitado para:• Describir los procesos de Oracle, las estructuras

de memoria y los archivos relacionados con larecuperación

• Identificar la importancia de los puntos de control,de los archivos redo log y los archivos logarchivados

• Describir las formas de ajustar la recuperación dela instancia



Visión General

Base de Datos

Archivo dedatos 1

Archivo dedatos 2

Archivo dedatos 3

Archivode control

Archivoredo log 1

Archivoredo log 2

InstanciaSGA

Buffer deredo log

Caché de buffersde la base de datos

ConjuntoGrande

ConjuntoJava

Conjunto Compartido

Caché deDic. de Datos


ARCn

Procesode Usuario

Procesodel servidor

PGA



Archivos logarchivados

PMONSMON LGWRCKPTDBWn

Visión GeneralOracle Server utiliza muchos componentes de memoria, procesos en segundo plano yestructuras de archivos para su mecanismo de copia de seguridad y recuperación. Estalección revisa los conceptos presentados en el curso Administración de la Base de DatosOracle9i: Conceptos Básicos I, que enfatiza los requisitos de copia de seguridad yrecuperación.

Instancia Oracle

Una instancia Oracle está formada de áreas de memoria (principalmente la SGA [ÁreaGlobal del Sistema]) y de procesos en segundo plano como, por ejemplo, PMON, SMON,DBWn, LGWR y CKPT. Una instancia se crea durante la etapa nomount del inicio de labase de datos, una vez leído el archivo de parámetros. Si cualquiera de estos procesostermina, la instancia se cierra.


Visión General (continuación)Estructuras de Memoria

Procesos en Segundo Plano

Proceso de Usuario

El proceso de usuario se crea cuando un usuario inicia una herramienta como, porejemplo, SQL*Plus, Oracle Forms Developer, Oracle Reports Developer, OracleEnterprise Manager, etc. Este proceso puede estar en el cliente o en el servidor yproporciona una interfaz que permite al usuario introducir comandos que interactúan conla base de datos.

Tipo Descripción

Caché de buffers debase de datos

Área de memoria que se utiliza para almacenar los bloque leídos delos archivos de datos. Los procesos de servidor leen los datos en losbloques y DBWn los escriben de manera asíncrona.

Buffer de log Memoria que contiene copias de imagen de los datos, antes ydespués de ser modificados, que se van a escribir en los redo logs.

Conjunto grande Un área opcional en la SGA que proporciona grandes asignacionesde memoria para operaciones de copia de seguridad y restauración,procesos de servidor de E/S y memoria de sesión para el servidorcompartido y Oracle XA.

Conjuntocompartido

Almacena versiones analizadas de sentencias SQL, procedimientosPL/SQL e información del diccionario de datos.

Conjunto Java Se utiliza en la memoria de servidor para todo los datos y códigosde Java específicos de una sesión en una máquina virtual Java(JVM).

Tipo DescripciónDBWn (Escritor deBase de Datos)

Escribe buffers sucios de la caché de buffers de datos en losarchivos de datos. Ésta es una actividad asíncrona.

Log writer (LGWR) Escribe datos del buffer redo log en los archivos redo log.

Monitor del sistema(SMON)

Realiza la recuperación automática de la instancia. Recupera elespacio de los segmentos temporales cuando ya no se utilizan.Fusiona áreas contiguas de espacio libre en función de losparámetros definidos.

Monitor de procesos(PMON)

Limpia los procesos de conexión y de servidor dedicados a unaproceso de usuario que ha terminado anormalmente. Libera y hacerollback de los recursos retenidos por el proceso que ha fallado.

CKPT (Punto deControl)

Sincroniza las cabeceras de los archivos de datos y de control conlos números de redo log y de punto de control actuales.

ARCn (Archiver)(opcional)

Proceso que copia automáticamente los redo logs que han sidomarcados para archivar.


Visión General (continuación)Proceso del ServidorEl proceso del servidor acepta comandos del proceso de usuario y realiza los pasos para terminarsolicitudes de usuario. Si la base de datos no tiene una configuración de servidor compartido, se creaun proceso de servidor en la máquina que contiene la instancia cuando se establece una conexiónválida.Base de Datos OracleUna base de datos Oracle está formada por estos archivos físicos:

Otros archivos:

Vistas DinámicasOracle Server proporciona una serie de vistas estándar para obtener información sobre la basede datos y la instancia. Entre ellas:• V$SGA: Consulta el tamaño de la instancia para determinar los tamaños del conjunto

compartido, del buffer de logs, de la caché de buffers de datos y de la memoria fija(depende del sistema operativo)

• V$INSTANCE: Consulta el estado de la instancia como, por ejemplo, el modo, el nombre,la hora de inicio y el nombre del host

• V$PROCESS: Consulta los procesos en segundo plano y de servidor creados para la instancia• V$BGPROCESS: Consulta los procesos en segundo plano creados para la instancia• V$DATABASE: Muestra información de estado y recuperación de la base de datos Incluye

información sobre el nombre de la base de datos, el identificador único de la base de datos,la fecha de creación, la fecha y la hora de creación del archivo de control, el último punto decontrol de la base de datos, etc.

• V$DATAFILE: Muestra la ubicación y los nombres de los archivos de datos contenidos enla base de datos Incluye información relacionada con el número y el nombre del archivo,la fecha de creación, el estado (online u offline), el modo en que está activado (sólo lectura,lectura-escritura), el último punto de control del archivo de datos, el tamaño, etc.

Tipo de Archivo Descripción Tipo

Archivos de datos Almacenamiento físico de datos. Es necesario al menos un archivopor cada base de datos. Este archivo almacena el tablespace delsistema.

Binaria

Redo logs Contienen copias de imagen de los datos, antes y después de sumodificación, para la recuperación. Son necesarios al menos dos grupos

Binaria

Archivos deControl

Registra el estado de la base de datos, de la estructura física y de losmeta datos de RMAN

Binaria

Archive logs(opcional)

Copias físicas de los archivos redo log online. Se crean cuando labase de datos está definida en modo Archivelog. Se utilizan en larecuperación.

Binaria

Tipo de Archivo Descripción Tipo

Archivo de parámetros deinicialización

Almacena los parámetros necesarios para iniciar unainstancia

Texto

Archivo de parámetros deinicialización del servidor

Almacena los parámetros persistentes necesarios parainiciar una instancia

Binaria

Archivo de contraseñas(opcional)

Almacena información sobre los usuarios que puedeniniciar, parar y recuperar bases de datos

Binaria



Conjunto Grande

• Se puede configurar como área de memoriaseparada en la SGA, que se puede utilizar para:– Operaciones de copia de seguridad y restauración

de Oracle– Procesos de servidor de E/S– Memoria de sesión para los servidores compartidos

• El tamaño se ajusta mediante el parámetroLARGE_POOL_SIZE

Conjunto GrandeEl conjunto grande se utiliza para asignar buffers de E/S secuencial de la memoriacompartida. Para esclavos de E/S y copia de seguridad y restauración de Oracle, elRDBMS asigna buffers con un tamaño de unos cientos de kilobytes.La configuración del conjunto grande impide que RMAN compita por la misma memoriacon otros subsistemas. RMAN (Oracle Recovery Manager) utiliza el conjunto grande parala copia de seguridad y la restauración al definir los parámetros DBWR_IO_SLAVES oBACKUP_TAPE_IO_SLAVES para simular una E/S asíncrona. Si no se activa ningunode estos parámetros, Oracle asignará buffers de copia de seguridad desde la memoria delproceso local en lugar de desde la memoria compartida. Por lo tanto, no se utiliza elconjunto grande.Especificación del Tamaño del Conjunto GrandeSi se define LARGE_POOL_SIZE, Oracle intenta obtener memoria del conjunto grande.Si este valor no es suficientemente grande, Oracle no intentará obtener buffers delconjunto compartido.Si no se define el parámetro de inicialización LARGE_POOL_SIZE, Oracle Serverintenta asignar buffers de memoria compartida del conjunto compartido en la SGA.Si Oracle no puede obtener suficiente memoria, obtendrá la memoria de buffer de E/S dela memoria del proceso local y escribirá un mensaje en el archivo alert.log indicando quese utiliza E/S sincronizada para la copia de seguridad.


Parámetros del Conjunto Grande• LARGE_POOL_SIZE:

- Descripción: Tamaño de la pila de asignación del conjunto grande, en bytes(se pueden especificar valores en K o en M)

- Valor por defecto: 0 si se cumplen estas dos condiciones:·La ejecución paralela no necesita el conjunto·DBWR_IO_SLAVES no está definido

En caso contrario, derivado de los valores de PARALLEL_MAX_SERVERS,PARALLEL_THREADS_PER_CPU, CLUSTER_DATABASE_INSTANCES,DISPATCHERS y DBWR_IO_SLAVES.- Mínimo: 300 KB- Máximo: Al menos 2 GB (el máximo es específico del sistema operativo)- Para determinar como se está utilizando el conjunto grande, consulte

V$SGASTAT:

SQL> SELECT *

2> FROM v$sgastat

3> WHERE pool = 'large pool';

POOL NAME BYTES

----------- --------------- --------

large pool free memory 4194304*

Nota: Defina este parámetro de inicialización sólo si se informa de un error en elarchivo alert.log que indica que no tiene suficiente memoria y que no iniciará losesclavos de E/S.

• DBWR_IO_SLAVES: Este parámetro sólo es relevante en sistemas con un soloproceso de escritura de base de datos (DBW0). Este parámetro especifica el númerode esclavos de E/S que utiliza el proceso DBW0. El proceso DBW0 y sus esclavosescriben siempre en disco. Por defecto, el valor es 0 y no se utilizan esclavos de E/S.- Si DBWR_IO_SLAVES se define en un valor distinto de cero, el número de

esclavos de E/S utilizados por el proceso ARCn y el proceso LGWR. Sinembargo, el número de procesos de servidor de E/S utilizado por OracleRecovery Manager se define en 4 sólo si está desactivada la E/S asíncrona(bien sea porque la plataforma no soporta E/S asíncrona o bien porqueDISK_ASYNCH_IO está definido como false).

- En general, los esclavos de E/S se utilizan para simular E/S asíncrona enplataformas que no la soportan o no la implementan de manera ineficaz. Noobstante, los esclavos de E/S se pueden utilizar aunque se esté utilizando laE/O asíncrona. En ese caso, los esclavos de E/S utilizan E/S asíncrona.


Parámetros del Conjunto Grande (continuación)• BACKUP_TAPE_IO_SLAVES: Especifica si Oracle Recovery Manager utiliza

procesos de servidor de E/S, también llamados esclavos, para realizar una copia deseguridad de los datos, para copiarlos o para restaurarlos en una cinta.- Si BACKUP_TAPE_IO_SLAVES se define en TRUE; se utilizará un proceso

esclavo de E/S para escribir o leer en un dispositivo de cinta.- Si este parámetro se define en FALSE (por defecto), no se utilizan esclavos de

E/S para las copias de seguridad, sino que el proceso shadow que se harealizado en la copia de seguridad accederá al dispositivo de cinta.Nota: Debido a que sólo un proceso puede acceder a un dispositivo de cinta,este parámetro es un booleano, que permite el despliegue o no del procesoesclavo de E/S para acceder a ese dispositivo.

- Para realizar copias de seguridad duplicadas, este parámetro debe estaractivado; de lo contrario, se señalizará un error. Oracle Recovery Managerconfigurará tantos esclavos como sean necesarios para el número de copias deseguridad solicitadas al activar este parámetro.



Caché de Buffers de la Base de Datos,DBWn y Archivos de Datos

InstanciaSGA

Buffer deredo log

Conjuntogrande

ConjuntoJava

Conjunto Compartido



ARCn

Procesode Usuario

Procesodel servidor

PGA

Base de Datos

Archivo dedatos 1

Archivo dedatos 2

Archivo dedatos 3

Archivode control

Archivoredo log 1

Archivoredo log 2




PMONDBW0SMON LGWRCKPTDBW1

Buffer deredo log

Función de la Caché de Buffers de Base de Datos• La caché de buffers de base de datos es un área de la SGA que se utiliza para almacenar los

bloques de datos utilizados más recientemente.• El proceso de servidor lee tablas, índices y segmentos de deshacer de los archivos de datos y

los almacena en la caché de buffers, donde realiza los cambios que sean necesarios en losbloques de datos.

• Oracle Server utiliza un algoritmo LRU (utilizado menos recientemente) para determinarqué buffers se pueden sobrescribir para almacenar nuevos bloques en la caché de buffers.

Función del Proceso en Segundo Plano DBWn• DBWn (proceso de escritura de bases de datos) escribe los buffers sucios de la caché de

buffers de base de datos en los archivos de datos. Esto asegura que, en la caché de buffers debase de datos, está disponible un número suficiente de buffers libres (buffers que se puedensobrescribir cuando los procesos de servidor necesitan leer bloques en los archivos de datos).

• El escritor de base de datos sincroniza regularmente la caché de buffers de base de datos ylos archivos de datos: este es el punto de control disparado en diferentes situaciones.

• Aunque un proceso de escritura de bases de datos es adecuado para la mayoría de lossistemas, puede configurar procesos adicionales (de DBW1 a DBW9) para mejorar elrendimiento de escritura si el sistema modifica los datos con mucha frecuencia. Estosprocesos de escritura de bases de datos adicionales no resultan útiles en sistemas de un soloprocesador.


Función del Proceso en Segundo Plano DBWn (continuación)Archivos de datos

Los archivos de datos son datos del sistema y del usuario contenidos en un disco. Estosdatos se pueden validar o no.

Archivos de Datos que Sólo Contienen Datos Validados

Es la situación normal de una base de datos cerrada, excepto cuando se ha producido unfallo o se ha utilizado la opción “shutdown abort”. Si la instancia se cierra mediante lasopciones normal, immediate o transactional, los archivos de datos contienen sólo datosvalidados. Esto se debe a que se hace rollback de todos los datos no validados y se emiteun punto de control para forzar todos los datos validados a un disco.

Archivos de Datos que Contienen Datos No Validados

Mientras se inicia una instancia, los archivos de datos contienen datos no validados. Estose produce cuando se cambian pero no se validan los datos (los datos cambiados estánahora en la caché) y se necesita más espacio en la caché, por lo que se fuerza la salida delos datos no validados al disco. Sólo contendrán datos validados los archivos de datoscuando todos los usuarios los validen. En caso de que se produzca un fallo durante larecuperación posterior, se utilizarán los redo logs y los segmentos de rollback parasincronizar los archivos de datos.

Configuración de Tablespaces

Los tablespaces contienen uno o más archivos de datos. Es importante crearcuidadosamente los tablespaces para proporcionar una estrategia de copia de seguridad yrecuperación flexible y manejable. A continuación, se muestra una configuración generalde tablespaces, que tiene en cuenta los requisitos de las operaciones de copia de seguridady recuperación:

• Sistema: Las copias de seguridad y la recuperación son más flexibles si los datos delsistema y del usuario están contenidos en tablespaces diferentes.

• Temporal: Si se pierde el tablespace que contiene segmentos temporales (que seutilizan para ordenar, etc.), es posible volverlo a crear en lugar de recuperarlo.

• Deshacer: Los procedimientos para realizar una copia de seguridad de tablespacesde deshacer son los mismos que los utilizados para realizar una copia de seguridadde cualquier otro tablespace de lectura/escritura. Como el tablespace de deshacerautomático es muy importante para la recuperación y para la consistencia de lectura,debe realizar una copia de seguridad con regularidad.

• Datos de sólo lectura: El tiempo de copia de seguridad se puede reducir, ya que untablespace sólo necesita copias de seguridad cuando es de sólo lectura.

• Datos de alta volatilidad: Se debe realizar una copia de seguridad de este tablespacecon más frecuencia, para reducir también el tiempo de recuperación.

• Datos de índice: Se deben crear tablespaces para almacenar segmentos de índice. Amenudo, es posible volver a crear estos tablespaces en lugar de recuperarlos.



Buffer de Redo Log, LGWRy Archivos Redo Log

InstanciaSGA

Caché debuffers de labase de datos

Conjuntogrande

ConjuntoJava

Conjunto Compartido



ARCn

Procesode Usuario

Procesodel servidor

PGA

Base de Datos

Archivo dedatos 1

Archivo dedatos 2

Archivo dedatos 3

Archivode control

Archivoredo log 1

Archivoredo log 2




PMONSMON LGWRCKPT

Buffer deredo log

DBWn

Función del Buffer de Redo Log• El buffer redo log es un buffer circular que contiene información sobre los cambios

que se realizan en la base de datos. Esta información se almacena en registros deredo.

• Los registros de redo contienen la información necesaria para reconstruir o rehacerlos cambios realizados en la base de datos mediante operaciones INSERT,UPDATE, DELETE, CREATE, ALTER o DROP. Los registros de redo se utilizanpara recuperar la base de datos, si es necesario.

• Los registros de redo se copian mediante procesos Oracle Server desde el espacio dememoria del usuario al buffer redo log.


Función del Proceso en Segundo Plano LGWRLGWR (escritura de logs) escribe registros de redo desde el buffer de redo log en losarchivos redo log, como se muestra a continuación:

• Cuando el buffer de redo log se encuentra a un tercio de su capacidad• Cuando se produce un timeout (cada tres segundos)• Si hay 1 MB de redo• Antes de que DBWn escriba los bloques modificados en la caché de buffers de base

de datos en los archivos de datos• Cuando se valida una transacción

Función de los Archivos Redo LogLos archivos redo log almacenan todos los cambios realizados en la base de datos. Si esnecesario recuperar la base de datos hasta un punto en el tiempo en que estaba operativa,los redo logs se utilizan para garantizar que todas las transacciones validadas se validanen disco, y que se hace rollback de todas las transacciones no validadas. Los puntosimportantes relacionados con los archivos redo log son estos:

• LGWR escribe en los archivos redo log de forma circular. Este comportamiento dacomo resultado que se sobrescriban todos los miembros de un grupo de archivos log.

• Aunque es obligatorio tener al menos dos grupos de logs para soportar la naturalezacíclica, en la mayoría de los casos son necesarios más de dos grupos de redo logs.- Puede crear grupos de archivos log adicionales mediante el siguiente

comando SQL:ALTER DATABASE [database]

ADD LOGFILE [GROUP integer] filespec

[, [GROUP integer] filespec]...]

- Para borrar todo el grupo de redo log online, utilice el siguiente comandoSQL:

ALTER DATABASE [database]

DROP LOGFILE

{GROUP integer|('filename'[,'filename']...)}

[,{GROUP integer|('filename'[,'filename']...)}]...

• Para evitar un fallo en un solo punto de un medio físico, se recomienda lamultiplexación de los redo logs.


Cambios de Redo LogEn un cambio de log, al grupo de redo logs actual se asigna un número de secuencia delog que identifica la información almacenada en ese grupo y que también se utiliza para lasincronización.

• Un cambio de log se produce cuando el LGWR deja de escribir en un grupo de redolog y comienza a escribir en otro.

• Un cambio de log se produce cuando el LGWR ha llenado un grupo de archivos log.• Un DBA puede forzar un cambio de log con el comando ALTER SYSTEM

SWITCH LOGFILE.• En un cambio de log se realiza automáticamente un punto de control.• El proceso puede continuar mientras esté disponible al menos un miembro de un

grupo. Si un miembro se daña o no está disponible, se escriben mensajes en elarchivo de rastreo LGWR y en el log de alertas.

Vistas Dinámicas• V$LOG: Enumera el número de miembros de cada grupo. Contiene:

- El número de grupo- El número de secuencia de log actual- El tamaño del log- El número de miembros- Estado (ACTIVE, CLEARING, CLEARING_CURRENT, CURRENT,

INACTIVE o UNUSED)- SCN inferior del log

• V$LOGFILE: Contiene:- Número de grupo para cada miembro- Estado (STALE, INVALID, DELETED o en blanco)- Nombres de miembro de redo log

• V$LOG_HISTORY: Contiene información sobre el historial de log del archivo decontrol.



Grupo 1

log1a.rdo

log1b.rdo

Grupo 2

log2a.rdo

log2b.rdo

Grupo 3

Archivos Redo Log Multiplexados

Disco 1(Miembro a)

Disco 2(Miembro b)

log3a.rdo

log3b.rdo

Instrucciones para la MultiplexaciónLa configuración del archivo redo log requiere al menos dos miembros de redo log porgrupo, y cada miembro debe estar en un disco diferente para evitar fallos.

Tenga en cuenta estos puntos:• Todos los miembros de un grupo contienen información idéntica y son del mismo

tamaño.• Los miembros de un grupo se actualizan simultáneamente.• Cada grupo debe contener el mismo número de miembros del mismo tamaño.

Las ubicaciones de los archivos redo log online se pueden modificar cambiando elnombre de los archivos redo log online. Antes de cambiar el nombre, asegúrese de queexista el nuevo archivo redo log online. Oracle Server sólo cambia los punteros en losarchivos de control, pero no cambia el nombre ni crea físicamente ningún archivo delsistema operativo. Si el archivo antiguo es un archivo gestionado por Oracle y existe, sesuprime.


Instrucciones para la Multiplexación (continuación)Reubicación de un Archivo Redo Log

1. Si el archivo log es actual, se realiza un cambio de log utilizando:ALTER SYSTEM SWITCH LOGFILE;

2. Copie el archivo redo log de la ubicación anterior en la nueva mediante la utilidadde copia del sistema operativo (cp en Unix o COPY en Windows NT)

3. Utilice el comando ALTER DATABASE RENAME FILE para realizar el cambioen los archivos de control:


RENAME FILE 'filename'[, 'filename']...

TO 'filename'[, 'filename']...

Nota: También puede agregar un nuevo miembro al grupo y, a continuación, borrar elmiembro antiguo.

Agregar un Miembro a un Grupo

Puede agregar nuevos miembros a grupos de archivos redo log existentes con estecomando SQL:


ADD LOGFILE MEMBER

[ 'filename' [REUSE]

[, 'filename' [REUSE]]...

TO {GROUP integer

|('filename'[, 'filename']...)

}

]...

How to Drop a Member from a GroupYou may want to drop an online redo log member if it becomes INVALID. Use thefollowing SQL command:


DROP LOGFILE MEMBER 'filename'[, 'filename']...

Note: You cannot drop a member from the current or active redo log file group.



Archivos Redo Log de Enterprise Manager

Uso de Oracle Enterprise ManagerMediante la carpeta Redo Log Groups, puede cambiar el grupo de redo logs actual,disparar un punto de control en un grupo de redo logs, crear un nuevo grupo de redo logsy cambiar el nombre, eliminar o agregar nuevos miembros del grupo de redo logs.

1. Seleccione el nodo y la base de datos en el árbol de navegación.2. Seleccione Storage > Redo Log Groups.3. Seleccione la acción apropiada del menú derecho del mouse.



Puntos de Control de Base de Datos

• Los puntos de control se utilizan para determinardónde se debe iniciar la recuperación

• Posición de punto de control (donde se inicia larecuperación)

• Cola de puntos de control (lista de enlaces debloques sucios)

Puntos de Control de Base de DatosPosición del Punto de Control

La posición del redo log en que se va a iniciar la recuperación se denomina posición depunto de control. Todos los bloques de datos a los que se hace referencia que sonanteriores a ese punto ya los ha escrito en el disco el DBWn. Se define como la “distancia”entre él y el final del redo log. También se puede tomar como la “edad” de la primeraentrada de la cola de puntos de control, una lista de enlaces de bloques sucios organizadospor orden según la primera vez que se ensució el bloque.

Cola de Puntos de Control

Cada entrada de la cola de puntos de control incluye el identificador del bloque de datos(es decir, el número de archivo y el número de bloque) y la ubicación del redo log en elque se ensució el bloque por primera vez, que se denomina Dirección de Byte de Redo oRBA. También contiene la ubicación del redo log en el que el bloque de datos se cambióla última vez. La primera entrada de la cola de puntos de control identifica el bloque suciomás antiguo de la caché de buffers de base de datos. El DBWn escribe bloques de la cachéde buffers en el orden de la cola de puntos de control, suprimiendo cada entrada a medidaque se escribe el bloque.



Tipos de Puntos de Control

• Punto de control completo– Se escriben todos los buffers sucios– SHUTDOWN NORMAL, IMMEDIATE o TRANSACTIONAL

– ALTER SYSTEM CHECKPOINT

• Punto de control incremental (punto de control deinicio rápido)– Escrituras periódicas– Sólo se escribe el bloque más antiguo

• Punto de control parcial– Buffers sucios que pertenecen al tablespace– ALTER TABLESPACE BEGIN BACKUP

– ALTER TABLESPACE tablespace OFFLINE NORMAL

Tipos de Puntos de ControlSe realiza un procedimiento denominado punto de control completo cuando se cierra la basede datos (excepto cuando se cierra anormalmente) o cuando se inicia manualmente con elcomando ALTER SYSTEM CHECKPOINT. En un punto de control completo, DBWn escribetodos los buffers sucios en la caché de buffers de base de datos en los archivos de datos.

Un punto de control incremental, denominado también punto de control de inicio rápido, esun punto de control que está continuamente activo. DBWn escribe periódicamente buffers delas colas de puntos de control para adelantar el punto de control incremental en la memoria.Los puntos de control incrementales hacen que el DBWn escriba bloques de la caché debuffers, de forma que el primer buffer que se ensucie sea el que se escriba primero. Lospuntos de control incrementales no actualizan las cabeceras de los archivos de datos. El puntode control incremental se registra en el archivo de control.

El comando ALTER TABLESPACE BEGIN BACKUP produce un punto de control parcialsólo de los buffers sucios de la caché de buffers que pertenecen a ese tablespace.

El comando ALTER TABLESPACE tablespace OFFLINE NORMAL inicia también unpunto de control parcial.



Proceso CKPT

InstanciaSGA

Buffer deredo log

Conjuntogrande

ConjuntoJava

Conjunto Compartido



ARCn

Procesode Usuario

Procesodel servidor

PGA

Base de Datos

Archivo dedatos 1

Archivo dedatos 2

Archivo dedatos 3

Archivode control

Archivoredo log 1

Archivoredo log 2




PMONSMON LGWRCKPT

Buffer deredo log

DBWn

Proceso CKPT (Punto de Control)El proceso CKPT (punto de control) es responsable de señalizar el DBWn en los puntos decontrol y en la actualización de los archivos de datos y los archivos de control de la basede datos para indicar el punto de control más reciente.

Cada tres segundos, CKPT registra la RBA desde la entrada más antigua de la cola depuntos de control del archivo de control. Esta RBA representa el punto del redo log en elque la recuperación de la instancia va a comenzar tras un fallo de instancia. Esto se puedeproducir porque se garantiza que todos los bloques de datos representados en los registrosde redo anteriores los ha escrito en el disco el DBWn.

Sólo cuando se produce un cambio de log, CKPT escribe también esta información en lascabeceras de los archivos de datos. Para mejorar el rendimiento, no se escriben todas lascabeceras de una vez, sino que se actualizan por grupos en lo que se denomina “escrituralenta”. Los cambios de log no fuerzan que se escriban todos los buffers sucios en el disco.



Archivos de Control Multiplexados

InstanciaSGA


Conjuntogrande

ConjuntoJava

Conjunto Compartido



ARCn

Procesode Usuario

Procesodel servidor

PGA

Base de Datos

Archivo dedatos 1

Archivo dedatos 2

Archivo dedatos 3

Archivoredo log 1

Archivoredo log 2




PMONDBWnSMON LGWRCKPT

Archivosde control

Buffer deredo log

Función del Archivo de Control

El archivo de control es un archivo binario que describe la estructura de la base de datos.Debe estar disponible para que lo escriba Oracle Server siempre que se abra o se monte labase de datos. Su nombre por defecto depende del sistema operativo. Sin este archivo, no sepuede montar la base de datos y se necesita la recuperación o la recreación del archivo decontrol. La configuración recomendada es de un mínimo de dos archivos de control endiscos diferentes para minimizar el impacto de una pérdida de uno de los archivos decontrol.

Contenido del Archivo de Control• Nombre de la base de datos• Registro de hora de creación de la base de datos• Información de sincronización (información de punto de control y secuencia de log)

necesaria para la recuperación• Nombres y ubicaciones de archivos de datos y redo log• Modo de archivado de la base de datos• Número de secuencia actual de log• Metadatos de copia de seguridad de Oracle Recovery Manager


Función de Archivo de Control (continuación)

Vista Dinámica

Para obtener la ubicación y los nombres de los archivos de control, utilice las vistasdinámicas de rendimiento V$PARAMETER o V$CONTROLFILE.

SQL> SELECT name

2> FROM v$controlfile;

NAME

-----------------------/ORADATA/u01/ctrl01.ctl

/ORADATA/u02/ctrl02.ctl

2 rows selected.

Multiplexación del Archivo de Control

Para agregar un nuevo archivo de control o cambiar el número o la ubicación del archivode control, siga estos pasos:

1. Cierre la base de datos.2. Realice una copia del archivo de control existente en un dispositivo distinto

utilizando los comandos del sistema operativo.3. Edite o agregue el parámetro CONTROL_FILES y especifique nombres para todos

los archivos de control.4. Inicie la base de datos.



Archivos de Control de Enterprise Manager

Uso de Oracle Enterprise Manager

Puede seleccionar el icono Controlfile de la carpeta Storage Management para ver unahoja de propiedades con los nombres de los archivos de control creados para la base dedatos y otras estadísticas.



Proceso ARCn y Archivos Log Archivados

InstanciaSGA


Conjuntogrande

ConjuntoJava

ConjuntoCompartido



ARC0

Procesode Usuario

Procesodel servidor

PGA

Base de Datos

Archivode datos 1

Archivode datos 2

Archivode datos 3

Archivode control

Archivoredo log 1

Archivoredo log 2


dest 1

PMONDBWnSMON LGWRCKPT




dest 2

ARC1

Buffer deredo log

Función del Proceso de Archivado en Segundo PlanoEl proceso ARCn es opcional. Si se activa, archiva los archivos redo log en las áreas dealmacenamiento designadas. Este proceso es de gran importancia en operaciones de copia deseguridad, restauración y recuperación de una base de datos en modo ARCHIVELOG,cuando funcionan las 24 horas al día, siete días a la semana.

El proceso ARCn se inicia cuando se produce un cambio de log y se copia un miembro delúltimo grupo de redo log (no archivado) al menos en uno de los destinos especificadosmediante uno o más parámetros de inicialización.

Archivos Log ArchivadosSi se define la base de datos en modo ARCHIVELOG, el proceso LGWR espera a que searchiven los archivos redo log online (manualmente o mediante el proceso ARCn) antes deque se puedan volver a utilizar.

Si un archivo redo log online está corrupto, se utiliza otro miembro del mismo grupo. Losarchive logs son útiles para el proceso de copia de seguridad y recuperación, ya que:

• Una copia de seguridad de la base de datos, combinada con archivos redo logarchivados, garantiza que se pueden recuperar todos los datos validados hasta el puntode fallo.

• Pueden realizarse copias de seguridad de la base de datos válida mientras está online.


Función del Proceso de Archivado en Segundo Plano (continuación)Consideraciones de Archivado

Si se debe o no activar el archivado depende de los requisitos de disponibilidad yfiabilidad de cada base de datos. Los archive logs se pueden almacenar en más de unaubicación (duplicación o varios destinos), ya que son esenciales para la recuperación. Enbases de datos de producción, se recomienda el uso de la función archive log con variosdestinos.



Sincronización de la Base de Datos

• Todos los archivos de datos (excepto los que esténfuera de línea y los de sólo lectura) deben estarsincronizados para poder abrir la base de datos.

• La sincronización se basa en el número del puntode control actual.

• Aplicar cambios registrados en los archivos redolog sincroniza los archivos de datos.

• Oracle Server solicita automáticamente los archivosredo logs.

Sincronización de la Base de DatosUna base de datos Oracle no se puede abrir si no están sincronizados todos los archivos dedatos, los redo logs y los archivos de control. En tal caso, es necesario realizar unarecuperación.

Sincronización de los Archivos de la Base de Datos• Para poder abrir la base de datos, todos los archivos de datos deben tener el mismo

número de punto de control, a menos que sean archivos offline o que formen parte deun tablespace de sólo lectura.

• La sincronización de todos los archivos Oracle se basa en los números de punto decontrol y secuencia del redo log actual.

• Los archivos redo log online archivados recuperan transacciones validadas ytransacciones no validadas de rollback para sincronizar los archivos de la base dedatos.

• Oracle Server solicita los archivos redo log archivados y online durante la fase derecuperación. Asegúrese de que existen logs en la ubicación solicitada.



Base de Datos

Archivo dedatos 1

Archivo dedatos

Archivo dedatos 3

Archivode control

Archivoredo log 1

Archivoredo log 2

146.5146.5

146.5

146.5

146.5

145

Fases para la Recuperación de la Instancia

1. Archivos de datosdesincronizados

2. Aplicar transaccionespendientes (rehacer)

3. Datos validados yno validados en archivos

4. Hacer rollback (deshacer)5. Datos validados en archivos

SQL*PlusProceso

del servidor

PGA

Deshacer

Punto decontrol

InstanciaSGA

Buffer deredo log

Caché debuffers de la

base de datos

Conjuntogrande

ConjuntoJava

Conjunto Compartido



ARCnPMONDBWnSMON LGWRCKPT

Fases de Recuperación de FalloA diferencia de la recuperación del medio físico, Oracle realiza la recuperación de fallo yde instancia de forma automática tras un fallo de instancia. La recuperaciones de fallo yde instancia recuperan una base de datos a su estado consistente con la transacción justoantes del fallo de instancia. Por definición, la recuperación de fallo es la recuperación deuna base de datos con una configuración de una sola instancia o una configuración deOracle Real Application Clusters en la que han fallado todas las instancias. Por elcontrario, la recuperación de instancia es la recuperación de una instancia que ha falladopor una instancia real con una configuración Oracle Real Application Clusters.Fases de Recuperación de Fallo

1. Los archivos de datos no están sincronizados.2. Durante la recuperación de la caché o la fase de roll-forward, todos los cambios

registrados en los archivos redo log desde el último punto de control se vuelven aaplicar en los archivos de datos. Esta fase también regenera los datos de deshacer ode rollback.

3. Los archivos de datos ahora contienen cambios validados y quizá no validados. Labase de datos está abierta.

4. Durante la recuperación de la transacción o la fase de rollback, se hace rollback detodos los cambios que no se han validado realmente.

5. Los archivos de datos ahora contienen sólo los cambios validados en la base dedatos.


Fases de Recuperación de Fallo (continuación)

Fases de Recuperación de la Instancia

Fase Explicación1 Archivos desincronizados: Oracle Server determina si una base de datos

necesita recuperación cuando se detectan archivos desincronizados. Elfallo de una instancia puede ser el motivo; por ejemplo, cuando seproduce una shutdown abort. Esta situación causa la pérdida de datos novalidados, debido a que la memoria no se escribe en el disco y losarchivos no están sincronizados antes del cierre.

2 Fase de aplicación de cambios pendientes: DBWR escribe los datosvalidados y los no validados en los archivos de datos. La finalidad de lafase de aplicación de cambios pendientes consiste en aplicar todos loscambios registrados en el archivo log a los bloques de datos.

Nota- Los segmentos de deshacer se rellenan durante la fase aplicartransacciones pendientes. Puesto que los redo logs almacenan imágenesde datos de antes y después, si se detecta un bloque no validado en elarchivo de datos y no existe ningún registro de rollback, se agrega unregistro de segmento de deshacer.

- Los redo logs se aplican utilizando buffers de log. Los buffers que seutilizan están marcados para recuperación y no participan entransacciones normales hasta que el proceso de recuperación los libere.

- Los redo logs se aplican a un archivo de datos de sólo lectura si seproduce un conflicto de estado (es decir, si la cabecera del archivoindica que es de sólo lectura, mientras que el archivo de control loreconoce como de lectura y escritura, o viceversa).

3 Datos validados y no validados en archivos de datos: Una vez que se hallevado a cabo correctamente la fase de roll forward, todos los datosvalidados residen en los archivos de datos, aunque aún pueden existirdatos no validados. La base de datos está abierta.

4 Fase de roll back: Para eliminar los datos no validados de los archivos,se utilizan los segmentos de deshacer rellenados durante la fase aplicartransacciones pendientes o después del error. Los bloques se deshacencuando Oracle Server o un usuario lo solicitan, dependiendo de cuál deellos solicite el primer bloque.

Por tanto, la base de datos está disponible aunque se esté ejecutando elrollback. Sólo dejan de estar disponibles los bloques de datos queparticipan en el rollback.

5 Datos validados en archivos de datos: Cuando han finalizado las fasesde roll forward y de roll back, en el disco sólo residen datos validados.



Ajuste de Rendimiento deRecuperación de Fallo y de Instancia

• Ajuste de la duración de la recuperación deinstancia y de fallo

• Ajuste de las fases de recuperación de instancia

Ajuste de Rendimiento de Recuperación de Fallo y de InstanciaLa recuperación de instancia y de fallo es la aplicación automática de los registros redo logen los bloques de datos de Oracle tras un fallo de instancia.

El medio principal para equilibrar la duración de la recuperación de la instancia y elrendimiento diario consiste en influir en el grado en que Oracle adelanta el punto de control.Puede minimizar el número de bloques procesados durante la recuperación manteniendo elpunto de control unos bloques detrás del registro redo log más reciente. Sin embargo, habráuna sobrecarga de rendimiento para las operaciones normales debido a los puntos de controlfrecuentes.



Ajuste de la Duración de laRecuperación de Instancia y de Fallo

Métodos para mantener la duración de la recuperaciónde instancia y de fallo dentro de los límitesespecificados por el usuario:• Definir los parámetros de inicialización para que

influyan en el número de registros de redo log ybloques de datos implicados en la recuperación.

• Ajustar el tamaño del archivo redo log para queinfluya en la frecuencia de puntos de control.

• Emitir las sentencias SQL para iniciar los puntosde control.

• Crear un paralelismo en las operaciones derecuperación de instancia.

Ajuste de Rendimiento de Recuperación de Fallo y de Instancia(continuación)

Hay varios métodos que puede utilizar para mantener la duración de la recuperación deinstancia y de fallo dentro de los límites especificados por el usuario.

La funcionalidad de recuperación de fallos de inicio rápido se puede utilizar paracontrolar la recuperación de la instancia. Esto reduce el tiempo de aplicación detransacciones pendientes haciéndolo limitado y predecible y también elimina el tiemponecesario para hacer rollback. La base de la recuperación de fallos de inicio rápido es laarquitectura de puntos de control de inicio rápido. El tiempo destino a terminar la fase deroll-forward de recuperación viene especificado por medio de un parámetro deinicialización.

El tamaño del archivo redo log influye directamente en el punto de control. Cuanto menorsea el tamaño del log más pequeño, mayor será el número de buffers sucios que OracleServer escribe en disco para asegurar que la posición del punto de control se haadelantado hasta el log actual antes de que ese log se rellene por completo, de forma quese pueda volver a utilizar.



Parámetros de Inicialización queInfluyen en los Puntos de Control

Parámetro

FAST_START_MTTR_TARGET

LOG_CHECKPOINT_TIMEOUT

LOG_CHECKPOINT_INTERVAL

Definición

MTTR esperado especificado en segundos

Cantidad de tiempo transcurrido desde

que se ha producido el punto de control

incremental en la posición en la que se

realizó la última escritura en el redo log

Número de bloques de archivos redo log

que pueden existir entre un punto de

control incremental y el último bloque

escrito en el redo log

Uso de Parámetros de Inicialización que Afecten a la RecuperaciónPuede utilizar tres parámetros de inicialización para influir en la forma en que Oracleadelanta el punto de control.

El punto de control de inicio rápido se produce continuamente, lo que adelanta el tiempode punto de control a medida que se escriben los bloques. Se especifica un tiempo destino(limitado) para terminar la fase de roll-forward de recuperación mediante el parámetroFAST_START_MTTR_TARGET y Oracle varía automáticamente las escrituras de puntode control para cumplir ese destino.

Debería utilizar sólo el parámetro FAST_START_MTTR_TARGET, en lugar de unacombinación de FAST_START_IO_TARGET, LOG_CHECKPOINT_INTERVAL yLOG_CHECKPOINT_TIMEOUT como en versiones anteriores.FAST_START_MTTR_TARGET proporciona el control más preciso sobre la duración dela recuperación y elimina la necesidad de definir los valores manualmente paraLOG_CHECKPOINT_INTERVAL y LOG_CHECKPOINT_TIMEOUT.

La vista dinámica V$INSTANCE_RECOVERY proporciona los valores del parámetro derecuperación actual.


Uso de Parámetros de Inicialización que Afecten a la Recuperación (continuación)

V$INSTANCE_RECOVERY

Columna DescripciónRECOVERY_ESTIMATED_IOS Contiene el número de buffers sucios en la caché de

buffers. (En Standard Edition, el valor de este campoes siempre NULL)

ACTUAL_REDO_BLKS Número actual de bloques de redo necesarios para larecuperación

TARGET_REDO_BLKS El objetivo del número máximo de bloques redo quese tienen que procesar durante la recuperación. Estevalor es mínimo de las siguientes tres columnas:(LOG_FILE_SIZE_REDO_BLKS,LOG_CHKPT_TIMEOUT_REDO_BLKS,LOG_CHKPT_INTERVAL_REDO_BLKS)

LOG_FILE_SIZE_REDO_BLKS Número de bloques redo que procesar durante larecuperación correspondiente al 90% del tamaño delarchivo log más pequeño.

LOG_CHKPT_TIMEOUT_REDO_BLKS El número de bloques redo que se deben procesardurante la recuperación para cumplirLOG_CHECKPOINT_TIMEOUT

LOG_CHKPT_INTERVAL_REDO_BLKS El número de bloques redo que se deben procesardurante la recuperación para cumplirLOG_CHECKPOINT_INTERVAL

FAST_START_IO_TARGET_REDO_BLKS Este campo está obsoleto. Se retiene a efectos decompatibilidad con versiones anteriores. El valor deeste campo es siempre NULL.

TARGET_MTTR Valor destino de MTTR (tiempo medio derecuperación) eficaz en segundos. Por lo general,debería ser igual al valor del parámetroFAST_START_MTTR_TARGET. SiFAST_START_MTTR_TARGET se define en unvalor tan pequeño que es imposible hacer unarecuperación dentro de su marco horario, el campoTARGET_MTTR contiene el destino MTTR eficaz,que es mayor que FAST_START_MTTR_TARGET.Si FAST_START_MTTR_TARGET se define en unvalor tan alto que incluso en el peor caso (toda lacaché de buffers está sucia) la recuperación no llevarátanto tiempo, el campo TARGET_MTTR contiene elMTTR estimado en el supuesto de peor caso. Estecampo es 0 si FAST_START_MTTR_TARGET nose especifica.

ESTIMATED_MTTR El MTTR (tiempo medio de recuperación) actualestimado en número de segundos basándose en elnúmero de buffers sucios y de bloques de log (da elMTTR actual estimado siFAST_START_MTTR_TARGET no estáespecificado).



Control del Tiempo de Recuperación deFallo de Instancia

Uso de Oracle Enterprise Manager para Controlar el Tiempo de Recuperaciónde Fallo de Instancia

La página Recovery de la hoja de propiedades Configuration se puede utilizar paraFAST_START_MTTR_TARGET.



V$INSTANCE_RECOVERY

• Se utiliza para controlar los mecanismosdisponibles para limitar la E/S de recuperación

• Las estadísticas de esta vista para calcular quéparámetro tiene una mayor influencia sobre lospuntos de control

V$INSTANCE_RECOVERY

Esta vista controla los mecanismos que están disponibles para que los usuarios limiten laE/S de recuperación. Estos mecanismos son:

• La definición del parámetro de inicialización LOG_CHECKPOINT_TIMEOUT• La definición del parámetro de inicialización LOG_CHECKPOINT_INTERVAL• La definición del parámetro de inicialización FAST_START_MTTR_TARGET• La definición del tamaño del redo log más pequeño

Columnas V$INSTANCY_RECOVERY

RECOVERY_ESTIMATED_IOS: Contiene el número de buffers sucios en la caché debuffers. En Oracle9i Standard Edition, esta columna es siempre NULL.

ACTUAL_REDO_BLKS: El número actual y real de bloques redo necesarios para larecuperación

TARGET_REDO_BLKS: El número destino actual de bloques redo que se deben procesarpara la recuperación. Este valor es el valor mínimo de las tres columnas siguientes eidentifica cuál de los tres límites definidos por el usuario determina el punto de control.

LOG_FILE_SIZE_REDO_BLKS: Número máximo de bloques redo necesarios paragarantizar que no se produce un cambio de log antes de que termine el punto de control.


V$INSTANCE_RECOVERY (continuación)

LOG_CHKPT_TIMEOUT_REDO_BLKS: Número de bloques redo que se deben procesardurante la recuperación para satisfacer el parámetro LOG_CHECKPOINT_TIMEOUT. Elvalor que se muestra no es significativo a menos que se haya definido el parámetro.

LOG_CHKPT_INTERVAL_REDO_BLKS: Número de bloques redo que se deben procesardurante la recuperación para satisfacer el parámetro LOG_CHECKPOINT_INTERVAL. Elvalor que se muestra no es significativo a menos que se haya definido el parámetro.

FAST_START_IO_TARGET_REDO_BLKS: Esta columna es obsoleta y sólo se mantienepor motivos de compatibilidad. El valor de esta columna es siempre NULL.

TARGET_MTTR: Valor destino de MTTR (tiempo medio de recuperación) eficaz ensegundos. El valor TARGET_MTTR se calcula basándose en el valor del parámetroFAST_START_MTTR_TARGET (el valor TARGET_MTTR se utiliza internamente) y esnormalmente una aproximación del valor del parámetro. Sin embargo, si el valor delparámetro FAST_START_MTTR_TARGET es muy pequeño (por ejemplo, un segundo) omuy grande (por ejemplo, 3600 segundos), el cálculo producirá un valor destino impuestopor las limitaciones del sistema. En tales casos, el valor TARGET_MTTR será el tiempo máspequeño calculado o el tiempo mayor calculado que se espera que utilice la recuperación. Sino se especifica FAST_START_MTTR_TARGET, el valor de este campo es el MTTR actualestimado.

ESTIMATED_MTTR: El MTTR (tiempo medio de recuperación) actual estimado basándoseen el número de buffers sucios y de bloques de log (0 si FAST_START_MTTR_TARGET noestá especificado). Básicamente, este valor le indica el tiempo que podría esperar queutilizase la recuperación para el trabajo que está realizando el sistema ahora mismo.

CKPT_BLOCK_WRITES: Número de bloques escritos por las escrituras de punto decontrol



Ajuste de las Fases de laRecuperación de Fallo y de Instancia

• Ajuste de la fase de roll-forward• Ajuste de la fase de rollback

Ajuste de las Fases de Recuperación de InstanciaPuede utilizar parámetros para controlar las fases de roll-forward y de rollback de larecuperación de la instancia para aumentar la eficacia de la recuperación. El tiempo total derecuperación necesario es la suma del tiempo necesario para las fases de roll-forward yrollback.



Ajuste de la Fase de Roll-Forward

• Recuperación de bloques en paralelo• RECOVERY_PARALLELISM especifica el número de

procesos de recuperación simultáneos

Ajuste de la Fase de Roll-ForwardEl parámetro de inicialización RECOVERY_PARALLELISM se utiliza para especificar elnúmero de procesos simultáneos para operaciones de recuperación de la instancia o de fallo.Utilizar varios procesos proporciona una recuperación de bloque paralela. Durante la fase deroll-forward, se asignan diferentes procesos a diferentes bloques.

El parámetro de inicialización RECOVERY_PARALLELISM especifica el número deprocesos de recuperación simultáneos para procesos de recuperación de la instancia o defallo. La recuperación del medio físico no se ve afectada por este parámetro. Utilice lacláusula PARALLEL en la sentencia RECOVER DATABASE para la recuperación del mediofísico.



Ajuste de la Fase de Rollback

• Rollback de inicio rápido a petición• Rollback de inicio rápido paralelo

Ajuste de la Fase de RollbackEl rollback de inicio rápido a petición es una función automática que permite que seinicien nuevas transacciones inmediatamente después de que termine la fase de roll-forward de la recuperación. Si un usuario intenta acceder a una fila bloqueada por unatransacción interrumpida, sólo se hace rollback de los cambios necesarios para terminar latransacción. El rollback es a petición.



Rollback de Inicio Rápido a Petición

El proceso del servidor que encuentra los datos en losque se debe hacer rollback, realiza lo siguiente:• Deshace el bloque que contiene la fila necesaria• Transfiere el resto de la recuperación, que puede

ser en paralelo con SMON

Respuestamejorada

Rollback de Inicio Rápido a PeticiónUna transacción de usuario inicia el rollback sólo en el bloque al que la transacción estáintentando acceder. El resto de los bloques los recupera SMON en segundo plano,posiblemente en paralelo. La ventaja es que una transacción no tiene que esperar hastaque se haga rollback de todo el trabajo de una transacción larga.



Rollback Paralelo de Inicio Rápido

SMON

Segmentode deshacer

Tablas

P001

P000

P002

P003

Rollback Paralelo de Inicio RápidoEl rollback paralelo de inicio rápido permite que SMON actúe como coordinador y utilicevarios procesos de servidor para terminar la operación de rollback. El rollback paralelo seinicia automáticamente cuando SMON determina que la transacción interrumpida hagenerado un número grande de bloques de deshacer.

Resulta útil principalmente en un sistema que tenga transacciones de larga ejecución,concretamente las operaciones paralelas INSERT, UPDATE y DELETE.



Control del Rollback Paralelo de Inicio Rápido

Parámetro FAST_START_PARALLEL_ROLLBACK

Valor

FALSE

LOW (por defecto)

HIGH

Número Máximo de Servidores deRecuperación Paralela

Ninguno

2 * CPU_COUNT

4 * CPU_COUNT

Control del Rollback Paralelo de Inicio RápidoEl número de procesos implicados en la recuperación de la transacción se define medianteel parámetro de inicialización dinámico FAST_START_PARALLEL_ROLLBACK. Losvalores válidos para este parámetro y su impacto sobre el rollback paralelo de iniciorápido se muestran en la tabla.



Control del Rollback Paralelo

• V$FAST_START_SERVERS: Proporcionainformación sobre todos los esclavos derecuperación que realizan recuperación detransacción en paralelo

• V$FAST_START_TRANSACTIONS: Contieneinformación sobre el progreso de lastransacciones que Oracle está recuperando

Control del Rollback ParaleloUtilice la siguiente consulta para controlar el uso de esclavos de la consulta en paralelopara el rollback paralelo de inicio rápido:

SELECT * FROM v$fast_start_servers;

STATE UNDOBLOCKSDONE PID

---------- -------------- ---

RECOVERING 99 10

IDLE 0 11

IDLE 0 12

IDLE 0 13


Control del Rollback Paralelo (continuación)Utilice la siguiente consulta para verificar el estado del rollback de inicio rápido:

SELECT usn, state, undoblksdone, undoblkstotalFROM v$fast_start_transactions;

USN STATE UNDOBLOCKSDONE UNDOBLOCKSTOTAL--- ---------- -------------- ---------------

2 RECOVERING 82 365

La columna USN especifica el segmento de deshacer a partir del cual se está haciendorollback, mientras que UNDOBLKSDONE y UNDOBLKSTOTAL indican la cantidad detrabajo realizado y la cantidad total de trabajo, respectivamente.



Resumen

En esta lección, ha aprendido a:• Identificar componentes de la instancia y de la

base de datos importantes para la recuperación• Ajustar la recuperación de instancia y de fallo




Esta práctica cubre los siguientes temas:• Consulta de las vistas de rendimiento dinámico

para determinar el estado actual y la estructura dela base de datos

• Explicación del uso de los parámetros deinicialización específicos

• Duplicación de los archivos de control y de losarchivos redo log


Práctica 7: Estructuras de Recuperación de Instancia y del Medio Físico1. Consulte la vista V$ utilizada para buscar los nombres de todos los archivos de

datos de la base de datos.2. Consulte las vistas V$ utilizadas para buscar el grupo de redo log online y los

nombresde todos los archivos redo log de la base de datos.

3. Consulte la vista V$ utilizada para buscar los nombres de todos los archivos decontrol de la base de datos.

4. Consulte la vista V$ utilizada para buscar el nombre de la base de datos.5. Consulte la vista V$ utilizada para buscar procesos que sigan conectados a la

instancia antes de cerrar la base de datos.6. Consulte la vista v$ que utiliza para buscar el nombre de la instancia, el estado de la

instancia y el nombre del host.7. ¿Qué parámetro de inicialización configura el área de memoria de la SGA que

almacena información de recuperación antes de que se escriba en el disco?8. ¿Qué es el conjunto grande, cuándo se utiliza y qué parámetro de inicialización lo

configura?9. Describa el significado del parámetro FAST_START_MTTR_TARGET durante la

recuperación de instancia.10. Durante la preparación del uso de Oracle Enterprise Manager, realice una detección

destino y defina las Credenciales Preferidas.

Sólo Aula de OracleSi está en un Aula de Oracle, debe realizar los cuatro pasos siguientes específicos dela configuración de Aula de Oracle:

a. Haga clic en el icono de actualización del archivo omsconfig del escritorio eintroduzca el nombre del servidor UNIX que está utilizando la clase. El instructorproporcionará el nombre del servidor. Introdúzcalo exactamente como se le haproporcionado. Esta entrada es sensible a mayúsculas/minúsculas.b. Abra una ventana de MSDOS.c. En el prompt, introduzca: oemctl start omsEspere mientras se muestra el mensaje: "TheOracleoracle901_homeManagementServer service was started successfully."d. Cierre la ventana de MSDOS.

Inicie la Consola de Oracle Enterprise Manager y defina al administrador ensysman y la contraseña en oem_temp. Cuando el sistema lo pida, cambie lacontraseña a oracle. Seleccione Discover Nodes en el Navegador e introduzca elnombre del host del servidor de la base de datos que está utilizando.

Defina las Credenciales Preferidas de la base de datos y del servidor (nodo) paraejecutar trabajos en la página Preferred Credentials. Seleccione la base de datos ysuministre el nombre de usuario sys y la contraseña secure o los que hayaproporcionado el instructor. Desplácese hacia abajo en la lista hasta el lugar en quese muestran los nodos. Resalte el nodo del servidor de la base de datos e introduzcael nombre de usuario y la contraseña de la cuenta en ese servidor.


Práctica 7: Estructuras de Recuperación de Instancia y del Medio Físico(continuación)11. Configure la duplicación de los archivos de control de forma que tenga dos archivos de

control. Coloque el segundo archivo de control en el directorio$HOME/ORADATA/u02.

12. Configure la duplicación de los archivos redo log online de forma que tenga dosmiembros por cada grupo. Coloque el segundo miembro de cada grupo en el directorio$HOME/ORADATA/u04.

13. Consulte V$LOGFILE para verificar los cambios.


Configuración del Modo de Archivado dela Base de Datos



Objetivos

Al finalizar esta lección, debería estar capacitado para:• Describir las diferencias entre los modos

ARCHIVELOG y NOARCHIVELOG• Configurar una base de datos en modo

ARCHIVELOG• Activar el archivado automático• Realizar el archivado manual de logs• Configurar varios procesos de archivado• Configurar varios destinos, incluidos los destinos

remotos



Archivos redolog online

Sin historialde redo

LGWR

Historialde redo

054 053

052

Historial de Redo Log

051

052

Historial de Redo LogTodas las transacciones se registran en los archivos redo log online. Esto permite larecuperación automática de las transacciones en caso de un fallo de la base de datos.

Si la base de datos se configura en modo NOARCHIVELOG, el historial de redo no seguarda en los archivos archive log, las operaciones de recuperación son limitadas y sepuede producir la pérdida del trabajo de transacción. Este es el resultado del recicladoautomático de archivos log, en el que se sobrescriben los archivos log más antiguosnecesarios para la recuperación y queda disponible únicamente la parte más reciente delhistorial de transacciones.

Puede configurar una base de datos en modo ARCHIVELOG, a fin de mantener elhistorial de la información de redo en archivos archivados. Los archivos redo logarchivados se pueden utilizar para la recuperación del medio físico.

La base de datos se puede crear inicialmente en modo ARCHIVELOG, pero se configurapor defecto en modo NOARCHIVELOG.




Sin historialde redo

053

LGWR

054 053052

053054 053052

052

Modo NOARCHIVELOG

Modo NOARCHIVELOGPor defecto, una base de datos se crea en modo NOARCHIVELOG. Las características deejecución de una base de datos en modo NOARCHIVELOG son las siguientes:

• Se utilizan archivos redo log de forma circular.• Un archivo redo log se puede volver a utilizar inmediatamente una vez que se ha

realizado un punto de control.• Una vez que se sobrescriben los redo logs, la recuperación del medio físico sólo es posible

hasta la última copia de seguridad completa.Implicaciones del Modo NOARCHIVELOG

• Si un tablespace deja de estar disponible debido a un fallo, no se puede seguir utilizandola base de datos hasta que se borre el tablespace o se restaure la base de datos entera apartir de las copias de seguridad.

• Sólo puede realizar copias de seguridad del sistema operativo de la base de datos cuandoestá cerrada. Se debe haber cerrado con las opciones NORMAL, IMMEDIATE oTRANSACTIONAL.

• Debe realizar una copia de seguridad de todo el juego de archivos de datos y de controldurante cada copia de seguridad. Aunque puede realizar una copia de seguridad de losarchivos redo log online, no es necesario. Los archivos de este tipo de copia de seguridadson consistentes y no necesitan recuperación, de forma que los logs online no sonnecesarios.

• Si se sobrescriben los archivos redo log online, perderá todos los datos desde la última copiade seguridad completa.


Modo NOARCHIVELOG (continuación)

Opciones de Recuperación del Medio Físico en Modo NOARCHIVELOG

Debe restaurar los archivos de datos y los archivos de control a partir de una copia deseguridad de toda la base de datos. Si ha usado la utilidad Export para realizar la copia deseguridad de la base de datos, puede usar la utilidad Import para restaurar datos perdidos.Sin embargo, esto da como resultado una recuperación incompleta y se perderá el trabajode transacciones realizado tras la exportación.



Modo ARCHIVELOG

053053

053

051

053051

051

052

053

Archivosarchive log


LGWR

054052

054052

Historialde redo

Modo ARCHIVELOGUn archivo redo log lleno no se puede volver a utilizar hasta que se realice un punto decontrol y una copia de seguridad de dicho archivo mediante el proceso en segundo planoARCn. Una entrada del archivo de control registra el número de secuencia de log delarchivo archive log.

Los cambios más recientes realizados en la base de datos están disponibles en todomomento para la recuperación de la instancia y los archivos redo log archivados sepueden utilizar para la recuperación del medio físico.

Requisitos de Archivado

La base de datos debe estar en modo ARCHIVELOG. Emitir el comando para poner labase de datos en modo ARCHIVELOG actualiza el archivo de control. Se pueden activarlos procesos en segundo plano ARCn para implementar el archivado automático.

Deben estar disponibles suficientes recursos para contener los archivos redo logarchivados generados.


Modo ARCHIVELOG (continuación)

Implicaciones de la Definición de la Base de Datos en Modo ARCHIVELOG

• La base de datos está protegida contra la pérdida de datos cuando se produce un fallodel medio físico.

• Se puede realizar una copia de seguridad de la base de datos mientras esté online.

• Cuando un tablespace distinto de SYSTEM queda offline a consecuencia de un fallodel medio físico, el resto de la base de datos sigue disponible debido a que lostablespaces (excepto SYSTEM) se pueden recuperar mientras la base de datos estáabierta.

Opciones de Recuperación del Medio Físico

• Puede restaurar una copia de seguridad de los archivos dañados y utilizar los archivosarchive log para actualizar los archivos de datos mientras la base de datos está online uoffline.

• Se puede restaurar la base de datos hasta un punto específico en el tiempo.

• Puede recuperar la base de datos hasta el final de un archivo archive log especificado.

• Puede recuperar la base de datos en un SCN (número de cambio del sistema)específico.



Cambio del Modo de Archivado

SHUTDOWN NORMAL/IMMEDIATE/TRANSACTIONAL1

STARTUP MOUNT

ALTER DATABASE ARCHIVELOG3

ALTER DATABASE OPEN 4

5

2

Parámetros deinicialización

Archivo decontrol

Copia de seguridad detoda la base de datos

Cambio del Modo de ArchivadoEl modo de archivado inicial se define en la sentencia CREATE DATABASE. El modopor defecto es NOARCHIVELOG, que elimina el archivado de la información de redogenerada durante la creación de la base de datos.

Cambie el modo ARCHIVELOG mediante el comando ALTER DATABASE mientras labase de datos está en estado MOUNT.

SQL> ALTER DATABASE [ archivelog | noarchivelog ]

donde:• archivelog establece el modo ARCHIVELOG para los grupos de archivos redo

log• noarchivelog establece el modo NOARCHIVELOG para los grupos de

archivos redo log


Cambio del Modo de Archivado (continuación)Un usuario debe tener el privilegio ALTER SYSTEM para modificar el modoARCHIVELOG de la base de datos.

Nota: Una vez que se ha cambiado el modo de la base de datos de NOARCHIVELOG aARCHIVELOG, debe realizar una copia de seguridad de todos los archivos de datos y delarchivo de control. La copia de seguridad anterior ya no se podrá utilizar, puesto que serealizó mientras la base de datos estaba en modo NOARCHIVELOG.

La nueva copia de seguridad que se realiza después de poner la base de datos en modoARCHIVELOG es la que se utilizará para aplicar los futuros archivos redo log archivados.

La definición de la base de datos en modo ARCHIVELOG no activa los procesos dearchivado (ARCn).

Paso Explicación

1 Cerrar la base de datos: SQL> SHUTDOWN IMMEDIATE

2 Iniciar la base de datos en estado MOUNT de forma que sepueda alterar el modo Archivelog de la base de datos: SQL> STARTUP MOUNT

3 Definir la base de datos en modo ARCHIVELOG con elcomando ALTER DATABASE:SQL> ALTER DATABASE ARCHIVELOG;

4 Abrir la base de datos:SQL> ALTER DATABASE OPEN;

5 Realizar una copia de seguridad completa de la base de datos



Definición del Modo de Archivado

Uso de Oracle Enterprise ManagerLa página Recovery de la hoja de propiedades Configuration se puede utilizar para definirel modo ARCHIVELOG. Además, mediante el menú Object puede conmutar el archivadoautomático de archivos redo log online on u off.



Archivado Automático y Manual

• Archivado automático: LOG_ARCHIVE_START=TRUE

• Archivado manual: LOG_ARCHIVE_START=FALSE

DBA

ARC0 053053

053053

Archivado Automático y ManualProceso de Archivado

Una vez que se define una base de datos en modo ARCHIVELOG, debe decidir si losarchivos redo log online se archivan de manera automática o manual. Es el segundo pasoen la creación de archivos redo log archivados para la recuperación.

Archivado Automático frente al Manual• En el archivado automático, los procesos en segundo plano ARCn están activados y

copian archivos redo log a medida que se llenan.• En el archivado manual, debe utilizar SQL*Plus u Oracle Enterprise Manager para

copiar los archivos.• Se recomienda activar el archivado automático de archivos log.


Archivado Automático y Manual (continuación)Instrucciones

• Antes de decidir el modo de archivado (automático o manual), debe definir la base dedatos en modo ARCHIVELOG.

• Si no cambia a modo ARCHIVELOG, el proceso ARCn no podrá copiar archivos redo log.• El cierre de la base de datos debe efectuarse ordenadamente (utilizando la opción normal,

inmediata o transaccional) antes de activar el proceso de archivado.

Nota: Si los procesos de archivado (ARCn) fallan por algún motivo, una vez que la actividad detransacciones ha rellenado todos los redo logs, Oracle Server se detiene. La definición de la basede datos en modo ARCHIVELOG indica a Oracle Server que no sobrescriba los redo logsonline a menos que estén archivados. Por lo tanto, el archivado de redo logs online se deberealizar con la actividad de transacciones del sistema (generación de redo logs).



Activación del Archivado Automático

Uso de Oracle Enterprise ManagerLa página Recovery de la hoja de propiedades Configuration se puede utilizar para activarel archivado automático.



Especificación de Varios Procesos ARCn

• El parámetro dinámicoLOG_ARCHIVE_MAX_PROCESSES controla elnúmero de procesos de archivado iniciados en elinicio de la instancia.

• Se puede especificar un máximo de diez procesosARCn.

• El número de procesos ARCn se puede cambiarcon ALTER SYSTEM.

Parámetro LOG_ARCHIVE_MAX_PROCESSES

Las operaciones paralelas de DDL (Lenguaje de Definición de Datos) y de DML(Lenguaje de Manipulación de Datos) pueden generar un gran número de archivos redolog. Un solo proceso ARC0 puede no ser suficiente para archivar estos archivos redo log.Oracle inicia procesos adicionales según sea necesario. Sin embargo, si desea evitar lasobrecarga de tiempo de ejecución de llamada a los procesos adicionales, puedeespecificar el número de procesos que se van a iniciar en el inicio de la instancia.

Puede especificar hasta diez procesos ARCn mediante el parámetroLOG_ARCHIVE_MAX_PROCESSES.

Cuando LOG_ARCHIVE_START se define en TRUE, se inicia una instancia Oracle contantos procesos de archivado como se haya definido medianteLOG_ARCHIVE_MAX_PROCESSES.

Siempre puede originar procesos de archivado adicionales, hasta el límite definido porLOG_ARCHIVE_MAX_PROCESSES o matar procesos de archivado en cualquiermomento durante la vida de la instancia.



Inicio o Detención de Procesos deArchivado Adicionales

LOG_ARCHIVE_MAX_PROCESSES=2

Redo logs archivados

053

Redo logs online

ARC0ARC1

ALTER SYSTEM SET

LOG_ARCHIVE_MAX_PROCESSES = 3;

ARC2

053053

Número Dinámico de Procesos ARCnDurante un período intensivo de carga de transacciones o de actividad, puede iniciartemporalmente procesos de archivado adicionales para eliminar cuellos de botella dearchivado. Una vez que la actividad de transacción vuelve a un nivel normal, puede pararalgunos de los procesos ARCn.

Por ejemplo, cada día del mes, la base de datos se inicia con dos procesos de archivado.Durante el último día de cada mes, la actividad siempre aumenta, por lo que debe iniciarprocesos adicionales:SQL> ALTER SYSTEM SET LOG_ARCHIVE_MAX_PROCESSES=3;

El día siguiente, si la instancia no se cierra, puede emitir el siguiente comando SQL paraparar el proceso de archivado adicional:SQL> ALTER SYSTEM SET LOG_ARCHIVE_MAX_PROCESSES=2;



Activación del Archivado Automáticoen el Inicio de la Instancia

051Archivos archive log

051

052

ArchivadoArchivado

Actual

LOG_ARCHIVE_START=TRUE

LOG_ARCHIVE_MAX_PROCESSES=n

Redo logs online051

052

052

051

ARC0

053

Activación del Archivado Automático en el Inicio de la Instancia

Activación del Archivado Automático en el Inicio de la Instancia

Si la base de datos está en modo ARCHIVELOG, los procesos de archivado se puedeniniciar cada vez que se inicie la instancia de base de datos definiendo el parámetro:

LOG_ARCHIVE_START = boolean

donde:• TRUE inicia automáticamente n procesos ARCn en el inicio de la instancia, donde n

viene determinado por el valor de LOG_ARCHIVE_MAX_PROCESSES.• FALSE impide que ARCn se inicie cuando se inicia la instancia.

Una vez definido el parámetro de inicialización, los procesos ARCn se inicianautomáticamente en el inicio de la instancia, con lo que no es necesario iniciarmanualmente el archivado automático.



Activación del Archivado Automáticotras el Inicio de la Instancia

ALTER SYSTEM ARCHIVE LOG

START;

2

051 052052051

1

3051ARC0

Redo logs online

Activación del Archivado Automático tras el Inicio de la InstanciaPuede activar el archivado automático mediante el comando ALTER SYSTEM.

Puede especificar opcionalmente el destino de archivado con la opción TO en el comandoALTER SYSTEM ARCHIVE LOG START.

Paso Explicación

1 Compruebe el estado del proceso ARCn :SQL> ARCHIVE LOG LIST

2 Active los procesos de archivado (ARCn ):

UNIX:

SQL> ALTER SYSTEM ARCHIVE LOG STARTTO ‘/ORADATA/ARCHIVE1‘;

Windows NT:

SQL> ALTER SYSTEM ARCHIVE LOG STARTTO ‘c: \ u04 \ Oracle \ TES T\ log‘;

3 Los procesos ARCn archivan archivos archive log automáticamente amedida que se rellenan.



ARC0

Desactivación del Archivado Automático

1

2

ALTER SYSTEM ARCHIVE LOG STOP;

LOG_ARCHIVE_START

051

052

052051

Parámetros deinicialización

Redo logs online

Desactivación del Archivado AutomáticoSiempre puede parar los procesos de archivado independientemente de cómo se iniciaronmediante el comando ALTER SYSTEM en SQL*Plus u Oracle Enterprise Manager.

Nota: Parar los procesos ARCn no define la base de datos en modo NOARCHIVELOG.Cuando se utilizan todos los grupos de redo log y no se archivan, la base de datos sepuede detener si está en modo ARCHIVELOG.

Step Explanation

1 Execute the command to stop the ARCn processes, ifARCn processes have been already enabled:SQL> ALTER SYSTEM ARCHIVE LOG STOP;

2 Ensure that automatic archiving is not enabled uponinstance startup by setting the initialization parameter:LOG_ARCHIVE_START=FALSE



Archivos Redo Log OnlineArchivados Manualmente

1

2

052051 053

Redo logs online051

052

Procesodel servidor

ALTER SYSTEM ARCHIVE LOG CURRENT;

Archivado Manual de los Archivos Redo LogSi la base de datos está en modo ARCHIVELOG y no ha activado el archivadoautomático, debe archivar manualmente los archivos redo log online.

Además, puede utilizar el archivado manual cuando el archivado automático esté activadopara volver a archivar un grupo inactivo en otro destino.

Se debe conectar con los privilegios de administrador para emitir el comando ALTER SYSTEM ARCHIVE LOG.

Paso Explicación

1 Ejecutar el comando SQL ALTER SYSTEM:SQL> ALTER SYSTEM ARCHIVE LOG CURRENT;

2 El proceso de servidor del usuario que ejecuta el comandorealiza el archivado de los archivos redo log online.


Archivado Manual de los Archivos Redo Log (continuación)Al archivar manualmente archivos redo log online, puede utilizar las siguientes opcionescon el comando ALTER SYSTEM ARCHIVE LOG:

Opción Descripción

THREAD Especifica el thread que contiene el grupo de archivos redo log quese van a archivar (para Oracle Parallel Server)

SEQUENCE Archiva el grupo de archivos redo log online identificado por elnúmero de secuencia de log

CHANGE Archiva en función del SCN

GROUP Archiva el grupo de archivos redo log online

CURRENT Archiva el grupo de archivos redo log actual del threadespecificado

LOGFILE Archiva el grupo de archivos redo log con miembros identificadopor el nombre de archivo

NEXT Archiva el grupo de archivos redo log online más antiguo que nohaya sido archivado

TODO Archiva todos los grupos de archivos de redo log online desde elthread especificado que están llenos pero que no se han archivado

START Activa el archivado automático de grupos de archivos redo log

TO _ Especifica la ubicación en la que se archiva el grupo de archivosredo log

STOP Desactiva el archivado automático de grupos de archivos redo log



Archivos Redo Log Online Archivados Manualmente

Uso de Oracle Enterprise ManagerMediante el menú Object, puede archivar manualmente archivos redo log online.



Especificación del Destino del Archive Log

• Utilice LOG_ARCHIVE_DEST_n para especificarhasta diez destinos de archivado.

• Utilice LOG_ARCHIVE_FORMAT para incluir elnúmero de secuencia de log y el número de threadcomo parte del nombre de archivo.

Especificación del Destino del Archive LogParámetro LOG_ARCHIVE_DEST_n

Los parámetros LOG_ARCHIVE_DEST_ n (donde n = 1,2,3,4,5...10) definen hasta diezdestinos de archive log. Este parámetro sólo es válido si ha instalado Oracle EnterpriseEdition. En Oracle8i, sólo puede definir hasta cinco destinos.

Parámetros LOG_ARCHIVE_DEST y LOG_ARCHIVE_DUPLEX_DEST

Un modo alternativo de definir varias ubicaciones de archivado consiste en especificaruna ubicación principal con el parámetro LOG_ARCHIVE_DEST y utilizar el parámetroLOG_ARCHIVE_DUPLEX_DEST para definir un destino para la copia de seguridad.

Nota: Los dos métodos para definir destinos de archivos se excluyen mutuamente. Paralos usuarios de Oracle Enterprise Edition, el parámetro LOG_ARCHIVE_DEST se haquedado obsoleto a favor de los parámetros LOG_ARCHIVE_DEST_n. Si OracleEnterprise Edition no está instalado o está instalado, pero no ha especificado ningúnparámetro LOG_ARCHIVE_DEST_n, este parámetro es válido.

Parámetro LOG_ARCHIVE_FORMAT

El parámetro LOG_ARCHIVE_FORMAT se utiliza para incluir el número de secuencia delog y el número de thread como parte del nombre de archivo.



Especificación de VariosDestinos de Archive Log

Utilice LOG_ARCHIVE_DEST_n para especificar hastadiez destinos de archivado, que se pueden realizar en:• Un disco local• Una base de datos en espera remota

log_archive_dest_1 = "LOCATION=/archive1"

log_archive_dest_2 = "SERVICE=standby_db1"

Especificación de Varias Ubicaciones de ArchivadoLos parámetros LOG_ARCHIVE_DEST_n son parámetros dinámicos que se puedenmodificar en el nivel del sistema o en el de sesión. Se puede especificar un máximo dediez destinos utilizando un sufijo del 1 al 10.

El destino puede ser:• Una ubicación del sistema de archivo local, definida mediante la palabra clave

LOCATION. La ubicación especificada debe ser válida y no puede ser un directoriomontado por NFS.

• Un alias de Red de Oracle para un destino remoto, especificado utilizando la palabraclave SERVICE. El nombre de servicio especificado se resuelve mediante elarchivo local tnsnames.ora para identificar la base de datos remota. Oracle9isoporta el envío de archivos archive log a un nodo remoto con IPC o TCP/IP. Sólose puede especificar un destino de archivo por cada base de datos remota.

Nota: Al configurar los destinos del archive log, asegúrese de que define los nombres deruta de acceso según el entorno del sistema operativo.

Debe especificar el parámetro LOCATION para al menos un destino.



Opciones LOG_ARCHIVE_DEST_n

• Definir la ubicación de archivado comoMANDATORY u OPTIONAL

• Definir el tiempo antes de volver a intentar en casode fallos

log_archive_dest_1="LOCATION=/archive/

MANDATORY REOPEN"

log_archive_dest_2="SERVICE=standby_db1

MANDATORY REOPEN=600"

log_archive_dest_3="LOCATION=/archive2/

OPTIONAL"

Opciones Adicionales con LOG_ARCHIVE_DEST_n

MANDATORY Frente a OPTIONALAl utilizar los parámetros LOG_ARCHIVE_DEST_n, se puede designar un destino comoobligatorio u opcional, como se muestra a continuación:• MANDATORY implica que el archivado en este destino debe finalizar correctamente

antes de poder sobrescribir un archivo redo log online.• OPTIONAL implica que se puede volver a utilizar el archivo redo log online aunque

no haya sido archivado correctamente en su destino. Esta es la opción por defecto.Atributo REOPEN

• El atributo REOPEN define si el archivado en un destino se debe volver a intentar encaso de fallo. Si se especifica un número con la palabra clave REOPEN como, porejemplo, REOPEN=600, el archivado intenta escribir en este destino después delnúmero de segundos especificado tras un fallo. El valor por defecto es 300segundos. No existe límite al número de intentos de archivar en un destino. En elarchivo de alertas de la ubicación principal se informa de los posibles errores dearchivado.

• Si no se especifica REOPEN, los errores que se produzcan en los destinos opcionalesse registran y se ignoran. No se enviarán más redo logs a esos destinos. Los erroresen los destinos obligatorios impedirán que se vuelva a utilizar el redo log onlinehasta que el archivado se realice correctamente. El estado de un destino de archivose define en ERROR siempre que el archivado es incorrecto.



Especificación de un NúmeroMínimo de Destinos Locales

• Parámetro LOG_ARCHIVE_MIN_SUCCEED_DEST

• Un grupo de redo log online sólo se puede volvera utilizar si:– El archivado se ha realizado en todas las

ubicaciones obligatorias– El número de ubicaciones locales en las que el

archivado es mayor o igual que el valor delparámetro LOG_ARCHIVE_MIN_SUCCEED_DEST

LOG_ARCHIVE_MIN_SUCCEED_DEST = 2

Especificación del Número Mínimo de Ubicaciones de Archivado CorrectasEl número de destinos que es necesario archivar correctamente para poder utilizar unarchivo redo log online se determina basándose en los siguientes valores:

• El número de destinos definidos comoMANDATORY• El valor del parámetro LOG_ARCHIVE_MIN_SUCCEED_DEST El valor especifica

el límite inferior del número de destinos locales que es necesario archivar. Si estenúmero es menor que el número de destinos locales obligatorios, no tiene efecto enel comportamiento del archivado. Si este número excede el número de destinoslocales obligatorios, el número de destinos locales archivados debe ser al menosigual que este valor para que se pueda volver a utilizar un archivo redo log online.


Especificación del Número Mínimo de Ubicaciones de Archivado Correctas(continuación)

Ejemplo: Considere un caso en el que LOG_ARCHIVE_MIN_SUCCEED_DEST sedefine en 2. Si el número de destinos locales obligatorios es 3, será necesario archivarestas tres ubicaciones antes de poder volver a utilizar el archivo redo log online. Por otraparte, si el número de destinos de archivos locales obligatorios es 1, será necesarioarchivar al menos un destino local opcional para poder volver a utilizar un archivo redolog online. Es decir, LOG_ARCHIVE_MIN_SUCCEED_DEST se puede utilizar parahacer que el archivado en uno o más destinos opcionales sea obligatorio, pero no alcontrario.



Control del Archivado en un Destino

• Un destino de archivado se puede desactivarutilizando el parámetro de inicializaciónLOG_ARCHIVE_DEST_STATE_n

• El archivado en un destino puede activarse de nuevo

LOG_ARCHIVE_DEST_STATE_2 = DEFER

LOG_ARCHIVE_DEST_STATE_2 = ENABLE

ALTER SYSTEM SET log_archive_dest_state_3 =

ENABLE;

ALTER SYSTEM SET log_archive_dest_state_3 = DEFER;

Parámetro LOG_ARCHIVE_DEST_STATE_n• El estado de un destino de archivo se puede cambiar dinámicamente. Por defecto, un

destino de archivo está en estado ENABLE, lo que indica que Oracle Server lo puedeutilizar.

• El estado de un destino de archivo se puede modificar definiendo el correspondienteparámetro LOG_ARCHIVE_DEST_STATE_n. Por ejemplo, para parartemporalmente el archivado en una ubicación obligatoria cuando se produce unerror, el estado de ese destino se puede definir en DEFER. Un destino se puededefinir, pero está definido en DEFER en el archivo de parámetros. Por lo tanto, estedestino se podrá activar cuando otro destino tenga un error o necesitemantenimiento.

Nota: No se realiza archivado en un destino cuando su estado esté definido en DEFER. Siel estado del destino cambia a ENABLE, los logs que falten se tendrán que archivarmanualmente en este destino.



Especificación del Formato de Nombrede Archivo

ARC0

LOG_ARCHIVE_DEST_n

LOG_ARCHIVE_FORMAT

/ORADATA/archive/

Archivo archive log

arch%s.arc

052

Grupo 1

053052

053052053

053

ARC0 052


Grupo 2

Especificación LOG_ARCHIVE_FORMAT

LOG_ARCHIVE_FORMAT = extension

Donde la extensión debe incluir las variables %s o %S para el número de secuencia de log.El valor por defecto es específico del sistema operativo.

EjemplosUNIX: LOG_ARCHIVE_FORMAT=arch%s.arc

Windows: LOG_ARCHIVE_FORMAT = %%ORACLE_SID%%T%TS%S.ARC, donde%ORACLE_SID% se traduce en la base de datos SID

Opciones de Nombre de Archivo• %s o %S: Incluye el número de secuencia de log como parte del nombre del archivo• %t o %T: Incluye el número de thread como parte del nombre del archivo• El uso de %S hace que el valor sea de longitud fija, rellenado con ceros a la

izquierda



Obtención de Información de Archive Log

V$ARCHIVE_DEST

V$ARCHIVED_LOG

V$LOG_HISTORY

Vistas Dinámicas

Línea de Comandos

ARCHIVE LOG LIST

V$DATABASE

V$ARCHIVE_PROCESSES

Vistas DinámicasPuede consultar información sobre los archivos archive log utilizando estas vistas:• V$ARCHIVED_LOG: Muestra información de archive log del archivo de control.• V$ARCHIVE_DEST: Describe todos los destinos de archive log, el valor actual, el

modo y el estado de la instancia actual.SELECT destination, binding, target, statusFROM v$archive_dest;

DESTINATION BINDING TARGET STATUS---------------------- --------- ------- --------/db1/oracle/DEMO/arch MANDATORY PRIMARY VALID

/db2/oracle/DEMO/arch OPTIONAL PRIMARY DEFERRED

standbyDEMO OPTIONAL STANDBY ERROR

OPTIONAL PRIMARY INACTIVE

OPTIONAL PRIMARY INACTIVE


Vistas Dinámicas (continuación)Nota: La consulta muestra cinco filas y cada una representa información sobre un posibledestino. El estado INACTIVE indica que ese destino no está definido. El estado VALIDindica que el destino está activado y sin errores.

Para comprobar si existen errores y el número de secuencia de log de cada destino en el quese ha producido un error, utilice esta consulta:

SELECT destination,fail_sequence,errorFROM v$archive_destWHERE status='ERROR';

DESTINATION FAIL_SEQ ERROR------------ -------- -------------------------------standbyDEMO 2010 ORA-12154: TNS:could not

resolve service name

1 row selected. • V$LOG_HISTORY: Contiene información de archivo log del archivo de control.• V$DATABASE: Estado actual del archivado.• V$ARCHIVE_PROCESSES: Proporciona información sobre el estado de los distintos

procesos ARCH de la instancia.SELECT * FROM v$archive_processes;

PROCESS STATUS LOG_SEQUENCE STAT------- ---------- ------------- -----

0 ACTIVE 2014 BUSY

1 ACTIVE 0 IDLE

2 ACTIVE 0 IDLE

3 STOPPED 0 IDLE

4 STOPPED 0 IDLE

5 STOPPED 0 IDLE

6 STOPPED 0 IDLE

7 STOPPED 0 IDLE

8 STOPPED 0 IDLE

9 STOPPED 0 IDLE

10 rows selected.

Se muestra una fila por cada uno de los 10 posibles procesos de archivado. El estadoACTIVE indica que el proceso está activado y en ejecución. El estado de un proceso dearchivado en ejecución es BUSY. La columna LOG_SEQUENCE de un proceso ocupadomuestra el número de secuencia de log actual que está archivando.

Nota: También puede utilizar el comando LIST de RMAN para obtener información de losarchivos redo log archivados que están registrados en el repositorio.


Información de Archive Log

El comando ARCHIVE LOG LIST proporciona al DBA información sobre el modo log y elestado de archivado de la base de datos:SQL> ARCHIVE LOG LISTDatabase log mode Archive modeAutomatic archival EnabledArchive destination /ORADATA/ARCHIVE1/Oldest online log sequence 1304Next log sequence to archive 1305Current log sequence 1305

Presentación de la Lista deArchive

Descripción

Database log mode Modo actual de archivado

Automatic archival Estado de los procesos Archiver opcionales

Archive destination Destino en el que se copiarán los archivos log(mediante instrucción manual o mediante elproceso en modo desconectado); muestra unode los destinos, aunque sean todosobligatorios

Oldest online log sequence Número de secuencia del log online másantiguo

Next log sequence to archive El siguiente redo log que se archivará (sólo semuestra en el modo Archivelog)

Current log sequence El número de secuencia del archivo log actual



Resumen

En esta lección, ha aprendido a:• Configurar una base de datos en modo

ARCHIVELOG• Activar el archivado automático• Realizar el archivado manual de logs• Configurar varios procesos de archivado• Configurar varios destinos




Esta práctica cubre los siguientes temas:• Activación y desactivación del archivado automático• Configuración de varios procesos de archivado• Configuración de varios destinos de archivado• Realización de archivado manual de archivos redo log


Práctica 8: Configuración del Modo de Archivado de la Base de Datos1. Realice cambios en los parámetros de inicialización como se muestra a continuación:

- Activar el archivado- Archive los archivos log en dos destinos: directorios

el_directorio_raíz/ORADATA/ARCHIVE1 yel_directorio_raíz/ORADATA/ARCHIVE2.el_directorio_raíz/ORADATA/ARCHIVE1 es obligatorio yel_directorio_raíz/ORADATA/ARCHIVE2 es opcional.

- Utilizar el formato de archivado de arch_%s.arc- Originar dos procesos de archivado en el inicio de una instancia

2. Llame a SQL*Plus, conéctese como sysdba y cierre la instancia con la opciónImmediate.

3. Inicie la base de datos en modo MOUNT.4. Liste los parámetros LOG_ARCHIVE_DEST, LOG_ARCHIVE_START y

LOG_ARCHIVE_FORMAT, y anote los valores.5. Ejecute el comando ARCHIVE LOG LIST. Observe el modo log de la base de datos y

si el archivado automático está activado.6. Ponga la base de datos en modo ARCHIVELOG.7. Abra la base de datos.8. Actualice el SPFILE.9. Ejecute el comando ARCHIVE LOG LIST. Verifique que se están ejecutando dos

procesos de archivado.10. Ejecute dos veces el comando ALTER SYSTEM SWITCH LOGFILE y, a

continuación, visualice los valores de los parámetros ARCHIVE. ¿Ve algún archivoarchive log? ¿Cuál es el formato del nombre de archivo?

11. Detenga el archivado automático mediante el comando ALTER SYSTEM ARCHIVE LOG STOP.

12. Ejecute el comando ALTER SYSTEM SWITCH LOGFILE las veces suficientes parareciclar por todos los grupos de redo log online. ¿Qué ha sucedido y por qué?

13. Establezca una segunda sesión de Telnet y llame a SQL*Plus. Conéctese comosysdba.

14. Active el archivado automático mediante el comando ALTER SYSTEM ARCHIVE LOG START.

15. Vuelva a la primera sesión. ¿Qué ha sucedido y por qué?

Documents

9iConceptosBasicosII (1)