Udostępnij za pośrednictwem


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:

Replicating data for batch processing

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:

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:

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: