Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Microsoft SQL Server Новый топик    Ответить
 Рост очереди к tempdb на SP2-3  [new]
Malegik
Member

Откуда:
Сообщений: 360
Уважаемые, помогите плиз справится с проблемой.
Microsoft SQL Server 2005 - 9.00.1399.06 (X64) Oct 14 2005 00:35:21 Copyright (c) 1988-2005 Microsoft Corporation Enterprise Edition (64-bit) on Windows NT 5.2 (Build 3790: Service Pack 2) в кластере актив\пассив, 2 сервера SAN(Quad-Core AMD Opteron 4 шт, ОЗУ 16Gb) по fiber chanel прицеплены к корзине SAN (Data RAID10, Log RAID5). На первой ноде стоит SP2 на второй SQL без SP.
Проблема такая, при обновлении до SP2-3, при более менее приличной нагрузке вырастает очередь к tempdb, все начинает жутко тормозить. На не обновленном ни очередей ни тормозов не наблюдается, кроме некоторых ошибок исправленных в SP2. Помогите плиз разобратся сам еще учусь многого не знаю(.
Ниже запрос которым проверяю очередь по колонкам "waitresource" и "waittime"
select qs.spid,
qs.status, qs.blocked,
dbname=db_name(qs.dbid),
SUBSTRING(qt.text,qs.stmt_start/2 +1,
(case when qs.stmt_end = -1 then len(convert(nvarchar(max), qt.text)) * 2
else qs.stmt_end end -qs.stmt_start)/2) as QueryText,
qs.open_tran, qs.waitresource, qs.waittype,
qs.waittime, qs.cmd, qs.lastwaittype, qs.cpu, qs.physical_io,
qs.memusage,
last_batch=convert(varchar(26), last_batch,121),
login_time=convert(varchar(26), login_time,121),net_address,
qs.net_library, qs.dbid, qs.ecid, qs.kpid, qs.hostname, qs.hostprocess,
qs.loginame, qs.program_name, qs.nt_domain, qs.nt_username, qs.uid, qs.sid
from master.dbo.sysprocesses as qs
cross apply sys.dm_exec_sql_text(qs.sql_handle) as qt
where last_batch < '2009-12-31 20:00' and hostname like 'PBAPP-CLUSTER%' and open_tran > 0 and status = 'sleeping'
order by last_batch
18 авг 09, 13:17    [7551006]     Ответить | Цитировать Сообщить модератору
 Re: Рост очереди к tempdb на SP2-3  [new]
Maks Bragar
Member

Откуда: UA->AT
Сообщений: 159
Malegik,

sp_helpdb 'tempdb' с обоих СКЛ покажите ?
18 авг 09, 13:53    [7551336]     Ответить | Цитировать Сообщить модератору
 Re: Рост очереди к tempdb на SP2-3  [new]
ТАРАКАН
Member

Откуда:
Сообщений: 439
Malegik

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

а как вы смотрите очереди на обоих нодах если актив\пасив? служба SQL стартует только на одной ноде.
P.S. при обновление SP, обновление накатывается сразу на две ноды.
18 авг 09, 14:24    [7551606]     Ответить | Цитировать Сообщить модератору
 Re: Рост очереди к tempdb на SP2-3  [new]
Malegik
Member

Откуда:
Сообщений: 360
Maks Bragar, только с одной ноды могу(SP0), чтобы со второй показать надо переключать группу и всех пользователей выкинет, а это сейчас нельзя сделать все работают.

tempdb 2494.56 MB sa 2 Aug 17 2009 Status=ONLINE, Updateability=READ_WRITE, UserAccess=MULTI_USER, Recovery=SIMPLE, Version=611, Collation=Cyrillic_General_CI_AS, SQLSortOrder=0, IsAutoCreateStatistics, IsAutoUpdateStatistics 90

tempdev 1 F:\Microsoft SQL Server\MSSQL.1\MSSQL\DATA\tempdb.mdf PRIMARY 2547520 KB Unlimited 10% data only
templog 2 F:\Microsoft SQL Server\MSSQL.1\MSSQL\DATA\templog.ldf NULL 6912 KB Unlimited 10% log only
18 авг 09, 14:28    [7551631]     Ответить | Цитировать Сообщить модератору
 Re: Рост очереди к tempdb на SP2-3  [new]
ТАРАКАН
Member

Откуда:
Сообщений: 439
а как так получилось что у двух нод разные паки накатаны?
18 авг 09, 14:29    [7551638]     Ответить | Цитировать Сообщить модератору
 Re: Рост очереди к tempdb на SP2-3  [new]
Malegik
Member

Откуда:
Сообщений: 360
ТАРАКАН,

Перемещал группу на 2-ую ноду
18 авг 09, 14:29    [7551642]     Ответить | Цитировать Сообщить модератору
 Re: Рост очереди к tempdb на SP2-3  [new]
Malegik
Member

Откуда:
Сообщений: 360
ТАРАКАН,

Ставил сиквел на 1 ноду и обновлял, а потом добавлял в кластер 2 ноду и туда ставится сиквел с 1-ой ноды без пака.
18 авг 09, 14:32    [7551660]     Ответить | Цитировать Сообщить модератору
 Re: Рост очереди к tempdb на SP2-3  [new]
ТАРАКАН
Member

Откуда:
Сообщений: 439
Malegik
ТАРАКАН,

Перемещал группу на 2-ую ноду

зачем?

Установка пакета обновления 2 (SP2) для SQL Server 2005 на экземпляре отказоустойчивого кластера

автор
Перед установкой пакета обновления 2 (SP2) на экземпляре отказоустойчивого кластера следует обратить внимание на следующие моменты:
Не останавливайте службу кластера перед запуском или во время работы программы установки пакета обновления 2 (SP2).
Не завершайте работу никаких процессов перед запуском программы установки пакета обновления 2 (SP2).
Не отключайте службу SQL Server перед запуском программы установки пакета обновления 2 (SP2). Программа установки пакета обновления 2 (SP2) самостоятельно остановит и запустит службу SQL Server.
Запускайте программу установки пакета обновления 2 (SP2) на основном узле экземпляра отказоустойчивого кластера.
После завершения установки пакета обновления 2 (SP2) необходимо перезагрузить все узлы отказоустойчивого кластера.
Пакет обновления 2 (SP2) не поддерживает пошаговое обновление.


История из жизни
автор
История из жизни
я разбирал как-то случай, когда попытка установки SP на кластер обновляла только один узел, а второй оставался необновлённым, и это приводило к тому, что невозможно было откатить установку обновления, чтобы накатить следующий SP над этим довольно долго, а я, так и не получив в течение нескольких месяцев необходимого решения от поддержки MS, принял решение о переустановке кластера с нуля.
18 авг 09, 14:37    [7551703]     Ответить | Цитировать Сообщить модератору
 Re: Рост очереди к tempdb на SP2-3  [new]
ТАРАКАН
Member

Откуда:
Сообщений: 439
Malegik
ТАРАКАН,

Ставил сиквел на 1 ноду и обновлял, а потом добавлял в кластер 2 ноду и туда ставится сиквел с 1-ой ноды без пака.


http://technet.microsoft.com/ru-ru/library/ms191545(SQL.90).aspx
18 авг 09, 14:40    [7551715]     Ответить | Цитировать Сообщить модератору
 Re: Рост очереди к tempdb на SP2-3  [new]
Malegik
Member

Откуда:
Сообщений: 360
Maks Bragar,

Для пробы перенес tempdb на на тот-же диск где и основная бд, грешил поначалу на raid5... проблема осталась.
18 авг 09, 14:40    [7551723]     Ответить | Цитировать Сообщить модератору
 Re: Рост очереди к tempdb на SP2-3  [new]
Malegik
Member

Откуда:
Сообщений: 360
ТАРАКАН
Malegik
ТАРАКАН,

Ставил сиквел на 1 ноду и обновлял, а потом добавлял в кластер 2 ноду и туда ставится сиквел с 1-ой ноды без пака.


http://technet.microsoft.com/ru-ru/library/ms191545(SQL.90).aspx


Я переставлял кластер уже 4 раза.. именно по этой ссылке, еще с 32битного. Тоже поначалу думал что разные версии, но опыт этих перестановок подсказал что это не так. А вторая нода обновляется легко и без проблем, делаешь её активной и накатываеш SP.
18 авг 09, 14:48    [7551770]     Ответить | Цитировать Сообщить модератору
 Re: Рост очереди к tempdb на SP2-3  [new]
ТАРАКАН
Member

Откуда:
Сообщений: 439
Malegik
ТАРАКАН
Malegik
ТАРАКАН,

Ставил сиквел на 1 ноду и обновлял, а потом добавлял в кластер 2 ноду и туда ставится сиквел с 1-ой ноды без пака.


http://technet.microsoft.com/ru-ru/library/ms191545(SQL.90).aspx


Я переставлял кластер уже 4 раза.. именно по этой ссылке, еще с 32битного. Тоже поначалу думал что разные версии, но опыт этих перестановок подсказал что это не так. А вторая нода обновляется легко и без проблем, делаешь её активной и накатываеш SP.

что мешает сделать первую ноду активной и накатить SP ? или кроме временного роста tempdb еще присутсвуют ошибки?
18 авг 09, 14:52    [7551800]     Ответить | Цитировать Сообщить модератору
 Re: Рост очереди к tempdb на SP2-3  [new]
Malegik
Member

Откуда:
Сообщений: 360
За сегодня прочитало и записало в бд.
Read(MB) Write(MB)
Ax_DB Dynamics2 511941 12042
tempdb tempdev 6719 8595
Ax_DB Dynamics2_log 2372 4554
tempdb templog 1 370
18 авг 09, 14:54    [7551817]     Ответить | Цитировать Сообщить модератору
 Re: Рост очереди к tempdb на SP2-3  [new]
Malegik
Member

Откуда:
Сообщений: 360
ТАРАКАН,

Если я накачу на 2 ноду SP то и ее тоже начнет тошнить также как и первую(обновленную), а у меня порядка 150-180 пользователей... Я поначалу делал сразу на обоих нодах SP3 как и положено по докуметации MS, потом все сносил ставил с нуля кластер и накатывал SP2, результат тот-же, сейчас я поставил 1 ноду со вторым SP чтобы разобратся почему его тошнит, а пользователи работают на второй ноде без пака.
18 авг 09, 15:01    [7551863]     Ответить | Цитировать Сообщить модератору
 Re: Рост очереди к tempdb на SP2-3  [new]
Malegik
Member

Откуда:
Сообщений: 360
ТАРАКАН



или кроме временного роста tempdb еще присутсвуют ошибки?


других ошибок нет.
18 авг 09, 15:10    [7551916]     Ответить | Цитировать Сообщить модератору
 Re: Рост очереди к tempdb на SP2-3  [new]
Crimean
Member

Откуда:
Сообщений: 13148
а почему так мало файлов для tempdb при таком числе процессоров?
18 авг 09, 15:25    [7552035]     Ответить | Цитировать Сообщить модератору
 Re: Рост очереди к tempdb на SP2-3  [new]
Malegik
Member

Откуда:
Сообщений: 360
Crimean,

Да как-то проблем не было с производительностью.
18 авг 09, 15:48    [7552234]     Ответить | Цитировать Сообщить модератору
 Re: Рост очереди к tempdb на SP2-3  [new]
Crimean
Member

Откуда:
Сообщений: 13148
Malegik
Crimean,

Да как-то проблем не было с производительностью.


да, но теперь-то они есть, почему бы не последовать стандартному совету?
вдруг проблема решится, наше, к примеру, до сп2 ваще не работало
18 авг 09, 19:32    [7553571]     Ответить | Цитировать Сообщить модератору
 Re: Рост очереди к tempdb на SP2-3  [new]
Malegik
Member

Откуда:
Сообщений: 360
Добавил файлов tempdb их сейчас 16 по 4 Gb.
Уважаемые подскажите пожалуйста запрос чтоб посмотреть кол-во обращений к tempdb явных и не явных?
16 сен 09, 12:12    [7666471]     Ответить | Цитировать Сообщить модератору
 Re: Рост очереди к tempdb на SP2-3  [new]
Crimean
Member

Откуда:
Сообщений: 13148
начать с fn_virtualfilestats
16 сен 09, 12:37    [7666642]     Ответить | Цитировать Сообщить модератору
 Re: Рост очереди к tempdb на SP2-3  [new]
Malegik
Member

Откуда:
Сообщений: 360
Crimean,

Спасибо)
16 сен 09, 12:43    [7666681]     Ответить | Цитировать Сообщить модератору
 Re: Рост очереди к tempdb на SP2-3  [new]
Malegik
Member

Откуда:
Сообщений: 360
Вот статистика по waits за вчера и сегодня. Результат конечно есть, всего 8 звонков от пользователей что все повисло, но без SP все равно работает быстрее(
PAGELATCH_UP 8264465 1140187 46 485953 2009-09-16 15:30:00.297
PAGELATCH_UP 8264463 1140187 46 485953 2009-09-16 15:20:00.263
PAGELATCH_UP 8264435 1140187 46 485953 2009-09-16 15:10:00.280
PAGELATCH_UP 8264424 1140187 46 485953 2009-09-16 15:00:00.433
PAGELATCH_UP 2429059 1071015 46 444937 2009-09-16 14:50:00.310
PAGELATCH_UP 2429059 1071015 46 444937 2009-09-16 14:40:00.327
PAGELATCH_UP 2429057 1071015 46 444937 2009-09-16 14:30:00.340
PAGELATCH_UP 1074746 434218 46 196484 2009-09-16 14:20:00.637
PAGELATCH_UP 491386 5875 15 3921 2009-09-16 14:10:00.277
PAGELATCH_UP 491386 5875 15 3921 2009-09-16 14:00:00.260
PAGELATCH_UP 491382 5875 15 3921 2009-09-16 13:50:00.230
PAGELATCH_UP 491382 5875 15 3921 2009-09-16 13:40:00.247
PAGELATCH_UP 491382 5875 15 3921 2009-09-16 13:30:00.293
PAGELATCH_UP 491382 5875 15 3921 2009-09-16 13:20:00.447
PAGELATCH_UP 491382 5875 15 3921 2009-09-16 13:10:00.260
PAGELATCH_UP 491382 5875 15 3921 2009-09-16 13:00:00.307
PAGELATCH_UP 491381 5875 15 3921 2009-09-16 12:50:00.290
PAGELATCH_UP 491381 5875 15 3921 2009-09-16 12:40:00.307
PAGELATCH_UP 491381 5875 15 3921 2009-09-16 12:30:00.400
PAGELATCH_UP 491381 5875 15 3921 2009-09-16 12:20:00.120
PAGELATCH_UP 491360 5875 15 3921 2009-09-16 12:10:00.133
PAGELATCH_UP 491360 5875 15 3921 2009-09-16 12:00:00.180
PAGELATCH_UP 491360 5875 15 3921 2009-09-16 11:50:00.163
PAGELATCH_UP 491360 5875 15 3921 2009-09-16 11:40:00.197
PAGELATCH_UP 60030 578 15 359 2009-09-16 11:30:00.227
PAGELATCH_UP 60030 578 15 359 2009-09-16 11:20:00.197
PAGELATCH_UP 60030 578 15 359 2009-09-16 11:10:00.227
PAGELATCH_UP 34976 375 15 218 2009-09-16 11:00:00.273
PAGELATCH_UP 34976 375 15 218 2009-09-16 10:50:00.240
PAGELATCH_UP 34976 375 15 218 2009-09-16 10:40:00.257
PAGELATCH_UP 34976 375 15 218 2009-09-16 10:30:00.443
PAGELATCH_UP 34976 375 15 218 2009-09-16 10:20:00.270
PAGELATCH_UP 1283 15 15 15 2009-09-16 10:10:00.333
PAGELATCH_UP 1283 15 15 15 2009-09-16 10:00:00.333
PAGELATCH_UP 1283 15 15 15 2009-09-16 09:50:00.240
PAGELATCH_UP 1281 15 15 15 2009-09-16 09:40:00.223
PAGELATCH_UP 1281 15 15 15 2009-09-16 09:30:00.287
PAGELATCH_UP 618 0 0 0 2009-09-16 09:20:00.253
PAGELATCH_UP 3 0 0 0 2009-09-16 09:10:00.277
PAGELATCH_UP 3 0 0 0 2009-09-16 09:00:00.423
PAGELATCH_UP 2 0 0 0 2009-09-16 08:50:00.353
PAGELATCH_UP 1 0 0 0 2009-09-16 08:40:01.040
PAGELATCH_UP 1 0 0 0 2009-09-16 08:30:01.140
PAGELATCH_UP 1 0 0 0 2009-09-16 08:20:01.017
PAGELATCH_UP 1 0 0 0 2009-09-16 08:10:00.967
PAGELATCH_UP 0 0 0 0 2009-09-16 08:00:00.987
PAGELATCH_UP 18961 37359 796 3015 2009-09-16 07:50:00.900
PAGELATCH_UP 18961 37359 796 3015 2009-09-16 07:40:00.910
PAGELATCH_UP 18945 37359 796 3015 2009-09-16 07:30:01.010
PAGELATCH_UP 18944 37359 796 3015 2009-09-16 07:20:00.910
PAGELATCH_UP 18943 37359 796 3015 2009-09-16 07:10:00.917
PAGELATCH_UP 18942 37359 796 3015 2009-09-16 07:00:01.033
PAGELATCH_UP 18942 37359 796 3015 2009-09-16 06:50:00.930
PAGELATCH_UP 18942 37359 796 3015 2009-09-16 06:40:00.940
PAGELATCH_UP 18936 37359 796 3015 2009-09-16 06:30:01.070
PAGELATCH_UP 18919 37359 796 3015 2009-09-16 06:20:00.893
PAGELATCH_UP 18919 37359 796 3015 2009-09-16 06:10:00.900
PAGELATCH_UP 18883 37359 796 3015 2009-09-16 06:00:01.017
PAGELATCH_UP 18877 37359 796 3015 2009-09-16 05:50:00.917
PAGELATCH_UP 18877 37359 796 3015 2009-09-16 05:40:00.923
PAGELATCH_UP 18857 37359 796 3015 2009-09-16 05:30:01.023
PAGELATCH_UP 18852 37359 796 3015 2009-09-16 05:20:00.970
PAGELATCH_UP 18851 37359 796 3015 2009-09-16 05:10:00.960
PAGELATCH_UP 18851 37359 796 3015 2009-09-16 05:00:01.080
PAGELATCH_UP 18851 37359 796 3015 2009-09-16 04:50:00.930
PAGELATCH_UP 18832 37359 796 3015 2009-09-16 04:40:00.937
PAGELATCH_UP 18832 37359 796 3015 2009-09-16 04:30:01.070
PAGELATCH_UP 18832 37359 796 3015 2009-09-16 04:20:00.937
PAGELATCH_UP 18827 37359 796 3015 2009-09-16 04:10:00.930
PAGELATCH_UP 18827 37359 796 3015 2009-09-16 04:00:01.030
PAGELATCH_UP 18827 37359 796 3015 2009-09-16 03:50:00.943
PAGELATCH_UP 18823 37359 796 3015 2009-09-16 03:40:00.953
PAGELATCH_UP 18822 37359 796 3015 2009-09-16 03:30:01.070
PAGELATCH_UP 18822 37359 796 3015 2009-09-16 03:20:00.953
PAGELATCH_UP 18822 37359 796 3015 2009-09-16 03:10:00.960
PAGELATCH_UP 18787 37359 796 3015 2009-09-16 03:00:01.170
PAGELATCH_UP 18785 37359 796 3015 2009-09-16 02:50:00.977
PAGELATCH_UP 18785 37359 796 3015 2009-09-16 02:40:00.467
PAGELATCH_UP 18785 37359 796 3015 2009-09-16 02:30:00.583
PAGELATCH_UP 18782 37359 796 3015 2009-09-16 02:20:00.513
PAGELATCH_UP 18197 37359 796 3015 2009-09-16 02:10:00.507
PAGELATCH_UP 16174 36468 796 2906 2009-09-16 02:00:00.607
PAGELATCH_UP 16160 36468 796 2906 2009-09-16 01:50:00.507
PAGELATCH_UP 16160 36468 796 2906 2009-09-16 01:40:00.497
PAGELATCH_UP 16157 36468 796 2906 2009-09-16 01:30:00.600
PAGELATCH_UP 16157 36468 796 2906 2009-09-16 01:20:00.513
PAGELATCH_UP 16157 36468 796 2906 2009-09-16 01:10:00.507
PAGELATCH_UP 16157 36468 796 2906 2009-09-16 01:00:00.687
PAGELATCH_UP 16115 36468 796 2906 2009-09-15 23:50:01.113
PAGELATCH_UP 16114 36468 796 2906 2009-09-15 23:40:00.760
PAGELATCH_UP 16114 36468 796 2906 2009-09-15 23:30:00.973
PAGELATCH_UP 16105 36468 796 2906 2009-09-15 23:20:00.697
PAGELATCH_UP 16105 36468 796 2906 2009-09-15 23:10:00.690
PAGELATCH_UP 16105 36468 796 2906 2009-09-15 23:00:00.683
PAGELATCH_UP 16105 36468 796 2906 2009-09-15 22:50:00.550
PAGELATCH_UP 16105 36468 796 2906 2009-09-15 22:40:00.557
PAGELATCH_UP 16105 36468 796 2906 2009-09-15 22:30:00.690
PAGELATCH_UP 16105 36468 796 2906 2009-09-15 22:20:00.540
PAGELATCH_UP 16105 36468 796 2906 2009-09-15 22:10:00.550
PAGELATCH_UP 16078 36468 796 2906 2009-09-15 22:00:00.650
PAGELATCH_UP 16078 36468 796 2906 2009-09-15 21:50:00.563
PAGELATCH_UP 16078 36468 796 2906 2009-09-15 21:40:00.527
PAGELATCH_UP 16078 36468 796 2906 2009-09-15 21:30:00.673
PAGELATCH_UP 16078 36468 796 2906 2009-09-15 21:20:00.540
PAGELATCH_UP 16077 36468 796 2906 2009-09-15 21:10:00.530
PAGELATCH_UP 16039 36453 796 2890 2009-09-15 21:00:00.650
PAGELATCH_UP 16031 36453 796 2890 2009-09-15 20:50:00.657
PAGELATCH_UP 16031 36453 796 2890 2009-09-15 20:40:00.570
PAGELATCH_UP 16031 36453 796 2890 2009-09-15 20:30:00.687
PAGELATCH_UP 16029 36453 796 2890 2009-09-15 20:20:00.557
PAGELATCH_UP 16029 36453 796 2890 2009-09-15 20:10:00.547
PAGELATCH_UP 16029 36453 796 2890 2009-09-15 20:00:00.697
PAGELATCH_UP 16029 36453 796 2890 2009-09-15 19:50:00.627
PAGELATCH_UP 16028 36453 796 2890 2009-09-15 19:40:00.617
PAGELATCH_UP 16028 36453 796 2890 2009-09-15 19:30:00.687
PAGELATCH_UP 16026 36453 796 2890 2009-09-15 19:20:00.587
PAGELATCH_UP 16026 36453 796 2890 2009-09-15 19:10:00.593
PAGELATCH_UP 16024 36453 796 2890 2009-09-15 19:00:00.727
PAGELATCH_UP 16023 36453 796 2890 2009-09-15 18:50:00.670
PAGELATCH_UP 16023 36453 796 2890 2009-09-15 18:40:00.617
PAGELATCH_UP 16022 36453 796 2890 2009-09-15 18:30:00.733
PAGELATCH_UP 16021 36453 796 2890 2009-09-15 18:20:00.630
PAGELATCH_UP 16012 36453 796 2890 2009-09-15 18:10:00.623
PAGELATCH_UP 16010 36453 796 2890 2009-09-15 18:00:00.740
PAGELATCH_UP 16004 36453 796 2890 2009-09-15 17:50:00.623
PAGELATCH_UP 15990 36453 796 2890 2009-09-15 17:40:00.663
PAGELATCH_UP 15990 36453 796 2890 2009-09-15 17:30:00.797
PAGELATCH_UP 15973 36453 796 2890 2009-09-15 17:20:00.617
PAGELATCH_UP 15968 36453 796 2890 2009-09-15 17:10:00.653
PAGELATCH_UP 15954 36453 796 2890 2009-09-15 17:00:00.850
PAGELATCH_UP 15943 36453 796 2890 2009-09-15 16:50:00.700
PAGELATCH_UP 15905 36359 796 2843 2009-09-15 16:40:00.613
PAGELATCH_UP 15865 36359 796 2843 2009-09-15 16:30:02.420
PAGELATCH_UP 15788 36359 796 2843 2009-09-15 16:20:06.050
PAGELATCH_UP 15754 36343 796 2843 2009-09-15 16:10:00.340
PAGELATCH_UP 15744 36343 796 2843 2009-09-15 16:00:00.753
PAGELATCH_UP 15736 36343 796 2843 2009-09-15 15:50:00.530
PAGELATCH_UP 15701 36328 796 2828 2009-09-15 15:40:00.490
PAGELATCH_UP 15617 36328 796 2828 2009-09-15 15:30:00.497
PAGELATCH_UP 15559 36265 796 2796 2009-09-15 15:20:00.287
PAGELATCH_UP 15318 36265 796 2796 2009-09-15 15:10:00.277
PAGELATCH_UP 15250 36265 796 2796 2009-09-15 15:00:00.473
PAGELATCH_UP 15230 35468 578 2796 2009-09-15 14:50:00.293
PAGELATCH_UP 15065 35406 578 2781 2009-09-15 14:40:00.317
PAGELATCH_UP 15052 35406 578 2781 2009-09-15 14:30:00.417
PAGELATCH_UP 14967 35406 578 2781 2009-09-15 14:20:00.333
PAGELATCH_UP 14934 35406 578 2781 2009-09-15 14:10:00.320
PAGELATCH_UP 14918 35406 578 2781 2009-09-15 14:00:00.430
PAGELATCH_UP 14905 35406 578 2781 2009-09-15 13:50:00.170
PAGELATCH_UP 14898 35406 578 2781 2009-09-15 13:40:00.147
PAGELATCH_UP 14897 35406 578 2781 2009-09-15 13:30:00.293
PAGELATCH_UP 14875 35406 578 2781 2009-09-15 13:20:00.160
PAGELATCH_UP 14868 35406 578 2781 2009-09-15 13:10:00.167
PAGELATCH_UP 14855 35406 578 2781 2009-09-15 13:00:00.393
PAGELATCH_UP 14843 35406 578 2781 2009-09-15 12:50:00.167
PAGELATCH_UP 14829 35406 578 2781 2009-09-15 12:40:00.143
PAGELATCH_UP 14815 35406 578 2781 2009-09-15 12:30:00.293
PAGELATCH_UP 14749 35343 578 2750 2009-09-15 12:20:00.130
PAGELATCH_UP 14702 35343 578 2750 2009-09-15 12:10:00.167
PAGELATCH_UP 10711 27750 578 2062 2009-09-15 12:00:04.800
PAGELATCH_UP 460 31 15 31 2009-09-15 11:50:01.200
PAGELATCH_UP 427 31 15 31 2009-09-15 11:40:00.813
PAGELATCH_UP 407 31 15 31 2009-09-15 11:30:00.980
PAGELATCH_UP 400 31 15 31 2009-09-15 11:20:00.813
PAGELATCH_UP 377 31 15 31 2009-09-15 11:10:00.820
PAGELATCH_UP 358 31 15 31 2009-09-15 11:00:01.017
PAGELATCH_UP 340 31 15 31 2009-09-15 10:50:00.870
PAGELATCH_UP 279 15 15 15 2009-09-15 10:40:00.860
PAGELATCH_UP 132 0 0 0 2009-09-15 10:30:01.023
PAGELATCH_UP 99 0 0 0 2009-09-15 10:20:00.860
PAGELATCH_UP 54 0 0 0 2009-09-15 10:10:00.867
PAGELATCH_UP 35 0 0 0 2009-09-15 10:00:00.987
PAGELATCH_UP 28 0 0 0 2009-09-15 09:50:00.900
PAGELATCH_UP 18 0 0 0 2009-09-15 09:40:00.890
PAGELATCH_UP 12 0 0 0 2009-09-15 09:30:00.993
PAGELATCH_UP 4 0 0 0 2009-09-15 09:20:00.890
PAGELATCH_UP 1 0 0 0 2009-09-15 09:10:00.900
PAGELATCH_UP 0 0 0 0 2009-09-15 09:00:01.030
PAGELATCH_UP 0 0 0 0 2009-09-15 08:50:00.930
PAGELATCH_UP 0 0 0 0 2009-09-15 08:40:00.937
PAGELATCH_UP 0 0 0 0 2009-09-15 08:30:01.040
PAGELATCH_UP 0 0 0 0 2009-09-15 08:20:00.953
PAGELATCH_UP 0 0 0 0 2009-09-15 08:10:00.947
PAGELATCH_UP 0 0 0 0 2009-09-15 08:00:01.047
16 сен 09, 15:57    [7668472]     Ответить | Цитировать Сообщить модератору
 Re: Рост очереди к tempdb на SP2-3  [new]
Malegik
Member

Откуда:
Сообщений: 360
ПРОБЛЕМА РЕШЕНА)) Спасибо всем за помощь в особенности Crimean )).
Дело действительно оказалось в малом кол-ве файлов tempdb, ночью обновилась статистика и вот результат:
PAGELATCH_UP 44 46 46 0 2009-09-17 16:20:01.340

З.Ы. Хотя могу и ошибатся, может и не статистика.
17 сен 09, 16:40    [7674699]     Ответить | Цитировать Сообщить модератору
Все форумы / Microsoft SQL Server Ответить