Запам'ятайте, якщо Ви відновлюєте базу, використовуючи Simple Recovery Model, Вам потрібно буде відновити лише останню повну копію. Якщо ж Ви використовуєте Full або Bulk Recovery Model. Ви повинні відновити повну копію, потім останню диференціальну копію і всі копії журналів транзакцій. Вивчимо докладніше процеси відновлення.
Відновлення бази даних з повною копії.
Незалежно від моделі відновлення, першим кроком завжди є відновлення останньої повної резервної копії. Для відновлення БД в Enterprise Manager, слід виділити базу даних, двічі клацнути по ній правою кнопкою миші і вибрати в контекстному меню "All Tasks> Restore Database", після цього відкриється діалогове вікно, показане на рисунку A.
Діалогове вікно Restore Database дозволяє переглядати всі останні резервні копії в хронологічному порядку. Там же Ви можете вибрати базу даних, яку потрібно відновити. На вкладці Options показаною на рисунку B, Ви можете вибрати зро опції:
- Eject tapes after restoring each backup (вивантажувати стрічку після кожного відновлення)
- Prompt befor restoring each backup (видавати додаткове попередження перед початком відновлення кожної копії)
- Force restore over existing database (здійснювати відновлення поверх існуючої бази даних), ця опція еквівалентна Move в T-SQL.
У нижній частині вікна знаходяться три перемикача, які дозволяють визначити стан бази після відновлення копії:
- Leave Database Operational. No Additional Transaction Logs Can Be Restored.
- Якщо Ви вибрали це значення, то після завантаження резервної копії буде ініційований процес відновлення, що приведе до зниження всіх незавершених транзакцій. Чи стане неможливою завантаження додаткових копій журналу транзакцій. Користувачі отримають можливість нормально працювати з базою даних.
- Leave Database Nonoperational But Able To Restore Additional Transaction Logs.
- Після закінчення завантаження копії база даних буде залишатися тимчасово недоступний. Буде необхідно завантажити додаткові копії, після чого ініціювати процес відновлення.
- Leave Database Read-Only And Able To Restore Additional Transaction Logs.
- База даних стає доступною тільки для читання. Ви можете завантажити додаткові резервні копії журналу транзакцій. Ця опція використовується для створення резервного сервера (Standby Server)
Для відновлення бази даних і журналів транзакцій залишилося просто натиснути кнопку OK.
Відновлення бази даних за допомогою T-SQL.
Відновлення бази даних можна виконати і за допомогою T-SQL, який пропонує більше опцій ніж Enterprise Manager. Синтакс використання T-SQL команди наступний:
На рисунку C показано відновлення бази даних Pubs з повною копії з пристрою резервного копіювання.
Відновлення бази даних з диференціальної копії.
Якщо Ви використовуєте Full або Bulk Recovery Model, Ви повинні виконати спочатку відновлення повної резервної копії, потім останньої диференціальної копії і всіх журналів транзакцій. Для виконання відновлення бази даних, використовуючи диференціальну копію, в Enterprise Manager необхідно виділити базу даних, двічі клацнути по ній правою кнопкою миші і вибрати в контекстному меню "All Tasks> Restore Database", вибрати відновлення повної і диференціальної копії бази даних, а потім натиснути OK. (Малюнок D)
Синтаксис команди Restore для виконання відновлення з використанням диференціальних копій, показаний на рисунку Е.
Відновлення журналу транзакцій.
Перед початком відновлення журналу транзакцій, Ви повинні відновити повну і останню диференціальну копію бази. Потім Ви можете відновлювати журнали транзакцій в відповідному порядку. Якщо Ви використовуєте Enterprise Manager, потрібно виділити базу даних, двічі клацнути по ній правою кнопкою миші і вибрати в контекстному меню "All Tasks> Restore Database", вибрати всі потрібні копії і, якщо є необхідність, опцію Point in Time Restore (відновлення на певний момент часу) (Малюнок F).
Синтаксис команди Restore для відновлення журналу транзакцій, показаний на РісункеG.