Як підготувати дзеркальну базу даних для дзеркального відображення (Transact-SQL), Microsoft Docs

Дзеркальна база даних має існувати до початку сеансу дзеркального відображення бази даних. Ім'я дзеркальної бази даних має збігатися з ім'ям бази даних. Власник бази даних або системний адміністратор може створити дзеркальну базу даних із останньої повної резервної копії основної бази даних і хоча б однієї наступної резервної копії журналів. Для дзеркального відображення дзеркальна база даних повинна залишатися у стані RESTORING. Тому при відновлення резервної копії в дзеркальній базі даних необхідно для всіх операцій відновлення вказати пропозицію WITH NORECOVERY.

Якщо дзеркальне відображення було видалено, а дзеркальна база даних залишається в стані RECOVERING, дзеркальне відображення можна запустити повторно. Однак, по-перше, необхідно створити хоча б одну резервну копію журналів основної бази даних. По-друге, у дзеркальній безі даних слід відновити з параметром WITH NORECOVERY усі резервні копії журналів, створені у основній базі даних із видалення дзеркальної бази даних.

Примітка

Не можна відображати системні бази данихmaster,msdb,temp таmodel.

Створення бази даних для дзеркального відображення бази даних

Переконайтеся, що MicrosoftSQL Server 2008 встановлений як в основному, так і в дзеркальному екземплярі сервера.

Перевірте, чи бази даних використовують модель повного відновлення.

Зробіть повну резервну копію бази даних.

Примітка

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

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

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

Щоб створити дзеркальну базу даних, відновіть на екземплярі дзеркального сервера повну резервну копію бази даних. Інструкція RESTORE DATABASE ім'я_бази_даних має містити пропозицію WITH NORECOVERY, де ім'я_бази_даних — ім'я дзеркальної бази даних.

Примітка

При відновленні файлової групи бази даних файлової групи слід відновити базу даних повністю.

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

Якщо розміщення файлів відрізняється, наприклад, якщо основна база даних розташована на диску «F:», а на дзеркальній системі немає диска «F:», то в інструкцію RESTORE необхідно включити параметр MOVE.

Важливо!

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

Зазвичай в основній базі даних необхідно створити хоча б одну резервну копію журналів,скопіювати її на дзеркальний сервер та відновити її у дзеркальній базі даних (з параметром WITH NORECOVERY). Однак резервна копія журналів може не знадобитися, якщо база даних щойно створена і в ній ще не було створено жодної резервної копії журналів або якщо модель відновлення щойно змінена з SIMPLE на FULL.

За допомогою SQL Server або Transact-SQL можна застосувати резервну копію журналів до дзеркальної бази даних.

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

Примітка з безпеки

Параметр TRUSTWORTHY встановлюється у значення OFF щоразу під час створення резервної копії бази даних. Таким чином, у новій дзеркальній базі даних він завжди має значення OFF. Якщо після переходу на інший ресурс необхідно, щоб база даних знову стала надійною, виконайте додаткові дії. Для отримання додаткових відомостей див. розділ Як настроїти дзеркальну базу даних на використання властивості TRUSTWORTHY.

Важливо!

Якщо дзеркальне відображення бази даних зупинено, перед повторним запуском до дзеркальної бази даних необхідно застосувати всі наступні резервні копії журналів, отримані з основної бази даних.

Перед тим, як розпочати сеанс дзеркального відображення бази даних, потрібно створити дзеркальну базу даних. Це потрібно зробити безпосередньо перед запуском дзеркального сеансу відображення.

У цьому прикладі використовується зразок бази даних AdventureWorks, в якомузастосовується модель простого відновлення.

Щоб увімкнути дзеркальне відображення бази даних AdventureWorks, переключіть базу даних на модель повного відновлення.

Після зміни моделі відновлення з SIMPLE на FULL створіть повну резервну копію, за допомогою якої можна буде створити дзеркальну базу даних. Оскільки модель відновлення була змінена, вказується параметр WITH FORMAT для створення нового набору носіїв. Це корисно для відокремлення резервних копій при моделі повного відновлення від резервних копій, зроблених за простої моделі відновлення. У цьому прикладі файл резервної копії (C:\AdventureWorks.bak) створюється тому ж диску, як і база даних.

Примітка

Для виробничої бази даних необхідно завжди робити резервні копії різні пристрої.

На екземплярі основного сервера (PARTNERHOST1) створіть повну резервну копію основної бази даних таким чином:

Створіть повну резервну копію на дзеркальному сервері.

Відновіть її на екземпляр дзеркального сервера з WITH NORECOVERY. Команда відновлення залежить від того, чи ідентичні шляхи основної та дзеркальної баз даних.

Якщо шляхи ідентичні:

на екземплярі дзеркального сервера (PARTNERHOST5) виконайте відновлення з повної резервної копії таким чином:

Якщо шляхи відрізняються:

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

Важливо!

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

Наприклад, наступна команда відновлює резервну копію основної бази даних, яка знаходиться в каталозі C: ​​Program Files Microsoft SQL Server MSSQL.nMSSQL Data, в інше розташування, D: Program Files Microsoft SQL Server \MSSQL.n\MSSQL\Data\», де має бути дзеркальна база даних.

Після створення повної резервної копії обов'язково створюється резервна копія журналів для бази даних. У цьому прикладі за допомогою інструкції Transact-SQL створюється резервна копія журналів для того ж файлу, який використовувався в попередній повній резервній копії.

Перед тим, як приступати до дзеркального відображення, необхідно застосувати потрібну резервну копію журналів (і всі наступні резервні копії журналів).

Наприклад, наступна інструкція Transact-SQL відновлює перший журнал із файлу C:\AdventureWorks.bak.

Якщо перед запуском дзеркального відображення створювалися додаткові резервні копії журналів, необхідно послідовно відновити їх у дзеркальному сервері з параметром WITH NORECOVERY.

Наприклад, наступна інструкція Transact-SQL відновлює два додаткові журнали із файлу C:\AdventureWorks.bak.

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