@stephenjust
Obrigado pelo seu feedback! Estamos investigando esse problema ativamente e entraremos em contato com você em breve.

@stephenjust Desculpe pela demora. Eu criei uma nova réplica somente leitura para meu banco de dados e quando estou executando qualquer consulta em réplica somente leitura. Consegui ver as métricas do mesmo no banco de dados somente leitura.
Abaixo está a imagem do mesmo.

Confirme se é esta a sua preocupação. ou explique se não consigo entender o seu problema.

@ angoyal-msft, acredito que @stephenjust está falando sobre o recurso "Read scale-out" dos bancos de dados SQL premium / business tier, que pode ser encontrado em "Configurações"> "Configurar" no portal do Azure quando um banco de dados SQL é selecionado. Não conheço nenhuma maneira de visualizar as métricas dos escravos de leitura ao usar esse recurso.

@ColeShepherdAG está correto. Eu estava falando sobre como obter métricas das réplicas de leitura quando o dimensionamento de leitura está habilitado.

O que observamos é que no portal, as estatísticas são visíveis apenas a partir do mestre de gravação. Se definirmos ApplicationIntent = ReadOnly, não observamos nenhum consumo de recursos dessas consultas no portal do Azure.

@stephenjust Uma solução alternativa (limitada) nesse meio tempo é SELECIONAR periodicamente em sys.dm_db_resource_stats enquanto conectado ao seu banco de dados com ApplicationIntent=ReadOnly .

Vamos agora fechar este tópico. Se houver mais perguntas sobre este assunto, por favor, comente e teremos o prazer de continuar a discussão.

@ angoyal-msft Acho que devemos obter uma resposta aos nossos últimos comentários antes de encerrar o tópico ...

Você confirmou que não há métricas apenas para o banco de dados criado usando o recurso "Read scale-out" de bancos de dados premium / de nível comercial do Azure SQL (sem incluir o banco de dados primário de leitura / gravação)? Em caso afirmativo, há algum plano para adicionar essas métricas ao portal do Azure? Você pode pelo menos adicionar informações sobre a tabela sys.dm_db_resource_stats e ApplicationIntent=ReadOnly a este artigo para outros leitores?

@ColeShepherdAG Obrigado por sua sugestão útil.
@ anosov1960 poderia adicionar as informações solicitadas no documento.

Ter round-robin para as réplicas de leitura, bem como métricas, seria um grande impulso para o desempenho. Por favor, adicione isso.

Eu quero jogar meus 2 centavos aqui também em relação às métricas para réplicas somente leitura. Eu adoraria aproveitar isso como um recurso de redução de custos, mas atualmente não posso fazer isso. Contamos com métricas e Azure SQL Analytics para alertas e estatísticas do dia a dia. No momento, não vejo como podemos implementar esse recurso sem visibilidade de seu desempenho.

Você pode obter métricas, elas simplesmente não são fornecidas a você por meio do portal e vêm com todos os sinos e assobios típicos (como alertas, etc.). Estive tentando configurar algumas ferramentas de monitoramento próprias, uma vez que o que o Azure fornece não é suficiente de qualquer maneira (como ver a utilização relativa da DTU no nível do aplicativo / programa). Se suas ferramentas de monitoramento se conectam usando o parâmetro ApplicationIntent=ReadOnly , você pode executar sp_who2 ou outros SPs que você tenha para ver informações específicas para a réplica. Em seguida, automatize a chamada desse SP, coletando resultados e exibindo. Estou procurando algum monitoramento adicional: https://sqlwatch.io/

Estou procurando algum monitoramento adicional: https://sqlwatch.io/
Como você contorna a falta de um agente sql?

Ainda estou investigando, mas entendo que você só precisa invocar alguns procs armazenados periodicamente. Se for esse o caso, isso pode ser automatizado de várias maneiras diferentes. De um script em alguma máquina à Automação do Azure e muitas outras coisas entre eles.

@ angoyal-msft Você pode, por favor, reabrir este problema, já que ele não foi resolvido? Ainda não há como obter métricas de réplicas de leitura de expansão por meio do Portal do Azure.

Absolutamente necessário. Não quero depender de soluções alternativas para um recurso tão importante como o monitoramento.
As métricas também devem estar disponíveis para réplicas de banco de dados de escalabilidade horizontal de leitura.

@ejjpi Reabrimos esta edição e
@ anosov1960 Verifique este problema e forneça orientações.

@ NavtejSaini-MSFT Alguma atualização sobre este problema? Mesmo nós estamos bloqueados para consultar as métricas da réplica de leitura do SQL usando a API de monitoramento.

@ angoyal-msft, Alguma atualização sobre isso? Esta é uma grande falha de que precisamos o mais rápido possível.

Você está planejando incluir métricas de réplica de banco de dados scale-out de leitura na métrica dtu_used principal ou pelo menos adicionar uma separada apenas para as réplicas (a última pode ser realmente mais útil)? Gostaríamos de continuar utilizando as métricas fornecidas pelo Azure e usar as réplicas.

Não queremos ficar sem DTUs sem saber.

Acho que esse problema nunca será abordado adequadamente neste repositório: não se trata de uma parte ausente da documentação, mas da falta de um recurso de monitoramento crítico no portal do Azure.
Alguém da Microsoft pode mover / escalar este problema para a área / equipe adequada?

Escalei para a equipe que possui a integração do Azure SQL - Portal do Azure.

@stephenjust Alguma atualização sobre isso?

redesignar: julieMSFT

@ Nikos-K @stephenjust Obrigado por entrar em contato com a Microsoft! Pelo que entendi, o problema que você está descrevendo parece ser um problema do produto, correto? Nesse caso, infelizmente, esta forma de contato é destinada explicitamente para relatar problemas com a documentação, e não com o produto. Para obter mais assistência com seu problema, recomendamos envolver a comunidade ou abrir um tíquete com o Suporte da Microsoft. Mais informações podem ser encontradas aqui: https://docs.microsoft.com/en-us/sql/sql-server/sql-server-get-help?view=sql-server-2017.

Se você deseja fornecer sugestões ou idéias para melhorias para o produto, você pode fazê-lo em https://aka.ms/sqlfeedback.

Agora estou encerrando este problema 24239. O mecanismo de notificação @ continua a funcionar mesmo depois que um item é fechado, caso seja necessária mais comunicação.

feche por favor

Todos concordam que este é o problema correto do produto relacionado ao que está sendo discutido aqui?
https://feedback.azure.com/forums/908035-sql-server/suggestions/32899126-enable-query-store-for-collection-on-a-read-only-r

(em caso afirmativo, vote positivamente na sugestão do UserVoice e neste comentário)

@JeremyWeir Embora o problema que você vinculou esteja relacionado a este, eles não parecem ser o mesmo problema. Pelo que entendi, este problema aqui estava focado em expor métricas das réplicas de escala horizontal de leitura que poderiam então ser usadas como qualquer outra métrica do Azure (ou seja: construção de gráficos, criação de alertas automatizados, etc), que está relacionada, mas separada de ter o Query Store habilitado para réplicas somente leitura. Dito isso, votei positivamente em seu problema, pois é tão importante para mim quanto este.

<rant> Também estou desapontado que este problema foi resolvido mais uma vez simplesmente dizendo "este não é um problema de documentação, é um problema de produto", mas sem tomar a iniciativa de encaminhar o problema para a equipe de produto apropriada dentro da Microsoft e depois informe a este tópico como poderíamos rastrear esse novo problema. Trabalhei para a Microsoft por 14 anos antes de sair, 4 anos atrás, para abrir minha própria empresa e, embora esteja extremamente feliz em ver a recente mudança em direção aos processos de desenvolvimento abertos que oferecem aos clientes um canal direto para depurar problemas, fornecer feedback e acompanhar o progresso no as questões com as quais eles se preocupam, ainda estou bastante desapontado com a maneira como as questões são rotineiramente descartadas como "não sendo a minha área de preocupação". Esse problema específico é extremamente importante para quem deseja aproveitar as réplicas de leitura-escravo, que são um recurso chave de venda da opção de camada superior e mais cara do Azure SQL. A falta de empatia com o cliente mostrada aqui é um pouco deprimente. </rant>

@kroymann Bom argumento, acho que assumi que o Query Store foi o que impulsionou as métricas que vemos para bancos de dados SQL do Azure, mas, seja esse o caso ou não, você está certo, qualquer métrica que pudermos obter fora do Query Store iria seja útil.

@JeremyWeir @kroymann Estamos aprendendo a melhor forma de gerenciar este novo canal. A intenção original e que ainda serve hoje é abordar tópicos relacionados à documentação, tanto aprimoramentos quanto correções que precisam ser feitas. Isso também deve incluir questões em que a documentação e o produto não estão alinhados. À medida que um produto específico evolui ao longo do tempo ou à medida que são feitas alterações (no portal, por exemplo) e onde a documentação precisa de uma correção, este canal tem sido muito útil para nos alertar sobre a existência de tais problemas. Quanto às solicitações de recursos, este canal não se destina a oferecer suporte a esses tipos de solicitações, mas dada a facilidade de fazer sugestões para um componente ou recurso específico através deste canal, já que a documentação é baseada em tópicos e uma conversa pode ocorrer a respeito de um determinado recurso, é útil reunir essa entrada do UserVoice com um tópico de documentação específico. Ao detalhar o link do UserVoice para uma solicitação de recurso, é desejo do grupo de produtos que seu feedback seja detalhado nesse fórum. Incluí algumas entradas relevantes do UserVoice aqui, caso a funcionalidade desejada seja de algum interesse.

Réplicas de leitura round-robin e fornecer métricas de desempenho de réplicas no portal

Fornece informações sobre o atraso de replicação entre o banco de dados SQL do Azure primário e a réplica Read Scale-Out

Implementamos alguns processos para escalar problemas que caem nessa zona cinzenta que são puramente problemas do produto, onde o documento está correto, mas o problema está mais relacionado ao produto. Nesses casos, o problema com o documento ainda será encerrado, mas o problema será rastreado internamente.

Agradecemos imensamente os comentários que recebemos e sua ajuda para aumentar nossa conscientização sobre tutoriais e exemplos que simplesmente não funcionam como planejado.

Este também é relacionado e relevante
https://feedback.azure.com/forums/217321-sql-database/suggestions/34337935-monitor-queries-on-secondary-database-when-read-sc