DocAlВсё бы вам позубоскалить...
Да они ж под разные задачи заточены.
Вот как, например, нормальными средствами сделать удалённый бакап MSSQL сервера, так, чтобы дамп базы лёг не на винт самого скуль-сервера, а на винт совсем-совсем удалённой, на другом материке, скажем, расположенной машины, откуда им рулят?

Начало мануала
"The SQL Server 2000 Virtual Backup Device Specification
In addition to its built-in functionality, Microsoft® SQL Server™ is supported by a large number of third-party backup solutions. SQL Server provides application programming interfaces (APIs) that enable independent software vendors to integrate SQL Server into their products. These APIs are engineered to provide to maximum reliability and performance, and support the full range of SQL Server backup and restore functionality, including the full range of hot and snapshot backup capabilities.

This document contains the specifications for SQL Server application programming interfaces intended for use by third-party backup software vendors.

Note If you are not a backup solution developer, you probably do not need to refer to the material in this document. For more information on how your third-party backup solution integrates with SQL Server, contact your backup solution vendor.

Methods for Third-Party Backup Software Developers
SQL Server supports two mechanisms for use by third parties:

- Virtual Device Interface (VDI) for Backup.
- Named pipe backup devices.

Named pipe backup devices are supported in SQL Server 2000, SQL Server version 7.0, and earlier versions. Named pipes allow an application to read and write the backup set directly from SQL Server. They are more flexible than VDI in that they can be remote."

При установке ClientTools можно установить samples в которые входит Virtual Backup Device Samples в которые входят как и сама Virtual Backup Device Specification так и примеры утилит на ее основе. С исходниками

Наверное все же проще сначала на диск тут, а уж потом файл туда - по сети то делать бэкап, да еще через интернет, дело не очень надежное.
Это проще если ресурс доступен с сервера.
А надежность канала - это проблема клиента.
Не думаю, что MySQL dump при ненадежной связи будет вести себя лучше

Под ухищрениями я понимаю либо использование сторонних решений, на что указал Glory,
Какие же это сторонние решения если это "The SQL Server 2000 Virtual Backup Device Specification", т.е. то, что встроено в сам MSSQL? Просто это не реализовано на TSQL. Но ведь не все же пишут исключительно на TSQL, тем более клиентов

если есть клиент, который может установить с сервером защищённое соединение, поддерживающее компрессию, все эти сервисы не обязательны.
Ну так вы бы посмотрели примеры на которые я вам указал. Они как раз не требуют никаких FTP, SMTP, SMB.

Или я вопроса не понял?
DocAl хочет без FTP, SMTP, SMB, UNC и тд.

Ну хоть провода можно использовать? :) Или исключительно телепатией данные передавать надо?
Разрешено установить один стандартный коннект от клиента к серверу.
Результат BACKUPа должен возвращаться клиенту через этот коннект наподобии результата SELECTa