Создал в базе регистр сведений, обновил базу. Затем уже когда в ней сидели люди, назначил права на доступ к этому регистру для всех ролей на чтение и запись, но только пользователи с полными правами оказались в состоянии проводить документы, где был запрос к этому регистру. Другие же пользователи, не могли - выдавалась ошибка что не хватает прав доступа для данного пользователя и SQД термины... Если я выставлял этим людям полные права ,то после перезапуска 1с, им уже удавалось проводить документы.

Что ещё было замечено: снял средствами SQL резервную копию базы. Развернул её в виде отдельной базы, но к хранилищу не подлкючал. Смотрю на права доступа к регистру и что бы вы подумали! Они не проставлены! Только у полных прав были проставлены галочки для этого регистра, а у остальных нет. Как это всё объяснить и что делать с рабочей базой? Ведь я до сих пор в конфигураторе видно, что все роли имеют этот доступ, но на деле они не имеют этого права.

Я лично планирую дождаться пока все свалят домой и тогда уж заново переназначить права. Ещё тестирование и исправление запустить. Всё таки чтото подсказывает, что это изза динамического обновления вылезли косяки. Кстати платформа 8.2.15.310 а конфа - УТ переписанная.

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

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

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

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

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

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

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

(7) А если скуль?

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

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

(6) хм... лозунг "а пофиг, очко уже разработано" наверно таки аргумент...

(8) да все равно. тебе нужен геморрой?

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

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

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

а вообще для таких дел рекомендуется сделать регламент для четких действий в подобных ситуациях

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

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

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

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

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

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

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

Хоть это и было один раз, но с тех пор я забыл про существование динамо обновления.

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

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

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

(19)научусь.

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

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