Nuta
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować zalogować się lub zmienić katalogi.
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować zmienić katalogi.
Dotyczy:
SQL Server
Ten temat zawiera informacje o zdarzeniach programu SQL Server, dla których można skonfigurować progi ostrzegawcze i zarządzać nimi na potrzeby dublowania bazy danych. Można użyć monitora mirroringu bazy danych lub procedur składowanych sp_dbmmonitorchangealert, sp_dbmmonitorhelpalert i sp_dbmmonitordropalert. Ten temat zawiera również informacje o konfigurowaniu alertów dotyczących zdarzeń dublowania bazy danych.
Po ustanowieniu monitorowania dla dublowanej bazy danych administrator systemu może skonfigurować progi ostrzegawcze dla kilku kluczowych metryk wydajności. Ponadto administrator może skonfigurować alerty dotyczące tych i innych zdarzeń dublowania bazy danych.
Metryki wydajności i progi ostrzeżeń
W poniższej tabeli wymieniono metryki wydajności, dla których można skonfigurować ostrzeżenia, podano odpowiedni próg ostrzeżenia i wymieniono odpowiednią etykietę Monitor powielania baz danych.
| Metryka wydajności | Próg ostrzegawczy | Etykieta monitora dublowania bazy danych |
|---|---|---|
| Niewysłany log | Określa, ile kilobajtów (KB) niewysłanego logu generuje ostrzeżenie na głównej instancji serwera. To ostrzeżenie pomaga zmierzyć potencjał utraty danych w kilobajtach (KB) i jest szczególnie istotne dla trybu wysokiej wydajności. Jednak ostrzeżenie to jest również istotne dla trybu wysokiego bezpieczeństwa, gdy lustrzanie jest wstrzymane lub zawieszone z powodu rozłączenia partnerów. | Ostrzegaj, jeśli log niewysłany przekracza próg |
| Nieodtworzony dziennik | Określa, ile KB nieprzywróconego logu generuje ostrzeżenie na instancji serwera lustrzanego. To ostrzeżenie pomaga zmierzyć czas przełączenia awaryjnego.
Czas pracy w trybie failover składa się głównie z czasu, w jakim były serwer dublowania wymaga wycofania wszelkich dzienników pozostałych w kolejce ponownego wykonania oraz krótkiego dodatkowego czasu. Uwaga: w przypadku automatycznego przejścia w tryb failover, czas, w którym system zauważa błąd, jest niezależny od czasu przełączenia w tryb failover. Aby uzyskać więcej informacji, zobacz Szacowanie przerwy w działaniu usługi podczas przełączania ról (dublowanie bazy danych). |
Ostrzegaj, jeśli nieprzywrócony log przekracza próg |
| Najstarsza niewysłana transakcja | Określa liczbę minut transakcji, które mogą się kumulować w kolejce wysyłania, zanim na głównej instancji serwera zostanie wygenerowane ostrzeżenie. To ostrzeżenie pomaga zmierzyć potencjał utraty danych pod względem czasu i jest szczególnie istotne dla trybu wysokiej wydajności. Jednak ostrzeżenie to jest również istotne dla trybu wysokiego bezpieczeństwa, gdy lustrzanie jest wstrzymane lub zawieszone z powodu rozłączenia partnerów. | Ostrzegaj, jeśli wiek najstarszej niewysłanej transakcji przekracza ustalony próg |
| Narzut zatwierdzania lustrzanego | Określa liczbę milisekund średniego opóźnienia na transakcję, które są tolerowane przed wygenerowaniem ostrzeżenia na głównym serwerze. To opóźnienie to ilość narzutu powstałego podczas oczekiwania instancji serwera lustrzanego, aż instancja serwera lustrzanego zapisze rejestr rejestru transakcji do kolejki powtórek. Ta wartość ma znaczenie tylko w trybie wysokiego bezpieczeństwa. | Ostrzegaj, jeśli obciążenie zatwierdzeń mirrorowania przekracza próg |
W przypadku dowolnej z tych metryk wydajności administrator systemu może określić próg w dublowanej bazie danych. Aby uzyskać więcej informacji, zobacz Konfigurowanie progów ostrzeżeń i zarządzanie nimi w dalszej części tego tematu.
Konfigurowanie progów ostrzeżeń i zarządzanie nimi
Administrator systemu może skonfigurować co najmniej jeden próg ostrzeżenia dla kluczowych metryk wydajności dublowania. Zalecamy ustawienie progu dla danego ostrzeżenia dla obu partnerów, aby upewnić się, że ostrzeżenie będzie się powtarzać, jeśli baza danych ulegnie awarii. Odpowiedni próg dla każdego partnera zależy od możliwości wydajności systemu tego partnera.
Progi ostrzeżeń można skonfigurować i zarządzać przy użyciu jednego z następujących elementów:
Monitor mirroringu bazy danych
W Monitorze dublowania bazy danych administrator może jednocześnie wyświetlić bieżącą konfigurację ostrzeżeń dla wybranej bazy danych na serwerze głównym i serwerze dublowanym, wybierając stronę z kartami Ostrzeżenia. W tym miejscu administrator może otworzyć okno dialogowe Ustawianie progów ostrzeżeń , aby włączyć i skonfigurować co najmniej jeden próg ostrzeżenia.
Aby zapoznać się z interfejsem Monitora Odbijania Bazy Danych, zobacz Omówienie Monitora Odbijania Bazy Danych. Aby uzyskać informacje na temat uruchamiania monitora mirroringu bazy danych, zobacz Start Database Mirroring Monitor (SQL Server Management Studio).
Procedury systemowe przechowywane
Poniższy zestaw procedur składowanych systemu umożliwia administratorowi konfigurowanie progów ostrzeżeń i zarządzanie nimi w dublowanych bazach danych jednego partnera naraz.
Procedure Description sp_dbmmonitorchangealert (Transact-SQL) Dodaje lub zmienia próg ostrzegawczy dla określonej metryki wydajności lustrzanej. sp_dbmmonitorhelpalert (Transact-SQL) Zwraca informacje o progach ostrzegawczych dla jednej lub wszystkich kluczowych metryk wydajności mirroringu danych monitora. sp_dbmmonitordropalert (Transact-SQL) Odrzuca ostrzeżenie dla określonej metryki wydajności.
Zdarzenia progowe wydajności wysyłane do dziennika zdarzeń systemu Windows
Jeśli próg ostrzeżenia jest zdefiniowany dla metryki wydajności, po zaktualizowaniu tabeli stanu najnowsza wartość jest obliczana względem progu. Jeśli próg został osiągnięty, procedura aktualizacji, sp_dbmmonitorupdate, generuje informacyjne zdarzenie dotyczące progu wydajności dla metryki, a następnie zapisuje je w dzienniku zdarzeń systemu Microsoft Windows. W poniższej tabeli wymieniono identyfikatory zdarzeń progu wydajności.
| Metryka wydajności | Identyfikator zdarzenia |
|---|---|
| Niewysłany log | 32042 |
| Nieodtworzony dziennik | 32043 |
| Najstarsza niewysłana transakcja | 32040 |
| Narzut zatwierdzania lustrzanego | 32044 |
Uwaga / Notatka
Administrator może zdefiniować alerty dotyczące co najmniej jednego z tych zdarzeń. Aby uzyskać więcej informacji, zobacz Using Alerts for a Mirrored Database (Używanie alertów dla dublowanej bazy danych) w dalszej części tego artykułu
temat.
Używanie alertów dla dublowanej bazy danych
Ważną częścią monitorowania dublowanej bazy danych jest konfigurowanie alertów dotyczących znaczących zdarzeń dublowania bazy danych. Program SQL Server generuje następujące typy zdarzeń dublowania bazy danych:
Zdarzenia progu wydajności
Aby uzyskać więcej informacji, zobacz "Performance-Threshold Events Sent to the Windows Event Log" (ZdarzeniaPerformance-Threshold wysyłane do dziennika zdarzeń systemu Windows) we wcześniejszej części tego tematu.
Zdarzenia zmiany stanu
Są to zdarzenia instrumentacji zarządzania Windows (WMI), które są generowane w przypadku wystąpienia zmian w wewnętrznym stanie sesji dublowania bazy danych.
Uwaga / Notatka
Aby uzyskać więcej informacji, zobacz WMI Provider for Server Events Concepts (Dostawca WMI dla pojęć dotyczących zdarzeń serwera).
Administrator systemu może skonfigurować alerty dotyczące tych elementów, korzystając z SQL Server Agent lub innych aplikacji, takich jak Microsoft Operations Manager.
Podczas definiowania alertów dotyczących zdarzeń dublowania bazy danych zalecamy zdefiniowanie progów ostrzeżeń i alertów w obu wystąpieniach serwera partnerskiego. Poszczególne zdarzenia są generowane na serwerze głównym lub serwerze dublowania, ale każdy partner może wykonywać dowolną rolę w dowolnym momencie. Aby upewnić się, że alert nadal działa po przestawieniu na tryb awaryjny, alert musi być zdefiniowany przez obu partnerów.
Ważne
W przypadku wszystkich sesji dublowania zdecydowanie zalecamy skonfigurowanie bazy danych pod kątem wysyłania alertu dla wszystkich zdarzeń zmiany stanu. O ile zmiana stanu nie zostanie oczekiwana w wyniku ręcznej zmiany konfiguracji, wystąpił problem, który może naruszyć bezpieczeństwo danych. Aby ułatwić ochronę danych, zidentyfikuj i napraw przyczynę nieoczekiwanej zmiany stanu.
Powiązane zadania
Aby utworzyć alert przy użyciu programu SQL Server Management Studio
Aby monitorować dublowanie bazy danych
Zobacz też
Dublowanie bazy danych (SQL Server)
Monitorowanie mirroringu baz danych (SQL Server)