Keith Clark's questions

Tentando criar um painel único para todos os nossos servidores quanto ao estado e integridade do grupo de disponibilidade. Quero fazer isso escrevendo um aplicativo e chamando instruções t-sql para coletar dados de cada uma das tabelas/visualizações mestres do servidor e exibi-las como um painel combinado.

Estou usando as visualizações do sistema, mas estou enfrentando o seguinte problema:

A execução select * from sys.dm_hadr_database_replica_statesa partir da réplica Primária exibe os estados das réplicas Primária e Secundária de cada banco de dados, mas a execução a partir da réplica Secundária exibe apenas os resultados da réplica Secundária.

Por exemplo, quando executado no Primário, recebo:

TAPSLog     ONLINE  FULL    SRVR-01-HA  TAPSLog_LN      Secondary   SYNCHRONIZED    HEALTHY NULL    NULL
TAPSLog     ONLINE  FULL    SRVR-01     TAPSLog_LN      Primary     SYNCHRONIZED    HEALTHY ONLINE  NULL

E do Secundário:

TAPSLog     ONLINE  FULL    SRVR-01-HA  TAPSLog_LN      Secondary   SYNCHRONIZED    HEALTHY NULL    NULL

Alguém sabe se é possível ler o status de todas as réplicas de todas as réplicas e estou usando apenas as tabelas erradas?

Infelizmente, estou assumindo, como a maioria das pessoas nessa função, que o título DBA veio por padrão e não por design.

Estou tentando gerenciar nosso farm de 5 servidores SQL Server 2016, cada um com uma espera quente para nossa recuperação de desastres.

Consultamos nossa base de usuários e chegamos à decisão de que algum centro da cidade é aceitável, desde que possamos minimizar a perda de dados. Não precisamos de recuperações pontuais, apenas para garantir que temos os dados mais atualizados possíveis com base na aceitabilidade da perda de dados dos usuários.

O que decidimos para nosso modelo é que cada banco de dados em cada uma das primárias será copiado e restaurado no modo de espera apropriado (com o banco de dados deixado no modo de espera/somente leitura) e, em seguida, um trabalho de envio de log criado para enviar o log para o servidor em espera a cada 30 segundos a 1 hora, dependendo da sensibilidade à perda de dados. Em seguida, em cada servidor stand by, uma vez a cada 15 minutos a 1 hora, uma tarefa de restauração é executada para restaurar todas as transações enviadas do primário para o banco de dados stand by. Depois que as transações foram enviadas para o modo de espera e restauradas com sucesso, não me importo mais com essas transações.

Isso funciona muito bem, pois posso consultar os bancos de dados stand by e ver os dados atualizados conforme o esperado.

Onde faltam informações é que meu log de transações está crescendo maior que meu arquivo de banco de dados no meu primário. EU ASSUMI que o envio de logs marcaria o log como backup, mas aparentemente estou errado.

Estou hesitante em criar um trabalho que faça backups completos, pois não quero interromper a cadeia de envio de logs, então aqui é onde preciso de alguns conselhos sobre como controlar meus tamanhos de log.

Eu consultei a internet para obter respostas, mas recebo tantas respostas diferentes quanto resultados, então estou voltando aqui para obter conselhos.

Obrigado desde já, Keith

Eu tenho um banco de dados que está enviando arquivos de log para um servidor em espera.

Eu envio o log do primário para o standby a cada 5 minutos

A cada 15 minutos, um trabalho do agente de restauração é executado no modo de espera para importar as transações para o banco de dados em espera.

Quero ter certeza de que entendi como colocar o servidor em espera online caso o primário falhe ANTES de estar nesse cenário. Tudo o que tenho lido online me diz que eu simplesmente preciso correr restore database }}dbname{{ with recoverypara conseguir isso.

As dúvidas que tenho são:

• 1) Esse é o código correto a ser executado?

• 2) Isso restaura automaticamente todos os logs de transação enviados desde que o último trabalho do agente de restauração foi executado?

• 3) Depois que o trabalho do agente de restauração for executado, preciso manter os arquivos .trn?

Não consegui localizar nenhum recurso que explique totalmente o processo de transição real. Há muito por aí sobre como configurar o envio de logs.

Meu objetivo final é chegar a uma situação em que eu esteja fazendo um backup completo todas as noites, enviando-o para o servidor em espera e restaurando-o, excluindo todos os arquivos .trn antes do backup completo e, em seguida, enviando logs a cada 5 minutos, restaurando-os em intervalos de 15 minutos.

Como provavelmente em muitos lugares, eu me encontro no rol de "DBA" por padrão e não por habilidade.

Atualmente, estou configurando novos SQL Servers usando o SQL Server 2016 Standard Edition. Consegui configurar com êxito os agentes e agendamentos de envio de logs para onde foi feito um backup completo no início e agora faz o envio de logs a cada minuto e faz uma restauração no secundário a cada 5 minutos. Verifiquei seu funcionamento conforme o esperado alterando o banco de dados primário e, após o limite de 5 minutos, posso ver as alterações no banco de dados secundário.

A primeira pergunta que tenho é, uma vez que a restauração no secundário foi feita, os arquivos de log de transações podem ser excluídos?

A próxima pergunta é, se eu quiser combinar o envio do log de transações com um plano de backup completo/diferencial, há algo por aí que explique melhor sobre como configurar isso. Eu li vários artigos, mas cada um parece estar faltando um componente ou outro e isso dificulta a compreensão de como esses componentes de backup diferencial funcionam juntos.