Пользователь иб не идентифицирован 1с 83 конфигуратор
Пользователи 1С
Управление пользователями в 1С — процесс достаточно простой и интуитивно понятный, однако всё равно нуждается в описании.
Условно администрирование и контроль включает в себя:
- создание пользователя;
- установка прав пользователей;
- просмотр активных пользователей;
- анализ действий пользователей.
Рассмотрим каждый из этих пунктов подробнее:
Создание и установка прав пользователей 1С
В зависимости от конфигурации пользователи вводятся либо в конфигураторе, либо в режиме пользователя. Практически все современные конфигурации поддерживают ввод пользователей в режиме 1С: Предприятие 8. Также в режиме 1С: Предприятие, как правило, вводятся дополнительные параметры пользователей.
Однако, независимо от конфигурации, первый пользователь с административными правами всегда вводится в режиме конфигуратор. Поэтому мы рассмотрим оба режима ввода пользователей.
Ввод пользователей в Конфигураторе
Для входа в режим 1С Конфигуратор необходимо в списке выбора баз выбрать вариант Конфигуратор:
Если вы только начинаете программировать в 1С или просто хотите систематизировать свои знания - попробуйте Школу программирования 1С нашего друга Владимира Милькина. Пошаговые и понятные уроки даже для новичка с поддержкой учителя.
Попробуйте бесплатно по ссылке >>
Получите понятные самоучители по 1С бесплатно:
После входа необходимо выбрать в меню пункты Администрирование — Пользователи. Откроется список пользователей, если Вы заводите первого пользователя, он будет пуст. Добавим нового пользователя «Администратор»:
На этой странице Вы должны указать настройки пользователя:
- Имя и Полное имя — наименование пользователя.
- Если установлен флаг Аутентификация 1С: Предприятия, то станут доступны пункты Пароль (пароль, который используется для входа в 1С), Пользователю запрещено изменять пароль (делает доступным возможность смены пароля пользователем в пользовательском режиме), Показывать в списке выбора (делает доступным выбор пользователя в списке, в противном случае имя пользователя необходимо вводить вручную).
- Аутентификация операционной системы — флаг, отвечающий за возможность авторизации с помощью имени пользователя операционной системы. Пользователь — имя пользователя информационной системы (например, \\dom\kirill, где dom — домен сети, а kirill имя пользователя ОС). 1С при запуске сначала проверяет авторизацию через ОС, а потом авторизацию 1С.
- Аутентификация OpenID — включение возможности авторизации с помощью технологии OpenID. OpenID — это открытая децентрализованная система, которая позволяет пользователю использовать единую учётную запись для аутентификации на множестве не связанных друг с другом сайтов, порталов, блогов и форумов.
На вкладке Прочее нужно указать соответствующие роли для пользователя (подробней о ролях). В нашем случае мы укажем для администратора Полные права. Для других пользователей здесь можно отметить флагами требующиеся роли. Права пользователей суммируются из доступных объектов разных ролей. Т.е. если у пользователя выбрано две роли, в одной есть доступ к справочнику «Номенклатура», а у второй роли нет, доступ будет. Для любого пользователя без «Полных прав» обязательна установка роли «Пользователь»(если она присутствует).
Также на этой вкладке можно указать Основной интерфейс (работает только для обычных форм). Язык по умолчанию — если конфигурация разработана на нескольких языках. Режим запуска — управляемое или обычное приложение.
Создание пользователя в 1С Бухгалтерия 2.0
Для этого в меню необходимо выбрать пункт Сервис — Управление пользователями и доступом. Откроется справочник «Пользователи». Создайте нового пользователя:
Занесите информацию о пользователе и его основные настройки 1С, нажмите кнопку «ОК»: система предложит создать автоматически пользователя БД:
Необходимо согласиться, отобразится форма нового пользователя базы данных:
Где необходимо указать нужные настройки авторизации и роли пользователя.
Вот и всё! Создание пользователя и назначение ему прав завершено.
Просмотр активных пользователей в базе 1С
Для просмотра работающих в базе данных пользователей в режиме 1С: Предприятие необходимо выбрать пункт Сервис — Активные пользователи. Откроется список работающих в базе данных пользователей:
Как отключить пользователей в 1С 8.3
Отключить активного пользователя в базе 1С можно двумя способами:
- в интерфейсе программы (для конфигураций 1С Бухгалтерия 3.0, Управление торговлей 11 и т.д);
- через консоль кластера серверов (доступно только в клиент-серверном режиме работы).
Из интерфейса
В пользовательском режиме выкинуть зависшего пользователя можно, зайдя в меню «Администрирование» — «Поддержка и обслуживание», затем выбрав пункт «Активные пользователи»:
Выбираем в списке нужного пользователя и нажимаем кнопку «Завершить».
Из консоли кластера
Если у Вас есть доступ к административной панели сервера 1С, завершить сеанс можно с её помощью. Заходим в консоль, находим зависшего пользователя в меню «Сеансы», вызываем контекстное меню и нажимаем «Удалить»:
Контроль работы пользователей 1С 8.3
Для просмотра истории работы пользователей необходимо зайти в меню в пункт Сервис — Журнал регистрации:
Например, пользователь Иванов Иван в 15:09:18 создал новую номенклатуру «Лопата».
Информацию из журнала регистрации можно сортировать по типу данных, пользователю, виду действия и т.д. Для этого необходимо нажать на пиктограмму воронки над таблицей журнала регистрации.
Если база данных давно установлена и данные в ней часто меняются, просмотр журнала регистрации существенно замедляется, в особо запущенном случае система может обрабатывать данные очень продолжительный период времени.
Если Вы начинаете изучать 1С программирование, рекомендуем наш бесплатный курс (не забудьте подписаться на YouTube — регулярно выходят новые видео):
Ошибка появляется при обновлении конфигурации - вываливается окно "Недостаточно памяти" -> платформа крешится -> на базе появляется ошибка.
(1)Столкнулся с такой проблемой. То, что предложил автор статьи так не работает. Как еще решить эту проблему?
+ Молодец, что написал эту статью. "Недостаточно памяти" и все остальное. Именно так это все и происходило. Спасибо, что открыл тему. Четыре базы навернулись по такому принципу. У нас в конце концов один человек лишился работы, после этой ошибки. Два раза навернул базу, архивы не делал, а потом узнали об ошибке 1С.
(1)
Треш! Почему же 1С не снимает релизы с этими ошибками с сайта ИТС ? Делает вид, что ничего не происходит.
Сегодня столкнулся с такой же проблемой на платформе 8.3.16.1814.
Возможно кому то поможет, решил ее так:
1. Создал вспомогательную базу на сервере 1С, загрузил туда созданную перед началом обновлений выгрузку основной базы
2. На сервере MS SQL штатными средствами сделал полный бекап вспомогательной базы базы
3. Штатными средствами MS SQL восстановил основную базу из резервной копии вспомогательной
(6) Да, сделал бекап, но развернул его в другую базу, а потом средствами MS SQL накатил на основную.
Столкнулся с проблемой, что не мог удалить базу в консоли сервера 1С, поэтому таким странным способом..
(8) Да - удалить не дает, т.к. авторизация больше не проходит. Поэтому я на другом кластере (8.3.12) прописал ее - она дошла до авторизации - и дальше вернулся на кластер 8.3.18 - и прошла авторизация - и удалять не пришлось ничего из консоли администрирования
(8) что заначит "сделал бэкап, а потом средствами SQL. "?
Бэкап всегда и делается средствами SQL.
А если это выгрузка в dt, то надо ее так и называть.
У меня баг был на платформе 8.3.17.1851 исправлял платформой 8.3.16.1359.
Спасибо за статью.
Спасибо 1с за наши спокойные выходные, сарказм конечно.
То что сервер 1с начал рубить процессы в которых происходит принятие изменений это вообще за гранью.
Было такое, на пару дней оставил базу в процессе обновления, на окне принятия изменяемых метаданных, а когда вернулся к окну конфигуратора, то сеанс почему-то был завершен сервером. Ну и словил такую ошибку. Очистка пользователей в SQL не помогла, просто восстановил базу из dt и все.
Обновиться на 8.3.18.1289 запустить конфигуратор вводя пароль, помогает, потом возвращаемся назад на 8.3.18.1208 чтобы нигде больше платформу не переустанавливать по крайней мере пока одно место горит))) Когда потухнет, тогда в плановом порядке везде обновлять платформу.
(23) если с кампа программиста войдете, то да потом с любого кампа тоже войдете, лишь бы там была такая же версия платформы, новая в смысле
(24) а в чем смысл "компа программиста"? Я имею ввиду если обновиться и уже на старую платформу не возвращаться - пустит?
(26) Смысл в возвращении на старую платформу, - это тогда когда у тебя сотни ПК с установленной старой платформой, а ещё армия внешних пользователей и всех их как бы обновить одним днём проблематично, поэтому спасаете базу на новой платформе и возвращаетесь на старую, потом планомерно везде накатываете новую платформу пока работаете на старой, а потом одним днём грубо говоря переходите на новую платформу уже на серверах.
Если у вас нет проблем с армией юзеров и их ПК, то естественно вы можете сразу на новой платформе и продолжить дальше работать без даунгрейдов на старую платформу, это для вас будет лишнее и вредное, так как все равно та же 8.3.18.1208 опасна выходит для использования и лучшее её обойти стороной или сбежать от неё на новую версию, хотя ещё мало кто чего может сказать что там с 8.3.18.1289 не так и что есть за сюрпризы.
(27) не, просто тут люди делают манипуляции со старой платформой, а потом запускают на новой, я думал, нужны определенные танцы. А если апгрейд на последнюю 18 спасает положение, то мы подождем :)
(27) когда у нас это произошло - 8.3.18.1289 еще не было - поэтому пришлось возвращаться туда где были)
(13)
тот же эффект на 8.3.17.1851
теперь пакетно запускать обновления, даже типовых, это лотерея.
восстановил рядом архив
Дополню - обычное обновление после этапа реструктуризации периодически "убивает" базу.
Платформа 8.3.17.1851
Восстановить можно, если иметь бэкапы таблиц Config и ConfigSave (последняя, если нет хранилища, там будут ваши изменения). База запустится, но ошибки останутся, нужно будет проверить все добавленные при падении объекты.
(21) В процессе прерванной реструктуризации думаю есть риск, что часть таблиц будет преобразовано к новому варианту конфы, а часть так и останется по старому, хоть спасай или не спасай таблицы Config и ConfigSave
ТИИ скорее всего нужно проводить на базах после воскрешения
Платформа 8.3.17.1851 - такая же проблема после обновления и перезапуска.
В своём случае просто восстановил базу из бэкапа сервера.
А подскажите пожалуйста что означает фраза:
"заходим в конфигуратор до окна логина (логин не вводим)"
(29) прикрепилось не туда
запускаю конфигуратор -> появляется окно ввода логина / пароля -> жму Отмена
(40) так заходить и не надо было в конфигуратор - этим маневром фиксилась ошибка и при повторном запуске уже под нужной платформой давала зайти в базу. Сейчас уже не актуально (это уже писал в ветках) - потому что есть новый релиз, где эта ошибка указана как исправленная.
Автору спасибо за решение.
В итоге оказалось все ещё проще.
Удалил 8.3.18.1208.
Установил 8.3.16.1063
Запустил службу 1С, убедился что в консоли серверов 1с база есть.
Запустил базу в конфигураторе, окно авторизации появилось.
Отменил авторизацию.
Удалил 8.3.16.1063.
Установил 8.3.18.1208.
.
PROFIT
ничего не переставляли
так как старая платформа оставалась, сделали так.
- остановили 1с-сервер в службах
- заменили в реестре путь запуска на старую платформу (скрин приложил)
- запустили 1с-сервер
- дальше запустил конфигуратор(открылся в старой платформе), спросило, что делать с проблемной конфой - я ответил "да",
- открылось окно авторизации, отменил
- остановили 1с-сервер в службах
- вернули в реестре 1208
- запустили 1с-сервер
- запустил конфигуратор, вошел без проблем.
(36) у меня удалить из консоли не давало - т.к. требует авторизацию на базе в консоли - > а в базу авторизация порушена
(37) мне кажется сначала надо удалить БД, средствами СУБД, а затем при удалении ИБ 1С, выбрать пункт - Оставить без изменений.
(37) она не порушена. в предприятие вы же можете войти. Нельзя войти только в конфигуратор. Я на дню по несколько раз восстанавливаю. Есть причины, по которым пока не могу обновить платформу.
Скриптом запускаю второй сервер 1с на другом порту как приложение (лицензия не требуется). В консоле администрирования данного сервера создаю базу с теми же свойствами , что и основной версии. Запускаю конфигуратор. Дохожу до отсутствия лицензии. Закрываю. Потом запускаю конфигуратор основной версии. Все работает. Если снова нужно, то во второй версии в консоле нужно удалить базу, оставив БД без изменения. И снова создать новую. Работает только при создании новой базы
Столкнулись с указанной ошибкой, при переходе на новую версию платформу, с 8.3.16.1502 на 8.3.16.1814.
Способ, указанный автором, нам помог.
Добрый. 1с-ка делает запрос к табличке "SEL ECT Status FR OM SchemaStorage WHERE SchemaID = 0", в поломонной этот статус "200" в нормальной "100". я его изменил и база запустилась.
allexx; RazorSky; teca; FireFauced; santech-1C; avu2002; Andy_sh; yghmd; C0oLZ3r0; yelisenkov; bondaleksey; altviser; Maxs_1919; Slypower; stvorl; andpal; natal_tihom; reoreh; dammit666; CAIN; JohnK; r-azt; saleksv; AlexKriulin; ikekoval; retr0; Georgik; user763700; info1i; dimao; sivalor; user1024932; JetBerry; xamass; AActor; soci0pat; dkonakov; anderson; Painted; Terabaytus; alexey.glotov; netesoff; JohnyDeath; user953800; max_vorzhev; daodezi; Hellhackee; duhh; jagon; Zedd4D; mrcamomile; AlexKo; -Kulebyaka-; + 53 – Ответить
allexx; user591578_1c; Serega-artem; RazorSky; teca; mamonth; FireFauced; SerVlasov; vorkir; santech-1C; angel4evil; Andy_sh; kras; bird21; user1534961; pilotfitz; yghmd; teyana; Гуррыч; John_Dow; gerandy; Alex17; bondaleksey; altviser; evn-zorin; Slypower; ra9000; romankoav; Светлый ум; natal_tihom; finservice; reoreh; wizard.ilmir02; dammit666; CAIN; JohnK; r-azt; koka; гаврюша; ReXt0n; 1cmax; N!ghtmare; BomjBandit; saleksv; Lolmes; user871141; ikekoval; kudlach; retr0; user763700; wolder; karagiosis; dimao; user1024932; milanse; JetBerry; moyo; higs; max_nch; pro100; soci0pat; dkonakov; Painted; maxx; kaysh; Man940N; Terabaytus; akiril; Ole4ik; alexey.glotov; user1547888; Borometr; fedorovyhnikolai; user953800; tank68; Hellhackee; duhh; jagon; AlexKo; + 79 – Ответить
Столкнулся с такой ошибкой на релизе 8.3.18.1208 при обновлении серверной базы ЕРП. Ранее разработка велась на 8.3.12.1790.
Подсказали такой хак - может, кому пригодится:
- устанавливаем предыдущий релиз платформы (в моем случае 8.3.12.1790 была установлена на другом сервере)
- в консоли администрирования 8.3.12.1790 прописываем эту базу
- заходим в конфигуратор до окна логина (логин не вводим)
- возвращаемся на платформу 8.3.18.1208
- заходим в конфигуратор + вводим логин / пароль
- профит
Был еще хак где SQL скриптами переливали базу в другую - но там было очень много нюансов.
Ошибка есть на баг-трекере
UPD / 16.01.2021 ушли на 8.3.18.1289 - пока полет нормальный
Список платформ, на которой у пользователей произошла ошибка:
8.3.16.1814
8.3.17.1851
8.3.18.1208
Специальные предложения
Ошибка появляется при обновлении конфигурации - вываливается окно "Недостаточно памяти" -> платформа крешится -> на базе появляется ошибка.
(1)Столкнулся с такой проблемой. То, что предложил автор статьи так не работает. Как еще решить эту проблему?
+ Молодец, что написал эту статью. "Недостаточно памяти" и все остальное. Именно так это все и происходило. Спасибо, что открыл тему. Четыре базы навернулись по такому принципу. У нас в конце концов один человек лишился работы, после этой ошибки. Два раза навернул базу, архивы не делал, а потом узнали об ошибке 1С.
(1)
Треш! Почему же 1С не снимает релизы с этими ошибками с сайта ИТС ? Делает вид, что ничего не происходит.
Сегодня столкнулся с такой же проблемой на платформе 8.3.16.1814.
Возможно кому то поможет, решил ее так:
1. Создал вспомогательную базу на сервере 1С, загрузил туда созданную перед началом обновлений выгрузку основной базы
2. На сервере MS SQL штатными средствами сделал полный бекап вспомогательной базы базы
3. Штатными средствами MS SQL восстановил основную базу из резервной копии вспомогательной
(6) Да, сделал бекап, но развернул его в другую базу, а потом средствами MS SQL накатил на основную.
Столкнулся с проблемой, что не мог удалить базу в консоли сервера 1С, поэтому таким странным способом..
(8) Да - удалить не дает, т.к. авторизация больше не проходит. Поэтому я на другом кластере (8.3.12) прописал ее - она дошла до авторизации - и дальше вернулся на кластер 8.3.18 - и прошла авторизация - и удалять не пришлось ничего из консоли администрирования
(8) что заначит "сделал бэкап, а потом средствами SQL. "?
Бэкап всегда и делается средствами SQL.
А если это выгрузка в dt, то надо ее так и называть.
У меня баг был на платформе 8.3.17.1851 исправлял платформой 8.3.16.1359.
Спасибо за статью.
Спасибо 1с за наши спокойные выходные, сарказм конечно.
То что сервер 1с начал рубить процессы в которых происходит принятие изменений это вообще за гранью.
Было такое, на пару дней оставил базу в процессе обновления, на окне принятия изменяемых метаданных, а когда вернулся к окну конфигуратора, то сеанс почему-то был завершен сервером. Ну и словил такую ошибку. Очистка пользователей в SQL не помогла, просто восстановил базу из dt и все.
Обновиться на 8.3.18.1289 запустить конфигуратор вводя пароль, помогает, потом возвращаемся назад на 8.3.18.1208 чтобы нигде больше платформу не переустанавливать по крайней мере пока одно место горит))) Когда потухнет, тогда в плановом порядке везде обновлять платформу.
(23) если с кампа программиста войдете, то да потом с любого кампа тоже войдете, лишь бы там была такая же версия платформы, новая в смысле
(24) а в чем смысл "компа программиста"? Я имею ввиду если обновиться и уже на старую платформу не возвращаться - пустит?
(26) Смысл в возвращении на старую платформу, - это тогда когда у тебя сотни ПК с установленной старой платформой, а ещё армия внешних пользователей и всех их как бы обновить одним днём проблематично, поэтому спасаете базу на новой платформе и возвращаетесь на старую, потом планомерно везде накатываете новую платформу пока работаете на старой, а потом одним днём грубо говоря переходите на новую платформу уже на серверах.
Если у вас нет проблем с армией юзеров и их ПК, то естественно вы можете сразу на новой платформе и продолжить дальше работать без даунгрейдов на старую платформу, это для вас будет лишнее и вредное, так как все равно та же 8.3.18.1208 опасна выходит для использования и лучшее её обойти стороной или сбежать от неё на новую версию, хотя ещё мало кто чего может сказать что там с 8.3.18.1289 не так и что есть за сюрпризы.
(27) не, просто тут люди делают манипуляции со старой платформой, а потом запускают на новой, я думал, нужны определенные танцы. А если апгрейд на последнюю 18 спасает положение, то мы подождем :)
(27) когда у нас это произошло - 8.3.18.1289 еще не было - поэтому пришлось возвращаться туда где были)
(13)
тот же эффект на 8.3.17.1851
теперь пакетно запускать обновления, даже типовых, это лотерея.
восстановил рядом архив
Дополню - обычное обновление после этапа реструктуризации периодически "убивает" базу.
Платформа 8.3.17.1851
Восстановить можно, если иметь бэкапы таблиц Config и ConfigSave (последняя, если нет хранилища, там будут ваши изменения). База запустится, но ошибки останутся, нужно будет проверить все добавленные при падении объекты.
(21) В процессе прерванной реструктуризации думаю есть риск, что часть таблиц будет преобразовано к новому варианту конфы, а часть так и останется по старому, хоть спасай или не спасай таблицы Config и ConfigSave
ТИИ скорее всего нужно проводить на базах после воскрешения
Платформа 8.3.17.1851 - такая же проблема после обновления и перезапуска.
В своём случае просто восстановил базу из бэкапа сервера.
А подскажите пожалуйста что означает фраза:
"заходим в конфигуратор до окна логина (логин не вводим)"
(29) прикрепилось не туда
запускаю конфигуратор -> появляется окно ввода логина / пароля -> жму Отмена
(40) так заходить и не надо было в конфигуратор - этим маневром фиксилась ошибка и при повторном запуске уже под нужной платформой давала зайти в базу. Сейчас уже не актуально (это уже писал в ветках) - потому что есть новый релиз, где эта ошибка указана как исправленная.
Автору спасибо за решение.
В итоге оказалось все ещё проще.
Удалил 8.3.18.1208.
Установил 8.3.16.1063
Запустил службу 1С, убедился что в консоли серверов 1с база есть.
Запустил базу в конфигураторе, окно авторизации появилось.
Отменил авторизацию.
Удалил 8.3.16.1063.
Установил 8.3.18.1208.
.
PROFIT
ничего не переставляли
так как старая платформа оставалась, сделали так.
- остановили 1с-сервер в службах
- заменили в реестре путь запуска на старую платформу (скрин приложил)
- запустили 1с-сервер
- дальше запустил конфигуратор(открылся в старой платформе), спросило, что делать с проблемной конфой - я ответил "да",
- открылось окно авторизации, отменил
- остановили 1с-сервер в службах
- вернули в реестре 1208
- запустили 1с-сервер
- запустил конфигуратор, вошел без проблем.
(36) у меня удалить из консоли не давало - т.к. требует авторизацию на базе в консоли - > а в базу авторизация порушена
(37) мне кажется сначала надо удалить БД, средствами СУБД, а затем при удалении ИБ 1С, выбрать пункт - Оставить без изменений.
(37) она не порушена. в предприятие вы же можете войти. Нельзя войти только в конфигуратор. Я на дню по несколько раз восстанавливаю. Есть причины, по которым пока не могу обновить платформу.
Скриптом запускаю второй сервер 1с на другом порту как приложение (лицензия не требуется). В консоле администрирования данного сервера создаю базу с теми же свойствами , что и основной версии. Запускаю конфигуратор. Дохожу до отсутствия лицензии. Закрываю. Потом запускаю конфигуратор основной версии. Все работает. Если снова нужно, то во второй версии в консоле нужно удалить базу, оставив БД без изменения. И снова создать новую. Работает только при создании новой базы
Столкнулись с указанной ошибкой, при переходе на новую версию платформу, с 8.3.16.1502 на 8.3.16.1814.
Способ, указанный автором, нам помог.
Добрый. 1с-ка делает запрос к табличке "SEL ECT Status FR OM SchemaStorage WHERE SchemaID = 0", в поломонной этот статус "200" в нормальной "100". я его изменил и база запустилась.
allexx; RazorSky; teca; FireFauced; santech-1C; avu2002; Andy_sh; yghmd; C0oLZ3r0; yelisenkov; bondaleksey; altviser; Maxs_1919; Slypower; stvorl; andpal; natal_tihom; reoreh; dammit666; CAIN; JohnK; r-azt; saleksv; AlexKriulin; ikekoval; retr0; Georgik; user763700; info1i; dimao; sivalor; user1024932; JetBerry; xamass; AActor; soci0pat; dkonakov; anderson; Painted; Terabaytus; alexey.glotov; netesoff; JohnyDeath; user953800; max_vorzhev; daodezi; Hellhackee; duhh; jagon; Zedd4D; mrcamomile; AlexKo; -Kulebyaka-; + 53 – Ответить
allexx; user591578_1c; Serega-artem; RazorSky; teca; mamonth; FireFauced; SerVlasov; vorkir; santech-1C; angel4evil; Andy_sh; kras; bird21; user1534961; pilotfitz; yghmd; teyana; Гуррыч; John_Dow; gerandy; Alex17; bondaleksey; altviser; evn-zorin; Slypower; ra9000; romankoav; Светлый ум; natal_tihom; finservice; reoreh; wizard.ilmir02; dammit666; CAIN; JohnK; r-azt; koka; гаврюша; ReXt0n; 1cmax; N!ghtmare; BomjBandit; saleksv; Lolmes; user871141; ikekoval; kudlach; retr0; user763700; wolder; karagiosis; dimao; user1024932; milanse; JetBerry; moyo; higs; max_nch; pro100; soci0pat; dkonakov; Painted; maxx; kaysh; Man940N; Terabaytus; akiril; Ole4ik; alexey.glotov; user1547888; Borometr; fedorovyhnikolai; user953800; tank68; Hellhackee; duhh; jagon; AlexKo; + 79 – Ответить
Начало сеанса с информационной базой запрещено 1С
Откройте папку с информационной базой. Путь, где она расположена, виден в окне запуска программы, в нижней части окна. В папке вы увидите много файлов.
Файл 1Cv8.1CD — это файл самой информационной базы, он самый объемный. Его трогать нельзя!
Остальные файлы — это временные файлы и файлы блокировок, которые формируются при запуске программы и при ее закрытии автоматически исчезают. Файл 1Cv8.cdn отвечает за блокировку ИБ. Удалив его, блокировка будет снята, и наша база вновь запустится.
Можно удалить все временные файлы, кроме файла информационной базы.
Код разрешения запуска 1С
Еще один способ снятия блокировки — запустить программу с параметром \UC, указав код разрешения запуска 1С. Этот параметр позволяет запустить ИБ, на которую установлена блокировка.
- ENTERPRISE — запуск 1С в пользовательском режиме 1С: Предприятие.
- /F”C:\Users\Acer\Documents\InfoBase” — путь к нашей ИБ (/F — ИБ файловая, /S — ИБ серверная).
- /СРазрешитьРаботуПользователей — снимает блокировку, убирая файл блокировки:
- если указан, то база становится доступной для всех пользователей;
- если не указан, то в программу входит только один пользователь, которому нужно дополнительно разблокировать базу в разделе Администрирование – Поддержка и обслуживание .
Чтобы задать параметры, запустите 1С и нажмите кнопку Изменить , для выбранной информационной базы.
Во втором окне редактирования информационной базы задайте дополнительные параметры запуска, указав код разрешения запуска 1С — ENTERPRISE /F»C:\Users\Acer\Documents\InfoBase» /CРазрешитьРаботуПользователей /UCРезервноекопирование . Текст можно скопировать отсюда, изменив на свой путь к информационной базе.
Запустите 1С снова. Программа начнет открываться и сама сбросится. После этого зайдите снова в окно редактирования ИБ и уберите введенные параметры. Иначе при следующем запуске она может зависнуть.
Если вы укажете только параметры /CРазрешитьРаботуПользователей /UCРезервноеКопирование, то получите тот же результат.
См. также:
Помогла статья?
Получите еще секретный бонус и полный доступ к справочной системе БухЭксперт8 на 14 дней бесплатно
Похожие публикации
-
Одним из самых страшных сценариев для пользователя при работе в..До 31.12.2018 работодатели обязаны провести специальную оценку условий труда (СОУТ).Начало отпуска по беременности и родам сдвигать нельзя ─ он.
(24 оценок, среднее: 4,83 из 5)
Публикацию можно обсудить в комментариях ниже.
Обратите внимание!
В комментариях наши эксперты не отвечают на вопросы по программам 1С и законодательству.
Задать вопрос нашим специалистам можно в Личном кабинетеВы можете задать еще вопросов
Доступ к форме "Задать вопрос" возможен только при оформлении полной подписки на БухЭксперт8
Нажимая кнопку "Задать вопрос", я соглашаюсь с
регламентом БухЭксперт8.ру >>Добрый вечер, обратите внимание, что мы отвечаем на вопросы, связанные с работой функционала 1С на уровне пользователей. Информация, которую вы просите — уровня разработчиков.
Поэтому по вашему вопросу могу дать рекомендации, исходя только из своего профессионального опыта.
Определение уникального идентификатора зависит от того, с какой базой вы работаете: файловой или клиент-серверной.
Если с файловой, то есть еще один нюанс: база была создана копированием или устанавливалась и наполнялась с «нуля».1. База файловая, создана копированием. Это самый простой вариант для определения идентификатора информационной базы. Для этого вам нужно зайти в каталог ракзмещения базы и открыть файл DoNotCopy в каталоге размещения базы данных.
Там содержится уникальный идентификатор информационной базы, например, в моем случае — это символьная строка, разделенная дефисами:2. Если база файловая, но создана не копированием, определить уникальный УИД базы сложнее.
Внешний отчет по определению УИД информационной базы запускайте по кн. Главное меню — Файл — Открыть.
3. Если вы работает на сервере, то могу процитировать информацию из документации разработчиков.
Написанный мной отчет, впрочем, тоже УИД информационной базы прочитает и в этом случае.
Я не знаю, для каких целей вы ищите УИД базы, но, возможно, вам нужен не внутренний идентификатор базы, а уникальный идентификатор соединения базы?
Если так, то смотреть нужно другое, конкретно файл ibases. И там уникальный идентификатор будет отличаться от того, что я приводила выше для своей базы:
Посмотреть все уникальные идентификаторы подключения информационной базы вы можете в файле ibases (%appdata%\Roaming\1C\1CEStart).
Для проверки этого можете очистить кеши в %appdata% и запустить нужную базу: получите тот идентификатор, который прописан в файле ibases
Главное отличие внутреннего УИД подключения базы от внутреннего УИД базы в том, что при удалении базы из списка баз и добавления потом в список, формируется новый внутренний идентификатор подключения базы.
Но и при восстановлении информационной базы из копии мы также порлучаем новый УИД базы.
Поэтому если вам нужно привязаться к базе для запуска в какой-то одной из баз обработок и регламентных заданий, то удобнее фиксироваться на имени базы при запуске обработки.Для этого обычно используют команду:
СтрокаСоединенияИнформационнойБазы()Вот вам вся информация, можете ее использовать.
Тем не менее, мы не разработчики и на уровне разработчиков по таблицам 1С и метаданным базы, как правило, не консультируем.От Вас не поступило ответа. Я закрываю обращение. Если у Вас остались вопросы, Вы можете задать их в комментариях в течении трех дней. После этого обращение будет закрыто.
Вы можете задать еще вопросов
Доступ к форме "Задать вопрос" возможен только при оформлении полной подписки на БухЭксперт8
Нажимая кнопку "Задать вопрос", я соглашаюсь с
регламентом БухЭксперт8.ру >>Читайте также: