Назад | Перейти на главную страницу

SQL Server 2008 R2 Снижение производительности на 50% после ремонта сервера?

У нас есть Dell R710, у которого в прошлую пятницу вечером были серьезные проблемы с оборудованием. Dell заменила mobo и процессор, и машина загрузилась нормально. Сервер работает под управлением Win2k8 R2 Server Core и размещает 4 виртуальные машины, все Win2k8 R2. На одной из виртуальных машин работает SQL Server 2008 R2. Хранилище - RAID10 SAS 15k.

У меня есть несколько тестовых запросов для SQL-сервера, выполнение которых занимает около 30 секунд. После пятничного ремонта они теперь запускаются примерно через 60 секунд. Я не могу понять, что вызывает падение производительности. Конфигурация всего не изменилась, только мобо и процессор. Есть идеи, на что я должен смотреть?

Вы уверены, что биос настроен правильно? Большинство конфигураций BIOS по умолчанию на материнских платах поставляются с отключенными Hyper-threading и VT-x. Это может иметь решающее значение, особенно с виртуальными машинами. Также возможно, что BIOS на новой плате является старой версией и не распознает новый процессор должным образом, заставляя его работать на более низких частотах.

Конечно, они действительно могли бы обременять вас более медленным процессором, чем у вас раньше.

Не верьте тому, что Windows говорит вам о процессоре и скорости. Это могло быть полной подделкой. (Либо потому, что Windows не знает об этой конкретной модели ЦП, либо потому, что она не осознала, что произошло изменение ЦП, и с радостью сообщает значения из предыдущего ЦП.)

Используйте CPU-z: это всегда будет извлекать информацию из самого процессора и рассказывать вам, что на самом деле там, гораздо более подробно, чем Windows.

Я бы посоветовал взглянуть на стандартный набор счетчиков производительности, который вы смотрите всякий раз, когда определяете базовый уровень SQL Server (у Брента Озара есть хороший пост о Счетчики производительности SQL Server).

Посмотрите на использование системы. Надеюсь, у вас есть и предыдущие фотографии для сравнения. Если нет, ищите ресурсы, которые кажутся узкими местами.

Я бы также просмотрел журналы сервера, чтобы убедиться, что все работает наилучшим образом как на хосте, так и на гостевой системе. Посмотрите журналы оборудования и открытое производителем управление / управление питанием / и т. Д. инструменты.