안녕하세요.
의견을 보내 주셔서 감사합니다. 이 문제를 적극적으로 조사하고 있으며 곧 연락 드리겠습니다.

@stephenjust 지연 죄송합니다. DB에 대한 새로운 읽기 전용 복제본을 생성했으며 읽기 전용 복제본에서 쿼리를 실행할 때도 있습니다. 읽기 전용 db에서 동일한 메트릭을 볼 수있었습니다.
아래는 동일한 스크린 샷입니다.

이것이 귀하의 우려 사항인지 확인하십시오. 또는 문제를 이해할 수없는 경우 자세히 설명해주세요.

@ angoyal-msft 저는 @stephenjust 가 프리미엄 / 비즈니스 계층 Azure SQL 데이터베이스의 "읽기 확장"기능에 대해 이야기하고 있다고 생각

@ColeShepherdAG 가 정확합니다. 읽기 확장이 활성화 된 경우 읽기 복제본에서 메트릭을 가져 오는 것에 대해 이야기했습니다.

우리가 관찰 한 것은 포털에서 통계는 쓰기 마스터에서만 볼 수 있다는 것입니다. ApplicationIntent = ReadOnly를 설정하면 Azure Portal의 해당 쿼리에서 리소스 소비를 관찰하지 않습니다.

@stephenjust 한 가지 (제한된) 해결 방법은 ApplicationIntent=ReadOnly 데이터베이스에 연결되어있는 동안 sys.dm_db_resource_stats 에서 주기적으로 선택하는 것입니다.

이제이 스레드를 닫습니다. 이 문제에 대한 추가 질문이있는 경우 의견을 보내 주시면 기꺼이 토론을 계속할 것입니다.

@ angoyal-msft 스레드가 닫히기 전에 최신 댓글에 대한 응답을 받아야한다고 생각합니다.

프리미엄 / 비즈니스 계층 Azure SQL 데이터베이스 (기본 읽기 / 쓰기 데이터베이스 제외)의 "읽기 확장"기능을 사용하여 만든 데이터베이스 에만 메트릭이 없음을 확인 했습니까? 그렇다면 이러한 메트릭을 Azure Portal에 추가 할 계획이 있나요? 다른 독자를 위해 적어도 sys.dm_db_resource_stats 테이블 및 ApplicationIntent=ReadOnly 에 대한 정보를 이 기사 에 추가 할 수 있습니까?

@ColeShepherdAG 유용한 제안에 감사드립니다.
@ anosov1960 문서에 필요한 정보를 추가해 주

읽기 전용 복제본과 메트릭에 대한 라운드 로빈을 사용하면 성능이 크게 향상됩니다. 이것을 추가하십시오.

읽기 전용 복제본에 대한 메트릭과 관련하여 여기에 2 센트를 투자하고 싶습니다. 나는 이것을 비용 절감 기능으로 활용하고 싶지만 현재는 그렇게 할 수 없습니다. 경고 및 일일 통계를 위해 메트릭 및 Azure SQL Analytics를 사용합니다. 지금은 성능에 대한 가시성없이이 기능을 구현할 수있는 방법을 알 수 없습니다.

메트릭을 얻을 수 있으며 포털을 통해 제공되지 않으며 모든 일반적인 종소리와 휘파람 (예 : 경고 등)이 함께 제공됩니다. Azure가 제공하는 것이 어쨌든 충분하지 않기 때문에 (애플리케이션 / 프로그램 수준에서 상대적인 DTU 사용률을 보는 것과 같은) 몇 가지 모니터링 도구를 설정하려고했습니다. 모니터링 도구가 ApplicationIntent=ReadOnly 매개 변수를 사용하여 연결하는 경우 sp_who2 또는 복제본 관련 정보를 확인해야하는 다른 SP를 실행할 수 있습니다. 그런 다음 해당 SP 호출, 결과 수집 및 표시를 자동화합니다. 추가 모니터링을 위해 https://sqlwatch.io/ 를 찾고

추가 모니터링을 위해 https://sqlwatch.io/ 를 찾고
SQL 에이전트 부족을 어떻게 해결합니까?

아직 조사 중이지만 저장된 procs 몇 개를 주기적으로 호출하면된다는 점을 이해하고 있습니다. 이 경우 다양한 방법으로 자동화 할 수 있습니다. 일부 컴퓨터의 스크립트에서 Azure Automation 및 그 사이의 많은 것까지.

@ angoyal-msft이 문제가 해결되지 않았으므로 다시 열 수 있습니까? 여전히 Azure Portal을 통해 스케일 아웃 읽기 복제본에서 메트릭을 가져올 수있는 방법은 없습니다.

절대적으로 필요합니다. 모니터링과 같은 중요한 기능에 대한 해결 방법에 의존하고 싶지 않습니다.
읽기 확장 DB 복제본에 대해서도 측정 항목을 사용할 수 있어야합니다.

@ejjpi 우리는이 문제를 다시
@ anosov1960 이 문제를 확인하고 지침을 제공하십시오.

@ NavtejSaini-MSFT이 문제에 대한 업데이트가 있습니까? Monitoring API를 사용하여 SQL 읽기 전용 복제본의 측정 항목을 쿼리하는 것도 차단됩니다.

@ angoyal-msft, 이것에 대한 업데이트가 있습니까? 이것은 우리가 최대한 빨리 필요로하는 중대한 미스입니다.

기본 dtu_used 측정 항목에 읽기 확장 DB 복제본 측정 항목을 포함하거나 적어도 복제본에 대해서만 별도의 항목을 추가 할 계획입니까 (실제로 후자가 더 유용 할 수 있음)? Azure에서 제공하는 메트릭을 계속 활용하고 복제본을 사용하려고합니다.

우리는 그것을 알지 못한 채 DTU가 부족한 것을 원하지 않습니다.

이 문제는이 리포지토리에서 제대로 해결되지 않을 것이라고 생각합니다. 이것은 설명서의 누락 된 부분이 아니라 Azure Portal에 중요한 모니터링 기능이 없기 때문입니다.
Microsoft의 누구든지이 문제를 적절한 영역 / 팀으로 이동 / 에스컬레이션 할 수 있습니까?

Azure SQL-Azure Portal 통합을 소유 한 팀으로 에스컬레이션했습니다.

@stephenjust 이것에 대한 업데이트가 있습니까?

재 할당 : julieMSFT

@ Nikos-K @stephenjust Microsoft에 문의 https://docs.microsoft.com/en-us/sql/sql-server/sql-server-get-help?view=sql-server-2017 에서 확인할 수 있습니다

제품 개선을위한 제안이나 아이디어를 제공하려는 경우 https://aka.ms/sqlfeedback 에서 제공 할 수 있습니다

이제이 문제 24239를 마무리하겠습니다. 추가 통신이 필요한 경우 항목이 닫힌 후에도 @ 알림 메커니즘이 계속 작동합니다.

닫아주세요

모든 사람들이 이것이 여기서 논의되는 것과 관련된 올바른 제품 문제라는 데 동의합니까?
https://feedback.azure.com/forums/908035-sql-server/suggestions/32899126-enable-query-store-for-collection-on-a-read-only-r

(그렇다면 UserVoice 제안과이 댓글을 모두 찬성 해주세요)

@JeremyWeir 링크 한 문제

<rant> 또한 "이는 문서 문제가 아닙니다. 제품 문제입니다."라고 말하면서 다시 한 번이 문제가 해결되었다는 점에 실망하지만,이 문제를 Microsoft 내의 적절한 제품 팀에 전달한 다음 이 스레드에 새로운 문제를 추적 할 수있는 방법을 알려주십시오. 저는 14 년 동안 Microsoft에서 근무한 후 4 년 전에 회사를 시작했으며, 고객에게 문제를 디버그하고 피드백을 제공하고 진행 상황을 추적 할 수있는 직접적인 채널을 제공하는 개방형 개발 프로세스로의 최근 변화를 매우 기쁘게 생각합니다. 그들이 신경 쓰는 문제들, 나는 여전히 문제들이 "내 관심 영역이 아닌"것으로 일상적으로 일축되는 방식에 상당히 실망합니다. 이 특정 문제는 Azure SQL에 대한 최상위 계층의 가장 비싼 옵션의 주요 판매 기능인 읽기-슬레이브 복제본을 활용하려는 모든 사람에게 매우 중요합니다. 여기에 표시된 고객에 대한 공감의 부족은 약간 우울합니다. </ rant>

@kroymann 좋은 지적, 저는 쿼리 저장소가 Azure SQL 데이터베이스에 대해 우리가 보는 메트릭을 강화했다고 가정하게되었다고 생각합니다.하지만 그게 사실이든 아니든, 쿼리 저장소 외부에서 얻을 수있는 모든 메트릭은 도움이 되길.

@JeremyWeir @kroymann 우리는이 새로운 채널을 가장 잘 관리하는 방법을 배우고 있습니다. 원래의 의도이자 오늘날에도 여전히 제공되는 것은 문서 관련 주제, 개선 및 수정해야 할 사항을 해결하는 것입니다. 여기에는 문서와 제품이 일치하지 않는 문제도 포함되어야합니다. 특정 제품이 시간이 지남에 따라 발전하거나 변경 사항 (예 : 포털)이 변경되고 문서에 수정이 필요한 경우이 채널은 이러한 문제가 존재 함을 알리는 데 매우 유용했습니다. 기능 요청의 경우이 채널은 이러한 유형의 요청을 지원하기위한 것이 아니라이 채널을 통해 특정 구성 요소 또는 기능에 대한 제안을 쉽게 할 수 있다는 점을 감안할 때 문서가 주제 기반이고 특정 항목에 대한 대화가 이루어질 수 있기 때문입니다. 해당 UserVoice 항목을 특정 문서 주제와 함께 가져 오는 것이 유용합니다. 기능 요청에 대한 UserVoice 링크를 자세히 설명함으로써 해당 포럼에서 귀하의 피드백을 자세히 설명하는 것이 제품 그룹의 욕구입니다. 원하는 기능에 관심이있을 수 있도록 여기에 관련 UserVoice 항목을 포함했습니다.

라운드 로빈 읽기 복제본 및 포털에서 복제본의 성능 메트릭 제공

Azure SQL Database 주 복제본과 읽기 확장 복제본 간의 복제 지연에 대한 통찰력 제공

문서는 정확하지만 제품과 관련된 문제인 순수한 제품 문제인 회색 영역에 해당하는 문제를 에스컬레이션하기 위해 몇 가지 프로세스를 구현했습니다. 이 경우 문서 문제는 계속 종료되지만 문제는 내부적으로 추적됩니다.

우리가받은 피드백과 단순히 설계된대로 작동하지 않는 자습서 및 샘플에 대한 인식을 높이는 데 도움을 주신 데 대해 감사드립니다.

이것은 또한 관련이 있고 관련이 있습니다.
https://feedback.azure.com/forums/217321-sql-database/suggestions/34337935-monitor-queries-on-secondary-database-when-read-sc