Добро пожаловать в форум, Guest >> Войти | Регистрация | Поиск | Правила | | В избранное | Подписаться | ||
Все форумы / Microsoft SQL Server |
![]() ![]() |
romston Member Откуда: Москва Сообщений: 2 |
Добрый день! Столкнулся с проблемой. Сервер: 2 x Xeon E5506, память 48Gb, Adaptec 6805E, raid1 для системы и 2-х баз(1Gb, 2 Gb) и raid10 для еще одной базы (370Gb). Все обращения идут из программ написанных на delphi через ado. Работаю с таблицей из базы на 370Gb в которой ~900тыс. записей (450Mb данные и 100Mb(это нормально?) индексы). Ход работы такой: берем строчку, обрабатываем данные, полученное сохраняем в той-же строке в другие поля. На обновление строки в обычном режиме уходит 30-50мс. Но стоит мне запустить еще какую-то задачу (суть которой приблизительно такая-же), которая работает даже с другой базой ( или даже с этой-же - разницы нет вообще), как время выполнения увеличивается до 1000-1500мс и все это время выполнятся простой UPDATE нескольких полей с поиском по индексированному id. Проблема эта есть давно, но сейчас пришло время ей заняться и даже не знаю с чего начать, т.к. не хватает базовых знаний. Проги работающие с sql одинаково себя ведут независимо, от того где запущены, на сервере или на любом другом компе. Подскажите, плиз. яндекс и гугл не дают ответа :( |
26 окт 12, 14:20 [13380412] Ответить | Цитировать Сообщить модератору |
Ozerov Member Откуда: Москва Сообщений: 3637 |
ну во-первыхselect @@version во-вторых смотрите счетчики производительности, где узкое место ? |
26 окт 12, 14:22 [13380429] Ответить | Цитировать Сообщить модератору |
romston Member Откуда: Москва Сообщений: 2 |
Microsoft SQL Server 2008 R2 (RTM) - 10.50.1600.1 (X64) Apr 2 2010 15:48:46 Copyright (c) Microsoft Corporation Enterprise Edition (64-bit) on Windows NT 6.1 <X64> (Build 7601: Service Pack 1) Performance Monitor ругается только что sql забрал почти всю память и оставил "только" 7Gb, ну и загрузка проца 90%, из которых 50% sql |
26 окт 12, 14:38 [13380565] Ответить | Цитировать Сообщить модератору |
Crimean Member Откуда: Сообщений: 13148 |
вариантов не так уже и много чтобы вторая задача так фатально пригрузила оборудование... возможно, но малореально, но возможно, конечно. тут уже сказали - смотреть поведение оборудования а что процесс делает все эти 1000+ мс? чего ждет? оборудования или другого процесса? как по мне это более вероятно. достаточно порефрешить активные процессы во время ожидания и посмотреть чего они ждут и в каком состоянии находятся дополнительный вопрос - а триггерами не злоупотребляете? |
26 окт 12, 14:40 [13380582] Ответить | Цитировать Сообщить модератору |
Ozerov Member Откуда: Москва Сообщений: 3637 |
1. У Вас голый релиз. Поставьте сервис пак + CU 2. Ну ограничьте память в SQL. Оставьте ему 10-15, дабы запустился. 3. Запустите профайлер и посмотрите, что конкретно грузит. ну пока как то так... |
||
26 окт 12, 14:42 [13380593] Ответить | Цитировать Сообщить модератору |
Crimean Member Откуда: Сообщений: 13148 |
тоже хотел это порекомендовать, но почему-то уверен что стоимости при быстром и при медленном выполнениях будут почти одинаковы :) а вот duration - безусловно разные |
||
26 окт 12, 14:48 [13380633] Ответить | Цитировать Сообщить модератору |
Ozerov Member Откуда: Москва Сообщений: 3637 |
Будем посмотреть :) |
||||
26 окт 12, 14:55 [13380690] Ответить | Цитировать Сообщить модератору |
Mind Member Откуда: Лучший город на Земле Сообщений: 2322 |
А вообще как уже правильно сказали, смотрите ожидания. Хотя если cpu уйдет в 100%, то ожидания могут показать лажу. |
||||
26 окт 12, 19:25 [13382251] Ответить | Цитировать Сообщить модератору |
Crimean Member Откуда: Сообщений: 13148 |
не удивлюсь, если это та самая "какая-то задача"
которую запускают на той же машине, где и сиквел ![]() |
||||
26 окт 12, 20:15 [13382416] Ответить | Цитировать Сообщить модератору |
Все форумы / Microsoft SQL Server | ![]() |