Я получаю несколько противоречивых советов о том, как лучше всего настроить наше хранилище SQL с нашей текущей SAN. Я хотел бы провести собственное тестирование производительности с несколькими различными конфигурациями.
Я смотрел на использование SQLIOSim, но, похоже, он не имитирует TempDB.
Может ли кто-нибудь порекомендовать способ тестирования данных, журнала и производительности TempDB?
Как насчет использования файла трассировки профилировщика SQL из нашей производственной системы? Как мне использовать это для работы с моим тестовым сервером?
Спасибо, Мэтт
Универсальная рекомендация - еще до установки SQL Server - это протестировать подсистему ввода-вывода с помощью чего-то вроде SQL IO, чтобы вы знали ее возможности. http://www.brentozar.com/archive/2008/11/storage-performance-testing-with-sqlio/
Воспроизведение файлов трассировки - хорошая идея, но может быть довольно неудобной в настройке. Возможно, вам будет лучше собрать вместе несколько скриптов, имитирующих различные виды рабочих нагрузок. http://msdn.microsoft.com/en-us/library/ms189604.aspx
CheckDB и переиндексация (особенно онлайн) - довольно активные пользователи TempDB - в зависимости от конфигурации / размера базы данных и т. Д. Возможно, вы захотите протестировать типичные действия, подобные этим, на вашем новом компьютере.
Наконец, ваш поставщик SAN может подготовить технический документ о том, как настроить именно для SQL Server. Попробуйте найти это, и, если он существует, пройдите через своего администратора SAN.
Общая информация, которую я могу предоставить, заключается в том, что обычно tempdb должна работать в массиве RAID10, поскольку это база данных с высоким уровнем записи. Что касается количества шпинделей, которое будет полностью зависеть от рассматриваемого сервера, и сколько операций ввода-вывода будет генерировать база данных tempdb.