В настоящее время у меня есть простой процесс резервного копирования, в котором сценарий запускается ежедневно через cron. Если в приводе есть лента, он будет использовать cpio для резервного копирования критически важных файлов, при этом полное резервное копирование системы выполняется раз в неделю. По большей части это работает нормально.
Однако проблема, которая возникает время от времени, заключается в том, что еженедельное резервное копирование завершается ошибкой со следующей ошибкой:
UX: cpio: ОШИБКА: не удается открыть "/ dev / tty"
Это почти всегда просто случай, когда текущая лента заполнена, и cpio невозможность доступа к управляющему терминалу для запроса следующей ленты из-за выполнения задания cron. На следующее утро запуск сценария вручную работает нормально.
Однако запуск резервного копирования вручную не является оптимальным из-за того, что полное резервное копирование системы занимает около пяти часов, в течение которых система находится в пиковом режиме (и, следовательно, подвержена изменениям в середине резервного копирования). Намного предпочтительнее, чтобы он запускался автоматически в течение ночи.
Очистка системы от ненужных файлов, чтобы уместить ее на одной ленте, может у меня далеко не все.
Есть ли способ автоматизировать задание резервного копирования, которое может охватывать ленты? У меня есть второй ленточный накопитель, который я смогу добавить к серверу, но не уверен, что это поможет. Я бы предпочел продолжать использовать cpio вместо того, чтобы проходить все стресс-тесты / документацию совершенно новой системы резервного копирования, если это не абсолютно необходимо.
Для справки, я бегу SCO OpenServer 6.
Один из вариантов использования двух дисков - запуск двух отдельных cpio рабочие места, одновременно выполняя резервное копирование различных частей системы. Тогда задача состоит в том, чтобы найти разделительную линию, которая работает для вас. Еще одно преимущество заключается в том, что полное резервное копирование будет выполняться быстрее, если шины данных не будут перегружены.
Это не масштабируется, если для вашей резервной копии требуется более двух лент.
Я помню, давным-давно, я делал что-то вроде использования ожидать для запуска резервного копирования и использования символической ссылки на устройство вместо реального устройства (указывающего сначала на первую ленту), поэтому при обнаружении конца ленты вы меняете ссылку на вторую ленту, а затем отправляете <RETURN> к команде резервного копирования, и она продолжит выполнение второй.