Интересно для всех

Как устроен Grid Oracle9i
(Oracle9i Grid Cookbook,
by Brajesh Goyal, Bob Thome)
Окончание

Источник: OTN - сеть технологий Oracle, сайт grid_computing, July 2003, /technology/products/oracle9i/grid_computing/Oracle9iGridCookbook.html

[От главного редактора OM/RE А.Бачина: после публикации первой части этой статьи мне довольно быстро пришло письмо нашего читателя Вячеслава Лейчинского (г.Минск, OCP DBA), в котором он высказал обоснованные претензии к качеству перевода и редактирования опубликованного материала. Явный ляп, за который приношу извинения всем читателям, (я не узнал в непереводимом watchdogd имя UNIX-демона и посчитал это слово за опечатку оригинального текста), конечно, не простителен для человека, считающего себя UNIX-оидом.

Далее у нас завязалась переписка, которая, по моему мнению, может представить интерес для многих читателей OM/RE. Поэтому по согласованию с Вячеславом я отложил ее публикацию на следующий выпуск журнала еще и потому, что Вячеслав Лейчинский по моей просьбе обещал также критично прочитать и высказать свое мнение об окончании статьи.

Если кто-нибудь из читателей захочет присоединиться к обсуждению статьи или темы в целом, для этого как раз найдется место в следующем номере.]

В предыдущем выпуске OM/RE
(/ru/oramag/octnov2003/gen_grid_acook1.html):

1. Введение
2. Выбор платформы
   2.1. Сервер
   2.2. ОС
   2.3. Системы хранения
      2.3.1. Разделяемые системы хранения
      2.3.2. Файловые системы
   2.4. Работа с сетями
      2.4.1. Безопасность сети
      2.4.2. Взаимодействие сервера приложений с сервером базы данных
      2.4.3. Взаимодействие серверов баз данных
3. Инсталляция и конфигурирование Oracle9i Database Grid
   3.1. Конфигурирование операционной системы для Red Hat Linux Advanced Server 2.1
      3.1.1. Конфигурирование общедоступных и частных сетей
   3.2. Кластерная файловая система Oracle (Cluster File System)
      3.2.1. Установление эквивалентности хостов
   3.3. Инсталляция и конфигурирование Oracle RAC
      3.3.1. Конфигурирование параметров ядра
      3.3.2. Сервисы операционной системы
      3.3.3. Инсталляция и конфигурирование Cluster Manager
      3.3.4. Инсталляция Oracle 9.2.0.1 с Real Application Cluster
         3.3.4.1. Дополнительное ручное конфигурирование

В этом выпуске OM/RE:

4. Управление Oracle9i Database Grid
   4.1. Предоставление ресурсов центрального процессора при работе с RAC
      4.1.1. Добавление узла
      4.1.2. Удаление экземпляра
   4.2. Предоставление данных для нескольких баз данных
      4.2.1. Совместное использование единственной копии данных “"только для чтения"”
      4.2.2. Копирование подмножества базы данных с использованием Transportable Tablespaces
      4.2.3. Доступ к удаленным интегрированным данным
      4.2.4. Сопровождение копии с помощью Oracle Streams
5. Заключение

Oracle Real Application Clusters позволяет интенсивно использовать товарно выпускаемые “фермы” из серверов-лезвий. Выполняющиеся в среде RAC приложения могут динамически использовать большее число предоставляемых им лезвий. Точно так же приложения могут легко освобождать эти лезвия, когда они перестают быть необходимыми для работы приложений.

В этом разделе идет речь о различных шагах, используемых для добавления и удаления лезвий, распределенных базе данных RAC.

В универсальной вычислительной Grid-сети определение того, что в базу д анных RAC должен быть добавлен новый узел, лежит на Grid-администраторе . Он должен сделать несколько административных действий прежде, чем новый узел сделается частью базы данных RAC. Этих шагов довольно много:

1. определить, какой узел нужно добавить к базе данных RAC,
2. включить этот узел в ту же самую сеть, что и другие узлы базы данных RAC,
3. активировать доступ к разделяемой системе хранения,
4. установить необходимое программное обеспечение кластеризации и сделать его частью того же самого кластера, что и другие узлы RAC,
5. установить программное обеспечение Oracle и cконфигурировать этот узел, как узел кластера RAC.

На рынке появилось несколько производителей, которые предлагают программное обеспечение, помогающее осуществить шаги a), b) и c). Кроме того, имеется несколько производителей средств для подготовки сетей к работе (network provisioning), которые помогают выполнить шаги b) и c).

Для доказательства концепции мы предполагаем, что новый узел имеет сетевое подключение к другим узлам RAC и имеет сетевой доступ к той же самой системе хранения, что и другие узлы базы данных RAC. Ниже приводятся дополнительные шаги:

1. Добавление узла к уровню программного обеспечения кластеризации: Этот шаг зависит от ОС. Он гарантирует, что новый узел будет сделан частью того же самого кластера и получит доступ к той же самой совместно используемой системе хранения, что и другие узлы кластера.
2. Добавление узла на уровне Oracle: Для выполнения этого шага требуется инсталляция программного обеспечения Oracle с использованием универсального инсталлятора Oracle (OUI). После этого новый узел добавляется к базе данных Oracle RAC, используя Мастер DBCA.

Чтобы подготовить новый узел, убедитесь, что он является точным аналогом (клоном) имеющихся узлов в том, что касается производителя операционной системы, программного обеспечения кластеризации и так далее. Установите кластерное программное обеспечение в соответствии с инсталляционными процедурами вашего производителя. Используйте также документацию выбранного вами производителя, где описаны процедуры, необходимые для того, чтобы сделать новый узел активным членом вашего кластера.

До этого места мы вели речь о добавлении нового узел кластера на уровне программного обеспечения кластеризации. Чтобы добавить узел к имеющемуся кластеру на уровне Oracle, выполните следующие шаги:

• Установка программного обеспечения Oracle в новом узле
• Пост-инсталляционные шаги
• Добавление экземпляра базы данных для нового узла

Следующие процедуры подробно объясняют эти шаги.

Для инсталляции программного обеспечения Oracle в новом узле выполните следующие шаги:

1. Если ваша платформа поддерживает кластерную файловую систему с совместно используемыми загрузочными модулями, перейдите к следующему разделу, который называется "Пост-инсталляционные шаги".
2. В новом узле вставьте в диск CD-ROM компакт-диск с ПО Oracle9i выпуска 2 (9.2).
3. Запустите инсталлятор, используя одну из следующих процедур для вашей платформы. Для UNIX-систем запустите инсталлятор, выполняя команду runInstaller из корневого каталога первого компакт-диска Oracle. Инсталлятор отобразит начальную страницу (Welcome).
4. На странице File Locations в поле Path под заголовком Destination введите имя ORACLE_HOME, в котором вы собираетесь устанавливать программное обеспечение Oracle Enterprise Edition и Real Application Clusters. Имя ORACLE_HOME, которое вы вводите, должно быть тем же самый, что и ORACLE_HOME, который используют имеющиеся узлы.
5. На странице Available Products выберите Oracle9i Database.
6. На странице Installation Type выберите Enterprise Edition. Инсталлятор отобразит страницу Database Configuration.
7. Следуйте инструкциям OUI, чтобы инсталлировать те же самые продукты и опции, которые были установлены в имеющихся узлах. Или выберите вариант конфигурации Software Only на странице Database Configuration.
8. На странице Node Selection выберите только имя текущего или нового узла. Не выбирайте имена других, уже существующих узлов; в них уже установлено программное обеспечение Oracle.
9. После того, как OUI закончит инсталляцию программного обеспечения Oracle, запустите пост-инсталляционный сценарий root.sh. Затем выйдите из универсального инсталлятора Oracle и перейдите к следующему разделу.

Из нового узла выполните следующие пост-инсталляционные шаги:

1. Из каталога bin в ORACLE_HOME выполните Oracle Net Assistant, чтобы сконфигурировать для узла новый процесс прослушивания.
2. Закончите все пост-инсталляционные шаги для вашей платформы в соответствии с документацией Oracle для вашей конкретной платформы.