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

Откуда:
Сообщений: 61
Гавриленко Сергей Алексеевич,

а если он интегрированный?
8 фев 12, 23:00    [12058684]     Ответить | Цитировать Сообщить модератору
 Re: Падение производительности при checkpoint  [new]
Гавриленко Сергей Алексеевич
Member

Откуда:
Сообщений: 37254
white_satan
Гавриленко Сергей Алексеевич,

а если он интегрированный?
То надо выяснять, есть ли она там вообще.
8 фев 12, 23:01    [12058689]     Ответить | Цитировать Сообщить модератору
 Re: Падение производительности при checkpoint  [new]
Crimean
Member

Откуда:
Сообщений: 13147
элементарный тест сделайте - 1000 вставок в табличку с 2 инт полей. сколько времени в мс займет?
9 фев 12, 00:07    [12058886]     Ответить | Цитировать Сообщить модератору
 Re: Падение производительности при checkpoint  [new]
white_satan
Member

Откуда:
Сообщений: 61
итак... обновил megaraid storage manager до 11 версии
в настройках как я понимаю все стоит правильно, но вот process monitor попрежнему показывает WRITE THROTH

К сообщению приложен файл. Размер - 43Kb
9 фев 12, 00:10    [12058896]     Ответить | Цитировать Сообщить модератору
 Re: Падение производительности при checkpoint  [new]
Crimean
Member

Откуда:
Сообщений: 13147
Crimean
элементарный тест сделайте - 1000 вставок в табличку с 2 инт полей. сколько времени в мс займет?


как-то так:

create table a ( id int , flag int )
go

set nocount on

declare @dt datetime
set @dt = getdate()

declare @i int
set @i = 0

while @i < 1000 begin

set @i = @i + 1
insert into a select @i, @i

end

select datediff( ms, @dt, getdate())
go

drop table a
go
9 фев 12, 00:15    [12058917]     Ответить | Цитировать Сообщить модератору
 Re: Падение производительности при checkpoint  [new]
white_satan
Member

Откуда:
Сообщений: 61
Crimean
Crimean
элементарный тест сделайте - 1000 вставок в табличку с 2 инт полей. сколько времени в мс займет?


как-то так:

create table a ( id int , flag int )
go

set nocount on

declare @dt datetime
set @dt = getdate()

declare @i int
set @i = 0

while @i < 1000 begin

set @i = @i + 1
insert into a select @i, @i

end

select datediff( ms, @dt, getdate())
go

drop table a
go


326
9 фев 12, 00:19    [12058926]     Ответить | Цитировать Сообщить модератору
 Re: Падение производительности при checkpoint  [new]
Crimean
Member

Откуда:
Сообщений: 13147
судя по 326 кеш работает. это на какой базе пробовалось?
9 фев 12, 00:20    [12058929]     Ответить | Цитировать Сообщить модератору
 Re: Падение производительности при checkpoint  [new]
white_satan
Member

Откуда:
Сообщений: 61
Crimean
судя по 326 кеш работает. это на какой базе пробовалось?

на рабочей.
могу запустить это в момент checkpoint
9 фев 12, 00:22    [12058933]     Ответить | Цитировать Сообщить модератору
 Re: Падение производительности при checkpoint  [new]
white_satan
Member

Откуда:
Сообщений: 61
в момент checkpoint - 7140
9 фев 12, 00:25    [12058939]     Ответить | Цитировать Сообщить модератору
 Re: Падение производительности при checkpoint  [new]
Crimean
Member

Откуда:
Сообщений: 13147
а там есть варианты сменить политику кеширования?
9 фев 12, 00:26    [12058947]     Ответить | Цитировать Сообщить модератору
 Re: Падение производительности при checkpoint  [new]
white_satan
Member

Откуда:
Сообщений: 61
Crimean
а там есть варианты сменить политику кеширования?


поясните....
9 фев 12, 00:27    [12058950]     Ответить | Цитировать Сообщить модератору
 Re: Падение производительности при checkpoint  [new]
white_satan
Member

Откуда:
Сообщений: 61
Режим WRITE BACK
9 фев 12, 00:43    [12058980]     Ответить | Цитировать Сообщить модератору
 Re: Падение производительности при checkpoint  [new]
white_satan
Member

Откуда:
Сообщений: 61
В режиме WRITE BACK скорость вышепреведенного теста - 300-350
В режиме WRITE THROW скорость вышепреведенного теста - 300-350

я чего-то не понимаю.......?
9 фев 12, 00:44    [12058982]     Ответить | Цитировать Сообщить модератору
 Re: Падение производительности при checkpoint  [new]
white_satan
Member

Откуда:
Сообщений: 61
Итак. ночью прошли регламентные работы по реиндексации, деврагментации и обновлению статистики.
checkpoint стал намного реже и занимает меньше времени, но теперь увеличился показатель lazy writes. Если раньше он был всегда внизу, от теперь на графике переодические взлеты-падения.

средняя скорость записи в базу не увеличилась и попрежнему составляет 5-6 МБ
9 фев 12, 10:32    [12059795]     Ответить | Цитировать Сообщить модератору
 Re: Падение производительности при checkpoint  [new]
Crimean
Member

Откуда:
Сообщений: 13147
то есть хуже не стало :) я предлагаю внимательно посмотреть на режимы кеширования контроллера. бывает, там можно выбирать разные стратегии.
9 фев 12, 12:10    [12060754]     Ответить | Цитировать Сообщить модератору
 Re: Падение производительности при checkpoint  [new]
white_satan
Member

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

Стало горозадо лучше. Вопрос только в том как переиндексация дефрагментация и обновление статистики повлияло на то, что checkpoint стал реже а механизм отложенной записи Lazy заработал.
возможно так-же помогла переустановка lsi megaraid storage manager до версии 11.

Выбор стратегии кеширования я не нашел в данной утилите
9 фев 12, 12:39    [12061115]     Ответить | Цитировать Сообщить модератору
 Re: Падение производительности при checkpoint  [new]
white_satan
Member

Откуда:
Сообщений: 61
По поводу кэширования и приведенного скриншота из программы process monitor нам дали следующий ответ

"Тут небольшая путаница. Правильно, винда пишет в данном случае на диск сквозной записью без кэширования. Но! Этот диск-то виртуальный, его свойства определяются райд-контроллером. А он уже сам кэширует запись на массив, что и отражено в его консоли управления."

так что получается кэширование все-таки работает!
9 фев 12, 12:41    [12061143]     Ответить | Цитировать Сообщить модератору
 Re: Падение производительности при checkpoint  [new]
Crimean
Member

Откуда:
Сообщений: 13147
ну мы интенсивно заменяемые данные вынесли из "общей кучи" в "локальные песочницы". если меня не подводит склероз это должно было сдвинуть вероятность размещения данных с mixed на uniform для таких таблиц да и в целом по базе (1). (2) для EE версии сиквела добавление файлгрупп + файлов "еще больше развязало руки" для того, чтобы "более творчески" грузить дисковую подсистему. дальнейшие шаги в этом направлении - выявление наиболее "нагруженных" участков базы данных и разнесение их в отдельные ФГ, возможно эти ФГ сразу создавать из нескольких файлов - может стать еще лучше, но это уже скорее "полировка". хотя на тестах получалось поднять производительность в разы не трогая ни железо ни прикладную систему. это - одно направление. второе - все же "дожать" жезело. если сервер "выделен" под сиквел - таки дать сиквелу 3 ГБ оперативы, оставив гиг операционке. он только спасибо скажет. это многократно обсуждалось на этом форуме. ну и с дисками надо что-то решать, изучать возможные настройки, смотреть как грузятся массивы, возможно разложить файлы по массивам по-другому. но это уже надо достаточно внимательно смотреть на работу системы в целом, тут заранее что-то конкретное предложить очень сложно
9 фев 12, 12:45    [12061192]     Ответить | Цитировать Сообщить модератору
 Re: Падение производительности при checkpoint  [new]
white_satan
Member

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

спасибо, будем экспериментировать
9 фев 12, 12:52    [12061260]     Ответить | Цитировать Сообщить модератору
 Re: Падение производительности при checkpoint  [new]
white_satan
Member

Откуда:
Сообщений: 61
Люди добрые!!!
Вчера все работало отлично, checkpoint-ы были редко и непродолжительные в основном работал механизм отложенной записи, НО!!!
Сегодня все по-новой. частые и продолжительные checkpoint , lazy writes всегда на 0 (большую часть времени)
ночью делалась реиндексация, дефрагментация, сброс кэша, обновление статистики
10 фев 12, 10:01    [12067261]     Ответить | Цитировать Сообщить модератору
 Re: Падение производительности при checkpoint  [new]
white_satan
Member

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

Подскажите! почему checkpoint преобладает над механизмом отложенной записи

Lazy writes/sec
Число буферов, записываемых за одну секунду модулем отложенной записи, входящим в диспетчер буферов. Модуль отложенной записи — это системный процесс, который записывает на диск пакеты измененных старых буферов (буферов, содержащих изменения, которые необходимо записать на диск, прежде чем буфер можно будет использовать повторно для другой страницы) и предоставляет доступ к ним для пользовательских процессов. Модуль отложенной записи устраняет необходимость частого создания контрольных точек с целью получения доступных буферов.


как я понимаю - "Модуль отложенной записи устраняет необходимость частого создания контрольных точек с целью получения доступных буферов." если этот механизм работает, то checkpoint будут реже, но почему у меня не так?
13 фев 12, 11:05    [12080015]     Ответить | Цитировать Сообщить модератору
 Re: Падение производительности при checkpoint  [new]
andsm
Member

Откуда: Москва
Сообщений: 1320
Блог
white_satan,

Чекпойнты и должны, в нормальных условиях, преобладать над lazy writes. На системе от которой требуется производительность lazy writes вообще быть не должно - чекпойнты куда быстрее работают. У меня на продакшн системах lazy writes = 0.
Lazy writes запускается когда имеется заметное количество грязных страниц данных, но недостаточное для запуска чекпойнта, и при этом имеется нехватка памяти для обработки запросов.
Таким образом, если зачем-то хочется увеличить работу lazy writes, нужно повысить нехватку памяти у сервера. Например, уменьшить объем выделенной SQL Server-у памяти.
13 фев 12, 16:12    [12082619]     Ответить | Цитировать Сообщить модератору
 Re: Падение производительности при checkpoint  [new]
white_satan
Member

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

Спасибо за разъяснение.
13 фев 12, 17:34    [12083395]     Ответить | Цитировать Сообщить модератору
 Re: Падение производительности при checkpoint  [new]
white_satan
Member

Откуда:
Сообщений: 61
andsm,
Если не сложно, скажите,
как часто у Вас чекпойнт и какова скорость записи при нем.
13 фев 12, 17:35    [12083407]     Ответить | Цитировать Сообщить модератору
 Re: Падение производительности при checkpoint  [new]
andsm
Member

Откуда: Москва
Сообщений: 1320
Блог
white_satan
andsm,
Если не сложно, скажите,
как часто у Вас чекпойнт и какова скорость записи при нем.

Примерно раз в минуту. Дисковая система держит примерно 400 000 IOPS на random writes (у чекпойнта примерно такой характер нагрузки), или 5 GB/s.
Хотя реально при чекпойнтах используется только часть этих возможностей, обычно пишется примерно в диапазоне 100-200 Мб на чекпойнт.
13 фев 12, 17:56    [12083574]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 2 3 [4] 5   вперед  Ctrl      все
Все форумы / Microsoft SQL Server Ответить