1.

ORACLE RAC

 FUNCIONALIDAD:

Oracle RAC permite que varias computadoras ejecuten

el software Oracle RDBMS simultáneamente mientras acceden a una
única base de datos , lo que proporciona un agrupamiento .

En una base de datos Oracle que no pertenece al RAC, una

sola instancia accede a una única base de
datos. La base de datos consta de una colección de data files , control
files y redo logs ubicados en el disco . La instancia comprende la
colección de memoria relacionada con Oracle y background processes
que se ejecutan en un sistema informático.

En un entorno Oracle RAC, 2 o más instancias acceden simultáneamente

a una única base de datos. Esto permite que una aplicación o usuario se
conecte a cualquiera de las computadoras y tenga acceso a un único
conjunto coordinado de datos. Las instancias se conectan entre sí a
 través de una "Interconexión" que permite que todas las instancias estén
sincronizadas para acceder a los datos.

 IMPLEMENTACION

Oracle RAC depende del componente de infraestructura Oracle

Clusterware para coordinar varios servidores y su uso compartido del
almacenamiento de datos. La tecnología FAN (Notificación de aplicación
rápida) detecta los estados inactivos. Administradores de RAC pueden
usar la srvctl herramienta para administrar las configuraciones de RAC.

Cache Fusión
Antes de Oracle 9, las bases de datos de Oracle agrupadas en red
utilizaban un dispositivo de almacenamiento como medio de transferencia
de datos (lo que significa que un nodo escribiría un bloque de datos en el
disco y otro nodo leería los datos del mismo disco), que tenía la
desventaja inherente de rendimiento mediocre. Oracle 9i abordó este
problema: RAC utiliza una conexión de red dedicada para las
comunicaciones internas al clúster.
Dado que todas las computadoras / instancias en un RAC acceden a la
misma base de datos, el sistema general debe garantizar la coordinación
de los cambios de datos en diferentes computadoras, de modo que cada
vez que una computadora solicite datos, reciba la versión actual, incluso
si otra computadora modificó esos datos recientemente. Oracle RAC se
refiere a esta funcionalidad como Cache Fusión. Cache Fusión implica la
capacidad de Oracle RAC para "fusionar" los datos en
memoria almacenados en caché físicamente por separado en cada
computadora en una única caché global.

 OBJETIVO

El objetivo principal de Oracle RAC es implementar una base de datos en

clúster para proporcionar rendimiento, escalabilidad , flexibilidad y alta
disponibilidad de datos a nivel de instancia.
 2. BASES DE DATOS DISTRIBUIDAS

Un sistema distribuido de bases de datos, almacena la información en varios

computadores y varios medios de comunicación como las redes de alta velocidad
son las encargadas de poner contacto los distintos computadores de un sistema
distribuido. Estos no comparten recursos físicos como memorias y discos,
además pueden variar en tamaño y función pudiendo abarcar desde las
estaciones de trabajo hasta grandes sistemas.

Dependiendo del contexto en el que se mencionen existen diferentes nombres

para referirse a los computadores que forman parte de un sistema distribuido,
tales como sitios o nodos. Para enfatizar la distribución física de estos sistemas
se usa principalmente el término sitio. En la siguiente figura se muestra la
estructura general de un sistema distribuido:

FRAGMENTACIÓN

El diseño de la fragmentación es conocido como una característica distintiva de

las bases de datos distribuidas y hace referencia a la fragmentación o divisiones
lógicas de una relación global. La fragmentación en un sistema de base de datos
distribuido determina como serán subdivididas las relaciones propias de las
tablas diseño de la base de datos, ya sean de manea horizontal, vertical o mixta
(una combinación de horizontal y vertical).

Al diseñar una fragmentación en un sistema distribuido se debe cumplir con las

siguientes reglas:

 Todos los datos de la relación global deberán ser mapeados a algún

fragmento
 Debe ser siempre posible reconstruir la relación global a partir de sus
fragmentos
 Es conveniente que los fragmentos sean disjuntos (nada en común).

Fragmentos: Cada relación global puede ser dividida en porciones llamados

fragmentos. El mapa resultante se denomina esquema de fragmentación. Una
relación global puede dividirse en n fragmentos y un fragmento sólo puede
pertenecer a una relación global. Los fragmentos se referencian por un nombre
de relación global y un subíndice.

FRAGMENTACIÓN HORIZONTAL.

Se realiza sobre las tuplas de la relación, es decir que cada fragmento será un
subconjunto de las tuplas de la relación. Una tabla T se divide en subconjuntos,
T1, T2,...Tn. Los fragmentos se definen mediante una operación de selección.
Su reconstrucción se realizará mediante la unión de los fragmentos
componentes.
Existen dos tipos de fragmentación como es: fragmentación horizontal primaria
y la fragmentación horizontal derivada.

La fragmentación horizontal primaria. Consiste en particionar las tuplas de

una relación global en subconjuntos, donde cada subconjunto tenga propiedades
comunes, se puede definir expresando cada fragmento como una operación de
selección sobre la relación global.

La fragmentación horizontal derivada Consiste en dividir una relación

partiendo de los predicados definidos sobre alguna otra, debido a que la relación
R depende de la relación Q, sobre cuyos atributos está definido el predicado de
la fragmentación.

Las tres entradas necesarias para desarrollar la fragmentación horizontal

derivada son las siguientes: el conjunto de particiones de la relación propietaria,
la relación miembro y el conjunto de predicados resultados de aplicar el
semi−yunto entre la propietaria y la miembro. Es decir, La fragmentación de la
tabla primaria, se aplica a tablas secundarias, o bien se debe partir de una
fragmentación horizontal primaria.

Nota: La relación al final de la conexión es llamada propietario de la conexión y

la relación que está en la cabeza de la conexión es llamada miembro.

FRAGMENTACIÓN VERTICAL.

El objetivo de la fragmentación vertical consiste en dividir la relación en un

conjunto de relaciones más pequeñas tal que algunas de las aplicaciones de
usuario sólo hagan uso de un fragmento. Sobre este marco, una fragmentación
óptima es aquella que produce un esquema de división que minimiza el tiempo
de ejecución de las aplicaciones que emplean esos fragmentos.

La fragmentación vertical se basa en los atributos de la relación para realizar la

división, es decir: la subdivisión de atributos en grupos. La fragmentación es
correcta si cada atributo se mapea en al menos un atributo del fragmento.

La partición vertical resulta más complicada que la horizontal. Esto se debe al

aumento del número total de alternativas que tenemos disponibles.

Existen dos enfoques heurísticos para la fragmentación vertical de relaciones:

 Agrupación: Comienza asignando cada atributo a un fragmento, y en

cada paso, junta algunos de los fragmentos hasta que satisface un
determinado criterio. La agrupación sugirió en principio para bases de
datos centralizadas y se usó posteriormente para las bases de datos
distribuidas.
 Escisión: A partir de la relación se deciden que fragmentos resultan
mejores, basándose en las características de acceso de las aplicaciones
a los atributos. Esta técnica se presentó, también, para bases de datos
centralizadas. Posteriormente, se extendió al entorno distribuido.
 La escisión genera fragmentos no solapados mientras que la agrupación
normalmente produce fragmentos solapados. Dentro del contexto de los
sistemas de bases de datos distribuidos, son preferibles los fragmentos
no solapados por obvias razones. Los fragmentos no solapados se
refieren únicamente a atributos clave no primarios.

 Ejemplo de aplicación de base datos distribuidos:

 MODELO BDD

3. DIFERENCIA ORACLE RAC 11G Y 12C

1.Arquitectura.

4. CREAR BD ORACLE POR CODIGO (11G)

Create Database

Sirve para crea una base de datos.

Desde el punto de vista físico, una base de datos es, para oracle, un conjunto
de ficheros, a saber:
  datafiles, ficheros de datos, definidos en la creación de la base de
datos.
 log files, ficheros de log, definidos tambien en la creación de la base de
datos.
 init.ora, fichero de texto que contiene los parámetros de configuración
de la base de datos.
 control files, ficheros de control, definidos en el init.ora
 password file, fichero con la password del BDA y los operadores (todos
los demas usuarios estan definidos en tablas).

Asi para crear una base de datos, una vez instalado oracle, debemos seguir los
siguientes pasos:

1) Definir ORACLE_SID
ORACLE_HOME = E:\Oracle\Product\10.0.0 ORACLE_SID = GESTION

2) Crear el fichero INIT.ORA

3) Definir fichero de passwords

$ORACLE_HOME\bin\orapwd file=ORACLE_HOME\database\pwdGESTION.ora password=oracle
entries=10

Podemos generar los pasos 2) y 3) con una sola instrucción:

oradim -new -sid GESTION -intpwd -maxusers 20 -startmode auto
-pfile E:\Oracle\Product\10.0.0\Database\initGESTION.ora

4) Arrancar la instancia
C:\>sqlplus / as sysdba sql> startup nomount

5) Crea la base de datos con el nombre (o SID) GESTION y el char set

WE8ISO8859P1
CREATE DATABASE GESTION LOGFILE 'E:\OraData\GESTION\LOG1GESTION.ORA' SIZE 2M,
'E:\OraData\GESTION\LOG2GESTION.ORA' SIZE 2M,
'E:\OraData\GESTION\LOG3GESTION.ORA' SIZE 2M,
'E:\OraData\GESTION\LOG4GESTION.ORA' SIZE 2M,
'E:\OraData\GESTION\LOG5GESTION.ORA' SIZE 2M EXTENT MANAGEMENT LOCAL
MAXDATAFILES 100 DATAFILE 'E:\OraData\GESTION\SYS1GESTION.ORA' SIZE 50 M
DEFAULT TEMPORARY TABLESPACE temp TEMPFILE 'E:\OraData\GESTION\TEMP.ORA' SIZE
50 M UNDO TABLESPACE undo DATAFILE 'E:\OraData\GESTION\UNDO.ORA' SIZE 50 M
NOARCHIVELOG CHARACTER SET WE8ISO8859P1;
6) Ejecutar sql de creación: catalog.sql y catproc.sql
Sintaxis completa:
CREATE DATABASE nombreDB opciones

Donde las opciones:

Se puede poner mas de un DATAFILE o LOGFILE separando los nombres de

fichero con comas DATAFILE filespec1, filespec2, filespec3

Si no se especifican claves, Oracle establece "change_on_install" para SYS y

"manager" para SYSTEM.

Despues de crear la base de datos podemos cambiar entre los modos

ARCHIVELOG, NOARCHIVELOG con la sentencia ALTER DATABASE.