Более быстрая Синхронизация между двумя различными серверами
Я обычно запускаю путем рассмотрения пространства IP-адресов в двоичном файле и затем работаю от левого использования процесса, который Вы описали. Вот обход через процесса. Я буду использовать ? представить неприсвоенные биты, X для бит идентификатора узла и явно включают идентификационные биты подсети. Мы запускаем со следующего шаблона.
1000 1001 0100 1001 0100 ???? ???? ???? 137.73.64/20
Теперь нам нужны 11 битов для первой подсети, так как log2 (1800) меньше чем 11 и больше, чем 10.
1000 1001 0100 1001 0100 ?XXX XXXX XXXX 137.73.64/21
Один бит отмечен с a ? единственный подстановочный оставленный бит. Присвойте ему значение нуля, и Вы определили первую подсеть. Остающиеся подсети будут использовать значение одного так:
1000 1001 0100 1001 0100 ???? ???? ???? 137.73.64/20
1000 1001 0100 1001 0100 0XXX XXXX XXXX 137.73.64/21 2,048 addresses
1000 1001 0100 1001 0100 1??? ???? ???? 137.73.72/21
Затем нам нужна подсеть со способностью 500, таким образом, нам нужны девять битов. У нас есть 11 остающихся в идентификаторе хоста, таким образом, мы можем безопасно соединить проводом вниз следующие два бита.
1000 1001 0100 1001 0100 ???? ???? ???? 137.73.64/20
1000 1001 0100 1001 0100 0XXX XXXX XXXX 137.73.64/21 2,048 addresses
1000 1001 0100 1001 0100 100X XXXX XXXX 137.73.72/23 512 addresses
1000 1001 0100 1001 0100 101? ???? ????
1000 1001 0100 1001 0100 11?? ???? ????
Следующая подсеть - также девять битов, таким образом, мы можем использовать другого из левых по битам.
1000 1001 0100 1001 0100 ???? ???? ???? 137.73.64/20
1000 1001 0100 1001 0100 0XXX XXXX XXXX 137.73.64/21 2,048 addresses
1000 1001 0100 1001 0100 100X XXXX XXXX 137.73.72/23 512 addresses
1000 1001 0100 1001 0100 101X XXXX XXXX 137.73.74/23 512 addresses
1000 1001 0100 1001 0100 11?? ???? ????
Следующие три подсети легки - они - все восемь битов. Мы можем просто divy остающиеся подстановочные биты слева направо.
1000 1001 0100 1001 0100 ???? ???? ???? 137.73.64/20
1000 1001 0100 1001 0100 0XXX XXXX XXXX 137.73.64/21 2,048 addresses
1000 1001 0100 1001 0100 100X XXXX XXXX 137.73.72/23 512 addresses
1000 1001 0100 1001 0100 101X XXXX XXXX 137.73.74/23 512 addresses
1000 1001 0100 1001 0100 1100 XXXX XXXX 137.73.76/24 256 addresses
1000 1001 0100 1001 0100 1101 XXXX XXXX 137.73.77/24 256 addresses
1000 1001 0100 1001 0100 1110 XXXX XXXX 137.73.78/24 256 addresses
1000 1001 0100 1001 0100 1111 ???? ???? 137.73.79/24 256 addresses
Остающийся подстановочный диапазон является Вашим освобожденным пространством.
Вы могли бы попытаться использовать rsync - он будет синхронизировать один каталог другому, передавая только измененные части файлов. Существует также количество версий для Windows, как cwrsync.
Править: о, Вы хотите синхронизировать два сервера Unix. Самые современные unixes уже имеют rsync или имеют rsync пакет в наличии. Для синхронизации server1 с server2, необходимо выполнить что-то как этот на server1:
rsync -razv --progress /path/to/soruce/dir/ username@server2:/path/to/destination/dir/
Этот синтаксис говорит rsync использовать ssh, таким образом, Вы не должны выполнять rsync сервер, и передача была бы зашифрована.
Если Вы уже не передаете данные через VPN, можно попробовать это, поскольку они могут обеспечить некоторое увеличение передачи. Еще у Вас есть опции покупки больших каналов к местоположениям или созданию меньших файлов. Вы могли попробовать QOS, но оно не произведет много, если горлышко бутылки не будет в Вашей сети, которая маловероятна.