Как дать доступ админу для архивирования баз, но без доступа к данным

Добрый день! Делаем расширение, копируем в расширение "Администратор системы", убираем права "Режим технического специалиста".

Обновление у нас делается прогой 1С- там пароль можно вытащить консолью запросов- это 1С: Обновлятор, админ должен еще и архивы делать. Вот вопрос уточнить просьба дать еще предложения.

предлагаете ему файл .cf конфигурации
он обновляет и отправляет вам новый,
а вы уже сами дальше :)

заменить его сможете ?

другой вариант - даете ему доступ к своей базе удаленно через енидеск
и он в реальном времени обновляет

Автоматчика за спиной. Порой у клиентов паранойя не знает границ.

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

Ну и собственно, если для пользовалей базы установлены пароли, то не стоит беспокоиться вообще.

И так давайте расскажу что делать.
1. Устанавливаете хранилище конфигураций.
2. Основную базу загружаете в хранилище.
3. Добавляете новую базу и подключаете к хранилищу.
4. Вторую базу даете админу для установки обновлений(к данным он вообще не подходит).
5. После того как админ загрузил обновление в хранилище загружаете в основной базе.
Это что касаемо обновление( Разобраться с хранилищем конфигураций примерно минут 30 почитать мануал)

Теперь по поводу резервного копирования.
Если база на SQL то делаете средствами SQL. Если файловая то пишите скрипт.(Либо заключаете со сторонним программистом договор о неразглашении и он Вам настраивает резервное копирование)

Вопросы будут пишите.

На самом деле вариантов очень много, но самый простой, это сделать две базы РИБ. Первая база не должна содержать данных, и будет служить только для обновления конфигурации, при этом в терминах РИБ она будет главной базой по отношению ко второй базе, в которой будут работать люди. В итоге, вы даете полный доступ в главную базу без данных внешнему программисту, администратору или тому кто будет делать обновления.
Единственное что надо будет сделать - это настроить односторонний обмен "Главная база" -> "Рабочая база" (чтобы в обратную сторону из рабочей базы в главную не пошли данные) и определить, кто из сотрудников имеющих права доступа к данным будет нажимать f7 в конфигураторе после обновления.
Сама главная база может даже физически храниться у администратора или внешнего программиста.
В общем смотрите в сторону РИБ.

ерунду какую-то просите
что касаемо бэкапов, то тут не проблема, можно на скульнике развернуть базу и бэкапить сколько влезет, доступа к данным базы не будет, но что касаемо обновления или наймите кого-то кто скрипт напишет или залезте в гугл и погуглите "Как обновлять базу 1с"
если база типовая, то проблем с обновлением не будет, если нетиповая, то или учитесь обновлять сами или стойте позади админа и контролируйте работу, сами вводите ему пароль и т.д.
ну общий посыл я думаю понятен

З.Ы. в конце концов, можно внести пункты в договор оказания услуг/трудовой что данные не подлежат разглашению и всё такое прочее

(28) Уважаемый, вы не со своим подчиненным беседуете. Будьте добры общаться в рамках делового этикета. Я не спрашиваю у вас совета как мне построить общение с коллегой. В конце концов, если вы тут рассуждаете на тему оформления отношений с коллегой, излагайте свои мысли грамотно с точки зрения правил русского языка. Создается впечатление, что вы не совсем отдаете себе отчет, что с другой стороны форума может быть опытный специалист 1С, а не зеленый юнец, которого можно полоскать как вздумается. Когда нечего сказать по делу, лучше вообще ничего не говорить.

(29) во-первых: как удобно так и изъясняюсь, во-вторых: может быть опытный специалист, но тогда бы он всё это и так прекрасно знал, резонно? с большей вероятностью Вы скорее обычный собственник бизнеса, а не разраб/админ, т.к. в таком случае делали бы обновы сами (даже при условии что учите обновлять базу джуна, ведь безопасность важнее), да и сказано всё было по факту
у меня, например, по договору прописано что все данные, которые используются на предприятии после увольнения не должны быть раскрыты в течении 3-х лет, в противном случае - буду отвечать по закону, такой вариант более чем адекватен, т.к. штрафы можно навешать гигантские
т.к. я не юрист, грамотную формулировку в договор я не подскажу, т.к. трудовой не под рукой, но это вполне работает
если же практикуется ведение "черной бухгалтерии", то почему бы не вытянуть эту "чернуху" в отдельную базу, которую будут админить доверенные лица (ну или же Вы сами) и не наладить обмены данными?