Не могу дождаться окончания пересчета итогов - Бухгалтерия 4.5 #550485

Размер файла 1SBKTTL.DBF стал приближаться к 1 ГБ (800 МБ). Чтобы уменьшить размер базы, я пометил на удаление проведенные документы  по самодельному забалансовому учету, который не нужен в настоящее время (удалялись 12 часов). Размер файла 1SBKTTL.DBF увеличился до 1,96 ГБ. В конфигураторе удалил неиспользуемые виды документов и счета из плана счетов. При сохранении конфигурации начался пересчет итогов, который длится уже более 5 часов (раньше эта операция занимала не более 2 часов) и окончания которого дождатся не могу. Размер файла 1SBKTTL.DBF при этом не меняется и происходит запись только в файлы  1SBKTTL.DBF и  1SBKTTL.CDX Есть ли шанс дождаться окончания в разумные сроки (до утра)? Или что вообще предпринять в данной ситуации? (Архив есть суточной давности - но это крайняя мера)

упакуй их "ручками"

"В конфигураторе удалил неиспользуемые виды документов" - а это-то как поможет в уменьшении размера базы? объёмом пустых таблиц можно пренебречь

Жди. Если 1SBKTTL.DBF увеличится более 2 ГБ - придётся восстанавливатся с копии и повторить всё по-другому алгоритму.

... или ТиИ (если потянет)

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

удаление видов документов - это не только пересчет итогов, но и пересчет 1scrdoc и т. п.

Как? Сжать дбф сторонней утилитой? А разве там есть помеченные на удаление записи? Никак, просто попутно избавился от неиспользуемых видов Он вообще не меняется в размерах. Как был 1,96ГБ так на протяжении все процедуры и остается ТиИ не могу, т.к. после завершения задачи, как только вхожу в конфигуратор начинается заново пересчет. не догадался. А висячие проводки не появятся (операции от доков, которые грохнул)? Это всё пересчиталось в течение получаса. Теперь токмо пишется 1SBKTTL

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

5 часов не срок

Мне надо щас определяться. Либо ждать успешного завершения. либо прерывать. Доставать архив, в битой базе убить 1SBKTTL, из битой базы догрузить сегодняшние доки. Успеть до утра

Эту оставь - пусть крутится. Паралельно реализуй план Б

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

ещё одного компа нету что-ли под рукой?

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

так ты архив непосредственно перед "этим" не слил, что-ли???

никак ты пересчёт не остановишь, только процесс грохать

Прокосячил, не слил. Знаю, грохать? Ничего путнего не выйдет с него до утра.

Я тут базу уронил в Рыбном мире. Щас по удаленке пытаюсь поднять

Так сказать параллельная работа. Что за косяки сегодня

а 1SBKTTL.DBF у тебя пишется не в рестракт, а непосредственно в рабочую папку БД?

в рабочую

ну, по логике, такие таблицы являются восстанавливаемыми ,если что.... так же, как и RA/RG

Базу перепроводить? Не вариант.

но RA/RG я лично восстанавливал много раз, а вот с бух.итогами лично не экспериментировал. но, опять таки, по логике, должны восстановиться

почему?

Понял идею. Востановить через пересчет итогов.

До утра не проведется

Изменится себестоимость и фин. результат.

Не, так у меня не получается. Или я не понял что ты имел ввиду. Расскажи подробности

1SBKTTL грохнул. Запустил пересчет итогов, должен восстановиться. Жду резалта.

Поставил на ярлыке 1С совместимость с Вин200, иначе не хрена не видно, что в строке состояния творится

Победил базу. Вот что значит с умом подойти к проблемс Был файл 1SBKTTL.DBF 2 ГБ, стал 81 кБ Тема закрыта! Ура!!! Пойду, напьюсь.

смари, много не пей