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

                                                                              104



     Существует ряд операций, которые не могут выполняться одновременно с
процессом создания резервной копии. Список этих операций следующий:
        • создание и удаление файлов базы данных;
        • создание индексов;
        • выполнение операций, не регистрируемых в журнале транзакций, и др.
     Если при начале создания резервной копии запускается одна из указанных
операций, то попытка завершится неудачей и пользователь получит соответствую-
щее сообщение об ошибке. Если же во время создания архива система или пользо-
ватель пытаются выполнить запрещенные операции, то они отменяются, а процесс
резервирования продолжается.
     Полная копия базы данных (database backup) является стандартным типом
резервного копирования. Этот тип резервирования предполагает полное копирова-
ние всей информации, имеющейся в базе данных. В качестве приемника данных
может выступать либо обычный файл, либо специальное устройство резервного ко-
пирования, такое, как стример, CD или ZIP-ДИСК.
     Полное копирование данных имеет свои недостатки и преимущества. К пре-
имуществам можно отнести то, что для приведения системы в рабочее состояние
достаточно восстановить лишь один архив, так как вся необходимая информация
содержится в единственной резервной копии. К недостаткам же относится длитель-
ное время создания архива даже в случае внесения незначительных изменений в ба-
зу данных. Независимо от того, какая часть информации была изменена (или не из-
менена вовсе), создание архива будет занимать всегда одинаковое время. При работе
с большими базами данных это является существенным недостатком, так как вслед-
ствие значительного времени создания архива приходится выполнять резервное ко-
пирование раз в сутки, обычно ночью, или даже раз в неделю, в выходной день. Ак-
туальность таких архивов низка. Предположим, что создание резервных копий про-
изводится раз в неделю, в выходные дни, а сбой происходит в пятницу. Админист-
ратор сможет восстановить систему, но изменения, производимые пользователями в
течение недели, будут потеряны. Поэтому полное копирование данных необходимо