@stephenjust
Спасибо за ваш отзыв. Мы активно исследуем эту проблему и скоро свяжемся с вами.

@stephenjust Приносим извинения за задержку. Я создал новую реплику только для чтения для своей базы данных, и когда я запускаю любой запрос, в реплике только для чтения. Мне удалось увидеть метрики для того же в базе данных только для чтения.
Ниже приведен скриншот того же.

Подтвердите, что вас беспокоит. или, пожалуйста, уточните, если я не могу понять вашу проблему.

@ angoyal-msft Я полагаю, что @stephenjust говорит о функции «Чтение

@ColeShepherdAG прав, я говорил о получении метрик из реплик чтения, когда

Мы наблюдаем, что на портале статистика видна только мастеру записи. Если мы установим ApplicationIntent = ReadOnly, мы не увидим никакого потребления ресурсов этими запросами на портале Azure.

@stephenjust Одно (ограниченное) обходное решение - это периодический ВЫБОР из sys.dm_db_resource_stats при подключении к вашей базе данных с помощью ApplicationIntent=ReadOnly .

Теперь мы перейдем к закрытию этой темы. Если есть дополнительные вопросы по этому поводу, прокомментируйте, и мы с радостью продолжим обсуждение.

@ angoyal-msft Я думаю, мы должны получить ответ на наши последние комментарии, прежде чем тема будет закрыта ...

Подтвердили ли вы, что не существует показателей только для базы данных, созданной с помощью функции «Масштабирование при чтении» баз данных Azure SQL премиум / бизнес-уровня (не включая основную базу данных чтения / записи)? Если да, есть ли планы добавить эти метрики на портал Azure? Можете ли вы хотя бы добавить информацию о таблице 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-агента?

Я все еще изучаю, но насколько я понимаю, вам просто нужно периодически вызывать несколько сохраненных процессов. В таком случае это можно автоматизировать множеством разных способов. От сценария на каком-то компьютере до службы автоматизации Azure и многого другого.

@ angoyal-msft Не могли бы вы повторно открыть эту проблему, поскольку она не решена? По-прежнему нет способа получить метрики от масштабируемых реплик чтения через портал Azure.

Абсолютно необходимо. Я не хочу полагаться на обходные пути для такой важной функции, как мониторинг.
Метрики должны быть доступны также для чтения горизонтально масштабируемых реплик БД.

@ejjpi Мы повторно открыли этот выпуск и
@ anosov1960 Пожалуйста, проверьте эту проблему и

@ NavtejSaini-MSFT Есть обновления по этой проблеме? Даже мы заблокированы при запросе метрик реплики чтения SQL с помощью API мониторинга.

@ angoyal-msft, есть обновления по этому поводу? Это серьезный промах, который нам нужен как можно скорее.

Планируете ли вы включить метрики чтения масштабируемой реплики БД в основную метрику dtu_used или хотя бы добавить отдельную метрику только для реплик (последняя может быть более полезной)? Мы хотели бы продолжить использовать метрики, предоставляемые Azure, и использовать реплики.

Мы не хотим исчерпать DTU, не зная об этом.

Я думаю, что эта проблема никогда не будет должным образом решена в этом репо: речь идет не об отсутствующей части документации, а об отсутствии критической функции мониторинга на портале Azure.
Может ли кто-нибудь из Microsoft переместить / передать эту проблему в соответствующую область / группу?

Я перешел в команду, которая владеет интеграцией Azure SQL - портал Azure.

@stephenjust Есть новости по этому

переназначить: julieMSFT

@ Nikos-K @stephenjust Спасибо, что 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 Хотя проблема, которую вы связали, связана с этой, похоже, это не та же проблема. Насколько я понял, эта проблема здесь была сосредоточена на отображении метрик из реплик с горизонтальным масштабированием для чтения, которые затем можно было бы использовать, как и любую другую метрику Azure (например: построение диаграмм, создание автоматических предупреждений и т. Д.), Которая связана с, но не связана с включение хранилища запросов для реплик, доступных только для чтения. Тем не менее, я пошел и проголосовал за вашу проблему, поскольку она так же важна для меня, как и эта.

<rant> Я также разочарован тем, что этот вопрос был снова закрыт, просто сказав: «Это не проблема документации, это проблема продукта», но не предприняв инициативу по отправке проблемы соответствующей группе разработчиков продукта в Microsoft, а затем сообщите в этой ветке, как мы можем отследить эту новую проблему. Я проработал в Microsoft 14 лет, прежде чем уйти 4 года назад, чтобы основать собственную компанию, и хотя я очень рад видеть недавний сдвиг в сторону открытых процессов разработки, которые дают клиентам прямой канал для отладки проблем, предоставления отзывов и отслеживания прогресса вопросы, которые их волнуют, я все еще весьма разочарован тем, как проблемы обычно игнорируются как «не моя область для беспокойства». Эта конкретная проблема чрезвычайно важна для всех, кто хочет использовать реплики для чтения и подчинения, которые являются ключевой функцией продажи самого дорогого варианта для Azure SQL. Показанное здесь отсутствие сочувствия к покупателю немного удручает. </rant>

@kroymann Хороший момент, мне кажется, я пришел к

@JeremyWeir @kroymann Мы учимся лучше управлять этим новым каналом. Первоначальная цель и та, которой она служит до сих пор, - решить темы, связанные с документацией, как улучшения, так и исправления, которые необходимо внести. Это также должно включать проблемы, когда документация и продукт не совпадают. По мере того, как конкретный продукт развивается с течением времени или по мере внесения изменений (например, в портал) и когда документация требует исправления, этот канал был очень полезен, поскольку мы узнали об этих проблемах. Что касается запросов функций, этот канал не предназначен для поддержки этих типов запросов, но с учетом простоты внесения предложений по конкретному компоненту или функции через этот канал, поскольку документация основана на тематике, и разговор может происходить в отношении конкретного полезно объединить эту запись UserVoice с определенной темой документации. Детализируя ссылку UserVoice на запрос функции, группа продуктов желает, чтобы ваш отзыв был подробно описан на этом форуме. Я включил сюда несколько соответствующих записей UserVoice на тот случай, если желаемая функциональность представляет интерес.

Циклическое чтение реплик и предоставление показателей производительности реплик на портале

Получите представление о задержке репликации между основной базой данных SQL Azure и репликой для чтения с горизонтальным масштабированием.

Мы внедрили некоторые процессы для эскалации проблем, попадающих в эту серую зону, которые являются чисто проблемой продукта, где документ правильный, но проблема больше связана с продуктом. В этих случаях проблема с документом все равно будет закрыта, но проблема будет отслеживаться внутри компании.

Мы высоко ценим полученные отзывы и вашу помощь в повышении нашей осведомленности об учебных пособиях и примерах, которые просто не работают так, как задумано.

Это тоже связано и актуально
https://feedback.azure.com/forums/217321-sql-database/suggestions/34337935-monitor-queries-on-secondary-database-when-read-sc