У меня возникла проблема с решением для резервного копирования для небольшой компании.
Контур
Один общий ресурс NFS (на сервере Linux в сети)
5 жестких дисков (пн - пт)
Менять их нужно каждый день (подключается через USB-док-станцию),
затем смонтируйте их с клиента в сети и скопируйте данные.
Общий ресурс всегда находится в одном и том же месте, каждый жесткий диск всегда подключается к нему.
Проблемы:
1) Жесткие диски нельзя безопасно размонтировать, устройство всегда занято после подключения клиента к общему ресурсу. Даже когда между сервером и клиентом ничего не происходит)
2) После замены жесткого диска (пример: замените monday-hdd, вставьте tuesday-hdd) клиент не может оставаться подключенным и сразу же использовать только что вставленный жесткий диск, я должен отключить общий ресурс и снова подключить его.
Есть ли решение, которое позволило бы мне
а) просто каждый день переключать диск на сервере и на клиенте без принудительного отключения -l?
и
б) позволить клиенту просто продолжать работу с подключенным общим ресурсом без необходимости повторного подключения?
Как правило, иметь общий ресурс NFS для резервного копирования - плохая идея. Это постоянное соединение (или эквивалент), резервное копирование доступно в файловой системе в реальном времени, и, как вы описали выше, необходимо поддерживать клиент NFS.
Почему бы не использовать bareos или просто выполнить резервное копирование по ssh?
При использовании ssh я бы создал каталоги на каждом жестком диске с именами «mon», «tue» и так далее, в зависимости от того, для какого дня недели предназначен диск.
Затем клиент может отправить резервную копию по ssh на диск:
tar ... | ssh $backupuser@$backupserver "cat > /mnt/$(date +%a|tr A-Z a-z)/$HOSTNAME.tar"
Таким образом, если подключен неправильный диск (или нет диска), каталог дня недели не будет существовать и резервное копирование завершится неудачно, вместо перезаписи предыдущей резервной копии. Ваш мониторинг (или задание cron) должен предупреждать вас об этом, если он правильно настроен.
Если вы действительно не можете избежать NFS, по крайней мере подумайте о том, чтобы общий ресурс NFS был смонтирован непосредственно перед резервным копированием и отключен сразу после этого. Однако это ненадежное решение. Например, если сценарий резервного копирования завершится, резервное копирование на следующий день не сможет подключить общий ресурс NFS.
В долгосрочной перспективе установка bareos, вероятно, станет гораздо лучшим решением.
Возможно, у вас будет отдельная доля на каждый день и одновременно вставить 2 диска во время переключения.
Вставить монтирование диска во вторник как папку вторника. Запустить общий ресурс NFS-Вт. Сделать клиентский сценарий для отключения и подключения общего ресурса нового дня (такое же локальное подключение). Теперь клиент использует новый диск. Остановить общий ресурс NFS-Mon. Размонтировать диск в понедельник, отключить его и поместить в хранилище.
Промыть и повторить? Должен иметь возможность относительно легко написать сценарий (без физических движений)