Se você ainda não tentou isso, pode usar o SQL Management Studio para fazer backups agendados dos arquivos do banco de dados. Eu nunca tentei um arquivo tão grande para um site remoto, mas tive que lidar com sites remotos e arquivos muito maiores do que 50 GB, em trabalhos separados.
Ou, se não, você já tentou o robocopy? Robocopy deve funcionar "bem", é facilmente programável, e enquanto você está escrevendo o trabalho em VB ou Powershell (ou qualquer outro), você também pode lançar algumas notificações por e-mail para sucesso e fracasso.
Ou, nesse caso, o DFS? (Você não diz qual versão do Windows, mas o DFS melhorou muito em 2003 e 2008.) Sinceramente, ficaria tentado a colocar um compartilhamento DFS com o único propósito de transferir alterações diferenciais do banco de dados do servidor para um local de backup remoto. Transferir algumas centenas de MB de alterações por dia, em segundo plano, com o BITS parece ser uma solução muito melhor do que mover todo o arquivo de 50 GB toda vez que você quiser obter uma cópia.
EDIT: Eu não disse isso explicitamente antes, embora depois de pensar um pouco, eu acho que talvez devesse ... você absolutamente NÃO quer criar um namespace DFS na pasta de trabalho do SQL, onde o arquivo de banco de dados está localizado no momento. Se você for a rota DFS, você desejará fazer uma cópia / backup local do arquivo de banco de dados e compartilhar essa localização sobre o DFS. (E defina o trabalho de backup / cópia para gravar o arquivo existente, ou o DFS acabaria replicando o arquivo inteiro toda vez, em vez de apenas as alterações.)
Como bônus, todas essas opções devem estar disponíveis para você no Windows, em vez de depender de ferramentas de terceiros.