Из Википедии, бесплатной энциклопедии
Перейти к навигации Перейти к поиску

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

Компоненты Oracle Clusterware [ править ]

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

Служба CRS состоит из четырех компонентов, каждый из которых выполняет множество функций: демон Cluster Ready Services (CRSd), Oracle Cluster Synchronization Service Daemon (OCSSd), демон диспетчера тома событий (EVMd) и Oracle Process Clusterware Daemon (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):

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

EVMd [ править ]

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

OPROCd [ править ]

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

Ссылки [ править ]

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

Внешние ссылки [ править ]

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