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

Это последний из типов резервного копирование SQL Server 2000. Как уже было сказано, база данных состоит из одного или более файлов данных и одного или более файлов журнала транзакций. То есть любая база данных состоит минимум из двух файлов. Ни полное, ни резервное копирование не позволяют архивировать только часть данных, например, только данные без индексов или только столбцы типа image, text и ntext. Резервная копия журнала транзакций ото­бражает лишь операции изменения данных.

SQL Server 2000 позволяет выполнять частичное архивирование данных. Для этого администратор должен использовать копирование файлов или групп файлов. Такой подход позволяет контролировать диапазон архивируемых данных вплоть до конкретного столбца таблицы. В основе этого подхода лежит возможность привязывания таблицы или даже отдельного столбца к конкретному файлу или группе файлов. Все данные, принадлежащие столбцу, будут размещаться только в указанном файле или группе файлов. Обычно к файлу или группе файлов привязываются либо таблицы целиком, либо столбцы с типом данных im­age, text и ntext, требующие значительных ресурсов для их обработки.

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

Для восстановления целостности данных будет достаточно восстановить отдельный файл или группу файлов. Однако чтобы такое восстановление не сопровождалось проблемами, администратор обязан следить за тем, чтобы связанные данные оставались согласованными после восстановления архива. Рассмотрим следующую ситуацию. Имеются две связанные таблицы, прикрепленные к разным файлам и архивируемые отдельно. В первой, основной таблице хранится описание сотрудников фирмы, а во второй — проекты, над которыми они работают. Проекты связаны с людьми по личным идентификаторам сотрудников, которые определяются в первой таблице. Предположим, что файл с основной таблицей был поврежден, и администратор восстановил архив недельной давности. За время, прошедшее с момента создания этого архива, в первую таблицу были добавлены несколько строк, описывающие новых сотрудников. Эти сотрудники были закреплены за определенными проектами, что было отображено во второй таблице. После восстановления файла с первой таблицей данные о новых сотрудниках окажутся потерянными. Однако во второй таблице останется информация о связи новых сотрудников с проектами. Налицо нарушение целостности данных. Во избежание подобных проблем рекомендуется хранить все связанные данные в одной группе файлов и выполнять ее архивирование за одну операцию.

В некоторых случаях создание полной копии базы данных невозможно, т. к. необходимо обеспечить практически круглосуточную работу сервера семь дней в неделю. У администратора имеется в распоряжении всего два-три часа в сутки. С помощью архивирования файлов или группы файлов администратор может разбить архивирование большой базы данных на несколько менее "тяжелых" операций, занимающих меньше времени. Создание резервной копии всей базы данных можно разбить на несколько операций архивирования отдельных файлов базы данных. В этом случае архивирование базы данных может растянуться на несколько суток. В принципе этот процесс может быть непрерывным. По завершении архивирования последнего файла, SQL Server 2000 может начать все заново.

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

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