Что эффективный путь состоит в том, чтобы скопировать большие файлы?

Простое и лучшее решение "Использовало бы любой брандмауэр, который Вы, оказывается, используете". Просто блокируйте доступ к порту 22 от 192.168.8.12 (или специфически только позвольте его от 192.168.8.11).

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

Определенная команда Вы хотите сделать то, что Вы описали выше:

# iptables -A INPUT -p tcp --dport ssh -s 192.168.8.12 -j DROP

Это добавляет правило к INPUT для трафика TCP, к которому стремятся Ваш ssh порт (22), который прибывает от 192.168.8.12 и отбрасывает его.

2
задан 20 July 2012 в 06:44
4 ответа

Используемая вами команда копирования, скорее всего, уже написана на C ++ или C, или даже с подпрограммами более низкого уровня, поэтому вы не увидите никакого увеличения скорости, просто используя существующие функции копирования. или методы на этих языках.

2
ответ дан 3 December 2019 в 10:54

You will be disk bound. Most likely the language/mechanism will be the same in the end (system calls). The fastest way is to upgrade disks to higher RPM and/or use a striped RAID configuration.

But make sure you are copying between two seperate physical drives. (i.e. reading from one and writing to the other).

If possible, just save the changes (deltas), not the whole file, perhaps every week doing a full backup. Also if the files are well suited to compression (e.g plain text), then compressing prior to writing to disk will be much faster.

1
ответ дан 3 December 2019 в 10:54

If you need to preserve file ACLs, consider xcopy or robocopy. I used it to mirror almost 600 GB of data from 2 different disk (400GB + 200GB) to a backup disk. Daily changes are almost 2GB (mostly small files) and finished copying in 45 minutes. The initial mirroring will take some time proportional to your data.

If need not preserve the ACLs, Terracopy will be faster

0
ответ дан 3 December 2019 в 10:54

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

1. Переместите файлы в другое место на том же диске / массиве.

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

2. Переименуйте файлы

Файлы остаются на том же месте, но имеют другое имя.

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

3. Заархивируйте файлы перед их резервным копированием

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

0
ответ дан 3 December 2019 в 10:54

Теги

Похожие вопросы