Database Monitoring 문제 해결

이 페이지는 Database Monitoring을 설정하고 사용할 때 데이터베이스 종류와 무관한 흔한 문제와 해결 방법을 다뤄요. Datadog는 최신 안정 Agent 버전을 유지하고 최신 설정 문서를 따를 것을 권장해요. Agent 버전 출시에 따라 문서가 바뀔 수 있기 때문이에요.

특정 데이터베이스 설정 문제 해결은 해당 문제 해결 페이지를 사용하세요:

• MySQL 설정 문제 해결
• Oracle 설정 문제 해결
• Postgres 설정 문제 해결
• SQL Server 설정 문제 해결
• MongoDB 설정 문제 해결

출처: 문서

본문

흔한 문제 진단

쿼리 바인드 파라미터를 볼 수 없어요

현재 원시 쿼리 바인드 파라미터는 Query Samples와 Explain Plans에서 난독화되어 ? 문자로 대체돼요.

DBM 인스턴스 제한

모니터링 중인 데이터베이스가 복잡한 정도에 따라 하나의 Agent에 DBM 호스트가 너무 많으면 Agent가 과부하되어 데이터 수집이 지연될 수 있어요. Agent가 과부하되면 Agent 로그에 Job loop stopping due to check inactivity 같은 경고가 보일 수 있어요.

하나의 Datadog Agent가 최대 30개의 데이터베이스 인스턴스를 모니터링하는 것을 권장해요. 30개가 넘는 데이터베이스 인스턴스가 있다면 여러 Datadog Agent에 분산하는 것을 고려하세요.

Datadog에 DBM 데이터가 보이지 않아요: 연결 문제?

설정이 올바르다고 생각하지만 DBM 페이지에 데이터가 보이지 않는다면, Agent가 Datadog의 데이터 수집 엔드포인트로 데이터를 보낼 수 없는 것일 수 있어요. 연결 문제를 진단하려면 Agent가 실행 중인 위치에서 다음 연결 문제 해결 단계를 수행하세요.

1. DBM 수집 엔드포인트의 TCP 연결을 테스트하세요:

telnet dbm-metrics-intake.<YOUR_DATADOG_SITE> 443
telnet dbquery-intake.<YOUR_DATADOG_SITE> 443

두 DBM 엔드포인트 모두에 유효하지 않은 API 키로 빈 페이로드를 POST해보세요. 이 명령은 HTTP 코드 403: Forbidden으로 실패해야 해요.

curl -vvv -X POST "https://dbm-metrics-intake.<YOUR_DATADOG_SITE>/api/v2/databasequery" \
-H "Accept: application/json" \
-H "Content-Type: application/json" \
-H "DD-API-KEY: *** \
-d "[{}]"

curl -vvv -X POST "https://dbquery-intake.<YOUR_DATADOG_SITE>/api/v2/databasequery" \
-H "Accept: application/json" \
-H "Content-Type: application/json" \
-H "DD-API-KEY: *** \
-d "[{}]"

요청이 성공적으로 전송되고 응답을 받았다면 응답에 {"status":"error","code":403,"errors":["Forbidden"],...}이 포함되어야 해요.

연결 실패의 흔한 원인으로는 프록시 설정과 방화벽이 있어요. 이 둘은 Datadog 엔드포인트로 나가는 트래픽을 차단해요. 프록시나 방화벽이 있다면 DBM 엔드포인트의 IP 주소가 허용되어 있는지 확인하세요. 이 주소는 https://ip-ranges.<YOUR_DATADOG_SITE>의 APM 블록에서 찾을 수 있어요.

더 도움이 필요하세요?

여전히 문제가 있다면 Datadog Support에 문의하세요.