7.7 Переезд 1С 7.7 DBF -> MS SQL

Была задача перевезти 1С 7.7 с ДБФ на MS SQL
Взяли просто сделали бекап базы средствами 1С, переконфигурили Ску под Скуль и подняли бекап, теперь жалуются пользователи - стало ещё хуже...
Вопросы: Можно ли так перевозить ДБФ на Скуль и как тюнить СКУЛь под 1С?

а пользователи конечно же не уточняют, что именно стало по их мнению хуже?

именно таким способом базы 1С переводятся из файлового в клиент-серверный вариант.

Вообще мне это 1С программер сказал, что начались тормоза, мол, нужно тюнить СКУЛЬ, Торговля+Склад, размер базы уже в Скульном варианте 700М
Работает всё это дело так:
Терминал с 1С <-> W2K3x64+MS SQL 2005 x64, Core i5 650 8Gb ram SATA 750Gb RAID 1

Коллеги, приветствую!
Подскажите, пожалуйста, в чём может крыться решение следующей задачи?
Перевел 1с 77 ТиС с dbf на SQL2005. (Сначала был SQL2000, но из-за медленного восстановления последовательности пришлось перейти на SQL2005).
Теперь осталась такая проблема.
Формируем обычный отчет по продажам (из стандартных типовых отчетов).
Сравниваем производительность в dbf и sql.
1. Если в отборе не указан контрагент, то оба варианта (и SQL, и dbf) работают одинаково, отчет за 4 месяца формируется около 2 минут.
2. В случае же, если мы выбираем контрагента, то в dbf-ном режиме наблюдается существенное ускорение (около 15 секунд на весь отчет), а SQL-версия как работала в течение 2 минут, так и продолжает.
Можете объяснить причину и натолкнуть на решение?
Заранее спасибо.

Если Вас не затруднит - киньте ссылку, где можно получить описание ВК и её саму

И ещё, если можно, скиньте любой типовой отчёт, переписанный с использованием Rainbow, чтобы можно было оценить сложность исправления кода.
Адрес: [email protected]
Заранее спасибо.

Надо запросы переписывать тогда можно добиться от MSSQL версии значительного прироста в скорости до 10 раз и более. Когда был сисадмином и программером в одном лице этим как раз и занимался. Конфа была не типовая так что правка запросов не на что не повлияла, только на прирост скорости.