Последствия динамического обновления. Права доступа не работают #624204

Создал в базе регистр сведений, обновил базу. Затем уже когда в ней сидели люди, назначил права на доступ к этому регистру для всех ролей на чтение и запись, но только пользователи с полными правами оказались в состоянии проводить документы, где был запрос к этому регистру. Другие же пользователи, не могли - выдавалась ошибка что не хватает прав доступа для данного пользователя и SQД термины... Если я выставлял этим людям полные права ,то после перезапуска 1с, им уже удавалось проводить документы. Что ещё было замечено: снял средствами SQL резервную копию базы. Развернул её в виде отдельной базы, но к хранилищу не подлкючал. Смотрю на права доступа к регистру и что бы вы подумали! Они не проставлены! Только у полных прав были проставлены галочки для этого регистра, а у остальных нет. Как это всё объяснить и что делать с рабочей базой? Ведь я до сих пор в конфигураторе видно, что все роли имеют этот доступ, но на деле они не имеют этого права. Я лично планирую дождаться пока все свалят домой и тогда уж заново переназначить права. Ещё тестирование и исправление запустить. Всё таки чтото подсказывает, что это изза динамического обновления вылезли косяки. Кстати платформа 8.2.15.310 а конфа - УТ переписанная.

не используй динамическое обновление

это один их кратчайших путей к потере анальной девственности. на мисте были прецеденты.

ну можно если бэкап до этого сделать...

правильно ТиИ запускать до тех пор пока база не ляжет

не используй динамическое обновление 2

да. я уже рушил базу бывало. но у нас производственная необходимость. хотя придется наверное

при сидящих в ней пользователях?

А если скуль?

при сидящих похоже глупо.

Его тут демоническим обновлением называют. Как вариант, выгнав всех, снять галочки, обновить базу (православно-монопольно), потом проставить снова обновить?

хм... лозунг "а пофиг, очко уже разработано" наверно таки аргумент... да все равно. тебе нужен геморрой?

ждем 8.3, там вроде как время на обновление сведено к минимуму

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

даже при работе 100 "по производственной необходимости" можно остановить работу 1с на 5 минут для обновления. а вообще для таких дел рекомендуется сделать регламент для четких действий в подобных ситуациях

не так-то это просто бывает... я, бывает, по часу выгоняю своих 50, чтобы обновить.

вот вот. они же на выездах бывают а базу не закрывают. либо срочно заявку набить нужно - клиенты стоят ждут. к тому же ещё склады у нас далеко.

тоже в Казани стало быть!

автору срочно учиться пользоваться сервером 1с, установкой блокировок, и отключением пользователей

работа в терминале? отправляешь сообщение всем пользователям. ставишь блокировку на базу. отключаешь всех пользователей. обновляешь. снимаешь блокировку. на все про все максимум 10 мин

через полчаса крик, скандал: Я тут отходил, а оно мне все закрыло, а у меня накладная на 1000 строк недобита была!

Я один раз денамичиски обновил. Потом локально запускалось, а по сети нет. Кучу вариантов перепробовал, ни один не помог. (Кэш, загрузка CF). Только откат базы назад. Хоть это и было один раз, но с тех пор я забыл про существование динамо обновления.

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

да. терминал. а как блокировку ставить? типа константу при входе чтоли и в функцию "перед началом работы системы" ?

это наверное ты на старых платформах обновлял )

научусь.

Нуф Нуф. а подскажи что за блокировки? я на самом деле с SQL Версией не так давно работаю.

на сервере приложений - в свойствах информационной базы. или в самой базе сервис - установка блокировки соединений