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

Стандартный тип. Копирует всю информацию БД.

Преимущество: высокая скорость восстановления информации, т.к. 1 архив содержит все данные.

Недостаток:

• Большая длительность в создании архива даже при незначительном изменении БД;

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

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

7.4.1.4.Дифференциальное резервное копирование бд

Используется с целью уменьшения времени для получения копии БД. В его основе лежит механическое отслеживание всех выполненных изменений БД. Обычно проводится в 2 этапа: полное и дифференциальное.

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

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

7.4.1.5.Резервное копирование файлов или группы файлов

Полное резервное копирование позволяет архивировать только часть данных (не затрагивает индексы и не копирует поля типа image, text, ntext). Для архивирования этих типов следует использовать копирование отдельных файлов или групп файлов данных. Недостаток: занимает очень много времени.

При работе с очень большим БД группы файлов следует формировать, чтобы одни содержание часто изменяли файлы, а другие редко.

7.4.1.6.Дифференциальное резервное копирование файлов или групп файлов

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

7.4.1.7.Резервное копирование журнала транзакций

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

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

Восстановление журнала транзакций всегда начинается с полного копирования. Чтобы иметь возможность восстановить БД на определенное состояние и определенный момент, необходимо все копии журнала транзакций размещать на одном устройстве резервного копирования.

Скорость копирования/восстановления журнала транзакций зависит от сложности исполнения транзакций и объема данных, запрашиваемых данной транзакцией.

При резервном копировании журнала транзакций желательно указать способ обработки незавершенных транзакций, чтобы обеспечить целостность БД.

Резервное копирование журнала транзакций рекомендуется производить чаще, чем копирование БД с тем, чтобы сокращать неактивную часть журнала.

Выполнять резервное копирование журнала транзакций или БД можно либо в Enterprise Manager, либо с помощью команд BACKUPLOG и BACKUP DataBase (резервное копирование БД). Этот способ является предпочтительным, т.к. предполагает новые возможности создания резервных копий:

• Можно установить пароль при создании резервных копий;

• Разрешает создавать пароль для набора устройства резервного копирования;

• Возможность продолжить прерванное копирование.

Backup DataBase STUD to DISK = ‘C:\SQL\Temp.bak’ //создание полной резервной копии БД STUD в файле ‘C:\SQL\Temp.bak’

Backup DataBase STUD to StudBackup

Restore verifyonly from StudBackup

//создание полной резервной копии БД STUD на устройстве резервного копирования StudBackup и затем проверка резервной копии без восстановления данных

Backup DataBase STUD to StudBackup

With format, //заголовок определен для всех последовательно используемых для данного резервного копирования

Medianame = ‘StudBackup’, //определяет имя носителя

Name = ‘Full STUD Database Backup’, //определяет имя копии

Description = ‘Backup Set N1’, //определяет описание созданной копии

Stats = 25 //выводит сообщение о ходе процесса при выполнении каждых 25% от общего объема операции

Backup DataBase STUD to StudBackup1, StudBackup with medianame = “Media Set for STUD Database Backups” //создание полной резервной копии БД STUD на двух устройствах и проверяет определение метки Media Set for STUD Database Backups для набора носителей

Backup DataBase STUD to StudBackup with DIFFERENTIAL //создание дифференциальной копии БД STUD на устройстве резервного копирования

Backup DataBase STUD FILE = ‘STUD_data’ To StudBackup //создание копии файла STUD_data.mdf на устройство резервного копирования

Backup DataBase STUD FILEGROUP = ‘PRIMARY’ TO StudBackup //создание копии группы файлов PRIMARY БД STUD

Backup DataBase STUD TO StudLogBackup //создание копии журнала транзакций БД STUD

Backup DataBase STUD TO StudLogBackup with NO_TRUNCATE //создание копии журнала транзакций БД STUD, но журнал транзакций не усекается