Добрый день. Есть проблема частые транзакции из-за чего зависает у пользователя и часто при этом вылетает 1С 7.7. Все пользователи работают через терминалы (2 шт), сервер SQL 2000. Пользователей 35 человек в базе. Количество строк в документе среднее ---- 40-50 (бывает меньше иногда больше). В чем причина тормозов и вылетаний ума не приложу. Базы на сервере SQL переместили с диска С на диск D (диск D в рейде).

Кто сталкивался с чем то подобным или имеет хоть какие то идее просьба подсказать. Начальство давит надо поддерживать 7-ку и заниматься 8-кой а все время пропадает на эти моменты с 7-кой.

На прямых запросах?

да нет 7-ка типовая немного допиленная под нужды предприятия (не мной).

(0) Обратиться к специалистам.

+4 Без обид. Но судя по "Базы на сервере SQL переместили с диска С на диск D (диск D в рейде)." ты в их число не входишь.

(0) анамнез не понятен
(0) http://yandex.ru/yandsearch?lr=213&text=1с+7.7+%2B+SQL

(4) Обратиться по поводу чего??? Настроить SQL??? или с 7-кой что то сделать??? Так до меня специалисты и работали. Мне теперь надо перевести на 8-ку, но при этом поддерживать работоспособность 7-ки. А вот с ней как раз засада. Время тратить на 7-ку нету. Вот и спрашиваю может есть какие идеи.

(6) Это понятно тож смотрел. Есть мнения по поводу того что SQL 2000 должен быть обновлен до SP 4 и пропатчен. Этого еще не делали. Система и раньше тормозила и вылетала, но при 35 пользаках как то странно. ночью настроил задания индексацию и статистику на SQL, но эффекта практически никакого

(7) Чтобы вылечить больного нужен полный доступ к телу. Удаленно - только к экстрасенсам.

Тебе нужен комплекс мер: проверка/настройка SQL, оптимизация по железу сервера SQL, анализ проблем в 1С, решение проблем программными способами и т.д.

(7) "Время тратить на 7-ку нету" - срочно переводи на восьмерку или увольняйся.

(5) Да так и есть базы sql до переноса находились на диске С со свободным пространством на диске 2 Гигобайта, на данном диске и система и SQL и все данные, поэтому и написал что перенесли с диска С на диск D (который в рейде) был добавлен на сервер

(10) Да собственно говоря так и есть -- перевод на 8-ку

(0) Ты даже не привел никаких результатов нагрузки сервера. Никаких логов 1С-ки...  Все твое описание проблемы "В чем причина тормозов и вылетаний ума не приложу. Базы на сервере SQL переместили с диска С на диск D". Ну пипец...

Поди работы - разово пригласить хорошего админа да за полгода освоить прямые запросы и летать будет так, что про восьмерку забудут. Но нам же надо не счастье для конторы, а перейти на восьмерку.

Если терминалы - то патч ромикса вам просто необходим.

(13) Сервер: intel Xeon E5630 2,53 GHz
Память:   24 ГБ
Windows:  2008 server R2 Standart SP1
Загрузка проца 5-7%
Память занята 2,37 ГБ
(14) По поводу семерки --- это не мое решение,
"Поди работы - разово пригласить хорошего админа" писал что работали админы, но результат как был так и остался, в текущий момент времени взяли админа, но работы не початый край.
Поэтому и спросил совета в каком направлении копать.

http://kb.mista.ru/article.php?id=179

(17)  спасибо, но я так понимаю тут обратный случай когда процессор не грузится на 100%

(18) Сервера многопроцессорные? Один из них вполне может грузиться на 100%. А вообще, решать проблему надо избавлением от блокировок.

+(15) секретный релиз + SQL 2008 + 1с++.
Все летает как самолет даже на типовых решениях.

(11) Рейд криво настроен, инфа 146%.

(0) Этой причине сто лет в обед. Научитесь пользоваться поиском. Если кратко то переписывать на прямые запросы.
Плюс вылеты могут быть из-за сетки. Один раз такое было то чуть не умер пока нашел глюк. Но если транзакции то сетка непричем.
(11) И какой рейд стоит? Мы ж не телепаты. Хотя пофиг, всеравно по фото нелечится.
(16) Админ вам непоможет. Вам семерошника пряморукого нада. И если это типовая то там переписывать на прямые запросы с полгода нада будет. Оно вам нада? В плане того что если надумали снеговика лепить то переносите остатки и гребитесь уже со снеговиком.
(20) Бред какой-то. Абы не знал то может и поверил.

(22) Всё не так страшно. Начать надо с анализа узких мест. Определить, какие именно документы вызывают блокировки (длительное проведение), и переделывать именно их. Можно прямыми запросами, а можно - перенеся сложные расчеты за пределы транзакции, в модуль формы.

ОК всем спасибо.

Вылеты могут быть связаны с тем, что сначала вы поставили sql  на серваке, а только потом начали создавать сетевые политики, нужно наоборот.

(24) читай статью "Семь главных счетчков SQL", затем делай, смотри, думай....

(26) Для семерки практически неактуально это всё.. там sql-сервер используется исключительно дубово, и переписывание кода более эффективным алгоритмом намного полезнее, чем тонкий тюнинг сервера.

(27) Ну, для начала нужно убедиться в отсутсвии проблем хотя бы с дисковой подсистемой. Ну а потом уже браться за код...