Резервное копирование и восстановление данных

Резервное копирование (backup) необходимо для защиты инвестиций вложенных в накопление данных. Закон Мерфи (закон подлости): «если есть вероятность того, что какая-нибудь неприятность может случиться, то она обязательно произойдёт». Например, если вы не сделаете резервную копию базы данных, то она обязательно упадет.

Все операции в SQL Server 2008 являются транзакционными, а транзакции сохраняются перед выполнением в журнал транзакций (Transaction Log) и остается в нем после выполнения транзакции. Журнал транзакций дает уверенность в том, что любая транзакция может быть восстановлена на момент падения сервера. Более того журнал транзакций может уменьшить воздействия падения жесткого диска, поскольку может храниться на другом физическом носителе информации (отличном от того, где расположен файл с данными).

SQL Server 2008 имеет несколько моделей восстановления данных. Каждая база данных одновременно может обладать только одной моделью восстановления.

Simple – журнал транзакций периодически очищается, экономится место на жестком диске, максимальная производительность пакетных (балковых) операций. Данные можно восстановить только из полного бэкапа. Обычно используется разработчиками, специалистами по тестированию или для баз данных, из которых производится только чтение (например, баз данных для отчетов).

Bulk-Logged – балковые операции выполняются с минимальным логированием с контрольными точками до и после операции, что не позволяет восстановить данные на определенный момент времени. Все остальные операции логируются полностью. Максимальная производительность балковых операций. Данные можно восстановить как из полного бэкапа, так и из бэкапа лога транзакций (если не было балковых операций).

Full – сохраняется полный лог (журнал) всех транзакций. Данные можно восстановить как из полного бэкапа, так и из бэкапа лога транзакций. Сервер работает медленнее при балковых операциях. Обеспечивает максимальную надежность и предотвращает потерю данных.

В SQL Server 2008 существует несколько опций создания резервной копии:

Full backup (полная резервная копия) – полная копия всех данных из базы данных

Diff backup (разностная резервная копия) – копия только тех страниц данных, которые изменились с последней операции резервного копирования.

Transaction Log backup (резервная копия журнала транзакций) – копия всех транзакций из журнала транзакций. При этом журнал транзакций очищается, что позволяет экономить место на жестком диске.

Best Practice (рекомендуемые решения).

План резервного копирования и восстановления при Simple модели. Еженедельное создание Full бэкапа, ежедневное создание Diff бэкапа.

План резервного копирования и восстановления при Full или Bulk-Logged модели. Создание Full бэкапа дважды в неделю, ежедневное создание Diff бэкапа и создание Transaction Log бэкапа в течении суток. Частота создания Transaction Log бэкапа определяется скоростью роста размера журнала транзакций и тем, сколько стоит восстановление данных за единицу времени. Например, если Transaction Log бэкап выполняется каждый час, то вы рискуете потерять в худшем случае час работы пользователей. Если работа по восстановлению работы пользователей дорогостоющая, то необходимо проводить бэкапы чаще.

Установка модели восстановления.

ALTER DATABASE <имя базы данных> SET Recovery [FULL | BULK_LOGGED | SIMPLE]

Резервное копирование

BACKUP DATABASE <имя базы данных> TO DISK='Z:\SQLServerBackups\<имя файла>.bak'

Восстановление

RESTORE DATABASE <имя базы данных>

FROM DISK = 'Z:\SQLServerBackups\<имя файла>.bak'

WITH

MOVE 'AdventureWorks_Data' TO

'C:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\Data\<имя файла>.mdf',

MOVE 'AdventureWorks_Log'

TO 'C:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\Data\<имя файла>.ldf'