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

02.07.20

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

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

При работе с хранилищем конфигурации иногда возникает проблема долгого захвата/помещения объектов - любая даже самая маленькая операция захвата/помещения объекта выполняется десятки секунд. Переподключение к хранилищу не помогает. Очистка кэша версий конфигурации хранилища на сервере не помогает. Очистка локального кэша версий конфигурации не помогает. Через интерфейс конфигуратора 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".

 

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

См. также

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

Внедряем проверку новых версий прямо в расширение. Оповещайте о новых версиях и показывайте пользователям список изменений. Для разработчиков, которые хотят сэкономить время и повысить лояльность клиентов!

05.02.2025    2939    Nonik    10    

18

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

Когда в хранилище одновременно разрабатывают несколько команд, сортировка сделанного и несделанного при формировании релиза и проведение code review по задачам превращаются в непроходимый квест. В таких случаях нужен бранчинг. Расскажем об опыте перехода на новую схему хранения кода для ИТ-департамента.

23.09.2024    7230    kraynev-navi    3    

26

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

Как исправить медленное сравнение конфигурации с файлом cf, сохраненным из хранилища.

17.09.2024    6904    vatkir    16    

10

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

Называть Git новой технологией – уже смешно, но для многих 1С-ников это действительно «новое и неизведанное». Расскажем о плюсах и минусах двух главных систем контроля версий в мире 1С: Git и хранилища.

17.09.2024    13568    Golovanoff    81    

26

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

Во многих командах незаслуженно забывают о том, что в базе меняются расширения (как от вендора, так и собственные) и внешние отчеты и обработки. Вплоть до того, что релиз происходит каждый день – меняются печатные формы, отчеты, обработки. Расскажем о том, как выгружать в Git не только изменения конфигурации рабочего контура, но и файлы внешних обработок и расширений.

05.09.2024    5952    ardn    12    

15

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

Заказчики любят EDT+Git за прозрачность и контроль качества. А у разработчиков есть две основные причины не любить EDT – это тормоза и глюки. Расскажем о том, что нужно учесть команде при переходе на EDT+Git.

14.08.2024    11943    lekot    35    

8
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. vcv 89 27.05.19 08:12 Сейчас в теме
А в каких условиях это работает? У меня все каталоги cfgrepo, найденные в подкаталогах C:\Users\<User>\AppData\Local\1C\1Cv8 пусты.
2. tormozit 7276 27.05.19 09:44 Сейчас в теме
(1) Назначение БД в папке cfgrepo по всей видимости в том, что она хранит локальную информацию о том, кем захвачен каждый объект метаданных. Если она пуста, то все должно работать быстро.
3. 1c_nik923 27.05.19 10:01 Сейчас в теме
(2) Каталоги пусты, но не всегда работает быстро, иногда просто считывает по 3-4 минуты. А иногда захват происходит моментально.
4. tormozit 7276 27.05.19 10:39 Сейчас в теме
(3)
Каталоги пусты, но не всегда работает быстро, иногда просто считывает по 3-4 минуты. А иногда захват происходит моментально.
В статье я описал решение проблемы, когда каждая операция выполняется долго. Не нужно проверять все каталоги. Нужно проверять только от конкретной базы.
5. zawal 16 27.05.19 11:21 Сейчас в теме
Постоянно сталкиваюсь с этой ситуацией при подключению к хранилищу.
Выяснил: если подключиться к хранилищу, и остаться в конфигурации, хранилище будет тормозить и жестко.
Подключиться и перезапустить программу все работает гут.
У меня это четкая закономерность.
Unk92; Lapitskiy; POWone; Pawlick; LeXXeR; zuxelzz; Gaster; TrofimovOK; wowik; defini; cleaner_it; SmArtist; Serj1C; Liily; jONES1979; Danil.Potapov; user836255; +17 Ответить
6. PerlAmutor 158 27.05.19 20:57 Сейчас в теме
(5) Ничего не понял. Когда открываете конфигуратор выдается запрос на ввод логина и пароля для подключения к хранилищу. Вводите, затем, закрываете конфигуратор, открываете заново и больше ничего не вводите?
7. Liily 28.05.19 10:29 Сейчас в теме
(5) Тоже так срабатывает. При первом подключении базы к хранилищу закрываю, открываю и всё работает ок.
Но все равно иногда тормоза бывают.
12. V1V 112 30.05.19 14:44 Сейчас в теме
(5) Не понял. Каждый раз отключатся и подключатся когда появляются тормоза? Да это же умереть можно, это очень долгий процесс.
user717534; +1 Ответить
8. igo1 270 28.05.19 20:30 Сейчас в теме
а ларчик просто открывался
Прикрепленные файлы:
9. tormozit 7276 29.05.19 09:21 Сейчас в теме
(8) Эта кнопка касается только серверной БД хранилища. В статье же речь про локальную БД хранилища.
10. tormozit 7276 29.05.19 09:27 Сейчас в теме
Добавил в статью еще один способ открыть каталог кэшей базы.
11. _coolmax_ 30.05.19 08:50 Сейчас в теме
Спасибо за информацию, но мне не помогло. Взаимодействие с хранилищем происходит очень медленно.
13. tormozit 7276 04.02.20 10:20 Сейчас в теме
Сегодня в очередной раз убедился в эффективности описанного в статье метода и заметил что он удаляет историю комментариев к коммитам. Чтобы история комментариев сохранилась, нужно внутри папки "cfgrepo" удалить все кроме файла "comments". Добавил это замечание в статью.
kostas; user811769; acanta; +3 Ответить
16. Cyberhawk 135 02.07.20 08:54 Сейчас в теме
(13) Предлагаю в статье уточнить, что эти комментарии удаляются только из локальной копии хранилища, а после "полного" переподключения к хранилищу эти комментарии восстановятся (станут снова видны).
А то у читателя может сложиться впечатление, что комментарии очищаются навсегда (в самом хранилище). По крайней мере у меня сначала сложилось именно такое впечатление.
Goggy; user811769; +2 Ответить
14. Famza 85 06.02.20 10:30 Сейчас в теме
Серверное хк, служба крутиться вместе с сервером 1С и SQL, железо быстрое (SSD, SAS), конфигурация отраслевая на ERP УП.
Время последнего подключения 7,5 часов, памяти выделено 10Г в настройках хк. Подскажите, как определить почему тупит?
15. tormozit 7276 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 23 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 811 20.10.21 07:15 Сейчас в теме
20. frkbvfnjh 811 20.10.21 07:15 Сейчас в теме
Для случая когда используется сервер хранилищ, мне метод не помог. Вопрос теперь в том как ускорить сервер хранилищ, видимо он тормозит
Оставьте свое сообщение