Reduzindo a carga de ajuste do servidor de produção
O Orientador de Otimização do Mecanismo de Banco de Dados usa o otimizador de consulta para analisar uma carga de trabalho e fazer recomendações de ajuste. Executar essa análise no servidor de produção aumenta a carga do servidor e pode prejudicar o desempenho do servidor durante a sessão de ajuste. É possível diminuir o impacto na carga do servidor durante uma sessão de ajuste usando um servidor de teste além do servidor de produção.
Você também pode reduzir o impacto do Orientador de Otimização do Mecanismo de Banco de Dados na carga do servidor usando o SQL Server 2008. As versões anteriores do Orientador de Otimização do Mecanismo de Banco de Dados podem fazer com que o otimizador de consulta recompile planos que fazem referência a tabelas ajustadas. A recompilação ocorre quando o Orientador de Otimização do Mecanismo de Banco de Dados invalida planos no cache de procedimento durante uma sessão de ajuste. A recompilação não ocorrerá até a primeira vez em que a consulta for executada após uma sessão de ajuste. O Orientador de Otimização do Mecanismo de Banco de Dados do SQL Server 2008 não invalida nenhum plano no cache de procedimento, eliminando assim essas recompilações adicionais.
As informações a seguir descrevem como usar um servidor de teste com o Orientador de Otimização do Mecanismo de Banco de Dados.
Como o Orientador de Otimização de Mecanismo de Banco de Dados usa um servidor de teste
O modo tradicional de uso de um servidor de teste é copiar todos os dados de seu servidor de produção no servidor de teste, ajustar o servidor de teste e depois implementar a recomendação no seu servidor de produção. Esse processo elimina o impacto de desempenho em seu servidor de produção, mas, mesmo assim, não é a melhor solução. Por exemplo, copiar grandes volumes de dados da produção no servidor de teste pode consumir tempo e recursos significativos. Além disso, o hardware do servidor de teste raramente é tão eficiente quanto o hardware implantado nos servidores de produção. O processo de ajuste depende do otimizador de consulta, e as recomendações geradas são, em parte, baseadas no hardware subjacente. Se o hardware dos servidores de teste e de produção não for idêntico, a qualidade da recomendação do Orientador de Otimização do Mecanismo de Banco de Dados será menor.
Para evitar problemas desse tipo, o Orientador de Otimização do Mecanismo do Mecanismo de Banco de Dados ajusta um banco de dados em um servidor de produção descarregando a maioria da carga de ajuste em um servidor de teste. Ele faz isso usando as informações de configuração de hardware do servidor de produção, sem, de fato, copiar os dados do servidor de produção no servidor de teste. O Orientador de Otimização do Mecanismo de Banco de Dados não copia dados reais do servidor de produção para o servidor de teste. Ele apenas copia os metadados e as estatísticas necessárias.
As etapas seguintes esboçam o processo para ajustar um banco de dados de produção em um servidor de teste:
Verifique se o usuário que deseja usar o servidor de teste existe nos dois servidores.
Antes de começar, verifique se o usuário que deseja usar o servidor de teste para ajustar um banco de dados no servidor de produção existe em ambos os servidores. Isso requer que você crie o usuário e o logon dele no servidor de teste. Se você for um membro da função de servidor fixa sysadmin nos dois computadores, essa etapa será desnecessária.
Ajuste a carga de trabalho no servidor de teste.
Para ajustar a carga de trabalho em um servidor de teste, use um arquivo de entrada XML com o utilitário de linha de comando dta. No arquivo de entrada XML, especifique o nome de seu servidor de teste com o subelemento TestServer além de especificar os valores para os outros subelementos no elemento pai TuningOptions.
Durante o processo de ajuste, o Orientador de Otimização do Mecanismo do Banco de Dados cria um banco de dados shell no servidor de teste. Para criar esse banco de dados shell e ajustá-lo, o Orientador de Otimização do Mecanismo do Banco de Dados faz chamadas ao servidor de produção para o seguinte:
O Orientador de Otimização do Mecanismo de Banco de Dados importa metadados do banco de dados de produção para o banco de dados shell do servidor de teste. Esses metadados incluem tabelas vazias, índices, exibições, procedimentos armazenados, disparadores, e assim por diante. Isso possibilita a execução de consultas de carga de trabalho no banco de dados shell do servidor de teste.
O Orientador de Otimização do Mecanismo de Banco de Dados importa estatísticas do servidor de produção para que o otimizador de consulta possa otimizar as consultas com precisão no servidor de teste.
O Orientador de Otimização do Mecanismo de Banco de Dados importa parâmetros de hardware que especificam o número de processadores e a memória disponível do servidor de produção para fornecer ao otimizador de consulta as informações necessárias para gerar um plano de consulta.
Depois que o Mecanismo de Banco de Dados Orientador de Otimização termina de ajustar o banco de dados shell do servidor de teste, ele gera uma recomendação de ajuste.
Aplique a recomendação recebida para ajustar o servidor de teste ao servidor de produção.
A ilustração a seguir mostra o servidor de teste e o cenário do servidor de produção:
.gif "Uso do servidor de teste Orientador de Otimização do Mecanismo de Banco de Dados")
.gif "Observação") Observação |
|---|
O recurso de ajuste do servidor de teste não é suportado na interface gráfica de usuário do Orientador de Otimização do Mecanismo de Banco de Dados. |
Exemplo
Primeiro, verifique se o usuário que deseja executar o ajuste existe nos servidores de produção e no de teste.
Depois que as informações de usuário são copiadas no servidor de teste, você pode definir a sessão de ajuste do servidor de teste no arquivo de entrada XML do Orientador de Otimização do Mecanismo de Banco de Dados. O exemplo de arquivo de entrada XML a seguir ilustra como especificar um servidor de teste para ajustar um banco de dados com o Orientador de Otimização do Mecanismo de Banco de Dados.
Neste exemplo, o banco de dados MyDatabaseName está sendo ajustado no MyServerName. O script Transact-SQL, MyWorkloadScript.sql, é usado como a carga de trabalho. Essa carga de trabalho contém eventos que são executados no MyDatabaseName. A maioria das chamadas de otimizador de consulta a esse banco de dados, que acontecem como parte do processo de ajuste, é controlada pelo banco de dados shell que reside no MyTestServerName. O banco de dados shell é composto de metadados e estatísticas. Esse processo resulta na sobrecarga do ajuste sendo descarregada no servidor de teste. Quando o Orientador de Otimização do Mecanismo de Banco de Dados gera a recomendação de ajuste usando esse arquivo de entrada XML, ele deve considerar somente índices (<FeatureSet>IDX</FeatureSet>) , nenhum particionamento e não deve manter nenhuma estrutura de design físico existente em MyDatabaseName.
<?xml version="1.0" encoding="utf-16" ?>
<DTAXML xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="https://schemas.microsoft.com/sqlserver/2004/07/dta">
<DTAInput>
<Server>
<Name>MyServerName</Name>
<Database>
<Name>MyDatabaseName</Name>
</Database>
</Server>
<Workload>
<File>MyWorkloadScript.sql</File>
</Workload>
<TuningOptions>
<TestServer>MyTestServerName</TestServer>
<FeatureSet>IDX</FeatureSet>
<Partitioning>NONE</Partitioning>
<KeepExisting>NONE</KeepExisting>
</TuningOptions>
</DTAInput>
</DTAXML>
Consulte também