Как измерить данные, потребляемые пользователем в базе данных сервера SQL Azure?

Для MI сервера SQL Azure у нас есть несколько внешних пользователей, потребляющих данные, я хотел бы знать, сколько данных пользователь потребляет/извлекает из БД?

Можно ли это проверить из 1.) Из SSMS с помощью запросов или пользовательского интерфейса? 2.) Портал Azure?


person Venkat    schedule 29.04.2019    source источник
comment
Вы хотите знать, сколько МБ данных за период времени читает пользователь?   -  person Alex    schedule 30.04.2019
comment
Да, пользователь, когда он читает/записывает данные из БД, сколько байтов/МБ данных читается/записывается и количество операций чтения/записи, также принесет пользу. Я попытался присоединиться к sys.dm_exec_connections и sys.dm_exec_sessions, используя идентификатор сеанса, где получил num_reads, но, похоже, будут сохранены только записи за определенный период времени, а не вся история.   -  person Venkat    schedule 30.04.2019
comment
Добавление ветки MSDN для того же вопроса: by-an-user-in-azure-sql-server-database?forum=ssdsgetstarted" rel="nofollow noreferrer">social.msdn.microsoft.com/Forums/en-US/   -  person Mike Ubezzi MSFT    schedule 01.05.2019


Ответы (1)


Azure Monitor — лучшее решение для изучения этой информации. Поскольку MI развернут на виртуальной машине Azure, возможно, что данные счетчика производительности будут раскрыты, а Azure Monitor может предоставить информацию о потреблении данных клиентом: сбор данных о виртуальных машинах Azure.

Другой вариант — включить аналитику журнала для экземпляра SQL и использовать Azure Monitor для приема и анализа собранных данных журнала: просмотр или анализ данных, собранных с помощью поиска журнала Log Analytics.

Существует несколько вариантов доступных инструментов: База данных SQL Azure: мониторинг и настройка.

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

person Mike Ubezzi MSFT    schedule 01.05.2019
comment
Спасибо, я не знаком с этим, позвольте мне изучить это. Сейчас я пытаюсь создать расширенный сеанс событий и добиться того же. - person Venkat; 01.05.2019