После выходных хотел получить объект метаданных. Действие тупо висло.
Обычно требуется просто закрыть конфигуратор и открыть заново.
Закрыл конфигуратор, а он остался висеть в процессах.
Убил в диспетчере.
Захожу заново и вылетает ошибка "База данных не открыта" см. рис.
Думал может убить сессию на сервере с хранилищем решит проблему, но это не помогло.
Пишут что можно просто переименовать папку, где лежит хранилище и проблем не будет.
Пока этот шаг не могу сделать, второй разработчик не на месте. Но думаю позже это сделать.
А пока, может есть другое решение?
Включен тех. журнал. Но там пусто!
И из-за чего такая ошибка конкретно кто в курсе?
Обычно требуется просто закрыть конфигуратор и открыть заново.
Закрыл конфигуратор, а он остался висеть в процессах.
Убил в диспетчере.
Захожу заново и вылетает ошибка "База данных не открыта" см. рис.
Думал может убить сессию на сервере с хранилищем решит проблему, но это не помогло.
Пишут что можно просто переименовать папку, где лежит хранилище и проблем не будет.
Пока этот шаг не могу сделать, второй разработчик не на месте. Но думаю позже это сделать.
А пока, может есть другое решение?
Включен тех. журнал. Но там пусто!
И из-за чего такая ошибка конкретно кто в курсе?
Прикрепленные файлы:
По теме из базы знаний
Найденные решения
(6) абсолютно прав, дело в блокировочных файлах. Уже несколько раз сталкивался. Чаще всего эти файлы по 0кб не дают себя удалить, ибо их чтото держит. Это чаще всего легко поправить зайдя в "Управление компьютером - служебные программы - общие папки - открытые файлы" и там снять захват заблоченых файлов. Тогда их можно удалить и спокойно подключится.
Остальные ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(2) ЧерныйКот, да я полностью выходил пользователем, которым заходил на сервер для разработки.
Перезагрузить этот сервер также пока не могу.
Кстати с версии 8.2 изменилось расположение кэша. Только сейчас заметил.
С 1c\1Cv82 на 1c\1cv8.
Чистка кэша на сервере для разработки не помогла.
Перезагрузить этот сервер также пока не могу.
Кстати с версии 8.2 изменилось расположение кэша. Только сейчас заметил.
С 1c\1Cv82 на 1c\1cv8.
Чистка кэша на сервере для разработки не помогла.
можно обойтись без перезагрузки - в каталоге хранилища лежат блокировочные файлы размером 0б. Их нужно удалить. только права админа нужны. При этом никто не должен быть в конфигураторе. Ну и если остался где-то зависший сеанс пользователя, работавшего с конфигуратором - то его тоже нужно завершить
(6) абсолютно прав, дело в блокировочных файлах. Уже несколько раз сталкивался. Чаще всего эти файлы по 0кб не дают себя удалить, ибо их чтото держит. Это чаще всего легко поправить зайдя в "Управление компьютером - служебные программы - общие папки - открытые файлы" и там снять захват заблоченых файлов. Тогда их можно удалить и спокойно подключится.
У меня эта проблема решилась другим неожиданным способом.
Пока я ждал удобного времени для перезагрузки сервера 1С, решил восстановить себе в тестовую базу свежий бекап. После восстановления копии, пришлось, естественно, отключиться от хранилища и снова подключиться к хранилищу под собой.
Наверное, при этом в хранилище происходят какие-то "нужные" изменения, так как после этого рабочий конфигуратор перестал выдавать ошибку и спокойно подключился к хранилищу.
Пока я ждал удобного времени для перезагрузки сервера 1С, решил восстановить себе в тестовую базу свежий бекап. После восстановления копии, пришлось, естественно, отключиться от хранилища и снова подключиться к хранилищу под собой.
Наверное, при этом в хранилище происходят какие-то "нужные" изменения, так как после этого рабочий конфигуратор перестал выдавать ошибку и спокойно подключился к хранилищу.
Мне пришлось еще раз попрактиковаться в решении этой проблемы.
Сразу пошел в каталог хранилища, увидел там файлы с расширением "cfl". Все они с нулевым размером. У меня было 4 файла.
Так как прав на удаление мне не хватает, я их переименовал (добавил в конце ".bak"), предварительно закрыв все конфигураторы, подключенные к хранилищу.
После этого работать с хранилищем можно было работать в обычном режиме.
Сразу пошел в каталог хранилища, увидел там файлы с расширением "cfl". Все они с нулевым размером. У меня было 4 файла.
Так как прав на удаление мне не хватает, я их переименовал (добавил в конце ".bak"), предварительно закрыв все конфигураторы, подключенные к хранилищу.
После этого работать с хранилищем можно было работать в обычном режиме.
Выскакивает периодически. Решаем проблему переименованием пути к хранилищу: подменяем IP сервера его именем.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот