Dave Mason's questions

O artigo KB da Microsoft sobre Trace Flag 4199 é um pouco confuso:

...qualquer hotfix que possa afetar o plano de execução de uma consulta deve ser controlado por um sinalizador de rastreamento. Exceto para correções de bugs que podem causar resultados incorretos ou corrupção, esses hotfixes são desativados por padrão e um sinalizador de rastreamento é necessário para habilitar a correção.

NOTA: Estou assumindo que um "hotfix" é uma atualização cumulativa (também conhecida como "CU"). Se eu estiver errado, por favor, deixe um comentário.

Então... suponhamos que eu esteja executando o Service Pack mais recente. Os SPs incluem todas as correções dos CUs anteriores. Os hotfixes estão ativados para SP's (ou mesmo RTM's )? Ou o Trace Flag 4199 ainda seria necessário?

Estarei no local para executar alguns testes de desempenho para um cliente. Eles têm um Cluster de Failover do Windows, que possui uma instância clusterizada do SQL Server. Vamos supor para esta postagem que o Windows Failover Cluster do meu cliente tenha dois nós, como na imagem abaixo.

1. Estarei executando um rastreamento do lado do servidor (através de um script tsql gerado a partir do SQL Profiler) - estou bastante confortável fazendo isso. Depois de me conectar EkTechready14.Redmond.com\MySqlInstancevia SSMS e iniciar o rastreamento, sou da opinião de que não importa qual nó está ativo quando o rastreamento está sendo executado. Você concorda?

2. Também executarei o Perfmon para coletar algumas estatísticas de variedade de jardim. Talvez para Perfmon, importa qual nó está ativo. Devo executar o Perfmon a partir do ponto de acesso do cliente ( EKTechready14.Redmond.com)? Ou do nó ativo (ou MSDEPLOY60-01ou MSDEPLOY60-02)?

Tenho lutado para encontrar informações sobre práticas recomendadas ou qualquer conselho sobre grupos do Active Directory que forneçam aos membros do grupo a função de servidor SysAdmin. Estou em um novo emprego onde sou o único SQL Server DBA para 50 a 100 instâncias de SQL. Há um outro administrador de sistema (rede) que terá a função de servidor SysAdmin. Pode haver outros no futuro também (podem ser DBA's ou não).

Estou imaginando duas opções:

Opção 1 : criar um grupo no Active Directory, adicionar a mim e a qualquer outra pessoa ao grupo conforme necessário, criar logins do SQL Server em cada instância do SQL Server para o grupo AD e atribuir aos logins a função de servidor SysAdmin.

Isso é conveniente e permite alguma flexibilidade. Mas parece um grande risco de segurança. Como DBA, não tenho controle total sobre quem está dentro (ou fora) do grupo AD. Atualmente, cada instância do SQL Server possui alguns logins com a função SysAdmin. Quero tirar o SysAdmin de todos eles, exceto de mim, o administrador do sistema de rede e sa. Se eu realizar essa tarefa e implementar a Opção 1, não terminarei melhor do que onde comecei.

Opção 2 : use logins individuais de autenticação do Windows (conta AD) em cada SQL Server e dê a cada um a função de servidor SysAdmin.

Isso não é tão conveniente, mas apenas duas pessoas/logins do AD têm privilégios de SysAdmin. Contanto que nenhum de nós conceda associação de função SysAdmin a outros, deve haver um certo nível de ordem.

Qual opção é preferida? Existem outras opções que eu esqueci?