Досталась от кого-то 1С 7.7 комплексная. Выгрузить - загрузить не удается. Размер бэкапа 31Мб.  Загрузка процессора 100%, за ночь не загрузилась. ТИИ проходит нормально и на пересчете итогов виснет.
В журнале смотрел, документы с 2007 по текущий год.
Что дальше делать, куда смотреть?
Должна, наверное быть универсальная обработка для оценки состояния регистров накопления?  Подзабыл за давностью лет. ;)

через скуль попробуй

(1) "Выгрузить - загрузить не удается"
(0) Ищи документ бездатый (без даты)

(1) попробую, допустим пересчитается, но корень проблемы где искать? ))
(2) сделал рабочую дату пустую, открыл общий журнал за текущую дату, нет документов. или нужно обработками их искать?

Для анализа: Анализ Таблиц Баз данных (SQL) - Автор: Антон Гусев a.k.a. Perlscript (www.perlscript.ru)
Адаптация под 1С++: Печеный Василий a.k.a pvase (metaprog.km.ru)
Ну а для пересчета - ПересчетРегистров1с++ -
Автор: Ермоленко В.В.

сделай запросец в скуле
select top 1 * from _1sjourn order by date_time_iddoc
и посмотри на это самое date_time_iddoc

(4) вот я попал ;) это выходит за рамки бюджета.
Попросили добавить один реквизит в документ и предупредили, что предыдущий программист остановил работу предприятия на сутки обновлением. На что я ответил, так какие проблемы? Можно сделать бэкап и восстановиться если что не так. А там оказывается всё запущено.
(5) это проще, спасибо гляну.

Добавление к (0) Пересчет итогов зависает на конце 2010 года. Означает ли это что не в пустых датах дело?

(6) Добавь вручную. Подмени md. Потом перегенери dds.
зы. добавление реквизита в документ не останавливает работу более, чем на 15 минут.

(6) Про бюджет - не понял. обработки лежат на сайтах совершенно свободно..

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

Возможна проблема с КУДиР. Вот, например, одно из обсуждений : Формирование книги доходов и расходов.

(8) он про оплату его труда. ) может, его попросили "за тыщу", а он - "баксов??" - "0_о" ))

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

(12) +500

31 МБ в сжатом виде - база очень маленькая. Для файловой версии можно было бы удалить все файла регистров, а потом сделать проведение с начала времен.
Можно хотя бы сдвинуть точку актуальности на начало времен, а потом передвинуть назад. Иногда регистры восстанавливаются.

про пустую дату уже говорили, еще может быть дата в 3001 году, это тоже пересчет итогов слегка затрудняет :)

1. в общем журнале в дбф редакторе ищи дату или очень маленькую или большую
2. снеси индексы и файлы итогов
3. тестирование и исправлени

(13) Кстати, да - база действительно мелкая. Я про 31Г подумал...

Грохни файлы итогов и ТИИ только пересчет итогов.

Согласился сделать недорого, пока получается не быстро. ))
Пока успел попробовать это:
Загрузил в sql, проблем небыло, загрузилось минут за 15 (не засекал). кривых дат нет. ни маленьких, ни больших.
Выгрузил из sql и этот бэкап загружаю в пустую dbf Вижу в строке состояния "Пересчет бухгалтерских итогов: 08.09.2010" прошло несколько часов.

Пробовал на разных компьютерах - у себя и у клиента. Загружает недопустимо долго.
Как писал выше, ТИИ делал, все пункты проходят без проблем и на пересчете итогов (не видел каких)  задумывается надолго.

Перепроводить все документы не буду, т.к. база кем-то сильно дорабатывалась с 2007 года.

(18)
1. ищи операции с пустой датой
2. прибей файло бух-итогов
3. ищи зацикленные ссылки в субконто, например, в клиентосах/договорах/номенклатуре.

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