Przetwarzanie partia wyładunku
Niektóre aplikacje wymagają, że operacje wymagające partia być wykonywane w odniesieniu do danych.W wielu przypadkach te operacje partia nie można wykonać na przetwarzania serwera (OLTP) transakcji online, ponieważ obciążeniu przetwarzania zakłóca innych operacji na serwerze.W takim wypadku jest konieczne przeprowadzenie przetwarzanie wsadowe na oddzielnym serwerze.W niektórych przypadkach przetwarzanie wsadowe jest po prostu Odciążone; w pozostałych przypadkach wyniki partia są propagowane do serwera przetwarzania online.
Na poniższym diagramie przedstawiono typowym scenariuszu dane replikowane przetwarzanie wsadowe serwera:
Przykład cykle Adventure Works
Adventure Works Cycles is a fictional manufacturing company used to demonstrate database concepts and scenarios.Aby uzyskać więcej informacji zobacz AdventureWorks przykładowe bazy danych.
Adventure Works Cycles używa przetwarzanie wsadowe aby sprawdzić, czy oszustwa karty kredytowej w ich witrynie sieci Web.Data collected from website transactions is replicated from the Microsoft SQL Server that services the website to a separate SQL Server that is used for a number of Adventure Works Cycles applications.Na przetwarzanie wsadowe serwera danych jest sprawdzana pod kątem wzorców oszustwa karty kredytowej.Chociaż wykrywania oszustw wytwarza niewielką ilość danych (aktualizacji danych w niewielkiej liczby kolumn, gdy konto zawiera podejrzane działania), kontroli są dużej ilości obliczeń i wymaga zasobów serwera istotne.Po uruchomieniu partia niewielka ilość danych są wysyłane do serwera OLTP dla witryna sieci web, wskazując wszystkich kont, na które możliwych objawów oszustwa.
Wspólne wymagania dotyczące tego scenariusza
przetwarzanie wsadowe aplikacje mają zwykle następujące wymagania, które rozwiązanie odpowiednie replikacja musi adres:
W systemie musi zachowania spójności transakcyjnej.
System powinien mieć Niskie opóźnienie: aktualizacje na serwerze przetwarzania online musi dotrzeć przetwarzanie wsadowe serwer szybko.
System powinien mieć wysokiej wydajności: to będzie obsługiwał replikacja dużej liczby transakcji.
Przetwarzanie replikacja powinny wymagać jak najmniejszym stopniu obciążały system na serwerze przetwarzania online.
Zmiany danych może być układają się w obu kierunkach: wyniki przetwarzanie wsadowe może być propagowane do serwera przetwarzania online.
Dane wymagane na przetwarzanie wsadowe serwer może być podzbiór danych dostępny na serwerze przetwarzania online.
Typ replikacja do użycia dla tego scenariusza
SQL Server używa publikacji metaphor przemysł do opisywania składników systemu replikacja.Składniki zawierają Wydawca, subskrybentów, publikacji i artykuły i subskrypcji.
W powyższym diagramie serwer przetwarzania online jest Wydawca.Niektóre lub wszystkie dane na serwerze przetwarzania online znajduje się w publikacja z każdej tabela danych artykuł (artykuły mogą być także innych obiektów bazy danych, takie jak procedury przechowywane).przetwarzanie wsadowe Serwer jest subskrybent do publikacja i otrzymywanie schemat oraz dane jako subskrypcja.
Jeśli wyniki są propagowane do serwera przetwarzania online przetwarzanie wsadowe serwera jest również Wydawca (zazwyczaj z publikacją, identyczne z jednego na serwerze przetwarzania online) i serwera przetwarzania online subskrybuje tej publikacja.
Aby uzyskać więcej informacji na temat składników systemu Zobacz Replikacja, omówienie modelu publikowania.
SQL Server oferuje różne typy replikacja do wymagań różnych aplikacji: Replikacja migawka, replikacji transakcyjnej i replikacja łączenia. W tym scenariuszu najlepiej wykonywane przy replikacja transakcyjnej, który jest dobrze nadaje się do obsługi wymagania opisane w poprzedniej sekcji.Aby uzyskać więcej informacji na temat replikacja transakcyjnej zobacz Omówienie replikacja transakcyjnej i W jaki sposób transakcyjne replikacja programu Works.
Zgodnie z projektem replikacja transakcyjnej adresy podstawowe wymagania dotyczące tego scenariusza:
Spójności transakcyjnej
Niskie opóźnienie
Wysoka przepustowość
Minimalne obciążenie
Opcje, które należy wziąć pod uwagę w tym scenariuszu są filtrowanie replikacja transakcyjnej typu peer-to-peer i replikacja transakcyjnej dwukierunkowe:
replikacja transakcyjnej umożliwia filtru kolumny i wiersze, tak aby serwer partia otrzymuje dane wymagane przez daną aplikację.Aby uzyskać więcej informacji zobacz Filtrowanie opublikowane dane.
replikacja transakcyjnej umożliwia propagowanie zmian w więcej niż jednym kierunku przy użyciu opcji dwukierunkowy lub replikacja równorzędna.Aby uzyskać więcej informacji zobacz Typu peer-to-peer transakcyjne replikacja i Dwukierunkowa transakcyjne replikacja.
Kroki prowadzące do implementowanie tego scenariusza
Aby zaimplementować ten scenariusz, musisz najpierw utworzyć publikacja i subskrypcje i następnie zainicjować każdej subskrypcja.Kliknij poniższe łącza, aby uzyskać więcej informacji na temat każdego z kroków:
SQL Server Management Studio: Jak Konfigurowanie typu peer-to-peer transakcyjne replikacja (SQL Server Management Studio)
Replikacja Transact-SQL Programowanie: Jak Konfigurowanie typu peer-to-peer transakcyjne replikacja (replikacja programowania języka Transact-SQL)
Po subskrypcja jest inicjowany i danych jest przepływających między programem Wydawca a subskrybentów, może zajść potrzeba informacji na temat typowych zarządzania i monitorowania zadań zapoznaj się z następującymi tematami: