Добрый день!

Последние полгода достаточно часто сталкиваюсь с тем, что приходится пересчитывать итоги, особенно регистр бухгалтерии. То на одном, то на другом счете может вылезти краснота при построении за месяц на конец  месяца, строишь за более длительный период, внутри которого этот месяц - красноты нет. После пересчета бухитогов все "лечится". Но данные ситуации стали возникать довольно часто, примерно раз в месяц точно ловим. Вопрос: насколько это "нормально" для такого объема данных и нужно ли что-то дополнительно предпринимать?

(0) разиер вашей базы можно сократить, минимум, в 5 раз.

(1) я понимаю, что свертка/начало работы в новой базе один из вариантов. Еще?

(2) нет.

свертка тут вообще не причем.

тогда о чем идет речь?

Для начала, поставить ЭТО решение
http://catalog.mista.ru/public/114634/

затем, либым базапозумером помониторить таблички.
Если есть, например, версионирование какое-нить, то либо грохнуть его, либо архивировать

ну и т.д.
У вас, скорее всего, много лишнего мусора в иб.
Одно только сжатие, уменьшит размер мдф раз в 5.

версионирования нет, сжатие базы делается регламентным заданием раз в неделю.

хотя - поэкспериментирую

(8) это не то.

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

(0) База 150 Гб - проблем нет

(0) и вообще MS SQL это не шаражкина поделка, чтоб там на большом размере какие-то проблемы возникали из-за того что большие таблицы

расследуйте на каких документах произошли потери записей
попробуйте воспроизвести проанализируйте ЖР и ТЖ

почитайте баг-лист вашей версии 1с

размер базы не причем.

я думаю проблема в мс скл без сервис пака либо в особо кривом релизе 1с

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