Есть порядка 20 баз БП, в которых редко работают, хочется слить их в одну с разделением данных, чтобы порешать проблему высокой фоновой нагрузки от фоновых при отсутствии сеансов.
Делал ли кто подобное? Какие нюансы, ну, кроме того, что .cf должны быть идентичными?

а бп в типовой поставке поддерживает разделение?

Сворачиваешь остатки, потом сливаешь, предварительно проанализировав справочники, пишешь конвертации.

(1) ну, разделение по ОбластьДанныхОсновныеДанные из БСП там в наличии

(2) речь не про несколько организаций в одной базе. вернее не совсем про это.

(0) А почему нагрузка должна снизиться?

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

опять же обновлять удобнее

(0) Собственный фреш?
https://v8.1c.ru/tekhnologii/1cfresh/kak-priobresti/
https://1c.ru/news/info.jsp?id=26554

(8) не, без фреша пока, тупо разделение данных

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

(10) вообще пофиг

(0) я не знаю других вариантов сливания, кроме КД или через обработку универсального обмена, ну может ещё создания перефирийных баз.

(9) А без фреша такое возможно?
Даже если возможно, куча гемора, наверное, будет с администрированием.

(12) Для перехода с фреша/на фреш отдельная выгрузка же есть

В демо базе: установил константу "Использовать разделение по областям данных" в истина, "Не использовать разделение по областям данных" - в ложь. После перевхода появился раздел Администрирование сервиса с кнопками входа в область данных (и кучей прочего барахла). До входа в область перестали работать списки документов и прочее. При входе в область 0 открывается помощник начального заполнения, что-то происходит. Все документы из демо базы в наличии.
При входе в область 1 - пустая база БП.

также с помощником начального заполнения

но какая-то лажа с пользователями. тот, под которым я заходил стал "неразделенным", управления пользователями в привычном виде не стало, стал требовать email и при записи пользовател говорит об отсутствии связи с менеджером сервиса %(

(17) ну подобное и имелось в виду в (13).

А фреш не бесплатен для внутреннего использования, без сайта и прочего?

(0) >высокой фоновой нагрузки от фоновых при отсутствии сеансов

Может проще гасить фоновые если ни одного активного сеанса?

(19) а всякие курсы и проверки электронной почты со всякой шнягой когда должны будут обрабатываться?

(20) Когда юзер зайдет хотя бы один.

(21)+ Можно по расписанию сеанс запускать клиентский или внешнее соединение а потом закрывать как фоновые отработают.
Сеансов нет - фоновые снова рубятся.

(18) не вижу такого на releases

(23) похоже, что нет.
Есть некая БТС(https://1c.ru/news/info.jsp?id=25012), но она похоже для разработки. Для использования похоже надо фреш покупать

(18) Я вроде в (8) дал ссылку - 72'000

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

а то вот это: https://its.1c.ru/db/freshpub#content:23:hdoc чет дофига действий требует по администрированию всякому.

Проще поддерживать открытым диалог входа в инфобазу - этого достаточно.
Перевести БП в разделение без Фреша - анрил.

(28)
1. Не понятно "поддерживать открытым диалог входа в инфобазу"
2. Может и не анрил, если парой-тройкой костылей обойдется, то за полдня управится. Если же там забор из костылей понадобится, то смысл теряется.

(29) там не 1 забор, а целое Садово-огородное товарищество из костылей и велосипедов.

(30) Ладно, почти убедили :). Может у Fragster получится. Издалёка кажется, что всё должно быть весьма примитивно.

(29) 1. ?

(32) Что значит "поддерживать открытым диалог входа в инфобазу"?

(33) Конкретизируй

(34) Куда уж конкретнее, это твоя фраза.
Диалог входа - это окно для ввода пользователя и пароля?
Чем открытое окно поможет ТС? В (28) ты утверждаешь, что "этого достаточно"

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

Похоже сам нашел - http://catalog.mista.ru/public/996126/

(36) это "особенность", а не баг. на партнерском десяток тем на эту тему есть. как обход все как раз и рекомендуют выключать фоновые у неиспользуемых баз или держать активный сеанс https://i.imgur.com/VUcW8LF.png

(37) да, во вложении к сообщению картинка та же

(35) "Куда уж конкретнее, это твоя фраза" // Как повторение фразы может конкретизировать вопрос?
"Диалог входа - это окно для ввода пользователя и пароля?" // Ага.
"Чем открытое окно поможет ТС?" // Таким образом поддерживается наличие сеанса в кластере и проблема автора отпадает.

(40) Понял, речь про проблему (6), а не про разделение областей внутри базы.

(41) Ааа, ясно. Ну да, я от сабжа наверное отклонился, подменив его этим багом платформы.

(40) ну еще на каждую БД свой кэш, порядка пятисот метров. Таким образом выигрываем примерно 19 гигов ОП :)

(0) > чтобы порешать проблему высокой фоновой нагрузки от фоновых при отсутствии сеансов
ИМХО, лекарство хуже болезни.

ну и обновлять только одну базу, а не все при выходе нового релиза

(45) Угу. А на другой чаше весов - дополнительные проблемы с мониторингом, администрированием и масштабируемостью.
Но опыт интересный. Пристально наблюдаю :)

чет если используются обмены (например с ЗУПом) - прям много ошибок получается :(

(46) 1с долго рожало и родило 1сфреш. думаете, можно на коленке сделать лучше? вот (47) тому пример.

мне как то прилетала задача как у автора, и тоже - по быстрому, а то клиент платить много не хочет
послал

(7) Не факт. Есть обновлятор или скрипты. А лечить одну базу легче, чем зоопарк.

(48) так эти ошибки как раз из-за того, что там не тупое разделение данных, а залочка на фреш