Улучшение функциональных возможностей резервирования

В SQLServer внедрены такие возможности управления резервированием, как технология снимков, дифференциальные резервные копии и безопасность.

Резервирование снимков

Существенно сокращает или вообще исключает использование ресурсов сервера во время создания резервных копий. Основные выгоды этой технологии следующие:

1. Резервная копия может быть создана за очень короткое время, с незначительным воздействием на сервер.

2. Дисковая резервная копия может использоваться для быстрого восстановления БД.

3. Резервная копия может быть создана на другом хосте без воздействия на сервер.

4. Копия БД может быть создана немедленно, что удобно для подготовки отчетности и проверок.

Усовершенствование в администрировании в последних версиях MSSQL

Проверка БД. Команды DBCC предоставляют разные возможности администрирования, включая команду check для проверки согласованности БД. Несогласованность БД бывает вызвана аппаратными проблемами, которые могут быть обнаружены ядром БД или приложениями во время проведения своих операций. Для решения подобных проблем в SQL имеется режим проверки Physical Only, предназначенный для обнаружения ошибок на аппаратном уровне. Производители рекомендуют следующие меры:

1. Изредка выполнять проверку с Physical Only (в зависимости от доверия к оборудованию).

2. Выполнять полную проверку БД в ответственные моменты (обновление аппаратных, программных средств).

В SQLServer также включены следующие расширения для проверки БД:

1. По умолчанию проверка выполняется «налету» с небольшим воздействием на ОС.

2. На серверах с симметричной многопроцессорной архитектурой проверка может распараллеливаться с учетом ограничения на максимальную степень параллелизма.

Контроль состояния БД. В последних версиях SQLServer добавляет новые возможности в инструкцию ALTER DATABASE, что расширяет возможности управления состоянием БД.

Появление дополнительных идентификаторов системных процессов и модулей работы.

Динамическая конфигурация. В SQLServer конфигурация параметр производительности осуществляется динамически на основании текущих характеристик нагрузки. И не требуется или не рекомендуется каких-либо ручных корректировок этих параметров.

Компоненты хранилища данных

SQLServer балансирует нагрузку по всем доступным ему процессорам и координирует это с ОС Windows. Если сервер обслуживает только один экземпляр SQLServer и больше никакие приложения не утилизируют его ресурсы, предпочтительно оставить в значениях по умолчанию все связанные с процессорами параметры глобальной конфигурации сервера БД.

Файлы, файловые группы и диски

SQLServer хранит файл БД на дисках в процессе инсталляции. Если используются установки по умолчанию, файлы данных и журналов создаются в предписанных каталогах в соответствии с конфигурацией сервера. Однако, чтобы повысить производительность и управляемость, стоит применить несколько основополагающих принципов размещения файлов:

1. Данные лучше рассредоточить на максимально возможном числе дисков, каналов и контроллеров. Чем больше задействовано число дисков в системе, чем быстрее к дискам доступ, тем быстрее подсистема хранилища осуществляет чтение и запись. Чем интенсивнее используется ваша система, тем важнее отделить файлы данных от файлов журналов, размещая их на физически разных дисковых массивах.

2. Используйте файловые группы, что повысит управляемость. По мере роста системы использование дополнительных файловых групп может предоставить больше возможностей в управлении, если это управление осуществляется квалифицированным администратором.