FRAGMENTO 4. Real Application Clusters (RAC).

FRAGMENTO 4. Real Application Clusters (RAC).

CCR ofrece increíbles capacidades de rendimiento, tolerancia a fallas y escalabilidad (y, posiblemente, ahorro de costes) y es esencial para el concepto de Oracle de la cuadrícula. Con versiones anteriores, el RAC (o su precursor, Oracle Parallel Server) fue un costoso opción adicional, sino de liberación de base de datos 10g en adelante, el RAC se incluye con el licencia de la edición estándar. Esta es una indicación de la cantidad de Oracle Corporation quiere impulsar los usuarios hacia el medio ambiente RAC. Standard Edition RAC limitado a un cierto número de computadoras y un cierto número de procesadores y núcleos por computadora, pero aún dentro de estas limitaciones que da acceso a una fenomenal potente entorno. RAC es una opción con costo adicional para la edición de la empresa, donde
la escalabilidad ilimitada se convierte con eficacia: limitada sólo por la capacidad de clustering del sistema operativo subyacente y el hardware.

Una base de datos RAC puede ser configurado para el tiempo de actividad del 100 por ciento. Un ejemplo, se redujo (ya sea para el mantenimiento planificado, o quizás porque el equipo en la que se está ejecutando se bloquea) y la base de datos siguen siendo accesibles a través de un sobrevivir ejemplo en otra máquina. Sesiones de la instancia no puede ser restableció una instancia de sobrevivir sin que el usuario final que es consciente de que ninguna de interrupción.


La escalabilidad transparente proviene de la capacidad de agregar los casos, que se ejecutan enmáquinas diferentes, con un RAC de forma dinámica. Automáticamente se enfrentará a algunos de la carga de trabajo sin que los usuarios que necesitan ser conscientes del hecho de que los casos ahora más están disponibles.

Algunas aplicaciones tienen una ventaja de rendimiento que se ejecute en un RAC.
Pero no es todo. El procesamiento paralelo puede mejorar el rendimiento de algunos trabajos, tales como consultas de larga ejecución y las actualizaciones de grandes lotes. En una base de datos de instancia única, la asignación de múltiples servidores de la ejecución en paralelo a los trabajos de tal ayuda, sino que se
todos corriendo en un caso en una máquina. En una base de datos de CCR, el paralelo
servidores de ejecución se puede ejecutar en diferentes instancias, lo que puede conseguir alrededor de algunos de los cuellos de botella inherentes en la arquitectura de instancia única. Otros trabajos, tales como el procesamiento de
el gran número de pequeñas transacciones se encuentran típicamente en un OLTP (online
procesamiento de transacciones) del sistema, no obtendrá una ventaja de rendimiento.

No convierta a RAC sólo porque usted puede. Usted necesita estar seguro de lo que
que quiere lograr antes de embarcarse en lo que es un gran ejercicio que se
por lo general no es necesario.

STREAMS
Hay varias circunstancias que hacen que sea conveniente para transferir datos de un
base de datos a otro. La tolerancia a fallos es uno: si una organización tiene dos (o más)geográficamente separados bases de datos, tanto de datos que contiene idénticos y ambos disponibles en todo momento para que los usuarios trabajar, entonces no importa lo que va mal en una sitio, el trabajo debe ser capaz de continuar sin interrupción en el otro. Otra de las razones es de sintonía: las dos bases de datos se puede configurar para diferentes tipos de trabajo, tales como
transacción de base de datos de proceso y un almacén de datos.

Mantener las bases de datos sincronizadas tendrá que ser completamente automático, y
todos los cambios realizados en cualquiera de los sitios deberán ser reproducidos en tiempo real o casi real a el otro sitio. Otra razón podría ser el mantenimiento de un almacén de datos. Los conjuntos de datos gestionada por una base de datos OLTP tendrá que ser reproducidos a la base de datos de almacén, y, posteriormente, estas copias tendrán que periódicamente actualiza con los cambios. La datos se puede ser empujado más lejos, tal vez a una serie de datos de centros comerciales de cada uno con un subconjunto de la bodega. Arroyos es una instalación para la captura de los cambios realizados a las tablas y su aplicación a las copias remotas de las tablas que puede llenar estos dos requisitos.

Las secuencias pueden ser bidireccional: tablas idénticas en dos o más lugares, con todos los usuarios operaciones ejecutadas en cada sitio de la difusión y aplicación en los otros sitios. Esto es el modelo de transmisión necesarios para la tolerancia a fallos. Un modelo alternativo es el utilizado en el datos de ejemplo almacén, donde los conjuntos de datos (y los cambios subsiguientes realizados para ellos) son
extraídos de las tablas en una base de datos y expulsado a las tablas en otra base de datos.

En este modelo, el flujo de información tiene más probabilidades de ser unidireccional, y el estructuras de la tabla puede no ser idéntica en los sitios de aguas abajo.

Corrientes también se puede utilizar para la tolerancia a fallos. No es raro para escuchar una base de datos entre varias instancias, con los usuarios finales que trabajan en ambos lados de la corriente. Corrientes se propagan los cambios entre ellos, bidireccional, para mantener las dos bases de datos sincronizadas. Si un servidor de base de datos falla, el trabajo puede continuar contra el servidor de base de datos de supervivencia. Cuando el servidor no se vuelve a conectar,
será puesto al día con todos los cambios hechos en contra de su pareja mientras que
no estaba disponible.

También es posible que una sesión contra un caso, a través de enlaces de bases de datos, a conectarse a varias bases de datos mediante programación. Los programadores pueden escribir código que permite una sesión contra un servidor a leer y actualizar datos en otro a través de un enlace de base de datos, hay un sistema totalmente automatizado en dos fases mecanismo para garantizar coherencia transaccional en estas circunstancias.

Data Guard
sistemas de protección de datos tienen una base de datos principal contra el cual las transacciones se ejecutan, y una o más bases de datos utilizadas en espera de la tolerancia a fallos o para el procesamiento de consultas.

La carta de crédito contingente se crean instancias de una copia de seguridad de la primaria, y actualizado (posiblemente en en tiempo real) con todos los cambios aplicados a la primaria.

Cartas de crédito pueden ser de dos formas. A modo de espera física es byte por byte idéntica a el primario, con el propósito de cero pérdida de datos. Aun cuando el principal está totalmente destruido, todos los datos estarán disponibles en el modo de espera. Los vectores de cambio aplicado a la primaria se propagan a la espera física en forma de rehacer los registros, y se aplica como a través de una base de datos de copia de seguridad restaurada se está recuperando. A modo de espera lógico contiene los mismos datos que la primaria, pero posiblemente con estructuras de datos diferentes. Esto es para el procesamiento de consultas: la base de datos primaria se han optimizado para las estructuras de datos procesamiento de transacciones, la lógica de espera tendrá estructuras optimizadas para los datos
almacén tipo de trabajo. Típica diferencias estarían en la indexación. Cambio de vectores se propagan en forma de instrucciones SQL, utilizando el mecanismo de Corrientes.

Determinar si la base de datos está sola instancia o parte de un sistema distribuido
En este ejercicio, ejecutar consultas para determinar si la base de datos es un sistema autocontenido, o si forma parte de un entorno de mayor distribución. Cualquiera de SQL

Developer o SQL * Plus puede ser utilizado.
1. Conéctese a la base de datos como usuario SYSTEM.

2. Determinar si la instancia es parte de una base de datos RAC:
seleccione paralelas de v $ instance;
Esto devolverá NO si se trata de una base de datos de instancia única.

3. Determinar si la base de datos está protegido contra la pérdida de datos por parte de una base de datos en blanco:
seleccione protection_level de v $ database;
Esto devolverá sin protección si la base de datos es de hecho sin protección.

4. Determinar si los flujos se ha configurado en la base de datos:
select * from dba_streams_administrator;
Esto devolverá ninguna fila, si Corrientes no se ha configurado.