Konfigurowanie i monitorowanie dostępności

  • 10 min

Teraz, gdy znasz już wszystkie możliwości, musisz utworzyć strategię dla konkretnego obciążenia, którego częścią jest Twoja usługa Azure SQL Database lub Azure SQL Managed Instance.

Podejmowanie właściwych decyzji

Duża część tworzenia strategii polega na zastanowieniu się nad wymaganiami obciążenia. Oto kilka kwestii, które należy wziąć pod uwagę:

  • Czy potrzebujesz długoterminowych kopii zapasowych? Czy może okres 1–35 dni będzie wystarczający?
  • Jakie masz wymagania dotyczące celu czasu odzyskiwania i celu punktu odzyskiwania?
  • Która warstwa usługi wydaje się najbardziej odpowiednia, w oparciu o umowę SLA?
  • Czy potrzebujesz stref dostępności?
  • Czy potrzebujesz geograficznie replikowanej funkcji HADR lub grup trybu failover?
  • Czy Twoja aplikacja jest gotowa?

Odpowiedzi na te pytania pomogą w zawężeniu wyboru konfiguracji, którą należy wdrożyć w celu spełnienia wymagań dotyczących dostępności.

Ostatnie pytanie jest często pomijane przez specjalistę danych: Czy aplikacja jest gotowa? Ta kwestia ma kluczowe znaczenie dla osiągnięcia żądanej umowy SLA.

Musisz upewnić się, że baza danych spełnia wymagania dotyczące dostępności, ale musisz również upewnić się, że aplikacja spełnia te wymagania. Należy również upewnić się, że łączność między danymi a aplikacjami spełnia Twoje wymagania. Na przykład, jeśli Twoja aplikacja i baza danych znajdują się w różnych regionach, takie rozmieszczenie spowoduje zwiększenie opóźnienia sieci. Umieść aplikację i dane tak blisko siebie, jak to możliwe. W tym module przedstawiono również, jak ważne jest zaimplementowanie logiki ponawiania prób w aplikacjach w celu utrzymania dostępności.

Dostępność monitora

Usługa Azure SQL udostępnia kilka narzędzi i możliwości do monitorowania niektórych aspektów dostępności. Te narzędzia obejmują witrynę Azure Portal, język T-SQL i interfejsy takie jak program PowerShell, interfejs wiersza polecenia platformy Azure oraz interfejsy API REST.

W poniższych sekcjach opisano niektóre z przykładów użycia tych narzędzi w celu monitorowania dostępności.

Dostępność regionów i centrów danych

Dostępność regionów i centrów danych ma kluczowe znaczenie dla dostępności wdrożenia wystąpienia zarządzanego lub bazy danych. Pulpit nawigacyjny Stan platformy Azure i usługa Azure Service Health mają kluczowe znaczenie dla zrozumienia każdej awarii w centrum danych lub regionie, w tym konkretnych usług takich jak Azure SQL.

Stan platformy Azure to pulpit nawigacyjny, który zawiera wszystkie usługi powodujące problemy w dowolnym regionie globalnym platformy Azure. Możesz użyć kanału informacyjnego RSS, aby otrzymywać powiadomienia o zmianach stanu platformy Azure.

Możesz wyświetlić usługę Azure Service Health w witrynie Azure Portal. Usługa Azure Service Health zapewnia informacje o problemach z usługą, planowanych zdarzeniach konserwacji, poradach dotyczących kondycji oraz historii kondycji. Możliwe jest również skonfigurowanie alertów powiadamiających za pośrednictwem poczty e-mail lub wiadomości SMS o każdym zdarzeniu, które może mieć wpływ na dostępność.

Dostępność wystąpienia, serwera i bazy danych

Poza zdarzeniami wpływającymi na usługi platformy Azure możesz także wyświetlać dostępność usługi Azure SQL Managed Instance lub baz danych usługi Azure SQL Database za pośrednictwem witryny Azure Portal.

Jedną metodą poznania możliwej przyczyny niedostępności wystąpienia zarządzanego lub bazy danych jest zbadanie obszaru kondycji zasobu za pośrednictwem witryny Azure Portal lub interfejsów API REST.

Zawsze można używać standardowych narzędzi programu SQL Server, takich jak SQL Server Management Studio (SSMS), aby nawiązać połączenie z wystąpieniem zarządzanym lub serwerem bazy danych i sprawdzić stan tych zasobów. Możesz użyć narzędzia lub zapytań T-SQL.

Interfejsy, takie jak interfejs wiersza polecenia platformy Azure, mogą wyświetlać stan usługi Azure SQL. Na przykład:

  • az sql mi list wyświetla listę stanów zarządzanych wystąpień.
  • az sql db list wyświetla listę stanów baz danych usługi Azure SQL.

Możesz również użyć poleceń programu PowerShell, aby określić dostępność bazy danych usługi Azure SQL Database. Na przykład:

  • Get-AzSQLDatabase pobiera wszystkie bazy danych na serwerze oraz ich szczegóły, w tym informacje o stanie.
  • Interfejsy API REST nie są łatwe w użyciu, ale można ich użyć do uzyskania stanu zarządzanych wystąpień i baz danych.

Historia tworzenia kopii zapasowych i przywracania

Usługa Azure SQL automatycznie tworzy kopie zapasowe baz danych i dzienników transakcji. Standardowa historia kopii zapasowych jest niedostępna, ale możesz wyświetlić historię przechowywania długoterminowego kopii zapasowych w witrynie Azure Portal lub za pomocą interfejsów wiersza polecenia. Ponadto w przypadku wystąpienia zarządzanego usługi Azure SQL można śledzić historię kopii zapasowych za pomocą systemów XEvent.

Wszystkie operacja przywracania danych korzystające z przywracania do punktu w czasie tworzą nową bazę danych. Za pomocą dziennika aktywności platformy Azure można wyświetlać operacje, które tworzą bazy danych.

Stan repliki

Repliki są używane dla warstw usług krytycznych dla działania firmy. Stan repliki można wyświetlić przy użyciu sys.dm_database_replica_states DMV.

Przyczyny przejścia w tryb failover

Aby określić przyczyny zdarzenia trybu failover dla usługi Azure SQL Managed Instance lub wdrożenia bazy danych, sprawdź kondycję zasobu w witrynie Azure Portal lub za pomocą interfejsów API REST.

Pakiet administracyjny programu System Center dla usługi Azure SQL

Program System Center udostępnia pakiety administracyjne do monitorowania usług Azure SQL Managed Instance i Azure SQL Database. Zapoznaj się z dokumentacją pakietu administracyjnego, aby uzyskać szczegółowe informacje i wymagania.

Test wiedzy

1.

Jakich metod można użyć do monitorowania dostępności centrów danych i regionów?

2.

Który z poniższych narzędzi nie pozwala na monitorowanie dostępności wystąpienia, serwera i bazy danych?