Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Microsoft SQL Server Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 [2] 3   вперед  Ctrl      все
 Re: работа TempDB  [new]
Crimean
Member

Откуда:
Сообщений: 13148
что-то не сходится. если данные те же и планы те же, то расход ресурсов не может существенно отличаться. где-то обман или самообман
19 ноя 09, 12:24    [7949909]     Ответить | Цитировать Сообщить модератору
 Re: работа TempDB  [new]
DmtP
Member

Откуда: Москва
Сообщений: 151
Crimean,

не обязательно на все, что Вы не можете объяснить, вешать категоричные ярлыки
19 ноя 09, 14:43    [7951150]     Ответить | Цитировать Сообщить модератору
 Re: работа TempDB  [new]
Glory
Member

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

не обязательно на все, что Вы не можете объяснить, вешать категоричные ярлыки

Резюмируя
- планы выполнения не меняется
- счетчики производительности не меняются
- объем данных не меняется(?)
- конкуренция за ресурсы не меняется (?)
- меняется только сpu time

Т.е. одни и те же действия, на тех же объемах, с тем же количеством соединений вдруг начинают потреблять больше процессорного времени. Так ?
19 ноя 09, 15:04    [7951369]     Ответить | Цитировать Сообщить модератору
 Re: работа TempDB  [new]
Winnipuh
Member [заблокирован]

Откуда: Київ
Сообщений: 10428
Glory
DmtP
Crimean,

не обязательно на все, что Вы не можете объяснить, вешать категоричные ярлыки

Резюмируя
- планы выполнения не меняется
- счетчики производительности не меняются
- объем данных не меняется(?)
- конкуренция за ресурсы не меняется (?)
- меняется только сpu time

Т.е. одни и те же действия, на тех же объемах, с тем же количеством соединений вдруг начинают потреблять больше процессорного времени. Так ?


видимо вирус на клиенте начинает шалить
19 ноя 09, 15:16    [7951491]     Ответить | Цитировать Сообщить модератору
 Re: работа TempDB  [new]
DmtP
Member

Откуда: Москва
Сообщений: 151
Glory,

абсолютно верно! Ничего не меняется кроме времени цпу
19 ноя 09, 15:39    [7951703]     Ответить | Цитировать Сообщить модератору
 Re: работа TempDB  [new]
Glory
Member

Откуда:
Сообщений: 104760
DmtP
Glory,

абсолютно верно! Ничего не меняется кроме времени цпу

Мне кажется, что что-то еще должно меняться. Я бы предположил, что меняются планы выполнения функций.
Грубо говоря, не может быть, чтобы 2+2 выполнялось за разное число тактов процессора.
В вот myfunc1()+myfunc2() - запросто. Имхо
19 ноя 09, 15:46    [7951762]     Ответить | Цитировать Сообщить модератору
 Re: работа TempDB  [new]
DmtP
Member

Откуда: Москва
Сообщений: 151
Glory,

планы функций тоже не меняются, я проверял
19 ноя 09, 15:49    [7951802]     Ответить | Цитировать Сообщить модератору
 Re: работа TempDB  [new]
Glory
Member

Откуда:
Сообщений: 104760
DmtP
Glory,

планы функций тоже не меняются, я проверял

Вы IO/Time statistics тоже сравнивали. Время на парсинг/компиляюцию ?
19 ноя 09, 15:52    [7951823]     Ответить | Цитировать Сообщить модератору
 Re: работа TempDB  [new]
DmtP
Member

Откуда: Москва
Сообщений: 151
Glory,

я абсолютно согласен, что что-то меняется, ведь что-то вызывает увеличение цпу. Но вот что - это я и не могу понять. И это что-то сразу исчезает после перезагрузки службы SQL, и появляется снова спустя неделю. А после перезагрузки из особо значимых я выделяю 2 события: сброс памяти и пересоздание tempdb.
19 ноя 09, 15:53    [7951833]     Ответить | Цитировать Сообщить модератору
 Re: работа TempDB  [new]
Crimean
Member

Откуда:
Сообщений: 13148
версия сервера? или просмотрел?
19 ноя 09, 15:53    [7951834]     Ответить | Цитировать Сообщить модератору
 Re: работа TempDB  [new]
iljy
Member

Откуда:
Сообщений: 8711
DmtP
Glory,

я абсолютно согласен, что что-то меняется, ведь что-то вызывает увеличение цпу. Но вот что - это я и не могу понять. И это что-то сразу исчезает после перезагрузки службы SQL, и появляется снова спустя неделю. А после перезагрузки из особо значимых я выделяю 2 события: сброс памяти и пересоздание tempdb.


А вы посмотреть содержимое темпдб не пробовали перед перезагрузкой? Может вы туда активно глобальные временные таблицы пихаете?
19 ноя 09, 16:00    [7951889]     Ответить | Цитировать Сообщить модератору
 Re: работа TempDB  [new]
DmtP
Member

Откуда: Москва
Сообщений: 151
IO/Time statistics сравнивал
глобальных временных таблиц в базе нет, но очень много локальных
19 ноя 09, 16:11    [7951973]     Ответить | Цитировать Сообщить модератору
 Re: работа TempDB  [new]
iljy
Member

Откуда:
Сообщений: 8711
DmtP
IO/Time statistics сравнивал
глобальных временных таблиц в базе нет, но очень много локальных

эээ.... а зависших сессий у вас там нет? или они все рабочие? так может у вас просто в какой-то момент сервер перестает справляться с нагрузкой? У перезагрузки есть еще один эффект - разрываются клиентские сессии;)
19 ноя 09, 16:18    [7952037]     Ответить | Цитировать Сообщить модератору
 Re: работа TempDB  [new]
DmtP
Member

Откуда: Москва
Сообщений: 151
iljy,

что Вы имеете в виду под фразой "сервер перестает справляться с нагрузкой"? Могут быть разные формы несправления
19 ноя 09, 16:20    [7952059]     Ответить | Цитировать Сообщить модератору
 Re: работа TempDB  [new]
iljy
Member

Откуда:
Сообщений: 8711
DmtP
iljy,

что Вы имеете в виду под фразой "сервер перестает справляться с нагрузкой"? Могут быть разные формы несправления

могут быть разные, у вас - конкретно такая. Я кстати не знаю, никогда не пытался сделать, гуру, скажите - а фрагментация данных в темпдб может возникать и серьезно влиять на производительность? И вообще "очень много таблиц" - это сколько? И сколько при этом открытых сессий?
19 ноя 09, 16:32    [7952156]     Ответить | Цитировать Сообщить модератору
 Re: работа TempDB  [new]
DmtP
Member

Откуда: Москва
Сообщений: 151
iljy,

590 сессий
3000 таблиц
19 ноя 09, 16:38    [7952219]     Ответить | Цитировать Сообщить модератору
 Re: работа TempDB  [new]
DmtP
Member

Откуда: Москва
Сообщений: 151
iljy,

я имею в виду таблиц #
19 ноя 09, 16:39    [7952228]     Ответить | Цитировать Сообщить модератору
 Re: работа TempDB  [new]
Var79
Member

Откуда:
Сообщений: 890
ИМХО у очень умного автора ms sql 2000
и все знают его проблему с темп дб
19 ноя 09, 16:40    [7952242]     Ответить | Цитировать Сообщить модератору
 Re: работа TempDB  [new]
DmtP
Member

Откуда: Москва
Сообщений: 151
iljy,

это таблиц на данный момент, когда сервер уже впал в состояние тормоза. Как увеличивается их количество по дням после перезагрузки я не отслеживал, надо сделать
19 ноя 09, 16:42    [7952263]     Ответить | Цитировать Сообщить модератору
 Re: работа TempDB  [new]
DmtP
Member

Откуда: Москва
Сообщений: 151
Microsoft SQL Server 2005 - 9.00.4035.00 (X64)
Nov 24 2008 16:17:31
Copyright (c) 1988-2005 Microsoft Corporation
Enterprise Edition (64-bit) on Windows NT 5.2 (Build 3790: Service Pack 2)
19 ноя 09, 16:48    [7952332]     Ответить | Цитировать Сообщить модератору
 Re: работа TempDB  [new]
DmtP
Member

Откуда: Москва
Сообщений: 151
версия - это для считающего СЕБЯ очень умным
19 ноя 09, 16:49    [7952342]     Ответить | Цитировать Сообщить модератору
 Re: работа TempDB  [new]
bacalavr
Member

Откуда:
Сообщений: 311
а вы пробовали читать рекомендации по оформлению сообщений,
прежде чем на _второй_ странице сдаваться и сообщать версию?
19 ноя 09, 16:51    [7952361]     Ответить | Цитировать Сообщить модератору
 Re: работа TempDB  [new]
iljy
Member

Откуда:
Сообщений: 8711
DmtP

590 сессий
3000 таблиц


Я не знаю, насколько для вас это нормальные цифры, но по-моему 6 таблиц на сессию многовато. Хотя конечно смотря чего вы там делаете....
19 ноя 09, 16:56    [7952414]     Ответить | Цитировать Сообщить модератору
 Re: работа TempDB  [new]
DmtP
Member

Откуда: Москва
Сообщений: 151
bacalavr,

изначально имхо, что эта проблема никакого отношения к версии моего сервера не имеет, поэтому и не указывал, обсуждение мое мнение подтвердило
19 ноя 09, 17:09    [7952506]     Ответить | Цитировать Сообщить модератору
 Re: работа TempDB  [new]
Var79
Member

Откуда:
Сообщений: 890
DmtP
bacalavr,

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

раз уж вы открыли тему стоит поделится изначальными условиями


если у временных табличек количество строк за 1000, попробуйте поставить индекс по тем колонкам по которым происходит join, ну или хотя бы у самых больших таблиц, правда индекс тоже ресурс кушает
19 ноя 09, 17:33    [7952667]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 [2] 3   вперед  Ctrl      все
Все форумы / Microsoft SQL Server Ответить