Есть база ТиС. При переносе итогов на другой месяц вылетает ошибка: -120. Writing to file .../RG328.DBF.

T=RG328   |Регистр ПартииНаличие

Кто подскажет как исправить эту ошибку?

база большая ?

(1) 5 Гб

а размер файла RG328.DBF?

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

(4) Да, читал что у файла есть придел. он вести 1.9 Гб.

ну тогда уткнулся в максимальный размер ... Хопа.

(6) Да, я это понимаю.
Вот только что дальше. Как его уменьшить?
Файл открываю через DBF Commander, а что с ним делать?))

(7) удалить из него данные

ну, отрезать первый 10 процентов записей  - какой нибудь старый год
пересчитать индексы и посмотреть как 1с будет запускаться)

(8) Если из него удалить данные, как потом партии списываться будут?

они уже списались

вряд ли кто то торгует тем что было куплено 5 лет назад .

(10) А какой ответ ты ожидал?
Откажись от партии.
Или порежь базу, оставь к пример только последние полгода
Или пересмотри структуру регистра и откажись от лишних измерений/ресурсов. К примеру удалить фирму.
Или переходи на скуль
Или переходи на 8-ку.


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

Попробовать ТиИ с упаковкой таблиц

RG - это таблица итогов.
Удали этот файлик и сделай пересчет итогов. Есть шанс что там были нулевые записи и за счет этого сможешь выйграть пару мегабайт.
Но этого хватит максимум на неделю, потом опять паза колам встанет, ибо 1С туда будет итоги писать

Это файл итогов. И если он самый большой то это свидетельствует об одном основном трабле: регистр не закрыт, поэтому пересчёт итогов ничем не поможет. Все что можно - смотреть какие псевдозакрытые итоги можно порезать.

Самый простой выход - перейти на скуль. Это типа замести пыль под диван.

С подправкой кода можно порезать путём удаления ЦенаПрод, СуммаБезНДС, МОЛ - если они не используются, но это чисто поизвращаться без существенного результата

>> Если из него удалить данные, как потом партии списываться будут?
А они вообще списывались? Если общий размер базы 5Гб, а файл итогов по партиям 2Гб. Скорее всего это означает, что партии вообще не списывались. Какое-то измерение в принципе никогда не закрывалось. Ну и толку от такого учёта?
Открыть этот DBF чем-то другим. Можно засосать в SQL. Посмотреть, определить, какое измерение не закрывается. Очистить его данные в файле RA. Файл RG удалить и сделать пересчёт итогов с конфигураторе.

+(19) На будущее, что бы не парить мозг, можно тупо закомментарить в коде использование измерения, по которому косячит. Если оно неважное. Типа помянутых в (18)

(19) скорее всего торговля с двух фирм без интеркомпани

Не факт, ещё посмотреть на СводныйИтог()
И УстановитьФильтр()
Но в типовой навроде к партиям такого не применяется

Проверять тупо.
Снять штутную ведомость по партиям с сегодня по сегодня с максимальным количеством галок в настройке группировок

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

(21) Если бы фирмы, тогда и регистр ОстаткиТМЦ раздуло. Сомневаюсь, что ещё один раздутый регистр влез между 5 и 2 гигами :)
(23) Штатная ведомость по остаткам показывает далеко не все. Взять любую обработку просмотра регистров. Или за минутку сделать конструктором внешний отчёт, который покажет итоги по регистру по всем измерениям. Отчёт в эксель и покрутить, пока понимание не возникнет.

(25) количество измерений у остатки и партий разное. Т.е. там где партии будет 2 гига остатки могут быть в районе 750 метров. Т.е. раздуты, но не так заметны

Штатная толькоипо ценепрод не разворачивает, вроде так

в dbf не сразу удаляются записи из таблиц(в итогах есть записи "помеченные к удалению"), возможно стоит обратить на это внимание и сделать "сжатие" (удалить не активные записи(не в контексте 1с речь идет, а про субд))

Если итоги закрыты и хвостов нет, то можно очистить нулевые итоги, но это так, временное лечение

Пока оставил данные только за последний год)

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