Вы когда-нибудь задумывались, есть ли более эффективный способ обработки TempDB в SQL Server? Ну, больше не задумывайтесь! В этой статье мы рассмотрим новую функцию в SQL Server 2012, которая позволяет размещать TempDB на локальном хранилище в кластере отказоустойчивости.

Традиционно TempDB размещалась на SAN (Storage Area Network). Однако с новой функцией вам больше не нужно полагаться на общее хранилище для TempDB. Это связано с тем, что TempDB уничтожается и создается заново при каждом перезапуске службы SQL Server, поэтому нет необходимости размещать ее на общем хранилище.

Итак, почему стоит рассмотреть возможность размещения TempDB на локальном хранилище? Один слово: SSD (Solid State Drive). Используя локальное хранилище, вы можете воспользоваться быстрыми вариантами хранения, такими как SSD или даже конфигурацией RAID 10, которая может быть быстрее, чем корпоративное хранилище.

Конечно, это может не быть проблемой для вас, если ваше приложение не является активным пользователем TempDB. Однако, если ваша рабочая нагрузка сильно зависит от TempDB, перемещение ее на локальное хранилище может привести к значительному увеличению производительности ввода-вывода.

Важно отметить, что размещение TempDB на локальном хранилище не является решением для всех проблем производительности, связанных с TempDB. Как ответственные администраторы баз данных, мы всегда должны убедиться, что все настроено и настроено правильно, прежде чем рассматривать изменения в оборудовании. Это означает определение, испытываем ли мы конфликт TempDB и исследование других конфигураций, таких как несколько файлов данных TempDB одинакового размера.

Если вас интересует более подробная информация о управлении производительностью и настройке TempDB, я настоятельно рекомендую ознакомиться с белой книгой Роберта Дэвиса по этой теме. Вы можете найти ее здесь.

В заключение, возможность размещения TempDB на локальном хранилище в кластере отказоустойчивости является переломным моментом для администраторов SQL Server. Используя быстрые варианты хранения, такие как SSD, мы можем оптимизировать производительность TempDB и улучшить общую производительность системы. Однако важно помнить, что изменения в оборудовании всегда должны рассматриваться в рамках комплексной стратегии настройки производительности.