После восстановления регистров прямой запрос к базе данных, который получал остатки номенклатуры в разрезе складов(

ТекстЗапроса = "-- qryMaker:Загрузка_.2009.10.19.12.47.06
		|SELECT СпрНом.CODE KOD
		|	, ОстаткиТМЦОстатки.Склад [Skl $Справочник.Склады]
		|	, Sum(ОстаткиТМЦОстатки.КоличествоОстаток) Kol
		|FROM $Справочник.Номенклатура AS СпрНом
		|	LEFT OUTER JOIN $РегистрОстатки.ОстаткиТМЦ(:ВыбДата~,
		|		RIGHT OUTER JOIN $Справочник.Номенклатура AS СпрНом ON СпрНом.ID = Номенклатура,
		|		($СпрНом.ВидНоменклатуры = :Прочее)
		|	 AND (СпрНом.IsFolder = :Ноль)
		|		AND (Склад IN (SELECT val FROM #СписокСкладов)),
		|		(Склад, Номенклатура),) AS ОстаткиТМЦОстатки  ON СпрНом.ID = ОстаткиТМЦОстатки.Номенклатура
		|WHERE ($СпрНом.ВидНоменклатуры = :Прочее)
		|	AND (СпрНом.IsFolder = :Ноль)
		|GROUP BY СпрНом.CODE
		|	, ОстаткиТМЦОстатки.Склад
		|ORDER BY СпрНом.CODE
		|	, ОстаткиТМЦОстатки.Склад
		|"; 

) и работал меньше минуты, стал выполняться бесконечно. При этом пользователи не могут работать.
Баг?

А также исправить запрос в части внесения условий на номенклатуру в виртуальную таблицу

может блокировки для начала посмотреть. Упростить запрос и смотреть. Вот тулза хорошая http://sql.ru/forum/actualthread.aspx?bid=1&tid=272902
Дописал: только выполнять запрос из QA, мало ли что там в 1С еще может глючить

(leshik) а зачем в конце кеш процедур освобождать ?

Спасибо!
Вроде бы получилось.
Так это было из-за пересчета регистров или какие-нибудь другие причины тут могут быть?

leshik писал(а) 03. Марта 2010 :: 14:50:

Бэкапы у меня делаются. Необходимость пересчета регистров возникла из-за несоответствия остатков на конец и оборотов за период, до MS SQL Server такое возникало на dbf. Это и послужило причиной перехода.  Какие ещё действия по обслуживанию нужно запускать периодически и как часто?

leshik писал(а) 03. Марта 2010 :: 15:02:

Microsoft SQL Server  2000 - 8.00.760 (Intel X86)   Dec 17 2002 14:22:05   Copyright (c) 1988-2003 Microsoft Corporation  Personal Edition on Windows NT 5.2 (Build 3790: )

leshik писал(а) 03. Марта 2010 :: 15:06:

Были такие мысли, но побоялись сделать хуже и отложили. Теперь, наверное, займемся.
А, подскажите, есть смысл перейти на MS SQL Server 2005 на 7.7, насколько это сочетание работоспособно и будет ли прирост в производительности?

Подскажите, пожалуйста, последние две недели сильно виснет 1с - у пользователей слайд-шоу и невозможно работать. Процесс MS Sql забивает процессор на 100%. Нужно ли выполнять обновление статистики и переиндексацию системных баз? Поможет ли это? В чём может быть причина вообще? Как это исправить?

Конфигурация "железа".
1)      X7DBE, 5000P, 8xFB-DIMM, 2xPCI-X133/1xPCI-Ex8/PCI-Ex4, 6xSATA RAID 0,1,5,10, 50;
2)      Intel Passive Heat Sink 2U+ for Xeon LGA771;
3)      Quad-Core Intel Xeon E5420, 2.50GHz, FSB1333, Cache 12 MB, 65W, LGA771 * 2;
4)      2 GB, FB-DIMM, PC2-6400 (800 MHz), ECC, REGISTERED (dual rank) * 8;
5)      Adaptec RAID 5805, 8 internal ch. SAS/SATA, 2xl-Pass(SFF 8087), 512 MB on Board, PCI-Ex8, RAID 1, 10, 5, 6, 50;
6)      Adaptec ABM-800, BBU for Adaptec 3405, 3085, 5805;
7)      FDD 1.44MB;
8)      DVD+RW SATA;
9)      Hitachi UltraStar 15K300, 73GB, 15000rpm, SAS, cach 16 MB (HUS 153073 VLS300, p/n 0B22130) * 9.
(перечислил всё подробно).
Диски в RAID массиве.

Windows Server 2003 Enterprise Edition, MS SQL Server 2000 4 servis pack, Citrix Meta Frame(используется как сервер терминалов).

ТиС ver9.2, 7.70.039, 1с:Предприятие 7.0.025.

Используются библиотеки: 1CPP.dll, FormEx.dll, vk_Hook1C.dll, SpreadSheet.dll, scanopos.dll.

Используются классы: ПоставщикДанных, УправлениеФормой, ПрямойЗапрос.

Пользователей в программе работает одновременно 40 - 50.

Всё стоит на этой машине.

Eprst писал(а) 12. Апреля 2011 :: 09:39:

Извиняюсь, цитрикса нету.

(18) Разноси ms sql и сервер терминалов на два сервера.
Хорошо настроить на одном сервере очень сложно.

про распределение дисковой системы под ms sql
ни слова. даже неизвестно как разбиты и какой уровень
raid используется.

подробно опиши откуда вызывается и что делают методы
из vk_Hook1C.dll.

Z1 писал(а) 12. Апреля 2011 :: 10:22:

  Не на что разнести.
Z1 писал(а) 12. Апреля 2011 :: 10:22:

 Про распределение дисковой системы под ms sql особо ничего сказать не могу, так как плохо разбираюсь в администрировании. Всего диск 200Гб из них свободно 116Гб. Никаких специальных ограничений на размеры баз sql нет.
  RAID-10.
   

berezdetsky писал(а) 12. Апреля 2011 :: 10:42:

Я только учусь... Кстати, от этого блока давно отказались. Да и в конфигурации функционал преимущественно штатный - прямые запросы к базе использую только в отчетах.

al_zzz писал(а) 12. Апреля 2011 :: 10:32:

так если не используйте то выкидывай из md.
Константа не так безобидна как кажеться.
это же все равно обращение к Базе данных.

про диски
читать про raid

я бы советовал разбить так
операц систима raid1 ( два диска )
журнал транзакций raid1 ( два диска )
бд два варианта( вариант б мне нравиться больше)
   а) raid1 (два диска)
   б) raid10 ( четыре диска)
В варианте а у тебя еще остается 3 диска
В варианте б у тебя остается один диск.


Ну и еще ставь модель востановления simpe.

Сегодня выяснили, что программа виснет не у всех пользователей, а только у некоторых из отдела закупа и в it отделе. Замеряли через отладчик - результат не понятен. Например, процедура "ВвестиЗначение" выполнялась 30 секунд за 2 вызова при этом никаких дополнительных проверок в форме списка справочника нет...

al_zzz писал(а) 14. Апреля 2011 :: 06:42:


а упаковывать кто базу будет?
Либо в ТиИ выставить галки , либо, что быстрее,
простейший запрос к табличкам итогов + прибитие строк, где =0 все ресурсы регистра.

Для ном = 1 по Метаданные.Регистр() Цикл
	  Рег = Метаданные.Регистр(ном).Идентификатор;
	  ТекстЗапроса =
	|DELETE
	|FROM $РегистрИтоги."+Рег+"
	|WHERE ";
	  стр = "";
	  Для к = 1 По Метаданные.Регистр(ном).Ресурс() Цикл
		Ресурс = Метаданные.Регистр(ном).Ресурс(к).Идентификатор;
		стр=стр+" AND "+ "$РегистрИтоги."+Рег+"."+Ресурс+" =0";
	  КонецЦикла;
	  ТекстЗапроса = ТекстЗапроса+Сред(стр,5);
	  Запрос.ВыполнитьИнструкцию(ТекстЗапроса);
КонецЦикла;
 

al_zzz писал(а) 14. Апреля 2011 :: 06:42:

Исходя из ответов лучше Вам не делать сейчас свертку базы.
Разберитесь полностью с железом и настройкой sql.
Эти действия дают наибольший эффект ( оптимизировать код значительно сложнее).
Если Вы просто свернете бвзу и не разберетесь с железом Вы просто отодвигаете Ваши проблемы в будущее.
как только размер базы увеличиться все снова будет тоже самое.

trad писал(а) 14. Апреля 2011 :: 08:41:

ну да.
как то не подумал.

al_zzz писал(а) 19. Апреля 2011 :: 05:23:

Некорректный вопрос, ибо количество пользователей еще ничего не говорит об интенсивности их работы...

al_zzz писал(а) 22. Апреля 2011 :: 10:30:

прикольно все функции наверное в глобал модуле
тогда что смотреть в этой обработке.да и кнопок там несколько.
Если у тебя виснет то это виснет 1с а не sql.
так что надо детально разбирать как работает обработка при конкретных параметрах.

   Завели отдельного пользователя Windows Server для того, чтоб запускать под ним данную обработку - не помогло. Теперь все подозрения на другую обработку, которая использует класс ПоставщикДанных - не самую новую версию поставщика. Прикреплю её здесь на всякий случай и создам тему в соответствующем разделе.