Исправляем медленное выполнение операций с хранилищем конфигурации

02.07.20

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

+103 –
> > > > >
  • Clip 89527 copy.png
  • Clip 89532 copy.png
  • Clip 89535 copy.png
  • Clip 89553 copy.png
  • Clip 106831 copy.png
  • Clip 106832 copy.png
В статье описан способ решения проблемы долгого захвата/помещения объектов в хранилище конфигурации

При работе с хранилищем конфигурации иногда возникает проблема долгого захвата/помещения объектов - любая даже самая маленькая операция захвата/помещения объекта выполняется десятки секунд. Переподключение к хранилищу не помогает. Очистка кэша версий конфигурации хранилища на сервере не помогает. Очистка локального кэша версий конфигурации не помогает. Через интерфейс конфигуратора 8.3.15 я нашел возможность очистки только этих кэшей. Но в пакетном запуске конфигуратора еще есть возможность очистки локальной базы данных хранилища - ConfigurationRepositoryClearCache. Пример такой команды

1cv8 DESIGNER /S myserver\mybase /ConfigurationRepositoryF tcp://repserver/repbase /ConfigurationRepositoryN myname /ConfigurationRepositoryP mypass /ConfigurationRepositoryClearCache

Именно эта очистка решила проблему в моем случае. Однако формировать корректную строку пакетного запуска с таким параметром непросто.

Вот более простой способ очистки локальной базы данных хранилища

  1. Открываем каталог кэшей базы. Обычно он расположен в C:\Users\<User>\AppData\Local\1C\1Cv8\<ID>. Варианты:
    1. Через Инструменты разработчика

       
    2. Через 1CStartManager

       
    3. Через настройку использования локальных данных хранилища



       
  2. Удаляем каталог cfgrepo

    Однако при этом удаляется список последних комментариев к коммитам хранилища. Чтобы он сохранился, нужно внутри папки "cfgrepo" удалить все, кроме файла "comments".

 

Вступайте в нашу телеграмм-группу Инфостарт

хранилище конфигурации

+103 –

Вы можете заказать платную адаптацию этой статьи под ваши задачи на «Бирже заказов».

  • 0% комиссии — оплата напрямую исполнителю;
  • Исполнители любого масштаба — от отдельных специалистов до команд под проект;
  • Прямой обмен контактами между заказчиком и исполнителем;
  • Безопасная сделка — при необходимости;
  • Рейтинги, кейсы и прозрачная система откликов.

См. также

Синхронизация проекта 1C:EDT с хранилищем конфигурации

Групповая разработка (Git, хранилище) EDT Программист 1С:Предприятие 8 Россия Бесплатно (free)

Синхронизируйте свой проект EDT с хранилищем конфигурации так же легко, как в git клиенте. По кнопке Pull в проект EDT подтягиваются изменения из хранилища, по кнопке Push ваш коммит из git репозитория проекта EDT улетает в хранилище конфигурации.

09.07.2026    1857    DmitryShehovtsev    4    

18
Редактирование объектов конфигурации, закрытых на замок

Групповая разработка (Git, хранилище) Программист 1С 8.3 1С:Управление производственным предприятием Россия Бесплатно (free)

Описание приема «Конф-фу», не имеющее реального практического применения. Это просто интересная особенность работы Хранилища.

26.06.2026    969    madonov    7    

9
Отражаем хранилище в репозиторий git, Jenkins'ом. Опять 25

DevOps и автоматизация разработки Групповая разработка (Git, хранилище) Системный администратор Программист Бесплатно (free)

Одна линия сборки для обработки нескольких конфигураций - выгрузка хранилищ в git, запуск анализа SonarQube.

25.05.2026    1074    ImHunter    0    

3
Получение полноразмерных копий с базы 5 ТБ за 1.6 секунд

Архивирование (backup) Групповая разработка (Git, хранилище) Системный администратор Программист Бесплатно (free)

Как дать возможность каждому разработчику 1С вести разработку, тестирование и оптимизацию на собственной полноразмерной копии базы и при этом не тратить миллиарды рублей и тысячи часов на развертывание тестового окружения, а так же экономить дисковое пространство? Расскажем о том, как с помощью инструмента Database Lab получать полноразмерные копии базы 1C на СУБД PostgreSQL за считанные секунды (даже в случае использования многотерабайтных баз).

15.12.2025    10657    nasonkin    18    

31
Автоматическое обновление конфигурации из хранилища

Инструменты администратора БД Групповая разработка (Git, хранилище) Обновление 1С Системный администратор Программист 1С:Предприятие 8 1С:Комплексная автоматизация 2.х 1С:Библиотека стандартных подсистем Абонемент ($m)

Обработка, объединяющая в себе использование инструментов БСП по администрированию кластера серверов и запуска скриптов для автоматического обновления конфигурации из хранилища.

4 стартмани

17.11.2025    2979    14    KovrovtsevAS    0    

12
Git на жестких 1С:ERP-проектах: быстрое внедрение без EDT

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

Проектная разработка в 1С живет в условиях жестких дедлайнов, меняющихся команд и нестабильных CI/CD. В статье показываем, как быстро и без лишних затрат внедрить Git на ERP-проектах, продать идею себе и команде и избежать типичных подводных камней. Разберем ветвление, подходы к командной работе, интеграцию с таск-трекерами и особенности тяжелых конфигураций.

04.09.2025    21616    bozo    42    

12
Плагин EDT для работы с хранилищем конфигурации 1С

EDT Групповая разработка (Git, хранилище) Программист 1С:Предприятие 8 Бесплатно (free)

Плагин, расширяющий функциональность EDT, предоставляя возможность работы с хранилищем конфигурации 1С без использования 1С:ГитКонвертер.

04.08.2025    15074    ZigRinat85    54    

53
Поставка расширения конфигурации с помощью команд строки запуска "1С:Предприятие", GIT, KDiff3

DevOps и автоматизация разработки Групповая разработка (Git, хранилище) Программист 1С:Предприятие 8 1С:Библиотека стандартных подсистем Абонемент ($m)

Позволяет проектировать и выполнять сценарии, состоящие из команд 1С, Git и CMD, а также решать конфликты слияния напрямую из 1С с помощью KDiff3. Предустановлен набор команд для автоматизации сборки CFE-файлов.

1 стартмани

29.07.2025    5768    9    gorsheninsn    6    

29
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. vcv 89 27.05.19 08:12 Сейчас в теме
А в каких условиях это работает? У меня все каталоги cfgrepo, найденные в подкаталогах C:\Users\<User>\AppData\Local\1C\1Cv8 пусты.
+ – Ответить
2. tormozit 7380 27.05.19 09:44 Сейчас в теме
(1) Назначение БД в папке cfgrepo по всей видимости в том, что она хранит локальную информацию о том, кем захвачен каждый объект метаданных. Если она пуста, то все должно работать быстро.
+ – Ответить
3. 1c_nik923 27.05.19 10:01 Сейчас в теме
(2) Каталоги пусты, но не всегда работает быстро, иногда просто считывает по 3-4 минуты. А иногда захват происходит моментально.
+ – Ответить
4. tormozit 7380 27.05.19 10:39 Сейчас в теме
(3)
Каталоги пусты, но не всегда работает быстро, иногда просто считывает по 3-4 минуты. А иногда захват происходит моментально.
В статье я описал решение проблемы, когда каждая операция выполняется долго. Не нужно проверять все каталоги. Нужно проверять только от конкретной базы.
+ – Ответить
5. zawal 16 27.05.19 11:21 Сейчас в теме
Постоянно сталкиваюсь с этой ситуацией при подключению к хранилищу.
Выяснил: если подключиться к хранилищу, и остаться в конфигурации, хранилище будет тормозить и жестко.
Подключиться и перезапустить программу все работает гут.
У меня это четкая закономерность.
Anchoret; Unk92; Lapitskiy; POWone; Pawlick; LeXXeR; zuxelzz; Gaster; TrofimovOK; wowik; defini; cleaner_it; SmArtist; Serj1C; Liily; jONES1979; Danil.Potapov; user836255; +18 – Ответить
6. PerlAmutor 162 27.05.19 20:57 Сейчас в теме
(5) Ничего не понял. Когда открываете конфигуратор выдается запрос на ввод логина и пароля для подключения к хранилищу. Вводите, затем, закрываете конфигуратор, открываете заново и больше ничего не вводите?
klinval; +1 – Ответить
7. Liily 28.05.19 10:29 Сейчас в теме
(5) Тоже так срабатывает. При первом подключении базы к хранилищу закрываю, открываю и всё работает ок.
Но все равно иногда тормоза бывают.
+ – Ответить
12. V1V 112 30.05.19 14:44 Сейчас в теме
(5) Не понял. Каждый раз отключатся и подключатся когда появляются тормоза? Да это же умереть можно, это очень долгий процесс.
alex_zemlyansky; +1 – Ответить
8. igo1 270 28.05.19 20:30 Сейчас в теме
а ларчик просто открывался
Прикрепленные файлы:
Nirodaz; +1 –1 Ответить
9. tormozit 7380 29.05.19 09:21 Сейчас в теме
(8) Эта кнопка касается только серверной БД хранилища. В статье же речь про локальную БД хранилища.
+ – Ответить
10. tormozit 7380 29.05.19 09:27 Сейчас в теме
Добавил в статью еще один способ открыть каталог кэшей базы.
+ – Ответить
11. _coolmax_ 30.05.19 08:50 Сейчас в теме
Спасибо за информацию, но мне не помогло. Взаимодействие с хранилищем происходит очень медленно.
+ – Ответить
13. tormozit 7380 04.02.20 10:20 Сейчас в теме
Сегодня в очередной раз убедился в эффективности описанного в статье метода и заметил что он удаляет историю комментариев к коммитам. Чтобы история комментариев сохранилась, нужно внутри папки "cfgrepo" удалить все кроме файла "comments". Добавил это замечание в статью.
kostas; user811769; acanta; +3 – Ответить
16. Cyberhawk 136 02.07.20 08:54 Сейчас в теме
(13) Предлагаю в статье уточнить, что эти комментарии удаляются только из локальной копии хранилища, а после "полного" переподключения к хранилищу эти комментарии восстановятся (станут снова видны).
А то у читателя может сложиться впечатление, что комментарии очищаются навсегда (в самом хранилище). По крайней мере у меня сначала сложилось именно такое впечатление.
user1165146; Goggy; user811769; +3 – Ответить
14. Famza 85 06.02.20 10:30 Сейчас в теме
Серверное хк, служба крутиться вместе с сервером 1С и SQL, железо быстрое (SSD, SAS), конфигурация отраслевая на ERP УП.
Время последнего подключения 7,5 часов, памяти выделено 10Г в настройках хк. Подскажите, как определить почему тупит?
+ – Ответить
15. tormozit 7380 02.07.20 08:53 Сейчас в теме
Полезное обсуждение на тему публикации https://forum.mista.ru/topic.php?id=855881
Сам не проверял, но там рекомендуют такой способ
1. Остановка сервиса сервера приложений
2. Очистка кеша метаданных
3. Очистка через СУБД таблицы DepotFiles - "DELETE FROM [<ИмяБазыДанных>].[dbo].[DepotFiles]"
Papilion; +1 – Ответить
18. tolyan_ekb 80 11.03.21 14:59 Сейчас в теме
(15) где находится таблица DepotFiles ? Я в базе, подключенной к хранилищу, нашел только Files, в которой есть строки с FileName = depot.dat и = depot.nfo. При ошибке
Ошибка доступа к файлу 'v8srvr://NN/NN/Files'
по причине:
Ошибка доступа к файлу '\depot.dat'
работы с хранилищем появляется строка depot.dat.new. Лечим пока полным удалением базы и созданием с новым именем. Был бы рад узнать как можно лечить эту ошибку.
user811769; +1 – Ответить
19. leemuar 63 03.09.21 18:06 Сейчас в теме
(18) если таблицы DepotFiles в БД нет - значит либо у вас старая платформа либо эту таблицу кто-то руками удалял.
Вам нужно эту таблицу создать (можно перенести из другой серверной базы), затем сделать выгрузку базы в DT и потом загрузить из этого DT. Просто перенос таблицы не работает, а вот загрузка и выгрузка DT создает нужные метаданные где-то внутри. После этого быстрый захват начинает работать
+ – Ответить
22. abcopel 02.09.24 10:38 Сейчас в теме
(19)
Есть способ попроще, чем делать выгрузку/загрузку ДТ.
Достаточно зайти в "Настройка использования локальных данных хранилища"
https://infostart.ru/upload/iblock/3c4/3c4d2c71bb3c33cb803feb320695d77c.png
И там должна быть кнопка "Оптимизировать", после этого появляется таблица с данными DepotFiles
Прикрепленные файлы:
+ – Ответить
17. Warrior82 23.09.20 08:42 Сейчас в теме
Мне помогла очистка локального кэша конфигурации! (не кэша локальной копии хранилища). И также необходимо после очистки перезайти в конфигуратор. Служба репозитария хранилища работает на серваке.
Lapitskiy; +1 – Ответить
21. frkbvfnjh 822 20.10.21 07:15 Сейчас в теме
(17) Это тоже НЕ помогло
+ – Ответить
20. frkbvfnjh 822 20.10.21 07:15 Сейчас в теме
Для случая когда используется сервер хранилищ, мне метод не помог. Вопрос теперь в том как ускорить сервер хранилищ, видимо он тормозит
+ – Ответить
23. Agrozentr 09.04.26 07:36 Сейчас в теме
Начиная с релизов платформы 8.3.24 начались проблемы с хранилищем: помещение и получение объектов конфигурации (на всех базах*) после обновления конфы стало проходить вместо 20 мин около 6 часов. Все советы, что нашел, что здесь и на остальных «просторах», не помогли. Где что сошлось не так, что до сих пор у других такого глюка не обнаружено, остается загадкой. Однако, дело случая, выявило некую причину:

*У нас во всех базах были смешанные правила поддержки на объектах: неизменённые типовые объекты стоят на замках (Правило: Объект поставщика не редактируется), измененные – без замка (Правило: Объект поставщика редактируются с сохранением поддержки). Что позволяло значительно сократить время на сравнении конф при обновлении.

После снятия замков со всех объектов помещение и получение с хранилищем вернулось на прежнюю скорость.
+ – Ответить
Для отправки сообщения требуется регистрация/авторизация