이 글은 Fabric의 데이터베이스 허브에 관한 자주 묻는 질문에 답변합니다.
Fabric의 데이터베이스 허브
Database Hub는 OneLake 및 Microsoft Purview와 어떻게 연관되어 있나요?
이 둘은 상호 보완적입니다. OneLake는 분석을 위한 통합 데이터 저장을 제공합니다. 데이터베이스 허브는 통합 운영 제어를 제공합니다. 이들은 미러링, 분석 준비, 재고 공유와 같은 시나리오를 통해 교차합니다. 데이터베이스 허브는 데이터 카탈로그가 아닙니다. 작전 메타데이터, 신호, 행동에 중점을 둡니다. 적절한 경우, Purview 또는 Fabric 분석 경험과 연결됩니다.
데이터베이스 허브에서 리소스를 변경할 수 있나요, 아니면 읽기 전용인가요?
데이터베이스 허브는 행동 지향적이지만 의도적으로 보수적입니다. 행동은 명시적이며 항상 최종 사용자의 승인을 받습니다(최종 사용자는 행동을 수행하기 위해 필요한 권한을 가져야 합니다). 예로는 네이티브 표면을 개방하고 지원 에이전트가 제안한 권고사항을 확인과 함께 적용하는 것이 있습니다. 모든 동작은 역할 권한을 존중하며 승인을 요구합니다. 데이터베이스 허브는 의도와 범위를 검증한 후 실행을 권한 있는 서비스에 위임합니다. 대량 행동과 더 넓은 구성 변경은 시간이 지남에 따라 도입될 수 있습니다.
데이터베이스 허브에서 보려면, Azure 데이터베이스 리소스를 Fabric으로 옮겨야 하나요?
No. 데이터베이스를 옮길 필요는 없습니다. 예를 들어, 온프레미스의 SQL Server 인스턴스는 Azure Arc를 통해 연결되어 Database Hub에 나타나면서도 온프레미스에 머무릅니다. Azure 데이터베이스는 구독 상태에 남아 있습니다. 데이터베이스 허브는 운영 메타데이터, 신호, 행동을 중앙 집중화합니다. 운영 데이터를 중앙집중화하지 않습니다. Fabric OneLake와 Fabric 미러링은 분석 시나리오에 사용할 수 있지만, 선택 사항이며 관리와는 별개입니다.
데이터베이스 자산 보기
데이터베이스 허브로 무엇을 모니터링할 수 있나요?
관측성은 CPU, I/O, 연결성, 오류 상태, 보안 상태, 사용률과 같은 전체 인프라 수준의 상태 및 부하 신호에 중점을 둡니다. 이 신호들은 차트 이전에 문제를 드러내는 심각성 상태로 모여 나타납니다. 목표는 주의가 필요한 부분을 파악하고, 사람이나 에이전트가 분석할 수 있는 범위 내의 관점을 만드는 것입니다. 고급 엔진별 진단은 기본 도구를 통해 여전히 가능하며, 드릴 스루 작업을 통해 접근할 수 있습니다.
데이터베이스 허브는 서드파티 모니터링 도구와 어떻게 다른가요?
서드파티 도구는 특정 엔진이나 환경에 대한 깊은 기능을 제공할 수 있으며, 별도의 설정과 인프라가 필요할 수 있습니다. Database Hub는 Microsoft 플랫폼에 내장되어 있으며, 지원되는 SQL, NoSQL, 온프레미스, Azure, Fabric 자원을 아우릅니다. 재고, 범위, 행동, 에이전트 기반 인사이트를 통합하고, 더 깊은 작업이 필요할 때 전문 네이티브 도구와 연결해 줍니다. 모든 특수 도구를 대체하려는 것은 아닙니다.
에이전트는 데이터베이스 허브에서 어떻게 나타나나요?
데이터베이스 허브는 인간 주도 워크플로우와 에이전트 지원 워크플로우 모두를 지원합니다. 에이전트는 데이터베이스 허브 컨텍스트를 활용하고, 결과를 조사하며, 행동을 제안할 수 있으며, 실행 과정은 기존 권한과 승인 경계를 계속 존중합니다.
Database Hub는 Copilot과 다른가요?
Yes. Copilot은 대화형 인터페이스입니다. 에이전트는 그 뒤에 있는 분석적이고 운영적인 엔진입니다. Copilot은 UI에서 볼 수 있는 동일한 범위 데이터와 에이전트 결과를 사용하여 현실적인 설명과 요약을 제공합니다. Copilot이 행동을 권고할 때는 명시적 에이전트 기능과 감사 가능한 제안이 뒷받침됩니다. 자유로운 형태의 실행 방식은 없습니다.
데이터베이스 허브에서 Microsoft SQL 데이터베이스 모니터링
Microsoft SQL 데이터베이스를 데이터베이스 허브에 추가하려면 필요한 절차가 있나요?
Yes. 현재 미리보기에서는 Microsoft SQL 데이터베이스가 추가 설정이 필요합니다. 자세한 내용은 데이터베이스 허브에 Microsoft SQL 데이터베이스 추가를 참조하세요.
Database Hub가 Azure Arc나 Azure 포털을 대체하는 건가요?
No. 데이터베이스 허브는 이러한 기술을 대체하는 것이 아니라 이를 기반으로 합니다. Azure Arc는 온프레미스 SQL Server 인스턴스를 Azure에 연결하는 메커니즘으로 남아 있습니다. Azure 포털과 네이티브 도구들이 여전히 설정 및 실행의 권위 있는 표면입니다. 데이터베이스 허브는 상단에 특수한 제어 평면 역할을 합니다. 통합 인벤토리, 범위 기반 컨텍스트, 에이전트 기반 인사이트, 명시적 액션을 제공하고, 실행을 올바른 네이티브 서피스로 라우팅합니다. 이전과 같이 Azure 포털, SSMS, Azure Data Studio, Visual Studio Code, Fabric 도구를 계속 사용할 수 있습니다.
데이터베이스 허브의 Azure Cosmos DB
제 Azure Cosmos DB 계정이 Fabric에서 실행되어야 하나요?
No. Database Hub는 Microsoft Fabric을 통해 접근하지만, Azure 내에서 실행되는 Azure Cosmos DB 계정을 발견할 수 있습니다. 해당 계정들은 기존 구독 상태로 남아 있으며; 발견 및 부동산 모니터링은 데이터를 Fabric으로 옮기거나 미러링할 필요가 없습니다.
Azure Cosmos DB 계정을 데이터베이스 허브에 추가하려면 필요한 절차가 있나요?
No. Azure Cosmos DB 계정의 탐지는 기존 Microsoft Entra ID와 Azure RBAC 권한에 따라 자동으로 이루어집니다.
Estate는 계정 또는 개별 데이터베이스와 컨테이너를 표시하나요?
에스테이트는 Azure Cosmos DB 계정을 나열하며, 그 안의 데이터베이스나 컨테이너를 나열하는 것은 아닙니다.
기본 모니터링을 위해 Cosmos DB Fleet Analytics에 온보드를 가입해야 하나요?
No. Baseline Discovery는 Azure 리소스 인벤토리를 사용하고, Baseline 모니터링은 기존 Azure Monitor 지표를 사용합니다. Fleet Analytics는 별도의 옵트인 파이프라인입니다.
왜 부동산에서는 계정을 볼 수 있는데 데이터를 조회할 수 없는 거죠?
데이터베이스나 컨테이너에서 데이터를 조회할 때는 별도의 Cosmos DB 데이터 플레인 역할 할당(또는 허용되는 경우 계정 키)과 계정 네트워크 접근이 필요합니다. 리소스 수준(관리 평면) 액세스는 계정이 Estate에 표시되도록 하지만, 이 권한을 부여하지는 않습니다.
왜 두 사람이 서로 다른 재고나 차트를 보나요?
Azure 접근, 로그인한 테넌트, 활성 필터, 선택된 계정, 또는 시간 범위가 다를 수 있습니다. 링크나 뷰를 공유한다고 해서 추가 접근 권한이 주어지지 않습니다. 각 개인은 자신의 신원이 볼 권한이 있는 자료만 본다.
대시보드에 부동산 내 모든 계정이 표시되나요?
선택된 자료와 필터를 확인하세요. 대시보드 값이 그 선택지를 설명하며, 이는 부동산의 재고보다 좁을 수 있습니다.
왜 Database Hub와 Azure Monitor는 서로 다른 값을 표시하나요?
이 뷰들은 다양한 자원, 시간 범위, 세분화, 집계, 또는 갱신 시간을 사용할 수 있습니다. 같은 지표를 같은 기간 동안 한 계좌에 비교해 보세요.
"데이터 없음"이 계정이 건강하다는 뜻인가요, 아니면 다운된 상태인가요?
둘 다 아니에요. 즉, 해당 뷰에 대해 사용할 수 있는 값이 없다는 뜻입니다. 결론을 내리기 전에 선택한 구간, 계정 활동, API 유형별 적용 지표, 접근, 처리 지연을 확인하세요.
성능 대시보드에서 느린 쿼리나 핫 파티션을 직접 조사할 수 있나요?
성능 대시보드는 RU 사용량, 속도 제한, 지연 시간, 가용성 등 계정 및 부동산 수준의 지표에 중점을 둡니다. 쿼리 수준의 진단, 파티션 키 핫스팟 분석, 진단 로그 검색 같은 기능은 제공하지 않습니다. 이러한 조사에는 Azure 포털, Data Explorer, Cosmos DB 진단 로그를 활용하세요.
Database Hub에서 직접 RU/s를 확장할 수 있나요?
No. Azure 포털이나 기존 자동화를 사용해 Azure Cosmos DB의 처리량을 변경하세요.
Entra 인증, 고객 관리 키, 진단 로깅이 엔진 간 동일하게 평가되나요?
패리티를 가정하지 마세요. 감사 로깅은 Cosmos DB의 경우 아직 평가되지 않았습니다. 평가가 불가하다고 해서 통제가 비활성화된 것은 아닙니다.
데이터베이스 허브가 Cosmos DB용 Microsoft Defender를 대체하나요, 아니면 발견 결과를 자동으로 수정하나요?
No. 데이터베이스 허브의 결과를 적용 가능한 서비스 및 보안 도구와 함께 범위 지침으로 활용하세요. 여기서 설명한 Cosmos DB 모니터링 워크플로우는 계정을 자동으로 복구하지 않습니다.
왜 Cosmos DB는 두 개의 생성 단계를 보여주는데 SQL은 하나의 생성 단계를 보여주나요?
SQL은 데이터베이스 생성 시점에 용량을 한 단계로 할당합니다. Cosmos DB는 처리량 없음, 청구 없음의 가벼운 계정 생성 단계와 컨테이너 생성을 분리합니다. 컨테이너에서는 처리량, 파티션 키, 인덱싱이 설정되고 청구가 시작됩니다. Database Hub의 인라인 생성 흐름은 첫 번째 단계만 반영하며; 두 번째 단계는 Azure 포털로 가는 링크를 제공합니다.
Database Hub에서 만든 계정에도 일반 Azure 요금이 여전히 적용되나요?
Yes. Database Hub에서 생성된 계정은 선택한 구독 내 Azure 리소스입니다. 프로비저닝 또는 자동 스케일링 처리량이 있는 데이터베이스와 컨테이너가 생성되기 전까지는 요금이 발생하지 않습니다.
Azure Database for PostgreSQL Database Hub 내 유연한 서버
제 Azure Database for PostgreSQL 플렉시브 서버가 Fabric에서 실행되어야 하나요?
No. Database Hub는 Microsoft Fabric을 통해 접근하지만, 지원되는 Azure Database for PostgreSQL Flexible Server 인스턴스를 Azure에서 발견할 수 있습니다. 이 서버들은 기존 구독 상태에 머물며; 검색 및 부동산 모니터링은 데이터를 Fabric으로 옮기거나 미러링할 필요가 없습니다.
Azure Database for PostgreSQL 플렉시드 서버를 데이터베이스 허브에 추가하려면 필요한 절차가 있나요?
No. Azure Database for PostgreSQL 유연한 서버 인스턴스의 경우 기존 Microsoft Entra ID와 Azure RBAC 권한을 기반으로 자동으로 감지가 이루어집니다.
에스테이트는 서버나 개별 PostgreSQL 데이터베이스를 나열하나요?
PostgreSQL 인벤토리 엔터티는 유연한 서버 인스턴스입니다. 한 서버는 여러 데이터베이스를 호스팅할 수 있습니다. 서버 수를 애플리케이션 데이터베이스 수로 해석하지 마십시오.
기존 서버를 하나씩 등록해야 하나요, 아니면 쿼리 저장소를 활성화해야 하나요?
Baseline Discovery는 Azure 리소스 인벤토리를 사용하고, Baseline 모니터링은 기존 Azure Monitor 지표를 사용합니다. 쿼리 저장소, SQL 모니터링 확장 속성, Arc 설치는 필요하지 않습니다. 테넌트 접근과 Azure 리소스/메트릭 권한은 여전히 적용됩니다.
서버는 보이는데 데이터베이스에는 연결할 수 없는 이유가 뭘까요?
Azure 리소스 접근과 PostgreSQL 데이터베이스 접근은 별개입니다. 연결을 위해서는 클라이언트가 네트워크 도달 가능성과 승인된 데이터베이스 신원이 필요합니다. 유연 서버의 인증과 네트워크 구성을 확인하고, Estate visibility가 연결을 부여한다고 가정하지 마세요.
왜 두 사람이 서로 다른 재고나 차트를 보나요?
Azure 접근, 로그인된 테넌트, 활성 필터, 선택된 서버, 또는 시간 범위가 다를 수 있습니다. 리소스나 텔레메트리가 없다고 가정하기 전에 이 설정들을 비교하세요. 공유 링크는 추가 접근 권한을 주지 않습니다.
대시보드에 제 부동산 내 모든 서버가 표시되나요?
선택된 자료와 필터를 확인하세요. 대시보드 값은 해당 선택을 나타내며, 그 선택은 Estate의 인벤토리보다 더 좁을 수 있습니다. 또한 가치를 완전한 유산 평가로 해석하기 전에 사용 불가능하거나 적용 불가능한 지표가 있는지 확인하세요.
왜 Database Hub와 Azure Monitor는 서로 다른 값을 표시하나요?
이 뷰들은 다양한 자원, 시간 범위, 세분화, 집계, 또는 갱신 시간을 사용할 수 있습니다. 먼저 같은 구간 동안 한 서버에 대해 같은 지표를 비교해 보세요. 부동산 요약은 단일 서버 차트와 직접적으로 비교할 수 없습니다.
"데이터 없음"이 서버가 건강한 상태인지 다운된 상태인지 의미하나요?
둘 다 아니에요. 즉, 해당 뷰에 대해 사용할 수 있는 값이 없다는 뜻입니다. 결론을 내리기 전에 선택한 구간, 서버 상태, 지표 적용 가능성, 접근 및 처리 지연을 확인하세요.
성능 대시보드에서 느린 쿼리를 직접 조사할 수 있나요?
현재 Database Hub는 쿼리 저장소 지원 상위 쿼리, 쿼리 계획, 대기 이벤트 분석, 로그 검색 기능을 제공하지 않습니다. 그 조사에는 Azure 포털과 PostgreSQL 도구를 사용하세요.
SQL 모니터링 템플릿이나 Activator를 PostgreSQL 메트릭과 함께 사용할 수 있나요?
SQL 전용 모니터링 템플릿과 SQL ADX 프록시는 PostgreSQL Azure Monitor 경로에 포함되지 않습니다. 이 PostgreSQL 지표에 대한 액티베이터 알림은 현재 지원되지 않습니다. 이 제한은 서비스의 별도 Azure Monitor 알림 옵션을 제거하지 않습니다.
Entra 인증, CMK, 감사가 엔진별로 동일하게 평가되나요?
패리티를 가정하지 마세요. PostgreSQL은 이러한 서비스 기능을 지원하지만, 데이터베이스 허브 평가 범위는 엔진별로 다릅니다. 적용 가능한 평가와 현재 서버 구성을 검토하세요. CMK 평가가 불가하다고 해서 암호화가 비활성화된 것은 아닙니다.
데이터베이스 허브가 Microsoft Defender를 대체하나요, 아니면 발견 결과를 자동으로 수정하나요?
No. 데이터베이스 허브의 결과를 적용 가능한 서비스 및 보안 도구와 함께 범위 지침으로 활용하세요. 증거를 확인하고 적절한 서비스를 통해 승인된 변경 사항을 적용하세요. 여기서 설명된 PostgreSQL 모니터링 워크플로우는 서버를 자동으로 복구하지 않습니다.
Database Hub에서 생성된 서버에 일반 Azure 요금이 여전히 적용되나요?
Yes. Database Hub에서 생성된 유연한 서버는 선택한 구독 내의 Azure 리소스입니다. 배포 전에 설정과 비용을 검토하세요.