Программа 1С в России стала одним из основных способов нормализовать и улучшить работу предприятия. Программисты 1С одни из самых востребованных программистов у нас в стране. В связи с высоким спросом на программу, у пользователей возникают вопросы по поводу багов то и дело вылетающих при различных обстоятельствах. Одной из разновидностей таких багов являются ошибки информационной базы 1С.
Данная статья объяснит откуда берутся ошибки, что делать что бы снизить вероятность их появления. а также что делать в случае. если последние уже появились на компьютере/ в базе.
Причины ошибки
Причин может существовать множество. Главная задача. определить какая именно вызывает сбой в системе. Сперва нужно понять — сбой возникает на сервере или на конкретном компьютере, но об этом позже.
Основные симпотмы и предпосылки к сбоям — компьютеры без рабочего антивируса. На компьютере стоит устаревшее ПО или же файрвол конфликтует с базой, соответственно так же с последней может конфликтовать и антивирус.
Ошибка формата потока
При запуске 1С пользователи могут столкнуться с проблемой «ошибка формата потока»..
1) При возникновении подобной трудности требуется удалить все временные файлы, которые создает приложение при входе.
- На рисунке ниже показано какие файлы нужно удалить
2) Очистка кеша программы.
- При входе необходимо удалить пункт из списка ниже и добавить заново.
3) При удалении кеша способом выше — кеш фактически будет оставаться на компьютере. Взамен в программе просто будут создаваться новые данные. Компьютер будет засоряться.
Неверный формат хранилища
4) Вышеуказанная проблема также вызывается из-за захламления кешем.
Ошибка данных СУБД
Такое возникает при повреждении системного программного файлика, который показан ниже
- Основной способ избавиться от проблемы — переустановить систему.
- Также имеет смысл не переустанавливать, а просто обновить систему.
- Попробуйте протестировать и исправить
Тестирование базы данных
Протестировать на наличие проблем можно при помощи специального расширения
Не забывайте выгрузить и сохранить перед совершением любых действий, с целью устранения возможности потери информации. Просто скопируйте файл базы данных из каталога.
Тестирование базы данных в конфигураторе
Реиндексация таблиц информационной базы 1С
Реиндексация таблиц, т.е. исправление ошибок и сбоев в индексах.
При тестировании необходимо ставить галочку на проведение проверки по данному пункту, т.к. это позволит решить многие сбои.
Проверка ссылочной целостности
Приложение устраняет несуществующие ссылки. Прежде чем выбирать этот пункт — подумайте. что необходимо сделать со ссылками — удалить, изменить или добавить новую ссылку.
1С Пересчет итогов
Возникает ошибка в программе в результате которой система выводит ложную информацию, расшифровывая которую не видно детализации. Таким образом складывается ситуация, когда количество (цифра) по товару имеется, а сведений что за товар — нет. Установите галочку и программа постарается восстановить нарушенную связь между предметом и его числом.
Сжатие таблиц информационной базы
При удалении информации, в таблице фактически она сохраняется, в результате чего происходит захламление. При пометке указанного пункта — сведения удаляются в таблице, в результате чего размер данных становится меньше.
Реструктуризация таблиц информационной базы
Действие переносит в новые таблицы сведения из старых. Пометка такого действия устраняет определенные косяки.
Запуск
После выборки нужных действий при проверке, жмите «Продолжить», некоторые ошибки, или все, будут устранены.
Рекомендации после исправления ошибки
- Установите антивирус и проверьте компьютер на наличие вирусов;
- Обновите программное обеспечение;
- Скачивайте новые программы только с официальных сайтов;
- Убедитесь в актуальности версии 1С
Содержание:
1. Варианты возникновения ошибки разделенного доступа
2. Файловый режим работы: способы решения ошибки разделенного доступа
3. Пути решения ошибки разделенного доступа в клиент-серверном варианте работы
4. Зависшие фоновые задания разделенного доступа в клиент-серверном варианте
1. Варианты возникновения ошибки разделенного доступа
С ошибкой разделенного доступа в базе хотя бы раз сталкивался каждый разработчик. Обычно данную ошибку можно увидеть при принятии монопольных изменений конфигурации системы базы данных, при попытке выгрузки информационных баз или запуске тестирования и исправления информационной базы. Все эти операции требуют монопольный доступ к базе данных, то есть к базе не должны быть подключены пользователи. Далее мы рассмотрим варианты возникновения ошибки разделенного доступа и возможные пути их исправления:
Пользователи подключены к 1С
Для начала стоит проверить активные сеансы пользователей 1С. Количество активных пользователей можно посмотреть в конфигураторе: зайти в панель управления Администрирование, выбрать кнопку «Активные пользователи». И попросить их выйти из 1С. Помимо этого, информацию об активных сеансах можно увидеть в окне ошибки, но при большом количестве активных пользователей, информация будет не о всех активных сеансах.
У пользователя запущена 1С, но не введен пароль
Файловая база данных обычно содержит в себе подобную ошибку. Для решения данной проблемы следует запустить диспетчер задач, найти подобные процессы и, с его помощью, принудительно их завершить. Так как пользователь для работы с БД не авторизован, этот сеанс не отображается в списке активных пользователей, но соединение с базой при этом уже установлена. Следовательно, информационное сообщение так же, не будет нам полезно.
Зависший сеанс
Пользователи закрыли все свои окна 1С 8.3, но ошибка все еще осталась, в таком случае, вероятно, остались зависшие сеансы. В таком случае требуется принудительное завершение работы подобных сеансов. Последующие действия следует выполнять только после того, как испробовали методы описанные выше.
2. Файловый режим работы: способы решения ошибки разделенного доступа
— С помощью Диспетчера задач.
После завершения активных сеансов в файловом режиме работы, не сохраненная информация пользователей будет утеряна. Завершить сеансы этим способом можно вызвав диспетчер задач (диспетчер задач можно вызвать комбинацией клавиш Ctrl+Alt+Delete), выбрать нужные процессы(1Сv8.exe или 1Сv8c.exe), после этого нажать кнопку снять задачу.
— Перезагрузка сервера, на котором установлена 1С.
3. Пути решения ошибки разделенного доступа в клиент-серверном варианте работы
Завершить активные сеансы поможет консоль администрирования сервера, находим в ней нужную нам базу и заходим в меню «Сеансы».
Выделяем мешающие нам сеансы и завершаем их через пункт контекстного меню «Удалить» или соответствующую кнопку на панели.
— Если не удалось удалить сеансы, используя консоль, то пробуем перезапустить службу Агент сервера 1С Предприятия 8.3.
— Если не получается удалить соединение, можно попробовать это сделать средствами в 1С СУБД. К примеру, в MS SQL для 1С, можно открыть Management studio и написать запрос к нужной базе с использованием метода kill <ID>, где ID – номер соединения с СУБД, который так же можно увидеть в консоли администрирования.
— Только если все предыдущие способы не дали нам результата и ошибка все еще сохраняется, то можем перезагрузить сервер. Важно помнить, что к этому методу стоит прибегать только в крайнем случае.
4. Зависшие фоновые задания разделенного доступа в клиент-серверном варианте работы
В подобном случае, при повышенной пиковой нагрузке на сервер, сеансы фоновых заданий могут отрабатывать медленно или даже зависать, что так же влечет за собой возникновение данной ошибки.
Фоновые задания, как и обычный сеанс можно попытаться завершить, но после завершения они могут запускаться вновь. Активные сеансы фоновых заданий, как и пользовательские, можно увидеть в консоли администрирования на вкладке Соединения.
Попробовать завершить эти сеансы можно следующими методами:
— Завершить сеанс и обновить список активных соединений, для проверки, не запускаются ли они заново.
— Среди свойств базы найти флажок «Блокировка регламентных заданий включена», после этого снова надо попытаться завершить задание.
В итоге при возникновении данной ошибки, надо отталкиваться именно от причины ее возникновения, исходя из этого, производится выбор способа ее решения. Именно поэтому не стоит переходить сразу к радикальным методам, перегружать сервер, особенно, если есть возможность решить все более «щадящим» способом. Данные варианты решений уменьшат вероятность ошибок и повреждения данных таблиц информационной базы.
Специалист компании «Кодерлайн»
Марк Романенков
Ошибка разделенного доступа к информационной базе…. |
Я |
Rustik666
08.12.11 — 12:14
При выгрузке ИБ пишет
«Ошибка разделенного доступа к информационной базе….»
И в качестве активного сеанса пишет мой же сеанс….
Сервис перезапускал.. в консоли никаких соединений больше не показывает…..че за хрень такая?…
Перегружать сервер пока нет возможности (это поможет?)…
Живой Ископаемый
1 — 08.12.11 — 12:18
это <b>может</b> помочь
сервер 32-битный?
tdm
2 — 08.12.11 — 12:18
(0) посомтреть в консоли сервера 1с блокировки ИБ
(клиент-серверная база ?)
tdm
3 — 08.12.11 — 12:20
>>Сервис перезапускал..
попробуйте остановить сервис, прослдедить чтобы все процессы выгрузились из памяти (prhost,ragent,rmngr) и только потом запустить
shuhard
4 — 08.12.11 — 12:20
(0) код ошибки 10054 ?
Rustik666
5 — 08.12.11 — 12:21
да 32битный
в блокировках только блокировки от конфигуратора…….
такое просто было уже давно….непомню как разрешилось…может сервер перегружал…..
Rustik666
6 — 08.12.11 — 12:25
shuhard, да нет никакого кода не пошет….
просто
Ошибка разделенного доступа к информационной базе
Активные сеансы:
и тут пишет мой же сеанс…..
shuhard
7 — 08.12.11 — 12:25
(6) не верю
Rustik666
8 — 08.12.11 — 12:45
блин и перезагрузка сервера не помогла……черт…..ну ладно сделаю бэкап базы на sqlserverе…..непонятно че с этим делать?…..
Rustik666
9 — 30.12.11 — 11:04
подниму опять темку……так и не решил….. в чем может быть проблема….
даже перегружаю сервер, делаю новую базу, восстанавливаю из бэкапа……делаю выгрузить в конфигураторе и бац ошибка разделенного доступа к ИБ…..
shuhard
10 — 30.12.11 — 11:09
(9) ошибка на мисте описана сотни раз и не представляет ни какого интереса
Rustik666
11 — 30.12.11 — 11:17
ошибка тривиальная, когда кто-то сидит в базе или выполняется регламентное задание……но когда ты перегружаешь сервер, создаешь новую базу (сразу же выключаешь регламентные задания), восстанавливаешь базу из бэкапа, Потом из конфигуратора начинаешь выгружать базу….он повисит и потом говорит, что уже есть сеанс и говорит про твой же сеанс начатый конфигуратором (хотя 2 раза конфигуратор даже запустить нельзя)….
именно такие случаю сотни раз разорбраны?….
shuhard
12 — 30.12.11 — 11:20
(11) воспользоваться поиском что-то не позволяет ?
Rustik666
13 — 30.12.11 — 11:27
пользовался……в основном либо сеансы есть, либо люди не блокируют регламентные задания….у меня то какаято другая фигня….
shuhard
14 — 30.12.11 — 11:30
(13) сказки
Rustik666
15 — 30.12.11 — 11:32
вот нашел описание такого же случая…
http://sale1c.ru/1s-8-2-upp-posovetujte-ne-mozhem-vygruzit-bazu-tipovym-sposobom-cherez-konfigurator.html
то что там прочитал, так это «если создать базу средствами SQL, а не создать и залить типовыми методами 1С, то в дальнейшем происходит ошибка/проблема – база типовым методами 1С не выгружается»
я ее именно так и создал, а не загружал….
неужели теперь никогда не выгрузить?!?…
aleks-id
16 — 30.12.11 — 11:33
лезь в консоль скуля и ищи зависшую блокировку
Rustik666
17 — 30.12.11 — 11:35
да нету в консорле никаких соединений…..было б все так просто я б не писал …..
aleks-id
18 — 30.12.11 — 11:36
(17) в консоль СКУЛЯ а не 1с
shuhard
19 — 30.12.11 — 11:38
(18) не поможет
это ошибка не хватки памяти сервера 1С
и лечиться либо кастрацией конфигурации(обычно УПП) либо расширением памяти разными способами
aleks-id
20 — 30.12.11 — 11:40
(19) ну память можно расширить увеличив файл подкачки
shuhard
21 — 30.12.11 — 11:42
(20) не а, не помогает
либо /3Gb либо 64х
Rustik666
22 — 30.12.11 — 12:03
операционка 32 разрядная, на сервере 4 ГБ с расширением физических адресов…..но процесс больше 3 гб не захапает…..хотя в настоящий момент занято всего 1ГБ ….бэкап базы в районе 2 ГБ….
shuhard
23 — 30.12.11 — 12:05
(22) это ошибка не хватки памяти сервера 1С
и лечиться либо кастрацией конфигурации(обычно УПП) либо расширением памяти разными способами
либо /3Gb либо 64х
Rustik666
24 — 30.12.11 — 12:10
3G щас сделаю…..
интересно какого фига на SQLСервере 2 соединения…..запускаешь конфигуратор……в консоли сервера 1с одно подключение, а на скуле — 2 соединения….закрываешь конфигуратор….закрываются оба…..
Jaffar
25 — 30.12.11 — 12:22
(19), (23) «нехватки» пишется слитно!
Rustik666
26 — 30.12.11 — 12:25
shuhard, да все спасибо помогло либо /3GB либо то, что почистил временные файлы…..свободного места на диске C на сервере 1с было мало…..интересно сколько ему надо свободного места на диске (размером с базу)….потому как занятой памяти сейчас всего 500 МБ….
shuhard
27 — 30.12.11 — 12:27
(26) а теперь пуcт поиск по форуиу на «/3GB»
и убедись, что проблема поднималась сто раз
и что через месяц /3GB уже не поможет и придётся конц кастрировать или увеличить RAM
Jaffar
28 — 30.12.11 — 12:36
(27) или опять удалять лишние файлы с системного раздела, чтоб своп поместился
shuhard
29 — 30.12.11 — 12:36
(28) не в кассу
Rustik666
30 — 30.12.11 — 12:37
сервера все равно виртуальные под Hiper-V-Serverom…..
стояла статическая память 4 ГБ… я сделал динамическую с 4 до 8 ГБ…..но говорю же занято памяти немного…..похоже просто места на диске мало было для каких-то служеных файлов…..херово конечно если он ее вначале на диске сохраняет всю….
shuhard
31 — 30.12.11 — 12:38
Rustik666
32 — 30.12.11 — 12:39
к чему слово бред относится я не понял, но да, топик можно закрывать….
vde69
33 — 30.12.11 — 12:40
(30) ну что за дебилизм ставить на виртуалки клиент серверные базы? нельзя так делать!!!
по любому будут всплывать трудно обьяснимые тормоза и блокировки…
shuhard
34 — 30.12.11 — 12:43
(33) к данной ошибке виртуалка отношения не имеет
vde69
35 — 30.12.11 — 12:46
имеет, данная ошибка возникла из-за полного не понимания как работает SQL.
А факт непонимания — отражается попыткой запустить скуль под виртуалкой
shuhard
36 — 30.12.11 — 12:47
(35) к сиквелу ошибка отношения не имеет, ни какого,
это ошибка сервера приложения
Rustik666
37 — 30.12.11 — 12:49
vde69, если руки не кривые то никаких тормозов не будет…..
зато нет привязки к железу..организован отказоустойчивый кластер пока из 3-х узлов….при отказе даже 2-х узлов….все будет работать…..а перебрасывать виртуалку с узла на узел можно даже при работающих пользователях….
но как сказано это не имеет отношения к теме…..
проблема в неправильной диагностике ошибки самой 1с….
Галахад
38 — 30.12.11 — 12:50
(33) Почему нельзя?
vde69
39 — 30.12.11 — 13:22
(38)
1. по тому что сервер SQL не понимает где действительно физическая память а где виртуальная память железа (фидимая как физическая)
2. сервера приложений (а к ним относятся и 1с) не могут оптимизировать дисковые операции, по сколько идет конкуренция между виртуалками.
в результате частенько кеш запросов помещается в медленую дисковую очередь….
(37)(36) может знаете чем вызвано v8: v8: проблема связки сервера 1с и SQL (продолжение)
так и не докапался пока
shuhard
40 — 30.12.11 — 13:31
(39) угу, всё так, виртуалки не идеальны
и могут создавать ошибки, не воспроизводимые в иных условиях
но к ошибке ТС это не относиться,
она воспроизводиться, например на УПП, легко и не принуждённо без виртуалок
Rustik666
41 — 30.12.11 — 13:36
vde69, может просто для решения 1 и 2 проблемы достаточно сделать так чтоб физической памяти было достаточно для всех….и не будет конкуренции за память и проблема в использовании виртуальной памяти….
Jaffar
42 — 30.12.11 — 13:56
(41) чтоб вся виртуалка, вместе с ОС и скулем, поместилась в ОЗУ? а нафига эта виртуализация? почему нормальную ОСь не поставить, если ресурсы позволяют?
Rustik666
43 — 30.12.11 — 14:32
выгода в отказоустойчивости…
если ставишь на обычную машину….то сколько тебе надо времени, чтоб поднять сервер….если что-нибудь по железу серъезно полетело…..ну пару часов при хорошем раскладе…
у нас отказоустойчивый кластер из 3-х узлов…..если откажет какая-нибудь машина, то сервер автоматически запустится на другом узле…..некоторые программы даже не заметят этого…..
если в этот момент пинговать машину, то один пинг может пропасть масимум….
но это тема отдельной беседы…
Jaffar
44 — 30.12.11 — 14:35
«некоторые программы даже не заметят этого….. »
но некоторые пользователи заметят, если вместо запросов к ОЗУ скуль будет вращаться в свопе…
vde69
45 — 30.12.11 — 14:40
(43) 1с на 100% отвалится, по сколько трафик между клиен сервером шифруется сеансовыми ключами. По этому ты в любом случае не имеешь отказоустойчивый кластер!!!
При чем данная опция НЕ НАСТРАИВАЕМА и ее нельзя отключить, вроде как RSA там… (я разбирал попакетно трафик между клиент и сервером).
Тот-же кластер 1с — тоже сделан только для маштабируемости а не для отказоустойчивости…
Rustik666
46 — 05.01.12 — 11:40
vde69, не соглашусь…..
Зависит от того, что делает пользователь 1с в это время…
Если ничего не делает, то сеанс не отвалится…..Если что-то делает, то программа предложит перезапустить и продолжит работу….
Для самой 1с по сути…..всего лишь пару секунд был недоступен сервер и все…
Но пару секунд отсутствие сервера это все равно не сравнимо с несколькими часами в лучшем случае (а то и полдня) в случае отказа железяки на обычной машине….
Jaffar
47 — 05.01.12 — 13:31
по теории вероятности — в большой компании хоть один из пользователей 1С в этот момент будет что-то делать, соответственно его сеанс отвалится (и чем больше компания — тем больше будет таких пользователей).
а в маленькой компании нет смысла заморачиваться с серверами, тем более — виртуальными.
ice777
48 — 05.01.12 — 13:54
(39) ты меня пугаешь. я именно в виртуалке и держу centos с базой postgre и терминалку под 2008. Пока полет нормальный.
Живой Ископаемый
49 — 05.01.12 — 14:14
2(48) он же не говорит про Постгресс…и про ДБ2 ничего не говорит, которая у меня тоже в виртуалке
Оглавление
- Суть проблемы
- Общение с технической поддержкой 1с
- Решение
- Назначаем всем пользователям непустые пароли
- Заставляем пользователей вводить пароль
- Заставляем обновлятор контролировать сохранение установленной блокировки сеансов
- Как помочь с исправлением ошибки
Суть проблемы
Ошибка исправлена в тестовой 8.3.21.1140.
При обновлении или тестировании клиент-серверной базы через обновлятор может возникать ошибка исключительной блокировки на этапах обновления конфигурации базы данных…
Обновляется конфигурация базы данных. ОбщаяКартинка.Информация: Имя не уникально! Обновление конфигурации базы данных Обработка структуры базы данных... Ошибка исключительной блокировки информационной базы. База данных заблокирована: пользователь: ?, сеанс : 4, начат: 13.10.2021 в 0:40:29, приложение: ?
… выполнения обработчиков обновления:
Выполняются обработчики обновления. Ошибка: ошибка разделенного доступа к базе данных, база данных заблокирована:, компьютер: ?, пользователь: ?, сеанс: 61511, начат: ?, приложение: ?
… или тестирования, включающее пересчёт итогов.
Кроме ошибки исключительной блокировки тестирование, включающее пересчёт итогов, может просто зависнуть , если в базу в этот момент зайдёт пользователь.
Почему это происходит, ведь обновлятор устанавливает блокировку сеансов и выгоняет всех пользователей перед началом операции? Каким образом новые пользователи попадают в базу по ходу выполнения операции?
Оказывается при определенных условиях ( а именно пересчёт итогов ) конфигуратор сам (несанкционированно) сбрасывает установленную блокировку сеансов (а заодно код разрешения) в клиент-серверной базе.
Я провёл расследование и выяснил, что это баг в платформе (уже веду переписку с технической поддержкой 1с). Проблема никак не связана с обновлятором и воспроизводится только при помощи конфигуратора.
Для того, чтобы конфигуратор несанкционированно сбросил установленную блокировку сеансов (и код разрешения) необходимо выполнение следующих условий:
- База является клиент-серверной.
- Платформа 1с любая версии 8.3.18, 8.3.19 или 8.3.20.
- В базе накоплены определённые изменения в конфигурации (например, выполнено обновление конфигурации Бухгалтерия Предприятие с версии 3.0.95.24 на 3.0.99.19) без последующего обновления конфигурации базы данных. Отдельно подчеркну, что проблема воспроизводится не на всех обновлениях конфигурации ( а только на тех, когда возникает пересчёт итогов ), именно поэтому я привёл пример конкретного обновления на котором проблема воспроизводится.
Если при выполнении этих 3 условий…
- Установить в базе блокировку сеансов и код разрешения.
- А затем выполнить операцию «Обновление конфигурации базы данных» (хоть вручную через конфигуратор, хоть через обновлятор), либо запустить тестирование и исправление конфигурации с пересчётом итогов (тогда пункт 3 из предыдущего абзаца не важен).
… мы обнаружим, что установленная блокировка сеансов и код разрешения были несанкционированно сброшены конфигуратором (это подтверждается технологическим журналом) по ходу выполнения операции «Обновление конфигурации базы данных» ( а вернее возникшего в процессе выполнения пересчёта итогов ) или тестирования, включающее пересчёт итогов.
И если в этот момент (когда блокировка сеансов сброшена, но операция ещё не закончена) в базу заходят пользователи (вручную или автоматически, так как их предварительно выбросило из базы при блокировке и у них нет пароля), то мы получаем ошибку исключительной блокировки или зависание, если речь идёт о тестировании.
Общение с технической поддержкой 1с
26.10.2021 Вся собранная информация (включающая детальное описание и быстрый способ воспроизведения ошибки) отправлена в техническую поддержку 1с на адрес v8@1c.ru, обращение зарегистрировано под номером HL-405298.
18.11.2021 Получил такой ответ от технической поддержки 1с:
«Ошибка платформы https://bugboard.v8.1c.ru/error/000114376
Исправлена в будущих версиях 8.3.21+»
А значит, установленная блокировка сеансов будет сбрасываться не только при обновлении базы данных, но и при отдельно запущенной операции тестирование и исправление, включающей пересчёт итогов.
Ошибка исправлена в тестовой 8.3.21.1140.
Решение
Как решить проблему не дожидаясь исправления платформы? Для этого я подготовил ряд рекомендаций, а также разработал дополнительную опцию в обновляторе. Итак, поехали.
Назначаем всем пользователям непустые пароли
Потому что, если у пользователя пустой пароль, то становится возможен следующий сценарий:
- Пользователь с пустым паролем оставил базу открытой и ушёл домой.
- Ночью вы сами (вручную или через обновлятор) установили в базе блокировку сеансов (для её обслуживания) и дождались, когда всех пользователей (это функционал типовых) выбросит из базы.
- Да, пользователя выбросило, но на его рабочем месте появилось окно ожидания с попытками (каждую минуту) повторного подключения к базе.
- Попытки повторного входа будут неудачными, ведь в базе установлена блокировка сеансов.
- И тут конфигуратор по ходу выполнения операции «Обновление конфигурации базы данных» несанкционированно сбрасывает (то есть снимает) блокировку сеансов и тот самый диалог ожидания автоматически пускает пользователя обратно в базу! И операция обновления базы данных завершается ошибкой из-за исключительной блокировки.
- Так вот если бы у пользователя был непустой пароль — его бы в базу обратно автоматически не пустило.
Заставляем пользователей вводить пароль
Эту рекомендацию не всегда возможно выполнить целиком. Её смысл в том, что даже если у пользователя непустой пароль, но при этом…
- он прописал его (пароль) в параметрах базы в стартере вот так
- либо зашёл в базу через альтернативный стартер (в настройках которого уже прописаны логин и пароль для входа в базу), например, вот так
… пользователя также пустит обратно в базу автоматически (см. предыдущий сценарий, пункт 5).
Пользователя пускает обратно в базу автоматически потому, что при первоначальном (описанном выше) входе в базу логин и пароль сохраняются в параметрах запуска платформы.
Вопрос какими средствами в этом случае заставить пользователей не прописывать нигде пароль для автоматического входа в базу остаётся открытым.
Заставляем обновлятор контролировать сохранение установленной блокировки сеансов
Заходим в свойства клиент-серверной базы, закладка «Обновление», раздел «Сам процесс»:
Здесь включаем опцию «При обновлении конфигурации базы данных (на проблемных релизах платформы 1с) контролировать сохранение блокировки сеансов».
Внимание! Начиная с тестовой версии от 23 декабря обновлятор согласно этой же настройке осуществляет контроль за сохранением блокировки сеансов при операциях тестирования и исправления, включающей пересчёт итогов.
Кроме того, в скриптах у команды из меню «Обновлятор-Методы-Выполнение пакетного скрипта» появился дополнительный параметр keep_sessions_lock, установка которого в true позволит осуществить контроль за сохранением блокировки сеансов (при условии, что она включена в свойствах базы) при выполнении любой команды.
Например:
@run_cmd( script: "%run_1c_d% /UpdateDBCfg -Dynamic-", keep_sessions_lock: "true" ) @run_cmd( script: "%run_1c_d% /IBCheckAndRepair -RecalcTotals -TestOnly", keep_sessions_lock: "true" )
По умолчанию данная опция включена и имеет значение «Однократно после» ( рекомендую сразу сменить это значение на «непрерывно в процессе» ).
«Однократно после» означает, что обновлятор считывает состояние блокировки сеансов (а также код разрешения) перед обновлением конфигурации базы данных.
А затем (после окончания обновления конфигурации базы данных) восстанавливает блокировку сеансов (и код разрешения), если они были сброшены конфигуратором.
Эта опция предотвращает дальнейшие проблемы, если блокировка сеансов была сброшена конфигуратором в процессе обновления конфигурации базы данных, но нам повезло и в базу (в процессе обновления конфигурации базы данных) никто из пользователей не попал.
Если это не помогает — установите эту же опцию со значением «Непрерывно в процессе«:
В этом случае обновлятор параллельно с выполнением операции «Обновление конфигурации базы данных» будет контролировать (примерно раз в секунду) состояние блокировки сеансов и как только он обнаружит, что конфигуратор несанкционированно сбросил блокировку сеансов, он тут же восстановит её. В этом случае пользователь сможет попасть в базу, если осуществит такую попытку только в ту же самую секунду, когда конфигуратор несанкционированно сбросил блокировку сеансов.
Вот как это будет выглядеть в отчёте:
Как помочь с исправлением ошибки
Ошибка исправлена в тестовой 8.3.21.1140.
Друзья, я уже отписался выше, что ошибка зарегистрирована в 1С.
Теперь я прошу вас по возможности зайти на страницу с ошибкой и поставить отметку «Для меня исправление ошибки важно»:
Тем самым мы повысим вероятность исправления этой ошибки в одном из ближайших релизов платформы.
Как помочь сайту: расскажите (кнопки поделиться ниже) о нём своим друзьям и коллегам. Сделайте это один раз и вы внесете существенный вклад в развитие сайта. На сайте нет рекламы, но чем больше людей им пользуются, тем больше сил у меня для его поддержки.
Ошибка исключительной блокировки информационной базы и ошибка разделения доступа к базе данных выскакивает при обновлении, при выгрузке базы 1с и при проверке и исправлении ошибок(чеке). Что делать в этом случае?
- Возможно дело в фоновом процессе. Следует попробовать выгнать всех пользователей из базы с помощью блокировки. Можно сделать батник с командой
net session /delete /y - Может помочь перезагрузка сервера с базой. Либо последовательное выполнение команд (опять же батником)
net stop "1C:Enterprise 8.2 Server Agent"для остановки сервера иnet start "1C:Enterprise 8.2 Server Agent"для запуска. - Также возможно дело в доступе. Выделить папку с базой =>все пользователи => разрешить изменения.
- Вполне вероятно что ваша база опубликована в 1С Линк. В этом случае следует отключить публикацию и попробовать повторить манипуляции, все получится.
Еще один способ устранения подобной ошибки описан в предыдущей статье
[Всего голосов: 0 Средний: 0/5]
В этой статье мы рассмотрим одну из распространённых ошибок в 1С, которая характеризуется появлением сообщения «Ошибка исключительной блокировки информационной базы». Вы узнаете, как можно быстро это исправить и продолжить пользоваться программой.
1С является незаменимым помощником в большинстве организаций — от небольшого офиса до крупной корпорации. Данная программа охватывает множество структур бизнеса и значительно упрощает работу сотрудникам. Но для того чтобы эффективно пользоваться этим инструментом, нужно иметь опыт и умение решать проблемы и ошибки.
Появление ошибок в 1С является нормальным рабочим процессом. Но это не из-за того, что программа как-то плохо сделана. Большинство ошибок возникает от того, что пользователь что-то недоглядел или пропустил. Поэтому важно уметь быстро и оперативно диагностировать и решать такие проблемы. Особенно если работа не терпит отлагательств.
Содержание
- От чего возникает «Ошибка исключительной блокировки информационной базы»
- Во время работы с базой есть активные сеансы пользователей
- У пользователя запущенна база, но пароль не введён
- Зависшие сеансы в 1С
- Зависшие фоновые процессы
От чего возникает «Ошибка исключительной блокировки информационной базы»
Данное сообщение может появиться во время обновления или выгрузки базы данных 1С. Сообщение говорит о том, что база данных программы заблокирована для дальнейшего использования. Значит, для того, чтобы эту проблему устранить, необходимо выяснить, на каком уровне заблокирована база и как её разблокировать. Возможные причины мы и рассмотрим ниже.
Во время работы с базой есть активные сеансы пользователей
Когда происходит выгрузка или обновление базы 1С, все пользователи должны выйти из своего аккаунта. Если же они не вышли, то появится такая ошибка. В некоторых случаях может быть указанно, из-за каких именно пользователей появилась ошибка.
Список пользователей, которые сейчас не вышли из 1С, можно увидеть в разделе «Администрирование», в подразделе «Активные пользователи». Либо в самом сообщении об ошибке.
Чтобы решить проблему в таком случае, нужно просто попросить выйти этих пользователей из 1С, сохранив изменения. А затем, после завершения процедуры с базой данных им можно будет снова войти.
Подробнее: На сервере 1С: Предприятия произошла неисправимая ошибка. Приложение будет закрыто.
У пользователя запущенна база, но пароль не введён
Сложность этой проблемы в том, что в ошибке исключительной блокировки информационной базы не будет указанно имя того пользователя, по вине которого это произошло. А самого этого пользователя не будет видно в списке активных.
Чтобы решить данную проблему, можно самостоятельно поискать этих пользователей, и попросить их ввести пароль, чтобы войти, а затем выйти, закрыв базу.
Но если найти пользователя не удаётся, то можно попытаться отыскать его процесс в диспетчере задач и завершить его. Для запуска диспетчера задач, нажмите правой кнопкой мышки на панель задач, а затем «Диспетчер задач» (или можно просто нажать сочетание клавиш Ctrl + Alt + Del).
Найдите процессы с названиями 1Cv8.exe и/или 1Cv8c.exe, и выделите мышкой.
Затем внизу диспетчера нажмите «Снять задачу».
Будьте осторожны, при таком завершении работы пользователя, данные внесённые им во время работы в программу 1С, которые он не успел сохранить, окажутся безвозвратно потеряны.
Ошибка исключительной блокировки информационной базы такого характера возникает в файловых базах данных.
Если вы убедились в том, что все пользователи вышли из своих учётных записей, а также нет пользователей, которые запустили базу, но не ввели пароль, то проблема может быть в зависших сеансах. Определить, какой конкретно пользователь завис, будет также затруднительно, так как в активных пользователях он может не отображаться.
Поэтому решить данную проблему можно также с помощью диспетчера задач — найти процесс пользователя и принудительно его завершить, как было описано выше. Опасаться за не сохранения внесённых данных здесь уже не нужно, так как они всё равно не сохранятся, раз сеанс завис.
Вам может быть это интересно: Соединение с сервером баз данных разорвано администратором в 1С.
Зависшие фоновые процессы
Зависать могут не только сеансы пользователей, но и процессы, работающие в фоне. Особенностью данной причины является то, что название зависшего процесса также не отображается в сообщении об ошибке, поэтому определить его бывает затруднительно.
Список фоновых заданий можно увидеть в разделе «Процессы» в консоли администрирования 1С. И если попытаться удалить их, то пользователь может быть неприятно удивлён тем, что они появляются снова и опять мешают выгрузке базы. Здесь можно порекомендовать лишь попробовать закрыть такие задачи несколько раз. А если это не помогает, то в свойствах задачи включить опцию «Блокировка регламентных заданий включена», а затем снова попытаться закрыть.
Для того, чтобы успешно решить проблему ошибки исключительной блокировки информационной базы в 1С, следует попытаться установить её причину. Иногда её видно в самом сообщении об ошибке, когда, например, оно отображает имя активных пользователей, мешающих выгрузке или обновлению базы. А в других случаях приходится искать проблему самостоятельно. Если вам не удаётся устранить эту ошибку своими силами, то следует обратиться в службу поддержки сервиса, который занимается обслуживанием 1С на вашем предприятии.
1
2
Показывать по
10
20
40
сообщений
Новая тема
Ответить
alx_b
Дата регистрации: 28.04.2011
Сообщений: 1
Здравствуйте! Делаю Администрирование — Выгрузить информационную базу. Подвисает на несколько секунд и потом пишет «Ошибка разделенного доступа к информационной базе, активен сеанс» и показывает мой сеанс конфигуратора. В мониторе кроме конфигуратора ничего нет. Различные задания тоже не запущены. Платформа 8.2, последняя, база на сервере, MS SQL 2005. Не работает только эта база, остальные в порядке. Если пробовать с другого компьютера, все также. Как с этим бороться? Пробовал перезапускать службы SQL и 1C, не помогло.
Prikum
активный пользователь
офлайн
Дата регистрации: 18.02.2002
Сообщений: 20834
Сохраните средствами SQL, так будент надежнее.
BelikovS
Дата регистрации: 05.03.2007
Сообщений: 1701
> Сохраните средствами SQL, так будент надежнее.<br>Только для случая восстановления на SQL …
alx_b
Дата регистрации: 28.04.2011
Сообщений: 1
Хочу сделать копию в файловом режиме, т.е. этот вариант не подходит. Пробовал делать копию на SQL, а потом выгружать уже оттуда, та же ерунда.
Prikum
активный пользователь
офлайн
Дата регистрации: 18.02.2002
Сообщений: 20834
В файловом варианте достаточно просто скопировать файл. Выгрзука в dt помогает, только если база безпроблемная, если есть какие то проблемы в самой базе, то выгрузка модет их только усугубить, вплоть до невозможности потом восстановить базу.
BelikovS
Дата регистрации: 05.03.2007
Сообщений: 1701
На копии пробовали сделать тестирование и исправление?<br>Попробуйте создать новый кластер, отключите в нем регламентированные и прочее, можно еще сделать несколько процессов. И попробуйте с него выгрузить.
alx_b
Дата регистрации: 28.04.2011
Сообщений: 1
Тестирование и в оригинале проходит без ошибок.
alx_b
Дата регистрации: 28.04.2011
Сообщений: 1
Имел в виду копию из файл-серверного в файловый.
Prikum
активный пользователь
офлайн
Дата регистрации: 18.02.2002
Сообщений: 20834
> Имел в виду копию из файл-серверного в файловый.<br>Это одно и тоже, а вот клиент-серверный это другое. Но в любом случае вам надо делать выгрузку в dt.
leska
Дата регистрации: 23.11.2007
Сообщений: 16
посмотрите список выполняемых задач с помощью обработки с диска итс : консоль заданий.
- Печать
Страницы: [1] Вниз
Тема: Ошибка разделенного доступа к базе данных в Бухгалтерия Предприятия 8.1 (Прочитано 56300 раз)
0 Пользователей и 1 Гость просматривают эту тему.
Спасибо, все получилось, база 1С запустилась 
, действительно чтото на сервере было не то.
Т.к. администратора на работе уже небыло, позвонили ему и по телефону перезагрузили сервер и все заработало
Записан
Странно конечно…
Такая ошибка обычно появляется когда кем-то занят файл базы, 1С его открыть не может и выводит эту ошибку.
Попробуйте что-нибудь из этого:
- Перезагрузить свой компьютер
- Посмотреть на сервере кем может быть еще открыт файл: «1Cv8.1CD» и закрыть его
- В крайнем случае, перезагрузка сервера точно должна помочь
Записан
Зашла в конфигуратор в список активных пользователей, там только я одна, это то меня и смутило, что я одна в базе сижу только в конфигураторе, а база не запускается в режиме бухгалтерия.
А что еще может быть???
Записан
У вас похоже ктото сидит в базе монопольно, зайдите в конфигураторАдминистрированиеактивные пользователи
Если там ктото есть, попросите их закрыть базу, потом попробуйте запустить 1С еще раз.
Записан
Помогите пожалуйста, перестала запускаться база Бухгалтерия Предприятия 8.1
Нажимаю «Перезапустить» — 1C закрывается.
Нажимаю «Подробно» — пишет тоже самое.
Нажимаю «Завершить работу» — 1C закрывается.
Что может быть с нашей базой?
В прикрепленном файле фото как выглядит эта ошибка.
Записан
- Печать
Страницы: [1] Вверх
Ошибка при выполнении операции с информационной базой 1С 8.3
Причины возникновения ошибки
Если копирование баз в архив выполнялось давно или вообще не выполнялось, ситуация становится близка к катастрофе. Приходится восстанавливать хозяйственные операции за большой период, а это всегда несет с собой риск появления новых ошибок.
Причины, вызывающие эту ошибку, могут быть совершенно разными:
- несовместимая версия файла базы данных;
- файл базы данных поврежден;
- ошибка соединения с сервером 1С: Предприятия 8.3;
- переустановка баз на сервере;
- проблема с портами на сервере
- и т.д.
Ошибки такого уровня очень серьезны. А в случае возникновения их на сервере — однозначно требуют обращения к специалистам. И если организации, устанавливающие клиент-серверный вариант, рассчитанный на большое число пользователей, обычно имеют в штате системных администраторов и программистов, отвечающих за сервер, то пользователи, работающие на обычных файловых вариантах 1С, должны уметь самостоятельно разобраться с этой проблемой и решить ее.
Как правило, ошибка при выполнении операции с информационной базой в файловом режиме работы означает, что произошло повреждение файла базы данных. Причин может быть множество:
- сетевые проблемы при записи файла;
- неудачное копирование базы;
- отключение электропитания в момент работы программы;
- и т.д.
В данной статье мы рассмотрим возникновение этой ошибки для пользователей файловых 1С и дадим два инструмента решения проблемы:
- Тестирование и исправление;
- использование утилиты chdbfl.exe.
Тестирование и исправление
Пошаговая инструкция Тестирования и исправления базы.
Шаг 1. Запустите 1С в режиме Конфигуратор.
Шаг 2. В конфигурации выберите пункт меню Администрирование — Тестирование и исправление.
Перед открытием формы тестирования программа напомнит о необходимости сделать копию базы перед проверкой. Если копия сделана — нажимаете на кнопку Продолжить.
Шаг 3. Настройка тестирования.
Форма тестирования предлагает несколько вариантов проверок и режимов, не зависящих друг от друга. Выполнить нужно все проверки в полном объеме, поэтому установите флажки напротив тех вариантов, где они не поставлены по умолчанию.
Форма тестирования и исправления информационной базы должна иметь следующий вид.
Рассмотрим основные группы переключателей проверки.
Группа переключателей проверки и режимы
Позволяет сделать выбор между режимом, производящим только проверку информационной базы и режимом, производящим коррекцию обнаруженных ошибок.
Проверка информационной базы:
- проверка логической целостности информационной базы;
- проверка ссылочной целостности информационной базы.
Коррекция обнаруженных ошибок:
- реиндексация таблиц информационной базы;
- пересчет итогов;
- сжатие таблиц информационной базы;
- реструктуризация таблиц информационной базы.
Группа переключателей тестирования
Варианты тестирования:
- Тестирование и исправление;
- Только тестирование.
Переключатель Тестирование и исправление выставлен по умолчанию, т. е. программа 1С будет не только искать ошибки, но и пытаться их исправить по заложенному разработчиками алгоритму.
При установке переключателя в положение Только тестирование будет произведен поиск ошибок без исправления. Просмотрев характер ошибок, пользователь сам примет решение: будет ли передавать ситуацию на автоматическое программное исправление или нет.
Группа при наличии ссылок на несуществующие объекты
Эта группа определяет, должна ли программа при обнаружении ссылок на несуществующие объекты:
- создавать объекты;
- удалять ссылки;
- не изменять.
По умолчанию установлен самый безопасный вариант Не изменять. При использовании первых двух вариантов в сложных случаях возможны искажения информации в базах 1С.
Группа переключателей при частичной потере данных объектов
Эта группа задает поведение программы, если было обнаружено, что данные объектов были частично потеряны, но оставшихся данных достаточно для того, чтобы восстановить потерянные. Пользователь самостоятельно выбирает вариант:
- создавать объекты;
- удалять объект;
- не изменять.
По умолчанию установлен самый безопасный вариант Не изменять. При использовании первых двух вариантов в сложных случаях возможны искажения информации в базах 1С.
Кнопка выполнить
При нажатии на кнопку Выполнить начинается процесс тестирования и исправления. По окончании проверки программа выдает системное сообщение об успешном окончании тестирования или список возможных проблем.
При просмотре сообщений обращайте внимание на сообщения типа:
Значение должно быть… Сохранено значение…
Если сообщения нарушения целостности в отчете есть, запустите тестирование повторно после исправления, чтобы убедиться, что программа решила проблему: эти сообщения должны уйти.
Утилита CHDBFL.EXE
Утилита включена в Платформу 1С и поставляется отдельно для каждой Платформы 1С.
Пошаговая инструкция работы с утилитой chdbfl.exe.
Определение платформы 1С
Откройте на вашем компьютере папку с Платформой, на которой работает ваша база. Как правило, это последняя установленная вами Платформа 1С, но могут быть случаи, когда запуск происходит с более старых версий специально, поэтому этот момент нужно уточнить. Сделать это можно, например, в конфигурации по справке о программе: меню Справка — О программе.
Место установки Платформы на компьютере зависит от ее разрядности:
- 32-разрядные Платформы 1С устанавливаются в каталог С:Program Files (x86)1cv8
- 64-разрядные Платформы 1С устанавливаются в каталог С:Program Files1cv8
Запуск утилиты CHDBFL.EXE
В выбранной Платформе 1С перейдите в папку bin и запустите утилиту chdbfl.exe.
Настройка проверки базы данных
Для настройки проверки физической целостности необходимо:
- выбрать файл информационной базы, где выходит ошибка;
- установить флажок Исправлять обнаруженные ошибки.
После нажатия на кнопку Выполнить запустится проверка физической целостности файла БД.
При успешном окончании проверки будет выдано соответствующее сообщение о том, что проверка завершилась без обнаружения ошибок или список таблиц, в которых было выполнено исправление.
Если рассмотренные здесь методы не помогли войти в базу данных и при запуске 1С выдается ошибка выполнения операции с информационной базой, то для восстановления целостности информационной базы и исправления ошибок следует обратиться к специалистам 1С.
Заказать консультацию
По этой или иной ошибке Вы можете обратиться к нашим специалистам, мы Вам поможем решить Вашу проблему.
Рассмотрим в материале основные проблемы, из-за которых у пользователя не работает 1С, а также методы их решения.
Лицензия 1С не обнаружена
Означает ошибка следующее: попытка обнаружения лицензии — программного или аппаратного ключа защиты — завершилась неудачей.
Если вы используете аппаратный ключ защиты, убедитесь в доступности менеджера лицензий 1С и его правильной настройке или правильной установке ключа защиты на локальную машину.
Если вы пользуетесь программным ключом защиты, проверьте, правильно ли установлен ключ на локальную машину и доступен ли сервер 1С.
Информационная база не обнаружена
Ошибка «Информационная база не обнаружена» возникает только в клиент-серверном режиме работы 1С. Она означает, клиент 1С не может подключиться к указанной базе данных.
Как исправить:
- Убедитесь, что сервер 1С доступен.
- Проверьте, существует ли указанная база данных на сервере 1С.
- Если база присутствует — убедитесь, что в настройках безопасности SQL сервера установлены разрешения для имени пользователя и пароля, под которыми база была добавлены на сервере 1С предприятия.
- Бывают ситуации, когда при восстановлении базы 1С из бекапа в Windows меняется владелец её владелец, для исправления просто выполните рекомендации из предыдущего пункта.
Отсутствует файл базы данных 1С
Ошибка возникает в файловом режиме работы 1C и означает только одно — адресу, который указан в свойствах системы, не найден файл базы данных 1Cv8.1CD. Причин может быть несколько, например:
- Выбранная база данных никогда не запускалась и поэтому в её свойствах указана неверная директория.
- Каталог, указанный в свойствах базы данных, стал недоступен — удалён, перенесен, переименован, запретили сетевой доступ к папке, сеть не доступна и т.д.
Решение проблемы:
- Найдите файл «1Cv8.1CD» либо воспользуйтесь его актуальной копией.
- Поместите файл в нужный каталог по нужному адресу или пропишите новый путь к файлу в настройках 1С: выберите базу, нажмите кнопку «Изменить», в окне «Редактирование информационной базы» укажите каталог.
- Убедитесь, что доступ на чтение этой директории разрешен.
Различаются версии клиента и сервера
Ошибка возникает только в клиент-серверном режиме работы. Это значит, что произошла попытка запуска 1С клиентом, версия которого не соответствует версии сервера.
- Убедитесь, что на компьютере установлена такая же версия программы, как и на сервере.
- Проверьте, чтобы запуск происходил с ярлыка «1cestart.exe» или с ярлыка версии «1cv8.exe», соответствующей версии сервера 1С.
Ошибка при выполнении операции с информационной базой
Ошибку могут вызывать целый ряд причин. Некоторые возможные решения данной проблемы:
- Проверьте статус службы работы с сервером 1С и запустить её, если она остановлена.
- Проверьте режим авторизации. При смешанном режиме эта проблема возникает достаточно часто и лучше использовать обычный.
- Изменить пароль базы на сервере 1С.
- Часто помогает перезапуск сервера в 1С.
- Проверьте настройки сетевого доступа на клиента — ошибка может возникать из-за нестабильной связи или особенности построения сети предприятия.
Ошибка SDBL
Обычно ошибка SDBL происходит при сохранении и обновлении конфигураций, а также во время работы обменов данными.
Варианты исправления ошибки:
- Перезагрузка сервера 1С и SQL-сервера. Самый простой способ, при условии, что на текущий момент в базе никто не работает. Выключите службы «Агент сервера 1С» , «SQL Server» и «Агент SQL Сервера» , а затем просто включите обратно.
- Очистка кэша на сервере и клиента, где проявилась ошибка.
- Выгрузка базы данных в файл формата DT, а затем загрузка его обратно. Войдите в режим «Конфигуратор», выберите пункт меню «Администрирование» > «Выгрузить информационную базу» и выберите каталог для сохранения файла. Затем через аналогично через меню «Администрирование» > «Загрузить информационную базу» загрузите его обратно.
- Тестирование и исправление Информационной базы: войдите в «Конфигуратор», выберите пункт меню «Администрирование» > «Тестирование и исправление».
- Обновление платформы до новой версии.
- Очистка таблиц базы данных «dbo._ConfigChngR» и «dbo._ConfigChngR_ExtProps» скриптом вида:
use имя_базы_данных
delete from dbo._ConfigChngR
delete from dbo._ConfigChngR_ExtProps
Смотрите также материал «Ошибка SDBL в 1С».
Ошибки обновления 1С
В этой категории ошибок большую роль играет то, какая конфигурация и платформа 1С у вас используется. Конкретный релиз конфигурации запустится не на любом релизе платформы.
Основные ошибки, которые могут возникнуть при обновлении конфигурации 1С:
- Файл не содержит доступных обновлений.
- Имя предопределенного элемента не является уникальным.
- Предопределенный элемент отсутствует в данных.
- Ошибка формата потока.
Методы их решения читайте в материале «Ошибки при обновлении 1С».
Ошибка при создании информационной базы
Автор tuubish, 26 ноя 2017, 09:22
0 Пользователей и 1 гость просматривают эту тему.
Доброго времени суток!
Я совсем новенький в 1С. Попытки найти ответов в Гугл без результатны.
Проблема в том, что я поставил себе 1С:Предпреятие 8.3. Установилась без проблем.
Но, при создании новой (пустой) базы пропускает 2-3 шага и таки не создает базу выводя сообщение «Ошибка при создании информационной базы: Неверные или отсутствующие параметры соединения, необходимые для создания информационной базы».
Модераторы, рассмотрите вопрос о одобрении картинок во вложении тоже, пожалуйста.
Информационная база создается пустая или типовая?
Попробуйте поменять каталог ИБ, предварительно создав его.
Цитата: MuI_I_Ika от 04 дек 2017, 17:30
Информационная база создается пустая или типовая?Попробуйте поменять каталог ИБ, предварительно создав его.
ИБ не создается.
После того, как запрашивает о создании новой базы или добавить существующую сразу переходит на параметры запуска. И далее выводит ошибку с надписью «Ошибка при создании ИБ: Неверные или отсутсвующие параметры соединения, необходимые для создания ИБ».
У Вас такого не было?
Версия 1с случайно не базовая?
Учебная версия 1С: Предприятие 8,3
Этот же учтановочный пакет установливался на другом компе, работает без проблем.
Попробуйте сначала полностью удалить 1c (с удалением всех каталогов) и поставить заново.
Несколько раз пробовал. Проблема осталась.
Хочу создать пустую конфигурацию для практики и обучения.
- Форум База
-
►
Форум 1С — ПРЕДПРИЯТИЕ 8.0 8.1 8.2 8.3 8.4 -
►
Установка и администрирование 1С Предприятие 8 -
►
Ошибка при создании информационной базы
Похожие темы (5)
