Имя: Пароль:
1C
1С v8
Помогите разобратся с проблемой в sql
,
0 simol
 
30.09.11
15:52
8.2. На одном сервере 1С сервер и mssql
После обновления базы с пищеварительным выходи пользователей и не большой реструктуризацией натыкаюсь на то, что после входа пользователей некоторые не могут проводить документы (до обновления документы проводились, реструктуризируемые объекты не связаны с теми которые начинают тупить). Проведение нависает на длительное время и выскакивает ошибка http://shot.photo.qip.ru/0044j6-2047Don/

После перегрузки всего сервера, проблема пропадает.
От чего может так тупить SQL?
1 Господин ПЖ
 
30.09.11
15:55
места нет там где лежит tempdb
2 simol
 
30.09.11
15:55
пищеварительным  = предварительным
3 simol
 
30.09.11
15:58
(1)Разумно, проверяю
4 simol
 
30.09.11
15:59
160Гиг свободно
5 shuhard
 
30.09.11
16:02
(0) проблема скорее на стороне сиквела,
попробуй поставить SP и позырить на sql.ru или MSDN свою ошибку
6 simol
 
30.09.11
16:08
2005 sp4 со всеми последующими латками
7 simol
 
30.09.11
16:09
полез на sql.ru, но там 1С-ков не любят :)
8 shuhard
 
30.09.11
16:10
(6) [и позырить на sql.ru или MSDN свою ошибку]
9 shuhard
 
30.09.11
16:10
(7) правильно не любят, тупые 1С-ники вечно
вместо того, чтобы искать создают новые топики
10 simol
 
30.09.11
16:13
(9)если я еще не создал там тему, то еще не все потеряно?
11 simol
 
30.09.11
16:15
нашел: http://www.sql.ru/forum/actualthread.aspx?tid=597507&hl=time%20out

не имея доступа к серваку для такого анализа очередной раз перегружаю сервак. Но жаль, что не разобрался.
12 shuhard
 
30.09.11
16:15
(10) ты бы ошибку в текстовом виде привёл,
в лом перебивать с картинки
13 simol
 
30.09.11
16:18
(12)timeout occurred while waiting for buffer latch type 2 for page (1:...), database ID 7. HRESULT=80040E14....
14 shuhard
 
30.09.11
16:21
(13) я бы памяти сиквелу под буфера поддал
и вынес tempdb на отдельный диск

а по хорошему надо сиквел мониторить
в первую очередь длину очереди
15 Господин ПЖ
 
30.09.11
16:22
версия скуля и сервис-пука установленного?
16 shuhard
 
30.09.11
16:23
(15) 2005 sp4 со всеми последующими латками
17 Господин ПЖ
 
30.09.11
16:23
ага увидел выше...

http://www.sql.ru/Forum/actualthread.aspx?bid=1&tid=597507&hl=

короче большие очереди к дискам
18 Господин ПЖ
 
30.09.11
16:24
в sql 2000 решалось сервиспаком
19 simol
 
30.09.11
16:28
(14)
Попробую разобраться что есть "я бы памяти сиквелу под буфера поддал "
А он из захваченных 10Гиг сам не может разобраться?
20 simol
 
30.09.11
16:29
(17)там если и есть очередь, то созданная сиквелом
21 shuhard
 
30.09.11
16:29
(19) у сиквела есть уйма настроек
часть в оболочке
часть системными хранимками

бери статьи по тюнингу
зырь счетчики
подкручивай
22 simol
 
30.09.11
16:30
Если предположить, что 1с сервер теряет ключ защиты, это может быть причиной?
23 shuhard
 
30.09.11
16:33
(22) крайне маловероятно,
ошибка внутри сиквела
+ серверный ключ сидит на локальной USB, как его может потерять драйвер алладина
24 simol
 
30.09.11
16:37
(23)да фиг его знает, шо за глюки в 8.2, предположил просто
25 shuhard
 
30.09.11
16:43
(24) заставь работать своих DBA
26 Господин ПЖ
 
30.09.11
16:46
(22) ошибка чисто скулевая
27 simol
 
30.09.11
16:51
(25)сломано много штыков в этой борьбе (я и они в разных отделах) :)
28 shuhard
 
30.09.11
16:52
(27) у тебя два пути
- самурая - изучить сиквел лучше DBA
- 1с-ника - заип.ать DBA
29 simol
 
30.09.11
16:55
(28)Пока выбрал 3-й. Перегрузили, заработало до следующего затыка. Хреново, но как для пятницы сгодится ;)
30 shuhard
 
30.09.11
16:58
(29) когда при очередной перезагрузке проблема сохранится придётся делать харакири, так что это путь самурая
31 simol
 
30.09.11
17:01
(30)Я бы с тобой пофилософствовал, но не тут ;)
32 simol
 
30.09.11
17:03
В целом по теме: спасибо за направление мысли shuhard и Господин ПЖ
33 shuhard
 
30.09.11
17:04
(31) угу
топик закрыт