Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Microsoft SQL Server Новый топик    Ответить
 Производительность SQL Server  [new]
slaviс123
Guest
Объясните пжалуста неучу почему sqlserver 2005 работет медленнее на Windows Server 2003 чем на обычной win xp? небольшой серверок тут пришлось развернуть. пока заинтересовала медленная скорость восстановления бд из бакапов. совсем рядом на WinXP то же самое делает быстрее в разы. В чекм может быть засада?
29 авг 09, 01:40    [7593130]     Ответить | Цитировать Сообщить модератору
 Re: Производительность SQL Server  [new]
Roman S. Golubin
Member

Откуда: 140002
Сообщений: 11541
slaviс123
Объясните пжалуста неучу почему sqlserver 2005 работет медленнее на Windows Server 2003 чем на обычной win xp? небольшой серверок тут пришлось развернуть. пока заинтересовала медленная скорость восстановления бд из бакапов. совсем рядом на WinXP то же самое делает быстрее в разы. В чекм может быть засада?


может поможет...
29 авг 09, 01:43    [7593131]     Ответить | Цитировать Сообщить модератору
 Re: Производительность SQL Server  [new]
Roman S. Golubin
Member

Откуда: 140002
Сообщений: 11541
2005-й сервер
29 авг 09, 01:45    [7593133]     Ответить | Цитировать Сообщить модератору
 Re: Производительность SQL Server  [new]
slaviс123
Guest
Roman S. Golubin
slaviс123
Объясните пжалуста неучу почему sqlserver 2005 работет медленнее на Windows Server 2003 чем на обычной win xp? небольшой серверок тут пришлось развернуть. пока заинтересовала медленная скорость восстановления бд из бакапов. совсем рядом на WinXP то же самое делает быстрее в разы. В чекм может быть засада?


может поможет...
Про счетчики эти имею самое смутное представление. И что дальше?
29 авг 09, 01:46    [7593134]     Ответить | Цитировать Сообщить модератору
 Re: Производительность SQL Server  [new]
Senya_L
Member

Откуда: Москва
Сообщений: 5381
Roman S. Golubin
2005-й сервер
Про запросы речи пока не веду. Речь о b/r. Такое чуство, что на этой операции сервак гнется.
29 авг 09, 01:48    [7593135]     Ответить | Цитировать Сообщить модератору
 Re: Производительность SQL Server  [new]
Roman S. Golubin
Member

Откуда: 140002
Сообщений: 11541
slaviс123
Про счетчики эти имею самое смутное представление. И что дальше?

Что дальше? Настраиваете, собираете статистику, смотрите, определяете горлышко, пытаетесь исправить. В каждом конкретном случае затык может быть в разных местах, поэтому советы только общего плана: проверьте память, проверьте диски, выкиньте антивирус Конфигурацию железа - в студию... select @@version с обоих серверов.
29 авг 09, 01:55    [7593140]     Ответить | Цитировать Сообщить модератору
 Re: Производительность SQL Server  [new]
Roman S. Golubin
Member

Откуда: 140002
Сообщений: 11541
Senya_L
Про запросы речи пока не веду. Речь о b/r. Такое чуство, что на этой операции сервак гнется.

И? Чувство подкрепленное снятой статистикой может вполне перерасти в конкретные действия.
29 авг 09, 01:57    [7593142]     Ответить | Цитировать Сообщить модератору
 Re: Производительность SQL Server  [new]
Senya_L
Member

Откуда: Москва
Сообщений: 5381
Roman S. Golubin
Senya_L
Про запросы речи пока не веду. Речь о b/r. Такое чуство, что на этой операции сервак гнется.

И? Чувство подкрепленное снятой статистикой может вполне перерасти в конкретные действия.
Вопрос как снять статистику? Я не админ, я лишь скромный девелопер, которому довелось в эту ж... влезть :(
29 авг 09, 02:05    [7593148]     Ответить | Цитировать Сообщить модератору
 Re: Производительность SQL Server  [new]
Senya_L
Member

Откуда: Москва
Сообщений: 5381
Может к теме имеет отношение, но SQL вертится на той же машине, что и контролллер домена, но нагрузка там невелика. Описанные тормоза вообще происходили, когда никого в сетке не было
29 авг 09, 02:13    [7593157]     Ответить | Цитировать Сообщить модератору
 Re: Производительность SQL Server  [new]
Roman S. Golubin
Member

Откуда: 140002
Сообщений: 11541
Senya_L
Вопрос как снять статистику? :(

Ссылки выше приведены. Если искать не умеете, вот еще ссылка.
29 авг 09, 02:14    [7593159]     Ответить | Цитировать Сообщить модератору
 Re: Производительность SQL Server  [new]
Roman S. Golubin
Member

Откуда: 140002
Сообщений: 11541
Senya_L
Может к теме имеет отношение, но SQL вертится на той же машине, что и контролллер домена, но нагрузка там невелика. Описанные тормоза вообще происходили, когда никого в сетке не было

Контроллер домена должен стоять на отдельной машине.
29 авг 09, 02:17    [7593161]     Ответить | Цитировать Сообщить модератору
 Re: Производительность SQL Server  [new]
Senya_L
Member

Откуда: Москва
Сообщений: 5381
Roman S. Golubin
Senya_L
Вопрос как снять статистику? :(

Ссылки выше приведены. Если искать не умеете, вот еще ссылка.
Умею, умею. Вот только времени на все это не хватает. :( За последнее время закрутился совсем, а с счетчиками надо вдумчиво. В любом случае за ссылки спасибо. Сохранил для вдумчивого прочтения.
29 авг 09, 02:18    [7593165]     Ответить | Цитировать Сообщить модератору
 Re: Производительность SQL Server  [new]
Senya_L
Member

Откуда: Москва
Сообщений: 5381
Roman S. Golubin
Senya_L
Может к теме имеет отношение, но SQL вертится на той же машине, что и контролллер домена, но нагрузка там невелика. Описанные тормоза вообще происходили, когда никого в сетке не было

Контроллер домена должен стоять на отдельной машине.
Вот и у меня это в голове крутилось. Это может быть причной тормозов?
29 авг 09, 02:20    [7593167]     Ответить | Цитировать Сообщить модератору
 Re: Производительность SQL Server  [new]
Roman S. Golubin
Member

Откуда: 140002
Сообщений: 11541
Senya_L
Вот и у меня это в голове крутилось. Это может быть причной тормозов?

Да. И проблем с безопасностью сети.
29 авг 09, 02:39    [7593182]     Ответить | Цитировать Сообщить модератору
 Re: Производительность SQL Server  [new]
Нектотам
Guest
Senya_L
Это может быть причной тормозов?


Основные причины, почему серверна роль контроллера домена плохо совместима с другими ролями:
1. Контроллер домена отвечает за безопасность, занимается хранением и выдачей сертификатов и т.п., поэтому наличие "постороннего" ПО - брешь в системе безопасности.
2. Настройка прав на КД исключает многие действия, которые требуются для приложений. Именно поэтому, например, при установке терминального сервера на КД приходится допиливать политики руками.
3. В отличие от "обычного" сервера у КД нет и архитектурно не может быть пользователей, не входящих в домен.
4. На контроллере домена, если мне не изменеяет память, постоянно включен IPSec, что приводит к повышенному потреблению времени проца при обменах по сети и некоторому увеличению отклика приложений. Увеличение некритичное для задач КД, но может быть фатальным для других приложений.
5. Наверное самое важное, что КД отрубает напрочь кеширование записи на диск с каталогом AD. Т.е. любое приложение с этим диском будет работать в десятки раз тормознее.

Рекомендации MS по оценке железа, требующегося для КД на вин2003 таковы (не найду сходу ссылку), что 512 мб памяти и 1 проца хватает на 100 или где-то так пользователей (но почти обязателен RAID1). Практика показывает что при установке КД и других серверных служб нормально не работает ни то ни другое.
29 авг 09, 09:21    [7593267]     Ответить | Цитировать Сообщить модератору
 Re: Производительность SQL Server  [new]
erererererу1
Guest
спасибо Нектотам
29 авг 09, 09:26    [7593270]     Ответить | Цитировать Сообщить модератору
 Re: Производительность SQL Server  [new]
Senya_L
Member

Откуда: Москва
Сообщений: 5381
Нектотам,

Спасибо за пояснения. Очень похоже на правду. Я слышал про то, что КД лучше выносить на отдельный комп, но думал что это верно только для большего кол-ва пользователей, а тут совсем мало - около 5. А диск действительно работает медленно, хотя не уверен, что дело в кэшировании. ЕМНИП, у SQL сервера свой кэш.

ЗЫ. Пожалуй, оставлю пока все как есть. Сил переустанавливать все заново уже нет.
29 авг 09, 12:30    [7593356]     Ответить | Цитировать Сообщить модератору
 Re: Производительность SQL Server  [new]
Anatoly Podgoretsky
Member

Откуда:
Сообщений: 62917
Roman S. Golubin
Senya_L
Может к теме имеет отношение, но SQL вертится на той же машине, что и контролллер домена, но нагрузка там невелика. Описанные тормоза вообще происходили, когда никого в сетке не было

Контроллер домена должен стоять на отдельной машине.

А так же и то, что должно быть минимум два КД.

Это не "должен", а рекомендация. Тот же Микрософт выпускает вариант для бедных под названием SBS nnnn (до 75 пользователей), где на КД также крутится Exchange, ISA, SharePoint, SQL и многое другое.
29 авг 09, 12:56    [7593377]     Ответить | Цитировать Сообщить модератору
 Re: Производительность SQL Server  [new]
Roman S. Golubin
Member

Откуда: 140002
Сообщений: 11541
Anatoly Podgoretsky
А так же и то, что должно быть минимум два КД.

Я не про количество, а про качество А так да - для бедных "все-в-одном" уже лучше, чем ничего.
29 авг 09, 14:13    [7593439]     Ответить | Цитировать Сообщить модератору
 Re: Производительность SQL Server  [new]
DeColo®es
Member

Откуда: Москва
Сообщений: 5499
Блог
В догонку к комментариям Нектотама...

На "обычных" десктопах SQL Server действительно зачастую работает "быстрее", чем на "почти таких же" серверных машинах.
Причина в том, что "ширпотребовские" IDE/SATA диски игнорируют требование записывать данные без кэширования (в угоду скорости).
Как правило, в серверных конфигурациях стоят "более честные" диски (SCSI, например), которые не только отличаются интерфейсом (если отличаются), но и честно выполняют запросы на запись от SQL, не используя кэш.
Надежность, конечно повышается многократно (на обычном десктопном железе практически нереально на 100% защитить базу на случай сбоя), скорость - "страдает".
29 авг 09, 22:58    [7594095]     Ответить | Цитировать Сообщить модератору
 Re: Производительность SQL Server  [new]
Gerros
Member

Откуда: Харьков
Сообщений: 501
Будучи полностью согласен с DeColo®es, тем не менее задам вопрос: на каком железе проводилась проверка ?
_____
* powered by Gerros
30 авг 09, 00:41    [7594297]     Ответить | Цитировать Сообщить модератору
 Re: Производительность SQL Server  [new]
Senya_L
Member

Откуда: Москва
Сообщений: 5381
Gerros
Будучи полностью согласен с DeColo®es, тем не менее задам вопрос: на каком железе проводилась проверка ?
_____
* powered by Gerros
Отвечу. Серверок (сервером назвать язык не поворачивается :)) крутится на обычном десктопе: Core 2 Duo E4600, 4GB, HDD Seagate 500GB. Рядом стоит почти такой же десктоп с разницей, что процессор E6550 и диск поменьше 320GB. На последнем восстановление бакапа проходит раза в 3-4 быстрее. Если очень интересно, то в пнд могу точнее сказать.

На своем домашнем замерил: бакап 569 МБ, время восстановления 20-27 сек (несколько раз выполнил), скорость восстановления доходила до 29 МБ/сек, размер БД после восстановления - 1144.00 МБ (371 МБ свободно). Насколько помню на первой из конфигураций с КД скорость восстановления с трудом дотягивала до 4-5МБ/сек. Но у меня на домашнем RAID0 из 2-х SATA дисков по 320ГБ :), но все равно разница велика.

ЗЫ. Между прочим, похоже, с таким уже сталкивался. У заказчика замечал, что запросы отрабатывают медленее, чем у меня на на обычном компе. У того тоже КД с SQL на одной сервере. И сервер там вроде даже нормальный.
30 авг 09, 01:40    [7594400]     Ответить | Цитировать Сообщить модератору
Все форумы / Microsoft SQL Server Ответить