HERRAMIENTAS ORACLE

INDIRA FABIOLA LOPEZ SANABRIA

Mayo, 2019

DOCENTE
ING. CHRISTIAM ALEJANDRO NIÑO PEÑA
Administración y Optimización de Bases de Datos

UNIVERSIDAD PEDAGÓGICA Y TECNOLÓGICA DE COLOMBIA

ESPECIALIZACIÓN EN BASES DE DATOS
Semestre I
TUNJA
 INTRODUCCIÓN
La importancia de conocer las herramientas que ofrece Oracle para sus usuarios
es importante pues las integra para el desarrollo de aplicaciones, desarrollo de bases de datos
e inteligencia empresarial para respaldar cualquier enfoque de desarrollo, plataforma
tecnológica o sistema operativo.

Oracle ofrece a los desarrolladores la capacidad de elección y la flexibilidad

necesarias para crear aplicaciones modernas, como en la nube de una forma rápida y sencilla,
incluida una nueva generación de servicios en la nube y herramientas de desarrollo. En este
trabajo se verán de forma muy breve algunas de ellas que se integran en sus versiones más
recientes.
 ORACLE RAC
(Real Application Cluster)

Es una arquitectura de base de datos de "uso compartido global" en la que dos o

más nodos de Oracle RAC se agrupan en clúster y comparten el mismo almacenamiento. Los
nodos de RAC se conectan entre sí con una interconexión de alta velocidad que permite una
comunicación rápida entre los nodos de Oracle. Los nodos pueden intercambiar varias
categorías de información de propiedad de bloques de datos durante el arranque, información
de bloqueo, información y datos de transacciones de intercambio, etc.

Oracle RAC, proporciona dos características principales:

 Oracle Notification Service (ONS) permite que Oracle RAC comunique el estado
de los nodos, que suelen ser sucesos UP y DOWN, al controlador de JDBC de Oracle
y la memoria caché de conexión del controlador. Para sacar partido de ONS, debe
configurar el servidor de aplicaciones para que utilice la memoria caché de
conexiones de Oracle, en lugar de la característica de agrupación de conexiones del
servidor de aplicaciones. Consulte el tema Configuración de la colocación en
memoria caché de las conexiones Oracle en el servidor de aplicaciones para obtener
más información sobre este proceso.

 Distributed Transaction Processing (DTP) es una característica que se introdujo en

Oracle 10gR2. Cuando esta característica está habilitada, Oracle se asegurará de que
todas las transacciones preparadas en proceso que pertenezcan a un servicio DTP para
instancias de RAC anómalas se envíen al disco. A continuación, Oracle reiniciar el
servicio DTP en cualquiera de las instancias de RAC que estén aún operativas.

En una base de datos RAC, los procesos de Oracle que se ejecutan en nodos
separados acceden a los mismos datos desde un almacenamiento de disco compartido. RAC
se incluyó por primera vez en Oracle Versión 9i y proporciona alta disponibilidad y
escalabilidad flexible. Un clúster RAC típico Oracle RAC se compone de:
  Nodos de clúster – de 2 a n nodos o hosts que ejecutan el servidor de
bases de datos Oracle.
 Interconexión de red – una red privada utilizada para las
comunicaciones de clúster y la fusión de memoria caché. Se utiliza
habitualmente para transferir bloques de bases de datos entre instancias
de nodos.
 Almacenamiento compartido – se utiliza para que contenga el sistema
de base de datos y los archivos de datos. Los nodos de clúster acceden al
almacenamiento compartido.
 Red de producción – utilizada por clientes y servidores de aplicaciones
para acceder a la base de datos.
Configuración típica de Oracle RAC:

Ilustración 1 Configuración típica Oracle Rac

En cuanto su funcionalidad, conceptualmente se explica en la siguiente gráfica:

 Ilustración 2 Diagrama conceptual del funcionamiento de un Oracle RAC (configuración en failover)

El diagrama anterior esta configuración no existe un balanceo de cargas, por lo

que la configuración mostrada es exclusivamente en failover (es decir, todas las peticiones
llegarán al Nodo 1, y sólo en caso de que éste deje de funcionar, las peticiones se re
direccionarán al Nodo 2). Es decir, las peticiones a la base de datos son generadas por la
aplicación (por ejemplo, desde un pool de conexiones configurado en un Application Server),
y el Oracle RAC en su conjunto es el encargado de direccionar las peticiones al servidor que
esté en funcionamiento.
Es necesario contemplar cómo funciona realmente el Oracle RAC, el cliente o
servicio de Oracle está configurado para tener como conexión primaria el Nodo 1; si no es
posible ejecutar la petición enviada a dicho servidor, el servicio se encarga de realizar un re
direccionamiento de la misma hacia el servidor de respaldo (en este caso el Nodo 2).
Adicionalmente, es necesario mencionar que lo que está corriendo en los Nodos 1 y 2 es el
listener del motor de base de datos, no la base en sí: la información de la base (los archivos
que componen la DB) se encuentra en un arreglo de discos con configuración en mirror para
proveer redundancia y por lo tanto, alta disponibilidad.
Ilustración 3 Diagrama de componentes Oracle RAC
 ORACLE GOLDENGATE
(Integración de datos en Tiempo Real)

Es un software de Oracle para la integración y replicación de datos en tiempo real

que soporta diferentes bases de datos: Oracle, DB2, SQL Server, Ingres, MySQL, etc. una de
las características de Oracle GoldenGate es que permite soluciones de alta disponibilidad,
integración de datos en tiempo real, captura de datos de cambio transaccional, replicación de
datos, transformaciones y verificación entre sistemas operacionales y analíticos, entre otras.
Ofrece un extraordinario rendimiento con una configuración y administración simplificada,
una estrecha integración con Oracle Database, soporte para entornos cloud, heterogeneidad
expandida y seguridad mejorada.

Ilustración 4 Oracle GoldenGate, Acceso en Tiempo Real

Oracle GoldenGate permite captura con impacto muy bajo, enrutado,

transformación, y envío de datos transaccionales entre entornos heterogéneo en tiempo real.
Este posee algunos aspectos diferenciadores, tales como:

 Rendimiento: no intrusivo, bajo impacto, latencia < 1 segundo.

 Flexible y extensible: Abierto, arquitectura modular – Soporta orígenes y destinos
con tecnología heterogénea
  Fiable: Mantiene la integridad transaccional – Fiable contra interrupciones y caídas
de servicio

Ilustración 5 Sistemas de Origen Heterogéneos

Oracle GoldenGate, posee algunas ventajas haciendo denotar sus principales

factores, los cuales son:
 Permite realizar operaciones de forma continuada para aplicaciones críticas,
eliminando paradas no planificadas y también reduciendo el coste de paradas
planificadas.
 Disminuye los costes de IT gracias al soporte heterogéneo para múltiples plataformas,
permitiendo reducir el coste en infraestructuras mediante query offloading.
 Mejora la eficiencia operacional mediante el rendimiento, la escalabilidad de las
distintas fuentes de datos en tiempo real, y la distribución de datos.
  Reduce el riesgo asegurando la integridad de los datos y la fiabilidad entre los
sistemas Origen y Destino. Permite encriptar y comprimir los datos cuando es
necesario.
 Mejora el análisis del negocio mediante Business Intelliigence, Data Warehousing y
report offloading en tiempo real.
 Mejora la eficiencia operacional mediante el rendimiento, la escalabilidad de las
distintas fuentes de datos en tiempo real, y la distribución de datos.
 Reduce las barreras para compartir datos debido al nulo impacto en las aplicaciones
o bases de datos en la adquisición y transmisión de datos en tiempo real.

En cuanto a su arquitectura que posee Oracle GoldenGate se realiza por medio

del a configuración de la replicación a través de los siguientes componentes:

 Captura (Extract): Los cambios committed son capturados (pueden ser

filtrados) según se producen, leyendo el log de transacciones.
 Rastrear archivos (Trail files): Almacena y encola los datos para su envío.
 Envío (Pump): Distribuye los datos para su enrutado a múltiples destinos.
 Ruta (Route): Datos comprimidos, encriptados para múltiples destinos.
 Entrega (Replicate o Delivery): Escribe los datos con integridad
transaccional, transformando los datos según sea necesario.
 Ilustración 6 Arquitectura Oracle GoldenGate

Ilustración 7 GoldenGate – Plataformas heterogéneas

 La topología de replicación de Goldengate incluye la captura y transferencia de
los datos extraídos de la base de datos de origen, a través de la base de datos de destino. Los
cuales se pueden usar para cumplir con varios requisitos de transferencia de datos mediante
la replicación de datos, estos son:

 Unidireccional: los datos se replican en una dirección desde el origen al destino

 Bidireccional: los datos fluyen en ambas direcciones y permanecen sincronizados
entre el sitio A y el sitio B
 Peer to Peer: es similar a Bidireccional pero involucra más de 2 bases de datos que
permanecen sincronizadas
 Transmisión: los datos de origen se envían a múltiples destinos
 Consolidación: los datos de múltiples fuentes se entregan a un DB de destino
 En cascada: los datos de una fuente se envían a múltiples destinos

Ilustración 8 Topología GoldenGate

 Algunas versiones que se pueden encontrar son:
 Oracle GoldenGate Veridata (Data Comparison without Downtime)
 Veridata 3.0 Component Overview
 Oracle Management Pack for Oracle GoldenGate (Easy Management of
Oracle GoldenGate Solutions)
 GoldenGate Director: Architecture Components

ORACLE ASM
(Automatic Storage Management)
Automatiza el manejo del storage utilizado para base de datos. Es en esencia, un
administrador de volumen integrado y un file system (administrador de sistema), creado
específicamente para archivos de bases de datos Oracle. ASM utiliza grupos de discos para
almacenar los archivos; Estos grupos de discos son una colección de discos, que ASM los
maneja como una unidad. Los discos pueden ser:

 Un disco duro completo o una partición del disco duro

 Un disco o una partición de un arreglo de discos
 Volúmenes lógicos
 NFS
Cada disco está dividido en unidades de alojamiento (AU), esta unidad es
fundamentalmente como se alojan los datos en el disco, un Extent de archivo son una o varias
AUs y un archivo en ASM consiste de uno o varios Extents. El AU se determina con el
parámetro AU_SIZE y los valores pueden ser 1, 2, 4, 8, 16, 32, o 64 MB.

Las ventajas que ofrece ASM a los administradores son:

 Provee balanceo automático de carga y redefinición en línea de

volúmenes.
 Provee striping y mirroring a nivel de archivos y no a nivel de volumen
como RAID.
 Integración automática con Oracle RAC y Clusterware.
  Fácil integración y administración comparada con otros administradores
de volúmenes como LVM.
 Elimina los llamados Hotspots en discos.
 Facilita la consolidación de almacenamiento para múltiples bases de datos.

ASM utiliza un tipo de instancia especial que sirve para proveer la interfaz entre
la instancia de bases de datos normal (RDBMS) y el sistema de archivos. Usualmente esta
instancia es de un tamaño pequeño y de poco impacto en el servidor. Consta de cuatro áreas
de memoria principales:

 Share Pool: Esta área de memoria almacena la metadata temporal.

 Large Pool: Usada para operaciones en paralelo.
 Asm Cache: Almacena bloques para lectura y escritura.
 Mem Free: Memoria libre para otros sub procesos.

También componen esta instancia varios server process que al igual que en una
instancia rdbms tienen distintas funciones específicas. Para la instancia ASM algunos de los
principales son:

 Rbal: Este proceso es el encargado de re balancear los discos y abrir los

archivos.
 Gmon: Realiza tareas a bajo nivel en los discos.
 ARBn: Realiza re balanceo y otras operaciones.
 Ilustración 9 INSTANCIAS ASM

La instancia ASM es la encargada de montar los discos y diskgroups para

hacerlos hábiles para uso y a su vez esta instancia de ASM maneja los metadatos para
proveerselos a la instancia de desarrollo/producción. Algunos de los metadatos son:

 Los discos que son parte de un grupo de discos

 El espacio disponible en un grupo de discos
 Los nombres de los archivos en un grupo de disco

Los discos son los volúmenes físicos o lógicos (También particiones, NAS) en
donde los datos son almacenados, en términos de LVM serían los PV. Los diskgroups son
agrupaciones de estos discos que en teoría comparten propiedades similares y son
presentados con una unidad. ASM distribuye los datos en todos los discos que pertenecen a
un diskgroup mejorando así el I/O de este.

ASM también permite manejar el espejeo (Mirroring) de los discos, la

duplicación protege la integridad de los datos almacenando copias de los datos en varios
discos. El tipo de grupo de discos determina los niveles de duplicación con los que Oracle
crea archivos en un grupo de discos. Cuando crea un grupo de discos, especifica un tipo de
grupo de discos ASM basado en uno de los siguientes tres niveles de redundancia:

 Normal.-Espejeo de dos vias

 High.-Espejeo de tres vias
 External.-No usa espejeo de ASM, si no tu configuración RAID que
usaste para la redundancia.
Los archivos que se almacenan en grupos de discos ASM se denominan archivos
ASM. Cada archivo ASM está contenido dentro de un único grupo de discos ASM. Oracle
Database se comunica con ASM en términos de archivos. Esto es idéntico a la forma en que
Oracle Database utiliza los archivos en cualquier sistema de archivos. Puede almacenar los
siguientes tipos de archivos en grupos de discos de ASM:

 Archivos de control
 Archivos de datos, archivos de datos temporales y copias de archivos de
datos
 PERFILES
 Registros de rehacer en línea, registros de archivos y registros de
Flashback
 Copias de seguridad RMAN
 Configuraciones de recuperación de desastres
 Cambiar los mapas de bits de seguimiento
 Volcados de bomba de datos

Algunas versiones que se pueden encontrar son:

 Oracle Database 12c: Flex ASM

 Oracle 11g: ASM Versión 2
 ORACLE ENTERPRISE MANAGER CLOUD CONTROL

Es la línea de productos de gestión integrada de tecnología de información

empresarial (TI) de Oracle, que proporciona la única solución de administración de nube
empresarial completa, integrada y orientada al negocio. Oracle Enterprise Manager crea valor
de negocio para TI al aprovechar las capacidades de administración integradas de la pila de
Oracle para entornos tradicionales y en la nube, permitiendo a los clientes lograr ganancias
de eficiencia sin precedentes al tiempo que aumentan los niveles de servicio.

Enterprise Manager incluyen algunas características:

 Una solución completa de administración del ciclo de vida en la nube que le permite
configurar, administrar y admitir rápidamente las nubes empresariales y los entornos
de TI tradicionales de Oracle desde las aplicaciones al disco.
 Máximo retorno de la inversión en administración de TI a través de las mejores
soluciones para la administración inteligente de la pila de Oracle y los sistemas
diseñados con integración en tiempo real de la base de conocimientos de Oracle en
cada entorno de cliente.
 Los mejores niveles de servicio para aplicaciones tradicionales y en la nube a través
de la administración de aplicaciones impulsada por el negocio.

En cuanto a su arquitectura Enterprise Manager Cloud Control se ve como una

entidad única que construye los siguientes componentes:

 Agente de gestión de Oracle

 Oracle Management Service
 Repositorio de gestión de Oracle
 Complementos de administración de Oracle
 Enterprise Manager Cloud Control Console
Ilustración 10 Arquitectura de control en la nube de Enterprise Manager Cloud Control
 ORACLE DATAGUARD

Es una extensión del sistema de gestión de base de datos de la empresa Oracle,

proporciona la infraestructura de software de administración, control y automatización para
crear y mantener una o más bases de datos de reserva y así proteger los datos de Oracle contra
fallas, desastres, errores y daños. Existen dos tipos de bases de datos de reserva; una base de
datos física de reserva utiliza Redo Apply para mantener una réplica exacta, bloque por
bloque, de la base de datos principal y una base de datos lógica de reserva se vale de SQL
Apply y contiene la misma información lógica que la base principal, aunque la organización
física y la estructura de la información pueden ser distintas.

Ilustración 11 Panorama general de Data Guard

Cuando el sistema principal falla, los administradores pueden elegir la

conmutación ante fallas manual o automática del sistema de producción al de reserva para
mantener la alta disponibilidad de las aplicaciones de uso crítico. Data Guard, es una de las
numerosas características de alta disponibilidad (HA) integradas en Oracle Database, que
aseguran la continuidad de los negocios reduciendo al mínimo el impacto del tiempo de
inactividad programado y no programado.
 Entre sus características principales Oracle Data Guard es una de las soluciones
de replicación de BBDD de Oracle, gratuito con la licencia Enterprise de Oracle aunque es
obligatorio tener licenciadas las bbdd en sí; Oracle Data Guard provee de Alta
Disponibilidad, Disaster Recovery y Data Protection; A partir de una bbdd primaria, es
posible tener hasta 30 bbdd standby, las bbdd standby pueden estar en LAN o en WAN.

Oracle Data Guard Broker es el framework de gestión de Data Guard, para

gestionar, mantener y monitorizar configuraciones Data Guard, vía Oracle Enterprise
Manager o Data Guard command-line interface (DGMGRL).

Ilustración 12 Características de alta disponibilidad de Oracle Database

Las bases de datos de reserva Data Guard ofrecen una alta rentabilidad de las
inversiones, ya que también admiten consultas ad hoc, informes, backups o actividades de
prueba, al tiempo que brindan protección contra desastres. Específicamente:

 La opción Active Data Guard, por primera vez disponible con Oracle Database 11g,
permite que una base de datos física de reserva se use para el acceso de sólo lectura
a las aplicaciones, mientras que recibe actualizaciones de la base de datos principal.
 Las consultas ejecutadas en una base de datos de reserva en actividad reciben los
resultados actualizados.
 Snapshot Standby permite la apertura de una base de datos física de reserva para
realizar actividades de lectura y escritura a fin de probarlas o realizar cualquier otra
actividad que requiera una replicación de lectura y escritura de los datos de
producción. Una instancia de Snapshot Standby sigue recibiendo, pero no aplica, las
actualizaciones que se generan en la base de datos principal. Esas actualizaciones se
aplican automáticamente a la base de datos de reserva cuando Snapshot Standby se
vuelve a convertir en una base física de reserva. Los datos principales cuentan con
protección en todo momento.
 Una base de datos lógica de reserva cuenta con la flexibilidad adicional de poder
abrirse en modo de lectura y escritura. Si bien los datos que mantiene SQL Apply no
pueden modificarse, es posible agregar tablas locales adicionales a la base de datos,
además de crear estructuras locales de índices para optimizar la generación de
informes o usar la base de reserva como almacén de datos, o para transformar la
información utilizada a fin de cargar almacenes de datos especializados (data marts).

Algunas ventajas que posee data guard las cuales se nombran a continuación:

 Recuperación de desastres, protección de datos, y alta disponibilidad.

 Protección completa de datos.
 Uso eficiente de recursos del sistema.
 Flexibilidad en Protección de datos para equilibrar la disponibilidad
contra requisitos de desempeño.
 Detección automática de huecos y resolución.
 Gestión centralizada y sencilla.
 Integración con Oracle Database.
 Transiciones de roles automáticas.
 Las configuraciones de data guard:

 BBDD Primaria
 Es la bbdd principal, que asumirá el rol primario, dando servicio a las
aplicaciones
 Puede ser single-instance o RAC
 BBDD Standby
 Es una copia de la bbdd primaria transaccionalmente consistente
 A partir de un backup de la bbdd primaria se pueden crear hasta 30 bbdd
standby e incorporarlos en una configuración Oracle Data Guard. Una vez
creada esta configuración, Oracle Data Guard automáticamente mantiene
cada bbdd standby transmitiendo y aplicando el redo generado en la bbdd
primaria a las bbdd standby
 La bbdd standby puede ser single-instance o RAC
 Far Sync Instances
 Destino remoto de Oracle Data Guard que acepta el redo de la primary ddbb
y envía ese redo a otros miembros de la configuración Data Guard
 Una far sync instance, gestiona un control file, recibe el redo en Standby Redo
Logs (SRLs), y los archiva a local archived redo logs. No tiene data files de
usuario, no puede ser abierta para acceso, no puede ejecutar redo apply y
nunca puede funcionar en el rol de primario ni convertido a ningún tipo de
standby database (physical o logical)
 Zero Data Loss Recovery Appliance
 Solución de backup empresarial que ofrece repositorio único para backups de
bbdd
Versiones
 Oracle Data Guard 12cR1 “Far Sync Standby”
 Oracle Data Guard 12c Physical Standgy
 Data Guard Physical Standby Setup in Oracle Database 11g Release 2
Referencias
Ameen, N. (26 de mayo de 2014). dataprix.com. Obtenido de http://www.dataprix.com/blog-
it/integracion-datos/oracle-goldengate-respuestas-50-preguntas
Ameen, N. (21 de febrero de 2016). vitalsofttech. Obtenido de
https://www.vitalsofttech.com/goldengate-replication-topologies/
Antunez, R. (8 de marzo de 2012). Oracle En Español. Obtenido de
http://oracleenespanol.blogspot.com/2012/03/que-es-oracle-asm-automatic-
storage.html
datos, G. d. (12 de agosto de 2016). BECLEVER BLOG. Obtenido de ORACLE DATA
GUARD: https://beclever.solutions/es/oracle-data-guard/
Emmanuel. (20 de junio de 2012). Emmanuel's blog. Obtenido de
https://eudba.wordpress.com/2012/07/20/introduction-al-oracle-automatic-storage-
management-asm-esp/
everac99. (28 de 11 de 2007). ::EVERAC99. Obtenido de
https://everac99.wordpress.com/2007/11/28/el-oracle-rac-que-es-y-como-funciona/
IBM. (s.f.). IBM®. Obtenido de
https://www.ibm.com/support/knowledgecenter/es/SS7K4U_9.0.0/com.ibm.websph
ere.zseries.doc/ae/tdat_oraclerac.html
josep, N. a. (12 de enero de 2016). Ncora. Obtenido de Oracle Data Guard:
https://www.ncora.com/blog/oracle-data-guard/
Muñoz, M. G. (s.f.). avanttic.com. Obtenido de Integración de datos en Tiempo Real –
Oracle: https://www.avanttic.com/pdf/Oracle_GoldenGate_Mauricio_Gumiel.pdf
oracle. (septiembre de 2009). oracle. Obtenido de Documento técnico de Oracle: Oracle
Data.
oracle. (s.f.). oracle. Obtenido de
https://docs.oracle.com/cd/B28359_01/server.111/b31107/asmcon.htm#OSTMG03
601
oracle. (s.f.). oracle. Obtenido de
https://docs.oracle.com/cd/E24628_01/doc.121/e25353/overview.htm#EMCON109
oracle. (s.f.). oracle. Obtenido de Conceptos y administración de Data Guard:
https://docs.oracle.com/cd/B19306_01/server.102/b14239/concepts.htm#g1049956
powerdata. (3 de septiembre de 2017). Obtenido de https://blog.powerdata.es/el-valor-de-la-
gestion-de-datos/oracle-goldengate-espanol-ayuda-en-la-gestion-de-datos-de-tu-
empresa