oracle golden gate -...

5a. Ave. 5-55 Zona14, Edificio Euro Plaza Torre II, Nivel 12Teléfono: (502)2364-5300 Fax: (502)2364-5311 Email. [email protected]

Año 2 Volumen 2 - Junio 2010

5a. Ave. 5-55 Zona14, Edificio Euro Plaza Torre II, Nivel 12 Teléfono: (502)2364-5300 Fax: (502)2364-5311 Email. [email protected] Pagina 1/10

Oracle Golden Gate Por: Ing. Manuel Carrillo [email protected] Oracle GoldenGate nos provee extracción y replicación de datos a través de una amplia variedad de topologías, así como también intercambio y manipulación de datos a nivel transaccional entre variedad de bases de datos como Oracle, DB2, SQL Server, Ingres, MySQL, etc. Con esta herramienta podemos:

• Mejorar la continuidad y disponibilidad de nuestro negocio. • Migraciones y actualizaciones de datos. • Implementar sistemas de toma de decisiones y Data Warehousing. • Integración y consolidación de datos.

Algunas Topologías en que Oracle GoldenGate puede funcionar:

Acá podemos ver como los diferentes componentes y procesos interactúan en una configuración típica de Oracle GoldenGate:

Contenido Página 1 Oracle Golden Gate

5 Replicación de Oracle

Internet Directory

8 Transparent Application Failover 12 Programación APEX Editores Generales

Karlo Espinoza

Luis Cordón

Gerber Bautista

Debbie Moran

Francisco Barrundia

Autores Contribuyentes

Manuel Carrillo

Daniel Caciá

Augusto López

Luis Cordón


Vamos ahora a denotar algunas de las características de los componentes principales: Manager: El proceso Manager debe estar corriendo en ambos sistemas, tanto el fuente como el origen, antes que el proceso Extract o Replicat inicien y realicen algunas funciones como monitoreo o inicio de otros procesos de GoldenGate, administra también archivos de trail y sistemas de reportes. Extract: El proceso Extract se ejecuta en el sistema fuente y es el mecanismo por el medio del cual Oracle GoldenGate captura los datos. Puede ser configurado para recolectar los datos al inicio o que la sincronización se realice en función de los cambios realizados en la base de datos fuente. También puede configurarse para poder capturar y propagar cambios de tipo DDL si dicho mecanismo esta soportado en los sistemas involucrados. Replicat: El proceso Replicat se ejecuta en el sistema destino y lee los datos transaccionales así como los cambios DDL, luego los replica hacia la base de datos de destino. Al igual que el proceso anterior, puede ser configurado al inicio o que este sincronizado en función de los cambios hechos en el sistema fuente. Collector: El Collector es un proceso en segundo plano que se ejecuta en el sistema destino y es iniciado automáticamente por el proceso Manager. Recibe cambios en datos que fueron extraídos y enviados mediante el protocolo TCP/IP y luego escribe a los archivos trail donde son procesados por el proceso Replicat. Trails: Los archivos trail son archivos que GoldenGate temporalmente almacena en discos y estos archivos son escritos y leídos por los procesos Extract y Replicat según sea el caso. Dependiendo de la configuración que se elija, estos archivos pueden existir tanto en el sistema origen como en el sistema destino. Si existe en un sistema local, se conoce como Extract Trail, si existen en el sistema remoto son conocidos como Remote Trail. Data Source: Cuando se procesa cambios transaccionales en los datos, el proceso Extract puede obtener los datos directamente de los logs de transacciones (Oracle, DB2, SQL Server, MySQL, etc.). Grupos: Para poder diferenciar el número de grupos de Extract y Replicat, podemos definir grupos de procesamiento. Por instancia, si queremos replicar diferentes grupos de datos en paralelo, podemos crear dos grupos de Replicat.


Un grupo de procesamiento consiste en un proceso el cual puede ser Extract o Replicat, un archivo de parámetros, un archivo de checkpoints y otros archivos que puedan estar relacionados al proceso en cuestión.

Oracle y la administración transaccional de datos El corazón de Oracle GoldenGate es una plataforma de Administración Transaccional de Datos (TDM) que básicamente:

• Captura los cambios transaccionales de una base de datos fuente leyendo el log de transacciones de dicha base de datos.

• Envía y encola los cambios en discos locales o remotos, como una serie completamente independiente de archivos binarios.

• Transforma (de manera opcional) los datos fuente. • Aplica las transacciones en cola hacia un destino, dicho destino puede ser una base de

datos, un proveedor JMS, algún sistema de mensajería o alguna aplicación personalizada. • Oracle GoldenGate realiza la captura/transformación/aplicación en tiempo real a través de

bases de datos heterogéneas y sistemas operativos.

Opciones de integración Los cambios transaccionales pueden ser aplicados a destinos que no son necesariamente bases de datos, por ejemplo: Herramientas ETL (DataStage, Ab Initio, Informatica), sistemas de mensajería (JMS, MQ Series) o APIs personalizados. Hay diferentes opciones de integración con Oracle GoldenGate: Integración con archivos planos: Es utilizado para aplicaciones de tipo ETL, Oracle GoldenGate puede escribir micro scripts hacia discos para que sean consumidos por herramientas que esperan una entrada de este tipo. Los datos son formateados en función del destino específico, por ejemplo: delimitar valores separados, delimitad la longitud de algunos valores, datos binarios, etc. Sistemas de mensajería: Las transacciones u operaciones pueden ser publicadas como mensajes (por ejemplo en XML) para JMS. JMS es completamente configurable, incluye ActiveMQ, JBoss Messaging, Solance, TIBCO, WebLogic JMS, WebSphere MQ y otros. API de Java: Podemos escribir manejadores de eventos personalizados en Java para procesar las transacciones y la metadata que ha sido recabado por Oracle GoldenGate. Las tres opciones han sido implementadas como extensiones al núcleo de Oracle GoldenGate.


Oracle GoldenGate para archivos FLAT Oracle GoldenGate para archivos FLAT (planos) es implementado como una librería compartida de tipo .so o .dll que se integra con el proceso de extracción de GoldenGate. Las salidas de usuario soportan dos formatos: DSV –Valores Separados Delimitados (Como por ejemplo los archivos en donde los diferentes campos están separados por comas). LDV –Valores Delimitados por Longitud Los datos pueden ser colocados:

• Todos en un único archivo • Un archivo por cada tabla de la base de datos

5a. Ave.TeléfonoEmail. in

. 5-55 Zona14, Eo: (502)[email protected]

Por: Ing.dcacia@

En la anecesaDispondisponque oc Tener la alta donde Disponcopia distribusistem servidoque pusistem

Edificio Euro Pla00 Fax: (502)23.gt

Repl

. Daniel Caciá@datum.com.g

actualidad, losario minimizanibilidad incluible al mismo

curra un event

La premisa una o más codisponibilidase encuentra

Un componnibilidad es eal día de nuuidos que puea principal.

La replicacores de direcuedan atendea al eliminar l

aza Torre II, Niv364-5311

licación

á gt

s negocios noar el “downtim

yendo la exio tiempo queto en el sitio p

de utilizar arqopias de todoad. Los compa la aplicación

nente crítico l Oracle Interuestro OID eeden ser utiliz

ión es el proctorio. La repr consultas y los riesgos de

vel 12

n de Or

o pueden asume” de los sisstencia de u

e el sitio princprincipal para

quitecturas deos los componponentes puen y replicación

que debe srnet Directoryes la replicaczados para b

oceso de coplicación pueacercar los d

e un solo pun

racle In

umir el costo stemas y parn sitio alternocipal (Activo-Aa activarse (A

e Alta-Disponnentes involuceden incluir dn de la inform

ser consideray (OID). Unación. La realancear la c

opiar y manteede mejorar edatos al clientnto de fallo.

ternet D

de perder la ra ello existeo que puedeActivo) o bien

Activo-Pasivo)

nibilidad en nucrados en bridesde hardwa

mación.

ado dentro da técnica queplicación perarga de traba

ener la mismel rendimientote. También

Directo

continuidad den muchas tée ser configurn puede esta.

uestras emprndar el servicare, copia de

de la arquitee nos permitermite adminisajo o bien com

ma informacióo al proveer aumenta la c

Página

ory

del servicio. écnicas de Alrado para es

ar “en espera”

resas es simpcio que requiee los servidor

ectura de Ale mantener ustrar ambientmo respaldo d

ón en múltipmás servidor

confiabilidad d

a 5

Es ta-

star ” a

ple: ere res

ta-una tes del

les res del


Para lograr un ambiente completo de alta disponibilidad, se puede configurar el Oracle Internet Directory para que corra sobre una ambiente Oracle RAC. Está técnica involucra crear un cluster de OIDs y utilizar la base de datos Oracle RAC como repositorio. Si utilizamos esta arquitectura la replicación no será necesaria para mantener la Alta-Disponibilidad de nuestro OID. La técnica de la replicación puede ser utilizada para crear un sitio alterno que sirva de desarrollo o en bien para mantener la Alta-Disponibilidad en un ambiente en el que no se tiene una instalación de Oracle RAC. Este artículo pretende dar una introducción a la replicación del Oracle Internet Directory indicando algunos conceptos esenciales que son tomados en cuenta al momento de configurar este proceso. La replicación tiene como finalidad mantener una copia del DIT (Directory Information Tree) en varios servidores, copia que puede ser parcial o completa y en una vía o en doble vía. La primera decisión que debemos tomar es “qué” o “cuánto” deseamos replicar. Por ejemplo, es posible que en algunos casos solo se requiera replicar los grupos del OID y no los usuarios. En otro caso, puede existir la necesidad de replicar usuarios, pero solo aquellos que pertenezcan a cierto departamento. Este concepto dentro de la replicación se conoce como Replicación Parcial o Total. La Replicación Total propaga una copia completa del DIT de un nodo a otro, mientras que la Replicación Parcial propaga una o más ramas, en lugar del árbol completo. Otra decisión que debe ser considerada es la dirección de la replicación. La dirección consiste en indicar cuál es el nodo origen y el nodo destino. Dependiendo del rol que tengan los nodos la dirección puede ser en Una-Vía, en Doble-Vía o Punto-a-Punto. La replicación en Una-Vía consiste en que un nodo se configura como el proveedor y el otro nodo como el consumidor, el consumidor es solo de lectura. La replicación en Dobre-Vía consiste en que los dos nodos son proveedores y consumidores, los dos se configuran como “lectura-escritura”, por lo que pueden ser consultados, recibir nuevas entradas o actualizar las existentes. La replicación en Una-Vía o en Doble-Vía involucra únicamente dos nodos, sin embargo, si necesitamos replicar a más de dos nodos podemos utilizar la replicación Punto-a-Punto. Esta tipo de replicación consiste en crear un “anillo” de nodos, en el cual, todos los nodos del grupo de replicación son tanto proveedores como consumidores de todos los otros nodos. Muchas veces los términos “solo lectura” o “lectura-escritura” son utilizados para describir la dirección de la replicación. En una configuración de Una-Vía, el nodo consumidor se dice que es “solo de lectura”. Si un nodo es solo de lectura, no se pueden propagar los cambios escritos en este nodo a los otros nodos. En una configuración de Doble-Vía, los dos nodos son considerados como “lectura-escritura” o “Actualizables”.

El mecanismo de transporte también debe ser analizado. Para la replicación se pueden utilizar dos protocolos, Oracle Advanced Database Replication y LDAP. El protocolo Oracle Advanced Database Replication utiliza las características de replicación de la base de datos Oracle, también llamada Advanced Replication. El protocolo de replicación LDAP utiliza el estándar Lightweight Directory Access Protocol versión 3.


Por último, existen varios tipos de Directory Replication Groups (DRG). Para aclarar este concepto tomemos en cuenta que llamamos réplica a cada copia que se haga de un directorio y a los servidores que envían actualizaciones a los otros nodos se le conoce como proveedores, el servidor que acepta los cambios será un consumidor. Un servidor puede ser proveedor y consumidor al mismo tiempo. Un DGR define la política de roles de replicación que asumirán los OIDs involucrados. Un grupo de replicación de directorios puede ser Maestro-Único (Single Master), Multimaestro (Multimaster) o Propagación (Fan-out). El grupo Single-Master tiene un solo proveedor que replica los cambios a uno o más consumidores. Los clientes pueden actualizar únicamente el nodo maestro, y únicamente pueden leer datos de los consumidores. Este tipo de grupo normalmente es configurado con replicación LDAP. El grupo multimaestro, permite que múltiples nodos actúen como iguales, para administrar los grupos de replicación de datos. En una ambiente de replicación multimaestro, cada nodo es un proveedor y consumidor. Este tipo de grupo requiere configurar Advanced Replication como su mecanismo de transporte. El DIT completo es replicado en cada nodo. El grupo Fan-out, o también

llamado grupo de replicación punto-a-punto, tiene un proveedor replicando directamente a un consumidor. El consumidor puede replicar a uno o más consumidores. Este grupo utiliza LDAP como mecanismo de transporte. La replicación puede ser parcial o total y puede ser en Una-Vía o en Doble-Vía. Cuando tengamos la intención de configurar replicación debemos de considerar los conceptos descritos en este artículo de tal forma que tomemos la mejor decisión sobre que arquitectura de replicación es la que se adecua nuestras necesidades.

Tip técnico del día:

Como determinar cuantas tuplas tiene cada tabla en mi base de datos? Link: http://soporte.datum.com.gt/welcome/tip.jsp Acabo de replicar un ambiente de producción en desarrollo y deseo estar seguro de que todas las tablas están consistentes con los datos de producción, pero hacer un “select count(*)….” Por cada tabla me llevaría demasiado tiempo de que otra forma podría simplificar el proceso? Se crea un script y se agrega el siguiente código:

SET HEAD OFF SET PAGESIZE 0 SET FEEDBACK OFF SPOOL TTABLAS.SQL SELECT 'select count(*) from '||OWNER||'.'||TABLE_NAME||';' FROM ALL_TABLES SPOOL OFF En este punto usted tendrá un script llamado TTABLAS.sql con todos los “select count(*)” que necesita, para ver el resultado de este script se ejecuta el siguiente comando en sqlplus: SET ECHO ON @TTABLAS.sql Y con esto podrá ver de una manera sencilla el número de tuplas de cada una de las tablas de su base de datos. Por Lic. Francisco Barrundia [email protected]



Por: Inalopez

Transpdel mabase d(RAC). Cuandconexiestá ac Habilit Para hejempl RRHH (DES (ADD (ADD (LOA (CO (SE (SE (FA (T


T

g. Augusto Ló[email protected]

parent Applicaanejador de Ode datos cuan.

o se da el faión a la base ctiva, es decir

tación de TA

hacer uso delo:

= CRIPTION = DRESS = (PRDRESS = (PRAD_BALANCNNECT_DAT

ERVER = DEERVICE_NAMAILOVER_MOTYPE = SELE


Transpa

ópez m.gt

ation FailoverOCI (Oracle ndo la instan

ilover, las trande datos se rr, no necesita

AF en el clien

TAF es nec

ROTOCOL = ROTOCOL =

CE = yes) TA = DICATED)

ME = rrhh) ODE = ECT)

vel 12

arent A

r (TAF), o simCall Interface

ncia actual fa

nsacciones arealiza a travéa ser configura

nte

cesario config

TCP)(HOST TCP)(HOST

Applicat

mplemente Ae) que permitlla. Esto imp

ctivas de la sés de otra insada en la clus

gurar el tnsna

= educa3-vip= educa4-vip

tion Fai

Application Fate hacer una plica el uso d

sesión son revstancia. La fuster database

ames.ora. A

p)(PORT = 15p)(PORT = 15

ilover

ailover, es unreconexión a

de Real Appl

vertidas (rollbuncionalidad de.

continuación

521)) 521))

Página

a característautomática alication Cluste

back) y la nuede TAF siemp

se muestra

a 8

ica a la ers

eva pre

un


(METHOD = BASIC) (RETRIES = 180) (DELAY = 5) ) ) Tipos de FAILOVER El tipo de FAILOVER se define a través del parámetro TYPE dentro del grupo FAILOVER_MODE de la cadena de conexión. Los posibles valores y su descripción son: TYPE = SESSION) Sólo la sesión del usuario es re-autenticada en el servidor. Los cursores abiertos deben ser re-ejecutados. (TYPE = SELECT) La sesión del usuario es re-autenticada en el servidor y los cursores abiertos pueden seguir consultándose (fetch). (TYPE = NONE) Éste indica que la funcionalidad de FAILOVER no es utilizada. Ejemplo de uso de TAF

A continuación se muestra la funcionalidad de TAF utilizando SQL*Plus, un cluster de dos nodos y una cluster database de nombre RDBA. Los servidores se llaman educa3 y educa4 mientras que las instancias se llaman RDBA1 y RDBA2. El servicio a utilizar se llama rrhh y se ejecuta como preferido en el servidor educa3 y como disponible en el educa4. [oracle@educa3 admin]$ srvctl status database -d RDBA Instance RDBA1 is running on node educa3 Instance RDBA2 is running on node educa4 [oracle@educa3 admin]$ srvctl config service -d RDBA -s rrhh rrhh PREF: RDBA1 AVAIL: RDBA2 [oracle@educa3 admin]$ srvctl status service -d RDBA -s rrhh Service rrhh is running on instance(s) RDBA1 La cadena de conexión a utilizar es RRHH, mostrada arriba en la sección "Habilitación de TAF en el cliente". 1. Nos conectamos al servicio RRHH, esto nos conecta a la instancia RDBA1. [oracle@educa3 admin]$ sqlplus system@rrhh SQL*Plus: Release 10.2.0.1.0 - Production on Mon Jun 7 10:53:48 2010 Copyright (c) 1982, 2005, Oracle. All rights reserved. Enter password:


Connected to: Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Production With the Partitioning, Real Application Clusters, OLAP and Data Mining options SQL> select instance_name 2 from v$instance; INSTANCE_NAME ---------------- RDBA1 SQL> select failover_type,failover_method,failed_over 2 from v$session 3 where username='SYSTEM'; FAILOVER_TYPE FAILOVER_M FAI ------------- ---------- --- SELECT BASIC NO 2. Ejecutamos una consulta. SQL> select object_name 2 from dba_objects 3 order by object_name 4 / OBJECT_NAME -------------------------------------------------------------------------------- CON$ C_COBJ# FILE$ ICOL$ IND$ I_CDEF2 I_CDEF4 I_CON1 I_FILE#_BLOCK# I_FILE1 I_IND1 3. Mientras la consulta se está ejecutando, simulamos un fallo de la instancia RDBA1 matando el proceso PMON. [oracle@educa3 ~]$ ps -ef | grep pmon oracle 561 18543 0 10:51 pts/2 00:00:00 grep pmon oracle 19272 1 0 May26 ? 00:00:20 asm_pmon_+ASM1 oracle 21918 1 0 10:43 ? 00:00:00 ora_pmon_RDBA1 [oracle@educa3 ~]$ kill -9 21918 4. En la sesión donde ejecutamos la consulta, constatamos que estamos conectados a la instancia RDBA2 y que la consulta concluye satisfactoriamente.


OBJECT_NAME -------------------------------------------------------------------------------- xdb-log9_TAB xdb-log9_TAB$xd xdbconfig60_T xml-extension-type31_T xmpMetadataType100_T yCbCrCoefficientsType159_T yCbCrPositioningType169_T yCbCrSubSamplingType170_T 50069 rows selected. SQL> select instance_name 2 from v$instance 3 / INSTANCE_NAME ---------------- RDBA2 SQL> select failover_type,failover_method,failed_over 2 from v$session 3 where username='SYSTEM'; FAILOVER_TYPE FAILOVER_M FAI ------------- ---------- --- SELECT BASIC YES 5. Constatamos que el servicio rrhh está ejecutándose en la instancia RDBA2 [oracle@educa3 ~]$ srvctl status service -d RDBA -s rrhh Service rrhh is running on instance(s) RDBA2



Por: Inecordo APEX usuariofácilmede dato TambimenosPero ssiguien Progr

valores

registro Progr ¿Pero


g. Luis Cordó[email protected]

es la herramos que tieneente informesos.

ién permite as complejos dsi necesitamonte:

ramación d

Podemos hs o escribir có

htp.prn('<selFOR rec IN ( SELECT " "NAM FROM "OE WHERE "D LOOP htp.prn('<op || '</op END LOO htp.prn('</s Fuera de AP

o en una tabla

ramación d

Si no enconcómo podrem


Pro

ón om.gt

mienta que esen limitada os, cartas y car

a los desarroe aplicacioneos realizar ac

desde PL/S

acer uso de Pódigo html de

lect>'); FIRST_NAME"E","DEPARTMEHR_EMPLOYDEPARTMENT

ption value="' ||ption>'); P; select>');

PEX podemoa, actualizar u

desde Java

ntramos una smos ejecutar c

vel 12

ograma

stá destinada ninguna exrgar los datos

lladores conses web centracciones más

SQL

PL/SQL desdla forma

"||' '||"LAST_NAMENT_ID", "EMYEES" T_ID" = l_emp_

rec.ID || '">' ||

s crear triggeun registro et

a

solución a travcódigo Java d

ación en

a tanto a usuperiencia en s desde hojas

struir rápidamdas en una bespecíficas

e APEX para

AME" as MPLOYEE_ID" a

_id)

rec.NAME

ers que realicec.

vés de PL/SQdesde APEX?

n APEX

uarios como programació

s de cálculo y

mente formulabase de datos

o complejas

calcular un v

as "ID"

en acciones a

QL siempre po?

X

a desarrolladón APEX lesy archivos de

arios, informes. s podemos h

valor default,

al momento d

odemos acud

Página

dores. Para s permite cre texto a la ba

es y desarrol

acer uso de

crear listas de

de ingresar un

dir a Java.

12

los ear ase

los

lo

e

n


Para hacer esto podemos publicar uno o varios procedimientos static de una clase de java

a la base de datos como procedimientos almacenados. Con esto podemos hacer tareas más específicas; desde escribir un archivo hasta consumir un Web Service.

Hands-On Los siguientes Hands-On muestran como realizar tareas específicas que en algún momento podríamos necesitar. Incorporación de JavaScript en tus aplicaciones http://www.oracle.com/technology/obe/hol08/apexweb20/javascript_otn.htm - Cambiar valores de elementos. - Crear validaciones del lado del cliente. - Habilitar y Deshabilitar elementos. - Ocultar y Mostrar elementos. Utilizar AJAX en tus aplicaciones http://www.oracle.com/technology/obe/hol08/apexweb20/ajax_otn.htm

‐ Agregar un Select List desde pl/sql ‐ Modificar múltiples ítems según el valor de otro ítem. ‐ Agregar ayuda en elementos al ponerles encima el mouse.

Incluir imágenes dinámicas en tus reportes http://www.oracle.com/technology/obe/hol08/apexprnt/apexprnt2_otn.htm

‐ Agregar una columna del tipo BLOB ‐ Crear una función que convierta el BLOB a un CLOB ‐ Creación del reporte ‐ Invocar el reporte desde la aplicación.

Agregar seguridad a tu aplicación http://www.oracle.com/technology/obe/hol08/apexintro/apex3.1.1_d/apex3.1.1_d_otn.htm

‐ Creación de usuarios ‐ Otorgar Accesos



NueLe invitservicioservicio


evo Wetamos a visitao de nuestrosos, productos


b Site

ar nuestro tots clientes. Ings, noticias, etc

vel 12

almente nuegrese a wwwc.

vo sitio web, w.datum.com

una nueva he.gt para cono

erramienta deocer más sob

Página

e contacto al re nuestros

a 2


Gracias a la retroalimentación de nuestros clientes, Datum – Educacional estará impartiendo el siguiente curso:

Oracle Database 10g: Administration Workshop II

Los Administradores de Bases de Datos Oracle manejan los sistemas de información más avanzados y gozan de los salarios más altos. Este curso es un avance en su éxito como un profesional Oracle en el área de base de datos. Qué aprenderá: En este curso, aprenderá como configurar una base de datos Oracle para aplicaciones multilenguaje. Los estudiantes practicarán varios métodos de recuperar la base de datos utilizando RMAN, SQL y tecnología Flashback. Herramientas para monitorear el desempeño de la base de datos y los pasos a tomar para mejorarlo, también se cubre en este curso. Los estudiantes también aprenderán como utilizar varias tecnologías de base de datos, como Resource Manager, Scheduler, y Automatic Storage Management (ASM). Los tópicos cubiertos en las lecciones son reforzados con prácticas estructuradas. El curso está diseñado para prepararlo para el correspondiente examen de Oracle Certified Professional (OCP). Objetivos del curso: Usar RMAN para crear y manejar sets de respaldo y copias imagen Recuperar la base de datos a un punto previo en el tiempo Utilizar la tecnología Flasback de Oracle para recuperar la base de datos Detectar corrupción en bloques y tomar las medidas apropiadas para corregirlos Usar los varios advisors de la base de datos y vistas para monitorear y mejorar el desempeño de la base de datos Controlar el uso de recursos de la base de datos con el Resource Manager Simplificar el manejo de last areas utilizando el Scheduler Mejorar la seguridad del listener Revisar archivos de log de la base de datos con propósito de diagnóstico Personalizar el comportamiento dependiente del lenguaje de la base de datos y de sesiones individuales

Retroalimentación, comentarios, temas de interés y sugerencias para hands‐on sessions:

[email protected]

Comentarios y Sugerencias:Su opinión es muy importante; si desea hacernos algún comentario o sugerencia, por favor escríbanos al correo electrónico: [email protected].

oracle golden gate -...

Documents