зації Cluster Administrator, SQL Server нічим не видасть того факту, що він працює на кластері. Така прозорість спрощує адміністрування кластеру. p align="justify"> Попри те, що адміністративні процедури при переході від одномашінной конфігурації до багатомашинної не змінюються, ви додатково здобуваєте важливу можливість. У разі апаратного збій кластер автоматично переміщує додаток SQL Server 2000 на інше доступне обладнання в кластері і підтримує його в робочому стані. Якщо ви застосували певні прийоми, які я опишу пізніше, то користувачі ніколи не дізнаються про те, що стався збій апаратного забезпечення. Це важливо, оскільки відмовостійкість на рівні сервера - показник щодо даремний. Важливіше відмовостійкість на рівні настільної системи користувача, що працює з даними. p align="justify"> Коли на частини обладнання (вузлі), на якому працює SQL Server, відбувається збій, SQL Server відключається. Служба Microsoft Cluster переміщує власника дисків на інший вузол і запускає службу SQL Server. Відновлення ресурсів на кластері відбувається приблизно за 15 секунд при нормальних умовах. Однак не всі розуміють наслідки відключення і перезапуску SQL Server. Коли SQL Server запускається, виконується особливий послідовний процес, званий поверненням до вихідного режиму. Найважливіша частина повернення до вихідного режиму - фаза "скасувати/повторити виправлення" бази даних. Фаза "повторити виправлення" завжди коротка; вона контролюється налаштуванням інтервалу відновлення. У фазі "скасувати виправлення" все залежить від того, як було запрограмовано додаток. Істотно збільшувати час відновлення кластера можуть довго виконувані транзакції. p align="justify"> Будь кластер SQL Server - це захисний механізм тільки на рівні апаратного забезпечення. Кластер SQL Server не захистить вас від збоїв на рівні даних, збоїв додатків логічного характеру, помилок користувачів і псування даних. Щоб захиститися від цих помилок, ви повинні по-новому використовувати резервне копіювання баз даних. Крім того, кластер SQL Server не підвищує продуктивність і масштабованість. Можна мати багато елементів обладнання, що діють як один ресурс, але SQL Server не зможе мати доступ до ресурсів іншого елемента устаткування, а програма не може масштабуватися на кластері більша, ніж на одному вузлі. p align="justify"> Переміщення журналів
Оскільки використання кластерів захищає тільки від апаратних збоїв і не дає можливості звільнити процесор або виконати масштабування, все необхідне для досягнення високої відмовостійкості створенням кластеру не вичерпується. Переміщення журналів (log shipping) - це назва ще однієї технології високої відмовостійкості SQL Server, що складається в автоматизації резервного копіювання бази даних і відновлення на іншому сервері. p align="justify"> Переміщення журналів надає додаткову гнучку можливість для захисту проти апаратних збоїв. При переміщенні журналів файли первинного сервера копіюються на вторинний, потім файли...
