1С 7.7 ТИС ДБФ УРИБ Терминальный режим.
С помощью обработки СверткаИБ сделал обрезание Центральной базы на 01.01.2016
Затем создал заново периферийки (5 штук).
Затем перенес в них из рабочих перифериек за 23 и 24 ноября (в-основном это Отчеты ККМ)
Делал обмены правда сначала вручную - вроде все без проблем.
Запустил в работу новые ЦБ и все ПБ
Уже вчера делал автообмен - тоже как-то без проблем
Но вдруг ночью в обмен ни с того ни с сего попали документы реализации и реализации-розница
начиная с 01.01.2016 причем как-то выборочно примерно 700 штук (иначе их там десятки тысяч).
Обмен резко затормозился - выяснилось что те ПБ по которым ночной обмен успел пройти - обменялись нормально,
а те ПБ которые уже обменивались утром в рабочее время - застряли. Пробовал потом на копиях - понял что надо примерно
1 час но чтоб был при обмене монопольный режим

Непонятно по какому принципу в обмен попали эти документы начиная от царя Гороха?
И по какому принципу они туда отобрались?

где-то они остались , м.б. старая переферийка в новый центр

(1) Есть одно подозрение, свертывал давно последний раз. Когда загружал уже созданные файлы выгрузки перифериек, то сначала делал просто "загрузить из файла". Потом сообразил что что-то не так даелю и в остальных загружал уже через "Управление РБД".
Может из-за этого что-то прицепилось ?

(2) вполне

(1) Нет, все делал по соответствию - причем ЦБ на сервере ЦБ, ПБ на серверах ПБ соответствующих

попробуйте еще раз базу центральную восстановить , нарезать переферийки и в ручном режиме каждую с центром обменять, после обмена с каждой базой проверить появились документы или нет

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

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

(7) Ну да. Я сначала полностью обменял ЦБ с ПБ, это было 22 в пятницу. Ночью н а копии ЦБ сделал свертку. Затем в ЦБ убил в РБД все периферийки, закрыл УРБД, открыл опять и создал их заново после чего через УРБД сделал первоначальный образ каждой ПБ. Затем аж к 24 загрузил все образы в новые папки для ПБ, заполнил в ПБ константу ПрефиксПБ затем сделал ручные обмены с ЦБ, затем затем поскольку все базы работали и 23 и 24 к ночи 24 ноября перебросил документы из старых ПБ и ЦБ в новые ЦБ и ПБ (за 23 и 24). Затем переименовал папки как они раньше были, а старые переименовал в копии. Ну а дальше я выше все описал

(8)  затем затем поскольку все базы работали и 23 и 24 к ночи 24 ноября перебросил документы из старых ПБ и ЦБ в новые ЦБ и ПБ (за 23 и 24).
Вот это смущает, похоже как то ты и старые зацепил, они походу перепроверились или перезаписались, вот и попали в обмен, возможно это както связано через справочник партии
ПыСы срезать базу, выгрузить новые перефирийки и грузануть их на точки надо 2-4 часа маскимум, делать это надо не стандартной обработкой, но это бы вас не спасло, доки зацепило на модифицированность чем то

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

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

(9) Переносил за 2 дня с помощью переноса через ОЛЕ 1.36. Но и год или два назад все делал также и все прошло без проблем.

(9) Базы большие я же обрезая только один год на 01.01.2016. Поэтому новые периферийки грузятся аж ночь и еще полдня.

(9) Посмотрел точно поперли в реализациях за 23 и24 партии от 2016, 2018 года. Но откуда они могли появиться? Им же по идее давно хана пришла.

(9) И в сегодняшних реализациях появились партии 2016 года. И что с этим делать-то?

(15) остатки по партиям проверьте , есть в остатках партии 16 года ?

(14)
предположение.
записи в регистрах каких-то, возможно и нулевыми остатками есть.
77 их не удалит.

(16) Сейчас проверяю. Отпишусь

(16) Есть остатки порядка 13000 партий но это немного у меня этих партий очень много.
Такое количество партий до 01.01.2019 и в свернутой и в базе до свертки. Всего партий порядка 41000

(19)+ Имею в виду партии с ненулевым количеством

(20) размер rg и ra регистра ПартииНаличие какой в базе до свертки и после?

(21) Вот что странно - ra до свертки 1645 мб после свертки - 1340 мб
а rg до свертки 428 мб после свертки 328 мб
Но это на центральной
А вот на всех периферийках куда страннее - rg до свертки 744 мб а после свертки 640 мб
ЁПРСТ - но ведь я периферийки создавал совсем заново - почему между регистрами остатков партий ЦБ и ПБ такая большая разница ? Причем там было и до свертки и уже на вновь созданных ПБ

(22)+ Ведь мигрируют во все базы все партиеобразующие документы. Тогда откуда разница в RG328 между ЦБ и ПБ если RA328 у них одинаковые ???

Ну пересчитай итоги тока этого регистра. Посмотри на реальный размер

Для этого копируешь все rg  и ra в отдельную папку, удаляешь их в рабочей, оставляешь только ra  от нужного регистра. Заходишь монопольно делаешь полный пересчет итогов. Копируешь оставшиеся ra  и rg  обратно

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

(26) Спасибо. Проверил настройки миграции на всех партиеобразующих и партиедвижущих документах - везде "все информационные базы". Создавал из ЦБ заново все ПБ. Откуда же может взяться разница - регистр движений одинаковый а регистр остатков (партий) в два раз меньше на ЦБ чем на всех остальных ПБ ???

(26) как в режиме 1С-предприятие 7.7 в монопольном режиме инициировать полный пересчет иотгов по одному регистру движений? Остальные регистры просто удалены

(28)мкею-операции- полный пересчет итогов

Или та чдвинутт на первый документ и потом обратно

(30) Да спасибо. А в меню нет такого только через перещелкивание точки актуальности

(30) Сделаю отпишусь я сейчас сначала через ТИИ пересчет иотгов запустил. Но это неправильно - он делает не то что мне надо. Но пусть доделает теперь

м.б. вам сделать ввод остатков док и туда остатки по партиям загрузить , после этого сделать ЦБ и переферийки ? Проблема в том , что вам старые документы основания документы восстанавливает из базы , я правильно понимаю ?

(33) Да пока точно не понял сам. Вот сейчас перестал это делать

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

(33)+ Я не плохой вроде бы бизнес-логик но вот с админством БД всегда напряги - ну а жизнь заставила - буду теперь разбираться до упора видимо

(33) Да, похоже вы правы он вот что делает:
Пищет в ЖР на ПБ - загрузка измененных данных,
Реализация 05.06.16 ну и т.д.

Более того он включает в обмен документ РеализацияРозница которым мы не пользуемся несколько лет вообще.

Явно сбой какой-то

(37)+ Вообще выяснилось что наши магазины в последнее время скидывают в центральный старые партии товаров а центральный как-то ухитряется их продавать (по акциям и т.д.). Вот видимо отсюда и поперли партии (ну и документы 2016, 2017, 2018). Но все равно - речь идет о загрузке измененных. Но я их же никак не менял. Перепроведение баз не делал. один фиг - не очень понятно

(37) ну значит на объекте стоит признак миграция во всех базах, вы можете его отключить. У вас УРИБ как настроен ? Обмен между всеми базами или только ЦБ -ПБ ?

(39) Загрузка ЦБ из всех ПБ, Выгрузка ЦБ во все ПБ, заагрузка на ПБ, выгрузка из ПБ, загрузка на ЦБ

Я к чему веду, миграция справочника партий не может путаться когда из одной ПБ в другую перекачивается через ЦБ ?

1. Выяснил что с партиями и вообще с базами все нормально (у страха оказались сильно
великие глаза :).
2. Но вот что все равно странно 1supdts в ЦБ 1167 кб, а во всех ПБ не более 80 кб.
И пытается гонять эти реализации и реализации розница за те годы. Когда я делаю ночью полные финальные обмены то все нормально но при этом файл на ЦБ остается таким же по размеру. Фиг бы с ним но реализацией розница мы не пользуемся несколько лет уже и непонятно зачем так упорно ее пихает ЦБ в обменный файл

(42) А сжать файлик не пробовал? ))

(43) Я посмотрел там очень мало записей помеченных на удаление. Что толку сжимать?

(43) Был пьян заблуждался :) После волшебной команды ZAP фаайл стал весить 78 КБ то есть ужался в 20 раз примерно

(45) Ох, сейчас зожники набегут, загнобят за пьянку на рабочем месте )))

(46) Но все равно почти 3000 записей.
Откуда? Все обмены прошли без проблем. Что хоть там за мусор?

(47) Открой и посмотри, мне отсюда не видно...

(48) Ладно. попробую понять что в нем находится

(0) В 1supdts все записи удаленные, после команды pack пустой файл при этом и файлы обмена перед этим по 1 кб, то есть обмен прокатал полностью. Мне тут сказали что поскольку у меня win server 2008 64 то русские названия перифериек (типа пб1 пб2 цб и т.д.) некорректно обрабатываются 1С 7.7 (хоть и секретные релизы). И поэтому он с этих удаленных лупит в обмен всякий мусор