Monitorowanie dublowania bazy danych (SQL Server)

Dotyczy:SQL Server

W tej sekcji przedstawiono monitor dublowania bazy danych i procedury składowane systemu sp_dbmmonitor , wyjaśniono, jak działa monitorowanie dublowania bazy danych (w tym zadanie monitora dublowania bazy danych) i podsumowuje informacje, które można monitorować na temat sesji dublowania bazy danych. Ponadto w tej sekcji przedstawiono sposób definiowania progów ostrzeżeń dla zestawu wstępnie zdefiniowanych zdarzeń dublowania bazy danych oraz sposobu konfigurowania alertów dotyczących dowolnego zdarzenia dublowania bazy danych.

Można monitorować dublowaną bazę danych podczas sesji dublowania, aby sprawdzić, czy i jak dobrze przepływają dane. Aby skonfigurować monitorowanie dla co najmniej jednej dublowanej bazy danych w wystąpieniu serwera i zarządzać nim, można użyć monitora dublowania bazy danych lub procedur składowanych systemu sp_dbmmonitor .

Zadanie monitorowania dublowania bazy danych, Zadanie monitora dublowania bazy danych, działa w tle, niezależnie od Monitora dublowania bazy danych. SQL Server Agent wywołuje zadanie monitora dublowania bazy danych w regularnych odstępach czasu, wartość domyślna to raz na minutę, a zadanie wywołuje procedurę składowaną, która aktualizuje stan dublowania. Jeśli użyjesz programu SQL Server Management Studio do uruchomienia sesji dublowania bazy danych, automatycznie zostanie utworzone Zadanie Monitora Dublowania Bazy Danych. Jeśli jednak używasz ALTER DATABASE<tylko database_name>SET PARTNER do rozpoczęcia dublowania, musisz utworzyć zadanie, uruchamiając procedurę składowaną.

W tym temacie:

Monitorowanie stanu dublowania

Aby skonfigurować monitorowanie dla co najmniej jednej dublowanej bazy danych w wystąpieniu serwera i zarządzać nim, można użyć monitora dublowania bazy danych lub procedur składowanych systemu dbmmonitor . Można monitorować dublowaną bazę danych podczas sesji dublowania, aby sprawdzić, czy i jak dobrze przepływają dane.

W szczególności monitorowanie dublowanej bazy danych umożliwia:

  • Sprawdź, czy dublowanie działa.

    Podstawowe informacje o stanie obejmują informację o tym, czy dwa wystąpienia serwera są uruchomione, czy serwery są połączone oraz czy dziennik jest przenoszony z serwera głównego na serwer lustrzany.

  • Ustal, czy lustrzana baza danych nadąża za główną bazą danych.

    W trybie wysokiej wydajności serwer główny może zgromadzić zaległość niewysłanych rekordów dziennika, które trzeba jeszcze przesłać z serwera głównego do serwera lustrzanego. Ponadto w dowolnym trybie pracy na serwerze lustrzanym mogą narastać zaległości w postaci nieprzywróconych rekordów dziennika transakcji, które zostały zapisane w pliku dziennika, ale nadal muszą zostać przywrócone w lustrzanej bazie danych.

  • Określ, ile danych zostało utraconych, gdy główne wystąpienie serwera staje się niedostępne w trybie wysokiej wydajności.

    Utratę danych można określić na podstawie ilości niewysłanego dziennika transakcji (o ile taki istnieje) oraz przedziału czasu, w którym utracone transakcje zostały zatwierdzone na serwerze podstawowym.

  • Porównaj bieżącą wydajność z poprzednią wydajnością.

    Gdy występują problemy, administrator bazy danych może wyświetlić historię wydajności dublowania, aby ułatwić zrozumienie bieżącego stanu. Patrząc na historię, można umożliwić użytkownikowi wykrywanie trendów wydajności, identyfikowanie wzorców problemów z wydajnością (takich jak pora dnia, gdy sieć działa wolno lub liczba poleceń wprowadzanych w dzienniku jest bardzo duża).

  • Rozwiązywanie problemów związanych z przyczyną ograniczonego przepływu danych między partnerami dublowania.

  • Ustaw progi ostrzeżenia dla kluczowych metryk wydajności.

    Jeśli nowy wiersz stanu zawiera wartość przekraczającą próg, zdarzenie informacyjne jest wysyłane do dziennika zdarzeń Windows. Administrator systemu może następnie ręcznie skonfigurować alerty na podstawie tych zdarzeń. Aby uzyskać więcej informacji, zobacz Używanie progów ostrzegawczych i alertów dla metryk wydajności dublowania (SQL Server).

Narzędzia do monitorowania stanu dublowania bazy danych

Stan dublowania można monitorować przy użyciu monitora dublowania bazy danych lub procedury składowanej systemu sp_dbmmonitorresults . Te narzędzia mogą być używane do monitorowania kopiowania lustrzanego bazy danych w przypadku dowolnej bazy danych objętej kopiowaniem lustrzanym w lokalnym wystąpieniu serwera, zarówno przez administratorów systemu, czyli członków stałej roli serwera sysadmin, jak i przez użytkowników dodanych przez administratora systemu do stałej roli bazy danych dbm_monitor w bazie danych msdb. W przypadku korzystania z dowolnego narzędzia administrator systemu może również ręcznie odświeżyć stan dublowania.

Uwaga / Notatka

Administratorzy systemu mogą również konfigurować i wyświetlać progi ostrzeżenia dla kluczowych metryk wydajności. Więcej informacji można znaleźć w artykule Używanie progów ostrzeżeń i alertów dotyczących metryk wydajności dublowania (SQL Server).

  • Monitor mirroringu bazy danych

    Monitor dublowania bazy danych to graficzne narzędzie interfejsu użytkownika, które umożliwia administratorom systemu wyświetlanie i aktualizowanie stanu oraz konfigurowanie progów ostrzeżeń dla kilku kluczowych metryk wydajności. Monitor kopii lustrzanej bazy danych może być również używany przez członków stałej roli bazy danych dbm_monitor do wyświetlania ostatniego wiersza tabeli stanu kopii lustrzanej, chociaż nie mogą oni aktualizować tej tabeli stanu.

    Monitor wyświetla stan, w tym metryki wydajności, dla wybranej bazy danych na stronie z kartą Stan . Zawartość tej strony pochodzi zarówno z instancji serwera głównego, jak i z instancji serwera lustrzanego. Strona jest asynchronicznie uzupełniana w miarę pobierania informacji o stanie za pośrednictwem oddzielnych połączeń z główną i lustrzaną instancją serwera. Monitor próbuje zaktualizować tabelę stanu w 30-sekundowych interwałach. Aktualizacja powiedzie się tylko wtedy, gdy tabela nie została zaktualizowana w ciągu 15 sekund, a użytkownik jest członkiem stałej roli serwera sysadmin . Aby uzyskać podsumowanie informacji przedstawionych na stronie Stan, zobacz Stan wyświetlany przez Monitor dublowania bazy danych, w dalszej części tego tematu.

    Aby zapoznać się z interfejsem Monitora Odbijania Bazy Danych, zobacz Omówienie Monitora Odbijania Bazy Danych. Aby uzyskać informacje na temat uruchamiania Monitora kopii lustrzanej bazy danych, zobacz Uruchamianie Monitora kopii lustrzanej bazy danych (SQL Server Management Studio).

  • Procedury systemowe przechowywane

    Możesz również pobrać lub zaktualizować bieżący stan, uruchamiając procedurę składowaną systemu sp_dbmmonitorresults . Inne procedury składowane dbmmonitor umożliwiają konfigurowanie monitorowania, zmianę parametrów monitorowania, wyświetlanie bieżącego okresu aktualizacji oraz wyłączanie monitorowania w instancji serwera.

    W poniższej tabeli przedstawiono procedury składowane służące do zarządzania monitorowaniem dublowania bazy danych i korzystania z niego niezależnie od Monitora dublowania bazy danych.

    Procedura Description
    sp_dbmmonitoraddmonitoring Tworzy zadanie, które okresowo aktualizuje informacje o stanie wszystkich baz danych objętych dublowaniem w danym wystąpieniu serwera.
    sp_dbmmonitorchangemonitoring Zmienia wartość parametru monitorowania dublowania bazy danych.
    sp_dbmmonitorhelpmonitoring Zwraca bieżący okres aktualizacji.
    sp_dbmmonitorresults Zwraca wiersze stanu monitorowanej bazy danych i umożliwia wybranie, czy procedura uzyskuje wcześniej najnowszy stan.
    sp_dbmmonitordropmonitoring Zatrzymuje i usuwa zadanie monitorowania dublowania dla wszystkich baz danych w wystąpieniu serwera.

    Systemowe procedury składowane dbmmonitor mogą służyć jako uzupełnienie Monitora dublowania bazy danych. Na przykład nawet jeśli monitorowanie zostało skonfigurowane przy użyciu sp_dbmmonitoraddmonitoring, Monitor dublowania bazy danych może być używany do wyświetlania stanu.

Jak działa monitorowanie

W tej sekcji przedstawiono tabelę stanu dublowania bazy danych, zadanie monitorujące dublowanie bazy danych i narzędzie monitorujące, a także sposób monitorowania stanu dublowania bazy danych przez użytkowników oraz sposób usuwania zadania monitorującego.

Tabela stanu dublowania bazy danych

Stan dublowania bazy danych jest przechowywany w wewnętrznej, nieudokumentowanej tabeli stanu dublowania bazy danych w bazie danych msdb . Ta tabela stanu jest tworzona automatycznie podczas pierwszej aktualizacji stanu kopii lustrzanej na wystąpieniu serwera.

Tabela stanu może zostać zaktualizowana automatycznie lub ręcznie przez administratora systemu z minimalnym interwałem aktualizacji wynoszącym 15 sekund. Minimalny odstęp 15 sekund zapobiega przeciążeniu instancji serwera żądaniami sprawdzenia stanu.

Tabela stanu jest aktualizowana automatycznie zarówno przez monitor dublowania bazy danych, jak i zadanie monitora dublowania bazy danych, jeśli jest uruchomione. Zadanie monitora dublowania bazy danych domyślnie aktualizuje tabelę raz na minutę (administrator systemu może określić okres aktualizacji od 1 do 120 minut). Natomiast monitor dublowania bazy danych aktualizuje tabelę automatycznie co 30 sekund. W przypadku tych aktualizacji Zadanie monitora dublowania bazy danych i Monitor dublowania bazy danych wywołują sp_dbmmonitorupdate.

Po pierwszym uruchomieniu sp_dbmmonitorupdate tworzy tabelę stanu dublowania bazy danych i stałą rolę bazy danych dbm_monitor w bazie danych msdb . sp_dbmmonitorupdate zwykle aktualizuje stan dublowania przez wstawienie nowego wiersza do tabeli stanu dla każdej dublowanej bazy danych w danym wystąpieniu serwera; aby uzyskać więcej informacji, zobacz „Tabela stanu dublowania bazy danych” w dalszej części tego tematu. Ta procedura ocenia również metryki wydajności w nowych wierszach i obcina wiersze starsze niż bieżący okres przechowywania (wartość domyślna to 7 dni). Aby uzyskać więcej informacji, zobacz sp_dbmmonitorupdate (Transact-SQL).

Uwaga / Notatka

Jeśli monitor dublowania bazy danych nie jest obecnie używany przez członka stałej roli serwera sysadmin, tabela stanu jest automatycznie aktualizowana tylko wtedy, gdy zadanie monitora dublowania bazy danych istnieje i SQL Server Agent jest uruchomione.

Zadanie monitora dublowania bazy danych

Zadanie monitorowania dublowania bazy danych, zadanie monitora dublowania bazy danych, działa niezależnie od monitora dublowania bazy danych. Zadanie monitora dublowania bazy danych jest tworzone automatycznie tylko wtedy, gdy SQL Server Management Studio jest używana do rozpoczęcia sesji dublowania. Jeśli ALTER DATABASEdatabase_nameSET polecenia PARTNER są zawsze używane do uruchamiania dublowania, zadanie istnieje tylko wtedy, gdy administrator systemu uruchamia procedurę składowaną sp_dbmmonitoraddmonitoring.

Po utworzeniu zadania Monitora dublowania bazy danych, przy założeniu, że SQL Server Agent jest uruchomiony, zadanie to jest domyślnie wywoływane raz na minutę. Następnie zadanie wywołuje systemową procedurę składowaną sp_dbmmonitorupdate.

SQL Server Agent domyślnie wywołuje Database Mirroring Monitor Job raz na minutę, a zadanie wywołuje sp_dbmmonitorupdate, aby zaktualizować tabelę stanu. Administratorzy systemu mogą zmieniać okres aktualizacji przy użyciu procedury składowanej systemu sp_dbmmonitorchangemonitoring i mogą wyświetlać bieżący okres aktualizacji przy użyciu procedury składowanej systemu sp_dbmmonitorchangemonitoring . Aby uzyskać więcej informacji, zobacz sp_dbmmonitoraddmonitoring (Transact-SQL) i sp_dbmmonitorchangemonitoring (Transact-SQL).

Monitorowanie stanu dublowania bazy danych (przez administratorów systemu)

Członkowie stałej roli serwera sysadmin mogą wyświetlać i aktualizować tabelę stanu

  • Używanie monitora dublowania bazy danych

    W przypadku korzystania z monitora dublowania bazy danych administrator systemu może ręcznie odświeżyć stronę Stan , drzewo nawigacji lub stronę Historia . Spowoduje to również zaktualizowanie tabeli stanu, chyba że została ona już zaktualizowana w ciągu ostatnich 15 sekund.

    Aby wyświetlić historię stanu dublowania dla danego wystąpienia serwera, administrator systemu może również kliknąć przycisk Historia przy danym wystąpieniu serwera (na stronie Stan). Historia jest wyświetlana w oknie dialogowym Historia dublowania bazy danych. W tym miejscu administrator systemu może wyświetlić niektóre lub wszystkie wiersze tabeli stanu instancji serwera.

    Aby uzyskać informacje o metrykach na stronie Stan, zobacz temat „Metryki wydajności wyświetlane przez Monitor dublowania bazy danych” w dalszej części tego tematu.

  • Korzystanie z sp_dbmmonitorresults

    Administratorzy systemu mogą użyć procedury składowanej systemu sp_dbmmonitorresults , aby wyświetlić i opcjonalnie zaktualizować tabelę stanu, jeśli nie została zaktualizowana w ciągu ostatnich 15 sekund. Ta procedura wywołuje procedurę sp_dbmmonitorupdate i zwraca co najmniej jeden wiersz historii w zależności od kwoty żądanej w wywołaniu procedury. Aby uzyskać informacje o stanie w zestawie wyników, zobacz sp_dbmmonitorresults (Transact-SQL).

Monitorowanie stanu mirroringu bazy danych (przez członków roli dbm_monitor)

Jak wspomniano, przy pierwszym uruchomieniu sp_dbmmonitorupdate program tworzy dbm_monitor stałą rolę bazy danych w bazie danych msdb . Członkowie stałej roli bazy danych dbm_monitor mogą wyświetlać bieżący stan dublowania za pomocą Monitora dublowania bazy danych albo procedury składowanej sp_dbmmonitorresults. Jednak ci użytkownicy nie mogą zaktualizować tabeli stanu. Aby sprawdzić, jak dawno wyświetlany stan został zaktualizowany, użytkownik może sprawdzić czasy w etykietach Główny dziennik (<czas>) i Dziennik lustrzany (<czas>) na stronie Stan.

Członkowie stałej roli bazy danych dbm_monitor polegają na zadaniu Monitora dublowania bazy danych, aby aktualizować tabelę stanu w regularnych odstępach czasu. Jeśli zadanie nie istnieje lub program SQL Server Agent jest zatrzymany, stan staje się coraz mniej aktualny i może już nie odzwierciedlać konfiguracji sesji kopii lustrzanej. Na przykład po przełączeniu awaryjnym partnerzy mogą wyglądać tak, jakby pełnili tę samą rolę — głównego lub lustrzanego — albo bieżący serwer główny może być wyświetlany jako serwer lustrzany, podczas gdy bieżący serwer lustrzany jest wyświetlany jako serwer główny.

Usuwanie zadania monitorowania dublowania bazy danych

Zadanie monitora dublowania bazy danych, Zadanie monitora dublowania bazy danych, pozostaje do momentu jego porzucenia. Zadanie monitorowania musi być zarządzane przez administratora systemu. Aby usunąć zadanie monitora dublowania bazy danych, użyj sp_dbmmonitordropmonitoring. Aby uzyskać więcej informacji, zobacz sp_dbmmonitordropmonitoring (Transact-SQL).

Stan wyświetlany w Monitorze dublowania bazy danych

Na stronie Stan monitora dublowania bazy danych opisano partnerów, a także stan sesji dublowania. Stan zawiera metryki wydajności, takie jak stan dziennika transakcji i inne informacje, które mają pomóc obecnie oszacować czas wymagany do ukończenia pracy w trybie failover i potencjalnej utraty danych, jeśli sesja nie jest zsynchronizowana. Ponadto strona Status wyświetla stan oraz ogólne informacje o sesji tworzenia kopii lustrzanej.

Uwaga / Notatka

Aby zapoznać się z wprowadzeniem do Monitora kopii lustrzanej bazy danych i strony Status, zobacz Narzędzia do monitorowania stanu kopii lustrzanej bazy danych we wcześniejszej części tego tematu.

Informacje podane dla każdego z tych elementów zostały podsumowane w poniższych sekcjach.

Partners

Na stronie Stan są wyświetlane następujące informacje dla każdego z partnerów:

  • Wystąpienie serwera

    Nazwa wystąpienia serwera, którego stan jest wyświetlany w wierszu Stan .

  • Bieżąca rola

    Bieżąca rola instancji serwera. Możliwe stany to:

    • Dyrektor

    • Mirror

  • Stan lustrzany

    Możliwe stany to:

    • Unknown

    • Synchronizowanie

    • Synchronizowane

    • Zawieszono

    • Disconnected

  • Połączenie monitora

    Stan połączenia świadka. Możliwe stany to:

    • Unknown

    • Połączono

    • Odłączony.

Zaloguj się na serwerze głównym

Na stronie Stan są wyświetlane następujące informacje o stanie dziennika na serwerze głównym zgodnie ze wskazanym czasem:

  • Niewysłany log

    Ilość danych dziennika oczekujących w kolejce wysyłki w kilobajtach (KB).

  • Najstarsza niewysłana transakcja

    Wiek najstarszej niewysłanej transakcji w kolejce wysyłki. Wiek transakcji wskazuje, z ilu minut transakcji nie zostały jeszcze wysłane do instancji serwera lustrzanego. Ta wartość pomaga zmierzyć potencjał utraty danych pod względem czasu.

  • Czas wysyłania dziennika (szacowany)

    Szacowana liczba minut potrzebnych głównemu wystąpieniu serwera do wysłania dziennika, który znajduje się obecnie w kolejce wysyłania, do wystąpienia serwera lustrzanego na podstawie bieżącej szybkości wysyłania. Rzeczywisty czas wysyłania dziennika będzie miał wpływ na szybkość transakcji przychodzących, co może się znacznie różnić. Jednak wartość Czas wysyłania dziennika (szacowana) może być przydatna do szacowania czasu wymaganego do ręcznego przejścia w tryb failover.

  • Bieżąca szybkość wysyłania

    Tempo, z jakim transakcje są wysyłane do instancji serwera lustrzanego, w KB na sekundę.

  • Bieżąca stawka nowych transakcji

    Tempo, w jakim przychodzące transakcje są zapisywane w dzienniku głównego serwera, w KB na sekundę. Aby ustalić, czy kopiowanie lustrzane ma opóźnienie, nadąża czy nadrabia opóźnienie, porównaj tę wartość z wartością Szacowany czas wysłania dziennika.

Zaloguj się na serwerze dublowania

Na stronie Stan są wyświetlane następujące informacje o stanie dziennika na serwerze dublowania zgodnie ze wskazanym czasem:

  • Nieprzywrócony dziennik

    Ilość danych dziennika oczekujących w kolejce redo w KB.

  • Czas przywracania dziennika (szacowany)

    Przybliżona liczba minut potrzebnych na zastosowanie dziennika aktualnie znajdującego się w kolejce redo w lustrzanej bazie danych.

  • Bieżąca szybkość przywracania

    Szybkość przywracania transakcji do dublowanej bazy danych (w KB na sekundę).

Sesja dublowania

Ponadto na stronie Stan są wyświetlane następujące informacje dotyczące sesji dublowania:

  • Narzut replikacji commitów

    Średnie opóźnienie na transakcję w milisekundach (istotne tylko w trybie wysokiego bezpieczeństwa). To opóźnienie oznacza wielkość narzutu powstającego, gdy instancja serwera podstawowego oczekuje, aż instancja serwera lustrzanego zapisze rekord dziennika transakcji do kolejki ponawiania.

  • Czas wysyłania i przywracania wszystkich bieżących dzienników (szacowane)

    Szacowany czas potrzebny do wysłania wszystkich niewysłanych dzienników zatwierdzonych na serwerze głównym oraz odtworzenia wszystkich dzienników znajdujących się obecnie w kolejce ponownego wykonywania. To oszacowanie może być mniejsze niż suma wartości pola Czas wysyłania dziennika (szacowanego) i Czasu przywracania dziennika (szacowanego), ponieważ wysyłanie i przywracanie może działać równolegle.

  • Adres świadka

    Adres sieciowy instancji serwera świadka. Aby uzyskać informacje o formacie tego adresu, zobacz Określanie adresu sieciowego serwera (dublowanie bazy danych).

  • Tryb operacyjny

    Tryb operacyjny sesji dublowania bazy danych:

    • Wysoka wydajność (asynchroniczna)

    • Wysoki poziom bezpieczeństwa bez automatycznego przełączenia awaryjnego (synchronicznie)

    • Wysokie bezpieczeństwo dzięki automatycznemu przełączeniu awaryjnemu (synchronicznemu)

Dodatkowe źródła informacji o dublowanej bazie danych

Oprócz korzystania z monitora dublowania bazy danych i procedur składowanych dbmmonitor do monitorowania dublowanej bazy danych i konfigurowania alertów dotyczących monitorowanych zmiennych wydajności, SQL Server udostępnia widoki wykazu, liczniki wydajności i powiadomienia o zdarzeniach na potrzeby dublowania bazy danych.

W tej sekcji:

Metadane dublowania bazy danych

Każda sesja dublowania bazy danych jest opisana w metadanych udostępnianych za pośrednictwem następującego katalogu lub dynamicznych widoków zarządzania:

  • sys.database_mirroring

    Ten widok wyświetla metadane dotyczące kopiowania lustrzanego dla każdej bazy danych objętej kopiowaniem lustrzanym w wystąpieniu serwera. Aby uzyskać więcej informacji, zobacz sys.database_mirroring (Transact-SQL).

  • sys.database_mirroring_endpoints

    Widok katalogu sys.database_mirroring_endpoints wyświetla informacje o punkcie końcowym kopii lustrzanej bazy danych dla instancji serwera. Aby uzyskać więcej informacji, zobacz sys.database_mirroring_endpoints (Transact-SQL).

  • sys.database_mirroring_witnesses

    Ten widok katalogu wyświetla metadane kopii lustrzanej bazy danych dla każdej sesji, w której wystąpienie serwera jest świadkiem. Aby uzyskać więcej informacji, zobacz sys.database_mirroring_witnesses (Transact-SQL).

  • sys.dm_db_mirroring_connections

    Ten dynamiczny widok zarządzania zwraca wiersz dla każdego połączenia sieciowego dublowania bazy danych.

    Aby uzyskać więcej informacji, zobacz sys.dm_db_mirroring_connections (Transact-SQL).

Liczniki wydajności dublowania bazy danych

Liczniki wydajności umożliwiają monitorowanie wydajności dublowania bazy danych. Na przykład można sprawdzić licznik Opóźnienie transakcji, aby przekonać się, czy kopiowanie lustrzane bazy danych wpływa na wydajność serwera głównego; można też sprawdzić liczniki Kolejka ponownego wykonywania i Kolejka wysyłania dziennika, aby zobaczyć, jak dobrze lustrzana baza danych nadąża za główną bazą danych. Możesz sprawdzić licznik Bajty dziennika wysłane/s, aby monitorować liczbę bajtów dziennika wysyłanych na sekundę.

W monitor wydajności na obu partnerach liczniki wydajności są dostępne w obiekcie wydajności dublowania bazy danych (SQLServer:Database Mirroring). Aby uzyskać więcej informacji, zobacz SQL Server, Obiekt dublowania bazy danych.

Aby uruchomić monitor wydajności

Powiadomienia o zdarzeniach dublowania bazy danych

Powiadomienia o zdarzeniach są specjalnym rodzajem obiektu bazy danych. Powiadomienia o zdarzeniach są uruchamiane w odpowiedzi na różne instrukcje języka definicji danych (DDL) Transact-SQL oraz zdarzenia SQL Trace i wysyłają informacje o zdarzeniach serwera i bazy danych do usługi Service Broker.

W przypadku dublowania bazy danych są dostępne następujące zdarzenia:

Powiązane zadania

Procedury składowane

Zobacz też

Dublowanie bazy danych (SQL Server)
Dostawca WMI dla koncepcji zdarzeń serwera

  • Last updated on