Сервер: Microsoft Windows Server 2003, (Service Pack 1), ЦП Dual 2800 MHz, Системная память 4096 Мб.
SQL Server™ 2000 - работает с 1с-8 в трехзвенке, сервер 1с-предприятие разнесен с SQL-сервером на разные машины. Проблема следующая: при работе нескольких пользователей с базой (base.mdf - 3,55 ГБ) возникает практически 100% загрузка процессора на SQL-сервере. При этом оперативки жрет он почти 2 Гига + почти 2 гига мз файла подкачки (хотя оперативки ещё 2 Гб - свободно). Работа с базой в это время практически невозможна - тормоза дикие).
Что в данном случае можно предпринять? Есть у кого-нить подобные проблемы?

а файл транзакций скоко?

(0)
Книга знаний: Исправление ошибки 1С:Предприятие 7.7/8.0 - 100% загрузка процессора при ожидании блокировки

как замерить файл?

  igork1966
Нужен ли патч для 8.0 SQL?
Нет, там эта проблема не существует.

*.ldf файл транзакций

194 МБ

(3) Гы. Меня смутило в заголовке "7.7/8.0". А внутри "для 8 ненадо". ;-(

(5) Ну тогда это не из-за него...

Остается одно... сервер не справляется.

нда.. тогда сервер фтопку получается..
а база растет..

поставьте второй сервер по SQL... связка между ними 1ГБ

вообще 8-ка затратное дело..

нда.. этот то еле выбили

:-) ... типа франчи вам забыли рассказать о ремурсоемкости?

ресурсоемкости...

Мониторить надо чем грузится сервак. Вычислили SQL запрос - по нему вычимслили кусок кода в 1С и думайте, чего делать. А 3 гига - это крохи. Память SQL сервер кушает только 2 гига, с ключом /3GB - 3 гига, а чтоб скушал больше надо AWE включать.

А ты настроил сервер на использование всей опреативной памяти?
Настроил SQL на использование не всей оперативной памяти?
Вообще, по характеристикам сервер должен тянуть. У меня трехзвенка вся на одном сервере.

во: подскажите ка поподробнее о том как настроить SQL сервер на использование всей памяти!

раз у тя 4 гига - тебе AWE включать не надо. найди файл boot.ini и поставь там ключ запуска /3GB то есть будет что то вроде вот такого:
[operating systems]
   multi(0)disk(0)rdisk(0)partition(1)\WINNT="Microsoft Windows 2000 Professional" /fastdetect   /3gb

(0) У нас бывает. Как показало вскрытие, все дело в волшебной RLS.
Пока не нашли как оптимизировать :(

рекомендуют Service Pack 3 поставить..

(15) с /3GB реально кушает что-то около 2.7, 2.8 гига

странно в Enterprise Manager в свойства сервера настроено на использование всей памяти - а есть не всё .. зараза..

(22) системе то тоже на чем то крутиться надо :)

а чего никто не спрашивает какая конфа, скоко пользователей, и в какой момент возникает загрузка?

(0) А какая дисковая система стоит на серваке?

В диспетчере задач посмотрите какой процесс кушает ресурсы...

(17)Ты внимательно прочитал? Я писал "SQL на использование НЕ ВСЕЙ оперативной памяти"

Книга знаний: Почему разрастается журнал транзакций - файл .LDF для MS-SQL

(0) Нод32 стоит?

файловая система - NTFS
база - base.mdf - 3,55 ГБ
пользователей - 12-20, в разное время разное количество..
кушает сам sqlserver.exe
Худой - ? не всей? то есть надо в менеджере установить использование не всей памяти?
что за Нод32?

(20) А ldf сколько занимает?

(30)В настройке SQL я поставил 2 гига под SQL.

Нод32-антивирус, у него своеобразное отношение к Скулю,
вот и спрашиваю.

194 МБ - ldf, антивиря там нет...

ну че память то отъелась? должно быть как в (21)

(18) +1
(0) - мониторь наргузку

(36) - дополню себя...
1)запускаешь профайлер в момент загрузки смотришь что пришло на сервер..
2) запускаешь счетчики смотришь на чем он затыкается...

megalodon
fastdetect   /3gb - перезагружать же сервак надо для принятия изменений? - сейчас перезагрузить не смогу - народ работает пока что..
будем пробовать мониторить, вычислять запрос... нда.. в принципе могу сказать на чем он затыкается: 1. обработка - которая вносит большое количество данных 2. запрос (отчет) - выборка из базы по большому кол-ву записей. 3. одновременная работа нескольких баз - в которых выполняются запросы (отчеты).
всё это оптимизировать никак не удастся...

(38)это надо было в начале писать.Ну, и чему тут тогда удивляться?

(28)У нас одновременная работа нескольких баз не затрудняет работу. Причем, в одной из баз около получаса происходит перепроведение документов за месяц и пользователи не замечают каких либо тормозов в это время.

(38) - цифры в студию. код в студи. конфиги сервера и оси в студию.
select @@version в студию. трассы профайлера, планы запроса , код на 1с в студию.

или тоже самое в асю...

(33) нормальное у него отношение к скулю. это вы в настройках накосячили.

У меня была проблема с файловой версией были жуткие тормоза машина  Сервер: Microsoft Windows Server 2003, (Service Pack 1), ЦП p4 2800 MHz, Системная память 1024мб после перевода на скульный сервер усё сразу поменялось усё летает
хоть база 12гб и лог 11гиг сервак 1с v8 стоит на тойже машине где и скула и лошь всё это  что под  DBF базой работает шустрее это по началу когда она маленька.