Share via


Usar a Integridade do Recurso para solucionar problemas de conectividade da Instância Gerenciada SQL do Azure

Aplica-se a:Instância Gerenciada SQL do Azure

O Estado de Funcionamento dos Recursos para a Instância Gerida SQL do Azure ajuda-o a diagnosticar e obter suporte quando um problema do Azure afeta os seus recursos. Este serviço informa-o do estado de funcionamento atual e antigo dos seus recursos e ajuda-o a mitigar problemas. A página Integridade do recurso fornece suporte técnico quando você precisa de ajuda com problemas de serviço do Azure.

A screenshot of the Azure portal showing the Resource Health page for an Azure SQL Managed Instance.

Controlos sanitários

A integridade do recurso determina a integridade da instância gerenciada pelo SQL examinando o sucesso e a falha dos logons no recurso. Atualmente, a integridade do recurso 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íveis

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

A screenshot of the Azure portal showing the status message for the state of Available.

Degradado

Um status de Degradado significa que a integridade do recurso detetou a maioria dos logins bem-sucedidos, mas também algumas falhas. Estes são provavelmente erros de início de sessão transitórios. Para reduzir o impacto de problemas de conexão causados por erros de login transitórios, implemente a lógica de repetição em seu código.

Indisponível

Um status de Indisponível significa que a integridade do recurso detetou falhas de logon consistentes em sua instância gerenciada 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 o 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 você estiver tendo problemas com o recurso, o status de integridade Desconhecido pode sugerir que um evento na plataforma está afetando 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 Integridade do recurso. 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 período de indisponibilidade real é provavelmente inferior a um minuto. A média é de 8 segundos.

Razões de tempo de inatividade

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 Integridade do recurso. 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 sua 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 gerenciadas pelo SQL. As notificações prévias permitem que os clientes configurem as notificações para ser enviadas até 24 horas antes de qualquer evento planeado.

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 a base de dados é submetida a manutenção, o SQL do Azure pode terminar algumas ligações existentes e recusar novas. As falhas de login experimentadas durante a manutenção planejada geralmente são transitórias, e a 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 repetição de conexã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