Коллеги, привет!
Может быть кто-то уже сталкивался....
Ситуация следующая: есть сервер хранилищ, создаю хранилище для ERP из прода, подключаю его. Тут все штатно проходит. Начинаю подключать копии. И просто висит много часов на стадии Формирование снимка конфигурации. Сбрасываю сеанс, возвращаюсь в конфигуратор, база к хранилищу не подключена.
Сначала думали проблема в том, что сразу несколько копий одновременно пытались к хранилищу подключить. Но и по одной такая же картина. 8 часов подключения и нулевой результат. Хранилище пересоздавал.
Куда еще можно копать?

Да, релиз платформы 8.3.24.1691.

(0)
что кажет ?
SELECT count(*)
  FROM [твоя база копия].[dbo].[DepotFiles]

а если копии (хотя бы одну для эксперимента) перенести на тот же сервер, что и прод, и запускать с той же машины, что и прод? ну т.е. исключить сетевые проблемы и тормоза

Ну и кэш как локальный так и серверных самого хранилища бы прибить еще.

Попробуйте с локального ПК подключаться(если сейчас на сервере подключаете)
У нас иногда УТ к хранилищу подключается больше 5 часов

(0) в копии всегда надо сначала нажать "отключиться от хранилища" и потом подключать

(6) Это понятно.
Сейчас с админом пошли смотреть на сервер хранилищ, а он еле живой. Процесс сервиса работы с хранилищем грузил проц на 100%. Что там было - хз. Рестартанули. Кэш почистили. Запустил подключение 1 копии. Наблюдаем.
(5) У нас все разрабы с терминального сервера работают.

Сразу после запуска подключения процесс сервера хранилищ загрузил ровно 25% процессора. Админ говорит, что это не очень хорошо.

(2)

(3) Кластер 1С один для прода и копий. SQL сервера разные у прода и копий, и не совпадают с сервером 1С. Создаю хранилище в проде и запускаю подключение для копии с одной и той же машины(терминальное подключение)

Уже полчаса висит Формирование снимка конфигурации...Обычно это гораздо быстрее проходит

полтора часа висит....

(0) по стандартному пути исключений никак?

проверить на том же сервере хранов с новым храном для пустой конфы и т.д.

и хранилище то какое?
файловое или сетевое tcp или http ?

(13) Это уже вторая версия хранилища. Хранилище сетевое tcp

Расширения на том же сервере хранилищ нормально подключаются

Сервер, на котором крутится сервер хранилищ полностью рестартанули. Пересоздал в третий раз хранилище. Выгрузил после этого базу в копию. Отключился от хранилища и запустил подключение. Все это делал с одной машины(виртуалка на сервере, в одной стойке с сервером 1С, сервером хранилищ и SQL. Между ними 10Gbit). Подключение запустил в 17-45. Сейчас 20-50. Все еще Формирование снимка конфигурации.
Да, перед этим еще и хранилища для расширений пересоздал и подключился к ним. Это прям махом.
У меня идеи кончились.
На сервере где хранилища, 4 ядерныей Xeon. после запуска подключения - процесс сервера хранилищ отжирает 25% процессорного времени(ну т.е. загружает одно ядро на 100%) и так и висит.
Если завтра до утра не прокакается, последнее что можно сделать - переинсталировать сервер хранилищ. ну и попробовать релиз платформы поменять.
Какая-то жесть...

(17) кешу так и не чистил, да ?

Кэш сегодня с утра чистили. Вечером уже не чистили, ибо пользователей второй раз за день выгонять не комильфо

(17) Михаил, есть ли успехи? Боевая база и копия на одном сервере БД размещены?

(20) Серверы баз данных разные

(21) В итоге получилось? У нас схожая проблема:

1. Удалили хранилище
2. Создали новое
3. Подключили к базе рабочей
4. Далее у нас уже 24 часа как формируется снимок при подключении к тестовой базе.

Вижу есть нагрузка и передача данных с терминального сервера, на котором запущен конфигуратор, на сервер с тестовыми БД. Но что там под капотом происходит не совсем понятно.

(22) Пока раскидываем новую платформу по юзерам. В среду обновим на сервере и будем посмотреть. Переинсталяция сервера хранилищ к результату не привела. Если и обновление платформы не сработает, то даже и не знаю, что еще можно сделать.

Попробуй хранилище через WEB

https://infostart.ru/1c/articles/1013337/
может проверить 5 + 7 ?

в смысле первый Конфигуратор после создания хранилища точно закрыт?
когда копии подключаются
никаких зависших соединений с сервером хранилища нет?

Если бы при подключении хоть какую-то ошибку выдавал... Просто висит на Формирование снимка конфигурации. Какая-то сетевая активность есть, процесс сервера хранилищ загружает проц. Но чем он там занимается -хз. Хранилище через web сервер? Щас читну и вероятно попробую

Добрый день, аналогичная проблема, чистка кеша локального и серверного не помогла. Также пробовал подключиться напрямую и через tcp, обновление платформы до версии 8.3.26.1581 не помогло.
Какие еще варианты?

Просто идеи.

1) Файрволл на сервере отключать пробовали ?
2) С файловым хранилищем всё работает ?

(27) Жуйте хранилище через web.

(28) Да, отключил.
С файловым хранилищем также не работает.

(27) Добро пожаловать в клуб :)

(30)

Еще дурацкая идея для файлового хранилища
Заменить
\\myserver\МойПутьКХранилищу\

на ipv4

\\192.168.1.1\МойПутьКХранилищу\

(27) обновите до 8.3.27.1508

(33) Обновили, не помогло.

Неужели для разработки ERP теперь нужно использовать только EDT? Да ну, не может быть

Попробуйте в пустую базу загрузить

(0) 32 бита выкинь

(33) 2.5.22.48 требует 8.3.27.1537

(39) И где же взять такой релиз, если на сайте 1С последняя 8.3.27.1508?

(40) дык тестовый он https://releases.1c.ru/version_files?nick=Platform83&ver=8.3.27.1537

(41) А, понятно. Ну тогда тестируйте.

(42) тестируют ТС и примкнувшие к нему

(38)  только 64.
(36)  Не понятно. Как уже много раз делали. Берем прод. Формируем хранилище. Подключаемся к нему. Делаем бэкап средствами SQL. Заливаем этот бэкап в пустую базу. Заходим в нее. Отключаемся от хранилища. До этого момента все штатно. Далее пробуем подключиться и вот тут висяк.

Да. в нашем случае с файловым хранилищем, созданным из копии - работает. Другая копия смогла к такому хранилищу подключиться.

Добрый день, удалось понять в чем причина неработы хранилища по протоколу TCP?

Попробуй к хранилищу подключаться через http, а не tcp.
Тут так никто и не попробовал  походу:)

(0) Весело у вас... Но судя по описанию Хранилища, серверная версия всегда содержит файловый вариант хранилища.

Попробуй вообще убедиться, что у вас хранилище работает, подключись на сервере к хранилищу напрямую, ну просто как к файловой :)

(0) несколько копий одновременно точно не подключатся. А так формирование снимка на БП делается час, так что на ЕРП может и дольше. Оставьте на выходные

(48) Серверное хранилище через tcp все равно как файловое работает, просто доступ к файловой базе идет через демона который на порту висит. Поэтому оно  более менее стабильно себя ведет, так точка входа одна и контролит версии конфигурации. Тут же происходит как бы непонятное "зависание" при новом подключении,  в хране создается запись, что такая то база новая подключена под таким-то пользователем, блокировки появляются в каталоге с храном, но дальше формирования снимка в подключаемой конфигурации не уходит. Время тут не при чем - можно хоть на неделю оставить все равно не отдаст в новую базу конфигурацию.

Еще один вариант ошибки попался - квота на пользователя, а места подключение кушает дофига.

Вести с полей, так сказать. Типовая чистая конфа - замечательно работает с хранилищем. Наша, слегонца изменнная - нет. ПРичем типовой cf - 2.5Гб, наша - уже 3.5. Хотя в конфе - косметические изменения.
Начали в пустой типовой конфе подключенной к хранилищу потихоньку через объединение наши доработки подтягивать и проверять. Пока затянули все, кроме регистров накопления, в копии подтягиваются такие изменения. Главное не все сразу, иначе гарантированно умрет.
В общем я пока в некотором шоке. Но проблема, что называется не мытьем, так катаньем решилась.
Вот думаем, как бы это в 1С описать, чтобы у них ситуация воспроизвелась.

(52) Пробовали "Оптимизировать" хранилище? Еще вариант увеличить кэш версий.
Ну и локальный кэш увеличить.

(52) то что ваша конфа в 2 раза больше типовой - это нормальное поведение. Как только включаете возможность изменения - фактически создается 2 конфигурации (ваша и поставщика)

(53) с этого начали. Без результата.

(52) В результате, когда все изменения зальете в хранилище и потом захотите подключить копию рабочей, вернетесь к тому же, с чего начали.

Кстати, не опасаетесь регистры и прочее заново добавлять? они же могут получить новые внутренние идентификаторы и данные при обновлении прода могут быть потеряны

(55) Не писали в багрепорт 1с?

Удалось обойти баг,
1) выгрузили конфигурацию и загрузили в другую базу
2) из новой базы сделали файловое хранилище, проверили, что к нему нормально цепляются базы другие
3) перенесли его каталог в репозиторий на котором крутится сервер хранилища.
4) базы теперь цепляются нормально - 15 минут и база подключена.

Выяснили, что проблема похоже в признаке Поддержка у объектов. Если на всю конфу рекурсивно поставить Редактируется с сохранением поддержки и затем так же рекурсивно вернуть полностью на поддержку, то проблемы с хранилищем заканчиваются.
Хотели уже разбираться, как выборочно возвращать на полную поддержку объекты, не руками, а автоматически. Но..
(58) Так не пробовали. Попробуем. С поддержкой максимально трудоемко.
Спасибо!

Коллеги, сработал следующий алгоритм:

1. Выгружаем боевую конфигурацию в CF
2. Загружаем в тестовую базу полученный в п.1 CF
3. Создаем из тестовой базы Хранилище конфигурации ЛОКАЛЬНО (на диске C:, к примеру), но НЕ ПОДКЛЮЧАЕМ тестовую базу, даем права на эту папку всем доменным пользователям.
4. Подключаем к хранилищу боевую базу.
5. Создаем дополнительных пользователей и подключаем их базы к хранилищу.
6. Переносим содержимое папки хранилища в ту папку, где расположено сетевое хранилище.
7. При следующем запуске конфигураторов меняем путь к базе с файловой нас сетевую, например tcp://srv-vdc1-1c01/repo

(60) >>> 4. Подключаем к хранилищу боевую базу.

Зря. Скоро поймете :)

Обновлять из хранилища можно и без подключений к рабочей.
Не всегда удачно программируется в хранилище.

+ Не всегда хранилище доживает свой положенный срок эксплуатации. Бывает, и часто, хранилище удаляется, и делается новое хранилище.

(61), (62) Всё верно, но в большинстве случаев обновлять боевую из хранилища удобнее, да и программировать проще. А твоё "не всегда" - скорее редкость, чем правило.
Вот (63) вообще непонятно. Разве у хранилища есть какой-то "положенный срок эксплуатации"? А какой?

(60) возможно у вас какие-то проблемы в сети с кучей мелких tcp пакетов
раз помог переход на файловую, так же должно помощь заворачивание в http