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

02.07.20

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

+98 –
> > > > >
  • 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".

 

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

+98 –

См. также

SALE! 50%

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

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

Использования систем контроля версий — стандарт современной разработки. На курсе научимся использованию Хранилища 1С и GIT при разработке на 1С:Предприятие 8. Разберем подходы и приемы коллективной разработки, научимся самостоятельно настраивать системы и ориентироваться в них.

4900 2450 руб.

29.06.2022    11932    99    4    

131
Хранилище дополнительных отчетов и обработок и запуск под пользователем для проверки отчетов

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

Хранилище дополнительных отчетов и обработок для групповой разработки.

4 стартмани

29.10.2024    338    0    MaxxiMiliSan    6    

2
Разветвленная разработка на хранилищах и файлах поставки

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

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

23.09.2024    2836    kraynev-navi    2    

25
Git vs Хранилище. Битва титанов?

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

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

17.09.2024    7288    Golovanoff    69    

26
Релиз каждый день – это тоже релиз!

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

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

05.09.2024    2177    ardn    12    

15
Почему заказчики любят EDT (+ GIT), а разработчики ненавидят?

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

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

14.08.2024    7631    lekot    34    

8
Технология разветвленной разработки конфигураций 1С

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

В «долгоиграющих» проектах стандартный захват объектов 1С в хранилище может привести к длительным простоям других разработчиков. Но и создавать под каждую доработку отдельное хранилище, чтобы использовать технологию разветвленной разработки конфигураций от фирмы «1С» – избыточно. Расскажем о том, как разрабатывать в отдельной базе без ожиданий, а потом с легкостью перенести изменения в хранилище, используя основную идею технологии 1С – конфигурацию на поддержке хранилища.

05.08.2024    4239    sinichenko_alex    16    

25
OpenYellow: о нововведениях в агрегаторе Open-source проектов

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

Про изменения и новинки в агрегаторе открытых проектов OpenYellow, которые появились с момента его создания: про портал, Github и Telegram

15.07.2024    3232    bayselonarrend    8    

24
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. vcv 89 27.05.19 08:12 Сейчас в теме
А в каких условиях это работает? У меня все каталоги cfgrepo, найденные в подкаталогах C:\Users\<User>\AppData\Local\1C\1Cv8 пусты.
+ – Ответить
2. tormozit 7229 27.05.19 09:44 Сейчас в теме
(1) Назначение БД в папке cfgrepo по всей видимости в том, что она хранит локальную информацию о том, кем захвачен каждый объект метаданных. Если она пуста, то все должно работать быстро.
+ – Ответить
3. 1c_nik923 27.05.19 10:01 Сейчас в теме
(2) Каталоги пусты, но не всегда работает быстро, иногда просто считывает по 3-4 минуты. А иногда захват происходит моментально.
+ – Ответить
4. tormozit 7229 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 155 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) Не понял. Каждый раз отключатся и подключатся когда появляются тормоза? Да это же умереть можно, это очень долгий процесс.
user717534; +1 – Ответить
8. igo1 270 28.05.19 20:30 Сейчас в теме
а ларчик просто открывался
Прикрепленные файлы:
Nirodaz; +1 –1 Ответить
9. tormozit 7229 29.05.19 09:21 Сейчас в теме
(8) Эта кнопка касается только серверной БД хранилища. В статье же речь про локальную БД хранилища.
+ – Ответить
10. tormozit 7229 29.05.19 09:27 Сейчас в теме
Добавил в статью еще один способ открыть каталог кэшей базы.
+ – Ответить
11. _coolmax_ 30.05.19 08:50 Сейчас в теме
Спасибо за информацию, но мне не помогло. Взаимодействие с хранилищем происходит очень медленно.
+ – Ответить
13. tormozit 7229 04.02.20 10:20 Сейчас в теме
Сегодня в очередной раз убедился в эффективности описанного в статье метода и заметил что он удаляет историю комментариев к коммитам. Чтобы история комментариев сохранилась, нужно внутри папки "cfgrepo" удалить все кроме файла "comments". Добавил это замечание в статью.
kostas; user811769; acanta; +3 – Ответить
16. Cyberhawk 135 02.07.20 08:54 Сейчас в теме
(13) Предлагаю в статье уточнить, что эти комментарии удаляются только из локальной копии хранилища, а после "полного" переподключения к хранилищу эти комментарии восстановятся (станут снова видны).
А то у читателя может сложиться впечатление, что комментарии очищаются навсегда (в самом хранилище). По крайней мере у меня сначала сложилось именно такое впечатление.
user811769; +1 – Ответить
14. Famza 85 06.02.20 10:30 Сейчас в теме
Серверное хк, служба крутиться вместе с сервером 1С и SQL, железо быстрое (SSD, SAS), конфигурация отраслевая на ERP УП.
Время последнего подключения 7,5 часов, памяти выделено 10Г в настройках хк. Подскажите, как определить почему тупит?
+ – Ответить
15. tormozit 7229 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 105 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 21 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 805 20.10.21 07:15 Сейчас в теме
(17) Это тоже НЕ помогло
+ – Ответить
20. frkbvfnjh 805 20.10.21 07:15 Сейчас в теме
Для случая когда используется сервер хранилищ, мне метод не помог. Вопрос теперь в том как ускорить сервер хранилищ, видимо он тормозит
+ – Ответить
Оставьте свое сообщение