При добавлении клиент-серверной базы в обновлятор требуется указать настройки кластера, включающие в себя администратора кластера (если он есть):

Эта информация нужна обновлятору, чтобы управлять сеансами пользователей, регламентными заданиями, создавать и удалять базы в кластере, выгружать и восстанавливать архив базы средствами СУБД и так далее.

Но бывают ситуации, когда кластером управляет один человек (назовём его администратор), а какие-то доработки (например, обновления) выполняет другой человек (назовём его программист).

И администратор не хочет давать программисту полный доступ к кластеру. Соответственно программист не знает имя и пароль администратора кластера. И ранее в этом случае было совершенно невозможно использовать обновлятор.

Теперь, при условии, что администратор сам на своей стороне заблокирует все сеансы и регламентные задания (текущие и новые), а также обеспечит создание резервной копии базы... программист может использовать обновлятор, установив в свойствах кластера опцию "Мне не дают административный доступ к кластеру":

В этом случае обновлятор будет там где это возможно без ущерба для операции пропускать команды (и указывать этот момент в отчёте), требующие административного доступа к кластеру.

Отдельно отмечу по резервным копиям. При такой настройке программисту самому получится сделать только выгрузку в формате DT, если администратор предварительно обеспечил монопольный доступ к базе.

Копия же средствами СУБД в этом случае будет программисту недоступна, её должен делать администратор самостоятельно.