Вопросы использования тестовых серверов
Область применения: 
SQL Server
Использование тестового сервера для настройки базы данных на рабочем сервере является важным преимуществом помощник по настройке ядра СУБД. Благодаря этому можно перенаправить работу по настройке базы данных на тестовый сервер, не копируя на него данные с рабочего сервера.
Примечание.
Функция настройки тестового сервера не поддерживается в графическом пользовательском интерфейсе помощник по настройке ядра СУБД (GUI).
Чтобы успешно использовать эту возможность, просмотрите рекомендации, приведенные в следующих разделах.
Установка среды тестового или рабочего сервера
Пользователь, в контексте которого на тестовом сервере будет настраиваться база данных с рабочего сервера, должен существовать на обоих серверах.
Настроить базу данных с рабочего сервера на тестовом сервере можно только в том случае, если активирована расширенная хранимая процедура xp_msver. помощник по настройке ядра СУБД использует эту расширенную хранимую процедуру для получения количества процессоров и доступной памяти рабочего сервера для использования при настройке тестового сервера. Если xp_msver не включен, помощник по настройке ядра СУБД предполагает характеристики оборудования компьютера, на котором выполняется помощник по настройке ядра СУБД. Если характеристики оборудования того компьютера, на котором выполняется помощник по настройке ядра СУБД, недоступны, то предполагается наличие одного процессора и 1 024 МБ оперативной памяти. Эта расширенная хранимая процедура включена по умолчанию при установке SQL Server. Дополнительные сведения см. в разделе "Конфигурация области поверхности" и xp_msver (Transact-SQL).
помощник по настройке ядра СУБД ожидает, что выпуски SQL Server будут одинаковыми как на тестовом сервере, так и на рабочем сервере. Если это два разных выпуска, приоритет получает выпуск на тестовом сервере. Например, если тестовый сервер работает под управлением SQL Server Standard, помощник по настройке ядра СУБД не будет включать индексированные представления, секционирование и сетевые операции в своих рекомендациях, даже если рабочий сервер работает под управлением SQL Server Enterprise.
О поведении тестового или рабочего сервера
помощник по настройке ядра СУБД учитывает различия оборудования между рабочей средой и тест-сервером при создании рекомендаций. При этом он составляет такие рекомендации, как если бы настройка выполнялась только на рабочем сервере.
помощник по настройке ядра СУБД может наложить некоторую нагрузку на рабочий сервер для сбора метаданных, а также создания статистики, необходимой для настройки.
помощник по настройке ядра СУБД не копирует фактические данные с рабочего сервера на тестовый сервер. Он копирует только метаданные баз данных и необходимую статистику.
Все данные сеанса хранятся на рабочем сервере в базе данных msdb . Благодаря этому можно использовать для настройки любой доступный тестовый сервер, а сведения обо всех сеансах хранятся в одном месте (рабочий сервер).
Вопросы, относящиеся к базе данных оболочки
После настройки помощник по настройке ядра СУБД следует удалить все метаданные, созданные на тестовом сервере во время процесса настройки. в том числе базу данных оболочки. Если выполняется несколько сеансов настройки, в которых используются те же рабочий и тестовый серверы, можете сохранить базу данных оболочки для экономии времени. Укажите для этого во входном XML-файле дочерний элемент RetainShellDB и другие дочерние элементы родительского элемента TuningOptions . Использование этих параметров приводит к тому, что помощник по настройке ядра СУБД сохранить базу данных оболочки. Дополнительные сведения см. в справочнике по входным файлам XML (помощник по настройке ядра СУБД).
Базы данных оболочки могут остаться на тестовом сервере после успешного сеанса настройки тестового или рабочего сервера, даже если не был указан подэлемент RetainShellDB . Эти нежелательные базы данных оболочки могут повлиять на последующие сеансы настройки и должны быть удалены до следующего сеанса настройки тестового или рабочего сервера. Кроме того, если сеанс настройки непредвиденно завершится, базы данных оболочки и объекты внутри них могут остаться на тестовом сервере. Перед началом нового сеанса настройки тестового или рабочего сервера необходимо удалить эти базы данных и объекты.
Вопросы, относящиеся к процессу настройки
Пользователь должен проверять журнал настройки на предмет ошибок, обусловленных различиями рабочего и тестового серверов, а также ошибок, ставших результатом копирования метаданных с рабочего сервера на тестовый. Например, на тестовом сервере может быть не задано имя входа пользователя. В этом случае настройка событий рабочей нагрузки, создаваемых в контексте этого имени входа, может оказаться невозможной. Используйте графический интерфейс помощник по настройке ядра СУБД для просмотра журнала настройки. Дополнительные сведения см. в разделе Просмотр и работа с выходными данными помощника по настройке ядра СУБД.
Если помощник по настройке ядра СУБД не удается настроить множество событий, так как объекты отсутствуют в базе данных оболочки, которая помощник по настройке ядра СУБД создает на тестовом сервере, пользователь должен проверить журнал настройки. События, которые не могут быть настроены, указываются в этом журнале. Чтобы успешно настроить базу данных на тестовом сервере, пользователь должен создать объекты, отсутствующие в базе данных оболочки, и запустить новый сеанс настройки.
Если база данных с тем же именем уже существует на тестовом сервере, помощник по настройке ядра СУБД не копирует метаданные, но продолжает настраивать и собирать статистику по мере необходимости. Это полезно, если пользователь уже создал базу данных на тестовом сервере и скопировал соответствующие метаданные перед вызовом помощник по настройке ядра СУБД.
Если для базы данных на рабочем сервере установлен параметр DATE_CORRELATION_OPTIMIZATION, то при настройке тестового сервера метаданные и связанные с этим параметром данные будут записываться в сценарий неполностью. При настройке базы данных рабочего сервера на тестовом сервере возможны следующие проблемы.
Пользователям могут соответствовать на серверах разные планы запросов с параметром DATE_CORRELATION_OPTIMIZATION.
помощник по настройке ядра СУБД может предложить удаление индексированных представлений, которые применяют параметр DATE_CORRELATION_OPTIMIZATION в скрипте рекомендаций.
Поэтому вы можете игнорировать все рекомендации, которые помощник по настройке ядра СУБД делает о индексированных представлениях, которые содержат статистику корреляции, так как помощник по настройке ядра СУБД знает свои затраты, но не их преимущества. помощник по настройке ядра СУБД может не рекомендовать выбор определенных индексов, таких как кластеризованные индексы в столбцах datetime, которые могут оказаться полезными при включении DATE_CORRELATION_OPTIMIZATION.
Чтобы определить, основано ли представление на статистике корреляций, выберите столбец is_date_correlation_view представления каталога sys.views .