Резервное копирование файла данных

Резервное копирование файла данных позволяет получать резервную копию отдельного файла из группы файлов. Этот тип резервного копирования действует в сочетании с возможностью восстановления отдельного файла данных в SQL Server. Резервное копирование файла данных может оказаться полезным, если недостаточно времени для ежесуточного резервного копирования всей группы файлов, поскольку можно использовать ротацию копируемых файлов данных. В случае отказа диска, сопряжённого с потерей или порчей файла данных, можно восстановить только этот файл данных. И чем больше период времени, прошедший с момента резервного копирования этого файла данных, тем больше времени займёт процесс восстановления.

Комбинирование разностных резервных копий и резервных копий журнала транзакций

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

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

Интервал времени между созданием резервных копий журнала транзакций зависит от:

• количества и размера транзакций, обращения к базе данных; при этой стратегии резервного копирования SQL Server должен хранить все транзакции до тех пор, пока не будет сохранена резервная копия журнала транзакций; следовательно, в файл журнала транзакций должны поместиться все транзакции, которые были выполнены за период времени между двумя последовательными резервными копированиями журнала транзакций; если журнал заполняется слишком быстро, следует уменьшить временные интервалы между созданием резервных копий журнала транзакций или увеличить размер файла журнала транзакций;

• приемлемого объёма потери данных; SQL Server даёт возможность восстановить данные вплоть до последней транзакции, если файлы данных утрачены; если же журнал транзакций будет повреждён или утрачен, то можно будет восстановить только данные на момент последнего резервного копирования журнала транзакций; уменьшение временных промежутков между созданием резервных копий журнала транзакций снизит объём потерянных данных.

рис. 16.4.  Комбинированная стратегия резервного копирования

Выполнение резервного копирования

Резервное копирование можно выполнять с помощью Management Studio и команд T-SQL. Во многих случаях проще всего использовать Management Studio, однако, команды T-SQL можно помещать в сценарии SQL и многократно повторять.

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