8.х Проблема с Sql2008 + 1C v 8.0

Добрый день.
Имеется БД на платформе 1С:Предприятие 8.0 (размером более 500 Ггб) под управлением SQL 2008. Имеются пользователи (в большом количестве), которые работают в этой БД. Есть кластер серверов, который позволяет этим пользователям работать с базой. И вся эта система до определенного времени стабильно работала. Но в один из дней начались "тормоза", причем никаких радикальных действий ни с БД, ни с серверами, ни с прочим оборудованием и ПО не производилось. Было выяснено, что проблема в SQL, точнее в самой БД, хранящейся на SQL (это определили перенеся БД с одного физического сервера на другой. При этом проблема осталась).
Внимание, вопрос: в какую сторону "копать" (кроме Profiler`a SQL) чтобы определить причину возникших "тормозов"?

P.S. Заранее благодарен всем, кто примет участие в решении моей проблемы.

1) Вы не ошиблись? Именно 8.0? Кластер серверов уже тогда у вас SQL?
2) Рекомендации изложил в статье _http://comol.livejournal.com/1807.html сначала не плохо было бы проделать если ещё не сделаны, если проблема останется - скорее всего "копать" дальше нужно:

а) Реиндексация - больше всего похоже на то что "рухнули" индексы
б) Пересчет итогов - тоже бывает у 1С с этим проблемы
в) Объем памяти которую съел SQL - бывают проблемы с защитой windows, которая не даёт SQL серверу съедать всю доступную память
г) Может "радикальные" действия проделали программисты с конфигурацией? Включили списание партий при проведении, ещё что-нибудь в этом роде придумали?

"Рухнули" индексы - это что за событие такое в сиквеле?
У ТС скорее всего всё это добро стоит на экономичном 5 RAID, в котором навернулся один диск, если он нас не обманывает и "прям вот ни с того, ни с сего всё стало плохо, хотя никто ничего не портил". Тем более перенос на другой сервер (с исправным рэйдом) помог.

Эх, перечитал внимательнее - перенос на другой сервак НЕ помог. Значит это не рейд, а какая-нибудь скучная банальщина.
Планы обслуживания у вас хоть какие-то есть?

Проблема была в необновленной статистике (более 2 месяцев). Ворочается все на пол-терабайта оперативке и рейде из ССД-дисков. Кол-во процессоров так по памяти и не скажу, но тоже приличное.

Ы. У нас БД, тьфу тьфу тьфу до 500 гигов еще далеко, но обновление статистики (процедурного кэша) в плане стоит еженедельно.