Продолжение ветки. За последний месяц после обрезки/выгрузки/загрузки база выросла до непристойного размера 5.5 гиг на винте и ко всему прочему начала дико тормозить. База была отшринкована. Теперь база стала ещё хуже чем была. Сильно. Тормоза чудовищны. Кто может посказать, куда рыть?

Счетчики производительности ставить нада и искать узкие места. Сам не можешь - зови спецов.

То 0.
http://softpoint.ru/products.php?id=3

То 0. Хотя нет, сорри для 7.0. не весь функционал походит. Лучше вообще использовать 2000. А по постановке вопроса ничего не понятно. Слишком мало начальных условий для решения задачи.

Для начала
1.ReIndex
2.Пересчет итогов.

У меня периодически такое (особенно, если надобвлять реквизитов в доки) - reindex помогает

(5) А где почитать про reindex?

Для базы 1с создает храимую процедуру _1sp_DBReindex:
CREATE PROCEDURE _1sp_DBReindex AS
  SET NOCOUNT ON
  DECLARE @TableName char(32)
  DECLARE SysCur CURSOR FOR SELECT name FROM sysobjects WHERE type='U'
  OPEN SysCur
  FETCH NEXT FROM SysCur INTO @TableName
  WHILE @@FETCH_STATUS=0 BEGIN
      DBCC DBREINDEX(@TableName)
      FETCH NEXT FROM SysCur INTO @TableName
  END
  CLOSE SysCur
  DEALLOCATE SysCur
GO
в простейшем случае выгоняешь всех пользователей и запускаешь ее.
Более детально - DBCC DBREINDEX в SQL BookOnLine

при проведении дока раньше процесс sqlserver кушал 15-30 процентов сервера, а сейчас 100 и причём довольно долго. Это с чем может быть связано?

сие великая тайна 1С. Ни причем здесь железо, ни причем размер, индексы и шринки. У нас например все эти беды тянутся с самого запуска с малюсенькой базы и щас когда добрались до 600Мб * 5 баз. Ничего не меняется. Все сто раз проверено, все теоретически отлично. только сервер начинает загружаться на 100% и не спасает ни терминал , ни что. Почему - непонятно. Счетчиков - миллиард, их показания ни хера не объясняют. Теоретически все идеально. Факстически иногда очень трудно работать. Не помогли увы приглашенные спецы из 3 контор. Так и живем , терпим.
Думается, проблема весьма и весьма банальна и посему в упор не видится. Ежели найду, буду вопить об этом на всех форумах....

(9) Очень похоже на вирус.
У меня было несколько раз в филиалах :
Вирус пробивается через защиты и долбит пакеты-запросы в порт твоего sql сервера.При этом работать c 1c sql базой практически невозможно.
Проверить на такой вирус просто. Как только возникнет выключаешь sql сервер. Вынимаешь из сервера сетевой кабель. Запускаешь sql сервер. Пробуешь работать в 1с локально на sql сервере. Если работает то на 90% вирус.
(0,8) Выгрузи базу в dbf после загрузи обратно в sql. Ну и вообще очень мало информации о железе (иногда опишут такую конфигурацию железа сервера что дальше и читать не хочеться не то что отвечать), базе, сетке, кол-ве пользователей и.т.д.
Чем подробней опишешь тем вероятней найдут узкое место или зови спецов.

(11) Не не сделали, а местный умелец поковырялся и открыл доспут к сетке
снаружи. Просто очень похоже по симптомам вот и написал вдруг поможет человеку.

(10) а ты когда в последний раз "живой" вирус видел? Вы (прошу прощения за обобщения) понатыкали авирей (правда половина кторых нисига неделают тока ресурсы жрут)
По большей части вирусы - оптический обман зрения

SQL Profiler что показывает? на что уходит время? желательно сделать так - в св-вах профайлера поставить фильтр по SPID и по приложению.. открыть документ - запустить профайлер - нажть кнопку ОК - дождаться закрытия документа - остановить профайлер. Куда время уходит примерно станет ясно

еще также порекомендую поднять MSSQL на другом сервере, перенести туда БД, проерить на нем.. можно проверить сначала без установки SP потом поставить.. познавательно и результативно должно быть

Вир - маловероятно, файерволлы и все такое. Плюс SP3a стоит. :) . Антивиров на сервере ясен пень нет. Чай не мазохисты.
(11) да глаз то положил давно, да вот руки не дойдут пообщаться подробнее и насколько это реально.... Тем более что конфа то модернизируется.

(9,16) Также это может быть влияние терминала со 100% временем ожидания. Смотри в архивах не раз уже обсуждалось. Если это так то все время работы процессоров сервера должно полностью отъедаться клиент. процесами 1cv7s.exe (работающими на совмещеном сервере sql и терминале).

(17)
сервера, ясен пень, разные. "влияние терминала со 100% временем ожидания" - не догоняю формулировку, не мог бы пояснить ?

машина - брендовый ибм (серв ессно) 1.5 Гб озу. 18+2х32 SCSI, 2.0 Xeon. От такой конфы страшно не должно быть. Вирей нет, антивирей нет, файрвол - другой серв на линухе. Замечен очередной глюк - при прокрутке табличной части документа с кол-вом строк больше 40 - тормоза дикие, док практически не крутится, строки удаляются одна в 2-3 секунды.