и вони не будуть записані на всі сервери Subscriber. Якщо на Subscriber відбувається збій, і сервер довго залишається в неробочому режимі, зростання обсягу даних на сервері Distributor може призвести до переповнення доступного дискового простору, що викличе перехід сервера Distributor в неробочий режим. Це, у свою чергу, перешкоджає видаленню транзакцій із журналу на Publisher, яке не відбувається до тих пір, поки вони не будуть успішно записані на Distributor. Якщо журнал транзакцій переповнюється і не може бути розширений, первинний сервер переходить в неробочий режим. Якщо ви реалізуєте реплікацію для високої відмовостійкості, необхідно ретельно відслідковувати і швидко усувати збої неаппаратного характеру, щоб запобігти таким каскадні збої. p align="justify"> Три способи досягнення високої відмовостійкості
Для побудови архітектур високої відмовостійкості можна використовувати три головні технології SQL Server 2000 і окремо, і всі разом. Перемикання вузлів кластера захищає від апаратних збоїв і забезпечує автоматичний перезапуск SQL Server на працюючому обладнанні. Але перемикання вузлів кластера має єдину точку можливого збою в дисковому масиві з розділеним доступом, не може захистити від помилок даних, не надає ніяких функцій для масштабованості і найвищою мірою відчутно до тривалості транзакцій. Переміщення журналів захищає від збоїв апаратури і може запобігти деякі збої на рівні даних; воно також надає елементарний механізм зняття навантаження з підготовки звітів з первинного сервера на вторинний і підвищує масштабованість системи. Але переміщення журналів також чутливо до тривалості транзакцій і має недолік, який полягає в необхідності підтримувати окрему копію даних за відсутності простого способу зворотного перемикання з вторинного сервера на первинний. Реплікація може захистити від апаратних збоїв і псування даних SQL Server, забезпечуючи при цьому високий рівень масштабованості в будь-якому середовищі. Але реплікація не може захистити від помилок користувача, чутлива до розміру і тривалості транзакцій і щодо складна в реалізації. p align="justify"> Підводячи підсумок, можна сказати, що досконалого рішення не існує. Кожна з цих можливостей здатна підвищити відмовостійкість і забезпечити додатковий захист даних, а використовуючи їх разом, ви можете досягти ще більш високих ступенів відмовостійкості. Ваше завдання полягає в тому, щоб зрозуміти, як, комбінуючи ці технології, подолати недоліки кожної з них. p align="justify"> Відновлення після збою теж означає відмовостійкість
Мета високої відмовостійкості - створити систему, що дозволяє інформаційним відділам мінімізувати час простоїв критично важливих систем. Іншими словами, висока відмовостійкість безпосередньо пов'язана з людьми, підходами і технологіями, що дозволяють швидко відновити несправний елемент і понести при цьому мінімальні втрати. Відмовостійкість вимірюється в термінах часу простою. p align="justify"> Сер...
