Стратегии резервного копирования

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

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

Ниже приведены некоторые общие рекомендации по выбору стратегии резервного копирования:

  • Убедитесь, что возможно восстановление данных даже после серьезных сбоев.

    Сможет ли система продолжать работу в случае отказа одного из жестких дисков? Можно ли будет восстановить систему, если откажут все жесткие диски? Возможно ли восстановление системы, если дискеты или магнитная лента с резервной копией будут потеряны, украдены или повреждены? Насколько трудно будет вновь создать данные в случае потери? Обязательно разработайте стратегию, позволяющую восстановить систему после потери всех данных, даже если такое событие кажется вам маловероятным.

  • Периодически проверяйте резервные копии.

    Носители резервных копий и соответствующие устройства могут оказаться ненадежными. Большая библиотека резервных лент и дискет будет совершенно бесполезна, если данные невозможно будет вновь перенести на жесткий диск. Для того чтобы убедиться, что резервные копии работоспособны, периодически просматривайте их оглавление (командой restore -T или, для архивов, tar -t). Если вы создаете архив на дискетах, и у вас есть несколько дисководов, проверьте этот архив на дисководе, отличном от того, на котором он был записан. Для повышения надежности резервного копирования можно создать дубликат резервной копии нулевого уровня на дополнительном наборе носителей. Если для создания резервной копии применяется потоковый накопитель на магнитной ленте, то элементарную проверку целостности ленты можно выполнить, например, с помощью команды tapechk. Дополнительная информация об этих командах приведена в разделах restore -T, tar -t и tapechk.

  • Не выбрасывайте старые резервные копии.

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

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

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

  • Убедитесь в том, что копируемые файлы в момент копирования не меняются.

    Не работайте в системе во время создания резервных копий. Изменение файлов во время резервного копирования приведет к тому, что созданная копия будет неточной.

  • Создавайте резервную копию системы перед внесением в нее значительных изменений.

    Рекомендуется всегда создавать резервную копию системы перед выполнением аппаратного тестирования или восстановления, перед установкой новых устройств, программ и т.п.

  • Прочие факторы.

    При разработке и реализации стратегии резервного копирования учтите следующие факторы:

    • Как часто меняются данные? Данные операционной системы изменяются сравнительно редко, поэтому их не нужно часто сохранять. С другой стороны, пользовательские данные обычно меняются часто и требуют соответствующей частоты обновления резервной копии.
    • Сколько пользователей работают в системе? Количество пользователей влияет на емкость носителя и частоту резервного копирования.
    • Насколько трудно будет воссоздать данные? Важно помнить, что некоторые данные нельзя восстановить в отсутствие резервной копии.

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

Прим.: При создании резервных копий именованных конвейеров (специальных файлов FIFO) конвейеры могут быть как закрыты, так и открыты. Однако, при попытке восстановления открытого конвейера произойдет ошибка. Для восстановления специального файла FIFO необходим только его i-узел, поскольку он содержит всю необходимую информацию. Содержимое конвейера с именем не восстанавливается. Таким образом, перед резервным копированием размер файла должен быть равен нулю (все FIFO закрыты).
Внимание: Процедуры резервного копирования и восстановления требуют, чтобы восстановление выполнялось в системе с тем же типом платформы, что и сохранение. Особенно важно, чтобы платы CPU и планара ввода-вывода были одного типа.