Этот ответ может быть частичным, но я делаю это, так как было так много вопросов, что решение только некоторых из них может занять несколько комментариев.
Вероятно, лучше не создавать один архивный файл 7-Zip перед копированием по сети. Один плохой бит может вызвать проблемы не только с одним файлом, но и со всем архивом, что приведет к потере всех данных. (Таким образом, ваше хранилище данных просто не будет очень устойчивым.) Это также займет много времени и может превысить ограничения размера файла формата архива (возможно, в зависимости от того, какую версию программного обеспечения вы используете).
Не просто используйте 7-Zip для удаленного создания архива. 7-Zip может рассматривать данные несколько раз, возможно, как часть процесса сжатия и, возможно, просто для проверки данных. Чтобы избежать ненужного замедления, вы не хотите, чтобы данные передавались по сети один раз, а не перечитывали данные по сети. (На практике не обязательно проблема при создании небольших файлов данных.)
"было бы лучше скопировать папку и сжать на стороне сервера?"
Это может зависеть от различных факторов. Исторически сложилось так, что вы, безусловно, захотите сжать перед отправкой файла, чтобы минимизировать время передачи. Однако в наши дни сетевое оборудование может быть даже быстрее, чем оборудование для хранения дисков. То, что будет самым быстрым, может зависеть от состояния различных типов технологий, которые могут изменяться со временем.
Часто лучше иметь рабочие станции для работы, которые могут выполнять рабочие станции, чтобы централизованный сервер не перегружался слишком большой работой. Однако, если сервер более мощный, он может просто выполнить работу довольно быстро, в то время как работа на рабочей станции может занять больше времени и может иметь больше видимых эффектов, которые досадно замедляют работу компьютера, который кто-то фактически использует. Итак, еще раз, ответ может варьироваться.
Хороший метод для сжатия и отправки большой папки по локальной сети?
Это метод резервного копирования. Есть несколько решений. Некоторым людям нравится делать вещи очень скромно. В частности, в Unix они часто могут просто использовать "tar" для создания потока данных, и вместо сохранения этого потока данных в файл, они могут отправлять поток данных по каналу. Этот канал может сжимать данные и создавать новый канал. Канал может отправлять данные по сети, используя netcat. Люди могут делать разные творческие вещи (например, отправлять канал через "pv" для мониторинга прогресса). Другие люди предпочитают использовать более продвинутые решения, такие как rsync. Другие люди могут предпочесть полные коммерческие наборы, покупая дорогую программу резервного копирования. Не существует единого "правильного" способа, поэтому выберите вариант, который вам подходит, и заставьте его работать.
Помните, однако, что вы, вероятно, хотите восстановить один файл, вместо того, чтобы копировать весь архив, содержащий много файлов.
Имейте в виду, что известно, что 7-Zip выпускает версии, в которых записаны неверные данные, которые нельзя извлечь. Я испытал это при создании ZIP-файлов (из 7-Zip). Если вы действительно заботитесь о данных, не доверяйте сжатым данным, пока не проверите их. Это, вероятно, всегда хороший совет, но я особенно считаю его важным для 7-Zip. (Я люблю 7-Zip. Бесплатный, простой в использовании, универсальный с различными форматами сжатия и создающий файлы ZIP в очень близком к минимальному размеру, который я могу сделать при использовании разнообразного специализированного программного обеспечения. Тем не менее, это не очень хорошо, чтобы приукрашивать реальность, поэтому лучше знать об ограничениях, которые она имеет.)
