barsthebars

Advanced Member | Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
Цитата: сетевое соединение нестабильное само по себе было? Проблемы именно при сетевом монтировании контейнеров возникали? А при обычном копировании и прочей работе по сети как? | Сетевое стабильное - Гигабитная сеть, кабель 0.5 метра, тест по кабелю на отлично. При обычной работе по сети - проблем нет, на уровне HDD по скорости работы. Проблемы начинают возникать в двух случаях: - выносим базу 1С на NAS - через некоторое время получаем сбои и затыки. - выносим контейнер TC на NAS - пока мало чтения-записи - все норм, как только нагружаем дисковую подсистему или сеть работой - идут сбои. Из этих двух случаев можно сделать вывод, что лагает сильнонагруженная подсистема сети в Win скорее всего, и на NAS прилетает битая информация, которая и будет записана в контейнер или базу. Что не есть гуд. Это если по простому по пользовательски - попытка-реализация-результат. Вывод - можно, но - не нагружать в момент бэкапов\работы обе системы, и рискованно по потерям. Вывод два - не нужно. Решение, на котором остановился для реализации поставленной задачи: работа в паре Duplicati+GoodSync = сжатие zip + шифрование AES256 + одновременная заливка в NAS+HDD+облака + инкрементность. Что в куче дало в разы меньшее время копирования в большее количество мест при этом, уменьшение загрузки ресурсов оборудования, увеличение безопасности хранения дополнительного резервирования в каждом месте. Добавлено: UPD. Один из потоков бэкапа при этом идет в контейнер TC, но расположенный на HDD.
---------- С уважением, Bars. |
|