Надеюсь, эту галочку вы случайно поставили?

Ничего там сложного нет.
Делать его надо, если есть необходимость. Например, база очень большая, но ежедневно меняется небольшая часть данных. Тогда можно делать раз в месяц полный бакап, раз в сутки дифф. бакап - это позволит сильно уменьшить время бакапа. Наверняка вам и не надо, раз не упоминаете каких то недостатков полного бакапа.

А для того, что бы иметь возможность восстанавливать данные на любой момент времени, нужно использовать Full модель, и регулярно делать бакапы лога.

Нет, для использования проф инструментов бакапа рестора нужно больше квалификации. Потому что нужно быть dba, да ещё знать эти инструменты, соответственно, такие специалисты дороже.
Профессиональные инструменты резервного копирования предназначены не для замены админов эникейщиками, а для повышения управляемости больших инфраструктур, повышения надёжности, и для уменьшения количества админов (но не для отказа от них).

Ну, это слишком банально.
Это правда и неправда одновременно. "Хирургу со знанием одной брюшной полости не отсидеться" - можно и со знанием одного SQL Sever, или Oracle, или ещё какого то традиционного продукта вполне себе отсидеться.
Конечно, не будет роста сегмента в разы каждый год, не будет толп работодателей, рвущих за любые деньги любого, кто хоть что то знает, но отсидеться то как раз можно.
Речь о споре с вашим тезисом, что бизнесу нужно заменять специалистов на композицию "эникейщик + нагугленный софт + нагугленные картинки, куда там в софте потыкать мышкой".
Если данные представляют ценность, то так делать не надо.

Я к тому, что для резервного копирования нужно знать вещи, специальные для бакапируемой системы; например, для сиквела нужно знать, что такое copy-only, что такое "цепочка бакапов лога", lsn, и т.д. И нужно уметь восстановить бакап на тестовый сиквел, и проверить состояние этой восстановленной базы - вот тогда бакап считается существующим.

Если это не знать, если эникейщик нагуглит картинки с тычками мышки по кнопкам, то он рискует оставить компанию без резервных копий. Знаете, как в корпорациях, потом начнут искать крайнего, "а в инструкции не было написано", и т.д. А данных не будет, банк закрылся, все данные о счетах и транзакциях пропали, потому что все оракловые базы бакапил эникейщик с гуглом.

Соответственно, в компании, которая дорожит своими данными, даже если "ленточный бакапер" знает только свою ленту, и спец. софт, остальные роли процесса "резервное копирование" берут на себя другие люди, только и всего.
Притом этот бакапер тоже достаточно квалифицированный и высокооплачиваемый специалист, не хуже DBA.
Т.е. софт, про который говорил Relic Hunter, используют не для того, что бы уволить из компании всех до единого DBA, а совсем для других целей - DBA там остаются, и даже принимают участие в процедурах резервного копирования.

PS Тут регулярно появляются люди с вопросом "всё накрылось бакапа нет что делать", зато сэкономили...