Często zadawane pytania dotyczące administratorów replikacji

Nie. Działanie może być kontynuowane w bazie danych podczas tworzenia publikacji. Należy pamiętać, że tworzenie migawki może intensywnie obciążać zasoby, dlatego najlepiej jest generować migawki w okresach mniejszej aktywności w bazie danych (domyślnie migawka jest generowana po zakończeniu pracy Kreatora nowej publikacji).

Czas trwania blokad zależy od typu używanej replikacji:

• W przypadku publikacji scalania agent migawek nie ma żadnych blokad.

• W przypadku publikacji transakcyjnych agent migawek domyślnie blokuje się tylko w początkowej fazie generowania migawki.

• W przypadku publikacji migawek agent migawek tworzy blokady podczas całego procesu generowania migawek.

Ponieważ blokady uniemożliwiają innym użytkownikom aktualizowanie tabel, agent migawek powinien być zaplanowany do wykonania w okresach mniejszej aktywności w bazie danych, zwłaszcza w przypadku publikacji migawek.

Subskrypcja jest dostępna po zastosowaniu migawki do bazy danych subskrypcji. Mimo że baza danych subskrypcji jest wcześniej dostępna, baza danych nie powinna być używana do momentu zastosowania migawki. Użyj monitora replikacji, aby sprawdzić stan generowania migawki i aplikacji:

• Migawka jest generowana przez agenta migawek. Wyświetl stan generowania migawki na karcie Agenci publikacji w Monitorze replikacji. Aby uzyskać więcej informacji, zobacz Wyświetlanie informacji i wykonywanie zadań przy użyciu monitora replikacji.

• Migawka jest stosowana przez agenta dystrybucji lub agenta scalania. Wyświetl stan aplikacji migawki na stronie Agent dystrybucji lub Agent scalania monitora replikacji. Aby uzyskać więcej informacji, zobacz Wyświetlanie informacji i wykonywanie zadań przy użyciu monitora replikacji.

Nie spowoduje to błędu, jeśli agent dystrybucji lub agent scalania jest uruchamiany w tym samym czasie co agent migawki. Należy jednak pamiętać o następujących kwestiach:

• Jeśli agent dystrybucji lub agent scalania jest skonfigurowany do ciągłego uruchamiania, agent stosuje migawkę automatycznie po zakończeniu działania agenta migawek.

• Jeśli agent dystrybucji lub agent scalania jest skonfigurowany do uruchamiania zgodnie z harmonogramem lub na żądanie i nie ma dostępnej migawki po uruchomieniu agenta, agent zostanie zamknięty z komunikatem informującym, że migawka nie jest jeszcze dostępna. Należy ponownie uruchomić agenta, aby zastosować migawkę po zakończeniu działania agenta migawek. Aby uzyskać więcej informacji na temat uruchamiania agentów, zobacz Synchronizowanie subskrypcji wypychanej, synchronizowanie subskrypcji ściągania i pojęcia dotyczące plików wykonywalnych agenta replikacji.

Tak. Wykonywanie skryptów konfiguracji replikacji jest kluczową częścią dowolnego planu odzyskiwania po awarii dla topologii replikacji. Aby uzyskać więcej informacji na temat skryptów, zobacz Scripting Replication (Replikacja skryptów).

Replikacja działa prawidłowo przy użyciu dowolnego z modeli odzyskiwania: proste, rejestrowane zbiorczo lub pełne. Scalanie replikacji śledzi zmianę, przechowując informacje w tabelach metadanych. Replikacja transakcyjna śledzi zmiany, oznaczając dziennik transakcji, ale ten proces oznaczania nie ma wpływu na model odzyskiwania.

Aby śledzić zmiany, należy scalić replikację i replikację transakcyjną z subskrypcjami aktualizacji w kolejce, aby unikatowo identyfikować każdy wiersz w każdej opublikowanej tabeli. Aby to osiągnąć:

• Replikacja scalania dodaje kolumnę rowguid do każdej tabeli, chyba że tabela ma już kolumnę typu danych uniqueidentifier z zestawem właściwości ROWGUIDCOL (w takim przypadku ta kolumna jest używana). Jeśli tabela zostanie porzucona z publikacji, zostanie usunięta kolumna rowguid ; Jeśli istniejąca kolumna została użyta do śledzenia, kolumna nie zostanie usunięta.

• Jeśli publikacja transakcyjna obsługuje aktualizowanie subskrypcji w kolejce, replikacja dodaje kolumnę msrepl_tran_version do każdej tabeli. Jeśli tabela zostanie porzucona z publikacji, kolumna msrepl_tran_version nie zostanie usunięta.

• Filtr nie może zawierać rowguidcol, używanego przez replikację do identyfikowania wierszy. Domyślnie jest to kolumna dodawana podczas konfigurowania replikacji scalania i nosi nazwę rowguid.

Istnieje wiele problemów, które należy wziąć pod uwagę w odniesieniu do ograniczeń dotyczących opublikowanych tabel:

• Replikacja transakcyjna wymaga ograniczenia klucza podstawowego dla każdej opublikowanej tabeli. Replikacja scalania nie wymaga klucza podstawowego, ale jeśli istnieje, musi zostać zreplikowana. Replikacja migawki nie wymaga klucza podstawowego.

• Domyślnie ograniczenia klucza podstawowego, indeksy i ograniczenia sprawdzania są replikowane do subskrybentów.

• Opcja NOT FOR REPLICATION jest domyślnie ustawiona dla ograniczeń klucza obcego i ograniczeń sprawdzających; ograniczenia są wymuszane dla operacji użytkownika, jednakże nie dla operacji wykonywanych przez agenta.

Aby uzyskać informacje na temat ustawiania opcji schematu, które kontrolują, czy ograniczenia są replikowane, zobacz Określanie opcji schematu.

Replikacja zapewnia automatyczne zarządzanie zakresem tożsamości dla topologii replikacji, które obejmują aktualizacje na subskrybenta. Aby uzyskać więcej informacji, zobacz Replikowanie kolumn tożsamości.

Tak, ale z pewnymi ograniczeniami. Aby uzyskać więcej informacji, zobacz sekcję "Publikowanie tabel w więcej niż jednej publikacji" w temacie Publikowanie danych i obiektów bazy danych.

Tak. Nie ma żadnych ograniczeń dotyczących liczby lub typów publikacji, które mogą używać tej samej bazy danych dystrybucji. Wszystkie publikacje z danego wydawcy muszą używać tej samej bazy danych dystrybutora i dystrybucji.

Jeśli masz wiele publikacji, możesz skonfigurować wiele baz danych dystrybucji w dystrybutorze, aby upewnić się, że dane przepływające przez każdą bazę danych dystrybucji pochodzą z jednej publikacji. Użyj okna dialogowego Właściwości dystrybutora lub sp_adddistributiondb (Transact-SQL), aby dodać bazę danych dystrybucji. Aby uzyskać więcej informacji na temat uzyskiwania dostępu do okna dialogowego, zobacz Wyświetlanie i modyfikowanie właściwości dystrybutora i wydawcy.

Te informacje są dostępne za pośrednictwem programu SQL Server Management Studio oraz wielu procedur składowanych replikacji. Aby uzyskać więcej informacji, zobacz Temat Dystrybutor i Wydawca Information Script.

Nie. Replikacja nie szyfruje danych przechowywanych w bazie danych ani przesyłanych za pośrednictwem sieci. Aby uzyskać więcej informacji, zobacz sekcję "Szyfrowanie" tematu Wyświetlanie i modyfikowanie ustawień zabezpieczeń replikacji.

Replikowanie danych przez Internet przy użyciu:

• Wirtualna sieć prywatna (VPN). Aby uzyskać więcej informacji, zobacz Publikowanie danych za pośrednictwem Internetu przy użyciu sieci VPN.

• Opcja synchronizacji sieci Web na potrzeby replikacji scalania. Aby uzyskać więcej informacji, zobacz Synchronizacja sieci Web na potrzeby replikacji scalania.

Wszystkie typy replikacji programu Microsoft SQL Server mogą replikować dane za pośrednictwem sieci VPN, ale należy rozważyć synchronizację sieci Web, jeśli używasz replikacji seryjnej.

Tak. Przetwarzanie replikacji jest wznawiane w momencie, w którym zostało przerwane, jeśli połączenie zostanie przerwane. Jeśli używasz replikacji scalania za pośrednictwem zawodnej sieci, rozważ użycie rekordów logicznych, co zapewnia przetwarzanie powiązanych zmian jako jednostki. Aby uzyskać więcej informacji, zobacz Grupowanie zmian w powiązanych wierszach z rekordami logicznymi.

Tak, replikacja działa w przypadku połączeń o niskiej przepustowości. W przypadku połączeń za pośrednictwem protokołu TCP/IP jest używana kompresja dostarczana przez protokół, ale nie zapewnia dodatkowej kompresji. W przypadku połączeń synchronizacji sieci Web za pośrednictwem protokołu HTTPS jest używana kompresja dostarczana przez protokół, a także dodatkowa kompresja plików XML używanych do replikowania zmian.

Nie, replikacja działa tylko wtedy, gdy używasz rzeczywistej nazwy serwera. Począwszy od programu SQL Server Management Studio (SSMS) 18.0 (i nowszych wersji), replikację można skonfigurować przy użyciu rzeczywistej nazwy serwera i numeru portu.

Nie. Możesz utworzyć pakiet usług SSIS w celu przeniesienia nazw logowania i haseł z programu Publisher do co najmniej jednego subskrybenta.

Począwszy od programu Microsoft SQL Server 2005 (9.x), schemat ma dwa znaczenie:

• Definicja obiektu, taka jak CREATE TABLE instrukcja. Domyślnie replikacja kopiuje definicje wszystkich replikowanych obiektów do subskrybenta.

• Przestrzeń nazw, w której jest tworzony obiekt: <Baza danych>.<Schemat>.<Obiekt>. Schematy są definiowane przy użyciu instrukcji CREATE SCHEMA .

• Replikacja ma następujące domyślne zachowanie w Kreatorze nowej publikacji w odniesieniu do schematów i własności obiektu:

• W przypadku artykułów w scalaniu publikacji z poziomem zgodności 90 lub wyższym, publikacje migawek i publikacje transakcyjne: domyślnie właściciel obiektu w subskrybentu jest taki sam jak właściciel odpowiedniego obiektu w wydawcy. Jeśli schematy, które są właścicielami obiektów, nie istnieją w subskrybentze, są tworzone automatycznie.

• W przypadku artykułów w scalaniu publikacji o poziomie zgodności niższym niż 90: domyślnie właściciel pozostaje pusty i jest określany jako dbo podczas tworzenia obiektu na subskrybenta.

• W przypadku artykułów w publikacjach Oracle: domyślnie właściciel jest określany jako dbo.

• W przypadku artykułów w publikacjach korzystających z migawek trybu znaków (które są używane dla subskrybentów innych niż subskrybenci programu SQL Server i subskrybenci programu SQL Server Compact): domyślnie właściciel pozostaje pusty. Właściciel domyślnie jest właścicielem skojarzonym z kontem używanym przez agenta dystrybucji lub agenta scalania, aby nawiązać połączenie z subskrybentem.

Właściciel obiektu można zmienić za pomocą okna dialogowego Właściwości artykułu — <artykuł> oraz za pomocą następujących procedur składowanych: sp_addarticle, sp_addmergearticle, sp_changearticle i sp_changemergearticle. Aby uzyskać więcej informacji, zobacz Wyświetlanie i modyfikowanie właściwości publikacji, Definiowanie artykułu oraz Wyświetlanie i modyfikowanie właściwości artykułu.

Domyślnie replikacja nie wykonuje instrukcji GRANT w bazie danych subskrypcji. Jeśli chcesz, aby uprawnienia bazy danych subskrypcji były zgodne z tymi w bazie danych publikacji, użyj jednej z następujących metod:

• Wykonaj instrukcje GRANT bezpośrednio w bazie danych subskrypcji.

• Użyj skryptu po migawki, aby wykonać instrukcje. Aby uzyskać więcej informacji, zobacz Wykonywanie skryptów przed i po zastosowaniu migawki.

• Użyj procedury składowanej sp_addscriptexec , aby wykonać instrukcje.

Domyślnie obiekty u subskrybenta są porzucane i tworzone ponownie po ponownym zainicjowaniu subskrypcji, co powoduje usunięcie wszystkich przyznanych uprawnień dla tych obiektów. Istnieją dwa sposoby obsługi tego:

• Ponownie zastosuj dotacje po ponownym zainicjowaniu przy użyciu technik opisanych w poprzedniej sekcji.

• Określ, że obiekty nie powinny być porzucane po ponownym zainicjowaniu subskrypcji. Przed ponownym inicjowaniem wykonaj jedną z następujących czynności:

  • Wykonaj sp_changearticle lub sp_changemergearticle. Określ wartość "pre_creation_cmd" (sp_changearticle) lub "pre_creation_command" (sp_changemergearticle) dla parametru @property i wartość "none", "delete" lub "obcięte" dla parametru @value.

  • W oknie dialogowym Właściwości artykułu — <artykuł> w sekcji Obiekt docelowy wybierz wartość Zachowaj istniejący obiekt bez zmian, Usuń dane. Jeśli artykuł zawiera filtr wierszy, usuń tylko dane zgodne z filtrem. lub Obcinaj wszystkie dane w istniejącym obiekcie dla opcji Akcja, jeśli nazwa jest używana. Aby uzyskać więcej informacji na temat uzyskiwania dostępu do tego okna dialogowego, zobacz Wyświetlanie i modyfikowanie właściwości publikacji.

TRUNCATE TABLE to instrukcja DDL, która nie rejestruje pojedynczych usunięć wierszy i nie uruchamia wyzwalaczy DML. Nie jest to dozwolone, ponieważ replikacja nie może śledzić zmian spowodowanych przez operację: replikacja transakcyjna śledzi zmiany w dzienniku transakcji; Replikacja scalania śledzi zmiany za pośrednictwem wyzwalaczy DML w opublikowanych tabelach.

W przypadku replikacji transakcyjnej operacje wstawiania zbiorczego są śledzone i replikowane podobnie jak inne operacje wstawiania. W przypadku replikacji scalania należy upewnić się, że metadane śledzenia zmian są prawidłowo aktualizowane.

Tak. Istnieje wiele szczególnych zagadnień dotyczących baz danych, które są zaangażowane w replikację. Aby uzyskać więcej informacji, zobacz Tworzenie kopii zapasowych i przywracanie replikowanych baz danych.

Replikacja scalania i replikacja migawki nie mają wpływu na rozmiar dziennika transakcji, ale replikacja transakcyjna może. Jeśli baza danych zawiera co najmniej jedną publikację transakcyjną, dziennik nie zostanie obcięty, dopóki wszystkie transakcje związane z publikacjami nie zostały dostarczone do bazy danych dystrybucji. Jeśli dziennik transakcji rośnie zbyt duży, a agent czytnika dzienników jest uruchamiany zgodnie z harmonogramem, rozważ skrócenie interwału między przebiegami. Możesz też ustawić ją tak, aby była uruchamiana w trybie ciągłym. Jeśli jest ona ustawiona na uruchamianie w trybie ciągłym (wartość domyślna), upewnij się, że jest uruchomiona. Aby uzyskać więcej informacji na temat sprawdzania stanu agenta czytelnika dzienników, zobacz Wyświetlanie informacji i wykonywanie zadań przy użyciu monitora replikacji.

Ponadto jeśli ustawiono opcję "synchronizuj z kopią zapasową" w bazie danych publikacji lub bazie danych dystrybucji, dziennik transakcji nie zostanie obcięty do momentu utworzenia kopii zapasowej wszystkich transakcji. Jeśli dziennik transakcji rośnie zbyt duży i masz ten zestaw opcji, rozważ skrócenie interwału między kopiami zapasowymi dziennika transakcji. Aby uzyskać więcej informacji na temat tworzenia kopii zapasowych i przywracania baz danych zaangażowanych w replikację transakcyjną, zobacz Strategie tworzenia kopii zapasowych i przywracania migawek i replikacji transakcyjnej.

Istnieje wiele mechanizmów ponownego kompilowania indeksów. Wszystkie te elementy mogą być używane bez specjalnych zagadnień dotyczących replikacji, z następującym wyjątkiem: klucze podstawowe są wymagane w tabelach w publikacjach transakcyjnych, więc nie można usunąć i odtworzyć kluczy podstawowych w tych tabelach.

Indeksy można dodawać w programie Publisher lub Subskrybenci bez specjalnych zagadnień dotyczących replikacji (należy pamiętać, że indeksy mogą mieć wpływ na wydajność). CREATE INDEX i ALTER INDEX nie są replikowane, więc jeśli dodasz lub zmienisz indeks, na przykład Wydawca, musisz wprowadzić ten sam dodatek lub zmienić na subskrybenta, jeśli chcesz go tam odzwierciedlić.

W wersjach programu SQL Server wcześniejszych niż SQL Server 2005 (9.x) przenoszenie lub zmienianie nazw plików bazy danych wymaga odłączenia i ponownego dołączenia bazy danych. Ponieważ nie można odłączyć replikowanej bazy danych, najpierw należy usunąć replikację z tych baz danych. Począwszy od programu SQL Server 2005 (9.x), można przenosić lub zmieniać nazwy plików bez odłączania i ponownego dołączania bazy danych bez wpływu na replikację. Aby uzyskać więcej informacji na temat przenoszenia i zmieniania nazw plików, zobacz ALTER DATABASE (Transact-SQL).

Najpierw upuść artykuł z publikacji przy użyciu sp_droparticle, sp_dropmergearticle lub właściwości publikacji — <publikacja> okno dialogowe, a następnie upuść go z bazy danych przy użyciu polecenia DROP <Object>. Nie można usuwać artykułów z publikacji migawek lub publikacji transakcyjnych po dodaniu subskrypcji; musisz najpierw usunąć subskrypcje. Aby uzyskać więcej informacji, zobacz Dodawanie artykułów do istniejących publikacji i usuwanie ich z tych artykułów.

Program SQL Server obsługuje szeroką gamę zmian schematu w opublikowanych obiektach, w tym dodawanie i usuwanie kolumn. Na przykład wykonaj polecenie ALTER TABLE … DROP COLUMN w programie Publisher, a instrukcja jest replikowana do subskrybentów, a następnie wykonywana w celu porzucenia kolumny. Subskrybenci z uruchomionymi wersjami programu SQL Server przed programem SQL Server 2005 (9.x) obsługują dodawanie i usuwanie kolumn za pomocą procedur składowanych sp_repladdcolumn i sp_repldropcolumn. Aby uzyskać więcej informacji, zobacz Wprowadzanie zmian schematu w bazach danych publikacji.

Użyj walidacji. Raporty sprawdzania poprawności dotyczące tego, czy dany subskrybent jest synchronizowany z programem Publisher. Aby uzyskać więcej informacji, zobacz Validate Replicated Data. Walidacja nie zawiera informacji o wierszach, które nie są poprawnie zsynchronizowane, ale narzędzie tablediff wykonuje.

Nie jest konieczne zatrzymanie aktywności w bazach danych publikacji lub subskrypcji w celu dodania tabeli (lub innego obiektu). Dodaj tabelę do publikacji za pomocą okna dialogowego Właściwości publikacji — <publikacja> lub procedur składowanych sp_addarticle i sp_addmergearticle. Aby uzyskać więcej informacji, zobacz Dodawanie artykułów do istniejących publikacji i usuwanie ich z tych artykułów.

Usuń tabelę z publikacji przy użyciu sp_droparticle, sp_dropmergearticle lub właściwości publikacji — <publikacja> okno dialogowe. Nie można usuwać artykułów z publikacji migawek lub publikacji transakcyjnych po dodaniu subskrypcji; musisz najpierw usunąć subskrypcje. Aby uzyskać więcej informacji, zobacz Dodawanie artykułów do istniejących publikacji i usuwanie ich z tych artykułów.

Istnieje wiele zmian artykułu i publikacji, które wymagają ponownego zainicjowania subskrypcji. Aby uzyskać więcej informacji, zobacz Zmienianie publikacji i właściwości artykułu.

Istnieje wiele zmian artykułu i publikacji, które unieważniają migawki i wymagają wygenerowania nowej migawki. Aby uzyskać więcej informacji, zobacz Zmienianie publikacji i właściwości artykułu.

Akcje wymagane do usunięcia replikacji z bazy danych zależą od tego, czy baza danych była bazą danych publikacji, bazą danych subskrypcji, czy obydwoma.

W przypadku replikacji transakcyjnej użyj procedur składowanych lub karty Niezadzielone polecenia w monitorze replikacji. Aby uzyskać więcej informacji, zobacz Wyświetlanie replikowanych poleceń i innych informacji w bazie danych dystrybucji (replikacja Transact-SQL programowania) oraz Wyświetlanie informacji i wykonywanie zadań przy użyciu monitora replikacji.

W przypadku replikacji scalania użyj procedury składowanej sp_showpendingchanges. Aby uzyskać więcej informacji, zobacz sp_showpendingchanges (Transact-SQL).

Użyj procedury składowanej sp_replmonitorsubscriptionpendingcmds lub karty Cofane polecenia w monitorze replikacji. Zostanie wyświetlona procedura składowana i karta:

• Liczba poleceń w bazie danych dystrybucji, które nie zostały dostarczone do wybranego subskrybenta. Polecenie składa się z jednej instrukcji języka manipulowania danymi (DML) Transact-SQL lub jednej instrukcji języka definicji danych (DDL).

• Szacowany czas dostarczania poleceń do subskrybenta. Jeśli ta wartość jest większa niż czas wymagany do wygenerowania i zastosowania migawki do subskrybenta, rozważ ponowne inicjowanie subskrybenta. Aby uzyskać więcej informacji, zobacz Reinitialize Subscriptions (Ponowne inicjowanie subskrypcji).

Aby uzyskać więcej informacji, zobacz sp_replmonitorsubscriptionpendingcmds (Transact-SQL) i Wyświetlanie informacji i wykonywanie zadań przy użyciu monitora replikacji.

Tak. Aby uzyskać więcej informacji, zobacz Wysyłanie dzienników i replikacja (SQL Server) oraz Dublowanie i replikacja bazy danych (SQL Server).

Tak. Nie są wymagane żadne specjalne zagadnienia, ponieważ wszystkie dane są przechowywane na jednym zestawie dysków w klastrze.

Zalecamy skontaktowanie się z dostawcą innej firmy w celu uzyskania pomocy technicznej. Ogólnie rzecz biorąc, jeśli problem jest izolowany przez dostawcę jako podstawowy problem z replikacją dostarczany z programem SQL Server, pomoc techniczna firmy Microsoft jest zaangażowana w dalszą pomoc.

Zobacz też

najlepsze rozwiązania dotyczące administrowania replikacją