Проблема производительности SQL Server 2005

Question

У меня есть среда разработки и UAT. Dev у нас, UAT у клиента.

Наш компьютер DEV представляет собой XEON 4-ядро с частотой 2,33 ГГц, 4-гигабайтная оперативная память с Windows Server 2003 Физическая машина UAT такая же, но используется виртуальная машина (под VMWare). Я не знаю точные параметры, используемые для этой виртуальной машины.

Проблема в том, что SQL-сервер на компьютере разработчика работает очень хорошо, а сервер UAT очень-очень медленный.

Открытие SQL Server Management Studio занимает 2 минуты на компьютере UAT. Выполнение даже простого запроса на выборку также выполняется очень медленно. База данных довольно маленькая (6 ГБ). Открытие любого другого приложения на этом сервере работает хорошо.

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

Вот что я проверил:

• конфигурация сервера аналогична той, что есть у нас на DEV.
• на диске достаточно места
• процессоры не перегружены (используется 10% от достигнутого максимума)
• память, похоже, тоже в порядке.
• данные и файлы журналов настроены на автоматический рост
• Модель восстановления SQL Server: ПОЛНАЯ

В журнале базы данных кажется, что эта ошибка произошла хотя бы один раз (у меня есть доступ только к небольшой части):

2008-10-14 19: 16: 54.84 spid55
Автоматический рост файла 'xxxxx_log' в база данных "xxxxxx" была отменена пользователь или тайм-аут после 6766 миллисекунды. Используйте ALTER DATABASE для установить меньшее значение FILEGROWTH для этот файл или явно установить новый размер файла.

Поскольку на жестком диске достаточно места, в чем может быть причина? Может ли это быть связано с моей проблемой? Что я должен проверить, чтобы найти причину проблемы?

Я не эксперт по SqlServer, поэтому, если у кого-то есть предложения, я бы хотел их услышать. Спасибо!

---

Обновление 1:
Модель восстановления SQL Server: FULL
База данных является новой, поэтому пока мы не выполняли резервное копирование.
Я не знаю размер файла журнала, я проверю это.

Обновление 2:
Задача Management Studio решена.

Это связано с тем, что на сервере нет доступа в Интернет и что Management Studio пытается подключиться при запуске: http://weblogs.sqlteam.com/tarad/archive/2006/10/05/13676.aspx

Но похоже, что проблема перфорации не связана с этой проблемой. Все еще в поисках.

Answer 1

1 / Проверьте, сколько оперативной памяти используется SQL Server. Для небольшой базы данных на сервере ОЗУ объемом 4 ГБ, я бы настроил для SQL Server увеличение только до 1 ГБ (1024 МБ) ОЗУ.

2 / Я проверяю размер автоматического роста файлов БД и файла LOG. Мы избегаем использования процентных приростов и используем фиксированные размеры приращения в МБ (например, при увеличении на 1 МБ).

3 / Регулярно создавайте резервные копии журналов транзакций, иначе они будут только расти и расти. (Также создайте резервную копию полной базы данных, пока вы у нее!)

4 / Какие у вас настройки диска? Избегайте RAID 5 для систем с высоким IO (используйте зеркальные диски данных), поместите файлы LOGS и DATA на разные диски, убедитесь, что ваш RAID-массив настроен правильно. Есть ли другие системы, использующие диски?

5 / Используйте SQL Profiler для проверки того, что на самом деле делает сервер. Вы можете быть удивлены тем, насколько плохо некоторый код SQL может выполняться на занятой машине (и насколько хорошо он может работать на выделенной машине).

Удачи.

Answer 2

Звучит как проблема с ВМ. Когда «Открытие SQL Server Management Studio занимает 2 минуты на компьютере UAT» - если вы не подключаетесь к SQL Server в это время, то экземпляр SQL Server не играет никакой роли в этой медлительности.

Если вы имеете в виду, что для подключения к локальному серверу SQL требуется 2 минуты, то я бы посмотрел на память и настройки виртуальной машины.

Answer 3

Включены ли расширения виртуализации процессора? Отключение этих функций может привести к значительной потере производительности.

Answer 4

Если проблема не в процессоре, мне интересно, настроена ли сеть должным образом. Если он пробует несколько вещей и ожидает подключения к тайм-ауту и ​​т. Д., Это может сделать вещи действительно болезненными.