Utilizar a Integridade do Recurso para solucionar problemas de conectividade na Instância Gerenciada SQL do Azure

Aplica-se a:Azure SQL Managed Instance

O Resource Health for Azure SQL Managed Instance ajuda-o a diagnosticar e obter suporte quando um problema no Azure afeta os seus recursos. Informa-lhe sobre o estado de saúde atual e passado dos seus recursos e ajuda a mitigar problemas. A página de integridade do Resource fornece suporte técnico quando você precisa de ajuda com problemas de serviço do Azure.

Uma captura de tela do portal do Azure mostrando a página Integridade do Recurso para uma Instância Gerenciada SQL do Azure.

Controlos sanitários

Saúde do recurso determina a integridade da instância gerida pelo SQL examinando o sucesso e a falha dos logins no recurso. Atualmente, de integridade de recursos para sua instância gerenciada SQL examina apenas falhas de logon devido a erro do sistema e não erro do usuário. O estado de saúde é atualizado a cada 1 a 2 minutos.

Estados de saúde

Disponível

Um status de Disponível significa que de integridade do recurso não detetou falhas de logon devido a erros do sistema em sua instância gerenciada pelo SQL.

Uma captura de tela do portal do Azure mostrando a mensagem de status para o estado de Disponível.

Degradado

Um status de Degradado significa que a integridade do recurso detetou uma maioria de tentativas de login bem-sucedidas, mas alguns falhanços também. Estes são provavelmente erros de login transitórios. Para reduzir o impacto de problemas de conexão causados por erros de login transitórios, implemente lógica de nova tentativa no código.

Indisponível

Um status de Indisponível significa que a integridade do recurso detetou falhas de logon consistentes na sua instância gerida pelo SQL. Se o recurso permanecer nesse estado por um longo período de tempo, entre em contato com o suporte.

Desconhecido

O estado de funcionamento de Desconhecido indica que de estado de funcionamento do recurso não recebeu informações sobre este recurso durante mais de 10 minutos. Embora esse status não seja uma indicação definitiva do estado do recurso, ele é um ponto de dados importante no processo de solução de problemas. Se o recurso estiver sendo executado conforme o esperado, o status do recurso mudará para Disponível após alguns minutos. Se estiver a ter problemas com o recurso, o estado de saúde Desconhecido pode sugerir que um evento na plataforma pode estar a afetar o recurso.

Informações históricas

Você pode acessar até 30 dias de histórico de saúde na seção Histórico de saúde de de integridade de recursos . A seção também conterá o motivo (quando disponível) para os períodos de inatividade. Atualmente, o Azure mostra o tempo de inatividade do seu recurso em uma granularidade de dois minutos. O tempo de inatividade real é provavelmente inferior a um minuto. A média é de 8 segundos.

Razões de interrupção

Quando sua instância gerenciada pelo SQL enfrenta tempo de inatividade, a análise é executada para determinar um motivo. Quando disponível, o motivo do tempo de inatividade é relatado na seção Histórico de integridade do Resource Health. Os motivos de tempo de inatividade geralmente são publicados dentro de 45 minutos após um evento.

Selecione uma janela de manutenção

Você pode configurar a janela de manutenção para tornar os eventos de manutenção impactantes previsíveis e menos perturbadores para sua carga de trabalho. O recurso de janela de manutenção ajuda você a planejar atualizações previsíveis ou manutenção programada. As notificações antecipadas estão disponíveis para todas as instâncias geridas pelo SQL. As notificações antecipadas permitem que os clientes configurem notificações a serem enviadas com até 24 horas de antecedência de qualquer evento planejado.

Manutenção planeada

A infraestrutura do Azure executa periodicamente a manutenção planejada – a atualização de componentes de hardware ou software no datacenter. Enquanto o banco de dados passa por manutenção, o SQL do Azure pode encerrar algumas conexões existentes e recusar novas. As falhas de login experimentadas durante a manutenção planejada geralmente são transitórias e lógica de repetição para erros ocasionais de rede ajuda a reduzir o impacto. Se continuar a ter erros de início de sessão, contacte o suporte.

Reconfiguração

As reconfigurações são consideradas condições transitórias e são esperadas de tempos em tempos. Esses eventos podem ser acionados por balanceamento de carga ou falhas de software/hardware. Qualquer aplicativo de produção cliente que se conecte a um banco de dados em nuvem deve implementar uma lógica robusta de conexão repetição para erros transitórios, pois isso ajudaria a mitigar essas situações e geralmente deveria tornar os erros transparentes para o usuário final.

Próximos passos

  • Last updated on