Вкратце, есть SQL база на 50 ГБ на sql 2008, бухгалтерские итоги рассчитаны по февраль 2011. Заглючили итоги за март, т.е. когда делаю оборотку по счёту с 2 по 3 марта сальдо на конец одно, если с 1 по 3 марта, сальдо на конец другое. Пробовал запускать на копии стандартный пересчёт итогов, не заканчивается даже за 2 суток. Получилось ли у кого-нибуть пересчитать итоги бух регистра средствами sql, и если да, то как?

ап

Перерасчетом средставим SQL даже не заморачивался, но перед пересчетом из 1С всегда убеждаюсь, что статистика на sql server'e была обновлена. Если вдруг статистика по какой-то причине ночью не обновлялась, либо я пытаюсь запустить пересчет итогов в обед, когда уже была сделана куча проводок по РБ, ждать можно очень долго - в 15 минут на которые я могу выгнать пользователей не укладывается.

ап2

1с и так делает пересчес тредствами SQL, возьми профайл и на пустой базе выдерни имена ХП пересчета.

а по сабжу (2) прав на 100%

Глупости какие-то.
50 Гиговая центральная с дофигища движухи пересчитывалась за пару часов максимум.

Ночью, когда никого не было.

Регламенты + реиндексацию!

регламенты идут каждые n часов...
даже больше и не заморачиваюсь

Что-то не так с базой.
Двое суток даже для 50 Гб слишком круто.

Можно попробовать поэтапно сделать пересчет. Сначала до 2007-го года, потом - до 2008-го, затем - до 2009-го и т.д.
Конечно после первого этапа (итоги по 2007-й год) текущая работа бухов будет весьма медленной.

(4) Удаляли как то неиспользуемый узел плана обмена. В наибольшей таблице изменение (не помню, какой - то Рег. сведений был) - было 16 млн записей в целом.

1С-ка за ночь не справилась.
SQL полным запросом с условием по узлу - тоже не справилась.
А вот порциями по 100000 записей - нормально удалилось.

(0) База маленькая, всё должно летать

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

(8) Какое отношение регистр сведений имеет к пересчету итогов?

Вот странно, что штатный пересчет не включает в себя оборотные регистры накопления

ап3