відновлюються на вторинному сервері. Переміщення журналів як технологія спроектовано таким чином, що дає первинному та вторинному серверів незалежність від компонентів апаратного забезпечення. Ця конфігурація позбавляє вас від єдиної точки збою апаратури, представленої в кластері, що використовує масив дисків спільного доступу. p align="justify"> Можна використовувати пересилку журналів для досягнення багаторазово підвищеної надмірності даних в набагато більшому числі середовищ, ніж у середовищах з кластерами. Наприклад, Windows Server 2003 Datacenter Edition підтримує максимум вісім вузлів в кластері. Але єдине обмеження в кількості вторинних серверів, які можна задіяти для переміщення журналів, це обсяг інфраструктури, яким ви в змозі управляти; ви можете створити стільки резервних копій, скільки хочете. Переміщення журналів може виконуватися на значно більших відстанях, ніж перемикання між вузлами кластера. Більшість відмов кластерів обмежені відстанню приблизно від 80 до 100 миль. У разі переміщення журналів тільки можливість провести кабель між первинним і вторинним серверами обмежує географічний розподіл вторинних серверів. p align="justify"> Незважаючи на те, що переміщення журналів є компонентом високої відмовостійкості, в ньому відсутня важлива функція. Переміщення журналів не має механізму виявлення збою і ініціалізації перемикання на вторинний сервер. Переміщення журналів має також проміжок запізнювання під час перемикання, коли всі резервні копії відновлюються на вторинному сервері, перед тим як він може бути запущений і стане доступний. Оскільки переміщення журналів засноване на копіях резервних файлів первинного сервера, існує ризик втрати деяких вже проведених транзакцій, якщо на первинному сервері відбувається повний збій апаратного забезпечення. При перемиканні кластерів, як тільки SQL Server знову опиняється в робочому стані, клієнти можуть відновлювати підключення без будь-яких змін в параметрах виклику з'єднання. Переміщення журналів не володіє такою прозорістю; клієнти повинні підключатися до сервера з ім'ям, відмінним від імені первинного сервера. p align="justify"> При застосуванні послідовних резервних копій журналів транзакцій ще одна функція переміщення журналів доступна через налаштування відновлення. Якщо для відновлення використовувати настроювання WITH STANDBY, то можна зробити вторинний сервер доступним в режимі тільки для читання. Цей вторинний сервер - прекрасне місце для розміщення звітів та виконання інших операцій читання з первинного сервера, він підвищує можливості масштабування, які не можна отримати при установці кластеру. p align="justify"> Реплікація
Реплікація, третя технологія високої відмовостійкості SQL Server, складна за структурою, але проста у використанні. Через складність структури її намагаються не використовувати для цілей високої відмовостійкості так часто, як переміщення журналів. p align="justify"> Перемикання вузлів кластера працює на рівні с...
