Побудова кластера SQL Server 2008
- Принципи роботи кластера
- Апаратно-програмні вимоги
- проектування кластера
- установка кластера
- Перевірка конфігурації
- побудова кластера
- Налаштування MSDTC для кластера
- Установка SQL Server 2008 на кластері
- Додавання вузлів
- Скорочення часу простою
- Створення точок монтування
При цьому я виходжу з того, що Windows Server 2008 встановлено в повній конфігурації, а не в режимі Server Core. Налаштування кластера для сервера в режимі Core є більш трудомістким завданням, оскільки всі дії повинні виконуватися в режимі командного рядка, що виходить за рамки даної статті.
Принципи роботи кластера
Відмовостійкі кластери будуються за досить простою схемою. На кожному вузлі кластера запускається служба, яка постійно перевіряє, чи виконується служба SQL Server на інших вузлах кластера (фізичних серверах). Якщо служба SQL Server не працює ні на одному з вузлів кластера, вона запускається на одному з вузлів. Насправді ж все трохи складніше. При установці SQL Server в кластерної конфігурації (при цьому слід відразу вибирати кластерну установку SQL Server, вже встановлена традиційна односерверних система SQL Server не може бути переведена в кластерну конфігурацію) необхідні служби встановлюються на всі вузли кластера. Якщо на будь-якому з вузлів кластера заглянути в список служб, в цьому списку SQL Server присутня з параметром запуску вручну (manual). Коли ви переміщаєте роботу служби з одного вузла кластера на інший, служба зупиняється на вихідному вузлі і запускається на іншому вузлі в межах кластера.
Якщо комп'ютер, на якому виконується SQL Server, стає недоступним, наприклад через апаратного відмови, служба Cluster на пасивному вузлі виявляє, що служба SQL Server недоступна і робить себе її власником, привласнює відповідні ресурси з групи ресурсів (адреса IP, мережеве ім'я, дискові накопичувачі), а потім робить службу SQL Server знову доступною. У SQL Server 2000 цей процес займав від декількох секунд до декількох хвилин, в залежності від обсягу даних в журналі транзакцій, які потрібно повторити (roll forward) або скасувати (roll back). Версії SQL Server 2005 Enterprise Edition і SQL Server 2008 Enterprise Edition роблять обробку відмови значно швидше, оскільки вони виконують завершення всіх транзакцій, роблять базу даних доступною, після чого скасовують всі завершені транзакції. Інші редакції SQL Server 2008 і 2005 роблять базу даних доступною тільки після того, як скасовують і повторюють знову все транзакції.
Кластерні конфігурації серверів SQL Server 2008 забезпечують більш високий рівень доступності, ніж попередні версії SQL Server і поодинокі сервери. Наприклад, вони забезпечують працездатність систем SQL Server навіть після апаратного відмови. Ще одна цікава можливість - підтримка розгортання оновлень. Ви можете виконувати оновлення окремих вузлів кластера незалежно від інших вузлів і не припиняючи доступ до серверів. Раніше установка оновлень могла займати від декількох хвилин до декількох годин, в залежності від часу, необхідного для установки оновлень.
Апаратно-програмні вимоги
Для створення кластерної конфігурації SQL Server необхідно мати два сервера і загальне сховище. Хоча сервери не обов'язково повинні бути однаковими, настройка буде простіше, якщо їх компоненти одні і ті ж. Сервери повинні мати однакову кількість процесорів і однакові обсяги оперативної пам'яті. Взагалі кажучи, ці вимоги теж не обов'язкові, але якщо число процесорів і обсяг пам'яті збігаються, простіше визначити навантаження, яку витримає резервний сервер. Крім того, при однакових серверах можна не турбуватися, який з них в кожен момент є основним, оскільки вони забезпечують рівну продуктивність, якщо тільки резервний сервер не виконує додаткові завдання.
Як сховище можна задіяти стандартний масив RAID, що підключається до серверів. Необхідно застосування масиву, спеціально призначеного для роботи з кластером. Хоча Windows Server 2003 підтримує використання масивів SCSI для кластерів, в Server 2008 для кластерних конфігурацій масиви SCSI більше не підтримуються. При використанні Server 2008 для побудови кластерних конфігурацій SQL Server необхідно застосування масивів Fibre Channel RAID, сховищ Fibre Channel SAN або інших систем зберігання, які можуть надати доступ до дисків по інтерфейсу iSCSI. Це може викликати проблеми при спробі створення кластера на віртуальних машинах Hyper-V або VMware, якщо ви не використовуєте апаратне рішення iSCSI. Втім, для надання доступу серверів кластера до локальних дисків третього сервера по протоколу iSCSI можна звернутися до рішень незалежних розробників, таким як StarWind iSCSI Target for Microsoft Windows компанії Rocket Division Software, MySAN компанії Nimbus Data Systems, або рішенням з відкритим кодом Openfiler. При цьому слід мати на увазі, що програмна емуляція цільових томів iSCSI здатна істотно знижувати продуктивність в залежності від використовуваного сервера і наявної мережевої конфігурації.
Як і SQL Server 2005, SQL Server 2008 підтримує кластерні конфігурації для редакцій Standard і Enterprise. Для редакції Standard підтримуються двовузлового кластери, версія Enterprise підтримує максимальне число вузлів кластера, підтримуване операційною системою. Windows 2003 Enterprise підтримує до восьми вузлів в кластері, Server 2008 для процесорів х86 і х64 підтримує до 16 вузлів, а при використанні процесорів Itanium - до 8 вузлів.
Вбудовані в Server 2008 можливості настройки кластерів забезпечують новий рівень гнучкості при застосуванні кластерних технологій. Серед основних змін можна перерахувати використання DHCP при побудові кластера і застосування IP-адрес з різних підмереж для кожного боку кластера, що дає можливість побудови географічно розподілених кластерів, розміщених у віддалених центрах обробки даних.
проектування кластера
Як і при проектуванні звичайної бази даних, для кластерної бази даних рекомендується розміщувати файли даних, журнали і тимчасові бази tempdb на різних томах сервера і різних групах RAID в сховище SAN. Це робиться для того, щоб інтенсивні операції записи в tempdb і журнали не знижували швидкість виконання операцій читання з бази даних. При роботі з дуже великими базами даних 26 букв дисків може виявитися недостатньо. В цьому випадку рекомендується використовувати точки монтування укупі з буквами диска для виділення додаткового дискового простору і поліпшення пропускної спроможності при операціях введення-виведення. Додаткову інформацію про точках монтування можна знайти в урізанні «Створення точок монтування». Якщо на сервер потрібно встановити кілька екземплярів SQL Server, рекомендується виділити для кожного екземпляра власну букву диска. У кластерної конфігурації кожен екземпляр SQL Server повинен мати власний диск, оскільки екземпляр формується з власною групою ресурсів, а служби не можуть звертатися до ресурсів, розміщених в іншій групі.
Кожному вузлу необхідний робочий IP-адреса і додатковий IP-адресу для сигналу активності з метою визначення працездатності. Як правило, IP-адреса для повідомлення про активність належить іншій підмережі. Службова мережу повідомлення про активність об'єднує всі вузли кластера. Якщо кластер складається більш ніж з двох серверів, для повідомлення про активність буде потрібно окремий комутатор, оскільки всі ці адаптери повинні належати одній підмережі. Мережа синхронізації активності дозволяє службі Windows Cluster на вузлі визначати, що інші вузли кластера працюють коректно.
Для об'єднання в кластер інших систем Windows також буде потрібно IP-адреса, в тому числі для кворум-диска та інших служб Windows. Також необхідно призначити IP-адреса для SQL Server, який буде використаний під час установки SQL Server.
В якості простого розширення схеми іменування можна запропонувати додавання букв до імен вузлів - наприклад, кластер Windows з ім'ям SQL01 включає в себе вузли з іменами SQL01 A і SQL01 B, а ім'ям кластера SQL Server буде SQL01 V01. Таке ім'я вказує нам, що це перший сервер SQL в даному кластері Windows. Якщо потрібно другий примірник, він отримає ім'я SQL01 V02, таким чином, ми отримуємо імена для кожного екземпляра SQL Server в кластері SQL01. В таблиці наведено приклад іменування серверів, розміщених в підмережі 10.3.0.0 (підмережа 192.168.0.0 використовується для службової мережі синхронізації активності).
Під час налаштування кластера потрібно вказати доменну обліковий запис, який буде використовуватися для моніторингу кластера. Не слід вказувати свою обліковий запис або доменну обліковий запис SQL Server, краще створити спеціальну обліковий запис в домені. Цей обліковий запис повинен мати адміністративними правами для всіх вузлів кластера і правом підключатися до кластеру. Якщо обліковий запис не має прав доступу до бази даних, екземпляр SQL Server буде весь час переключатися з одного вузла на інший щодо відмови, так як служба Cluster буде розпізнавати відсутність підключення як відмова примірника SQL Server.
При проектуванні кластера ви можете призначити дискам будь-які літери. У більшості випадків диск Q використовується як кворум-диск кластера. Кворум застосовується для зберігання загальних налаштувань серверів кластера і деяких журналів. Якщо в процесі установки ви вкажете диск, який буде кворум-диском, для літери накопичувача Q, програма налаштування кластера виконає автоматичне налаштування кворуму для кластера.
установка кластера
На відміну від Windows 2003, у випадку з Server 2008 необхідно спочатку налаштувати операційну систему для завдань кластеризації. При установці Server 2008 ніякі додаткові функції не встановлюються. Для створення кластера необхідно встановити підтримку кластеризації з обходом відмови на всіх вузлах, які будуть входити до складу кластера. Запустіть диспетчер Server Manager - для цього виберіть Start, All Programs, Administrative Tools, Server Manager. Перейдіть в розділ Features в меню справа. Ви побачите, що встановлені 0 з 35 додаткових можливостей.
Якщо в кластері SQL Server необхідна підтримка розподілених транзакцій, потрібно встановити на всіх вузлах кластера координатор розподілених транзакцій Microsoft Distributed Transaction Coordinator (MSDTC). Краще зробити це до настройки кластера. Щоб встановити MSDTC, відкрийте Server Manager і клацніть посилання Add Role в розділі Roles. У першому меню виберіть Application Server.
Якщо потрібно кластеризация служби MSDTC, вам буде потрібно призначити окремий диск і виділений IP-адреса для служби MSDTC.
Кілька разів натисніть Next для переходу до наступних інформаційних екранів, поки не дійдете до екрану Role Services.
Встановіть прапорець Distributed Transactions, при цьому автоматично будуть включені функції Incoming and Outgoing Remote Transactions і WS-Atomic Transactions. Вимкніть всі зайві.
На наступному екрані система Буде запропоновано використання сертифіката SSL для шифрування транзакцій WS-Atomic Transactions. Ви можете вказати наявний сертифікат або вибрати самоподпісанний сертифікат. Після вибору кращого параметра клацніть Next, а потім Install для завершення установки.
Після того як служба MSDTC буде встановлена на всіх вузлах кластера, необхідно вручну об'єднати MSDTC в кластер. У Server Manager клацніть Add Feature в правій панелі для виклику майстра установки служб. Виберіть варіант Failover Clustering а потім натисніть Next.
Якщо всі необхідні функції вже встановлені, вони будуть виділені і позначені сірим кольором. Якщо ви не бачите варіанти Failover Clustering, перевірте, чи дійсно використовується редакція Server 2008 Enterprise або Server 2008 Datacenter. Молодші версії операційної системи не підтримують цю функцію і не відображають її в списку можливостей.
Для запуску установки завантажте Failover Clustering, клацніть Next, потім Install. Після завершення установки натисніть кнопку Close. Після того як ці дії будуть завершені на всіх вузлах кластера, закрийте Server Manager. Тепер можна приступати до налаштування кластера Windows.
На першому вузлі запустіть Failover Cluster Manger (Start, All Programs, Administrative Tools, Failover Cluster Manage). Для використання Failover Cluster Manger і отримання доступу до інших вузлів кластера, можливо, доведеться змінити настройки Windows Firewall, щоб дозволити доступ по RPC до сервера. Server 2008 додасть в правила Windows Firewall елементи з назвами Failover Clusters і Failover Cluster Management, які треба вирішити, щоб налаштувати мережевий доступ. За замовчуванням RPC використовує динамічно обрані порти TCP більше 1024. У даній статті ми будемо виходити з того, що Windows Firewall відключений на всіх вузлах кластера.
Після запуску Failover Cluster Manager в контекстному меню буде ряд пунктів, в тому числі Validate a configuration, Create a Cluster і Manage a Cluster. Пункт Validate a configuration дозволяє виконати тестування групи серверів і переконатися, що вони можуть бути об'єднані в кластер. Create a Cluster запускає майстер, який виконує створення кластера Server 2008, пункт Manage a Cluster дає доступ до функцій управління існуючим кластером. Перед запуском майстра створення кластера необхідно виконати перевірку кластерної конфігурації. Для успішної установки SQL Server 2008 в кластерної конфігурації необхідно, щоб кластер успішно пройшов всі перевірочні тести.
Перевірка конфігурації
Перед початком перевірки на всіх серверах, які будуть входити в кластер, необхідно налаштувати і підключити загальний дисковий сховище, а також встановити засоби підтримки кластера з відпрацюванням відмови. Настійно рекомендується, щоб на всі сервери в кластері були встановлені однакові набори виправлень.
У менеджері Failover Cluster Manager клацніть посилання Validate a configuration, розташовану в правому верхньому куті. Відкрився екран містить інформацію про функції і можливості майстра. Клацніть Next для переходу до екрану введення серверів. Додайте імена всіх серверів, для яких необхідно налаштувати кластеризацию. Можна ввести від 1 до 16 імен (для платформ Itanium тільки 8), і рекомендується відразу вказати всі сервери, які будуть входити в кластер. Введіть імена всіх серверів, а потім натисніть Next.
На третьому екрані необхідно вказати, чи потрібно виконання всіх тестів (рекомендується) або тільки деякого підмножини. Зробіть вибір та натисніть Next. Наступний екран майстра перераховує тести, які будуть запущені, - можна звернутися до списку і клацніть Next для запуску тестування. Залежно від кількості, швидкості роботи і обраного набору тестів, тестування може зажадати до декількох хвилин. Після виконання всіх тестів майстер представить звіт, що дозволяє визначити можливі проблеми, які потрібно усунути до побудови кластера.
побудова кластера
У Failover Cluster Manager клацніть посилання Create a Cluster в правому верхньому куті, щоб запустити майстер Create a Cluster. Відкрився інформаційний екран повідомляє про функції і можливості майстра; клацніть Next. Наступний екран введення серверів такий же, як в майстра Validate a Configuration. Введіть імена серверів кластера, на яких буде встановлено SQL Server і натисніть Next.
На наступному екрані пропонується знову виконати перевірочні тести. Якщо всі тести пройдені успішно, кластер може підтримуватися службою підтримки користувачів Microsoft Customer Service and Support (CSS). Після виконання (або пропуску) тестів майстер запропонує ввести ім'я кластера, як показано на екрані 1.
Зазначене ім'я кластера, створене в каталозі AD, буде служити для посилання на кластер (корінь кластера). У нашому випадку кореневих ім'ям кластера буде SQL01. Крім того, на цьому екрані необхідно вказати IP-адресу, відповідний імені SQL01. Якщо ви користуєтеся своєю адресою DHCP, то адреса буде виділятися автоматично, і область для введення IP-адреси не буде показана на екрані, а для імені SQL01 буде виділено динамічний IP-адресу.
На наступному екрані вам пропонується перевірити правильність введених даних. Клацніть Next для запуску процесу створення кластера. Наступний далі фінальний екран показує результат - чи були в процесі створення кластера виявлені проблеми, або кластер був успішно створений. Якщо все було зроблено правильно, можна приступати до наступних кроків.
Налаштування MSDTC для кластера
Для настройки служби MSDTC запустіть Failover Cluster Manager і підключіться до щойно налаштованому кластеру. Знайдіть пункт Services and Applications, клацніть на ньому правою кнопкою миші і виберіть Configure an Applicaton з контекстного меню. На інформаційному екрані, де наведено список доступних для вибору служб, а потім натисніть Next.
На наступному екрані введіть ім'я та IP-адреса, з яким буде пов'язана MSDTC. В даному прикладі ми використовуємо ім'я SQL01 DTC і адреса 10.3.0.6.
Клацніть Next для вибору диска, на якому будуть розміщені файли настройки MSDTC.
Це повинен бути окремий диск, відсутня як кворум і не задіяний сервером SQL Server. До цього диску не пред'являється особливих вимог - 512 Мбайт або 1 Гбайт цілком достатньо. Клацніть Next для підтвердження і завершення налаштування служби MSDTC.
Установка SQL Server 2008 на кластері
Підготовка кластера завершена, і тепер можна приступити до установки SQL Server на кластер. Запустіть програму установки SQL Server з накопичувача компакт-дисків або DVD. Встановіть необхідні системні оновлення, як це робиться в разі установки на одиночний сервер. На головному екрані програми установки натисніть в меню Installation. Далі зазвичай вибирають New SQL Server Standalone Installation, але в даному випадку потрібно кластерна установка, тому слід вибрати New SQL Server Failover Installation. Буде запущена програма установки SQL Server 2008 Clustered Server.
Перші кроки нічим не відрізняються від установки SQL Server на окремий сервер, так що не будемо на них зупинятися. Це правила перевірки, введення ліцензійного ключа, ліцензійної угоди і додаткові файли підтримки. Після того як ці розділи будуть пройдені (в процесі установки може знадобитися кілька разів перезавантажити сервер), почнеться сама установка SQL Server 2008.
Коли установка SQL Server 2008 все-таки почнеться, буде показана стандартна сторінка Setup Support Rules. Програма установки виконає деякі додаткові перевірки коректності налаштувань кластера і MSDTC, поле чого послідують звичайні екрани з ключем продукту, ліцензійною угодою і додатковими послугами. При установці на кластер версії SQL Server 2005 потрібно спеціально вказати програмі установки, що SQL Server Engine слід встановити як кластерну службу. У версії 2008 такої необхідності немає, так як для кластерної установки та інсталяції на окремий сервер використовуються різні програми.
Після вибору функцій, які потрібно встановити, слід екран настройки примірника Instance Configuration (див. Екран 2).
Цей екран практично не відрізняється від використовуваного при установці SQL Server 2008 на окремий сервер. Відмінність полягає в тому, що, коли SQL Server встановлюється на кластер, необхідно вказати мережеве ім'я SQL Server, яке буде використано для доступу до примірника. У нашому прикладі це буде SQL01 V01. Саме на це ім'я SQL Server буде відгукуватися. Ім'я кластера SQL01 - це ім'я самого кластера, воно використовується для управління кластером за допомогою диспетчера Failover Cluster Administrator і має бути унікальним в мережі Windows. Після заповнення мережевого імені SQL Server, імені примірника і вибору кореневого каталогу примірника натисніть кнопку Next для продовження.
Наступний екран перевіряє, чи достатньо місця на зазначеному для установки диску для розміщення всіх необхідних бінарних файлів. Наступні чотири екрани забезпечують основну настройку конфігурації кластера. На першому виконується настройка групи ресурсів кластера. Це логічна угруповання ресурсів кластера, яка буде передаватися при перемиканні з одного вузла кластера на інший. В даному прикладі група ресурсів кластера SQL01 V01, збігається з мережевим ім'ям SQL Server, зазначеним раніше.
На цьому екрані видно, що дві інші групи для даного кластера вже визначені, і вони не доступні для вибору. Перша з них - пристрої зберігання Available Storage, а друга - Cluster Group. Це групи кластеру за замовчуванням, які створюються Windows автоматично при установці кластера, і вони недоступні на цьому екрані, так як не можуть використовуватися для SQL Server. Якщо групи ресурсів кластера були створені заздалегідь, то вони будуть перераховані нижче груп за замовчуванням і будуть доступні в спадному меню у верхній частині. Оскільки ресурсна група SQL01 V01 недоступна, я просто ввів ім'я у верхньому полі із списком.
Наступний екран - вибір диска кластера Cluster Disk Selection. Тут слід вказати, на яких дисках будуть розміщені файли даних примірника SQL Server.
В даному випадку будуть використані диски кластера 1, 2 і 4. Диск 3 недоступний, так як задіяний в якості диска кворуму кластера. Імена дисків відображаються відповідно до мітками, які були присвоєні Windows при налаштуванні кластера. У разі необхідності імена дисків можуть бути змінені за допомогою Failover Cluster Administrator. Після того як диски для використання екземпляром SQL Server обрані, а потім натисніть Next для продовження налаштування.
На наступній сторінці виконується настройка мережі для екземпляра. Так як це кластерний екземпляр SQL Server, даний екземпляр повинен мати власний IP-адреса, відповідний мережному імені SQL Server, яке було налаштоване на екрані Instance Configuration. Можна вибрати динамічний адресу DHCP або задати статичний адресу і маску підмережі.
У цьому прикладі для серверів і віртуальних імен в кластері використовується автоматичне призначення DHCP.
Можливість використання DHCP для кластерів - це нова функція Server 2008 і SQL Server 2008, так що нею можна скористатися лише при побудові кластера на серверах Server 2008. Якщо ви вирішите встановити SQL Server 2008 на Windows 2003, використовувати DHCP для примірників SQL Server буде неможливо. DHCP дозволяє не турбуватися про налаштування IP-адрес для кожного сервера і кластера. Можна дозволити автоматичне налаштування, при цьому адреси будуть призначені випадковим чином, або ж налаштувати призначення адрес DHCP, так що кожен сервер буде отримувати один і той же адресу. Перш ніж вибрати використання DHCP, проконсультуйтеся з системним адміністратором - багато компаній забороняють застосування DHCP в центрах обробки даних.
Після настройки IP-адреси натисніть Next для переходу до екрану безпеки кластера Cluster Security Policy.
Тут ви можете вибрати, чи буде створений кластер використовувати нову функціональність службових ідентифікаторів SID для управління доступом з іменами запущених облікових записів до сервера або ж для доступу будуть застосовуватися доменні групи SQL Server 2005. Для спрощення управління та оновлення системи рекомендується задіяти пропоновану за замовчуванням можливість використання службових ідентифікаторів SID. Наступні кілька екранів є загальними для кластерного і самостійного варіантів установки SQL Server.
На наступному екрані пропонується вибрати доменні облікові записи, які будуть використовуватися для роботи SQL Server та інших служб. Як і в попередніх версіях, при кластерної установці примірника SQL Server необхідно зробити так, щоб служби SQL Server і SQL Server Agent виконувалися від імені доменної облікового запису. Локальні або створювані за замовчуванням системні облікові записи в кластерної установці використовуватися не можуть.
Далі, на екрані Database Engine Configuration ви вибираєте спосіб аутентифікації - Windows або SQL Server and Windows Autentification, а також різні папки, в яких будуть зберігатися файли баз даних і журналів. При налаштуванні Data Directories необхідно вказувати шляхи до дисків, які були налаштовані на екрані Cluster Disk Selection, в іншому випадку з'явиться повідомлення про помилку, так як в кластерної конфігурації для файлів даних SQL Server можуть використовуватися тільки кластерні диски. Якщо ви вибрали установку інших служб крім SQL Server, програма установки видасть екрани налаштування цих служб. Наступний екран, Error and Usage Reporting, дозволяє вибрати, які дані будуть автоматично надсилатися в Microsoft.
На наступному екрані (див. Екран 3) перевіряється, чи готовий кластер до установки SQL Server.
Цей останній набір перевірок дозволяє переконатися, що все налаштовано вірно. Зверніть увагу на третій рядок, де відзначений Windows Server 2003 FILESTREAM HotFix Check. Якщо SQL Server 2008 встановлюється на Windows 2003, то перед інсталяцією SQL Server 2008 потрібно встановити оновлення, описане в статті support.microsoft.com/kb/937444. Установка цього оновлення вимагає перезавантаження системи, так що на цьому етапі може знадобитися відміна установки, завантаження оновлення на всіх вузлах кластера та повторна настройка.
Тепер все готово для установки SQL Server 2008 на кластер. Клацніть Next, ще раз перевірте всі налаштування і клацніть Install для початку установки. Після завершення установки на даному вузлі кластера можна перейти до установки SQL Server на інших вузлах кластера. SQL Server 2005 був останньою версією, де допускалася автоматична установка SQL Server на всіх вузлах кластера одночасно. Починаючи з SQL Server 2008 необхідно вручну встановлювати та оновлювати кожен вузол кластера окремо. Завдяки такому підходу скорочується час недоступності системи, пов'язане з оновленням вузлів кластера і переходом з SQL Server 2005 на SQL Server 2008.
Додавання вузлів
Установка інших вузлів не відрізняється від установки першого вузла, за винятком того, що на початку процесу установки необхідно відзначити варіант Add Node to a SQL Server failover cluster. До всіх інших вузлів кластера пред'являються ті ж вимоги, і програма установки перевірить і установку всіх компонентів.
Так як при додаванні вузлів більшість налаштувань виходить автоматично з вузлів, на яких SQL Server вже встановлено, додавання вузлів в кластер займає істотно менше часу. Перші три екрана - такі ж, як при установці першого вузла: установка, правила перевірки, ключ продукту і умови ліцензування. Четвертий екран дозволяє вибрати екземпляр, до якого слід додати вузол.
Якщо розкрити стовпець Features, у ньому перераховано список встановлюваних компонентів - SQL Engine, SQL Engine / Replication і SQL Engine / FullText. Це компоненти кластера, які були обрані для попереднього вузла. Якщо ви вирішили встановити на кластер службу SQL Server Integration Services (SSIS), її слід встановлювати окремо від SQL Server Engine. В даний час тільки три служби SQL Server Engine і SQL Server Analysis Services (SSAS) підтримують кластерну установку. Після вибору примірника для установки натисніть Next.
На наступному екрані, Service Accounts, буде потрібно ввести пароль для доменних облікових записів, від імені яких будуть виконуватися кластерні служби.
Імена облікових записів не можуть бути змінені, оскільки одні й ті ж облікові записи повинні використовуватися всіма вузлами кластера для виконання робіт.
Після введення пароля натисніть Next для переходу до екрану Error and Usage Reporting. Далі, на екрані Add Node Rules пропонується переконатися, що сервер готовий для установки SQL Server, а кластер готовий для інсталяції SQL Server на ще один вузол.
На наступному екрані пропонується перевірити всі налаштування і натиснути кнопку Install для завершення установки на даному вузлі.
Тепер за допомогою Failover Cluster Manager можна протестувати переміщення примірника з одного вузла на інший, щоб переконатися, що SQL Server встановлений і може працювати коректно на кожному вузлі. Зараз кластерний екземпляр виконується на вузлі SQL01 A. Ви можете перемістити екземпляр (тобто виконати перемикання після збою) на інший вузол, клацнувши правою кнопкою миші на групі ресурсів, і вибрати Move this service or application to another node, як показано на екрані 4.
Після того як програма установки завершить роботу на обох вузлах, установка буде завершена. Ви можете підключитися до примірника SQL Server за обраним імені, яке було вказано при установці першого вузла.
Скорочення часу простою
Хоча кластеризация SQL Server - захід досить дороге, при грамотному плануванні та налаштування кластерна конфігурація SQL Server дозволяє забезпечити високу доступність і обробку відмови бази даних. Це позбавить вас від багатьох проблем в разі відмови обладнання. Установка оновлень і виправлень буде переривати доступ на кілька секунд, а не хвилин або годин і навіть днів, які можуть знадобитися для відновлення працездатності сервера SQL Server в разі відмови апаратури.
Денні Черрі ( [email protected] ) - старший адміністратор баз даних і архітектор в компанії Awareness Technologies. Має кілька сертифікатів Microsoft і звання Microsoft MVP
Таблиця. Приклад імен вузлів і IP-адрес вузлів кластера SQL Server
Створення точок монтування
Для кластерної установки SQL Server потрібно відповідне сховище даних. Точки монтування можуть забезпечити додатковий дисковий простір і запас пропускної здатності. Ви можете підготувати точку монтування шляхом створення порожній папки на диску. Припустимо, що загальний диск призначений на букву E, і потрібно збільшити обсяг пам'яті, доступний, але ви не хочете змінювати розмір розділу або встановлювати більш ємний диск. Можна замість цього створити папку на диску E з ім'ям E: \ mnt1 \. Далі надайте LUN з SAN, налаштуйте його, як зазвичай, і створіть розділ. Потім змонтуйте цей розділ до E: \ mnt1 \. Відкривши тепер диск E, ви не побачите нову букву диска у вікні вибору диска, оскільки це точка монтування.
При роботі з точками монтування в кластері буде потрібно встановити правильний порядок пріоритетів у вікні Cluster Administration. Для цього додайте те, який змонтований на E: \ mnt1 \ як кластерного ресурсу кластерної групи. Далі виконайте настройку залежності нового ресурсу від кластерного ресурсу, на який вказує накопичувач E. Тепер залишається просто переконатися, що служба SQL Server залежить від точки монтування і від накопичувача E, в іншому випадку служба SQL Server може спробувати запуститися раніше, ніж точка монтування буде повністю завантажена.