Zabezpiecz swój Azure SQL Managed Instance

Dotyczy:Azure SQL Managed Instance

Azure SQL Managed Instance to w pełni zarządzany silnik bazy danych w modelu platformy jako usługi (PaaS), który zapewnia niemal 100% zgodność z najnowszym SQL Server Database Engine. Łączy najlepsze cechy SQL Server z korzyściami operacyjnymi wynikającymi z w pełni zarządzanej usługi. Ponieważ często przechowuje krytyczne dane biznesowe, w tym rejestry klientów, informacje finansowe i własność intelektualną, zabezpieczenie SQL Managed Instance jest niezbędne do ochrony przed naruszeniami danych, nieautoryzowanym dostępem i naruszeniami zgodności.

Ten artykuł zawiera wskazówki dotyczące najlepszego zabezpieczania wdrożenia Azure SQL Managed Instance.

Bezpieczeństwo sieci

Zabezpieczenia sieci dla SQL Managed Instance pomagają zapobiegać nieautoryzowanym połączeniom, zmniejsza narażenie na ataki i zapewnia, że tylko zaufane źródła mogą dotrzeć do baz danych za pomocą odpowiedniej izolacji sieci i kontroli dostępu.

• Wdróż w dedykowanej sieci wirtualnej: umieść wystąpienie zarządzane w dedykowanej podsieci w sieci wirtualnej, aby zapewnić izolację sieci i sterowanie przepływem ruchu. Dzięki temu baza danych jest odizolowana od innych zasobów i chroniona przez granice sieci. Aby uzyskać więcej informacji, zobacz Wymagania dotyczące sieci wirtualnej.

• Konfigurowanie sieciowych grup zabezpieczeń (NSGs): Zastosuj sieciowe grupy zabezpieczeń (NSGs) do podsieci instancji zarządzanej SQL w celu kontrolowania ruchu przychodzącego i wychodzącego. Ogranicz dostęp tylko do wymaganych portów i źródeł, aby zminimalizować obszar ataków. Aby uzyskać więcej informacji, zobacz Sieciowe grupy zabezpieczeń.

• Używaj prywatnych punktów końcowych, jeśli to możliwe: połącz się z wystąpieniem zarządzanym SQL za pośrednictwem prywatnych adresów IP, aby uniknąć uwidaczniania bazy danych w publicznym Internecie. Łączność prywatna zmniejsza ryzyko ataków zewnętrznych i eksfiltracji danych. Aby uzyskać więcej informacji, zobacz Łączność prywatnego punktu końcowego.

• Wyłącz publiczne punkty końcowe domyślnie: włącz tylko publiczne punkty końcowe, jeśli jest to absolutnie konieczne dla twojej architektury. Po włączeniu użyj rygorystycznych reguł zapory, aby ograniczyć dostęp tylko do autoryzowanych adresów IP. Aby uzyskać więcej informacji, zobacz Omówienie publicznego punktu końcowego.

• Implement ExpressRoute lub VPN na potrzeby łączności hybrydowej: użyj usługi Azure ExpressRoute lub sieci VPN typu lokacja-lokacja w celu zapewnienia bezpiecznych, prywatnych połączeń między Twoją siecią lokalną a usługą Azure. Dzięki temu dane nie przechodzą przez publiczny Internet. Aby uzyskać więcej informacji, zobacz Architektura łączności.

• Włącz szyfrowanie połączeń: skonfiguruj wszystkie połączenia klienckie, aby używać szyfrowania podczas przesyłania. SQL Managed Instance domyślnie obsługuje protokół TLS 1.2, zapewniając ochronę danych podczas przenoszenia między klientami a bazą danych. Protokół TLS 1.3 jest również dostępny dla SQL Managed Instance. Aby uzyskać więcej informacji, zobacz Zabezpieczenia połączeń.

Zarządzanie tożsamościami

Mechanizmy kontroli silnej tożsamości i uwierzytelniania zapewniają, że tylko autoryzowani użytkownicy i aplikacje mogą uzyskiwać dostęp do zasobów SQL Managed Instance, zapewniając scentralizowane zarządzanie tożsamościami i łatwiejszą kontrolę cyklu życia konta.

• Konfiguruj administratora Microsoft Entra: Wyznacz administratora Microsoft Entra dla zarządzanej instancji SQL, aby umożliwić scentralizowane zarządzanie tożsamościami i zaawansowane funkcje zabezpieczeń. Ten administrator może zarządzać zasadami dostępu i uwierzytelniania. Aby uzyskać więcej informacji, zobacz Microsoft Entra admin.

• Użyj uwierzytelniania Microsoft Entra: Preferuj uwierzytelnianie Microsoft Entra za pośrednictwem uwierzytelniania SQL w celu scentralizowanego zarządzania tożsamościami i łatwiejszej kontroli cyklu życia konta. Microsoft Entra ID zapewnia doskonałe zabezpieczenia i umożliwia zaawansowane funkcje, takie jak dostęp warunkowy. Aby uzyskać więcej informacji, zobacz Konfigurowanie uwierzytelniania Microsoft Entra.

• Tworzenie użytkowników baz danych w trybie zawartości: Używaj użytkowników baz danych w trybie zawartości, którzy odwzorowują się na grupy Microsoft Entra, zamiast zalogowań na poziomie serwera, gdy jest to możliwe. Upraszcza to zarządzanie uprawnieniami i zwiększa bezpieczeństwo, eliminując potrzebę dostępu na poziomie serwera. Aby uzyskać więcej informacji, zobacz Uczyń swoją bazę danych przenośną, korzystając z baz danych z zawartością.

• Włącz uwierzytelnianie wieloskładnikowe: wymagaj uwierzytelniania wieloskładnikowego dla kont administracyjnych i uprzywilejowanych użytkowników, aby dodać dodatkową warstwę zabezpieczeń poza hasłami. Aby uzyskać więcej informacji, zobacz Uwierzytelnianie wieloskładnikowe (MFA).

• Użyj tożsamości zarządzane dla aplikacji: Włącz tożsamości zarządzane dla zasobów Azure, aby umożliwić aplikacjom uwierzytelnianie bez przechowywania poświadczeń. Eliminuje to konieczność zarządzania parametrami połączenia przy użyciu osadzonych haseł. Aby uzyskać więcej informacji, przejdź do Tożsamości zarządzane dla zasobów Azure.

• Wymuszanie silnych zasad haseł: w przypadku korzystania z uwierzytelniania SQL wymagaj złożonych haseł, których nie można łatwo odgadnąć. Zaimplementuj zasady rotacji haseł i unikaj ponownego wprowadzania haseł na różnych kontach. Aby uzyskać więcej informacji, zobacz Zasady haseł.

Dostęp uprzywilejowany

Kontrolowanie uprzywilejowanego dostępu zapobiega nieautoryzowanym zmianom, zmniejsza wpływ naruszonych kont i zapewnia prawidłowe monitorowanie i kontrolowanie działań administracyjnych.

• Implementowanie dostępu z najniższymi uprawnieniami: udziel użytkownikom tylko minimalnych uprawnień wymaganych do wykonywania swoich funkcji zadań. Regularnie sprawdzaj i dostosowuj uprawnienia, aby zachować zasadę najniższych uprawnień. Aby uzyskać więcej informacji, zobacz Wprowadzenie do uprawnień aparatu bazy danych.

• Oddzielne role administracyjne: Unikaj udzielania uprawnień administratora wszystkim administratorom bazy danych. Użyj bardziej szczegółowych uprawnień, takich jak CONTROL SERVER, jeśli to możliwe, i zaimplementuj rozdzielenie obowiązków między różnymi funkcjami administracyjnymi. Aby uzyskać więcej informacji, zobacz Uprawnienia.

• Użyj kontroli dostępu opartej na rolach Azure (RBAC): Zaimplementuj Azure RBAC, aby kontrolować dostęp do operacji zarządzania wystąpieniami zarządzanymi SQL. Utwórz role niestandardowe, które zapewniają tylko niezbędne uprawnienia do określonych zadań administracyjnych. Aby uzyskać więcej informacji, zobacz Azure RBAC dla SQL Managed Instance.

• Monitorowanie działań uprzywilejowanych: włącz inspekcję, aby śledzić wszystkie akcje wykonywane przez uprzywilejowane konta. Regularnie przeglądaj dzienniki inspekcji pod kątem podejrzanych działań lub nieautoryzowanych zmian. Aby uzyskać więcej informacji, zobacz SQL Server Audit w Azure SQL Managed Instance (Audyt w Azure SQL Managed Instance).

• Używaj ról serwera do dostępu na poziomie bazy danych: Korzystaj z wbudowanych ról serwera i twórz niestandardowe role, aby wdrożyć bezpieczeństwo oparte na rolach. Przypisz użytkowników do ról zamiast udzielać poszczególnych uprawnień, aby uprościć zarządzanie i zmniejszyć błędy. Aby uzyskać więcej informacji, zobacz Role na poziomie serwera.

Ochrona danych

Ochrona danych chroni informacje za pomocą szyfrowania, kontroli dostępu i klasyfikacji danych, aby zapobiec nieautoryzowanemu ujawnieniu, manipulowaniu lub utracie poufnych informacji.

• Włącz przezroczyste szyfrowanie danych (TDE): Użyj TDE do szyfrowania swojej bazy danych, dziennika i plików kopii zapasowych w stanie spoczynku. Rozważ użycie kluczy zarządzanych przez klienta w Azure Key Vault w celu uzyskania dodatkowej kontroli nad kluczami szyfrowania. Aby uzyskać więcej informacji, zobacz Transparent Data Encryption.

• Zaimplementuj funkcję Always Encrypted na potrzeby poufnych danych: użyj funkcji Always Encrypted, aby chronić wysoce poufne dane w użyciu, magazynowane i przesyłane. Dzięki temu nawet administratorzy baz danych nie mogą wyświetlać poufnych danych w postaci zwykłego tekstu. Aby uzyskać więcej informacji, zobacz Always Encrypted.

• Użyj rejestru w SQL Managed Instance: Włącz rejestr, aby utworzyć niezmienny rekord zmian danych poufnych, zapewniając rejestrowanie odpornie na manipulacje. Aby uzyskać więcej informacji, zajrzyj do Ledger overview.

• Używanie dynamicznego maskowania danych: stosowanie dynamicznego maskowania danych w celu zaciemniania poufnych danych dla nieuprzywilejowanych użytkowników przy jednoczesnym zachowaniu funkcji danych dla aplikacji. Pomaga to zapobiec nieautoryzowanemu dostępowi do poufnych informacji. Aby uzyskać więcej informacji, zobacz Dynamiczne maskowanie danych.

• Klasyfikowanie i etykietowanie poufnych danych: funkcja odnajdywania i klasyfikacji danych SQL umożliwia identyfikowanie, klasyfikowanie i etykietowanie poufnych danych w bazach danych. Zapewnia to lepszą ochronę i raportowanie zgodności. Aby uzyskać więcej informacji, zobacz Odnajdywanie i klasyfikacja danych.

• Implementowanie zabezpieczeń na poziomie kolumny: Udzielanie uprawnień na poziomie kolumny w celu ograniczenia dostępu do poufnych danych. Należy podać tylko uprawnienia SELECT, UPDATE lub REFERENCES użytkownikom, którzy potrzebują dostępu do poufnych kolumn. Aby uzyskać więcej informacji, zobacz Szyfrowanie kolumny danych.

• Użyj Row-Level Security (RLS): zaimplementuj zabezpieczenia na poziomie wiersza, aby zapewnić użytkownikom dostęp tylko do wierszy danych, które są dla nich istotne. Zapewnia to zabezpieczenia na poziomie aplikacji bez konieczności wprowadzania znaczących zmian w aplikacji. Aby uzyskać więcej informacji, zobacz zabezpieczeniaRow-Level.

Kopia zapasowa i przywracanie

Niezawodne procesy tworzenia kopii zapasowych i odzyskiwania chronią dane przed utratą z powodu awarii, upośledzeń lub ataków, zapewniając jednocześnie osiągnięcie celów dotyczących czasu i punktu odzyskiwania.

• Sprawdź konfigurację automatycznej kopii zapasowej: upewnij się, że automatyczne kopie zapasowe są prawidłowo skonfigurowane, a okresy przechowywania spełniają wymagania biznesowe. Azure SQL Managed Instance domyślnie zapewnia automatyczne kopie zapasowe z konfigurowalnymi okresami przechowywania do 35 dni. Magazyn kopii zapasowych jest niezależny od magazynu wystąpień i jego rozmiar nie jest ograniczony. Aby uzyskać więcej informacji, zobacz Automatyczne kopie zapasowe.

• Monitorowanie działania tworzenia kopii zapasowych: śledź, kiedy automatyczne kopie zapasowe są wykonywane w wystąpieniu zarządzanym SQL, aby upewnić się, że operacje tworzenia kopii zapasowych zostały ukończone pomyślnie. Aby uzyskać więcej informacji, zobacz Monitorowanie działania tworzenia kopii zapasowych.

• Użyj geograficznie nadmiarowego magazynu kopii zapasowych: skonfiguruj magazyn geograficznie nadmiarowy na potrzeby kopii zapasowych w celu ochrony przed awariami regionalnymi. Dzięki temu dane mogą zostać odzyskane, nawet jeśli region podstawowy stanie się niedostępny. Aby uzyskać więcej informacji, zobacz Nadmiarowość magazynu kopii zapasowych.

• Testowanie procedur tworzenia i przywracania kopii zapasowych: regularnie testuj procedury tworzenia i przywracania kopii zapasowych, aby upewnić się, że działają prawidłowo i spełniają cele czasu odzyskiwania. Sprawdź, czy przywrócone bazy danych są w pełni funkcjonalne, a integralność danych jest utrzymywana. Aby uzyskać więcej informacji, zobacz Przywracanie do punktu w czasie.

• Korzystanie z natywnych funkcji tworzenia i przywracania kopii zapasowych: Skorzystaj z natywnej kopii zapasowej i przywracania z Azure Blob Storage na potrzeby scenariuszy migracji. Pełne kopie zapasowe i przywracanie można tworzyć z plików .bak (SQL Server 2005+). Kopia zapasowa typu copy-only nie jest możliwa, jeśli baza danych jest szyfrowana za pomocą mechanizmu TDE zarządzanego przez usługę. Aby uzyskać więcej informacji, zobacz Przywracanie natywne z adresu URL.

• Implementowanie zasad przechowywania długoterminowego: skonfiguruj długoterminowe przechowywanie kopii zapasowych pod kątem wymagań dotyczących zgodności, które przekraczają domyślny okres przechowywania. Dzięki temu można spełnić wymagania prawne dotyczące przechowywania danych. Aby uzyskać więcej informacji, zobacz Długoterminowe przechowywanie kopii zapasowych.

Monitorowanie i wykrywanie zagrożeń

Kompleksowe monitorowanie i wykrywanie zagrożeń pomaga identyfikować problemy z zabezpieczeniami, wykrywać nietypowe działania i szybko reagować na potencjalne zagrożenia dla wystąpienia zarządzanego SQL.

• Enable Microsoft Defender dla programu SQL: Skonfiguruj Microsoft Defender dla programu SQL w celu wykrywania nietypowych i potencjalnie szkodliwych prób uzyskania dostępu do baz danych lub wykorzystania ich. Zapewnia to zaawansowane funkcje ochrony przed zagrożeniami, w tym ocenę luk w zabezpieczeniach i wykrywanie zagrożeń. Aby uzyskać więcej informacji, zobacz Microsoft Defender for SQL.

• Konfigurowanie Advanced Threat Protection: Skonfiguruj Advanced Threat Protection, aby wykrywać określone zagrożenia, w tym potencjalne wstrzykiwanie kodu SQL, dostęp z nietypowych lokalizacji lub centrów danych, dostęp z nieznanych tożsamości oraz ataki siłowe na poświadczenia SQL. Skonfiguruj powiadomienia e-mail i konta magazynu dla alertów o zagrożeniach. Aby uzyskać więcej informacji, zobacz Konfigurowanie Advanced Threat Protection.

• Konfigurowanie inspekcji SQL: Włącz kompleksową inspekcję w celu śledzenia zdarzeń bazy danych i zapisywania ich w Azure Storage, Log Analytics lub Event Hubs. Zawiera szczegółowe dzienniki dotyczące analizy zabezpieczeń i raportowania zgodności. Aby uzyskać więcej informacji, zobacz SQL Server Audit w Azure SQL Managed Instance (Audyt w Azure SQL Managed Instance).

• Skonfiguruj Azure Monitor: Wykorzystaj Azure Monitor do zbierania metryk platformy, dzienników diagnostycznych i tworzenia alertów niestandardowych dla wystąpienia zarządzanego SQL. Monitorowanie zużycia zasobów, metryk wydajności i zdarzeń zabezpieczeń w scentralizowanej lokalizacji. Aby uzyskać więcej informacji, zobacz Monitor Azure SQL Managed Instance.

• Tworzenie alertów metryk: skonfiguruj alerty dotyczące podejrzanych działań, nieudane próby logowania, nietypowe wzorce dostępu do bazy danych i progi użycia zasobów. Metryki alertów są dostępne dla poziomu wystąpienia zarządzanego SQL, a nie dla poszczególnych baz danych. Aby uzyskać więcej informacji, zobacz Utwórz alerty dla SQL Managed Instance.

• Użyj oceny luk w zabezpieczeniach SQL: uruchom regularne oceny luk w zabezpieczeniach, aby zidentyfikować błędy konfiguracji zabezpieczeń i potencjalne luki w zabezpieczeniach w bazie danych. Szybkie korygowanie zidentyfikowanych problemów w celu zachowania silnego stanu zabezpieczeń. Aby uzyskać więcej informacji, zobacz Ocena luk w zabezpieczeniach SQL.

• Monitorowanie za pomocą dynamicznych widoków zarządzania (DMV): użyj widoków DMV do monitorowania wydajności, wykrywania zablokowanych zapytań, wąskich gardeł zasobów i działań związanych z zabezpieczeniami. Dynamiczne widoki zarządzania zapewniają szczegółowy wgląd w operacje silnika bazy danych i zdarzenia związane z bezpieczeństwem. Aby uzyskać więcej informacji, zobacz Monitorowanie wydajności Azure SQL Managed Instance przy użyciu dynamicznych widoków zarządzania.

• Implementacja monitorowania Query Store: Włącz Query Store, aby śledzić wydajność zapytań w czasie, identyfikować spadki wydajności i monitorować schematy wykonywania zapytań. Pomaga to wykrywać nietypowe zachowanie zapytań, które może wskazywać na problemy z zabezpieczeniami. Aby uzyskać więcej informacji, zobacz Monitorowanie wydajności przy użyciu Query Store.

• Użyj zdarzeń rozszerzonych do szczegółowego monitorowania: zaimplementuj zdarzenia rozszerzone (XEvents) na potrzeby niskiego obciążenia, szczegółowego monitorowania działań bazy danych, w tym zdarzeń zabezpieczeń i problemów z wydajnością. Rozwiązania XEvents zapewniają bardziej szczegółowe monitorowanie niż program SQL Profiler z mniejszym wpływem na wydajność. Aby uzyskać więcej informacji, zobacz Zdarzenia rozszerzone.

• Konfigurowanie obserwatora bazy danych (wersja zapoznawcza): Rozważ użycie Obserwatora bazy danych do szczegółowego monitorowania obciążeń za pomocą scentralizowanych pulpitów nawigacyjnych i szczegółowych informacji o wydajności w obrębie środowiska Azure SQL. Aby uzyskać więcej informacji, zobacz Monitorowanie obciążeń Azure SQL za pomocą obserwatora bazy danych (wersja zapoznawcza).

Zgodność i ład

Utrzymanie zgodności i ładu gwarantuje, że wdrożenie SQL Managed Instance spełnia wymagania prawne i zasady zabezpieczeń organizacji za pomocą odpowiednich mechanizmów kontroli i dokumentacji.

• Zastosuj Azure Policy dla zapewnienia ładu: Użyj Azure Policy, aby wdrożyć standardy zabezpieczeń organizacji i zapewnić spójną konfigurację we wszystkich zarządzanych wystąpieniach SQL. Utwórz niestandardowe zasady dla określonych wymagań dotyczących zgodności. Rozważ zasady wymuszania uwierzytelniania wyłącznie za pomocą Microsoft Entra, nadmiarowe magazynowanie kopii zapasowych oraz wymogi dotyczące lokalizacji danych. Aby uzyskać więcej informacji, zobacz Azure Policy dla SQL Managed Instance.

• Wymuszaj uwierzytelnianie tylko przez Microsoft Entra: użyj Azure Policy, aby wymagać uwierzytelniania tylko przez Microsoft Entra dla nowych wystąpień zarządzanych SQL, aby zapewnić dodatkowe bezpieczeństwo poprzez wyłączenie uwierzytelniania SQL. Zapewnia to scentralizowane zarządzanie tożsamościami i eliminuje luki w zabezpieczeniach uwierzytelniania oparte na hasłach. Aby uzyskać więcej informacji, zobacz Korzystanie z Azure Policy do egzekwowania uwierzytelniania tylko za pomocą Microsoft Entra.

• Implement strategię tagowania zasobów: Zastosuj spójne tagi Azure w celu identyfikacji własności zasobów, klasyfikacji środowiska, centrów kosztów i wymagań dotyczących zgodności. Użyj tagów do zautomatyzowanego zarządzania, śledzenia kosztów i zarządzania zasobami. Aby uzyskać więcej informacji, zobacz Rozwiń strategię nazewnictwa i tagowania zasobów Azure.

• Wykorzystaj Microsoft Purview dla ładu danych: Integracja z Microsoft Purview do klasyfikacji danych, śledzenia pochodzenia i zunifikowanego ładu danych w obrębie zasobów danych. Użyj etykiet poufności i zasad ochrony przed utratą danych, aby chronić dane niejawne. Aby uzyskać więcej informacji, zobacz Microsoft Purview Information Protection.

• Procedury zabezpieczeń dokumentów: zachowaj kompleksową dokumentację procedur zabezpieczeń, planów reagowania na zdarzenia i zasad kontroli dostępu. Regularnie przeglądaj i aktualizuj dokumentację, aby uwzględnić bieżące rozwiązania i wymagania dotyczące zgodności. Aby uzyskać więcej informacji, zobacz Najlepsze rozwiązania dotyczące zabezpieczeń.

• Przeprowadzanie regularnych ocen zabezpieczeń: przeprowadzaj okresowe oceny zabezpieczeń, aby ocenić stan zabezpieczeń i zidentyfikować obszary pod kątem poprawy. Uwzględnij testy penetracyjne i oceny luk w zabezpieczeniach w programie zabezpieczeń. Działania korygujące dotyczące rozwiązywania problemów na potrzeby raportowania zgodności. Aby uzyskać więcej informacji, zobacz Ocena luk w zabezpieczeniach SQL.

• Zachowaj dzienniki inspekcji: Upewnij się, że wszystkie akcje administracyjne i dostęp do danych są prawidłowo rejestrowane, a dzienniki inspekcji są przechowywane przez wymagany okres przechowywania. Ochrona dzienników inspekcji przed naruszeniami lub nieautoryzowanym dostępem. Skonfiguruj przechowywanie dziennika inspekcji na podstawie wymagań prawnych (SOX, PCI DSS). Aby uzyskać więcej informacji, zobacz Omówienie inspekcji.

• Spełniaj standardy zgodności z przepisami: Azure SQL Managed Instance obsługuje zgodność z różnymi ramami regulacyjnymi, w tym ISO 27001, PCI DSS, FedRAMP i SOX. Przejrzyj i zaimplementuj mechanizmy kontroli specyficzne dla wymagań branżowych. Aby uzyskać więcej informacji, zobacz dokumentację dotyczącą zgodności Azure.

• Użyj blokad zasobów: zastosuj blokady zasobów, aby zapobiec przypadkowemu usunięciu lub modyfikacji krytycznych zasobów wystąpienia zarządzanego SQL. Pomaga to zachować integralność konfiguracji i zapobiega nieautoryzowanym zmianom, które mogłyby wpłynąć na zgodność. Aby uzyskać więcej informacji, zobacz Blokady zasobów.

• Monitor z Azure Advisor: użyj Azure Advisor, aby otrzymywać spersonalizowane zalecenia dotyczące zabezpieczeń, optymalizacji kosztów, wydajności i doskonałości operacyjnej. Regularne przeglądanie i implementowanie zaleceń doradcy w celu zachowania najlepszych rozwiązań. Aby uzyskać więcej informacji, zobacz Azure Advisor.

Automatyczne testy łączności wewnętrznej

Azure SQL Managed Instance uruchamia automatyczne wewnętrzne testy łączności w celu monitorowania niezawodności usługi i przyspieszania wykrywania problemów. Testy te są wykonywane co 10 sekund z wewnętrznych adresów IP w obrębie podsieci wystąpienia zarządzanego SQL i mają pomijalny wpływ na przepustowość sieci i wydajność usługi. Jeden test weryfikuje łączność typu end-to-end, próbując zalogować się przy użyciu poświadczeń, o których wiadomo, że spowodują niepowodzenie logowania (AzureSQLConnectivityChecker), co generuje oczekiwane wpisy o nieudanych próbach logowania w dziennikach audytu, zdarzeniach rozszerzonych i dziennikach błędów SQL. Te wpisy są normalne i nie wskazują problemu z zabezpieczeniami. Aby uzyskać więcej informacji, w tym sposób identyfikowania podpisów testowych w dziennikach, zobacz Automatyczne testy łączności wewnętrznej.

Treści powiązane

Aby uzyskać kompleksowe wskazówki dotyczące zabezpieczeń, zobacz Azure SQL Managed Instance najlepsze rozwiązania dotyczące zabezpieczeń i Przegląd Azure SQL Managed Instance możliwości zabezpieczeń.