При работе с хранилищем конфигурации иногда возникает проблема долгого захвата/помещения объектов — любая даже самая маленькая операция захвата/помещения объекта выполняется десятки секунд. Переподключение к хранилищу не помогает. Очистка кэша версий конфигурации хранилища на сервере не помогает. Очистка локального кэша версий конфигурации не помогает. Через интерфейс конфигуратора 8.3.15 я нашел возможность очистки только этих кэшей. Но в пакетном запуске конфигуратора еще есть возможность очистки локальной базы данных хранилища — ConfigurationRepositoryClearCache. Пример такой команды
1cv8 DESIGNER /S myservermybase /ConfigurationRepositoryF tcp://repserver/repbase /ConfigurationRepositoryN myname /ConfigurationRepositoryP mypass /ConfigurationRepositoryClearCache
Именно эта очистка решила проблему в моем случае. Однако формировать корректную строку пакетного запуска с таким параметром непросто.
Вот более простой способ очистки локальной базы данных хранилища
- Открываем каталог кэшей базы. Обычно он расположен в C:Users<User>AppDataLocal1C1Cv8<ID>. Варианты:
- Через Инструменты разработчика
- Через 1CStartManager
- Через настройку использования локальных данных хранилища
- Через Инструменты разработчика
- Удаляем каталог cfgrepo
Related Posts
Получение логина и пароля техподдержки 1С из базы
Класс для вывода отчета в Excel
Счет-фактура для УПП
Библиотека классов для создания внешней компоненты 1С на C#- Акт об оказании услуг (со скидками) — внешняя печатная форма для Управление торговлей 11.1.10.86
Прайс-лист с артикулом в отдельной колонке
А в каких условиях это работает? У меня все каталоги cfgrepo, найденные в подкаталогах C:Users<User>AppDataLocal1C1Cv8 пусты.
(1) Назначение БД в папке cfgrepo по всей видимости в том, что она хранит локальную информацию о том, кем захвачен каждый объект метаданных. Если она пуста, то все должно работать быстро.
(2) Каталоги пусты, но не всегда работает быстро, иногда просто считывает по 3-4 минуты. А иногда захват происходит моментально.
(3)
В статье я описал решение проблемы, когда каждая операция выполняется долго. Не нужно проверять все каталоги. Нужно проверять только от конкретной базы.
Постоянно сталкиваюсь с этой ситуацией при подключению к хранилищу.
Выяснил: если подключиться к хранилищу, и остаться в конфигурации, хранилище будет тормозить и жестко.
Подключиться и перезапустить программу все работает гут.
У меня это четкая закономерность.
(5) Ничего не понял. Когда открываете конфигуратор выдается запрос на ввод логина и пароля для подключения к хранилищу. Вводите, затем, закрываете конфигуратор, открываете заново и больше ничего не вводите?
(5) Тоже так срабатывает. При первом подключении базы к хранилищу закрываю, открываю и всё работает ок.
Но все равно иногда тормоза бывают.
(8) Эта кнопка касается только серверной БД хранилища. В статье же речь про локальную БД хранилища.
Добавил в статью еще один способ открыть каталог кэшей базы.
Спасибо за информацию, но мне не помогло. Взаимодействие с хранилищем происходит очень медленно.
(5) Не понял. Каждый раз отключатся и подключатся когда появляются тормоза? Да это же умереть можно, это очень долгий процесс.