Опис катастрофи відновлення параметрів для Microsoft SQL Server

Переклади статей Переклади статей
Номер статті: 822400 - Показ продуктів, яких стосується ця стаття.
Розгорнути все | Згорнути все

На цій сторінці

ПІДСУМКИ

У цій статті розглядаються різні рішення для відновлення даних від бази "Microsoft SQL Server", якщо катастрофа відбувається. Ця стаття також обговорює переваги і недоліки кожної рішення.

Аварійного відновлення це процес, який можна використовувати, щоб допомогти відновити інформацію системи і даних, якщо катастрофа відбувається.

Деякі приклади лиха включати природні або техногенні катастрофи вогонь або технічної стихійних лих, таких, як два диску невдача в надлишкових масив незалежних дисків (RAID) 5 масиву.

Аварійного відновлення планування є робота, яку присвячені підготовці всіх дій, які повинні виникати у відповідь на лихо. Планування включає вибір стратегії, щоб допомогти відновити цінні дані. Залежить від вибору відповідного аварійного відновлення стратегії бізнес-вимогам.

Примітка Тільки надати рішення, які розглядаються в цій статті Загальні описи технологій, які можна використовувати. Ці загальні описи є для порівняння різних методів відновлення катастрофи і на аварійного відновлення планів. Перш ніж вирішити, на яких аварійного відновлення рішення краще для вас, переконайтеся, що ви подивіться на кожному пропонується катастрофи відновлення рішень більш докладно. Після обговорення кожного аварійного відновлення рішення, ця стаття містить посилання, де можна знайти додаткові відомості про це вирішення.

Відмови Кластерізація

Microsoft SQL Server 2000 відмови кластеризації призначена для відмови автоматично, якщо виникає збій обладнання або програмну помилку. Ви можна використовувати SQL Server 2000 відмови кластеризації для створення перемикання кластер для на одного екземпляра SQL Server 2000 або для декількох екземплярами SQL Server 2000 Р. відмови кластеризації дозволяє база даних системи автоматичного вимикача на Обробка екземпляра SQL Server із збій сервера на робочий сервер. Таким чином, кластеризації відмови є корисним, якщо операційна система (ОС) помилка відбувається, або якщо ви виконувати заплановане оновлення бази даних системи ресурси. Крім того, відмови кластеризації збільшує доступність сервера немає Вільний час простою.

Оскільки відмови кластеризації призначені для високих сервера наявність з майже немає простою сервера, Об'ємний варіант звичайної вузлів повинен бути географічно близько один до одного. Відмови кластеризації не може бути корисно якщо виникнення проблеми масив диска.

Примітка Для здійснення відмови кластеризації, слід установити Microsoft SQL Server 2000 Enterprise Edition.

Таких операційних системний інтегратор Підтримка відмови Кластерізація:
  • Microsoft Windows NT 4.0, Enterprise Edition
  • Microsoft Windows 2000 розширений сервера
  • Microsoft Windows 2000 Datacenter Server
  • Microsoft Windows Server 2003 року підприємство Видання
  • Microsoft Windows Server 2003, центру обробки даних Видання
Ці операційні системи включають в себе компонент інсталювальний служба Cluster service корпорації Майкрософт (MSCS). Для здійснення відмови кластеризації для SQL Сервер, інсталюйте MSCS.

Щоб отримати додаткові відомості про MSCS і його установки клацніть номер статті в базі знань Microsoft Knowledge Base:
259267служба Cluster service Microsoft Установка ресурси

Переваги і недоліки сценарій виконання відмови Кластерізація

Перевага
Ви маєте високі сервер доступності. Відмови кластеризації автоматично виникає, якщо первинний сервер не вдається.
Недоліки
  • Ви понести більшої витрати. Обслуговування двох серверів є два рази вартість обслуговування одного сервера. Тому що ви повинні підтримувати двох серверів в той же Вільний час, це дорожче, щоб встановити і підтримувати Об'ємний варіант звичайної вузлів.
  • Сервери повинні бути в тому ж місці. Якщо гілками організації, що знаходяться по всьому світу, і повинні бути активними/активні кластери реалізований у відділеннях, мереж та інфраструктури для онлайнове пул носіїв, Ви повинні використовувати дуже відрізняється від стандартного кворуму пристрій серверних кластерів. Таким чином, хоча це можливо, рекомендовано не використовувати географічно віддалених серверах.
  • У вас немає захисту від дисковий масив провал.
  • Відмови кластеризації не дозволяє вам створити відмови кластерів в базі даних рівня або в базі даних об'єкта рівня, таких як на рівень таблиці.
Щоб отримати додаткові відомості про відмови кластеризації, відвідайте на веб-сайт корпорації Майкрософт:
ASPX http://msdn2.Microsoft.com/EN-US/Library/aa174512 (SQL.80)
Щоб отримати додаткові відомості про відмови кластеризації клацніть номер статті в базі знань Microsoft Knowledge Base:
243218автоматична інсталяція порядку для SQL Server 2000 Enterprise Edition на сервері Microsoft кластера
822250 Підтримка Вебкаст: Microsoft SQL Server 2000 відмови кластеризації аварійного відновлення процедури
Щоб отримати додаткові відомості про політику корпорації Майкрософт підтримки для відмови кластер SQL Server клацніть номер статті в базі знань Microsoft Knowledge Base:
327518Політика підтримки Microsoft для SQL Server відмови кластера

Віддзеркалення бази даних

Віддзеркалення бази даних є перш за все програмне рішення для підвищення доступності баз даних. Тільки можна реалізувати віддзеркалення на основі за бази даних. Віддзеркалення працює тільки з базами даних, які використовують повне відновлення моделі. Моделі прості і навалом увійшли відновлення не підтримують віддзеркалення бази даних. Таким чином, завжди повністю реєструються всі операції навалом. Віддзеркалення база даних працює з будь-якого рівня сумісності підтримуються бази даних.

Переваги і недоліки сценарій виконання бази даних віддзеркалення

Переваги
  • Віддзеркалення баз даних збільшує захист даних.
  • Віддзеркалення баз даних збільшує наявність бази даних.
  • База даних віддзеркалення покращує доступність виробництва бази даних під Вільний час оновлення.
Недоліки
  • Дзеркало бази даних повинен бути ідентичне основної бази даних. Наприклад, усі об'єкти, логіни та дозволи повинні бути ідентичні.
  • Віддзеркалення бази даних включає в себе передачі інформації від одного комп'ютера до іншого комп'ютера через мережу. Таким чином, захист інформації, що передача в SQL Server є дуже важливим.

однорангова глобальна мережа транзакційні реплікації

однорангова глобальна мережа транзакційні реплікації призначений для застосунків, які можуть читати або може змінювати дані в базу даних, яка бере участь у реплікації. Крім того, якщо сервери, які приймають баз даних недоступні, можуть змінити застосування в маршрут руху на інші сервери. Решта серверів містять ідентичні копії даних.

Переваги і недоліки сценарій виконання однорангова глобальна мережа транзакційні реплікації

Переваги
  • Чи є підвищення продуктивності читати, тому що ви можете розподілити діяльності на всіх вузлах.
  • Сукупності оновлення продуктивності, вставте виступ і видалити продуктивності для топології нагадує продуктивність одного вузла, тому що всі зміни розповсюджуються на всіх вузлах.
Недоліки
  • однорангова глобальна мережа реплікації доступна тільки в SQL Server 2005 Enterprise Edition.
  • Всі учасниці баз даних може містити ідентичні схем і даних.
  • Ми рекомендуємо, кожен вузол використовувати свій власний дистрибутив бази даних. Ця конфігурація усуває потенціал для SQL Server 2005 мати єдину точку провал.
  • У кількох публікаціях однорангова глобальна мережа в одній публікації бази даних не можуть включати таблиці та інші об'єкти.
  • Публікації для однорангова глобальна мережа реплікації увімкнуто, перш ніж створювати будь-яких підписки, необхідно мати.
  • Потрібно ініціалізувати підписки за допомогою резервної копії або автоматична інсталяція значення типу підписки синхронізації реплікації підтримувати тільки.
  • однорангова глобальна мережа транзакційні реплікації не надає виявлення конфлікту або Сеттлмент конфліктів.
  • Рекомендовано не використовувати ідентифікації стовпців.

Обслуговування теплих режиму очікування сервер

Ви можете створити і підтримувати теплий резервний сервер на будь-який з наступних методів:
  • Журнал транспорт
  • Транзакційні реплікації
Щоб отримати додаткові відомості про кожний із цих двох методів наступне.

Журнал транспорт

Журнал Доставка включена в resource kit для Microsoft SQL Сервер 7.0 і це повністю враховані в Microsoft SQL Server 2000 Enterprise Edition і Microsoft SQL Server 2000 Developer Edition. Журнал Доставка використовує резервний сервер, який не використовується під Вільний час регулярних операцій. A резервний сервер є корисним, щоб допомогти відновити дані, якщо катастрофа відбувається. Ти можеш лише за допомогою журналу судноплавства на рівні бази даних. Не можна використовувати в екземпляр рівень.

Вільний час резервний сервер відновлення журналах трансакції, в базу даних у монопольному режимі, і це непридатним. Однак, можна запустити пакетної звітність Вакансії між реставрація журналу транзакцій або консолі бази даних Команди (DBCC) перевіряє, що постійно перевірити цілісність у режим очікування сервер. Для додатків, таких як рішення підтримки сервери, які потребують безперервний обробки на сервер бази даних, Доставка журналу не є тією параметр.

Затримки на резервний сервер базується на те, як часто резервні копії журналу транзакцій прийняті на основний маркер сервер і потім застосовуються в резервний сервер. Якщо основний маркер сервер не вдається, можна втратити зміни були зроблені операції, які відбулися після останньої угода TRIPs Журнал архівації.

Наприклад, якщо резервні копії журналу транзакцій приймаються кожен 10 хвилин, угода TRIPs за останні 10 хвилин можуть бути втрачені. Це не обов'язково означає, що оновлення даних, які виготовляються з первинним сервер у період затримки, буде втрачено. Як правило, нових оновлень в на Журнал первинного транзакцій може бути відновлені і застосовуються в теплі резервний сервер з лише невелика затримка у перехід з сервером первинний в режим очікування сервер. Головна мета журналу доставки є підтримка теплий резервний сервер. Якщо збереження тепла резервний сервер є основною метою, журнал судноплавства може бути більш підходящим, ніж інші рішення що ця стаття обговорюються.

Переваги і недоліки сценарій виконання журналу доставки

Переваги
  • Ви можете відновити всіх заходах бази даних. Відновлення включає будь-які об'єкти, які були створені такі як таблиці та подання елементів. Він також включає безпеки зміни таких нових користувачів, які були створені, як і будь-який дозвіл зміни.
  • Ви можете відновити базу даних швидше. Відновлення бази даних та журнал транзакцій створені на основі форматів низького рівня сторінки. Таким чином, журнал доставку прискорює процес відновлення та результати в регіоні швидке відновлення даних.
Недоліки
  • База даних є недоступним під Вільний час процесу відновлення тому що базу даних у монопольному режимі резервний сервер.
  • Є відсутність деталізацію. Під Вільний час відновлення процес, всі зміни в основний маркер сервер застосовуються в режимі очікування сервер. Неможливо застосувати зміни до кількох таблиць і за допомогою журналу доставки Відхилити решту змін.
  • Немає ні автоматичного відмови додатків. Коли на Первинний сервер не буде виконано через катастрофою, резервний сервер не відмови автоматично. Таким чином, ви явно потрібно переспрямувати до додатки, які підключаються до основного сервера режим очікування (відмови) сервер.
Примітка Якщо ваш основною метою є зберегти теплі сервера, корпорація Майкрософт рекомендує використовувати журналу судноплавства. Теплі резервний сервер відображає всі операції, які відбуваються на сервері-джерелі. Однак, ви використовувати неможливо очікування сервером первинний сервер доступний.

Щоб отримати додаткові відомості про те, як налаштувати теплий резервний сервер за допомогою журналу судноплавства, клацніть номер статті в базі знань Microsoft Knowledge Base:
323135Microsoft SQL Server 2000 - як налаштувати журнал доставка (Біла книга)
325220 Підтримка Вебкаст: Microsoft SQL Server 2000 журналу доставки
Докладніше про журнал доставка, завітайте до такі веб-сайти корпорації Майкрософт:
ASPX http://msdn2.Microsoft.com/EN-US/Library/aa213785 (SQL.80)

Транзакційні реплікації

Також можна транзакційні реплікації зберегти теплі резервний сервер. Транзакційні реплікації повторює даних на одному сервері (видавець) на інший сервер (абонента) з менш затримки, ніж журналу Доставка. Можна реалізувати транзакційні реплікації в об'єкта бази даних рівень як рівень таблиці. Таким чином, Microsoft рекомендує використовувати транзакційні реплікації, коли у вас є менше даних для захисту і ви повинні мати план поверху швидкого відновлення.

За допомогою підписки на push для забезпечення дотримання транзакційні реплікації між двох серверів з сервером первинний як на Видавець та резервний сервер як абонента. Транзакційні реплікації забезпечує реплікації даних. Якщо видавець не вдається, абонент може бути використовується.

Це рішення є вразливим до провал видавець і абонента в той же Вільний час. У такому разі, не може захистити на дані. У всіх інших сценаріях, таких як провал дистриб'ютора або на абонент, це найкраще для повторної синхронізації даних у абонента з на дані у видавця.

Ви повинні використовувати транзакційні реплікації зберегти теплі резервний сервер, тільки тоді, коли ви не здійснювати зміни схеми або Ви не здійснювати інші зміни до бази даних, такі як зміни безпеки що реплікацію не підтримує.

Примітка Реплікація не призначена для обслуговування теплих режиму очікування сервери. З реплікації використайте реплікованих даних абонента до створення звітів. Можна також використовувати реплікації для інших загальних цілей без того, щоб виконати обробку відносно зайнятий видавця.

Переваги і недоліки сценарій виконання транзакційні реплікації

Переваги
  • Ви можете прочитати дані на абонента, поки ви застосовувати зміни.
  • Зміни застосовуються менше затримок.

    Примітка Ця перевага не можуть бути застосовні, якщо будь-якому з наступних Це правда:
    • Реплікація агентів не встановлюється безперервно.
    • Реплікація агентів зупинити через помилки, може виникнути під Вільний час реплікації.
Транзакційні реплікації може зайняти більше часу, щоб застосувати зміни Оскільки оновлення великої партії повинні виконуватися під Вільний час реплікації.
Недоліки
  • Змінами схеми або безпеки зміни, які виконуються в Видавець після автоматична інсталяція реплікації не будуть доступні в регіоні Абонент.
  • Розповсюджувач транзакційні реплікації використовує відкриті Підключення (ODBC) підключення до бази даних або підключення до OLE бази даних (OLEDB) розповсюдження даних. Тим не менш, Доставка журналу використовує операції відновлення низького рівня оператори Transact-SQL заяву поширювати журналах трансакції. ВІДНОВЛЕННЯ ТРАНЗАКЦІЮ заява є набагато швидше, ніж підключення до ODBC або до OLEDB підключення.
  • Як правило, перемикання сервери стирає реплікації конфігурацій. Таким чином, ви повинні настроїти реплікації два рази:
    При включенні абоненту.
    Коли ви перейдіть до видавця.
  • Якщо катастрофа відбувається, ви повинні вручну перемикатися сервери на перенаправлення всіх програм абонента.
Щоб отримати додаткові відомості про реплікації клацніть номер статті в базі знань Microsoft Knowledge Base:
195757Часті питання - SQL Server 7.0 - реплікації

Функції резервного копіювання та відновлення

архівувати і відновлення функція SQL Server надає важливе захистити захист важливих даних, що зберігаються в базах даних SQL Server. За допомогою резервної копії можна створити копію бази даних (резервну копію) та Відновити функцію а потім зберегти копію бази даних в місці, що є захищені від потенційних збою сервера, який працює екземпляр SQL Server. Якщо ви відчуваєте, що відмова системи бази даних або пошкодження бази даних Потім можна використовувати архівувати, щоб заново створити базу даних або відновити на база даних.

Коли ви план поверху аварійного відновлення за допомогою резервної копії та Відновити функцію, також визначити, наскільки критичною є дані в базі даних. Крім того, визначити вимоги до Відновити базу даних. Для Наприклад, визначити наступним вимогам відновлення:
  • Настільки, що Відновити базу даних до. Ви повинні вирішити, який з таких двох, що ви хочете зробити:
    Відновити базу даних стану в ніч перед провал.
    Відновити базу даних стану момент часу якомога ближче до моменту відмови.
  • Як довго бази даних можуть бути недоступними. Чи ви повинні Відновити базу даних відразу.
Після визначення вимог відновлення, ви можете планувати на архівувати процес, який підтримує набір архіву, щоб зустрітися з вимоги

Базу даних можна тільки відновити до стану в момент часу, де ви виконати останню резервну. Операцій, відбулося після цієї резервної копії можуть бути втрачені. Таким чином, Microsoft рекомендує, щоб використовувати функцію резервного копіювання та відновлення лише для не критично бази даних додатків.

Переваги і недоліки сценарій виконання на функції резервного копіювання та відновлення

Переваги
  • Можна створити резервну базу даних до знімного носія, щоб допомогти захистити проти дублювання диска невдачі.
  • Ви не повинні залежати від мережі, як і коли Ви використовуєте відмови кластеризації або увійти судноплавства.
Недоліки
  • Під Вільний час резервного копіювання бази даних, не можна виконувати операцій, як створення таблиці, створення індексу, бази даних, скорочуються, або nonlogged операцій.
  • Якщо неполадка виникає, найновіші дані буде втрачено.
  • У разі виникнення стихійного лиха, потрібно вручну відновити на база даних.
Примітка Перед використанням резервного копіювання і відновлення процедури у виробництво середовища, це найкраще, ретельно перевірити цю процедуру в тест навколишнього середовища.

Щоб отримати додаткові відомості про функцію резервного копіювання та відновлення клацніть номер статті в базі знань Microsoft Knowledge Base:
325257Підтримка Вебкаст: Відновлення SQL Server 2000 бази даних: архівувати і відновлення
281122 Опис відновлення резервних копій файлів і filegroup в SQL Server
Додаткові відомості про архівувати та відновлення функцію, відвідайте такі веб-сайти корпорації Майкрософт:
ASPX http://msdn2.Microsoft.com/EN-US/Library/aa196617 (SQL.80)
ASPX http://msdn2.Microsoft.com/EN-US/Library/aa196685 (SQL.80)
ASPX http://msdn2.Microsoft.com/EN-US/Library/aa178143 (SQL.80)

дублювання диска надмірність даних за допомогою надлишковий масив незалежних дисків (RAID)

РЕЙД зберігає надлишкові дані на кількох дисках для надання більшої надійність і менш простою для серверів. RAID рівня 0, 1 та 5 зазвичай використовуються як параметри відновлення для SQL Server. RAID технологій, згадані дозволяють провал і подальшим заміна одного дублювання диска без сервера, ходити в автономному режимі. Якщо кілька дублювання диска невдачі відбуваються, дані не можна частково відновити. Таким чином, корпорація Майкрософт рекомендує, що ви об'єднати управління надлишкові дані з резервної копії та відновлення процедуру, щоб допомогти, переконайтеся, що що не втратити дані, якщо апаратному провал або інших стихійних лих виникає.

RAID 0 використовує чергування технології для швидшого доступу, тоді як RAID 1 використовує Дзеркалювання технології для даних надійності. Поширений метод, що використовується в управління базами даних включає в себе сценарій виконання RAID 0 і RAID 1 разом. У Ця техніка, двох ідентичних смугастих масивів дисків постійно оновлюються Таким чином, щоб інформація, яка зберігається на обидва масиви те ж саме. Якщо один масив збій, інші масив автоматично бере на себе до оригінального масиву приніс назад онлайн.

RAID 5 (також відомий як чергування з контролем парності) використовує одну смугастих дисковий масив з контролем парності біти написав разом з на дані. Коли будь-який один дублювання диска вийде з ладу, Паритет біти використовуються для обчислення на відсутні дані, поки ви замініть дублювання диска. Під Вільний час заміни диска, ви можете використовувати парності інформації і даних, що залишилися, щоб заново створити дані з на не вдалося диска та скопіювати відновлюється дані на новий дублювання диска. Всі ці операції відбуваються без простої бази даних системи. РЕЙД надає багато інших можливості для вас, щоб допомогти, переконайтеся, що база даних системи досвід як мало простою, як це можливо.

Переваги і недоліки сценарій виконання РЕЙД

Перевага
Ви не втратити дані, якщо будь-який один дублювання диска вийде з ладу.
Недоліки
  • Це може зайняти багато часу, щоб відновити дані.
  • Якщо кілька дисків fail, ви не зможете відновити цінні дані.
Щоб отримати додаткові відомості про RAID клацніть номер статті в базі знань Microsoft Knowledge Base:
100110Огляд надлишкових масивів недорогих дисків (RAID)

ПОСИЛАННЯ

Для завантаження оновленої версії SQL Server 2000 книг Онлайн відвідайте такий веб-сайт корпорації Майкрософт:
http://www.Microsoft.com/Downloads/Details.aspx?FamilyId=8E2DFC8D-C20E-4446-99A9-B7F0213F8BC5
Щоб отримати додаткові відомості про інші можливості аварійного відновлення клацніть номер статті в базі знань Microsoft Knowledge Base:
307775Аварійного відновлення статті для Microsoft SQL Server
Щоб отримати додаткові відомості про відмови кластеризації клацніть номер статті в базі знань Microsoft Knowledge Base:
195761Часті питання - SQL Server 7.0 - відмови
260758 Часті питання - SQL Server 2000 - відмови Кластерізація
274446 Оновлення до SQL Server 2000 відмови рішення рекомендується для всіх non - SQL Server 2000 віртуальних серверів
280743 Windows кластеризації і географічно окремих сайтів
Додаткові відомості про архівувати та відновлення функцію, відвідайте такий веб-сайт корпорації Майкрософт:
http://TechNet.Microsoft.com/EN-US/Library/cc966495.aspx
Щоб отримати додаткові відомості про функцію резервного копіювання та відновлення клацніть номер статті в базі знань Microsoft Knowledge Base:
253817Як створити архівувати останніх Журнал транзакцій, коли майстер і файлів бази даних пошкоджено в SQL Server
314546 Переміщення баз даних між комп'ютерами, які працюють з SQL Server
Щоб отримати додаткові відомості про повний текстовий каталогом папок і файлів клацніть номер статті в базі знань Microsoft Knowledge Base:
240867Як переміщення, копіювання і архівувати повний текстовий каталогом папок і файлів

Властивості

Номер статті: 822400 - Востаннє переглянуто: 3 липня 2012 р. - Редакція: 1.0
ЗАСТОСОВУЄТЬСЯ ДО:
  • Microsoft SQL Server 2005 Standard Edition
  • Microsoft SQL Server 2005 Express Edition
  • Microsoft SQL 2005 Server Enterprise
  • Microsoft SQL Server 2005 Express Edition
  • Microsoft SQL 2005 Server Workgroup
  • Microsoft SQL Server 2000 Standard Edition
Ключові слова: 
kbdisasterrec kbreplication kbreplmgr kbclustering kbinfo kbmt KB822400 KbMtuk
Машинний переклад
УВАГА! Цю статтю переклала програма машинного перекладу Microsoft, а не людина. Корпорація Microsoft пропонує вам як машинні переклади, так і переклади фахівців, щоб Ви мали доступ до всіх статей бази знань рідною мовою. Проте стаття, яку переклав комп’ютер, не завжди бездоганна. Вона може містити лексичні, синтаксичні або граматичні помилки. Так само помиляється іноземець, спілкуючись вашою рідною мовою. Корпорація Microsoft не несе відповідальність за жодні неточності, помилки або шкоду, завдану неправильним перекладом змісту або його використанням з боку користувачів. Крім того, корпорація Microsoft часто оновлює програму машинного перекладу.
Клацніть тут, щоб переглянути цю статтю англійською мовою: 822400

Надіслати відгук

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com