УПП, клиент серверная. Год работала нормально. Сейчас начали у юзвереый вылезать ошибки транзакций, время ожидания истекло и прочее и прочее. Приходиться перезапускать службу 1с и на время помогало. А сейчас совсем плохо,помогает на пару часов. Выгрузил и загрузил инф. базу, сделал ТИИ, но при ее окончании вылезло это сообщение! Думаю, что лучше не стало. Помогите, куда копать??? База на sql, работают 20 чел,все было ОК, но вот сегодня не возможно работать стало. Помогите!
в самом sql почистить логи транзакций и еще чего то там.
в SQL я создал новую базу и выгрузку dt загрузил в нее! По идее файл логов транзакций новый создался. Но после ТИИ в этой «новой» базе, вот такая вот ошибка в конце тестирования. Спасайте, куда еще капнуть?
Проверил базу sql CHECKDB обнаружил 0 ошибок размещения и 0 ошибок согласованности в базе данных «upp».
Почистить кэш сервера приложений + кэш клиент-серверного общения (/ClearCache)
CHECKDB для файловых баз, по-моему
Он про команду СУБД «DBCC CHECKDB» ))
Ааа)), понятно, спасибо. Про «транзакции и прочее», скорее всего начались перерасчеты себестоимости, отсюда и блокировки.
спасибо, имеется ввиду почистить файлы в папке: C:Program Files1cv82srvinfo
eg_1541snccntx ??? в обед попробую. На что еще можно обратить внимание?
Я бы в первую очередь посмотрел на наличие «зависших сеансов» в консоли сервера 1С, а также проверил не теряетя ли связь между sql сервером и сервером 1С.
на зависшие сеансы вроде смотрел. А как проверить связь между sql и 1c?? все на одном сервере крутится
Добрый День! Вы решили проблему с блокировкой? Просто то же самое происходит и у меня. База на postgresQL, работаем в терминальном режиме на сервер, конфигурация УТ 11. Платформу обновил до 8.2.19.130. Два года база работала нормально, теперь каждый день происходит блокировки, причем абсолютно всех документов у пользователя. Чистка Кэша сервера и пользователя не помогает, в журналах postgresQL проблем с подключение не наблюдается (только когда службу сервера перезагружаю появляются ошибки), регламентные задания все отключил, со стороны серверной части 1с поставил галочку блокировать регламентные задания спасает только перезагрузка службы сервера 1с. Заметил одну вещь если у пользователя допустим не дает провести заказ ругается на блокировки, то когда я захожу под своим пользователям в другом сеансе у меня тот же заказ проводится нормально права у нас одинаковые ограничений нету. Помоги, что можно еще предпринять или где искать загвоздку
а я бы вспомнил, когда в последний раз меняли релиз платформы, и морду набил бы тому, кто последнюю версию установил без тестирования..
Так на старой версии платформы как раз все и началось
Ну так позови программиста 1С для решения вопроса
Предлагаю оторвать руки программистам
+ Смотри в конфигураторе параметр «Режим управления блокировкой данных в транзакции по умолчанию» Если хоть где то будет стоять «Управляемая» и местами «Автоматическая». То тут же нужно либо везде ставить «Управляемая», либо «Автоматическая» (и при этом переписать код, где использовалась управляемая блокировка)
+ Смотри у Объектов метаданных
Объекты я правильно понял это Документы, справочники в конфигураторе? Я посмотрел там половина документов Автоматически стоит половина Управляемая, что лучше поставить? Ничего понять не могу программиста мы уже месяца 4-5 не вызывали и все работало, а тут и произошло
Тэги:
Комментарии доступны только авторизированным пользователям
Вы попали на нужную страницу – мы консультируем по вопросам 1С:Предприятие! Скорее всего, утром вы обнаружили, что любимая 1С 8.3 не запускается с сообщением: «Начало сеанса с информационной базой запрещено. Для выполнения резервного копирования…».
Если вы далеки от технической стороны работы с конфигурацией, обратитесь к нашим специалистам за устранением блокировок 1С. Но если вы решили справиться с проблемой самостоятельно, первое, что сейчас нужно сделать — срочно разрешить работу пользователям. После этого спокойно дочитайте статью до конца и узнайте, почему так произошло и что такое «Блокировка и снятие блокировки с информационной базы 1С 8.3».
Мой опыт подсказывает, что вы – пользователь (не системный администратор и не программист*), а ваша информационная база – файловая (если база SQL, вашей проблемой уже занимаются специалисты). Для начала надо понять, в какой папке (каталоге) она расположена и удалить в этой папке один файл — 1Сv8.cdn (файл можно не сохранять, он больше не понадобится).
*Если вы ИТ-специалист, можете смело переходить к чтению раздела «Блокировка и снятие блокировки с информационной базы 1С».
В окне со списком информационных баз найдите свою базу (цифра 1 на иллюстрации ниже) и нажмите на нее один (и только один!) раз мышкой. Затем нажмите кнопку «Изменить» (цифра 2).
В списке может быть только одна база, поэтому это окно вам может быть знакомо как «окно запуска 1С». В этом случае просто нажмите кнопку «Изменить».
Если вы видите, что информационная база расположена на данном компьютере или в локальной сети — мой опыт не подвел – база файловая, и мы все делаем правильно. Скопируйте этот путь (цифры 3 и 4).
Теперь зайдите в эту папку.
На всякий случай, вот несколько вариантов запуска Проводника:
- У вас Windows XP или Windows 7. Нажмите Пуск, Выполнить, вставьте ранее скопированное расположение информационной базы. Откроется Проводник.
- У вас Windows 7. Но пункта «Выполнить» нет. Вставляйте расположение сразу после нажатия Пуск. Откроется Проводник.
- У вас Windows 8 или Windows 10. Нажмите Пуск, в правом верхнем углу нажмите на Лупу, вставьте ранее скопированное расположение информационной базы, нажмите Enter. Откроется Проводник.
- Найдите на панели задач желтую дискету и нажмите на нее. Вставьте расположение информационной базы в адресную строку в верхней части окна Проводника. (Правой кнопкой мыши на адресную строку, Изменить адрес, правой кнопкой еще раз на адресную строку, Вставить).
- Универсальный способ для всех версий Windows и ее настроек. Нажмите на клавиатуре кнопку с флажком и, не отпуская ее, нажмите на клавиатуре латинскую R (или русскую К). Откроется окно «Выполнить», вставьте туда ранее скопированное расположение информационной базы и нажмите ОК.
Воспользовавшись одним из предложенных вариантов, вы попадете в окно проводника с расположением информационной базы.
В окне проводника найдите в списке файлов файл 1Сv8.cdn, нажмите на нем правой кнопкой мыши, выберите «Удалить», как показано на предыдущем рисунке.
Готово! Ваша «1С:Бухгалтерия» или «1С:Зарплата и управление персоналом» или «1С:Управление торговлей» снова запускаются.
В данном разделе вы найдете уникальную информацию по работе с блокировками, а также получите опровержение распространенных заблуждений на тему устранения блокировок.
Как установить блокировку?
Механизм блокировки информационной базы предназначен для завершения текущих открытых сеансов и предотвращения новых подключений. Расположение функционала блокировки в меню может различаться в зависимости от конфигурации. Например, в УТ, редакция 11 (11.3.3.163) это НСИ и администрирование, [Сервис] Блокировка работы пользователей. Альтернативный вариант: НСИ и администрирование, Поддержка и обслуживание, Блокировка работы пользователей. В УТ, редакция 10.3 (10.3.21.2) это Сервис, Пользователи, Блокировка установки соединений с информационной базой.
*Существуют специальные отраслевые конфигурации, в которых блокировка с точки зрения интерфейса и с точки зрения механизма будет выглядеть не так, как описано в данной статье. Поскольку мы рассматриваем стандартный механизм для большинства конфигураций 1С, специальные отраслевые конфигурации затрагивать не будем.
При выборе данного пункта откроется диалоговое окно «Блокировка работы пользователей», в котором необходимо ввести сообщение для пользователей, время начала и завершения блокировки, а также код для разблокировки.
Поскольку вводится начало и окончание действия блокировки, необходимо быть крайне внимательным в этом диалоге и ввести информацию в явном виде. Если бы в диалоге была бы возможность ввести начало блокировки «через 15 минут» длительностью «на 20 минут», или хотя бы справочно отображались эти величины на основании абсолютного времени начала и окончания блокировки, то было бы сложно установить блокировку длительностью в год, как это может случиться при ошибке ввода даты-времени.
Параметр «Время начала» рекомендуется установить как текущая дата/время + время, необходимое пользователям на подготовку к выходу с сохранением редактируемых документов. Например, сейчас 9 ч 50 мин, даем 10 минут пользователям для сохранения их результатов. Итого время начала блокировки должно быть 10 ч 00 мин.
Время конца – можно не вводить, при этом блокировка объекта будет установлена бессрочно (навечно).
Код для разблокировки – однократный «пароль» на запуск «с нуля», вопреки установленной блокировке, который может понадобиться в некоторых случаях (будет сказано далее). Вводить и запоминать обязательно. Этот параметр в случае SQL-варианта информационной базы виден в оснастке «Администрирование серверов 1С предприятия» и называется там «Код разрешения».
В случае SQL-варианта информационной базы дополнительно потребуется авторизация администратора информационной базы или администратора кластера.
Итак, после нажатия кнопки «Установить блокировку» и положительного ответа на подтверждение…
…вы вернетесь в предыдущее диалоговое окно, внешний вид которого изменился:
В правом нижнем углу будет выдано сообщение о том, что запланирована блокировка работы пользователей. Данное сообщение увидите только вы.
Запланирована? Быть может это как-то связано с регламентными заданиями?
Сработает ли запланированная блокировка работы пользователей, если установлена блокировка регламентных заданий? Да, сработает. Механизм блокировки не использует регламентные задания.
Что увидят пользователи и я сам?
До момента начала блокировки активные пользователи будут получать «вежливые» напоминания о необходимости завершения работы. В данном диалоге по таймауту срабатывает «Да», поэтому отсутствующие на рабочем месте пользователи успешно выйдут из сеанса 1С.
Инициатор блокировки получает другое сообщение:
После начала действия блокировки в информационную базу нельзя будет зайти обычным способом. О том, как все-таки зайти, будет рассказано ниже. Обратите внимание, что диалог не содержит автоматического указания на время завершения блокировки, поэтому задача проинформировать пользователей о времени возобновления работы ложится на Администратора. Эту информацию можно указать в сообщении пользователю.
Бомба взрывается точно в назначенное время. Сирена воет до взрыва.
Вопреки распространенному мнению, что завершение сеансов активных пользователей производится мягко, после предупреждения, которое можно игнорировать и продолжить работу, на самом деле завершение, а лучше сказать, «обрубание», активных сеансов происходит точно по расписанию, жестко и с потерей всех несохраненных результатов. Все предупреждения выдаются в интервале от времени нажатия кнопки «Установить блокировку» до времени начала блокировки, после наступления которого, завершение активного сеанса произойдет без какого-либо уведомления, а 1С перейдет в цикл попыток запуска конфигурации заново, с интервалом в 1 минуту.
Не составляют исключения режимы ввода справочных значений, при которых введено значение, отсутствующее в справочнике – выйти из режима ввода нельзя (например, закрыть 1С крестиком), но это не помешает завершить работу. Более значительный интерес представляет режим модального диалога, поэтому о нем будет сказано подробнее.
*Завершение сеансов пользователей в старых конфигурациях происходит чуть позже назначенного времени, т.к. пользователи сначала получают оповещение «Работа системы завершается».
А точно взорвется?
Для начала отметим, что в старых конфигурациях может не сработать блокировка для инициатора блокировки. А теперь перейдем к рассмотрению вопроса для платформы 8.3.
Пользователь файловой ИБ, решивший, например, удалить документ, а затем пойти на обед, оставив на экране диалог «Пометить документ на удаление?», будет держать открытым соединение с информационной базой. Конечно, его сеанс завершится после обеда, после того, как он ответит «Да» или «Нет», но до этого момента вы будете видеть, что есть активные пользователи. При этом инициатор блокировки увидит сообщение:
В журнале регистрации появится сообщение о runtime-ошибке, которое следует интерпретировать не как runtime-ошибку, а как «не все пользователи завершили свои сеансы»:
И это не единственная причина, по которой блокировка может не сработать (cм. далее разделы «По чьим часам?» и «А как же мои пользователи во Владивостоке?»).
Модальный диалог в SQL-варианте информационной базы на управляемых формах
Сервер приложений 1С имеет возможность удалить сеанс несмотря на режим модального диалога. Интерфейс 1С и модальный диалог останутся у пользователя на экране, создавая видимость незавершенного сеанса, но на самом деле сеанс будет удален, а соединение с ИБ будет своевременно разорвано. При попытке продолжить работу пользователь увидит сообщение об ошибке «Сеанс отсутствует или удален» или «Сеанс работы завершен Администратором» в зависимости от нюансов.
Модальный диалог в SQL-варианте информационной базы на обычных формах
Сеансы пользователей завершаются.
После установки блокировки из диалога лучше не выходить, т.к. при повторном входе в этот диалог до начала блокировки всплывает не соответствующее действительности сообщение о том, что блокировка уже установлена (правда только наполовину), активных сеансов ноль (неправда). При этом продолжается процесс завершения работы пользователей (противоречит нулю активных сеансов + не совсем так, т.к. пользователи «сами себя завершают»). Хотя код блокировки работы пользователей не идеален, в конце концов, это не помешает установить блокировку и завершить активные сеансы, однако дезориентирует Администратора информационной базы.
Сработает ли блокировка, если установить блокировку и закрыть диалог?
Да
Сработает ли блокировка, если установить блокировку и сразу выйти из 1С (т.е. завершить сеанс 1С до начала действия блокировки)?
Да. Механизм реагирования на установленную блокировку не предусматривает взаимодействия между инициатором блокировки и остальными пользователями. Сеансы пользователей самостоятельно проверяют, можно ли им работать.
По чьим часам сработает блокировка, если время на компьютерах немного отличается?
Проблема рассинхронизации часов
При файловой ИБ каждый компьютер сам проверяет, имеется ли в ИБ установленный временной диапазон блокировки, и сравнивает его со своими локальными часами. От точности своих часов зависит, сможет ли данный компьютер осуществить завершение сеанса точно в нужное время. Если база блокируется с 10:00, для одного компьютера этот момент наступит раньше, а для другого – позже.
В доменной среде и при безупречной работе системных администраторов время на всех компьютерах синхронизируется с контроллером домена. Но по разным причинам время может быть сбито: не настроена синхронизация времени с контроллером домена, настроена синхронизация времени с внешним сервером точного времени, который более недоступен, сбои в работе сетевых или доменных служб, отсутствие прав на изменение системного времени и т.д.
Кажется, что речь может идти о секундах, в крайнем случае, минутах. Но на самом деле, на компьютере может быть, например, не установлено обновление операционной системы, поддерживающее переход на сезонное (зимнее/летнее) время, и ошибка уже может составлять не секунды, а часы. Легко провести такой эксперимент: запланируйте блокировку на 10 утра длительностью полчаса, а на одном из компьютеров переведите время на час вперед – блокировка на него не подействует.
Поэтому перед установкой блокировки внимательно сверьте время в правом нижнем углу компьютера со своими наручными часами, а также заблаговременно обратитесь к своему системному администратору с вопросом, работает ли синхронизация времени в вашей ИТ-инфраструктуре.
А как же мои пользователи во Владивостоке?
Проблема абсолютного времени при пользователях из разных часовых поясов
Временной диапазон блокировки сохраняется в информационной базе. Посмотрите на содержимое блокировочного файла 1Сv8.cdn (который создается в файловом варианте ИБ), в нем записано время начала блокировки 17.07.2017 13:59 в формате ГГГГММДДЧЧММСС без какого-либо указания на часовой пояс:
Без указания на часовой пояс было бы понятно, о каком абсолютном времени идет речь, если время всегда относилось бы к какому-то конкретному часовому поясу, например UTC+0. Но в базе сохраняется локальное время по часам компьютера, который являлся инициатором блокировки. Из какого часового пояса был этот компьютер – неизвестно, а значит неизвестно абсолютное время блокировки.
Если в Москве, в централизованной ИБ, вы устанавливаете блокировку в 13:59, и этот момент времени для московских пользователей находится в будущем, то у пользователей этой же ИБ во Владивостоке 13:59 было 7 часов назад. И в зависимости от технического решения, в соответствии с которым осуществляется работа с ИБ пользователей Владивостока, блокировка этих пользователей либо сработает, либо нет.
Какие могут быть технические решения, в которых блокировка будет работать неправильно для пользователей Владивостока? Те, при которых клиентская часть 1С получит время по Владивостоку, а не по Москве. Например, офисы связаны в локальную сеть по VPN, а клиентская часть 1С запускается с локального компьютера, имея время UTC+10. Но если они работают с базой через RDP-соединение или в режиме RemoteApp на московском сервере, запуская на этом сервере клиентскую часть 1С – все будет хорошо, т.к. она будет иметь время UTC+3.
Имеется ли проблемы рассинхронизации часов и часового пояса в случае SQL-варианта информационной базы?
Нет. В данном варианте есть «часы сервера», которые принимаются за эталон.
Выкинет ли меня из Конфигуратора, если я был в нем, а блокировка начала действовать?
Нет.
Можно ли будет зайти в Конфигуратор после начала действия блокировки?
Нельзя! Проверка возможности работы с конфигуратором выполняется только при запуске и не выполняется в процессе работы. Поэтому, если блокировка устанавливается для последующей работы в конфигураторе, гораздо легче предварительно его запустить, чем потом обходить запрет на запуск.
Как снять блокировку?
В том же диалоге, в котором блокировка устанавливалась. Напоминаем, что после установки блокировки в нем вместо кнопки «Установить блокировку» кнопка «Снять блокировку».
В случае SQL-варианта ИБ снятие блокировки возможно также в оснастке «Администрирование серверов предприятия 1С». (см. далее)
Для чего нужен код разблокировки?
Для входа в ИБ в тот момент, когда действует блокировка. Ситуации, в которых это необходимо:
- После установки блокировки был завершен сеанс работы с ИБ (вручную или в результате действия блокировки на самого инициатора), и требуется начать новый сеанс;
- Время окончания блокировки по ошибке было не заполнено вообще;
- Время окончания блокировки было заполнено ошибочно (например, был нечаянно введен следующий месяц или год);
- Информационная база в SQL-варианте, и для отмены неверно установленной блокировки невозможно удалить файл 1Сv8.cdn в каталоге информационной базы.
В таком случае воспользуйтесь подсказкой, которая дается при запуске. Т.е. в окне со списком информационных баз нажмите «Изменить» и введите в дополнительные параметры запуска строку:
ENTERPRISE /F»Z:ОбменУТ 11″ /CРазрешитьРаботуПользователей /UC12345
… с учетом каталога расположения и кода разблокировки.
Данную строку лучше скопировать в буфер обмена и подправить в диалоге «Редактирование информационной базы». Если вы перепутали тип кавычек или русскую «С» и латинскую, то увидите сообщение об ошибке:
В случае правильного ввода и последующего запуска 1С в режиме предприятия, 1С автоматически снимет блокировку и завершит свою работу. После этого можно будет удалить дополнительные параметры и запускать 1С как обычно.
Что делать, если я не устанавливал блокировку, а SQL-база кем-то заблокирована? При этом я не знаю код разблокировки.
Блокировка информационной базы может устанавливаться самой конфигурацией на время создания архивной копии. Если процесс ее создания не был завершен нормально, SQL-база может остаться в состоянии блокировки. В этом случае необходим доступ к консоли (более правильно – оснастке) «Администрирование серверов 1С:Предприятия».
Где ее искать?
Оснастка «Администрирование серверов 1С:Предприятия» часто установлена на том же сервере, где развернут SQL server, а также где развернут сам «Сервер 1С» (или «Сервер приложений 1С»). Хотя это и не обязательно: SQL может быть установлен на одном компьютере, «Сервер приложений 1С» – на другом, а оснастку можно развернуть и на своей рабочей станции. С большой вероятностью успеха можно достигнуть, сделав следующее:
- Подключитесь по RDP к серверу, который указан в строке Srvr=… используя свой доменный логин и пароль. При невозможности подключения попросите системного администратора добавить вас в группу пользователей удаленного рабочего стола. (В случае отказа в таких правах – разверните и настройте на рабочей станции оснастку «Администрирование серверов предприятия 1С»);
- На сервере найдите оснастку «Администрирование серверов 1С:Предприятия»;
- Запустите оснастку, разверните дерево до узла с вашей информационной базой;
- В свойствах информационной базы снимите чекбокс «Блокировка начала сеансов включена» или исправьте время начала и конца блокировки или посмотрите «код разрешения» для входа в ИБ (он же «код для разблокировки» в диалоге установки блокировки).
Что делать, если все пользователи информационной базы SQL вышли, а запустить Конфигуратор по-прежнему нельзя, т.к. имеются активные пользователи?
В узле «Соединения» информационной базы, в правой части экрана можно удалить имеющиеся соединения.
Это далеко не все вопросы, связанные с темой блокировки информационной базы.
Если у вас остались вопросы:
- Можно ли работать по московскому времени, если вы арендуете сервер в Европе и не хотите зависеть от его часового пояса?
- Как найти Сервер приложений 1С, если неизвестно, где он установлен?
- Как развернуть оснастку «Администрирование серверов 1С:Предприятия» и как ее настроить?
- Если в одной локальной сети несколько серверов приложений, как быть?
- Как быть в случае кластерной системы? и т.д.
… наши сертифицированные консультанты по технологическим вопросам 1С с удовольствием на них ответят и предоставят консультации по вопросам 1С:Предприятие.
Ошибка «Ошибка снятия блокировки объекта. Объект не заблокирован» |
Я |
24.12.18 — 01:31
| 1. Было такое, решили так… | 100% (1) |  |
| 2. Было такое, никак не решили | 0% (0) |  |
| 3. Не было такого | 0% (0) |  |
| 4. Не было такого, но будет | 0% (0) |  |
| 5. Я Миша и я иду нахрен | 0% (0) |  |
Всего мнений: 1
В ЗУП 3 открываю элемент справочника «Сотрудники», щелкаю последнюю вверху гиперссылку «Выплаты, учет затрат», выбираю «Зачислением на карточку», заполняю информацию, нажимаю «OK» внизу, в форме элемента сотрудника нажимаю «Записать и закрыть», получаю ошибку «Ошибка снятия блокировки объекта. Объект не заблокирован»
Зарплата и управление персоналом, редакция 3.1 (3.1.7.87)
1С:Предприятие 8.3 (8.3.13.1644)
MS SQL 2014
Windows 10
Тонкий клиент
Права полные
Места на диске хватает
64-битный клиент пробовал
Базу перерегистрировать пробовал
На другом компьютере, скуле и сервере 1С разворачивать базу пробовал
Другой релиз платформы (8.3.14.1450) пробовал
Обновлять ЗУП на последний релиз пробовал
Сервер 1С перегружать пробовал
ТиИ не пробовал
На партнерском форуме задали такой же вопрос https://partners.v8.1c.ru/forum/topic/1775320, ответа пока нет
Ну епта, что не так-то?
1 — 24.12.18 — 02:42
Все-таки по ходу ошибка типовой ЗУП
В общем модуле СотрудникиФормы в строке 206 написано
РазблокироватьДанныеДляРедактирования(Форма.ФизическоеЛицоСсылка, Форма.УникальныйИдентификатор);
При этом Форма.ФизическоеЛицоЗаблокировано = Ложь
В общем, не нужно ничего разблокировать
Я написал вместо этой строчки так
Если Форма.ФизическоеЛицоЗаблокировано Тогда РазблокироватьДанныеДляРедактирования(Форма.ФизическоеЛицоСсылка, Форма.УникальныйИдентификатор); КонецЕсли;
2 — 24.12.18 — 02:47
Что сбило с толку, почему не стал сразу проверять, не ошибка типовой ли это, так это потому что на копии базы на другом компе на другом релизе платформы как-то один раз умудрилось записаться без ошибок, вот и пойми, как это произошло
3 — 12.02.19 — 11:00
Чтобы не лопатить конфу и не мудохаться в дальнейшем с обновлением, вышел из положения с помощью расширения
Добавил общий модуль, скопировал процедуру СотрудникиПослеЗаписиНаСервере() из Общего модуля СотрудникиФормы.
Позаимствовал форму элемента справочника Сотрудники и добавил в модуль процедуру ПослеЗаписиНаСервере() выбрав сценарий Вместо() и соответственно направил на процедуру в созданном общем модуле.
В котором процедура исправлена согласно твоей подсказке
Версия ЗУП 3.1 (3.1.8.216)
Версия платформы 1С:Предприятие 8.3 (8.3.13.1644)
1. Было такое, решили так…
4 — 12.02.19 — 11:01
(3)
Процедура Вместо_СотрудникиПослеЗаписиНаСервере(Форма, ТекущийОбъект, ПараметрыЗаписи) Экспорт
Форма.РазблокироватьДанныеФормыДляРедактирования();
Если Форма.ФизическоеЛицоЗаблокировано Тогда
РазблокироватьДанныеДляРедактирования(Форма.ФизическоеЛицоСсылка, Форма.УникальныйИдентификатор);
КонецЕсли;
Если Форма.ИзмененыЛичныеДанные Или Форма.СозданиеНового Тогда
Форма.СозданиеНового = Ложь;
ПрочитатьДанныеСвязанныеССотрудником(Форма);
КонецЕсли;
Форма.СотрудникЗаблокирован = Ложь;
Форма.ФизическоеЛицоЗаблокировано = Ложь;
СотрудникиОбновитьЭлементыФормы(Форма);
КонецПроцедуры
nastrip
5 — 12.02.19 — 11:28
(4)
Описание:
Снимает блокировку объекта.
Если блокировка не была установлена от имени этой формы или без указания формы, никаких действий не выполняется.
Это написано в справке 1С ))) по факту ошибка как раз-таки здесь и порылась )))
-
Добрый день,такая проблема появилась,люди работают на серваке через rdp подключение.база файловая типовая ЗУП 3.1.7.87
Платформа 1с 8.3.12.1469. Периодически такая ошибка возникает при записи справочника сотрудники.Пользователь один в базе работает,все вкладки закрыты. Не дает записать сотрудника и выкидывает из базы.Перезапуск базы не помогает,приходится создавать новый справочник и тогда уже все записывается.Подскажите как можно решить данную проблему. -
Offline
ТехБухПривет
Профессионал в 1С
Команда форума- Регистрация:
- 25 июн 2013
- Сообщения:
- 827
- Симпатии:
- 89
- Баллы:
- 54
Проверить доступные роли для начала.. возможна ошибка доступа к одному из реквизитов справочника..
— Объединение сообщений, 8 авг 2018 —
ДобавлениеИзменениеДанныхСотрудников должна быть роль у пользователя доступна! (не только расширенная..)
Последнее редактирование: 8 авг 2018 -
Права все есть,галки все стоят,если бы не хватало прав то он бы в принципе не давал записывать,а тут 2 записалось на 3 вылетело.
-
Offline
ТехБухПривет
Профессионал в 1С
Команда форума- Регистрация:
- 25 июн 2013
- Сообщения:
- 827
- Симпатии:
- 89
- Баллы:
- 54
ошибку какую выдает? что в журнале регистрации? какие различия между создаваемыми сотрудниками? на сколько заполнена личная информация при записи сотрудников? что за база — с нуля была или перенос данных — типовая или нет?
Просто так ничего не бывает — должна быть причина — для начало советую посмотреть различия… потом смотреть права — если все при все галки стоят — то это не всегда хорошо… так же смотреть настройки — РЛС включены или нет, если да, то внимательнее к правам!— Объединение сообщений, 8 авг 2018 —
если совсем идей нет — запустите в обычном интерфейсе(через конфигуратор с отладкой) и пусть заводит — там возможно отобразит ошибку и можно будет понять куда копать…
Последнее редактирование: 8 авг 2018 -
Только что все попробовал в обычных формах тоже самое ошибку такую же пишет «Ошибка снятия блокировки объекта объект не заблокирован»,просто захожу и нажимаю записать на сотрудника любого ничего не меняю.Сразу ошибка,в журнале регистрации ничего не фиксируется про это.Информация полностью в сотруднике,их там трое на всех пишет тоже самое ничего не понимаю вообще и не понятно в какую сторону смотреть даже,первый раз такой случай.
В этой базе вообще пользователей нет,но есть базы с юзерами с полными правами тоже самое,грешу на сервер уже может с ним что то,антивирусов нет никаких. RLS нет. Хочу попробовать базу перенести локально но это очень не удобно ее туда сюда копировать. -
Offline
pavl_vs
Профессионал в 1С- Регистрация:
- 18 июн 2011
- Сообщения:
- 507
- Симпатии:
- 42
- Баллы:
- 54
Достаточно однажды скопировать и проверить справедливость предположения, а уж потом горевать по поводу «неудобств».
-
При переносе на другой комп базы все работает нормально,на сервере все права на папку есть,есть какие то предположения?
-
Offline
ТехБухПривет
Профессионал в 1С
Команда форума- Регистрация:
- 25 июн 2013
- Сообщения:
- 827
- Симпатии:
- 89
- Баллы:
- 54
надо было это и в первом сообщении написать — не прочитал тему))
Начните с того, что запустите базу с ключом /ClearCache
далее чистка уже sql, если не поможет -
База файловая
— Объединение сообщений, 9 авг 2018 —
/ClearCache не помогло опробовал.
-
Offline
ТехБухПривет
Профессионал в 1С
Команда форума- Регистрация:
- 25 июн 2013
- Сообщения:
- 827
- Симпатии:
- 89
- Баллы:
- 54
ну чистка кэша ещё никому не вредила + стоит уже обновить платформу — может быть глюк оттуда..
ну а проверять код на блокировки, если типовая конфа — я бы отложил.. -
На той же платформе в той же базе на другом компе все работает,код точно не при делах платформа тоже отпадает.
-
Offline
ТехБухПривет
Профессионал в 1С
Команда форума- Регистрация:
- 25 июн 2013
- Сообщения:
- 827
- Симпатии:
- 89
- Баллы:
- 54
100% Кэш — если файловая — просто удалить из списка баз и снова добавить…
-
Буду пробовать спасибо за помощь.
УПП, клиент серверная. Год работала нормально. Сейчас начали у юзвереый вылезать ошибки транзакций, время ожидания истекло и прочее и прочее. Приходиться перезапускать службу 1с и на время помогало. А сейчас совсем плохо,помогает на пару часов. Выгрузил и загрузил инф. базу, сделал ТИИ, но при ее окончании вылезло это сообщение! Думаю, что лучше не стало. Помогите, куда копать??? База на sql, работают 20 чел,все было ОК, но вот сегодня не возможно работать стало. Помогите!
в самом sql почистить логи транзакций и еще чего то там.
в SQL я создал новую базу и выгрузку dt загрузил в нее! По идее файл логов транзакций новый создался. Но после ТИИ в этой «новой» базе, вот такая вот ошибка в конце тестирования. Спасайте, куда еще капнуть?
Проверил базу sql CHECKDB обнаружил 0 ошибок размещения и 0 ошибок согласованности в базе данных «upp».
Почистить кэш сервера приложений + кэш клиент-серверного общения (/ClearCache)
CHECKDB для файловых баз, по-моему
Он про команду СУБД «DBCC CHECKDB» ))
Ааа)), понятно, спасибо. Про «транзакции и прочее», скорее всего начались перерасчеты себестоимости, отсюда и блокировки.
спасибо, имеется ввиду почистить файлы в папке: C:Program Files1cv82srvinfo
eg_1541snccntx ??? в обед попробую. На что еще можно обратить внимание?
Я бы в первую очередь посмотрел на наличие «зависших сеансов» в консоли сервера 1С, а также проверил не теряетя ли связь между sql сервером и сервером 1С.
на зависшие сеансы вроде смотрел. А как проверить связь между sql и 1c?? все на одном сервере крутится
Добрый День! Вы решили проблему с блокировкой? Просто то же самое происходит и у меня. База на postgresQL, работаем в терминальном режиме на сервер, конфигурация УТ 11. Платформу обновил до 8.2.19.130. Два года база работала нормально, теперь каждый день происходит блокировки, причем абсолютно всех документов у пользователя. Чистка Кэша сервера и пользователя не помогает, в журналах postgresQL проблем с подключение не наблюдается (только когда службу сервера перезагружаю появляются ошибки), регламентные задания все отключил, со стороны серверной части 1с поставил галочку блокировать регламентные задания спасает только перезагрузка службы сервера 1с. Заметил одну вещь если у пользователя допустим не дает провести заказ ругается на блокировки, то когда я захожу под своим пользователям в другом сеансе у меня тот же заказ проводится нормально права у нас одинаковые ограничений нету. Помоги, что можно еще предпринять или где искать загвоздку
а я бы вспомнил, когда в последний раз меняли релиз платформы, и морду набил бы тому, кто последнюю версию установил без тестирования..
Так на старой версии платформы как раз все и началось
Ну так позови программиста 1С для решения вопроса
Предлагаю оторвать руки программистам 
+ Смотри в конфигураторе параметр «Режим управления блокировкой данных в транзакции по умолчанию» Если хоть где то будет стоять «Управляемая» и местами «Автоматическая». То тут же нужно либо везде ставить «Управляемая», либо «Автоматическая» (и при этом переписать код, где использовалась управляемая блокировка)
+ Смотри у Объектов метаданных
Объекты я правильно понял это Документы, справочники в конфигураторе? Я посмотрел там половина документов Автоматически стоит половина Управляемая, что лучше поставить? Ничего понять не могу программиста мы уже месяца 4-5 не вызывали и все работало, а тут и произошло
Тэги:
Комментарии доступны только авторизированным пользователям
Добрый день,такая проблема появилась,люди работают на серваке через rdp подключение.база файловая типовая ЗУП 3.1.7.87
Платформа 1с 8.3.12.1469. Периодически такая ошибка возникает при записи справочника сотрудники.Пользователь один в базе работает,все вкладки закрыты. Не дает записать сотрудника и выкидывает из базы.Перезапуск базы не помогает,приходится создавать новый справочник и тогда уже все записывается.Подскажите как можно решить данную проблему.