Администирование СУБД MS SQL Server 2000. Шибанов С.В - 109 стр.

                                                                             109



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



                   3.7.2. Выбор носителя для резервной копии
     Важным моментом планирования процесса резервного копирования является
выбор носителя, на котором будет храниться резервная копия. Настоятельно реко-
мендуется не хранить резервную копию на одном диске с исходными данными, так
как при повреждении аппаратной части вы можете лишиться и рабочих данных, и
резервной копии. Хранение архива вместе с данными допустимо только в том слу-
чае, если вы уверены в аппаратной части и опасаетесь повреждений данных, вы-
званных действиями пользователей. Пользователи не могут повредить резервную
копию.
     В качестве носителя информации для системы резервного копирования могут
использоваться:
         • магнитная лента;
         • диск;
         • сетевой ресурс;
         • именованные каналы.