A opção RSync será FAR melhor.
Quando o RSync está executando o SSH, ele realmente usa os processadores do sistema ambos ao fazer a comparação de arquivos.
Basicamente, o rsync é executado em ambos dispositivos (literalmente, o rsync se conecta ao dispositivo remoto usando ssh, executa o arquivo binário rsync no dispositivo remoto e, em seguida, os dois executáveis interativos executam o ssh pipe ), permitindo que os arquivos sejam comparados fazendo com que os dois sistemas troquem arquivo hashes , em vez de transferir o arquivo inteiro pelo pipe, como teria que ser feito se você tiver sistema remoto montado como uma unidade local.
Isso obviamente é apenas uma vantagem quando você está significativamente com restrições de velocidade, mas a maioria dos backups remotos é.
Além disso, execute rsync quando executar arquivos compactados SSH à medida que forem transferidos, para acelerar os tempos de transferência. Eu não acredito que o ExpanDrive faça compressão, mas mesmo que isso aconteça, ele perderá significativamente ao comparar arquivos entre os dois sistemas.
O RSync tem um modo operacional fundamentalmente diferente ao executar backups locais versus backups em uma rede. Ao trabalhar localmente, ele não se incomoda com o hash para comparação de arquivos e não faz compactação de arquivos.
A execução do rsync como um daemon é realmente útil somente quando você tem vários clientes fazendo backup no mesmo dispositivo, ou seus dispositivos estão com restrições de CPU (como em um NAS incorporado). Basicamente, apenas permite que você evite a sobrecarga de SSH e tenha que ter cada dispositivo com uma conta SSH.