Ao configurar servidores vinculados em um grupo de disponibilidade, preciso configurar os servidores vinculados no ouvinte do AG, bem como nos nós do AG? Herdei um AG de 2 nós que atualmente possui um conjunto de servidores vinculados no ouvinte e nos nós individuais (portanto, no SSMS, se eu me conectar aos nós e ao ouvinte, os servidores vinculados aparecerão em todos os três). Preciso adicionar um novo servidor vinculado, por isso não tenho certeza se preciso adicioná-lo no ouvinte ou apenas nos nós. Um de nossos desenvolvedores configurou o servidor vinculado no nó ativo e a conexão funcionou quando ele executou um script de teste conectado diretamente ao nó ativo, mas não conseguiu se conectar ao servidor vinculado se tentasse executar o script enquanto estava conectado ao ouvinte. Tivemos um problema semelhante ao executar procedimentos armazenados do banco de dados MASTER se o sp não estivesse instalado no ouvinte, mesmo que estivesse instalado no MASTER em ambos os nós. Não tenho certeza se esse é um comportamento normal ou se o AG foi configurado de alguma forma não padrão que está impedindo o funcionamento de sp's e servidores vinculados que não estão configurados no próprio ouvinte.
O plano de energia de alto desempenho no Windows Server ainda é relevante nas configurações do SQL Server em hardware/virtualização moderna? A pesquisa de artigos de minhas fontes confiáveis habituais não trouxe nada mais recente do que 4 anos atrás. Como regra geral, uso o High Performance Power Plan em configurações do SQL Server desde meus primeiros dias como DBA e, enquanto estou fazendo inventário em uma loja na qual sou novo, encontrei vários servidores de produção ainda executando o plano de energia balanceado padrão.
Eu uso a solução de manutenção de Ola Hallengren há algum tempo, mas nunca usei o parâmetro @DatabasesInParallel. Estou pensando em usar isso nos trabalhos de manutenção de índices e estatísticas, nos quais tenho um único trabalho que dura muito (mais de 4 horas) e tenho algumas perguntas:
Para configurar isso, presumo que o método mais simples seria adicionar
@DatabasesInParallel='Y',à minha lista de parâmetros no meu trabalho existente do agente SQL Server e, em seguida, no SSMS, executar um Script Job As > Create To... nesse trabalho, para que eu tenha um script criar uma cópia exata e depois apenas alterar @job_name no script para o novo nome do trabalho para que o novo trabalho seja criado com os mesmos parâmetros e use o mesmo agendamento?Posso configurar 3 ou mais trabalhos para serem executados em paralelo ou está limitado a 2?
O servidor em que desejo configurar isso possui 5 bancos de dados de usuários. Se eu configurar tarefas paralelas para manutenção de índice
@databases='USER_DATABASES', duas das tarefas poderão executar a indexação no mesmo banco de dados simultaneamente? Por exemplo, o Trabalho 1 está trabalhando em um banco de dados grande com muitos índices altamente fragmentados, e o Trabalho 2 funciona nos outros 4 bancos de dados com bastante rapidez. Se o Trabalho 1 ainda estiver em execução, o Trabalho 2 terminará ou começará a funcionar no banco de dados em que o Trabalho 1 já está trabalhando?
Como alternativa, posso configurar trabalhos separados e, em vez de usá @databases='USER_DATABASES'-los, especificarei em quais bancos de dados de usuário cada um deve realizar a manutenção do índice e não usar @DatabasesInParallel.