데이터베이스 Watcher로 Azure SQL 워크로드 모니터링(프리뷰)

적용 대상:Azure SQL 데이터베이스 Azure SQL Managed Instance

중요

데이터베이스 감시자는 2027년 4월 30일에 서비스 종료되며 일반 사용 가능 상태에 도달하지 못할 것입니다. 그 날짜 이전에 Microsoft Fabric의 데이터베이스 허브로 전환하세요. 서비스 종료 일정과 전환 지침은 서비스 종료 공지를 참조하세요.

2026년 11월 9일부터는 새로운 watcher 리소스를 생성하거나 기존 리소스를 편집할 수 없습니다. 기존 watcher는 은퇴할 때까지 계속 작동하며 데이터를 수집합니다. 2027년 4월 30일에 기존 watcher 리소스는 중지 상태로 전환되며 데이터 수집을 중단합니다. 그 날짜 이후에는 그것들을 시작할 수 없습니다.

지원 종료가 Azure Data Explorer 리소스나 Fabric Eventhouse를 중단하거나 비활성화하는 것은 아닙니다. 유지 설정은 여전히 적용되며, 보유 자원은 계속 요금이 부과될 수 있습니다. 기존 알림 규칙은 자동으로 삭제되지 않습니다. 은퇴 전에 필요한 알림을 다시 만들고 테스트한 뒤, 더 이상 필요하지 않은 기존 규칙을 비활성화하거나 삭제하세요.

Fabric Free 라이선스로 Database Hub를 사용할 수 있습니다. Database Hub에 접근하는 데 Fabric 용량이 필요하지 않으며, 지원되는 성능 모니터링을 활성화하는 데도 추가 비용이 발생하지 않습니다. 맞춤형 대시보드나 액티베이터 알림과 같은 추가 워크플로우는 별도의 용량 또는 라이선스 요구사항이 있을 수 있습니다. 시작하려면 Microsoft SQL의 성능 모니터링 활성화를 참조하세요.

데이터베이스 Watcher는 Azure SQL 패밀리의 데이터베이스 서비스를 위한 관리형 모니터링 솔루션입니다. Azure SQL 데이터베이스 및 Azure SQL Managed Instance를 지원합니다.

데이터베이스 Watcher는 심층 워크로드 모니터링 데이터를 수집하여 데이터베이스 성능, 구성 및 상태에 대한 자세한 보기를 제공합니다. 선택한 데이터베이스, Elastic Pool, SQL Managed Instance의 모니터링 데이터는 Azure 구독의 중앙 데이터 저장소로 수집됩니다. Azure Portal의 대시보드는 Azure SQL 자산의 단일 창 보기와 각 데이터베이스, Elastic Pool, SQL Managed Instance에 대한 자세한 보기를 제공합니다. 경고 Azure SQL 자산의 데이터베이스 조건에 주의가 필요할 수 있는 경우 알림을 보냅니다.

모니터링된 리소스에서 워처를 거쳐 데이터 저장소를 거쳐 Azure 포털 대시보드로 이어지는 데이터 흐름과 데이터베이스 워처 구성 요소를 보여주는 다이어그램의 스크린샷입니다.

SQL 모니터링 데이터를 저장하고 분석하기 위해 데이터베이스 감시자는 Azure Data Explorer 또는 Microsoft Fabric의 실시간 분석을 사용할 수 있습니다. Azure Data Explorer는 완전히 관리되고 확장성이 뛰어난 데이터 서비스로, 시계열 모니터링 데이터에 대한 빠른 수집 및 분석을 위해 특별히 제작되었습니다. 단일 Azure Data Explorer 클러스터는 수천 개의 Azure SQL 리소스에서 모니터링 데이터를 지원하도록 확장 가능합니다. 실시간 분석은 Microsoft Fabric 내에서 SaaS 제품과 동일한 핵심 엔진을 사용합니다.

KQL 또는 T-SQL을 사용하여 Azure Data Explorer 또는 실시간 분석 데이터베이스에서 데이터를 쿼리하고, Azure Data Explorer 대시보드, Power BI 또는 Grafana를 사용하여 사용자 지정 시각적 개체를 빌드하고, Excel에서 데이터를 분석할 수 있습니다. 데이터베이스 또는 테이블당 데이터 보존 정책을 설정하고 Azure Data Explorer 클러스터의 크기를 자동으로 또는 수동으로 조정 하여 최적의 가격/성능 비율을 달성할 수 있습니다.

Azure SQL 리소스 모니터링을 시작하려면 Azure 구독에서 Watcher 리소스를 만듭니다. SQL 대상이라고 하는 모니터링할 데이터 저장소와 데이터베이스, Elastic Pool 또는 SQL Managed Instance 집합을 선택하여 Watcher를 구성합니다. Watcher에 대상에 대한 액세스 권한을 부여하고 Watcher를 시작합니다.

빠르게 시작하는 단계는 빠른 시작: 데이터베이스 Watcher를 사용하여 Azure SQL 모니터링을 참조하세요. 설정 및 구성 세부 정보는 감시자 만들기 및 구성을 참조하세요.
데이터베이스 Watcher에 대해 자주 묻는 질문과 답변은 데이터베이스 Watcher FAQ를 참조하세요.
데이터베이스 감시자의 비디오 개요는 데이터 노출 에피소드를 시청하세요.

참고

데이터베이스 감시자가 현재 프리뷰로 제공됩니다. 프리뷰 기능은 제한된 기능으로 출시되지만 고객이 미리 사용해보고 피드백을 제공할 수 있도록 프리뷰로 제공됩니다. 프리뷰 기능은 별도의 추가 프리뷰 조건이 적용되며 SLA의 적용을 받지 않습니다. 지원은 특정한 경우에 최선의 노력을 다하여 제공됩니다. 그러나 Microsoft 지원에서는 프리뷰 기능에 대한 피드백을 받고자 하며 특정한 경우에 최선의 지원을 제공할 수 있습니다. 프리뷰 기능은 기능이 한정적이거나 제한될 수 있으며 선택한 지역에서만 사용 가능합니다.

지원되는 Azure SQL 대상

데이터베이스 Watcher는 Azure SQL 데이터베이스 및 Azure SQL Managed Instance의 모든 서비스 계층, 컴퓨팅 계층, 서비스 목표를 지원합니다. 이 지원에는 vCore 및 DTU 구매 모델, 프로비저닝 및 서버리스 컴퓨팅 계층, 단일 데이터베이스 및 탄력적 풀, 및 Hyperscale이 포함됩니다.

데이터베이스 워처는 고가용성 복제본, 지오 복제본, 하이퍼스케일 명명된 보조 복제본을 포함하여 모든 유형의 읽기 가능한 보조 복제본을 모니터링할 수 있습니다.

지정된 Watcher의 경우 SQL 대상은 동일한 Microsoft Entra ID 테넌트의 모든 구독에 있을 수 있습니다.

데이터베이스 감시자 가격

데이터베이스 워처 비용은 다음과 같이 개별 구성 요소에서 발생합니다:

구성 요소	가격	참고 사항
감시자들	무료
대시보드	무료
Azure Data Explorer 클러스터 ¹	가격 정보	최적의 클러스터 SKU는 모니터링 대상 수와 클러스터에서 실행되는 쿼리 워크로드에 따라 달라집니다. 클러스터 크기 조정 고려 사항은 Azure Data Explorer 클러스터 관리를 참조하세요.
Microsoft Fabric의 실시간 분석	Power BI Premium 작업 영역 사용 모델에 포함됩니다. 사용자당 청구.	Azure Data Explorer 또는 실시간 분석을 사용합니다. 이 중 하나만 있으면 돼요.
Azure Key Vault의 보관소	가격 정보	기본 Microsoft Entra 인증 대신 선택적 SQL 인증을 사용할 때만 이 컴포넌트가 필요합니다.
Azure 네트워크 대역폭	가격 정보	워처, 타겟, 데이터 저장소를 같은 Azure 지역에 배포하면 이 비용이 발생하지 않습니다.
경고	가격 정보	데이터베이스 감시자는 로그 경고를 사용합니다. 월별 가격은 생성하는 알림 규칙 수, 한 달 동안 알림을 생성하는 SQL 타겟 수, 각 알림 규칙의 평가 빈도에 따라 달라집니다.

¹ 서비스 수준 협약이 필요 없고 쿼리 성능 및 저장 요구사항이 무료 클러스터 용량 사양에 의해 충족될 때 무료 Azure Data Explorer 클러스터를 사용할 수 있습니다. 무료 클러스터 평가 기간은 1년이며 자동으로 연장될 수 있습니다.

모니터링되는 Azure SQL 리소스나 사용자당 요금이 없기 때문에, 데이터베이스 워처는 더 큰 Azure SQL 환경과 대규모 팀에 저렴한 모니터링 솔루션이 됩니다.

국가별 가용성

다음 Azure 지역에서 watcher를 생성할 수 있습니다:

캐나다 중부
캐나다 동부
미국 중부
미국 동부
미국 동부 2
미국 중북부
미국 서부

팁

한 Azure 지역의 Watcher는 다른 지역의 대상을 모니터링할 수 있습니다. 마찬가지로 Watcher와 해당 데이터 저장소는 다른 지역에 있을 수 있습니다.

가능한 경우 Watcher, 대상, 데이터 저장소를 동일 지역에 공동 배치합니다. 만약 귀하의 지역에서 데이터베이스 워처가 제공되지 않는다면, 같은 Azure 지리적 영역을 선택하세요. 이 선택은 Azure 네트워크 대역폭 비용을 줄일 수 있습니다.

제한

워처당 SQL 타겟 수와 구독당 워처 수에 제한이 있습니다. Azure는 이 제한을 초과하는 배포를 지원하지 않습니다.

매개 변수	제한
감시자당 SQL 대상¹	100
구독당 감시자 수	20

¹데이터베이스, Elastic Pool 또는 SQL Managed Instance의 고가용성 복제본은 부모 복제본과 독립적으로 모니터링되며 별도의 대상으로 간주됩니다.

참고

프리뷰 중에는 제한이 변경될 수 있습니다.

대시보드

데이터베이스 워처는 Azure 통합 문서를 사용하여 구역 수준과 리소스 수준에서 모니터링 대시보드를 제공합니다.

다음 이미지는 에스테이트 대시보드에서 데이터베이스 CPU 활용도 히트맵의 예시를 보여줍니다. 각 육각형은 SQL 대상을 나타냅니다. 2개의 논리 서버가 있습니다. 하나는 6개의 데이터베이스, 다른 하나는 3개의 데이터베이스가 있습니다. 고가용성 2차 복제체는 히트맵에 별도의 타겟으로 나타납니다. 이미지를 선택하여 데이터 수집 통계를 포함한 더 많은 세부사항을 확인하세요.

다음 이미지는 Azure SQL 데이터베이스 대시보드의 성능 탭 부분 뷰 예시를 보여줍니다. 세부 정보를 확대할 이미지를 선택합니다.

다음 표에서는 Azure Portal에서 데이터베이스 Watcher 대시보드의 기능을 설명합니다.

역량	설명
부동산 대시보드	공통 보기에서 모니터링되는 여러 리소스에 대한 상위 수준 모니터링 데이터를 시각화합니다. 열 지도를 사용하여 데이터베이스, 탄력적 풀 또는 SQL 관리형 인스턴스를 사용하는 상위 리소스를 찾습니다. 상위 쿼리 뷰를 사용하여 Azure SQL 자산 전반에서 자원을 가장 많이 소비하는 쿼리를 찾고, CPU, 소요 시간, 실행 수 등 다양한 기준으로 쿼리를 순위별로 정렬하세요. 구독, 리소스 그룹 및 리소스 이름 필터를 사용하여 Azure SQL 자산의 하위 집합에 초점을 맞춥니다. 자세한 대시보드에 접근하여 특정 리소스를 확인합니다.
리소스 대시보드	다음을 포함하여 데이터베이스, 탄력적 풀 또는 SQL 관리형 인스턴스에 대한 자세한 모니터링 데이터를 시각화합니다. - 활성 세션 - 백업 기록 - 일반적인 성능 카운터 - 연결 검사 도구 - 데이터베이스와 인스턴스의 속성 및 구성 - 지역에서 복제 - 인덱스 메타데이터, 사용 통계, 경고 및 제안 - 리소스 사용량 - 세션 및 연결 통계 - SQL 에이전트 작업 상태 및 기록 - 저장소 사용량 및 성능 - 테이블 메타데이터 - 상위 쿼리 - 대기 통계 리소스 드롭다운을 사용하여 한 리소스에서 다른 리소스로 빠르게 전환합니다. 부동산 링크를 사용하여 부동산 대시보드로 확대합니다.
시간 범위로 필터링	각 대시보드에서 원하는 시간 간격에 집중하도록 시간 범위를 설정합니다. 표준 또는 사용자 지정 시간 범위를 사용합니다. "브러시"를 사용하거나 차트 위로 마우스 커서를 끌어 더 짧은 시간 범위를 선택하여 시간 범위를 원하는 간격으로 좁힐 수 있습니다.
기록 데이터	데이터 세트에 따라 대시보드에는 선택한 시간 간격에 대한 요약 또는 해당 시간 간격에 수집된 최신 샘플이 표시됩니다. 선택한 시간 범위의 앞부분에서 데이터 샘플을 보려면 최신 보기와 기록 보기 사이를 전환합니다. 예를 들어 리소스 사용량이 급증했을 때 현재 활성 세션을 보는 대신 수집된 활성 세션의 이전 샘플을 검토합니다.
보조 복제본	모든 유형의 복제본, 특히 고가용성(HA) 보조 복제본을 관리 대시보드에서 모니터링합니다. 리소스 대시보드에서 주 복제본 보기와 HA 보조 복제본 사이를 전환합니다.
데이터를 Excel로 다운로드	차트와 그리드에서 데이터를 `csv` 파일로 다운로드하여 Excel에서 열어 더 많은 분석을 하세요.
데이터 새로 고침	대시보드를 열고 탭 사이를 전환할 때 모니터링 데이터 저장소에서 최신 데이터를 검색합니다. 대시보드를 일정 시간 동안 연 후 수동으로 새로 고쳐 최신 데이터를 확인하거나 대시보드 자동 새로 고침을 사용하도록 설정합니다.
임시 KQL 쿼리	각 대시보드의 링크를 사용하여 Azure Data Explorer 웹 UI를 열고 KQL을 사용하여 모니터링 데이터를 쿼리합니다. 자세한 내용은 데이터 세트 및 KQL을 사용하여 모니터링 데이터 분석을 참조하세요.
설명	표시된 데이터를 해석하고 관련 설명서 링크를 포함하는 데 도움이 되는 설명을 보려면 설명 표시 매개 변수를 토글합니다.
도구 설명	필드에 커서를 올려 표시된 데이터에 대한 자세한 내용과 컨텍스트를 확인합니다.
입력 통계	수집 통계 링크를 사용하여 데이터 세트당 데이터 수집 대기 시간 및 기타 수집 통계를 확인합니다.
다크 모드	Azure Portal 모양을 전환하고 어두운 테마를 사용하여 데이터베이스 Watcher 대시보드에서 다크 모드를 사용하도록 합니다.

참고

프리뷰 중에는 대시보드 시각화 및 기능이 변경될 수 있습니다.

SQL 모니터링 데이터

데이터베이스 Watcher는 70개 이상의 SQL 카탈로그 뷰 및 DMV(동적 관리 뷰)에서 모니터링 데이터를 수집합니다. 하나 이상의 관련 뷰의 데이터가 데이터 세트로 변환됩니다. 예를 들어 sys.dm_exec_sessions, sys.dm_exec_requests, 기타 보기의 데이터가 활성 세션 데이터 세트를 구성합니다. 데이터 세트마다 Azure Data Explorer 또는 실시간 분석 데이터베이스에 별도의 테이블이 있습니다.

데이터베이스 Watcher에는 데이터베이스, Elastic Pool, SQL Managed Instance에 대한 별도의 데이터 세트 그룹이 있습니다. 각 그룹에는 10~30개의 데이터 세트가 있으며, Azure SQL 리소스에 대한 데이터베이스 성능, 구성,상태에 대한 자세한 보기를 제공합니다.

자세한 내용은 데이터베이스 감시자 데이터 수집 및 데이터셋을 참조하세요.

경고

데이터베이스 감시자는 Azure Monitor 경고 규칙을 쉽게 만들 수 있도록 경고 규칙 템플릿 집합을 제공합니다. 경고 규칙을 만든 후에는 Azure Monitor의 다른 경고 규칙과 마찬가지로 경고 규칙을 사용자 지정하고 관리할 수 있습니다. 자세한 내용은 Database Watcher 경고참조하세요.

네트워크 연결

데이터베이스 워처는 네트워크를 통해 대상 시스템, 데이터 저장소, 키 저장소에 연결하는 원격 데이터 수집 에이전트를 사용합니다. 네트워크 보안 요구 사항과 Azure 리소스 구성에 따라 데이터베이스 Watcher는 프라이빗 또는 퍼블릭 연결을 사용할 수 있습니다. 항상 데이터베이스 Watcher에서 Azure 리소스로의 네트워크 연결을 완전히 제어합니다.

Azure SQL의 네트워크 연결에 대한 자세한 내용은 Azure SQL 데이터베이스 연결 아키텍처 및 Azure SQL Managed Instance 연결 아키텍처를 참조하세요.

프라이빗 연결

프라이빗 연결을 제공하기 위해 데이터베이스 Watcher는 Azure Private Link를 사용합니다. Watcher를 구성할 때 Watcher가 논리 서버의 데이터베이스 및 Elastic Pool 또는 SQL Managed Instance에 연결할 수 있도록 관리형 프라이빗 엔드포인트를 생성할 수 있습니다. Azure Data Explorer 클러스터 및 SQL 인증 자격 증명을 저장하는 키 자격 증명 모음에 대한 프라이빗 엔드포인트도 만들 수 있습니다. 현재 Microsoft Fabric의 실시간 분석에 대한 연결에 프라이빗 연결을 사용할 수 없습니다.

감시자가 이를 사용하려면 먼저 리소스 소유자가 감시자에 대한 관리되는 프라이빗 엔드포인트를 승인해야 합니다. 반대로 리소스 소유자는 언제든지 감시자에 대한 프라이빗 엔드포인트를 삭제하여 데이터 수집을 중지할 수 있습니다.

Azure 리소스를 대상으로 하는 감시자에 대한 관리형 프라이빗 엔드포인트를 만들고 승인하면 리소스에 대한 퍼블릭 연결이 활성화된 상태로 유지되더라도 감시자와 리소스 간의 모든 네트워크 트래픽은 프라이빗 연결을 사용합니다.

Azure SQL의 프라이빗 엔드포인트에 대한 자세한 내용은 Azure SQL 데이터베이스용 Azure Private Link 및 Azure SQL Managed Instance용 Azure Private Link를 참조하세요.

공용 연결

프라이빗 연결이 필요 없다면, 데이터베이스 워처는 공용 연결을 통해 Azure 리소스에 연결할 수 있습니다. 워처가 Azure SQL Database 논리 서버의 데이터베이스와 탄력적 풀에 연결되려면, 서버에 공용 액세스를 활성화하고 IP 기반 방화벽을 설정하여 모든 Azure 서비스로부터의 연결을 허용해야 합니다.

워처가 공개 연결을 통해 SQL 관리 인스턴스에 연결하려면 해당 인스턴스의 공개 엔드포인트를 활성화해야 합니다. 또한 관리되는 인스턴스 서브넷으로 들어오는 TCP 포트 3342의 인바운드 트래픽을 허용하는 네트워크 보안 그룹(NSG) 규칙의 출처를 AzureCloud로 설정해야 합니다. 자세한 내용은 Azure SQL Managed Instance에서 퍼블릭 엔드포인트 구성을 참조하세요.

워처가 공용 연결을 통해 Azure Data Explorer 클러스터나 키 볼트에 연결하려면 모든 네트워크에서 클러스터나 볼트에 대한 네트워크 접근을 활성화해야 합니다.

데이터 액세스

데이터베이스 감시자 접근권은 네트워크 연결과 마찬가지로 완전히 통제할 수 있습니다. 논리 서버와 SQL 관리 인스턴스에서 전용 감시자 로그인 생성으로 접근 권한을 부여하세요. 그 다음, SQL 시스템 뷰에서 모니터링 데이터를 수집할 수 있는 구체적이고 제한된 권한을 부여합니다.

감시자 인증

데이터베이스 Watcher는 Microsoft Entra 인증(이전에는 Azure Active Directory 인증이라고 함)을 지원합니다. 이 인증 방법은 워처가 SQL 타겟에 인증하는 데 선호되고 권장되는 방법입니다. 모니터링하려는 모든 논리 서버와 SQL 관리 인스턴스에서 워처의 관리 ID를 위해 Microsoft Entra 인증 로그인을 만드세요.

데이터베이스 Watcher는 암호 기반 SQL 인증도 지원합니다. Azure SQL 리소스에 Microsoft Entra 인증을 활성화하지 않았다면 SQL 인증을 사용하세요. 자세한 내용은 SQL 인증을 사용하기 위한 추가 구성을 참조하세요.

Watcher 권한 부여

모니터링 데이터를 수집하기 위해 watcher는 각 모니터링 대상에 대해 특정한 제한된 액세스 권한이 필요합니다. 다음 표는 필요한 접근 권한을 설명합니다. 이러한 역할 멤버 자격 및 권한은 감시자에게 시스템 모니터링 데이터에 필요한 액세스 권한을 부여하지만 데이터베이스의 다른 데이터에는 액세스할 수 없습니다.

Azure SQL 데이터베이스 Azure SQL Managed Instance (Azure SQL 관리 인스턴스)

다음 서버 역할의 모든 멤버 자격:
##MS_ServerPerformanceStateReader##
##MS_DefinitionReader##
##MS_DatabaseConnector## 다음 서버 권한:
CONNECT SQL
CONNECT ANY DATABASE
VIEW ANY DATABASE
VIEW ANY DEFINITION
VIEW SERVER PERFORMANCE STATE

SELECT 데이터베이스의 다음 테이블에 대한 msdb 권한.
dbo.backupmediafamily
dbo.backupmediaset
dbo.backupset
dbo.suspect_pages
dbo.syscategories
dbo.sysjobactivity
dbo.sysjobhistory
dbo.sysjobs
dbo.sysjobsteps
dbo.sysoperators
dbo.syssessions

Azure SQL 데이터베이스	Azure SQL Managed Instance (Azure SQL 관리 인스턴스)
다음 서버 역할의 모든 멤버 자격: `##MS_ServerPerformanceStateReader##` `##MS_DefinitionReader##` `##MS_DatabaseConnector##`	다음 서버 권한: `CONNECT SQL` `CONNECT ANY DATABASE` `VIEW ANY DATABASE` `VIEW ANY DEFINITION` `VIEW SERVER PERFORMANCE STATE` `SELECT` 데이터베이스의 다음 테이블에 대한 `msdb` 권한. `dbo.backupmediafamily` `dbo.backupmediaset` `dbo.backupset` `dbo.suspect_pages` `dbo.syscategories` `dbo.sysjobactivity` `dbo.sysjobhistory` `dbo.sysjobs` `dbo.sysjobsteps` `dbo.sysoperators` `dbo.syssessions`

중요

Watcher가 Azure SQL 리소스에 연결하면 Watcher가 보유한 SQL 권한의 유효성을 검사합니다. 부여된 권한이 부족하거나 불필요한 사용 권한이 부여된 경우 Watcher의 연결이 끊어집니다. 이렇게 하면 Watcher가 시스템 모니터링 데이터를 수집할 수 있지만 데이터베이스의 다른 데이터에 대한 액세스가 실수로 허용되지는 않습니다.

반대로, 워처 로그인이나 사용자에게 불필요한 권한을 부여하거나, 워처 로그인 또는 사용자가 구성원인 역할에 권한을 부여하면, 워처는 일부 또는 모든 데이터셋에 대한 모니터링 데이터를 수집하지 않을 수 있습니다. 마찬가지로, 워처 로그인이나 사용자를 내장 서버나 데이터베이스 역할에 추가하면 데이터 수집이 중단될 수 있습니다.

감시자에 대한 로그인 또는 사용자 또는 감시자 로그인 또는 사용자가 멤버로 있는 역할(데이터베이스 역할 포함)에 필요한 권한을 public 경우 감시자는 모니터링 데이터를 수집하지 않을 수 있습니다. 거부된 권한에 따라 일부 또는 모든 데이터 세트에 영향을 줄 수 있습니다.

반대로 감시자에 대한 로그인 또는 사용자 또는 감시자 로그인 또는 사용자가 멤버로 있는 역할에 불필요한 권한을 부여하는 경우 감시자는 일부 또는 모든 데이터 세트에 대한 모니터링 데이터를 수집하지 않을 수 있습니다. 마찬가지로 감시자 로그인 또는 사용자를 기본 제공 서버 또는 데이터베이스 역할에 추가하는 경우 데이터가 수집되지 않을 수 있습니다.

새로운 기능

이 섹션에서는 최근 데이터베이스 감시자 수정, 변경 및 개선 사항에 대해 설명합니다.

기간	변경
2025년 7월	- 데이터베이스 감시자 모니터링 쿼리로 인해 서버리스 데이터베이스 및 무료 제품 데이터베이스가 일시 중지되지 않는 문제를 해결합니다. 자세한 내용은 서버리스 데이터베이스의 데이터 수집을 참조하세요.
2025년 4월	- Bicep, ARM 템플릿, Terraform 또는 REST API를 통해 데이터베이스 감시자를 배포할 때 구독 ID, 리소스 그룹 이름, 또는 감시자 이름의 배포 매개 변수가 서로 다른 대/소문자를 사용할 경우 배포가 실패하는 버그를 수정합니다. - 데이터베이스가 백업에서 복원된 경우 SQL 데이터베이스 대상에 대한 특정 데이터 세트의 수집이 중지되는 버그를 수정합니다. - 장기 실행 컬렉션 쿼리를 방지하기 위해 테이블이 많은 데이터베이스 및 많은 데이터베이스가 있는 SQL 관리형 인스턴스에 대한 테이블 메타데이터 데이터 세트의 데이터 수집을 제한하도록 변경합니다. - SQL 관리형 인스턴스 대상에 대한 세션 통계 데이터 세트에 대한 컬렉션 쿼리 성능을 향상시킵니다.
2025년 2월	- 경고에 대한 지원을 추가합니다. 자세한 내용은 Database Watcher 경고참조하세요.
2025년 1월	- Bicep 또는 ARM 템플릿을 사용하여 데이터베이스 감시자 배포를 안정적으로 수행할 수 있도록 수정합니다. - SQL Managed Instance 세부 대시보드의 SQL 에이전트 작업 기록 세부 정보가 표시되지 않는 버그를 수정합니다. - 자세한 대시보드의 세션 차트에서 데이터를 필터링하면 KQL 쿼리 오류가 발생할 때 버그를 수정합니다. - 자세한 대시보드의 스토리지 처리량 값이 잘못된 버그를 수정합니다. - 자세한 대시보드의 스토리지 사용률 차트를 개선하여 최대 스토리지 크기를 포함합니다. - 데이터 저장소 섹션에서 수집된 데이터의 원래 및 압축 크기를 표시하도록 개선합니다. - 대시보드가 데이터 저장소에 연결할 수 없는 경우 표시되는 메시지를 개선하여 일반적인 문제에 대한 제안을 포함합니다. - 알려진 이유로 상위 쿼리 대시보드에 데이터가 표시되지 않는 경우 정보 메시지를 추가합니다. - Azure SQL 데이터베이스의 복제본 데이터 세트에 하이퍼스케일 로그 속도 제한 정보를 추가합니다. - 활성 세션 데이터 세트에 사용되는 트랜잭션 시작 시간 및 로그 바이트를 추가합니다.
2024년 11월	- 오스트레일리아 중부, 오스트레일리아 남동부, 캐나다 동부, 미국 중부, 독일 중서부, 일본 서부, 한국 중부 및 미국 중북부 Azure 지역에서 데이터베이스 감시자를 사용하도록 설정합니다. - 감시자당 SQL 대상 수에 대한 제한을 50개에서 100개로 늘입니다.
2024년 10월	- 잘못된 테이블 참조가 있는 뷰 또는 여러 열 검사 제약 조건이 있는 테이블이 있는 경우 테이블 메타데이터 데이터 세트가 수집되지 않은 버그를 수정합니다. - 사용자 할당 ID를 감시자 ID로 사용하기 위한 지원을 추가합니다. 자세한 내용은 감시자 ID 수정을 참조 하세요. - SQL 인증을 사용하는 SQL 대상을 추가할 때 감시자에게 키 자격 증명 모음 비밀에 대한 액세스 권한을 자동으로 부여합니다. - 기존 감시자에 데이터 저장소를 추가할 때 감시자에게 Azure Data Explorer 데이터베이스에 대한 액세스 권한을 자동으로 부여합니다. - 개요 페이지 및 기타 페이지의 피드백 단추를 추가합니다.
2024년 9월	-MARS 논리 세션이 사용된 경우에도 세션 통계 데이터 세트의 사용자 논리 세션 수가 항상 사용자 세션 수와 동일한 버그를 수정합니다. - 하이퍼스케일 탄력적 풀에 대해 탄력적 풀 스토리지 사용률이 올바르게 보고되지 않은 버그를 수정합니다. - 특정 데이터셋의 경우, 워처 재시작 후 처음 수집된 샘플에 이미 재시작 전에 수집된 데이터가 포함될 수 있는 문제를 해결합니다. - Table 메타데이터 데이터 세트에 대한 시간 제한을 방지하도록 컬렉션 쿼리 성능을 향상시킵니다. - SQL Managed Instance에서 쿼리 런타임 통계 및 쿼리 대기 통계 데이터 세트에 대한 컬렉션 안정성을 향상시킵니다. - SQL Managed Instance에 대한 데이터베이스 복제본 데이터 세트에 장애 조치 관련 열을 추가합니다. - 인덱스 메타데이터 데이터 세트에 인덱 스 작업 통계 열을 추가합니다. - Add SQL 타겟 창에서 여러 Azure SQL 데이터베이스를 선택할 수 있는 지원 추가.
2024년 8월	- 미국 중부, 미국 동부 2, 북유럽 및 스웨덴 중부 Azure 지역에서 데이터베이스 감시자를 사용하도록 설정합니다. - 자산 대시보드에 구독 및 리소스 그룹 필터 를 추가합니다.
2024년 7월	- 대/소문자 구분이 있는 카탈로그 정렬을 가진 데이터베이스 또는 대/소문자 구분 데이터베이스 정렬이 있는 관리 인스턴스에서 성능 카운터 데이터 세트를 수집하지 않던 버그를 수정합니다. - SQL 메타데이터의 데이터베이스 이름이 ARM(Azure Resource Manager) 메타데이터의 데이터베이스 이름과 다른 경우 데이터가 수집되지 않은 버그를 수정합니다. - 대량의 새 쿼리 및 쿼리 계획이 쿼리 저장소 테이블에 삽입된 데이터베이스에서 쿼리 런타임 통계 및 쿼리 대기 통계 데이터 세트가 수집되지 않은 버그를 수정합니다. - 하이퍼스케일 데이터베이스에서 지역 복제본 및 복제본 데이터 세트가 수집되지 않은 문제를 해결합니다. - 모든 데이터 세트에 `subscription_idresource_group_name`공통 열을 추가합니다. 모니터링 프로그램을 한 번 다시 시작해야 합니다. - 모든 데이터 세트에 `resource_id`공통 열을 추가합니다. 데이터는 2024년 7월 이상에 추가된 SQL 대상에 대해 표시됩니다. 기존 SQL 대상에 대한 데이터를 표시하려면 대상을 제거 및 다시 추가하고 감시자를 다시 시작합니다.
2024년 6월	- Bicep 또는 ARM 템플릿을 통해 추가된 일부 SQL 대상에서 데이터가 수집되지 않은 버그를 수정합니다. - 일부 Azure SQL 데이터베이스에 대해 백업 기록 데이터 세트가 수집되지 않은 버그를 수정합니다. - 인스턴스에 Managed Instance 링크를 사용하는 데이터베이스가 있을 경우, 관리되는 인스턴스의 복제 유형이 지리적 복제 전달자로 잘못 결정되는 버그를 수정합니다. 이 경우 동일한 버그로 인해 쿼리 런타임 통계 및 쿼리 대기 통계 데이터 세트가 수집되지 않습니다. - 사용자가 SQL 타겟 구독에 액세스할 수 없거나 구독이 삭제된 경우, Azure 포털의 SQL 타겟 창에서 Failed to load targets 오류가 발생하던 버그를 수정합니다. - Azure Portal에서 감시자를 만드는 동안 기본적으로 만든 Azure Data Explorer 데이터베이스의 보존 및 캐시 기간이 각각 365일과 31일이 아닌 무제한 으로 설정된 버그를 수정합니다. - 관리형 프라이빗 엔드포인트를 생성하거나 삭제하는 등 특정 관리 작업이 실패했음에도 불구하고 Azure 포털에서 성공으로 보고된 버그를 수정합니다. - SQL 데이터베이스 타겟에 대해 드롭다운 목록에 데이터베이스 목록이 불완전해진 버그를 수정하라, SQL 논리 서버에 1,000개 이상의 데이터베이스가 포함되어 있을 경우. - 데이터 저장소로 Azure Data Explorer 데이터베이스를 선택하면 동일한 리소스 그룹의 다른 감시자가 이 데이터베이스에 대한 액세스 권한을 제거하는 버그를 수정합니다. - Azure Portal에서 감시자 ARM 템플릿 내보내기를 사용하도록 설정합니다. - 감시자에 대해 선택한 구독에 Microsoft.Network 리소스 공급자가 등록되지 않은 경우 감시자를 만드는 동안 경고를 추가합니다. - 리소스 범위에 삭제 잠금 이 있으므로 감시자 또는 관리되는 프라이빗 엔드포인트를 삭제하지 못하는 경우 자세한 오류를 추가합니다.
2024년 4월	- 오스트레일리아 동부 및 영국 남부 Azure 지역에서 데이터베이스 Watcher를 사용할 수 있도록 했습니다. - 동일한 감시자에 대해 여러 프라이빗 엔드포인트가 빠르게 추가되는 경우 관리형 프라이빗 엔드포인트를 추가하는 오류를 수정합니다. - 전체 백업을 포함하도록 SQL 데이터베이스에 대한 백업 기록 데이터 세트를 수정합니다. - 인덱스 메타데이터, 쿼리 런타임 통계, 쿼리 대기 통계 및 테이블 메타데이터 데이터 세트에 대한 시간 제한을 방지하도록 컬렉션 쿼리 성능을 향상시킵니다. - 백업에서 데이터베이스를 복원한 후 특정 데이터 세트 데이터가 수집되지 않은 버그를 수정합니다. - 인덱 스에 많은 키 또는 포함된 열이 있거나 이러한 열의 이름이 긴 경우 인덱스 메타데이터 데이터 세트가 수집되지 않은 버그를 수정합니다. - SOS 스케줄러 데이터 세트를 추가합니다. - 상위 쿼리 대시보드에서 선택한 쿼리 계획을 다운로드하는 단추를 추가합니다. - 빠른 시작 샘플을 추가하여 Bicep 또는 ARM 템플릿을 사용하여 감시자를 만들고 구성합니다.

제한 사항

이 섹션에서는 데이터베이스 Watcher 제한 사항을 설명합니다. 사용 가능한 경우 해결 방법이 제공됩니다.

제한 사항	해결 방법
데이터 저장소가 Microsoft Fabric의 실시간 분석 또는 무료 Azure Data Explorer 클러스터를 사용하는 경우 경고를 사용할 수 없습니다.	실시간 분석에서는 Real-Time 대시보드를 위한 Activator 경고를 만들 수 있습니다.
Azure Data Explorer의 Azure 로그 검색 경고는 1분 경고 평가 빈도를 지원하지 않습니다.	현재는 없습니다.
Azure Data Explorer 클러스터에 대한 공용 액세스를 사용하지 않도록 설정하면 Azure Data Explorer의 Azure 로그 검색 경고가 지원되지 않습니다.	현재는 없습니다.
Azure Monitor의 보안 제한으로 인해 프라이빗 엔드포인트가 있는 가상 네트워크와 연결된 IP 주소에서 연결하는 경우 Azure Portal에서 경고 규칙 쿼리를 수정할 수 없습니다.	Azure CLI, PowerShell, REST API 또는 ARM 템플릿을 사용하여 경고 규칙을 수정할 수 있습니다. 자세한 내용은 CLI, PowerShell 또는 ARM 템플릿 사용하여 새 경고 규칙 만들기 및 경고 규칙 관리를 참조하세요.
개발/테스트 또는 초소규모와 같은 소규모 Azure Data Explorer SKU를 사용하는 경우 일부 대시보드 쿼리가 "제한으로 인해 중단됨" 오류와 함께 간헐적으로 실행되지 않을 수 있습니다.	대시보드를 다시 로드하거나 다음으로 높은 SKU로 Azure Data Explorer 클러스터를 스케일 업합니다.
Azure Portal의 데이터베이스 Watcher UI에서 무료 Azure Data Explorer 클러스터를 만드는 경우 Azure Data Explorer 웹 UI에서 클러스터에 액세스하려고 하면 "클러스터에 연결할 수 없습니다. 403-Forbidden" 오류가 발생할 수 있습니다.	https://aka.ms/kustofree를 사용하여 무료 클러스터를 만드는 경우에는 이 문제가 발생하지 않습니다. Azure Portal에서 무료 클러스터를 이미 만든 경우 다음 단계를 수행합니다. Azure Data Explorer 웹 UI의 주 표시줄에서 프로필 이름을 선택하여 계정 관리자를 열고 디렉터리 전환을 선택합니다. Microsoft 계정이외의 디렉터리를 선택하고 전환을 선택합니다. 이제 만든 무료 Azure Data Explorer 클러스터가 표시됩니다. 또는 편집(연필) 단추를 사용하여 Azure Data Explorer 웹 UI에서 클러스터 연결을 편집하고 마찬가지로 디렉터리를 전환할 수 있습니다.
데이터베이스, Elastic Pool 또는 SQL Managed Instance에 대한 CPU 사용량이 100% 가까이 유지되는 경우, 남은 CPU 리소스가 데이터베이스 Watcher 데이터 수집 쿼리에 부족하여 수집된 데이터에서 격차가 발생할 수 있습니다.	데이터베이스, Elastic Pool 또는 SQL Managed Instance에서 높은 CPU 사용률과 상관 관계가 있는 데이터 격차가 관찰되는 경우 애플리케이션 워크로드를 조정하여 CPU 사용량을 줄이거나 vCore 또는 DTU 수를 늘려 안정적인 모니터링을 지원하는 것이 좋습니다.

알려진 문제

프리뷰 중에 데이터베이스 감시자에는 다음과 같은 알려진 문제가 있습니다.

문제	완화 또는 해결 방법
데이터 수집이 오류(예: SQL 타겟이나 데이터 저장소에 대한 접근 부족)로 인해 시작할 수 없거나 계속할 수 없으면 오류가 노출되지 않습니다.	문제 해결을 위해 '데이터가 수집되지 않음'을(를) 참조하세요.
Azure SQL Database 및 Azure SQL Managed Instance의 알려진 문제로 인해 데이터베이스 복제본이 역할을 변경하는 경우(예: 유지 관리 이벤트 후) HA(고가용성) 읽기 가능한 보조 복제본에서 예상 데이터가 수집되지 않을 수 있습니다.	일반적으로 이 문제는 1~2일 이내에 아무 작업도 없이 해결됩니다. 데이터 수집을 더 빨리 다시 시작하려면 감시자를 다시 시작합니다.
Azure SQL Managed Instance의 경우 SQL 인증을 사용하는 경우 읽을 수 있는 고가용성 복제본 또는 지역 복제본에서 데이터를 수집하지 못할 수 있습니다.	두 가지 해결 방법이 있습니다. 1. Microsoft Entra ID 인증(기본 설정)을 사용합니다. 2. 암호 정책 검사를 사용하지 않도록 설정합니다. `ALTER LOGIN [database-watcher-login-placeholder] WITH CHECK_POLICY = OFF;`를 Watcher의 SQL 인증 로그인 이름으로 바꾸고 `database-watcher-login-placeholder`를 실행합니다. 주 복제본과 지역 복제본(있는 경우)에서 이 명령을 실행합니다.
Azure SQL Managed Instance에서 `EXECUTE` 시스템 저장 프로시저에 대한 `sys.xp_msver` 사용 권한이 `public` 역할에 대해 취소되거나 거부된 경우 데이터가 수집되지 않습니다.	감시자 `EXECUTE` 로그인에 대한 `sys.xp_msver` 권한을 부여합니다. SQL 대상으로 추가된 모든 SQL 관리형 인스턴스에서 `USE master; CREATE USER [database-watcher-login-placeholder] FOR LOGIN [database-watcher-login-placeholder]; GRANT EXECUTE ON sys.xp_msver TO [database-watcher-login-placeholder];`를 실행합니다. 여기서 `database-watcher-login-placeholder`는 감시자 로그인의 이름으로 대체합니다.
Watcher가 중지된 SQL Managed Instance에 연결할 관리형 프라이빗 엔드포인트를 만드는 경우 프라이빗 엔드포인트의 프로비전 상태가 실패로 보고되고 Watcher가 인스턴스에 연결할 수 없습니다.	실패한 프로비저닝 상태로 관리되는 프라이빗 엔드포인트를 삭제하고 SQL Managed Instance를 시작하세요. 실패한 프라이빗 엔드포인트가 삭제되고 인스턴스가 실행되면 관리형 프라이빗 엔드포인트를 다시 만듭니다.
실시간 분석의 데이터베이스를 데이터 저장소로 사용하고 OneLake 가용성 옵션을 사용하는 경우 데이터가 수집되지 않습니다.	OneLake 가용성 옵션을 사용 중지하고 Watcher를 다시 시작하여 데이터 수집을 다시 시작합니다.
Azure Monitor 경고의 알려진 문제로 인해 데이터베이스 감시자 템플릿에서 만든 경고 규칙을 편집하는 경우 발생한 경고의 범위는 경고가 적용되는 SQL 대상 대신 감시자 데이터 저장소로 사용되는 Azure Data Explorer 클러스터로 설정됩니다.	예를 들어 Bicep 또는 ARM 템플릿을 사용하여 프로그래밍 방식으로 경고 규칙을 편집하고 `resourceIdColumn` 속성을 `resource_id`값으로 설정합니다. 자세한 내용은 Azure Monitor 로그 검색 경고 규칙에 대한Resource Manager 템플릿 샘플을 참조하세요.

문제 해결

이 섹션에서는 일반적인 문제를 해결하기 위해 수행할 수 있는 단계를 설명합니다. 이 섹션의 단계로 문제가 해결되지 않으면 지원 사례를 개설하세요.

데이터는 수집되지 않습니다

새 워처를 생성했는데 대시보드나 데이터 저장소에서 모니터링 데이터가 보이지 않거나, 기존 워처의 이전 데이터만 보이면 이 섹션을 검토하세요.

Watcher 개요 페이지에서 상태 필드를 검사하고 Watcher가 실행 중인지 확인합니다. 그렇지 않은 경우 같은 페이지의 시작 버튼을 사용하여 데이터 수집을 시작합니다. 새로운 watcher는 자동으로 시작되지 않습니다.
Watcher에 데이터 저장소에 대한 액세스 권한이 있는지 확인합니다.
Azure Data Explorer 데이터베이스를 데이터 저장소로 사용하는 경우 Azure Data Explorer 클러스터가 시작되었는지 확인합니다. 자세한 내용은 중지된 Azure Data Explorer 클러스터를 참조하세요.
감시자가 SQL 대상에 대해 제한적인 특정액세스 권한을 가지고 있는지 확인합니다. 또한, 대상에 SQL 인증을 사용하는 경우, 키 자격 증명 모음에 대한 감시자 액세스를 확인하거나 대신 권장되는 Microsoft Entra 인증을 사용하십시오.
감시자가 Microsoft Entra 인증을 사용해 SQL 타겟에 연결하길 원한다면, 데이터베이스와 탄력적 풀 타겟을 호스팅하는 SQL 논리 서버와 SQL 관리 인스턴스 타겟에서 Microsoft Entra 인증이 활성화되어 있는지 확인하세요.
Watcher에 대한 프라이빗 엔드포인트를 만들었다면, 리소스 소유자가 이를 승인하는지 확인하세요.
공용 연결을 사용한다면, 워처가 타겟, 데이터 저장소, 키 볼트에 연결할 수 있도록 요구 사항을 충족하는지 확인하세요.
Azure Data Explorer 클러스터나 데이터베이스, 또는 실시간 분석 데이터베이스는 워처의 데이터 저장소로 선택한 후 삭제될 수 있습니다. 클러스터와 데이터베이스에 가서 존재하는지 확인하세요.
무료 Azure Data Explorer 클러스터를 사용 중이라면, 클러스터의 저장 용량에 도달하지 않았는지 확인하세요. 자세한 내용은 무료 Azure Data Explorer 클러스터를 참조 하세요.

문제 해결의 일환으로 Watcher 액세스 또는 연결을 변경하는 경우 변경 내용을 적용하려면 Watcher를 중지하고 다시 시작해야 할 수 있습니다.

대시보드가 비어 있음

워처의 대시보드 페이지를 선택했지만 SQL 타겟 요약이 보이지 않는다면, 데이터 저장소 섹션을 펼치세요. 연결할 수 없습니다... 오류가 표시되면 이 섹션을 검토합니다.

데이터 저장소에 대한 액세스 권한이 없을 수 있습니다. 자세한 내용은 사용자 및 그룹에 데이터 저장소에 대한 액세스 권한 부여를 참조하세요.
데이터 저장소에 대한 네트워크 연결이 없을 수 있습니다. 예를 들어, 이 조건은 브라우저에서 Azure Data Explorer 클러스터로의 연결이 공용 연결을 사용하는데 클러스터에 대한 공용 액세스를 비활성화한 경우에 발생합니다. 이 경우 Kusto Explorer나 Azure Data Explorer 웹 UI에서 클러스터에 연결할 수도 없습니다.

이 문제를 해결하려면, 귀하의 머신에서 데이터 저장소에 대한 Private 연결에 설명된 대로 Azure Data Explorer 클러스터에 개인 연결을 설정하세요.

액세스 권한이 있고 데이터 저장소에 연결할 수 있는지 및 데이터 저장소 데이터베이스가 있는지 확인하려면 다음 단계를 따릅니다.

Watcher의 대시보드 페이지에서 데이터 저장소 섹션을 확장하고 Kusto 쿼리 URI 값을 복사합니다. 전체 URI 문자열을 복사하세요. Kusto 데이터베이스 값도 기록해 둡니다.
Azure Data Explorer 웹 UI를 엽니다. 메시지가 표시되면 로그인합니다.
추가, 연결을 선택하고 복사한 URI를 연결 URI로 입력합니다.
새 연결을 만들려면 추가를 선택합니다.
새 연결 항목이 추가되면 해당 항목을 확장하여 데이터베이스를 확인합니다.
Watcher의 대시보드 페이지에서 Kusto 데이터베이스로 참조되는 데이터베이스를 선택하고 탭 표시줄에서 + 기호를 선택하여 이 데이터베이스에 연결된 새 쿼리 탭을 엽니다.
다음 KQL 명령을 실행합니다.
```
.show database principals;
```
사용자 계정에 대해 뷰어 또는 더 높은 권한 있는 역할에 대한 행이 있는지 또는 사용자 계정이 포함된 Microsoft Entra ID 그룹에 있는지 확인합니다.

피드백 보내기

Microsoft의 데이터베이스 감시 팀은 여러분의 의견과 제안을 기대하고 있습니다. 제품 피드백은 다음 중 하나로 보내세요:

SQL 피드백 포럼에 새 아이디어를 게시합니다. 새 아이디어 게시 페이지에서 SQL을 포럼으로 사용하고, Azure SQL 그룹을 선택하고, 제목에 데이터베이스 Watcher를 포함합니다. 피드백 포럼에서 제출하는 피드백은 공개됩니다. 다른 커뮤니티 구성원은 여러분의 아이디어와 제안을 찬성하거나 의견을 제시할 수 있습니다. 커뮤니티 투표 및 의견은 데이터베이스 Watcher 팀이 제품 개선을 계획하고 우선 순위를 지정하는 데 도움이 됩니다.
Azure Portal의 데이터베이스 감시자 페이지 중 하나에서 피드백 단추를 사용합니다. 예를 들어 감시자 개요 페이지 또는 새로 고침 단추 옆에 있는 대시보드에서 피드백 단추를 찾을 수 있습니다. 이렇게 보내주신 피드백은 공개된 것이 아닙니다. Microsoft는 귀하의 피드백을 확인하지만, 귀하의 선호도와 적용 중인 개인정보 보호 규칙에 따라 Microsoft가 이에 대해 답변하지 못할 수도 있습니다.

기술 지원을 받거나 데이터베이스 감시자 문제를 해결하는 데 도움이 필요하면, 지원 사례를 등록하세요.

피드백

이 페이지가 도움이 되었나요?

2026-10-29 에 마지막으로 업데이트됨