Best Practices for Replication Administration
Po skonfigurowaniu replikacja, ważne jest zrozumienie sposobu administrowania, topologia replikacja.W tym temacie przedstawiono podstawowe wskazówki najlepsze praktyki w wielu obszarach o łącza do dodatkowych informacji dla każdego obszaru.Oprócz następujących najlepsze wskazówki praktyki przedstawione w tym temacie, należy wziąć pod uwagę odczytu poprzez często zadawane pytania na temat do zapoznania się z często zadawane pytania i problemów: Frequently Asked Questions for Replication Administrators.
Warto podzielić najlepsze praktyki porad na dwa obszary:
Następujące informacje dotyczą najważniejszych wskazówek, które powinny zostać wprowadzone dla wszystkich topologii replikacja:
Opracowanie i przetestowanie kopia zapasowa i przywrócić strategii.
Skrypt topologia replikacja.
Tworzenie wartości progowe i alerty.
Monitor topologia replikacja.
Ustanowienie planów bazowych wydajność i dostrajanie replikacja, jeśli to konieczne.
Następujące informacje dotyczą najważniejszych wskazówek, które należy wziąć pod uwagę, ale nie może być wymagane w przypadku topologii sieci:
Okresowe sprawdzanie poprawności danych.
Dopasowywanie parametrów agent za pomocą profili.
Dopasuj okresy zatrzymania publikacja i dystrybucji.
Zrozumieć, jak zmienić właściwości artykuł i publikacja zmiany wymagań aplikacji.
Zrozumienie sposobu wprowadzania zmian schematu w przypadku zmiany wymagań aplikacji.
Opracowanie i przetestowanie kopia zapasowa i przywrócić strategii
Wszystkie bazy danych należy wykonywać kopię zapasową w regularnych odstępach czasu i możliwość przywrócenia tych kopii zapasowych należy przetestować okresowo; nie różnią się zreplikowane bazy danych.Następujące bazy danych należy wykonywać kopię zapasową regularnie:
baza danych publikacja
baza danych dystrybucji
Bazy danych subskrypcja
msdb bazy danych i wzorzec bazy danych Wydawca, dystrybutor i wszystkich subskrybentów
Zreplikowane bazy danych wymaga specjalnej uwagi w stosunku do wykonywania kopii zapasowych i przywracania danych.Aby uzyskać więcej informacji zobacz Backing Up and Restoring Replicated Databases.
Skrypt topologia replikacja
Wszystkie składniki replikacja w topologii powinny być przetwarzane przez skrypty jako części planu odzyskiwanie systemu po awarii, a skrypty mogą również służyć do automatyzacji powtarzających się zadań.Skrypt zawiera Transact-SQL System przechowywane procedury potrzebne do zaimplementowania składniki replikacja, inicjowanych przez skrypty, takie jak publikacja lub subskrypcja. Scripts can be created in a wizard (such as the New Publication Wizard) or in Microsoft SQL Server Management Studio after you create a component.Można wyświetlać, modyfikować i uruchomić przy użyciu skryptu SQL Server Management Studio lub SQLCMD.Skrypty mogą być przechowywane z plików kopii zapasowych ma być używany przypadek topologia replikacja musi być ponownie skonfigurowany.Aby uzyskać więcej informacji zobacz Jak Skrypt replikacja Objects (SQL Server Management Studio).
Składnik powinien być rescripted jeśli wszelkie zmiany właściwość.Jeżeli używasz niestandardowego procedur przechowywanych z replikacja transakcyjnej ze skryptów powinny być przechowywane kopie każdej procedury, należy zaktualizować kopię, jeśli zmieni się z procedurą (procedury są zazwyczaj aktualizacji z powodu zmian w schemacie lub zmiana wymagań aplikacji).Aby uzyskać więcej informacji na temat niestandardowych procedur zobacz Określanie, jak zmiany są rozpropagowane dla transakcji artykułów.
Ustalenie planów bazowych wydajność i dostrajanie replikacja w razie potrzeby
Zanim replikacja jest skonfigurowana, zaleca się zapoznać z czynników, wpływających na wydajność replikacji:
Sprzęt serwera i sieci
Projekt bazy danych
Dystrybutor konfiguracja
Projekt publikacja i opcje
Filtr projektu i używać
Opcje subskrypcja
Opcje migawka
Parametry agenta
Konserwacja
Aby uzyskać więcej informacji na temat wpływu tych czynników każdy rodzaj replikacja zobacz:
Po skonfigurowaniu replikacja, zaleca się opracowanie poziomów odniesienia dla wydajności, co pozwoli określić zachowanie replikacja z obciążenia, który jest typowym dla aplikacji i topologii i.Monitor replikacja i Monitor systemu należy użyć do określenia liczby typowe dla następujących pięciu wymiarów wydajności replikacja:
opóźnienie: czas potrzebny na zmianę danych być propagowane między węzłami w topologia replikacja.
Przepustowość: Kwota działanie replikacja (mierzony w poleceniach dostarczane przez pewien czas) system może utrzymać w czasie.
Współbieżność: Liczba procesów replikacja, które mogą pracować jednocześnie w systemie.
Czas trwania synchronizacji: jak długo trwa danego synchronizacji do wykonania.
Zużycie zasób: sieci i zasobów używanych z przetwarzania replikacja.
opóźnienie i przepustowość są najbardziej odpowiednich do replikacja transakcyjnej, ponieważ systemy oparte na replikacja transakcyjnej zazwyczaj wymagają czasu oczekiwania w niskiej i wysokiej wydajności.współbieżność i czas trwania synchronizacji są najbardziej odpowiednie do scalania replikacja, ponieważ systemy oparte na replikacja łączenia często mają dużą liczbę subskrybentów i Wydawca może być znaczna liczba równoczesnych synchronizacji z tymi subskrybentów.
Po ustanowieniu numerów linii bazowej zestaw progami w Monitor replikacja.Aby uzyskać więcej informacji zobacz Ustawianie progi i ostrzeżeń w Monitor replikacja i Using Alerts for Replication Agent Events. Jeśli występują problemy z wydajnością, zaleca się odczytać przy użyciu sugestie w zwiększających wydajność tematach wymienionych powyżej i zastosować zmiany w obszarach, które mają wpływ na problemy, które są wystąpią.
Tworzenie wartości progowe i alertów
Monitor replikacja umożliwia zestaw liczba progi odnoszących się do stanu i wydajności.Zalecane jest, aby ustawić odpowiednie wartości progowe dla topologii sieci, po osiągnięciu wartości progowej, wyświetlane jest ostrzeżenie i, opcjonalnie, alert może zostać wysłana do konta poczty e-mail, a pager lub inne urządzenie.Aby uzyskać więcej informacji zobacz Ustawianie progi i ostrzeżeń w Monitor replikacja.
Oprócz alertów, które można skojarzyć z monitorowania progi replikacja udostępnia kilka wstępnie zdefiniowanych alertów, które odpowiadają na działania agenta replikacji.Te alerty mogą być używane przez administratora do uzyskiwania informacji o stanie topologia replikacja.Zaleca się, aby przeczytać temat opisujący alertów za pośrednictwem i do dowolnego, które odpowiadają Twoim potrzebom administracji (możliwe jest także tworzenie dodatkowych alertów, jeśli to konieczne).Aby uzyskać więcej informacji zobacz Using Alerts for Replication Agent Events.
Monitor topologia replikacja
Po topologia replikacja znajduje się w miejscu, a wartości progowe i alerty zostały skonfigurowane, zalecane jest regularne monitorowanie replikacja.Monitorowanie topologia replikacja jest ważnym aspektem wdrażania replikacja.Ponieważ replikacja aktywności jest rozpowszechniany, istotne jest śledzenie aktywności i stan na wszystkich komputerach biorących udział w replikacji.Monitorowanie replikacja można używać następujących narzędzi:
Monitor replikacja jest najważniejszym narzędziem do monitorowania replikacja, umożliwiając monitorowania kondycji ogólnej topologia replikacja.Aby uzyskać więcej informacji zobacz Monitorowanie replikacja przy użyciu Monitor replikacja.
Transact-SQL i RMO (replikacja Management Objects) zapewniają interfejsów do monitorowania replikacja.Aby uzyskać więcej informacji zobacz Monitoring How-to Topics (Replication).
Monitor systemu może być również przydatne do monitorowania wydajności replikacja.Aby uzyskać więcej informacji zobacz Monitoring Replication with System Monitor.
Okresowe sprawdzanie poprawności danych
Sprawdzanie poprawności nie jest wymagany przez replikację, jednak zalecane jest, aby uruchomić sprawdzanie poprawności okresowo replikacja transakcyjnej i replikacja łączenia.Sprawdzanie poprawności umożliwia Sprawdź, czy dane przez subskrybent odpowiada danych przez wydawcę.Sprawdzanie poprawności powiodło się wskazuje, że w tym momencie wszystkie zmiany od Wydawca zostały zreplikowane do subskrybent (i z subskrybent do Wydawca) Jeśli aktualizacje są obsługiwane przez subskrybent i że dwie bazy danych są zsynchronizowane.
Zaleca się, że sprawdzanie poprawności jest wykonywane zgodnie z harmonogram wykonywania kopii zapasowych z baza danych publikacja.Na przykład jeśli publikacja baza danych jest wykonywana kopia pełna raz w tygodniu, sprawdzania poprawności może być uruchamiane raz w tygodniu po wykonaniu kopia zapasowa.Aby uzyskać więcej informacji zobacz Validating Replicated Data.
W razie potrzeby zmień parametry agent za pomocą agenta profilów
Profile agenta zapewniają wygodną metoda ustawiania parametrów agent replikacja.Można także określić parametry w wierszu polecenia agenta, ale jest zazwyczaj bardziej odpowiedni do korzystania z profilu agenta wstępnie zdefiniowany lub Utwórz nowy profil, aby zmienić wartość parametru.Na przykład, jeśli używasz replikacja łączenia i subskrybent przemieszcza się z połączenia szerokopasmowego połączenia telefonicznego, należy wziąć pod uwagę przy użyciu powolne łącza profil dla agenta korespondencji seryjnej, to używa profilu zestaw parametrów, które są lepiej dostosowane do wolniejszych łączy komunikacyjnych.Aby uzyskać więcej informacji zobacz Replication Agent Profiles.
Dopasuj okresów, w razie potrzeby przechowywania publikacja i dystrybucji
replikacja transakcyjnej i replikacja łączenia Użyj okresów przechowywania do określenia, jak długo transakcje są przechowywane w bazie danych dystrybucji i jak często należy zsynchronizować subskrypcja.Zalecane jest, aby użyć ustawień domyślnych wstępnie, ale aby monitorować topologię, aby określić, jeśli ustawienia wymagają korekty.Na przykład w odniesieniu do korespondencji seryjnej replikacja, okres przechowywania publikacja (określanej domyślnie na 14 dni) decyduje o tym, jak długo metadane są przechowywane w tabelach systemowych.Jeżeli subskrypcje są zawsze synchronizować w ciągu pięciu dni, należy rozważyć dostosowanie ustawień na niższy numer, który będzie zmniejszyć metadane i być może zapewnić lepszą wydajność.Aby uzyskać więcej informacji zobacz Data wygaśnięcia subskrypcja i dezaktywacja.
Opis sposobu modyfikowania publikacji w przypadku zmiany wymagań aplikacji
Po utworzeniu publikacja może być konieczne dodawanie lub usuwanie artykułów lub zmienianie publikacja i właściwości artykuł.Większość zmian są dozwolone po utworzeniu publikacja, ale w niektórych przypadkach jest to konieczne wygenerować migawkę nowej publikacja i/lub ponownie zainicjować subskrypcję publikacja.Aby uzyskać więcej informacji zobacz Changing Publication and Article Properties i Adding Articles to and Dropping Articles from Existing Publications.
Zrozumienie sposobu wprowadzania zmian schematu w przypadku zmiany wymagań aplikacji
W wielu przypadkach zmiany schematu są wymagane, po rozpoczęciu produkcji aplikacji.W topologii replikacja zmiany te często muszą być propagowane do wszystkich subskrybentów.Replikacja obsługuje szeroki zakres zmian schematu do opublikowanych obiektów.When you make any of the following schema changes on the appropriate published object at a Microsoft SQL Server Publisher, that change is propagated by default to all SQL Server Subscribers:
ALTER tabela
ZMIENIANIE WIDOKU
ZMIENIANIE PROCEDURY
ZMIENIANIE funkcja
ZMIENIANIE WYZWALACZA
Aby uzyskać więcej informacji zobacz Wprowadzanie zmian schematu na bazy danych w publikacja.