Вопросы использования тестовых серверов

Изменения: 5 декабря 2005 г.

Одним из важных преимуществ помощника по настройке Database Engine является возможность использовать тестовый сервер для настройки базы данных на рабочем сервере. Благодаря этому можно перенаправить работу по настройке базы данных на тестовый сервер, не копируя на него данные с рабочего сервера.

Примечание.
Возможность выполнения настройки на тестовом сервере не поддерживается в графическом интерфейсе помощника по настройке Database Engine.

Чтобы успешно использовать эту возможность, просмотрите рекомендации, приведенные в следующих разделах.

Установка среды тестового сервера/рабочего сервера

• Пользователь, в контексте которого на тестовом сервере будет настраиваться база данных с рабочего сервера, должен существовать на обоих серверах.
• Настроить базу данных с рабочего сервера на тестовом сервере можно только в том случае, если активирована расширенная хранимая процедура xp_msver. Помощник по настройке ядра СУБД использует эту процедуру при настройке тестового сервера для получения сведений о числе процессоров и доступной памяти рабочего сервера. Если процедура xp_msver не активирована, помощник по настройке Database Engine подразумевает, что характеристики оборудования те же, что и на компьютере, на котором запущен помощник по настройке Database Engine. Если характеристики оборудования того компьютера, на котором выполняется помощник по настройке Database Engine, недоступны, то предполагается наличие одного процессора и 1024 МБ оперативной памяти. При установке Microsoft SQL Server 2005 эта расширенная хранимая процедура активируется по умолчанию. Дополнительные сведения см. в разделах Конфигурация контактной зоны и xp_msver (Transact-SQL).
• Помощник по настройке Database Engine предполагает, что выпуски SQL Server на тестовом и рабочем сервере совпадают. Если это два разных выпуска, приоритет получает выпуск на тестовом сервере. Например, если тестовый сервер работает под управлением SQL Server Standard Edition, помощник по настройке Database Engine не включает в свои рекомендации индексированные представления, секционирование и операции, выполняющиеся в оперативном режиме, даже если рабочий сервер работает под управлением SQL Server Enterprise Edition. Дополнительные сведения о поддержке параметров настройки в различных выпусках SQL Server см. в разделе Неподдерживаемые параметры настройки.

О поведении тестового сервера/рабочего сервера

• При составлении рекомендаций помощник по настройке Database Engine учитывает различия аппаратных характеристик рабочего и тестового серверов. При этом он составляет такие рекомендации, как если бы настройка выполнялась только на рабочем сервере.
• Выполнение помощника по настройке Database Engine может привести к повышению нагрузки на рабочий сервер из-за сбора метаданных и составления необходимой для настройки статистики.
• Помощник по настройке Database Engine не копирует реальные данные с рабочего сервера на тестовый сервер. Он копирует только метаданные баз данных и необходимую статистику.
• Все данные сеанса хранятся на рабочем сервере в базе данных msdb. Благодаря этому можно использовать для настройки любой доступный тестовый сервер, а сведения обо всех сеансах хранятся в одном месте (рабочий сервер).

Вопросы, относящиеся к базе данных оболочки

• После настройки помощник по настройке Database Engine должен удалить все метаданные, созданные им на тестовом сервере во время настройки, в том числе базу данных оболочки. Если выполняется несколько сеансов настройки, в которых используются те же рабочий и тестовый серверы, можете сохранить базу данных оболочки для экономии времени. Укажите для этого во входном XML-файле дочерний элемент RetainShellDB и другие дочерние элементы родительского элемента TuningOptions. Если они будут указаны, помощник по настройке Database Engine сохранит базу данных оболочки. Дополнительные сведения см. в разделе Справочник по входному XML-файлу (DTA).
• Базы данных оболочки могут остаться на тестовом сервере после успешного сеанса настройки тестового сервера/рабочего сервера, даже если не был указан подэлемент RetainShellDB. Эти нежелательные базы данных оболочки могут повлиять на последующие сеансы настройки и должны быть удалены до следующего сеанса настройки тестового сервера/рабочего сервера. Кроме того, если сеанс настройки непредвиденно завершится, базы данных оболочки и объекты внутри них могут остаться на тестовом сервере. Перед началом нового сеанса настройки тестового сервера/рабочего сервера необходимо удалить эти базы данных и объекты.

Вопросы, относящиеся к процессу настройки

• Пользователь должен проверять журнал настройки на предмет ошибок, обусловленных различиями рабочего и тестового серверов, а также ошибок, ставших результатом копирования метаданных с рабочего сервера на тестовый. Например, на тестовом сервере может быть не задано имя входа пользователя. В этом случае настройка событий рабочей нагрузки, создаваемых в контексте этого имени входа, может оказаться невозможной. Используйте для просмотра журнала настройки графический интерфейс помощника по настройке Database Engine. Дополнительные сведения см. в разделе Как просмотреть выходные данные по настройке.
• Если помощник по настройке Database Engine не может настроить большое число событий из-за отсутствия объектов в базе данных оболочки, созданной им на тестовом сервере, пользователь должен проверить журнал настройки. События, которые не могут быть настроены, указываются в этом журнале. Чтобы успешно настроить базу данных на тестовом сервере, пользователь должен создать объекты, отсутствующие в базе данных оболочки, и запустить новый сеанс настройки. (см. раздел Как настроить базу данных при помощи программы dta.)
• Если на тестовом сервере уже существует база данных с тем же именем, помощник по настройке Database Engine не копирует метаданные, а продолжает настройку, собирая статистику по мере надобности. Это полезно, если пользователь перед вызовом помощника по настройке Database Engine уже создал на тестовом сервере базу данных и скопировал соответствующие метаданные.
• Если для базы данных на рабочем сервере установлен параметр DATE_CORRELATION_OPTIMIZATION, то при настройке тестового сервера метаданные и связанные с этим параметром данные будут записываться в сценарий неполностью. При настройке базы данных рабочего сервера на тестовом сервере возможны следующие проблемы.
  • Пользователям могут соответствовать на серверах разные планы запросов с параметром DATE_CORRELATION_OPTIMIZATION.
  • В сценарий рекомендаций помощник по настройке Database Engine может включить совет удалить индексированные представления, принудительно применяющие параметр DATE_CORRELATION_OPTIMIZATION.
    Иными словами, помощнику по настройке Database Engine известны только издержки, связанные с индексированными представлениями статистики корреляций, но не их достоинства, поэтому соответствующие рекомендации иногда лучше пропускать. Помощник по настройке Database Engine не всегда рекомендует выбрать определенные индексы, повышающие эффективность работы при указанном параметре DATE_CORRELATION_OPTIMIZATION, такие как кластеризованные индексы столбцов datetime.
    Чтобы определить, основано ли представление на статистике корреляций, выберите столбец is_date_correlation_view представления каталога sys.views.
    Дополнительные сведения об этом параметре см. в разделе Оптимизация запросов, которые обращаются к коррелируемым столбцам типа datetime.

См. также

Основные понятия

Уменьшение настроечной загрузки производственного сервера

Другие ресурсы

ALTER DATABASE (Transact-SQL)

Справка и поддержка

Получение помощи по SQL Server 2005

Журнал изменений

Версия	Журнал
5 декабря 2005 г.	Новое содержимое Добавлены сведения о разных выпусках SQL Server на тестовом и рабочем сервере в разделе «Установка среды тестового сервера/рабочего сервера». В раздел «Вопросы, относящиеся к базе данных оболочки» добавлены сведения о влиянии нежелательных баз данных оболочки на последующие сеансы настройки, если эти базы данных неумышленно оставлены на тестовом сервере.