principio RAC Oracle detallada

principio RAC Oracle detallada

weixin_34174322 

clústeres de aplicaciones reales (RAC)

1. ¿Qué es el cluster

Es un grupo de dos o más servidores independientes a través de la conexión de red del mismo.

El propósito principal de la agrupación es doble: para mejorar la disponibilidad, se transfiere automáticamente al nodo secundario en el nodo falla Actualmente nodo activo;

Proporcionar acceso distribuido, el trabajo escalabilidad.

grupo extranjero puede ser visto como un único servidor, la gestión de un solo servidor como el mismo grupo de gestión de servidores.

En resumen un clúster es un grupo de servidores independientes, trabajan juntos para formar un único sistema.

2. ¿Qué es Oracle Real Application Cluster (RAC)

RAC es una configuración de software de Oracle, archivos de base de datos almacenados en una conexión física o lógicamente a cada nodo en el disco. software de RAC gestiona el acceso a la operación de cambio de datos entre instancias están coordinados entre sí, de manera que cada nodo activo en la Instancia puede leer y escribir en archivos, y cada instancia visto tanto la información como los datos de creación de reflejo es lo mismo. Por configuración RAC, la redundancia se puede obtener incluso cuando un choque o ejemplo inaccesible, la aplicación puede también ser accedidos por otra instancia de base.

3, ¿Por RAC

RAC puede utilizar un clúster altura estándar, los servidores del módulo de reducción de costes.

RAC proporciona servicios de gestión automática de la carga de trabajo. Los servicios de aplicaciones pueden ser agrupados o clasificados, compuesto de componentes de aplicaciones de negocios para completar la tarea. El servicio de RAC puede continuar, el funcionamiento ininterrumpido de la base de datos, y proporciona soporte para múltiples servicios en varias instancias. Los servicios pueden ser diseñados para ejecutarse en uno o más Instancia e instancias Las instancias alternativamente se pueden utilizar para copia de seguridad. Si la principal falla Instancia, servicios de Oracle se trasladará a una activa Instancia Instancia alternativa de nodos fallidos. Oracle automáticamente por el equilibrio de carga de conexión de datos.

RAC utilizar varios equipos juntos para proporcionar servicios de bases de datos económicos, como un equipo grande, servir a una variedad de aplicaciones sólo a gran escala SMP puede proporcionar.

RAC se basa en una estructura de disco compartido, en la demanda puede ser aumentado o disminuido, sin la necesidad de datos en humanos separados de clústeres. RAC y simplemente aumento de la eliminación de los servidores de clústeres

4, Clusters y escalabilidad

Uso de la RAC se puede obtener usando un (SMP multiprocesamiento simétrico) mecanismo de multiprocesamiento simétrico capaz de proporcionar los mismos efectos que una aplicación de servicio transparente. Cuando se produce un fallo de nodo, el RAC se puede excluir y la base de datos de instancia propio nodo, asegurando así la base de datos completa.

a, ejemplos escalabilidad

• Permitir lote más concurrente
• Permitir un grado mayor de ejecución concurrente
• En los sistemas OLTP se pueden conectar a la marejada del usuario

b, nivel de escalabilidad

• escalabilidad del hardware: su interconectividad es la clave, que por lo general se basa en la mayor ancho de banda y menor latencia;
• OS escalabilidad: el sistema operativo, el método de sincronización puede decidir la escalabilidad del sistema. En algunos casos, el sistema operativo del hardware potencialmente escalable debido a la incapacidad de mantener múltiples concurrentes se pierden las solicitudes de recursos;
• Escalabilidad sistema de gestión de base de datos: un factor clave en la estructura concurrente se complica por el impacto se ven afectados por procesos internos o externos. La respuesta a este problema afecta el mecanismo de sincronización;
• Escalabilidad a nivel de aplicación: La aplicación debe ser lo más claro diseño y escalable. Al igual que en la mayoría de los casos si los sistemas, cada sesión en la misma actualización de datos, puede crear un cuello de botella;

Para que quede claro, si no se logra ningún nivel de escalabilidad, independientemente de los otros niveles de escalabilidad y procesos más fuertes, en Racimo concurrentes son propensos a fallar. Una razón típica puede ser la falta de capacidad de ampliación del acceso a los recursos compartidos. Esto permite operaciones simultáneas en este cuello de botella serialización de ejecución. Esto no se limita sólo a la RAC, pero las limitaciones de todas las estructuras.

5, la estructura de RAC y procesos en segundo plano

RAC ejemplo un poco más que los casos normales de proceso de fondo, estos procesos se utilizan principalmente para administrar los recursos globales, para mantener la consistencia en cada base de datos de instancia en.

• LMON: Global Queue proceso de monitorización de servicios --global Enqueue monitor de servicio
• LMD0: Servicio global de la cola demonio --global Enqueue Demonio de servicio
• LMSx: proceso de servicio búfer global, x puede ser de 0 a J - Procesos de Servicio Global Cache
• LCK0: proceso --lock proceso de bloqueo
• DIAG: proceso --Diagnosibility proceso de diagnóstico

En el proceso principal de la capa Cluster Cluster Ready servicios de software, que proporciona una interfaz estándar para clústeres en todas las plataformas, y las operaciones de alta disponibilidad. Se puede ver como un proceso en cada nodo Cluster:

• CRSD y RACGIMON: alta disponibilidad para el funcionamiento del motor.
• OCSSD: Proporciona acceso a los nodos miembros y grupos de servicios
• EVMD: proceso de detección de evento, a cargo de la gestión de usuario de Oracle
• OPROCD: proceso de la supervisión del clúster

Recursos (ASM de instancia, base de datos RAC, servicios y aplicaciones de nodo CRS) a nivel global en la herramienta de administración de clústeres, sobre todo de control del servidor (srvctl), DBCA y Enterprise Manager.

6, el principio de almacenamiento de software del RAC

instalación de RAC oracle10g de dos etapas. Instalación de CRS y la instalación de base de datos con componentes de software RAC, y crear la base de datos de clúster. Oracle software principal de CRS utilizado debe ser diferente del software de RAC casa. archivo de la votación y el archivo de OCR no pueden estar en ASM, ya que tienen que ser visitada se pueden almacenar en cualquier instancia de Oracle antes del inicio. Y tiene que ser almacenado en un dispositivo de almacenamiento compartido.

archivo de la votación: se trata esencialmente de una sincronización de Servicios de clúster Demonio de monitoreo de información del nodo. Tamaño de 20 MB aproximadamente;

archivo de registro de clúster Oracle (OCR): CRS es también un componente clave. Para mantener la información en unos componentes de alta disponibilidad del clúster. Por ejemplo, la lista de nodos de clústeres, Base de datos Cluster Instancia a la lista de asignación de nodo CRS y recursos de la aplicación (tales como servicios, dirección de protocolo de enlace interno virtual, etc.). Este archivo es por srvctl herramienta de manejo similar mantiene automáticamente. El tamaño de 100 MB aproximadamente.

7, la estructura de OCR

la información de configuración de clúster se mantiene en el OCR. OCR se basan en la arquitectura de memoria caché compartida distribuida utilizado para optimizar las consultas en la base de conocimiento de grupos. Cada nodo del clúster tiene acceso a una copia de la memoria caché de OCR mantiene en su memoria a través del proceso de OCR. hecho de clúster, sólo un proceso de OCR OCR en almacenamiento compartido leer y escribir. Este proceso es responsable de refresco (refresco) tiene su propia caché local y Cluster en la memoria caché de OCR a otros nodos. Para el acceso al Cluster implica base de conocimientos, los clientes de OCR acceso directo al proceso de OCR local. Cuando un cliente necesita ser actualizado OCR, OCR para leer y escribir van a procesar documentos con el proceso de OCR que obras de interacción local.

 

 

aplicaciones cliente OCR son: Oracle Universal Installer (OUI), srvctl, Enterprise Manager (EM), DBCA, DBUA, NetCA y ayudante de protocolo de red virtual (VIPCA). Además, OCR mantener la gestión de información de dependencia y el estado con una variedad de aplicaciones internas como se define en los recursos de CRS, en particular la base de datos de aplicación, ejemplo, los servicios y nodos.

El nombre del archivo de configuración es ocr.loc y variable de fichero de configuración es ocrconfig_loc. conocimiento de la posición del clúster no se limita al dispositivo sin procesar. OCR puede ser colocado en un sistema de archivos de clúster gestionados por el dispositivo de almacenamiento compartido.

en cuenta: OCR también se puede utilizar como un único archivo de configuración de ASM ejemplo, cada nodo tiene un OCR.

8, el principio de almacenamiento de base de datos RAC

Y RAC principal de almacenamiento de instancia única de Oracle excepto que se debe almacenar en los archivos de datos y todos los RAC (Cluster dispositivo sin procesar o sistema de archivos) con el fin de acceder al mismo de base de datos de instancia pueden ser compartidos en el dispositivo de intercambio. Instancia debe ser creado para cada uno de los registro de rehacer al menos dos grupos, y todos los grupos debe hacer de nuevo registro también almacenada en el dispositivo compartido, por lo que, a efectos de la recuperación de bloqueo. Cada línea de registro de rehacer los grupos de instancia se denomina una instancia de hilo de rehacer en línea.

Además, se debe crear una tabla de Oracle deshacer compartida para la gestión automática de deshacer características recomendadas para cada instancia. Cada espacio de tabla de deshacer debe ser compartida por todos Instancia, utilizado principalmente para fines de recuperación.

archivo de registros no se pueden almacenar en el dispositivo en bruto, ya que se genera automáticamente nombre, y cada uno es inconsistente. Por lo tanto, necesita ser almacenada en un sistema de archivos. Si está utilizando el sistema de archivos del clúster (CFS), puede acceder a los archivos almacenados en cualquier nodo en cualquier momento. Si no se utiliza el SFC, que tendrá que hacer otros miembros de clúster en la restauración de los registros de archivos están disponibles, por ejemplo, por el sistema de archivos de red (NFS). Si utiliza las características recomendadas área de recuperación flash, debe estar en un directorio compartido para que todos Instancia puede acceder al almacenamiento. (Directorio compartido puede ser un grupo de discos ASM, o una SFC).

9, el RAC y la tecnología de almacenamiento compartido

Rejilla de almacenamiento es un componente clave de. Tradicionalmente, tanto el almacenamiento de conexión directa (directamente unido a cada DAS individuo Server) en cada servidor. En los últimos años, la aparición de almacenamiento y aplicado más flexible, consigue principalmente a través del espacio de almacenamiento de acceso o una red Ethernet normal. Estos nuevos discos de almacenamiento para que el mismo conjunto de servidores de acceso múltiple es posible, en un entorno distribuido, puede obtener fácil acceso.

red de área de almacenamiento (SAN) representa la evolución de la tecnología de almacenamiento de datos en este momento. Tradicionalmente, el sistema de C / S, los datos se almacenan en sus dispositivos internos o unidos Server. A continuación, en la etapa de almacenamiento conectado a red (NAS), que hace que el dispositivo de almacenamiento está conectado directamente con el servidor y la red para su separación. De ello se desprende el principio SAN permite además la dispositivos de almacenamiento respectiva presente en la red, y medio de intercambio directo de alta velocidad. Los usuarios pueden acceder al dispositivo de almacenamiento de datos por sistemas de servidor, servidor de sistema y una red local (LAN) conectadas entre sí y SAN.

Seleccione el sistema de archivos es la clave para el RAC. sistemas de archivos tradicionales no son compatibles con montaje en paralelo de múltiples sistemas. Por lo tanto, debe estar en la ausencia de cualquier sistema de archivos o desnudo apoyo etiqueta de acceso simultáneo a varios archivos del sistema de archivos se almacenan los sistemas. Por lo tanto, tres métodos principales para el RAC compartida de almacenamiento son:

• etiqueta desnudo: se trata de algún dispositivo adicional prima directa, es necesario almacenar y para el funcionamiento en modo bloque de proceso.
• sistema de archivos de clúster: también es necesario proceso de modo de bloquear el acceso. Uno o más sistemas de archivos del clúster se pueden utilizar para almacenar todos los archivos de RAC.
• Automatic Storage Management (ASM): Para los archivos de base de datos Oracle, ASM es un peso ligero,, sistema de archivos de clúster dedicado optimizado.

10, sistema de archivos de Oracle Cluster

    sistema de archivos de Oracle Cluster (OCFS) es un sistema de archivos compartidos, diseñado específicamente para Oracle RAC. OCFS obviando la necesidad está conectado a los archivos de base de datos Oracle en un disco lógico, y para que todos los nodos comparten un hogar de Oracle, sin que cada nodo que tiene una copia local. OCFS etiqueta puede abarcar uno o más discos compartidos, para mejorar el rendimiento y redundancia. sistema de archivos de Oracle Cluster para cuando los desarrolladores y usuarios de forma gratuita. Se puede descargar desde la página oficial.

OCFS archivos de clase se pueden colocar en la tabla:

• archivos de instalación de software de Oracle: En 10g, este ajuste sólo en Windows 2000 admiten. Dijo que las versiones posteriores proporcionarán apoyo en Linux, pero no vi específica.
• los archivos de Oracle (archivos de control, archivos de datos, archivos de registros de rehacer, bfiles, etc.)
• Compartir archivos de configuración (spfile)
• Durante Oracle en ejecución, los archivos creados por Oracle.
• archivos de OCR y de votación

11, Automatic Storage Management (ASM)

Una nueva característica de 10g. Proporciona una gestión unificada de un administrador de sistema de archivos y etiqueta vertical, dedicada a la creación de archivos de bases de datos Oracle. gestión ASM puede ser proporcionado a través de máquinas SMP individuales o Oracle RAC pluralidad de nodos de clúster.

ASM necesidad de ajustar manualmente la E / S, se asigna automáticamente la carga de E / S a todos los recursos disponibles, para optimizar el rendimiento. Al permitir la asignación de memoria de base de datos se ajusta aumentando el tamaño de la base de datos sin necesidad de parar a la ayuda DBA administrar el entorno de base de datos dinámica.

ASM puede mantener los datos redundantes, lo que mejora la tolerancia a fallos de fracaso. También se puede montar en un mecanismo de almacenamiento fiable.

12 o seleccione RAW CFS

Ventajas CFS: Para la instalación y gestión de la RAC es muy simple, utilizando Oracle archivos (OMF) del RAC logró; instalación de software única Oracle, se puede ampliar de forma automática en los archivos de datos de Oracle, cuando el nodo físico falla, acceso uniforme a los registros de archivo.

El uso de dispositivo en bruto: generalmente el caso para el SFC no está disponible o no soportado Oracle, sino que proporciona el mejor rendimiento, no se proporciona ninguna capa intermedia entre el disco y Oracle; si se agota el espacio, un dispositivo en bruto la expansión automática falla, la ASM, el gestor de almacenamiento lógico o el administrador de volúmenes lógicos simplifica el trabajo del dispositivo en bruto, sino que también permiten el espacio de carga al dispositivo sin procesar en línea, el nombre de un dispositivo en bruto puede ser creado, lo que facilita la gestión.

13, RAC Cluster típica pila

Cada nodo de clúster de protocolos de software están interconectados necesidad de interactividad soporte apoyado en el interior Instancia, y necesita TCP / IP CRS apoyo de votación. Todas las plataformas UNIX utilizando el protocolo de datagrama de usuario (UDP) en Gigabit Ethernet como el protocolo primario y Instancia interna RAC interactúan de IPC. Otros protocolos soportados incluyen conexión interactiva única para el intercambio remoto de protocolo de memoria SCI y Sunfire y el protocolo de hipertexto para la interacción ultra-fibra. En cualquier caso, la interacción debe ser identificar la plataforma Oracle.

El uso de clúster Oracle, reduce las complicaciones de instalación y reparación. Pero si se utiliza un éter no interactivo, o el desarrollo de clúster dependiente de la aplicación en el RAC, pueden necesitar proveedor de clúster.

conexión interactiva con la misma solución de almacenamiento compartido debe ser identificar la plataforma actual de Oracle. Si en la plataforma de destino, el CFS está disponible, área de base de datos y área de recuperación flash se pueden crear en una SFC o ASM. Si en la plataforma de destino, síndrome de fatiga crónica no está disponible, el área de la base de datos se puede crear en ASM o dispositivo sin procesar (requiere Volume Manager) y el área de recuperación flash deben crearse en ASM.

14, Matriz de certificación RAC

Está diseñado para manejar cualquier problema de autenticación. RAC matriz se puede utilizar para responder a cualquier pregunta relacionada con la certificación. uso Los pasos específicos son los siguientes:

• Conexión y registro http://metalink.oracle.com
• Haga clic en el botón de la barra de menú "certificar y disponibilidad"
• Haga clic en "Ver certificaciones por producto" conexión
• Seleccione el RAC
• La elección de la plataforma adecuada

15, los recursos globales necesarios

    Un entorno de instancia única, lo que lleva a un bloqueo de coordinar los recursos compartidos como la fila de la tabla. bloquear para evitar los dos procesos simultáneamente modificar los mismos recursos.

    En un entorno de RAC, la sincronización de nodo interno es crítica, ya que mantiene la consistencia de los diferentes nodos en cada proceso, al mismo tiempo, evitar la modificación de los mismos datos de recursos. garantiza la sincronización que cada nodo interno Instancia ver la versión más reciente del bloque de caché del búfer. La figura muestra un caso cuando no está desbloqueado.

Una , para coordinar los recursos globales

el funcionamiento del clúster requiere controlar el acceso a los recursos compartidos están sincronizados en todas las instancias. RAC utilizando el Directorio de Recursos Globales para grabar la información utilizando los recursos del clúster en la base de datos. Información de Servicio Global Caché (GCS) y el Servicio Global Enqueue (GES) Gestión de los GRD.

Cada parte del mantenimiento GRD Instancia en su SGA local. GCS y GES especificar toda la información de gestión de un recurso especial Instancia, se llama recurso principal. Cada Instancia sabía recursos de los maestros de instancia.

La dependencia de mantenimiento caché de las actividades de RAC (caché de coherencia) es muy importante. El llamado coherencia de caché se mantiene en diferentes instancias de Oracle de concordancia de varias versiones de la manzana. GCS de coherencia de caché se consigue a través del algoritmo de fusión caché llamada.

GES gestión de toda la operación no caché y los recursos internos equipo Instancia de Oracle en el mecanismo de algoritmos de fusión del estado de la pista. El control principal de GES es un diccionario de recursos de caché cerraduras y candados de caché de la biblioteca. También actúa como detección de estancamiento a todas las colas y los recursos sensibles punto muerto.

B , Únete a la libre Ejemplos de caché de coordinación

    Supongamos que un bloque de datos modificado es el primer nodo para convertirse en datos sucios. Y clusterwide, a sólo una cuadra de copia versión de su contenido con los números en lugar de SCN. Los pasos específicos son los siguientes:

• Ver Instancia del segundo bloque modificado, una solicitud a la GCS.
• GCS presentar una solicitud para bloquear el soporte (titulares). Aquí, la primera instancia es el titular.
• Instancia para el primer mensaje, y transmite a la segunda instancia de bloque. búfer sucia Primera Instancia guarda con fines de recuperación. bloque sucia se conoce como el espejo del pasado bloque de imagen. Un bloque de imagen pasado no se puede cambiar más adelante.
• Después de recibir el bloque, el segundo aviso Instancia GCS, ya es titular de informar al bloque.

c , de escritura a la coordinación de disco:实例

Las instancias en la estructura de grupo de los caches, no pueden ser versiones diferentes del mismo bloque de modificaciones. GCS administrados por las asegura acuerdo escrito lo que sólo la versión más reciente se escriben en el disco. También es necesario asegurarse de que otras versiones antes de ser limpiado de otro caché. A las solicitudes de escritura en disco pueden originar desde cualquiera Instancia, si se conserva el bloque de la versión actual o versiones anteriores. Supongamos primera instancia mantenga pulsado el último bloque de imagen, el búfer de solicitud de Oracle se escribe en el disco, como se muestra arriba, de la siguiente manera:

• Primera Instancia enviar una solicitud por escrito a los GCS
• Las solicitudes de GCS a la segunda instancia, el titular actual del bloque
• Segunda instancia después de recibir el bloque solicitud escrita se escribe en disco
• Segunda instancia GCS aviso, avisar a la operación de escritura se ha completado
• Después de recibir el aviso de GCS, GCS ordenó a todos los titulares de espejo borrar el pasado de su imagen pasada. no será necesaria esta imagen porque la recuperación.

16, RAC 和 Instancia / recuperación de bloqueo

A , cuando un fallo de Instancia, cuando se detecta el fallo de otra instancia, se ejecutará la segunda operación de recuperación Instancia siguiente:

• En las primeras etapas de recuperación, GES de nuevo vertieron en la cola
• GCS también re-vierte sus recursos. GCS vierte de nuevo en el proceso sólo a perder su control sobre esos recursos. Durante este período, todos los recursos de GCS y solicitudes de escritura se suspenden temporalmente. Sin embargo, la transacción puede seguir modificando los bloques de datos, siempre y cuando la transacción ha recibido los recursos necesarios.
• Cuando se reconfigura la cola, Instancia una actividad se puede obtener la posesión de la cola de recuperación Instancia. Por lo tanto, cuando al mismo tiempo se re-vierte en los recursos de GCS, SMON determinar el conjunto de bloques que se deben restaurar. Este conjunto se llama el conjunto de recuperación. Debido a que, utilizando el algoritmo de fusión de caché, una instancia de transferir los contenidos de estos bloques a la solicitud de instancia, sin la necesidad de estos bloques se escriben en el disco. Estos bloques en la versión de disco no pueden contener los procesos de otras operaciones de modificación de datos Instancia de bloques. Esto significa que SMON necesidad de fusionar los registros de rehacer todos fallaron Instancia para determinar el conjunto de recuperación. Esto se debe a un fallo podría conducir a enhebrar un agujero en el rehacer de la (orificio) que se necesita para llenar un bloque especificado. Por lo tanto, el rehacer no Instancia hilo continuo no se puede aplicar. Al mismo tiempo, los casos de actividad de los hilos de rehacer no necesitan ser recuperados debido SMON puede usar búfer de comunicaciones pasado y actual de un espejo.
• espacio de búfer se asigna para la recuperación, y los que antes de leer los registros de rehacer ser recurso identificado es declarada como recursos para la recuperación. Esto evita otra instancia para acceder a estos recursos.
• Todos los recursos necesarios en la operación de recuperación posterior se obtiene, y el GRD actual no se congela. Restaurado sin ningún bloque de datos se puede acceder ahora. Por lo tanto, parte del sistema actual se encuentra disponible. En este caso, suponiendo que no son bloques de espejo pasados ​​o actuales necesitan ser restaurados, mientras que las otras cachés en la base de datos de clúster, para estos bloques particulares, el espejo más cercano es el comienzo de un punto de recuperación. Si desea recuperar a bloque, cachés de amortiguamiento imagen especular pasadas y actuales no están en la Instancia de actividad, entonces el SMON escribirá un registro, indica que la fusión no. Cada SMON bloque sería el tercer paso en la recuperación e identificación de escrito inmediatamente después de la recuperación va a liberar recursos, para que más recursos pueden ser utilizados en la recuperación.

    Cuando todo el bloque para ser restaurada, la recuperación de los recursos ocupados son liberados, el sistema puede ser utilizado de nuevo.

    En la recuperación, el número de los gastos Instancias fallado y es proporcional al logaritmo y rehacer registros combinados relacionados con el tamaño de cada uno de Instancia.

b , la recuperación Instancia和disponibilidad de base de datos

La siguiente figura muestra que la recuperación Instancia durante cada paso de la implementación de la base de datos cuando la medida disponibles:

• RAC funcionamiento en varios nodos
• Ha detectado está nodo que ha fallado
• Colas de GRD se restablece; Explorador ser reasignado a los nodos activos. Para hacer esto más rápido
• porción de memoria intermedia GRD se restablece, SMON Fallo de lectura Instancia Identificación de registros de rehacer a esos bloques necesitan para recuperar un conjunto de
• SMON inicia una solicitud de GRD, obtener todos los bloques de base de datos en el conjunto de bloques necesitan ser restaurados en. Cuando el extremo de la solicitud, todos los otros bloques se puede acceder
• Oracle para realizar la recuperación de rodar hacia adelante. registros de rehacer se aplican a las roscas fallan base de datos, y esos bloques pronto será totalmente recuperados pueden ser accedidos
• Oracle posterior ejecución ir hacia la recuperación. Para las transacciones aún no comprometido, bloques de deshacer se aplican a la base de datos
• recuperación Instancia se completa, todos los datos se puede acceder

17, el nodo interno efectivo de bloqueos de nivel de fila

Oracle soporta eficiente bloqueo de filas. Estos bloqueo de fila se crea sobre todo cuando las operaciones DML como UPDATE. Estos bloqueos se mantienen hasta que la transacción se confirma o se deshace. proceso de bloqueo de las solicitudes en la misma fila se suspenden.

algoritmo de transferencia de bloque de caché de fusión es independiente de estos visibles para el usuario bloqueos a nivel de fila. GCS es una transmisión de bloques de la operación subyacente y sin bloqueo de registro contemporáneo es liberado para comenzar. bloques pueden ser transmitidos de una a la otra instancia otros casos, los bloques pueden ser bloqueados simultáneamente.

GCS proporciona acceso a los bloques de datos, lo que permite múltiples transacciones simultáneas llevadas a cabo.

18, requisitos de memoria adicionales de RAC

memoria RAC-concreto se asigna a la mayoría de la piscina compartida en el SGA creado. Debido a que los bloques a través de instancias pueden tamponarse, debe requerir un búfer mayor. Así, cuando la base de datos de migración de instancia única para cuando el RAC, cada uno de Instancia solicitud de retención carga de trabajo puede ser el mismo que el caso de la instancia única cuando, es necesario para ejecutar el RAC Instancia tampón caché aumentó 10% y 15% la piscina compartida. Estos valores se basan en el tamaño de la experiencia de RAC, trate de un valor inicial. Generalmente mayor que este valor.

Si está utilizando las funciones de gestión de memoria automática recomendados que se pueden configurar mediante la modificación de los parámetros iniciales SGA_TARGET. Sin embargo, considerando el mismo número de acceso del usuario a una pluralidad de nodos se distribuye a se pueden reducir los requerimientos de cada memoria de instancia.

El uso real de los recursos puede realizar consultas en cada instancia de entidades GCS y GES a la vista V $ vista RESOURCE_LIMIT CURRENT_UTILIZATION y el campo MAX_UTILIZATION, la declaración específica:

resource_name SELECT, current_utilization, max_utilization de v $ RESOURCE_LIMIT DONDE resource_name como 'g% s_%';

19, RAC y ejecución concurrente

optimizador de Oracle se basa en la implementación de los costos de acceso, que tiene en cuenta el costo de la ejecución concurrente, y obtener un buen plan de ejecución como componente.

En un entorno de RAC, y transmite los seleccionados optimizador de nodos internos concurrentes y nodos externos son de dos tipos. Por ejemplo, una consulta en particular requiere seis procesos de consulta para completar la solicitud, y hay seis subordinada proceso de ejecución concurrente están en reposo, la consulta utilizando los recursos locales para implementar el nodo local, para obtener los resultados. Esto ilustra el nodo interno efectivo concurrente, y sin gastar un coordinadas consultas simultáneas de múltiples nodos. Si sólo dos nodo local concurrente para realizar el proceso esclavo está disponible, el proceso de estos dos procesos y otros cuatro nodos ejecutan conjuntamente la consulta. En este caso, los nodos internos y nodos externos se utilizan al mismo tiempo para acelerar de este modo de consultas.

En el entorno real de aplicaciones de soporte de decisiones, la consulta no puede pasar a una variedad de servidores de consulta obtener una mejor división. Así que después de algunos servidores de ejecución concurrentes completar su tarea antes de que otros servidores se convierte en estado de reposo. Oracle ejecución concurrente de la dinámica de seguimiento de la tecnología de proceso inactivo, y asignar la lista de tareas de los equipos de sobrecargar el proceso se encuentra en estado de proceso inactivo. De esta manera, Oracle y efectiva redistribución de la carga de trabajo consulta todos los procesos. RAC para extender aún más la eficiencia de todo el cluster.

20, los puntos de vista de rendimiento global y dinámica

Las instancias globales de rendimiento dinámico vista muestra toda la información pertinente y abrir el acceso a la base de datos RAC. El rendimiento dinámico estándar Visualizar sólo la información relevante acerca de la instancia local.

Para todos los tipos de puntos de vista V $, $ GV corresponderá a una vista, además de varios otros casos especiales. Además de V $ columnas de vista, GV $ vista contiene una columna adicional llamada INST_ID, que muestra el número de instancia de RAC. GV $ se puede acceder en cualquier instancia abierta.

Para ver GV $ consulta, los PARALLEL_MAX_SERVERS iniciales sobre cada conjunto de parámetros de inicialización de instancia a al menos 1. Esto se debe a la utilización de una ejecución concurrente especial de GV $ solicitudes. Coordinador de la ejecución de forma concurrente que se ejecuta en la conexión del cliente Instancia, y asigna una consulta esclavo de potenciales V $ ver cada instancia. Si hay PARALLEL_MAX_SERVERS en una instancia se establece en 0, no se puede obtener información sobre el nodo, la empatía, si todos los servidores concurrentes están muy ocupados, no se puede obtener resultados. En ambos casos, se le pida o no mensajes de error.

21, RAC y Servicio

22, la dirección IP virtual y el RAC

Cuando un nodo falla por completo, la dirección IP virtual (VIP) es válido en todas las aplicaciones. Cuando un nodo falla, su VIP asociado asigna automáticamente a la otra grupo de nodos. Cuando esto sucede:

• CRS se unen esta ip en la dirección MAC de otro nodo de la tarjeta de red, el usuario es transparente. Para los clientes conectados directamente, se mostrará errores.
• VIP se envía entonces a los paquetes de datos se cambiará al nuevo nodo, transmite al cliente regrese paquete RST error. Client modo que los errores obtener rápidamente información, reintento de conexión a otros nodos.

    Si no se utiliza el VIP, a continuación, un nodo falla, el nodo que envió la espera de conexión de 10 minutos de tiempo de expiración TCP.

Referencia: http: //tech.chinaunix.net/a2010/0415/874/000000874099.shtml

El latido del corazón por defecto

misscount: definido para la comunicación entre nodos de latido del corazón, la red corazón es decir, 60 segundos

disktimeout: por defecto 200 segundos de tiempo de espera, el proceso y la conexión css disco voto definido;
reboottime: y una esquizofrenia se produce una patada nodo después del nodo se reiniciará en reboottime tiempo; el valor predeterminado es 3 segundos;

 

 

Reproducido en: https: //my.oschina.net/peakfang/blog/2873857