Nelson 2.0's questions

Eu tenho um caso complicado para você e não encontrei nenhum problema semelhante em nenhum lugar (devo ser ruim em pesquisar), então aqui está ...

Fiz um backup do banco de dados mestre de um servidor de produção (SQL Server 2014 Std), vamos chamá-lo de SQLPRD, e o restaurei, como qualquer banco de dados que não seja do sistema (assim pensei), para um servidor dev (SQL Server 2014 Developer ), vamos chamá-lo de SQLDEV.

Na instrução de restauração, alterei o nome do banco de dados de destino para master_SQLPRD e alterei os nomes do arquivo mdf e de log para corresponder ao novo nome do banco de dados, para que eles não substituíssem o mestre DEV.

Eu extraí o que eu queria do master_SQLPRD, então eu larguei. Então o SSMS começou a me lançar erros, pois não conseguia encontrar o banco de dados master_SQLPRD: agora não consigo listar os bancos de dados no SQLDEV, não consigo expandir o nó SQL Agent, etc. Reiniciei o serviço do mecanismo de banco de dados, esperando que não voltar on-line ... mas ele fez.

Antes de reconstruir o mestre (que não fiz backup - é quase uma instância descartável), há algo que eu possa tentar fazer o mestre se identificar como mestre, não master_SQLPRD?

Obrigada.

Edit: O erro mostrado no log de erros é-

Erro: 18456, Gravidade: 14, Estado: 73. Falha de logon para o usuário 'mydomain\my.login'. Motivo: Falha ao abrir o banco de dados 'master_SQLPRD' configurado no objeto de recuperação de sessão ao recuperar a conexão. [CLIENTE: ]

Eu procurei por um longo tempo e ainda não encontrei a resposta para o meu problema.

Nosso Dynamics AX está gerando consultas com a dica de consulta OPTION (FAST x), o que às vezes força a utilização de um plano de execução ruim. Os desenvolvedores dizem que é por padrão e é difícil de mudar (possivelmente deve ser corrigido em todos os formulários).

Então, eu estava atrás de uma maneira de substituir essas dicas usando sinalizadores de rastreamento. Encontrei o adorável sinalizador de rastreamento 8722, que afirma fazer o SQL Server ignorar algumas dicas de consulta, especialmente as da cláusula OPTION.

No entanto, isso não funciona no meu caso. Também tentei habilitar o sinalizador de rastreamento 8602 (desativar dicas de índice), mas minha consulta ainda está sendo executada com a dica FAST x (é muito mais lenta do que quando eu realmente removo a cláusula OPTION).

Tentei limpar o cache do plano também, sem sucesso.

Alguma ideia? Estou perdendo alguma coisa?

PS: habilitei os sinalizadores de rastreamento globalmente, esta é a edição do SQL Server 2012 Developer