Если я правильно понимаю, это потребует смену "log on пользователя ms sql server" на обычного пользователя домена?

(0) ИМХО, можно только службу агента, если через задание.

(1) По-моему бэкапы не от имени агента выполняются, а от имени сервера, но это не точно.
И вообще это не очень хорошее решение, лучше бэкапить локально и потом уже переливать куда надо.

Этточно. По сети можно бекапить, если бекапы не нужны...

(2) Да, попутал. У нас задание под агентом только копирует по сети.

(1) Просто возникла мысль не делать "стопицот файлов" бэкапа, а делать инкрементальный бекап, дописывая каждый раз файл бекапа журнала транзакций. Замысел в том, что sql server будет не создавать новый файл каждый раз, а дописывать два файла - у себя на диске и в файл по сети.
(3) Это про то, что бэкап по сети более ненадежен в силу меньшей надежности сети?

(5) я не понял что за мысль.

(5) был такой бэкап, настроили админы. В итоге ничего не смогли развернуть, никто не проверял на ошибки.

Делайте специальную учетку - managed service account, ей давайте права на сетевую шару, и тогда запустив под ней SQL Agent сможете делать бэкап по абсолютному пути
https://docs.microsoft.com/ru-RU/sql/database-engine/configure-windows/configure-windows-service-accounts-and-permissions?view=sql-server-2016

(5) Инкрементальный бэкап не нужен. Бест практикс: бэкап базы ночью и бэкап журнала транзакций раз в полчаса в рабочее время. Оптимум и по восстановимости, и по нагрузке на сервер.

(3) бред не пиши. Одним планом обслуживания все настраивается. Пересчет статистики, реиндексация, фулл бэкап каждую ночь. Днем отдельным планом (если нужно) можно инкрементные если модель simple, или как в (9) если full. Тока долго из журнал транзакций восстанавливать будет.

(9) Обычно встречал немного другую схему: фулл раз в неделю, дифф каждый день и лог каждые N минут

(11) очевидно же что зависит от размера базы

(9) Спасибо за ссылку! Я видел это на английском, но меня сбило с толку, что там это относилось с win 7 & windows server 2008

(5) Мы отдельными файликами делаем бэкап лога. Ну и что, что их много. Первый шаг - бэкап, второй - копирование на второй сервер (там они сразу в копию базы подтягиваются на случай падения основной).

(14) ну вот эстетически хочется красивого решения - сваливать логи в один файл, а не в кучи файлов :)))

(15) Ну, а теперь к тебе прилетает еще одна задача копирования бэкапов на фтп. И что ты с этим файлом будешь делать? Каждый раз по новой перезаписывать? Вероятность того что потом с него что-то восстановишь уменьшается.

а если один их бэкапов лога битый, то получается что все последующие уже нельзя применить?

(16) вот и задаю вопрос по сетке, дабы сиквел агент архивировал сразу в два места - на локальный диск и в сеть.

(12) Как это?

(9) (11) всё зависит от многих параметров.

Еженощный бекап + каждый час инкрементный. Вполне себе рабочая схема на одном из предприятий.