Есть ЦБ + 2 ПБ.
Вчера на одной из ПБ выдалась ошибка:
"Error #-310. Not a Correct Index File... IDELETED".

Причину нашел быстро: оказалось что в файле RG211 более 17 млн. записей. Это движения регистра остатков.
Странно другое: в ЦБ в этом же файле всего 15 млн. записей.

Как такое может быть? По идее и в ЦБ и в ПБ в этом файле должно быть одинаковое количество записей.
А после пересоздания ПБ вообще интересно: размер этого файла уменьшился с 1,5 Гб до 80 Мб. Это нормально?

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

реиндексация, конечно, не помогла?

тока это остатки, а не движения
либо нулевки, либо движения в ПБ корявые

регистр. не. закрывается.
позовите программиста.

(2) реиндексацию не делал,
я когда увидел что база периферийная порушилась - сразу начал создавать новую

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

(6) заднее число... см(1)

(0)
Индексный файл нужен только для ускорения.
Удалил и переиндексировал - делов то

>>Начал создавать новую
- это вообще за гранью

(7) Ну допустим задним числом поработали в периферийной и записи не удалились, но ведь после обмена эти же записи должны попасть в ЦБ. И количество записей станет одинаковым и там и там.
разве нет?

(9) записи итогов не мигрируют.

(8) На самом деле эта ошибка не имеет отношения к индексному файлу. Она обозначает что 1С не может работать с одним из DBF-файлов. После этой ошибки этот DBF-ник скорее всего физически порушен

(10) это которые на конец каждого месяца рассчитываются?

(12) Точно!

(12) на конец периодичности итогов, указанной в предприятии (по-умолчанию, месяц)

(13),(14) получается все RGххх.DBF не мигрируют, а мигрируют только RAххх.DBF?

(15) мигирируют записи, а не файлы.

(15) мигрируют _движения_ документов.  (причем _только_ вместе с документами).
а итоги - расчитываются (на основании этих движений)

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

(16),(17) тогда попробую выразиться точнее:

мигрируют только записи из RAххх.DBF,
а записи из RGххх.DBF не мигрируют.

Правильно?

а что имеется ввиду в (1): "...записи обнуляются ..."?

(19) мигрируют документы, и движения документов (по регистрам, бухучету или периодике)

а как бороться с этими "обнуляющимися записями" при работе задним числом?
какая процедура из ТИИ их удаляет?

простым запросом

удаляются записи где все ресурсы =0 ..

(22) удалить таблицы итогов и рассчитать итоги.

(0) А вы как определили что там такое количество?
Незабывайте о том что в dbf версии удаленные записи не удаляються как в sql а помечаються на удаление.
в ТИИ есть такая опция сжать базу данных.

или упаковать таблицы что вроде того.

Стандартно делал раньше для баз с незакрывающимися остатками - регламентный документ, реквизит - тип документа.
При проведении списываются все "незакрытые" остатки (количество=0, другие ресурсы <>0 ) или списываются на куда то.
Таких документов на 1 раз в год или 1 месяц.
Итоги не будут расти , т.к. они не переходят незакрытые из месяца в месяц

(26) при помощи Foxpro

(25) опция "Пересчет итогов" в ТИИ делает тоже самое?

(28) "Итоги не будут расти , т.к. они не переходят незакрытые из месяца в месяц"
Уверены? Помнится, была тут как-то тема, и там кто-то квалифицированно утверждал, что если проводить документ прошлой датой, и в результате регистр накопления закрывается - то никакого физического удаления записей итогов "закрытого" набора измерений не происходит, а происходит лишь обнуление значений ресурса. Это сделано с целью облегчить работу sql-серверу, для которого update - намного более легкая операция, чем delete. А собственно удаление происходит при пересчете итогов.

(31)
У него ДБФ, итоги потом пересчитать
А делал практически несколько раз, давно правда.
Даже пары документов может хватить чтобы раза в 2 файл итогов уменьшить

Все-таки, прошу уточнить:

способ, предложенный в (25) аналогичен "Пересчету итогов" в ТИИ?

То есть удалять таблицы итогов нужно самому вручную, а затем делать "Пересчет итогов" или можно сразу в ТИИ выполнить "Пересчет итогов" без удаления таблиц итогов?

А сколько должен выполняться пересчет итогов?
У меня он уже выполняется с 19-00 вчерашнего дня, сегодня уже 7-30, и ничего не изменилось, только висит надпись в статусе "Пересчет итогов"

(34) Запускай 1с через ярлык, у которого установлен режим совместимости с Windows 2000 - тогда статус будет обновляться. В противном случае он "замораживается" сразу же после переключения на любое другое окно.

имхо достаточно смотреть на активность процесса и используемость ресурсов

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

(37) Да, надо бороться с незакрытым регистром...
Есть на просторах интернета какой-нибудь готовый отчетик, который выдал бы по каким измерениям и за какой период не закрыт регистр?

и вопрос в (33) уже второй раз задаю, ответьте пожалуйста,
хотелось бы уж все до конца для себя прояснить

(39) отвечаю - нет

и еще про работу задним числом...

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

(31) "...если проводить документ прошлой датой, и в результате регистр накопления закрывается - то никакого физического удаления записей итогов ..."

Все-таки как работает 1С-ка при работе задним числом?
какие записи она удаляет а какие нет: записи движений или записи итогов?
И как эти неудаленные записи привести в порядок, удалить или что с ними делать?

(40) спасибо

(41) дело не в работе - задним - передним числом , вопрос в понимании что такое регистр и как он закрывается ...

(43) как регистр закрывается - понятно,

Но вопрос в (41) не имеет отношения к закрытию регистра, там про особенности работы 1С в прошлом периоде. Как я понял, эта особенность тоже приводит к распуханию регистра

попробуй шьiшки для мартышки
http://infostart.ru/public/180018/

(41)
При движении задним числом итоги пересчитываются по данным измрениям.
Т.е. если добавил приход в 2005 году, пойдут запись итогов на все месяцы всех годов >2005.
Если ты удалил незакрытые записи в 2005 году - соответственно удалятся

Физически, запись не удаляется , а помечается. Но при появлении новых записей они могут встать на "место" затертой. Те не будет распухания при добавлении новых движений/

И уже писали как избавляться от незакрытых записей

Отчет не нужен - делаешь выгрузку итогов и смотришь количество =0 или количество <0
Это 3 минуты

(45) а что в этих "шишках" обозначает "принудительная переиндексация"?
и почему ее надо делать после упаковки?

(40)
а чем различается "пересчет итогов" из ТИИ без удаления файлов, и тот же самый пересчет итогов но с удалением файлов?

в чем там фишка?

(48) первое считает не очищая, второе - с нуля.

(46) то есть при работе задним числом никакой страшной ситуации, описанной в (41), не возникает? и при этом распухания регистра не происходит?

(49) а первое что делает? поверх пишет? или помечает на удаление старые записи?

(49) ты тоже никогда ничего не трогай, до прихода программиста

(52) Кто ж его сюда пустит, когда тут уже я сижу?
(51) поверх.

(53) сам не разберется, может тупым адинеснегом никогда не станет

(52) чего намеками говоришь?
объясняй понятней, здесь все свои

(55) че там намекать - сделать сам - если конечно нужно что б было правильно

(50)
Нет неверно.Происходит
Обычно распухает регистр партий.
Если бы при работе задним числом потом хотя бы раз в месяц восстанавливается последовательность - то ничего страшного (для распухания ) не происходит.
Когда же перепроведения не происходит - могут остаться куча остатков с + и -, т.к. идет неверное списание партий

(56) чего делать?
делать ничего не надо, я сам все сделаю, все понятно что надо делать...

ДенисЧ мне в (49) ответил на мой вопрос, что тебя в его ответе не устроило?

(57) а регистр какой распухает? движений или итогов?

(59)
Итогов.
Движения не могут распухать там не добавлются записи при расчете итогов