Резервування бази даних

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

Пристрої резервування

Резервна копія може створюватися на одному з двох можливих носіїв

■ Дискова підсистема Резервування може виконуватися як на локальний диск (бажано в дискової підсистемі, відмінною від тієї, де зберігаються файли бази даних), так і на жорсткий диск іншого сервера з використанням універсальної угоди про іменування Для збереження файлу архіву на віддаленому сервері обліковий запис SQL Server повинна мати відповідні привілеї

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

■ Магнітна стрічка SQL Server дозволяє резервувати дані безпосередньо на більшість стрічкопротяжних пристроїв

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

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

Зберігання та ротація резервних копій

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

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

Ще одним відмінним методом ротації магнітних стрічок є так званий паліндром Паліндромом називають слово, фразу або число, яке в прямому і зворотному порядку читається однаково, наприклад близько Миті молоко або 123454321 Деякі числа, будучи перевернутими і складеними самі з собою, дають в результаті паліндром, наприклад 236 +632 = 868 У паліндромів багата історія Ще в Стародавній Греції писали на фонтанах Nispon anomemata me monan opsin, що в перекладі означає змивай гріхи, як миєш своє обличчя.

Використовуючи чотири стрічки, марковані літерами від А до Г, ротацію стрічок можна організувати наступним способом: АБВГВБА АБВГВБА ..

Як альтернатива метод паліндрома можна організувати так, щоб кожна наступна буква представляла відносно більший інтервал Наприклад, букву А можна використовувати для щоденних архівів, Б – для щотижневих, В – для щомісячних, Г – для щоквартальних і тд

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

Виконання резервного копіювання в Management Studio

Перша резервна копія повинна бути повною з неї починається цикл резервування бази даних

можна виконати в утиліті Management Studio Для цього потрібно виділити базу даних, натиснути правою кнопкою миші і вибрати в контекстному меню пункт Tasks ^ Backup Відкриється вікно Back Up Database, показане на рис 363

Рис 363 Вікно Back Up Database має дві сторінки: одну із загальними настройками, іншу – з параметрами

Джерело даних резервного копіювання конфігурується на сторінці General

■ Database Резервируемая база даних За умовчанням це поточна база даних в Management Studio

■ Backup Тип резервного копіювання: full, differential або transaction-log Якщо в базі даних встановлено проста модель відновлення, то варіант transaction-log буде недоступним Якщо вибирається повне або диференційоване резервування, то резервна копія може створюватися для всієї бази даних або для виділених файлів або файлових груп

Всі інші елементи сторінки призначені для визначення приймача резервної копії

■ Name Обовязкове імя резервної копії

■ Description Необовязкова додаткова інформація про резервної копії

■ Expiration Date SQL Server не допустить заміщення даного архіву іншим до цієї дати закінчення терміну придатності

■ Destination Файл призначення на стрічці або диску Якщо поточний файл призначення не коректний, видаліть його і додайте коректний

■ Contents Список резервних копій, вже існуючих у файлі призначення

На сторінці Options представлені наступні параметри

■ Append to existing backup set або Overwrite all existing backup sets Цей параметр визначає, чи буде нова резервна копія додана в існуючий файл архіву, або буде инициализирован носій і в нього буде поміщений новий набір резервних копій Додатково SQL Server може перевірити дати закінчення терміну придатності переписував наборів

■ Verify backup upon complution Незважаючи на свою назву, цей параметр не порівнює дані резервної копії з базою даних також він не перевіряє цілісність архіву Він дозволяє просто отримати підтвердження про завершення формування набору резервних копій і про те, що файл читається Як би там не було, я завжди встановлюю цей параметр

Про Eject tape after backup Витягує стрічку з приводу, що дозволяє бува не переписати існуючий файл архіву

■ Remove inactive entries from the log Це еквівалент Management Studio операції стиснення журналу транзакцій Як тільки журнал транзакцій був успішно заархівований, з нього віддаляються всі транзакції, щоб файл журнали не розростався нескінченно

■ Check media set name and backup set expiration Перевіряє носій резервної копії на коректність

■ Backup set will expire Установка терміну придатності резервної копії До закінчення зазначеного строку дані архіву не можуть бути заміщені іншими

■ Initialize and labels Вказує серверу ініціалізувати стрічку і присвоїти їй мітку

в програмному коді

Команда backup пропонує більше варіантів резервного копіювання, ніж утиліта Management Studio Використання цієї команди може виявитися корисним для ручної

збірки завдань агента SQL Server Agent, що вважається більш правильним, ніж використання плану обслуговування Maintenance Plan Back Up Task

Якщо не брати в розрахунок всі додаткові параметри, то загальний вигляд команди резервного копіювання буде наступним:

BACKUP DATABASE імя_бази_даіних ТО DISK = шлях_до_файлу

WITH

NAME = 1 імя_архіва1

Наступна інструкція резервує базу даних СНА2 у файл на диску і привласнює архіву імя СНА2Backup:

BACKUP DATABASE СНА2

ТО DISK = e: \ Cha2Backupbak

WITH

NAME = 1CHA2Backup 1 Буде отримано наступний результат:

Processed 200 pages for database 1CHA2, file 1CHA2 on file 1

Processed 1 pages for database 1CHA2, file CHA2_log on file 1

BACKUP DATABASE successfully processed 2 01 pages in 0316 seconds (5191 MB/sec)

Команда резервного копіювання має ряд важливих параметрів, які хотілося б відзначити першими

■ Тарі Щоб створювати резервну копію на магнітній стрічці, а не на диску, використовуйте параметр ТО ТАРЕ і вкажіть місце розміщення архіву

ТАРЕ = \ \ \ TAPE01

■ Differential Вказує команді виконати диференційоване резервне копіювання, а не повне, прийняте за умовчанням Наступна команда виконає диференційоване резервування бази даних СНА2:

BACKUP DATABASE СНА2

ТО DISK = e: \ Cha2Backupbak

WITH

DIFFERENTIAL,

NAME = CHA2Backup 1

■ Для виконання резервного копіювання окремих файлів даних або файлової групи перерахуйте їх після імені бази даних Цей прийом допоможе правильно організувати резервні копії Наприклад, з міркувань зручності резервування навчальна база даних OBXKites зберігає статичні таблиці в однієї файлової групі, а активні таблиці в іншій – первинної

■ Password Якщо резервна копія створюється на незахищеній стрічці, настійно рекомендується захистити архів паролем Пароль застосовується до конкретного екземпляру архіву

Команда резервного копіювання має ряд додаткових, менш важливих параметрів

■ Description Цей параметр ідентичний однойменним полю Management Studio

■ ExpireDate Ідентичний Management Studio До закінчення зазначеного строку дані архіву не можуть бути заміщені іншими

■ RetainDays Кількість днів (ціле число) до того, як SQL Server може замістити резервну копію

■ Stats =% Вказує серверу інформувати про хід виконання резервного копіювання з вказаним кроком (у відсотках) За замовчуванням прийнятий крок у 10%

■ BlockSize Установка розміру блоку в архіві Для резервних копій, що зберігаються на диску, даний параметр не потрібен Для копій, створюваних на стрічці, він теж може не знадобитися, однак він здатний вирішити деякі проблеми сумісності При створенні резервних копій на диску автоматично застосовується розмір блоку, встановлений в операційній системі Windows Якщо обсяг диска більше 2 Гбайт, то розмір блоку звичайно встановлюється в 4096 байт Якщо резервну копію, створювану на диску, згодом планується записати на компакт-диск, то краще встановити розмір блоку в 2048 байт

■ MediaName Визначає імя томи носія Цей параметр використовується з міркувань безпеки Якщо архів додається в існуючий носій, то імена носіїв у рядку і приводі повинні збігатися

■ MediaDescription Записує необовязкове опис носія

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

■ Init / NoInit Ініціалізує стрічку або файл на диску, переписуючи всі існуючі набори резервних копій на носії SQL Server не допустить ініціалізації, якщо у будь-якого з архівів на носії ще не закінчився термін придатності або якщо не минув кількість днів його зберігання За замовчуванням використовується параметр No I nit

■ NoSkip / Skip Цей параметр дозволяє припустити перевірку імені та терміну придатності, що за звичайних умов може заборонити заміщення існуючої резервної копії За замовчуванням використовується параметр NoSkip

Наступні параметри застосовуються тільки при створенні резервних копій на магнітній стрічці

■ NoFormat / Format Перед створенням резервної копії магнітна стрічка (але не диск) Форматується При форматуванні автоматично встановлюються параметри Skip і Init

■ Rewind / NoRewind Вказує серверу автоматично перемотати стрічку в початок (використовується за замовчуванням)

■ UnLoad / Load Автоматично перемотує стрічку в початок і вивантажує її Цей параметр використовується за умовчанням, поки в іншій сесії не буде явно визначений параметр Load

■ Restart Якщо резервне копіювання за участю декількох магнітних стрічок зірвалося до завершення операції, то параметр Restart допоможе продовжити послідовність, починаючи з точки збою, без необхідності повернення до першої магнітній стрічці Використання цього параметра дозволяє заощадити час, однак після завершення операції резервування не забудьте запустити перевірку архіву за допомогою команди restore verifyonly (докладніше про це – в наступному розділі)

Програмна перевірка резервної копії

При створенні резервної копії в Managenet Studio у користувача є можливість перевірити архів, чого не дозволяє зробити команда backup Після завершення архівування Management Studio викликає команду restore verifyonly для виконання верифікації:

RESTORE VERIFYONLY

FROM DISK = e:\Cha2Backupbak

У разі успішної перевірки буде отриманий наступний результат:

The backup set is valid

Перевірка архіву має кілька параметрів, таких як Еj ect tape after backup Більшість цих параметрів призначене тільки для магнітних стрічок (до того ж їх назва говорить сама за себе)

Джерело: Нільсен, Пол Microsoft SQL Server 2005 Біблія користувача : Пер з англ – М: ООО ІД Вільямс , 2008 – 1232 с : Ил – Парал тит англ

Схожі статті:


Сподобалася стаття? Ви можете залишити відгук або підписатися на RSS , щоб автоматично отримувати інформацію про нові статтях.

Коментарів поки що немає.

Ваш отзыв

Поділ на параграфи відбувається автоматично, адреса електронної пошти ніколи не буде опублікований, допустимий HTML: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>

*

*