- 필수 기능
- 시작하기
- Glossary
- 표준 속성
- Guides
- Agent
- 통합
- 개방형텔레메트리
- 개발자
- Administrator's Guide
- API
- Datadog Mobile App
- CoScreen
- Cloudcraft
- 앱 내
- 서비스 관리
- 인프라스트럭처
- 애플리케이션 성능
- APM
- Continuous Profiler
- 스팬 시각화
- 데이터 스트림 모니터링
- 데이터 작업 모니터링
- 디지털 경험
- 소프트웨어 제공
- 보안
- AI Observability
- 로그 관리
- 관리
",t};e.buildCustomizationMenuUi=t;function n(e){let t='
",t}function s(e){let n=e.filter.currentValue||e.filter.defaultValue,t='${e.filter.label}
`,e.filter.options.forEach(s=>{let o=s.id===n;t+=``}),t+="${e.filter.label}
`,t+=`Each database instance monitored with Datadog has a unique identifier. For Postgres, MySQL, SQL Server and Oracle this identifier can be configured using the database_identifier.template
path in the integration configuration. Most users can leave this option as the default; it is primarily useful when multiple database instances are hosted on one machine.
| Note that each instance will be billed as a host for Database Monitoring.
The reported_hostname
configuration allows users to override the automatic resolution of host
for a single database instance. This is useful when connecting to a database through a proxy, or when host resolution produces a different name than the one associated with the Datadog infrastructure host.
Multiple Postgres instances each on different port:
database_identifier:
template: $resolved_hostname:$port
SQL Server host with multiple instances:
database_identifier:
template: $resolved_hostname:$instance_name
MySQL instance with the same hostname running in multiple environments:
database_identifier:
template: $env-$resolved_hostname
Connecting to an Oracle database with multiple CDBs through a proxy:
reported_hostname: my-oracle.mydomain.com
database_identifier:
template: $resolved_hostname\$cdb_name