У нас сеть магазинов ЦБ база в скуле 156 ГБ был
Вчера почистил не нужное стало 93 ГБ.
Периферийные базы магазина были на sql express.
Но вот возникает превышение 10ГБ объема в них.
Решил отпочковать узел заново с датой  свертки 1 мая.
Почему-то база уже отпочковывается вот уже 2й день. Прошло 48+3 =51 часа
Отпочкование делаю с отдельной копии ЦБ. пока только 78%
Количество объектов 32 млн оказалось.
Как бы мне проще сделать отпочкование?
Стандартно ПБ в Рознице нельзя свертывать.
Может быть кто-то свертывал по своей схеме?

А почему нельзя сделать периферийную базу с произвольной даты?

Книга знаний: Альтернативное создание начального образа в УРБД

(1) Дата ничего не изменит как мне кажется.
Разве что делать прям на сегодня.

(2) Не подойдет. Муторно и долго и много телодвижений.

+(3) Мне хотя бы надо недели 2-3 оставить. Там заказы и всякое другое нужно чтоб было.

(4) А 3 дня это не долго?

(6) Долго конечно не не затратно.
Пока те точки кто не может в своих работать работает в ЦБ.
Благо у них такой доступ есть изначально.
Хотелось бы для всех новых выработать какой-то простой и быстрый механизм.

Ребята не теряйте меня. Пока отойду, буду через 4-5 часов.

Перенос остатков писать, а миграция с какой даты штатно есть. Выгрузка по правилам сылки выгружает, РИБ нет.чтобы не провелись ссылки до остатков есть теоретически дата запрета редактирования.

(0) у меня была для таких целей обработка, по COM передавала нужные в базу. На инфостарте валяетцо

У нас конечно есть альтернатива переход в постгри.
Вот тут я задавал вопрос.
Хочу базу с sql перенести на postgresql. При выгрузке ошибка. Как быть?

У нас сейчас база более тб. Каждый филиал более 50гб. И все на файловой. Создавать почкованием стандартными методами анреал. Проще взять за основу филиал и там все почистить.

Больше трое суток прошло 84% ((
Придется дальше что-то другое придумывать

Все Пб баз которые приближаются к критическому объему переводим в postgresql.

Наверно так и сделаем. а те которые превысили и в нем ошибки будем аккуратно переводить с лечением баз наверно.

Ты в М-е работаешь?База по размерам ничего там,для продаж.Кто то там усердно на днях твердил,что М-т уходит с 1с,вот нефига,на днях пришло предложение в Краснодар, от 250К + релокация+жилье. Ну подписку о неразглшении я не давал))

https://its.1c.ru/db/metod8dev/content/2277/hdoc

(16) Кому вопрос?

Создаешь узел. Делаешь копию базы. Выгружаешь копию на компьютер который, быстрый. i7-i9 или AMD тех же серий с быстрой памятью. Сравнение: на типичном сервере узел создан за 26 часов.
На быстром за 4-6 часов  в зависимости от процессора (i7/i9).

Если актуально, то я делал так:
1.Создавал копию базы.
2.Удаляем напрямую таблицы sql, отсортировав по количеству записей. У меня это были РС и Справочники Версии объектов, протоколы обмена с ЕГАИС и т.д.
Все это делал с помощью ИР от Tormozit
3.Удаляем движения документов по документам, которые не принадлежат текущему магазину или организации.
4.Создаем начальный образ.

У меня база 100гб, 13организаций. Одна точка со всеми подготовками вырезается 1день.

Заглянул сейчас 90% отпочкование в первой базе а вторая база с ошибкой прервался.
Ну все теперь выхода нет только не стандартные методы будем юзать.

(20) Спасибо. "ИР от Tormozit" есть в свободном доступе?

(21) Да
Переходи на постри

(19) а есть такие сервера в аренду счас? гггг?

(21) я месяц тыкался что бы решить эту задачу, взлетел только вариант, которые описал.
Обработку по очистке лишних движений могу скинуть. Если что, почта в профиле.
А "ИР от Tormozit" если не пользовали, то надо осилить. Он закрывает 60 процентов текучки.

(20) Надеюсь такие масштабные операции над данными ты делал через ИР вариант "Расширение" в многопоточном режиме?

(20) иногда это делается так, да
иногда узел - это шаблон (пустая база), к которой приматывается РИБ и загружается НСИ + остатки обработкой.

типовой вариант с созданием узла для сетей лучше не рассматривать в принципе, последовательная обработка данных это камень преткновения

(27) Не совсем понял. Имеете ввиду чтоб вообще РИБ не должно быть а все работают удаленно с ЦБ?

пустая новая база + выгрузка/загрузка xml?

ну и конечно, установитьГлавныйУзел или как его.

(28) да нет, сам по себе РИБ может существовать, сейчас правда с этими онлайн-кассами прямо скажем меньше потребность в автономности базы.

механизм создания узлов типовой не очень, я об этом)

Это очень актуальный вопрос. Самому предстоит отпочковать 27 магазов. "Жду не дождусь" секса. Типовые $раные методы, "из коробки", как всегда на от#ебись сделаны, во благо светлому пути монополии, поэтому не работают)) Просто, без причин, процентов на 40-50, создание образа отваливается и всё. В ЖР - пусто. 2.3 Типовая на поддержке. Ну да ладно. ТиС все дела там..
(1) Да можно даже будущей датой - все равно 100500 часов будет и потом упадет. И вообще, где то читал, что РиБ официально 1Сом признан устаревшим механизмом уже порядочное время как, со всеми вытекающими.
(2) "...Создать копию информационной базы... затем снятие с регистрации к обмену лишнего" - это снять, просто снять с регистрации к обмену лишние магазины и ВСЁ сопутствующее. Но не удалить их из базы! Ну да, а то опять отвалимся, да и не реально это. В итоге по такому методу мы имеем 27 толстых баз, в каждой из которых 26 совокупных "чужих" данных + ЦБ льет!
(20) Вот эта жесть про что то путное... (
(27) +
(28) Можно через WEB-публикацию. Тогда суть ЦБ в плане РиБ вообще отваливается. Думали об этом тоже... Еще облака есть, тоже, типовые, видимо со всеми приколами такими же- но тут не знаю.
(29) Есть мысль поднять пустую базу, настроить в ЦБ/в ней  узлы, минимальные справочники и таки сказать ей что она периферийка теперь с помощью (2)! А синхра пусть ночью идет, там уже всё прибить из обмена, по крайней мере не отвалится, как создание образа типовыми средствами.

Распишу что у меня в итоге получилось
1. База ПБ "отпочковывалась" в итоге почти 4 дня.
2. Как оказалось созданный образ не соответствовал моим ожиданиям. Не было в нем нужных документов.
3. Пришлось универсальной обработкой перенести 4-5 вида документов за последние 1-2 месяца.
4. Дал спецам по поддержке 1С баз и задачу чтоб настроили кассу и поставили.
5. Начали работать и оказалось что некоторые настройки тоже не были сделаны на ходу все настроили и запустили.
6. При обмене ЦБ и ПБ обнаружилось что какие-то объекты не уходили с регистрации. Пришлось регистрацию удалить.

Надо было еще одну торговую точку создать, которая работает с апреля но в ЦБ.
1. Взял за основу уже ранее отпочкованную базу (первую) не без документов.
2. Перенастроил узел. Не все так просто получилось. Пришлось обработкой изменения данных менять магазин в узле.
3. Перетащил обработкой все необходимые документы.
4. Тут тоже оказалось что регистрации даже после 2-3 взаимных обменов не снимались. Пришлось снять обработкой.

В дальнейшем наверно так и будем делать. Лучше потратить пол дня чем 4-5 суток и без нормального результата.

(33) Тебе же советовали в (2)