Методика архивирования и восстановления БД DIRECTUM

Часто клиенты спрашивают о архивировании БД DIRECTUM, например, какой тип архивирования рекомендуется использовать или как часто можно архивировать БД и т.д., поэтому я решил писать нескольких блогов по этому поводу. В первом блоге, буду причислять основные моменты методики архивирования и восстановления Поехали>>>>>>>>>>>>>>>>>>>

В SQL Server существуют различные типы резервного копирования, такие как:

• полная резервная копия;
• дифференциальное резервное копирование;
• copy-only резервное копирование;
• транзакционное резервное копирование.

Полная резервная копия

Полная резервная копия базы данных – это копия, охватывающая всю базу данных. Полное резервное копирование можно применять для восстановления базы данных до того состояния, в котором она находилась, когда было завершено резервное копирование.

Примечание: SQL Server позволяет обновлять базу данных, пока идёт процесс резервного копирования.

SQL Server отслеживает процессы, происходящие во время снятия резервной копии, посредством записи частей журнала транзакций в резервную копию базы данных. Резервная копия также записывает log sequence number (LSN), когда начинается или завершается резервное копирование.

Log sequence number (LSN) - это уникальный последовательный номер, который можно использовать для определения порядка, в котором производились обновления базы. LSN используется в процессе восстановления при возвращении в состояние, соответствующее транзакционной последовательности. Полное резервное копирование базы данных часто применяется совместно с другими типами копирования и устанавливает базу при выполнении восстановительных операций.

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

Этот тип резервного копирования доступен во всех версиях SQL.

Дифференциальное резервное копирование

Дифференциальное резервное копирование базы данных захватывает изменения любых данных, которые произошли с базой данных после захваты полного резервного копирования.

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

Преимущества дифференциального резервного копирования:

●    Дифференциальное резервное копирование может сэкономить пространство копии;

●    Улучшение общей скорости восстановления.

Данный тип резервного копирования доступен во всех версиях SQL Server.

Copy-only резервное копирование

Copy-only резервное копирование является новинкой для SQL Server 2005. Они позволяют делать резервные копии любого типа, не влияя на другие резервные копии. Обычно резервная копия базы данных записывается в самой базе данных и определяется как часть цепи, которую можно использовать при восстановлении. Например, если делается полная резервная копия базы данных, то последующие дифференциальные резервные копии используют ее в качестве основы. Процесс восстановления, использующий дифференциальные резервные копии базы данных, ссылается на полную копию базы данных, и эта копия должна быть доступна.

Copy-only резервное копирование не влияет на цепь восстановления. Оно полезно в ситуациях, когда вы хотите сделать копию базы данных просто в целях проверки или что-то в этом роде.

Примечание: В SQL server 2005 Copy-only резервное копирование не поддерживается через SQL Server Management Studio, только выполняется через SQL-запрос. В SQL Server 2008 оно доступно в SQL Server Management Studio.

Данный тип резервного копирования доступен только в SQL server 2005 и SQL Server 2008.

Транзакционное резервное копирование

Резервное копирование журнала транзакций захватывает записи в файлах журнала транзакций. Full и Bulk logged модели восстановления – это те модели, которые поддерживают резервное копирование журнала транзакций. Эти модели заставляют транзакционные события сохраняться в журнале транзакций так, что они могут подвергаться резервному копированию. Режим Simple Recovery восстановления вызывает сокращение журнала транзакций в первую очередь, таким образом, сводя на нет пользу от резервного копирования транзакционного журнала.

Стратегия создания резервного копирования

Имеются много типов резервного копирования, эти типы вместе используются для создания плана резервного копирования БД. Хороший план – это тот план, который обеспечивает высокий уровень защиты БД.

В данном разделе описываются несколько примеров стратегий создания резервного копирования.

Примечание: Стратегия создания резервного копирования изменяется от компании к компании в зависимости от того, как используется система.

Пример № 1: Создание полного резервного копирования (Только)

В данной ситуации каждый день создаётся полная резервная копия

Недостатки:

• Размер резервной копии большой;
• В случае сбоя днём все данные, созданные днём, потеряются.  

Пример № 2: Смешение полных и дифференциальных резервных копий

В данной ситуации каждый день создаётся дифференциальная резервная копия, а только один раз в неделю создаётся полная резервная копия.

Преимущества:

• Размер резервной копии маленький;
• Сокращается время выполнения резервного копирования.

Недостатки:

• В случае сбоя днём все данные, созданные днём, потеряются;
• В случае потери полной резервной копии все дифференциальные резервные копии испортятся.

Пример № 3: Несколько дифференциальных и одна резервная копия в день

В данной ситуации днём создаются несколько дифференциальных резервных копий, например, каждые 3 часа. Также и создаётся одна полная резервная копия каждую ночь.

Преимущества:

• В случае сбоя днём потеряются только данные, созданные после создания последней дифференциальной резервной копии.

Недостаток:

• Размер дифференциальных резервных копий большой.

Пример № 4: Несколько транзакционных резервных копий и одна резервная копия в день

В данной ситуации днём создаются несколько транзакционных резервных копий (например, каждые 30 мин.), также и создаётся одна дифференциальная копия каждую ночь и одна полная копия каждую неделю.

Примечание: Транзакционное резервное копирование требует Full или bulk-logged Recover режим.

Преимущества:

• С помощью транзакционного резервного копирования, возможно, восстанавливать БД на определённый момент времени;
• Размер резервной копии маленький.

Недостатки:

• В случае потери полную резервную копию то, все дифференциальные резервные копии испортятся.
• Сложно восстановливается.  

Далее

В следующем блоге подготовлю вам инструкции каждого типа архивирования, и еще будут скринкасты.