Często zadawane pytania dotyczące Database Hub w usłudze Fabric (wersja zapoznawcza)

Są uzupełniające. OneLake zapewnia zunifikowane przechowywanie danych do analityki. Database Hub zapewnia zunifikowaną kontrolę operacyjną. Przecina się w scenariuszach takich jak mirroring, gotowość do analizy czy dzielenie się zapasami. Database Hub to nie katalog danych. Koncentruje się na operacyjnych metadanych, sygnałach i działaniach. Tam, gdzie to stosowne, linkuje do doświadczeń z analityką Purview lub Fabric.

Database Hub jest nastawiony na akcję, ale celowo konserwatywny. Działania są jawne i zawsze zatwierdzane przez użytkownika końcowego (który musi mieć niezbędne pozwolenie do wykonania czynności). Przykłady mogą obejmować otwieranie natywnych widoków oraz stosowanie obsługiwanych rekomendacji sugerowanych przez agenta po potwierdzeniu. Wszystkie działania uwzględniają uprawnienia przypisane do roli i wymagają zatwierdzenia. Database Hub weryfikuje intencję i zakres, a następnie deleguje wykonanie do usługi autorytatywnej. Z czasem można wprowadzać akcje masowe oraz szersze zmiany konfiguracji.

No. Nie musisz przenosić swoich baz danych. Na przykład lokalne instancje SQL Server łączą się przez Azure Arc i pojawiają się w Database Hub, pozostając jednocześnie lokalnie. Bazy danych Azure pozostają w swoich subskrypcjach. Database Hub centralizuje operacyjne metadane, sygnały i działania. Nie centralizuje danych operacyjnych. Fabric OneLake i Fabric mirroring mogą być używane w scenariuszach analitycznych, ale są opcjonalne i oddzielne od zarządzania.

Obserwowalność koncentruje się na sygnałach dotyczących kondycji i obciążenia w skali całego środowiska, takich jak CPU, I/O, łączność, stany błędów, poziom zabezpieczeń i wykorzystanie. Te sygnały składają się na poziomy ważności, które ujawniają problemy, zanim staną się widoczne na wykresach. Celem jest zidentyfikowanie, gdzie potrzebna jest uwaga i stworzenie szerokościowego widoku, który osoby lub agenci mogą analizować. Zaawansowane, specyficzne dla silnika diagnostyki pozostają dostępne za pomocą natywnych narzędzi i są dostępne poprzez działania drill-through.

Narzędzia firm trzecich mogą zapewnić głębokie możliwości dla konkretnych silników lub środowisk i mogą wymagać oddzielnej konfiguracji i infrastruktury. Database Hub jest wbudowany w platformę Microsoft i obejmuje obsługiwane zasoby SQL, NoSQL, lokalne oraz platform Azure i Fabric. Łączy inwentaryzację, kontekst, działania i wnioski generowane przez agentów oraz zapewnia dostęp do wyspecjalizowanych narzędzi natywnych, gdy wymagane są bardziej zaawansowane działania. Nie ma na celu zastąpienia każdego specjalistycznego narzędzia.

Database Hub obsługuje zarówno przepływy pracy prowadzone przez człowieka, jak i wspomagane przez agentów. Agenci mogą korzystać z kontekstu Bazy Baz Danych, badać wyniki i proponować działania, podczas gdy wykonywanie nadal respektuje istniejące uprawnienia i granice zatwierdzania.

Yes. Copilot to interfejs konwersacyjny. Agenci są analitycznymi i operacyjnymi motorami stojącymi za tym. Copilot dostarcza wyjaśnienia i podsumowania oparte na tych samych danych objętych zakresem oraz ustaleniach agentów widocznych w interfejsie użytkownika. Gdy Copilot zaleca jakieś działanie, jest ono poparte wyraźną możliwością agenta oraz audytowalną propozycją. Nie ma możliwości dowolnego wykonania.

Yes. W obecnej wersji zapoznawczej bazy danych Microsoft SQL wymagają dodatkowej konfiguracji. Instrukcje można znaleźć w artykule Dodaj bazę danych Microsoft SQL do Database Hub.

No. Database Hub opiera się na tych technologiach, zamiast je zastępować. Azure Arc pozostaje mechanizmem łączenia lokalnych instancji SQL Server z Azure. Portal Azure oraz natywne narzędzia pozostają autorytatywnymi powierzchniami konfigurującymi i wykonawczymi. Database Hub pełni funkcję wyspecjalizowanej warstwy sterowania na samej górze. Zapewnia ujednolicony widok zasobów, kontekst w określonym zakresie, analizy generowane przez agentów oraz jednoznacznie określone działania, a następnie kieruje wykonanie do właściwego natywnego interfejsu. Możesz nadal korzystać z portalu Azure, SSMS, Azure Data Studio, Visual Studio Code i Fabric jak wcześniej.

No. Dostęp do Database Hub uzyskuje się za pośrednictwem Microsoft Fabric, ale może on wykrywać konta usługi Azure Cosmos DB niezależnie od tego, gdzie działają na platformie Azure. Te konta pozostają w ramach istniejących subskrypcji; odkrywanie i monitorowanie zasobów danych nie wymaga przenoszenia ani dublowania ich danych do usługi Fabric.

No. Wykrywanie jest automatyczne dla kont Azure Cosmos DB, oparte na istniejących uprawnieniach Microsoft Entra ID i Azure RBAC.

Estate wymienia konta Azure Cosmos DB, a nie bazy danych czy kontenery w ich wnętrzu.

No. Odnajdywanie planu odniesienia wykorzystuje spis zasobów platformy Azure, a monitorowanie planu odniesienia korzysta z istniejących metryk usługi Azure Monitor. Fleet Analytics to osobny potok wymagający włączenia przez użytkownika.

Aby zapytać dane w bazie danych lub kontenerze, twoja tożsamość wymaga osobnego przypisania ról w planie danych Cosmos DB (lub kluczy konta, jeśli dozwolone), oraz dostępu sieciowego do konta. Dostęp na poziomie zasobów (poziom zarządzania), który sprawia, że konto jest widoczne w Estate, nie daje takiego dostępu.

Ich dostęp do Azure, zalogowany tenant, aktywne filtry, wybrane konta lub przedziały czasowe mogą się różnić. Udostępnienie linku lub widoku nie daje dodatkowego dostępu. Każda osoba widzi tylko zasoby, do wyświetlania których jej tożsamość jest uprawniona.

Sprawdź wybrane zasoby i filtry. Wartość na pulpicie nawigacyjnym określa ten wybór, który może być bardziej zawężony niż zasób w Estate.

Widoki mogą korzystać z różnych zasobów, zakresów czasowych, poziomów szczegółowości, agregacji lub czasów odświeżania. Porównaj tę samą metrykę dla jednego konta w tym samym przedziale.

Ani jedno, ani drugie. Oznacza to, że dla tego widoku nie ma dostępnej użytecznej wartości. Sprawdź wybrany interwał, aktywność konta, zastosowanie metryki według typu API, dostępu i opóźnienia przetwarzania przed podjęciem decyzji.

Panel wydajności koncentruje się na metrykach na poziomie konta i stanu nieruchomości, takich jak zużycie RU, ograniczanie limitów, opóźnienia i dostępność. Nie zapewnia diagnostyki na poziomie zapytań, analizy hotspotów partycyjnych ani wyszukiwania logów diagnostycznych. Do tych badań korzystaj z portalu Azure, Data Explorer oraz logów diagnostycznych Cosmos DB.

No. Użyj portalu Azure lub istniejącej automatyzacji, aby zmienić przepustowość dla Azure Cosmos DB.

Nie zakładaj parytetu. Rejestrowanie zdarzeń audytu dla Cosmos DB nie jest jeszcze oceniane. Niedostępna ocena nie oznacza, że kontrola jest wyłączona.

No. Traktuj wyniki z Database Hub jako wskazówki ograniczone do danego zakresu, stosowane wraz z odpowiednimi narzędziami usług i zabezpieczeń. Opisany tutaj przepływ pracy monitorowania usługi Cosmos DB nie wykonuje automatycznie działań naprawczych dla kont.

SQL przydziela pojemność w momencie tworzenia bazy danych w jednym kroku. Cosmos DB oddziela lekki etap tworzenia konta (brak przepustowości, brak fakturowania) od tworzenia kontenera, gdzie konfigurowane są przepustowość, klucze partycyjne i indeksowanie, a rozliczanie rozpoczyna się. Inline create flow w Database Hub odzwierciedla tylko pierwszy krok; drugi etap zapewnia link do portalu Azure.

Yes. Konto utworzone z Database Hub to zasób Azure w wybranej subskrypcji. Opłaty nie są naliczane, dopóki nie zostaną utworzone baza danych i kontener ze skonfigurowaną przepustowością aprowizowaną lub automatycznie skalowaną.

No. Dostęp do Database Hub można uzyskać za pośrednictwem platformy Microsoft Fabric, ale usługa ta może wykrywać obsługiwane wystąpienia Azure Database for PostgreSQL Flexible Server na platformie Azure. Te serwery pozostają w istniejących subskrypcjach; odkrywanie i monitorowanie środowiska nie wymagają przenoszenia ani dublowania ich danych w usłudze Fabric.

No. Wykrywanie jest automatyczne dla elastycznych instancji serwerów Azure Database for PostgreSQL, oparte na istniejących uprawnieniach Microsoft Entra ID i Azure RBAC.

Jednostka inwentarza PostgreSQL to instancja Flexible Server. Serwer może hostować wiele baz danych. Nie interpretuj liczby serwerów jako liczby baz danych aplikacji.

Odnajdywanie planu odniesienia wykorzystuje spis zasobów platformy Azure, a monitorowanie planu odniesienia korzysta z istniejących metryk usługi Azure Monitor. Nie potrzebujesz Query Store, rozszerzonej właściwości monitorowania SQL ani instalacji Arc. Dostęp do dzierżawy oraz uprawnienia do zasobów i metryk platformy Azure nadal mają zastosowanie.

Dostęp do zasobów Azure i dostęp do bazy danych PostgreSQL są oddzielne. Aby się połączyć, klient potrzebuje dostępności sieci oraz autoryzowanej tożsamości bazy danych. Sprawdź konfigurację uwierzytelniania i sieci serwera elastycznego, nie zakładając, że widoczność Estate oznacza możliwość nawiązania połączenia.

Ich dostęp do Azure, zalogowany tenant, aktywne filtry, wybrane serwery czy przedziały czasowe mogą się różnić. Porównaj te ustawienia, zanim założysz, że brakuje zasobów lub telemetrii. Współdzielony link nie daje dodatkowego dostępu.

Sprawdź wybrane zasoby i filtry. Wartość na pulpicie nawigacyjnym określa ten wybór, który może być bardziej zawężony niż spis zasobów w Estate. Sprawdź także niedostępne lub nieodpowiednie wskaźniki, zanim zinterpretujesz wartość jako pełną wycenę spadku.

Widoki mogą korzystać z różnych zasobów, zakresów czasowych, poziomów szczegółowości, agregacji lub czasów odświeżania. Najpierw porównaj ten sam wskaźnik dla jednego serwera w tym samym przedziale. Podsumowanie środowiska nie jest bezpośrednio porównywalne z wykresem dla pojedynczego serwera.

Ani jedno, ani drugie. Oznacza to, że dla tego widoku nie ma dostępnej użytecznej wartości. Sprawdź wybrany przedział, stan serwera, zastosowanie metryki, dostęp i opóźnienie przetwarzania przed podjęciem wniosku.

Obecnie Database Hub nie oferuje najważniejszych zapytań opartych na Query Store, planów zapytań, analizy zdarzeń oczekiwania ani przeszukiwania logów. Do tych badań korzystaj z portalu Azure i narzędzi PostgreSQL.

Szablony monitorujące specyficzne dla SQL oraz proxy SQL ADX nie są częścią ścieżki PostgreSQL Azure Monitor. Alertowanie w Activatorze dla tych metryk PostgreSQL nie jest obecnie obsługiwane. To ograniczenie nie usuwa oddzielnych opcji alertów Azure Monitor w tej usłudze.

Nie zakładaj parytetu. PostgreSQL obsługuje te funkcje usługi, ale zakres oceny w Database Hub jest specyficzny dla silnika. Przejrzyj odpowiednią ocenę i aktualną konfigurację serwera. Niedostępna ocena CMK nie oznacza, że szyfrowanie jest wyłączone.

No. Traktuj wyniki z Database Hub jako wskazówki ograniczone do danego zakresu, stosowane wraz z odpowiednimi narzędziami usług i zabezpieczeń. Weryfikuj dowody i wprowadź autoryzowane zmiany za pośrednictwem odpowiedniej usługi. Opisany tutaj przepływ pracy monitorowania PostgreSQL nie podejmuje automatycznie działań naprawczych na serwerach.

Yes. Elastyczny serwer utworzony z Database Hub to zasób Azure w wybranej subskrypcji. Przejrzyj jego konfigurację i koszt przed wdrożeniem.

Treści powiązane

• Czym jest Baza Danych?