Oracle 10g—Real Application Clusters

Oracle 10g—Real Application Clusters
Починаючи з версії Oracle 9i, Oracle також пропонує іншу технологію для високодоступних обчислень – Real Application Clusters (RAC). Технологія RAC доступна в редакціях Oracle 10g Standard Edition і Oracle 10g Enterprise Edition, але в Oracle 10g Standard Edition вона обмежена максимум 4-ма процесорами. Покращена функціональність управління RAC, така як пакет управління (management pack), пакет моніторингу (monitoring pack) і секционирование тоступны тільки в редакції Enterprise Edition. Оновлення з стандартної редакції Oracle 10g Standard Edition до корпоративної Oracle 10g Enterprise Edition досить дорого: стандартна редакція коштує $15,000 на процесор, а корпоративна коштує $40,000 на процесор.
Технологія RAC складається з безлічі зв’язкових комп’ютерів званих вузлами. Програмне забезпечення Oracle RAC сполученим вузлів функціонувати як єдиний обчислювальний центр. Подібно Windows Clustering Services, Oracle підтримує RAC на обмеженому наборі апаратних платформ. Oracle підтримує конфігурації RAC до 64 вузлів. Максимальна кіль взаємодіючих примірників залежить від можливостей операційної системи. На малюнку 7 зображено принцип дії Oracle RAC.
У разі відмови вузла є невеликий період часу протягом якого клієнтські з’єднання припиняються поки в системі перебудовуються блокування і пересинхронизируются RAC-вузли. Технологія RAC використовує архітектуру спільних дисків, тому для забезпечення захисту від дискових збоїв необхідно використовувати засіб Data Guard, яке доступне тільки в корпоративній редакції.
Системи Oracle RAC забезпечують два методи відновлення сполук для высокодоступного клієнтського доступу:
Відновлення підключення (Connection failover). Якщо при початковому з’єднанні відбувається збій, додаток може повторити спробу підключення до іншого активного вузла використовуючи те ж саме ім’я віртуального сервера.
Прозоре відновлення додатків (Transparent Application Failover або TAF). Якщо ж розрив з’єднання відбувається після того, як з’єднання було встановлено, це з’єднання може бути відновлено на іншому активному сайті, тому що TAF зберігає стан поточної транзакції, хоча це вимагає більше системних ресурсів, ніж відновлення підключення. У процесі використання TAF код програми повинен бути змінений таким чином, щоб використовувати засіб Oracle Call Interface (OCI) і повинна включати код обробки втраченого стану сесії. До того ж, потрібно відкотити транзакцію містять оновлення; інформація про стан сесії не зможе бути відновлена.
Вельми схоже на Windows Clustering, відмовостійкість RAC вимагає щоб життєздатність вузлів кластера відстежувалися за допомогою моніторингу або механізму “серцевого пульсу” (heartbeat). Цей вузол моніторить здібності дозволяють RAC кластеру швидко синхронизитровать ресурси протягом процесу відновлення.
Технологія RAC компанії Oracle забезпечує швидке відновлення на стороні сервера. Це досягається через конкурентної active-active архітектури кластера Real Application Clusters. Іншими словами, безліч екземплярів Oracle конкурентно активні на множині вузлів і ці примірники синхронізують доступ до одній і тій же базі даних. Всі вузли також конкурентно володіють і мають доступ до всього дискового масиву. Коли один вузол виходить з ладу, всі інші вузли кластера все одно продовжують працювати з дисковим масивом. Не потрібно передавати права на володіння дисками та код сервера баз даних вже завантажений в оперативну пам’ять. Процес синхронізації сайту RAC після збою починається з відключення роботу вузла від групи і триває встановленням контролю над ресурсами, якими володів зіпсований вузол. Після збою, будь-які внутрішні запити виконуються спочатку.
оригінал статті