Можно создать новое отдельное хранилище и погонять его на отдельных базах с секундомером. Если все так же тормоза - значит где то с оборудованием/настройками беда. Если летает - повод перейти на новое хранилище, а старое заархивировать

Обмазываешься оскриптом и настраиваешь. Профит.

Вся общеизвестная автоматизация этого добра - гетерогенные костыли на скриптах :)

или исполнителем

Там готового добра кот наплакал.
В перспективе - возможно.

ладно, расскажу про свои костыли и прочее. На предприятии есть доработанная база ERP размером 1.3 тб. Разработчикам и консультантам нужна база для разработки/тестирования/исследования. Сотрудникам предприятия иногда нужна копия базы для экспериментов. Каждый день база сжимается средствами mssql и храниться в виде бэкапа 5 дней. Как правило для разработчиков и экспериментов восстанавливаем последнюю. Для автоматизации используем jenkins+powershell.

Ластпрод каждый день подымай и отдавай его на растерзание под любые разношерстные задачи, это раз.
Для консов / БА - отдельная для моделирования, это два.
У каждого разраба - отдельная, если место критично то с урезанными данными, это N.
Ну и центральная тестовая база, куда из храна разработки все автоматом сливается - чтоб приемщики проверяли, это еще одна.

У меня варианты отличаются в зависимости от типа проекта.
Если это фикси или долгий затяжной проект, а шарить базу не запрещено (по соображениям безопасности и копию базы физически можно развернуть всем разрабам, т.к. они могут быть сотни гигабайт) - то переразворачивание из бекапа. При расследовании ошибок может быть отдельная база с подгружаемой из бекапа данными, или вообще препрод.
Если это проект по внедрению, то база - специальный дт, в котором намоделировали примеры аналитики/консультанты и показывали заказчику.
Если это проект по всем правилам или продуктовая разработка - есть спец. демо база и база, получаемая по результатам прогона сценарных тестов. Фактически при разработке через тестирование всегда есть фичи и инструменты, которые подготовят нужные данные, но с этим нужно отдельно и серьезно заморачиваться

Спасибо за ответы

В случае базы на Тб+ - нужна автоматизация для разворачивания препрода, чтоб проверять обновления и искать ошибки на горячую. Препрод и прод могут быть связаны через единое хранилище или быть на поставке. И отдельно развернуть один раз базу и обрезать в ней все лишнее. Наверняка там можно процентов 80 объема уменьшить без ущерба для разработки, да и скрыть конфиденциальные данные можно. И вот такую обрезанную по самые помидоры базу сделать эталонной для разворачивания разработчикам

ВПН, интернет... Вот тебе и сотка.
Подключение на час-два как минимум растягивается.
Но это все разово. Дальше вполне комфортная работа. Кто-то наговаривает на 1с))

Хранилище через интернет ни разу не видел чтоб работало (пробовал ЕРП на быстром интернете с пингом 20 мс до сервера хранилища - анрил).
Ну т.е. выше речь про 100 мбит в пределах локальной сети предприятия - нет такого, гигабит стандарт везде.

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

У меня работает. Чяднт? )
Первое подключение или любые операции, когда на стороне хранилища создаётся полный cf естественно тормозят, в остальном - работать можно

Доброго дня

коллеги, вопрос кто решал проблемы с http get (или post) запросами через стену cloudflare?
при Get запросе на сайт возвращает страничку с защитой  ddos
и всё.. как задиректится на нужный сайт?

там вроде надо  __cfduid указывать в cookies, который ещё получить надо

при этом использую библиотеку @vbondarevsky  КоннекторHTTP

Много лет отработал на медленном интернете (ну вот такой офис был)
ADSL 8/0,5 Мбит/с или мобильный интернет (сильно плавающие синхронные 1-10 Мбит/с
Поэтому могу судить, как работает хранилище по http.
Сам конфигуратор умеет тормозить куда сильнее, чем даже локальное хранилище, изза описанных выше особенностей. Например захват объекта 20-30 минут как вам?

Ну ты видимо от безысходности осилил, вон выше какой-то хак с открыть-закрыть приводишь.
У меня такой нужды просто не было.

Я уже как-то рассказывал об этом... Залил ты новый релиз в хранилище (все локально), все его получили... И все, никто с хранилищем работать не может, пока не переоткроют конф. Сеть и само хранилище тут не при чем.

Всем привет. Кто нибудь знает ссылку от разработчиков 1с по использованию форм в расширении. Как быть после изменения формы в основной конфигурации. Что за кнопка обновить форму в расширении и тд? Или такого нет в принципе ?

есть книжка про расширения, но боюсь что она безнадежно устарела