Кластерное ПО Oracle

Oracle Clusterware — это кросс-платформенное кластерное программное обеспечение, необходимое для запуска опции Real Application Clusters (RAC) для базы данных Oracle . Он предоставляет базовые службы кластеризации на уровне операционной системы , которые позволяют программному обеспечению Oracle Database работать в режиме кластеризации. В более ранних версиях Oracle (выпуск 9i и более ранние) для RAC требовалось кластерное программное обеспечение , поставляемое поставщиком, такое как Sun Cluster или Veritas Cluster Server (кроме случаев работы в Linux или Microsoft Windows ).

Компоненты кластерного ПО Oracle

Oracle Clusterware — это программное обеспечение, которое позволяет узлам взаимодействовать друг с другом, позволяя им формировать кластер узлов, который ведет себя как единый логический сервер. Oracle Clusterware управляется службами Cluster Ready Services (CRS), состоящими из двух ключевых компонентов: Oracle Cluster Registry (OCR), который записывает и поддерживает информацию о членстве в кластере и узлах; диск голосования , который опрашивает согласованную информацию о пульсе со всех узлов во время работы кластера и действует как устройство разрешения конфликтов во время сбоев связи.

Служба CRS состоит из четырех компонентов, каждый из которых выполняет различные функции: демон Cluster Ready Services (CRSd), демон службы синхронизации кластеров Oracle (OCSSd), демон диспетчера томов событий (EVMd) и демон Oracle Process Clusterware (OPROCd). Сбой или смерть демона CRS может вызвать сбой узла , который вызывает автоматическую перезагрузку узлов во избежание повреждения данных (из-за возможного сбоя связи между узлами), также известную как ограждение . Демон CRS работает как «root» ( суперпользователь ) на платформах UNIX и работает как служба на платформах Windows .

CRSd

Следующие функции предоставляются демоном Oracle Cluster Ready Services (CRSd):

CRS устанавливается и запускается из другого ORACLE_HOME, известного как ORA_CRS_HOME, который не зависит от ORACLE_HOME.
CRSd управляет ресурсами, такими как запуск и остановка служб, а также аварийное переключение ресурсов приложения. Он порождает отдельные процессы для управления ресурсами приложения.
Демон CRS имеет два режима работы. Во время запуска и после выключения. При плановом запуске кластерного ПО оно запускается в режиме «перезагрузки». Он запускается в режиме «перезагрузки» после незапланированного выключения.
В режиме перезагрузки он автоматически запускает все ресурсы, находящиеся под его управлением. В режиме перезапуска он сохраняет предыдущее состояние и возвращает ресурсы в предыдущее состояние перед выключением.
Управляет реестром кластера Oracle и сохраняет текущее известное состояние в реестре кластера Oracle.
Запускается как «root» в Unix и «LocalSystem» в Windows и автоматически перезагружается в случае сбоя.
CRS требуется общедоступный интерфейс, частный интерфейс и виртуальный IP-адрес Для работы (VIP). Все эти интерфейсы должны быть запущены и работать, и они должны иметь возможность проверять связь друг с другом перед началом установки CRS. Без указанной выше сетевой инфраструктуры установка CRS невозможна.

OCSSd

Демон Oracle Cluster Synchronization Services (OCSSd) обеспечивает базовую поддержку групповых сервисов. Group Services — это распределенная система членства в группах, которая позволяет приложениям координировать действия для достижения общего результата. Таким образом, он предоставляет услуги синхронизации между узлами, доступ к информации о членстве в узлах, а также включение базовых служб кластера, включая службы групп кластеров и блокировку кластера. Он также может работать без интеграции с кластерным программным обеспечением поставщика. Сбой OCSSd приводит к перезагрузке компьютера, чтобы избежать ситуации разделения мозга. Это также требуется в конфигурации с одним экземпляром, если автоматическое управление хранилищем используется (ASM). ASM был новой функцией в Oracle 10g . OCSSd работает от имени пользователя «оракул».

Следующие функции предоставляются демоном Oracle Cluster Synchronization Services (OCSSd):

«Групповые службы» используют групповые службы кластерного программного обеспечения, предоставляемые поставщиком, когда последние доступны, но также могут работать независимо, если они недоступны.
«Службы блокировки» предоставляют базовые функции блокировки сериализации на уровне кластера и используют механизм FIFO для управления блокировкой.
«Службы узлов» используют OCR для хранения данных о состоянии и обновляют информацию во время реконфигурации. Он также управляет данными OCR, которые в противном случае являются статическими.

ЭВМд

Третий компонент OCS — это демон Event Volume Management Logger (EVMd). EVMd порождает постоянный дочерний процесс под названием «evmlogger» и генерирует события. Дочерний процесс EVMd «evmlogger» порождает новые дочерние процессы по требованию и сканирует каталог вызовов для вызова вызовов. Он автоматически перезапускается в случае сбоя, и смерть процесса EVMd не останавливает экземпляр. EVMd работает как пользователь «оракула».

ОПРОК

OPROCd предоставляет решение по ограждению серверов для Oracle Clusterware. Это монитор процессов для Oracle Clusterware, который использует таймер проверки зависания или сторожевой таймер (в зависимости от реализации) для обеспечения целостности кластера. OPROCd фиксируется в памяти и выполняется как процесс реального времени . Он находится в режиме ожидания в течение фиксированного времени и запускается от имени «корневого» пользователя. Сбой процесса OPROCd приводит к перезапуску узла. OPROCd настолько важен, что даже он контролируется процессом OCLSOMON и вызывает перезагрузку узла кластера, если OPROCd зависает.

Ссылки

Руководство по администрированию и развертыванию кластерного ПО

Внешние ссылки

Руководство администратора кластеров Oracle Real Application
Справочник по кластерам реальных приложений Oracle Database 10g — Oracle Press
Использование srvctl для управления базой данных 10g RAC — включает описание компонентов Oracle Clusterware.