Ошибки при работе с хранилищем конфигурации и способы их решения

22.04.20

Разработка - Групповая разработка (Git, хранилище)

В статье собраны наиболее распространенные ошибки при работе с хранилищем конфигурации и способы их обхода и решения.

При работе с хранилищем конфигурации время от времени могут возникать ошибки, предупреждения, которые не всегда являются критичными, и легко устраняются. Но зачастую разработчики, особенно новые, с ошибками не знакомы, или путаются в них, поэтому решено было собрать все ошибки и способы их решения в одном месте.

Речь пойдет о файловом варианте работы с хранилищем.

 

1. Ошибка аутентификации в хранилище конфигурации

Самая понятная из возможных ошибок. Данная ошибка возникает при вводе неверного логина и пароля.

Изменить логин и пароль может пользователь с административными правами на вкладке "Пользователи" окна "Администрирование хранилища конфигурации"

 

2. Пользователь существующей связи отличается от текущего

Тут важно понимать принцип работы хранилища конфигурации. Хранилище используются для коллективной разработки, т.е. у каждого разработчика есть своя база для разработки, есть свой пользователь хранилища, и все под своими логинами подключаются в свои базы. На практике бывает, что существуют общие базы, например на сервере для тестирования, и если она подключается к хранилищу, для нее необходимо заводить также отдельный логин и заходить в нее под ним (для удобства, в качество логина общей серверной базы можно использовать имя самой базы). Девиз хранилища: на каждую базу свой логин в хранилище.

Данная ошибка возникает, когда текущая база уже подключена к хранилищу под каким-то логином, а вы пытаетесь ввести другой логин. Это может быть по разным причинам:

  • вы зашли в общую базу и пытаетесь войти под своим логином хранилища. Необходимо выяснить логин этой конкретной базы, и заходить под ним, но не переподключать под своим. Посмотреть, под каким логином подключена каждая база может пользователь с административными правами в хранилище, на вкладке "Подключения" окна "Администрирование хранилища конфигурации"
  • вы развернули базу, которая уже была подключена к хранилищу. Необходимо отключить конфигурацию от хранилища и подключить заново.

 

3. Пользователь уже аутентифицирован в хранилище

Данная ошибка возникает, когда любая другая база уже подключена к хранилищу под логином, который вы вводите в текущей базе. И с ней работают под этим логином в данный момент.

При такой ошибке вы не сможете подключиться под введенным логином. Необходимо подключиться в хранилище под другим логином, либо найти того, кто подключился в другой базе под этим логином и договориться о том, кто использует этот логин.

 

4. Для данного пользователя уже имеется конфигурация связанная с данным хранилищем конфигурации

Предупреждение похоже на ошибку из предыдущего пункта, но есть небольшое отличие.

Данная ошибка возникает, когда любая другая база уже подключена к хранилищу под логином, который вы вводите в текущей базе. Но с ней не работают под этим логином в данный момент.

Предупреждение позволяет подключиться под введенным логином, но нужно понимать последствия. Если вы подключитесь под эти логином, то у другого пользователя рано или поздно возникнет ошибка из предыдущего пункта или аналогичное предупреждение. Рекомендую подключиться в хранилище под другим логином, либо найти того, кто подключился в другой базе под этим логином и договориться о том, кто использует этот логин.

 

5. При получении данных из хранилища или захвате объекта: Не удалось зафиксировать таблицу для чтения "Versions"

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

Чтобы избавиться от ошибки, необходимо закрыть конфигуратор и зайти заново.

 

6. При подключении к хранилищу: Не удалось зафиксировать таблицу для чтения "Users"

Данная ошибка может возникать:

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

Чтобы избавиться от ошибки, необходимо закрыть конфигуратор и зайти заново.

  • когда в этот самый момент другой пользователь помещает большой объем данных в хранилище

Необходимо подождать, пока другой пользователь закончит помещение объектов в хранилище.

 

7. Файл не является файлом базы данных

Ошибка соединения с хранилищем конфигурации по адресу:
\\Server\Repository\project1
по причине:
Файл не является файлом базы данных '//Server/Repository/project1/1cv8ddb.1CD'

Данная ошибка может возникать при подключении к хранилищу:

  •  если есть зависший фоновый процесс к этой базе.

Необходимо зайти в диспетчер задач и принудительно снять зависший фоновый процесс, после этого повторно попробовать подключиться к хранилищу. Если база серверная, то этот процесс может быть зависшим у кого-то, кто работал с базой ранее. Необходимо найти, кто последний работал и попросить почистить у себя в диспетчере зависший процесс.

  • если есть зависший сеанс другой базы, подключенной к этому хранилищу на этом компьютере

Так бывает, что одновременно приходится работать с разными базами в одном хранилище. Если про одну базу надолго забыть, и в ней будет появляться ошибка №5, то другую базу с этим хранилищем вы открыть не сможете. Необходимо завершить "забытые" сеансы.

 

8. Файл базы данных поврежден.

Ошибка соединения с хранилищем конфигурации по адресу: 
\\Server\Repository\project1
по причине: 
Файл базы данных поврежден '\\Server\Repository\project1\//1cv8ddb.1CD' 

 

Данная ошибка может возникать:

  • когда разработчики, подключенные к одному хранилищу, работают на разных версиях платформы и один из них поместил что-то из новой версии платформы.
  • когда файл базы данных был действительно поврежден (отключение электричества, скачки напряжения и т.п.)

 

Алгоритм решения:

1. Всем разработчикам закрыть все конфигураторы, подключенные к хранилищу

2. Почистить кэш хранилища

3. Одному запустить конфигуратор от имени администратора

4. Подключиться к хранилищу

Если указанные действия не помогли, можно воспользоваться утилитой chdbfl.exe, но в моей памяти мне она ни разу не помогла и единственным выходом было создание хранилища с нуля.

 

9. Неклассифицированная ошибка работы с хранилищем конфигурации

Данная ошибка может возникать, когда к хранилищу подключаются разными версиями платформы. Например: 8.3.10.2667 и 8.3.12.1529 

Алгоритм решения:

1. Всем разработчикам закрыть все конфигураторы, подключенные к хранилищу

2. Очистить глобальный кэш хранилища

3. Синхронизировать версии платформ.

 

10. Ошибка "База данных не открыта"

Данная ошибка может возникать при подключении к хранилищу:

  • если есть зависший фоновый процесс к этой базе;
  • если есть зависшие блокировочные файлы в каталоге хранилища.

Алгоритм решения:

1. Если причина в зависших фоновых процессах на локальном компьютере, то лечение как в п.7.

2. Если п.7 не помог, то необходимо всем закрыть конфигураторы, зайти в каталог хранилища, и удалить блокировочные файлы размером 0 байт.

 

11. Ошибка "Ошибка совместного доступа к хранилищу конфигурации"

При получении данных из хранилища возникает ошибка:

---- Начало операции с хранилищем конфигурации ----
Повтор попытки получения объектов из хранилища конфигурации
Повтор попытки получения объектов из хранилища конфигурации
Повтор попытки получения объектов из хранилища конфигурации
Повтор попытки получения объектов из хранилища конфигурации
Повтор попытки получения объектов из хранилища конфигурации
Повтор попытки получения объектов из хранилища конфигурации
Ошибка совместного доступа к хранилищу конфигурации:

\\Server\Repository\project1
    Не удалось заблокировать таблицу 'OBJECTS'
---- Операция с хранилищем конфигурации отменена ----

Данная ошибка может возникать при получении данных из хранилища:

  • если в этот момент с другого компьютера запущен процесс оптимизации хранилища;

Алгоритм решения:

1. Дождаться окончания оптимизации хранилища

2. Повторно запросить получение данных из хранилища.

 

 

Это, конечно, не весь список ошибок, который может возникать при работе с хранилищем. Я привёл те ошибки, с которыми я лично не раз сталкивался и решал указанными мной способами. Если у вас есть ошибка, которая не описана, и вы знаете способ ее решения, пишите в комментарий, я с удовольствием добавлю информацию в общую статью.

Хранилище конфигурации разработка repository коллективная захват помещение подключение поврежден ошибки Versions Users Неклассифицированная Ошибка соединения хранилищем зафиксировать

См. также

Системы контроля версий для 1С-разработчиков.

1С-программирование DevOps и автоматизация разработки Групповая разработка (Git, хранилище) DevOps для 1С Платформа 1С v8.3 Платные (руб)

Основы командной разработки на 1С. Использование систем контроля версий при разработке на платформе 1С:Предприятие 8

4900 руб.

29.06.2022    9143    78    4    

110

Особенности национального Workflow: Github Actions и OneScript

Групповая разработка (Git, хранилище) OneScript Бесплатно (free)

Сегодня мы посмотрим на Github Actions - встроенный инструментарий Github для автоматизации рабочих процессов. Разберем, что это такое, зачем и причем тут OneScript.

25.03.2024    1182    bayselonarrend    3    

35

Автоматизация процесса разработки с помощью сервиса GitFlic

Групповая разработка (Git, хранилище) Бесплатно (free)

GitFlic – первая в России полностью самостоятельная реализация сервиса для хранения репозиториев с исходным кодом. За три года разработки сервис GitFlic стал полноценным инструментом, которым можно заменить GitLab, GitHub и BitBucket. Расскажем о том, как выстроить в GitFlic процесс автоматического тестирования, статического анализа кода и сборки приложений.

05.03.2024    1866    user1989937    6    

15

OpenYellow - рейтинг открытых GitHub репозиториев для платформы 1С:Предприятие

Групповая разработка (Git, хранилище) Бесплатно (free)

Обновляемый топ GitHub репозиториев для 1С по всем языкам программирования и еще немного рассуждений про open-source.

05.02.2024    3780    bayselonarrend    15    

61

Насколько глубок 1С-ный GitHub?

Групповая разработка (Git, хранилище) Бесплатно (free)

Open-source проекты - важная часть мира программного обеспечения. 1С привычно держится немного в стороне от глобальных трендов, но бросить холодный статистический взгляд на положение дел мне показалось небезынтересным.

22.01.2024    7841    bayselonarrend    50    

86

TCP прокси-сервер хранилища конфигурации 1С

DevOps и автоматизация разработки Групповая разработка (Git, хранилище) OneScript Платформа 1С v8.3 Бесплатно (free)

Продолжение истории с прокси хранилища, но уже не на HTTP, а на TCP и без падений по памяти веб-сервера. Проверяем комментарии хранилища, вызываем веб-хуки, старты пайплайнов, gitsync по событию помещения версии в хранилище. И все это полностью на знакомом и понятном OneScript.

17.01.2024    2772    kamisov    17    

57

Отдай корень! Библиотека OneScript для получения информации о захваченных объектах в хранилище

Групповая разработка (Git, хранилище) Бесплатно (free)

Хранилище конфигурации 1С - это инструмент групповой разработки. Работают с хранилищем следующим образом: захватывают какой-либо объект, редактируют, потом отдают его в хранилище. Хранилище помечает уже захваченные объекты и не дает возможности захватить их другим пользователям. Это рождает и самый большой недостаток хранилища - невозможность работы с одним объектом нескольких пользователей, например в случае доработки разных методов в одном большом модуле. Корень конфигурации - это самый верхний ее узел. Только захватив корень, мы можем добавить в конфигурацию новые общие модули, документы, справочники, регистры и подобное. Только захватив корень можно изменить настройки поддержки конфигурации. Соответственно, если корень захвачен одним программистом, другой программист не может добавить новые объекты или снять что-то с поддержки. Потому то и всплывает эта фраза - отдай корень, мне нужно тоже что-то добавить.

26.12.2023    1336    ardn    1    

26

Git Code Review - инструмент для рецензирования кода

Групповая разработка (Git, хранилище) Платформа 1С v8.3 Конфигурации 1cv8 1С:ERP Управление предприятием 2 Абонемент ($m)

Git Code Review - инструмент, позволяющий быстро анализировать изменения из git-репозитория прямо в 1С

1 стартмани

20.12.2023    3958    59    salexdv    26    

81
Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. user716065 18 02.03.19 08:41 Сейчас в теме
По п.4 - ошибка может появляться также: когда вы для себя разворачиваете копию в базу с которой до этого работали (типа актуализация базы данных). Решение: отключиться от хранилища и снова подключиться к хранилищу под тем же самым логином и паролем.
2. user716065 18 02.03.19 08:43 Сейчас в теме
Ай плохо прочитал: решение вами описано в п.3
3. kuzyara 1900 04.03.19 04:31 Сейчас в теме
И самое больное: если вы пришли с утра и на операцию с хранилищем 1с зависает на >10секунд, то значит ночью падала сеть и см. п.7.
4. Артано 760 04.03.19 10:43 Сейчас в теме
п. 8. Файл базы данных поврежден. Может воспроизводиться при проблемах с соединением. Проверить сеть. Перезайти в конфигуратор
5. info1i 223 05.03.19 01:16 Сейчас в теме
Не раз бывало, что пропадали отдельные куски кода, целые разработки из истории хранилища после, примерно, месяца-двух работы. Только не надо про кэш и т.п... Пришлось настроить в планировщике ежедневную архивацию папки с хранилищем.
parshin; user591389_aska_rabota; ZUL_MTFKA; +3 Ответить
6. Xershi 1474 05.03.19 01:19 Сейчас в теме
(5) скорее всего работали не один и с хранилищем не умеете работать!
7. info1i 223 05.03.19 01:32 Сейчас в теме
(6) Я же просил, не надо т.п... :) Так бывало, бывало не раз, не у меня одного; код пропадает не последний, а где-то из середины истории; возможно, платформа, но опыт теперь заставляет архивировать.
8. info1i 223 05.03.19 01:38 Сейчас в теме
(7) Добавлю: окончательно в столь редком баге убедился, когда распаковал архивную папку и нашел в ней пропавшую разработку, примерно коммитов 4-7 назад перед последним.
12. wizard.ilmir02 123 06.03.19 18:57 Сейчас в теме
(8) Данная проблема возникает если захватывать и изменять объект метаданных в рабочей базе, накатывая изменения динамическим обновлением. После этого при помещение в хранилище будет помещаться не реальные изменения в конфигураторе, а кеш самого старого активного пользователя в базе.
user591389_aska_rabota; Sander80; zqzq; RomanMartynenko; Boyborodin; AntonSm; +6 Ответить
27. Sander80 82 28.04.20 08:55 Сейчас в теме
(12) похоже на правду. Такие сбои перестали случаться после того, как отказались от подключения основной базы к хранилищу - ее теперь обновляем через сравнение-объединение с хранилищем, выделенный пользователь хранилища для этого есть, но не подключена.

Мне кажется, это должно быть рекомендованным способом работы с хранилищем.
9. Xershi 1474 05.03.19 09:07 Сейчас в теме
(7) да пропадает именно не последний. И такие горе разработчики удивляются как так. А все потому что криво работают...
10. info1i 223 05.03.19 09:10 Сейчас в теме
(9) Пожалуйста, вместо слова "криво работают" лучше напишите, в каких случаях такую ситуацию можно воспроизвести - это будет более конструктивно и по теме статью, полезнее.
Lacoste4life; gmw; dakork; idjumatov; +4 Ответить
16. rudnitskij 11.03.19 15:35 Сейчас в теме
(10) Работаю с несколькими базами на разных серверах, описанную вами проблему наблюдаю только на одной. Причем с периодичностью раз в два-три месяца
11. vasilev2015 2686 06.03.19 08:48 Сейчас в теме
(9)
Куски кода при работе с хранилищем могут теряться из-за проблем с локальным кэшем конфигурации, когда база разработчика вообще теряет связь с действительностью.
Давайте украшать (полит)корректностью и конструктивизмом каждый комментарий ))).
13. Xershi 1474 07.03.19 00:15 Сейчас в теме
(11) да. Это основная проблема когда делают все правильно.
Но есть другая, когда вместо получить жмут захватить. А потом удивляются что хранилище не так работает!
14. kansler 09.03.19 19:03 Сейчас в теме
решение для п.3. Если все выйдут из конфигураторов, подключенных к хранилищу, то потом снова можно зайти под своим логином. Т.е. эта проблема возникает совсем не обязательно из-за того, что под твоим логином кто-то другой зашел.
15. sergey_garin 202 11.03.19 09:45 Сейчас в теме
Бывает такое:
«Неклассифицированная ошибка работы с хранилищем конфигурации»

Может возникать, когда к хранилищу подключаются разными версиями платформы. Например: 8.3.10.2667 и 8.3.12.1529
Решение: очистить глобальный кэш хранилища и синхронизировать версии платформ.
Прикрепленные файлы:
DrAku1a; Смешной 1С; +2 Ответить
17. user1162192 24.04.19 13:27 Сейчас в теме
18. gubanoff 63 17.06.19 11:56 Сейчас в теме
(0) для решения проблемы 7) с зависшими подключениями у себя сделали следующее:
- вынесли хранилище в отдельную виртуалку
- настроили ночную перезагрузку виртуалки, чтобы закрывались соединения
- после загрузки добавили скрипт, который удаляет все временные файлы из каталога хранилища.
19. hasp_x 156 09.10.19 12:22 Сейчас в теме
не подскажите, как почистить кэш хранилища?
20. Смешной 1С 505 09.10.19 12:25 Сейчас в теме
(19)
- Сначала всем завершить работу с хранилищем,
- затем зайти в каталог хранилища, сделать его бэкап
- в каталоге есть папка "cache". Нужно почистить ее содержимое.
KAV2; improg; +2 Ответить
21. hasp_x 156 10.10.19 10:15 Сейчас в теме
(20) спасибо, но у нас и это не помогло, помог радикальный метод - скопировали папку хранилища в другую папку и сообщили всем пользователем о новом хранилище
26. improg 568 27.04.20 10:16 Сейчас в теме
(21) Может пользовательский кэш почистить просто нужно было?
22. FilippSerg 82 09.01.20 12:06 Сейчас в теме
Вот еще "Информационная база не связана с хранилищем конфигурации"
Приходится отключать базу от хранилища и заново подключать: Конфигурация - Хранилище конфигурации - Отключиться от хранилища, затем Подключиться к хранилищу.
Если в основную конфигурацию были внесены изменения, то до подключения её можно выгрузить в файл, а после подключения загрузить обратно и тогда уже поместить изменения в хранилище.
Возможно версия конфигурация хранилища не будет совпадать с конфигурацией базы данных, при необходимости можно провести сравнение и привести основную конфигурацию к нужному виду.
Прикрепленные файлы:
Dlylim; ivangrant; yoops; m_kislyak; user692332_tomskih_nl; +5 Ответить
23. AlekseyBelyy 9 22.04.20 09:28 Сейчас в теме
Всем привет. Часто возникает ошибка №7.
Ошибка соединения с хранилищем конфигурации по адресу:
\\**********\store\torg
по причине:
Файл не является файлом базы данных '//**********/store/torg/1cv8ddb.1CD'

У нас две виртуалки - старый и новый - серваки для разработки. Хранилище расположено на новом в общей папке, база подключенная к хранилищу подключена на старой серваке и скульно, и в кластере 1С, в конфигураторе работаю с хранилищем здесь же.
Всегда когда перегружают новый сервак (ребут винды именно), где лежит хранилище, в моей базе проблема №7 возникает, но при чем если первые пару раз я не закрывал конфигуратор, открытый на старом серваке. То недавно закрыл и конф, и предприятие и все равно эта долбанная ошибка как перегрузят сервак на котором хранилище живет. Помогает только перезагрузка старого сервака, с которого я работаю.
Пробовал много чего и кеш чистить, службу рагента перезапускать, соединения зависшие искать к хранилищу. Только перезагрузка помогает.
У кого-нибудь мысли есть почему так?
24. Смешной 1С 505 22.04.20 14:02 Сейчас в теме
(23) Второй вариант возникновения этой проблемы описывал так: если есть зависший сеанс другой базы, подключенной к этому хранилищу на этом компьютере.

Есть ли у вас другие люди, которые также работают на старом серваке, подключенные к этому хранилищу? Если да, тогда при перезагрузке нового сервака, их сеансы остаются висеть, даже несмотря на то, что свой сеанс конфигуратора вы преждевременно завершили. Завершать должны все на компьютере, тогда зависших сеансов к хранилищу не будет.
unknow_user; +1 Ответить
25. dock 44 27.04.20 08:22 Сейчас в теме
28. unknow_user 01.09.20 06:37 Сейчас в теме
Спасибо тебе, Смешной 1С! Была ошибка №7 и дело, действительно было в зависших фоновых процессах.
Гениально, ветку в коллекцию.
29. alexey_kurdyukov 155 29.10.20 07:06 Сейчас в теме
У меня вот странная фингня регулярно происходит: при попытке открыть/создать/подключиться к хранилищу кнопки ОК/Далее не активны. Перезапускаю службу - не помогает. Захожу на неё телнетом - заходит. А кнопки неактивны. А потом вдруг само проходит.
30. barm 18.11.20 15:21 Сейчас в теме
Еще одна ошибка обнаружена при подключении к хранилищу:

Ошибка при выполнении файловой операции 'depot.nfo'
по причине:
Соединение с сервером баз данных разорвано администратором

Лечится очисткой кэша в ProgramData
user811769; +1 Ответить
35. user1360901 09.03.22 06:51 Сейчас в теме
(30)

Еще одна ошибка обнаружена при подключении к хранилищу:

Ошибка при выполнении файловой операции 'depot.nfo'
по причине:
Соединение с сервером баз данных разорвано администратором

Лечится очисткой кэша в ProgramData


А где конкретно эта папка находится? C:\ProgramData ?
31. tolyan_ekb 104 26.02.21 12:57 Сейчас в теме
Периодически у всех кто работает с хранилищем возникает такая ошибка.
Ошибка доступа к файлу 'v8srvr://NN/NN/Files'
по причине:
Ошибка доступа к файлу '\depot.dat'
Пока лечим полным удалением базы из кластера 1с и sql и созданием новой с другим именем. Кто-нибудь знает более изящное решение?
user811769; +1 Ответить
32. user811769 13 25.04.21 22:19 Сейчас в теме
33. enjoe 24.08.21 10:17 Сейчас в теме
п.9
Рабочая база подключена к своему хранилищу конфигурации. Тестовая база подключена к хранилищу разработчиков.
Развернул бекап рабочей базы на тестовую и пытаюсь подключиться к хранилищу разработчиков. Получаю ошибку "Неклассифицированная ошибка работы с хранилищем конфигурации. По причине: Ошибочный порядок записи xml"
Решение: отключить от хранилища разработчика пользователя под которым пытаемся подключиться и затем повторить подключение снова.
Lacoste4life; +1 Ответить
36. LomayaZakat 30.08.22 12:20 Сейчас в теме
40. q_i 577 22.03.23 13:17 Сейчас в теме
(33) Сегодня поймали "Ошибочный порядок записи XML". Отключение/подключение пользователей не помогло. Причина оказалась тривиальной: на сервере хранилища осталось всего 5Гб свободного места, и оно выедалось в ноль при подключении тестовой базы к хранилищу, после чего вываливалась эта ошибка. Добавили свободного места, база подключилась без проблем.
34. user717534 11 02.11.21 23:02 Сейчас в теме
10. Ошибка "База данных не открыта"

- на мисте советуют в таком случае переименовать папку с хранилищем, и в моем случае это помогло
37. ivangrant 10 17.10.22 17:02 Сейчас в теме
Не могу подключится к хранилищу. Пишет "Пользователь уже аутентифицирован в хранилище". В консоли администрирования хранилища пользователь выделен жирным на вкладке Пользователи. Но на вкладке Подключения его нет.
Как быть? С чего начать?
41. Lacoste4life 25.10.23 10:28 Сейчас в теме
(37) где-то висит открытый экземпляр 1С. А если и его нет, то Windows, на котором крутится это хранилище, в течении двух часов сбросит к нему подключение сеанса. Много раз такое было, когда не было доступа к файлу с хранилищем с этим пользователем
38. unknow_user 09.01.23 11:24 Сейчас в теме
Спасибо за информацию, была ошибка "Пользователь существующей связи отличается от текущего"
Отключился от хранилища и подключился заново.
39. Vortigaunt 96 16.02.23 17:48 Сейчас в теме
Кто работал с расширениями конфигурации через хранилище? Не могу взять в толк. Постоянно отключаются расширения от своих хранилищ. Даешь команду: подключиться к хранилищу - выдает "Для данного пользователя уже есть другая база". Как будто я удалил расширение и добавил новое.
42. AlekseiAdamov 165 15.11.23 11:13 Сейчас в теме
3. Пользователь уже аутентифицирован в хранилище

Данная ошибка возникает, когда любая другая база уже подключена к хранилищу под логином, который вы вводите в текущей базе. И с ней работают под этим логином в данный момент.

При такой ошибке вы не сможете подключиться под введенным логином. Необходимо подключиться в хранилище под другим логином, либо найти того, кто подключился в другой базе под этим логином и договориться о том, кто использует этот логин.

Причина не всегда в том, что кто-то подключился под тем же пользователем - при нормальной организации работы все работают под своими пользователями и чужих паролей не знают.

Эта ошибка может возникать в ситуации, когда сеанс другого пользователя хранилища был оборван, например, при ночной перезагрузке сервера по расписанию или ещё какой-то причине. В этом случае некоторые другие пользователи могут получать такую ошибку, у некоторых может возникать ошибка "База данных не открыта".

Может помочь удаление блокировочных файлов (read.lock, write.lock), если они не удаляются сами после того, как все пользователи хранилища завершили сеансы в конфигураторе.
43. Serg O. 224 20.12.23 23:23 Сейчас в теме
ещё одна ошибка - База данных не открыта...
и только перезапустить или закрыть конфигуратор предлагает

при подключении к хранилищу

при этом из другой базы с другого компа - прекрасно всё подключается
Прикрепленные файлы:
Оставьте свое сообщение