Integrowanie danych z wielu witryn (serwer)
Wiele firm mają biur regionalnych lub jednostki gromadzenie i przetwarzanie danych wysłaną w centralnej lokalizacji.Na przykład:
Dane można "rzutowane" lub z wielu serwerów w magazynach lokalnych do centralnego serwera w siedzibie firmy.
Informacje z rejonów autonomicznych biznesowych w firmie mogą być wysyłane do centralnego serwera.
Kolejność przetwarzania informacji z rozproszonych lokalizacji może zostać skonsolidowana.
W niektórych przypadkach także przesyłanych danych z centralnej witryny do witryny zdalnej.Dane zazwyczaj mają dane tylko do odczytu w zdalnej lokacji, takich jak zestaw tabel zapasów produktów, które są aktualizowane tylko w centralnej witrynie.
Na poniższym diagramie przedstawiono typowy scenariusz, w którym dane są rzutowane z lokacjami zdalnymi.Dane tylko do odczytu jest także wysyłany do każdej witryny zdalnej.
.gif "Replikowanie danych do biur regionalnych")
Adventure Works cykli przykład
Adventure Works Cycles to fikcyjna firma produkcyjna używana do demonstrowania koncepcji i scenariuszy dotyczących baz danych.Aby uzyskać więcej informacji, zobacz Przykładowe bazy danych AdventureWorks2008R2.
Adventure Works Cycles ma liczbę regionalne biura sprzedaży w Stanach Zjednoczonych.Urzędy Użyj replikacja na dwa sposoby:
Zapewnienie informacji o zamówieniu realizacji zamówienia i raportowania.Dane są zbierane i przetwarzane na każde biuro sprzedaży i następnie replikowane do centrali.
Aby zapewnić danych i porządkowanie możliwości ich mobilni sprzedawcy.W tym scenariuszu opisano w temacie Wymiana danych z użytkowników mobilnych.
Wspólne wymagania dotyczące tego scenariusza
Aplikacje dla biur regionalnych zazwyczaj mają następujące wymagania, które rozwiązanie odpowiednie replikacja musi adres:
System musi utrzymać spójności transakcyjnej.
System powinien mieć niski opóźnienie: aktualizacje w lokalizacjach zdalnych muszą osiągnąć szybko centralnej witryny.
System powinien mieć wysoką przepustowość: powinien on obsługiwać replikacja dużej liczby transakcji.
Przetwarzanie replikacji powinny wymagać jak najmniejszym stopniu obciążały w lokacjach zdalnych.
Zmiany danych może przepływać w obu kierunkach: w niektórych przypadkach dane tylko do odczytu jest wysyłane do witryny zdalnej, oprócz są skonsolidowane dane z lokacjami zdalnymi w centralnej witrynie.
Dane wymagane w centralnej witrynie może być podzbiór dostępnych danych w każdej lokacji zdalnej.
Typ replikacji do użycia w tym scenariuszu
Microsoft SQL Server uses a publishing industry metaphor to describe the components of the replication system.Składniki obejmować Wydawca, abonentów, publikacje i artykułów i subskrypcje.
Na powyższym diagramie każdy zdalna witryna jest Wydawca.Niektóre lub wszystkie dane w zdalnej lokacji znajduje się w publikacja z każdej tabela danych artykuł (artykuły można także inne obiekty bazy danych, takie jak procedury przechowywane).Centralne witryny jest subskrybentom tych publikacji odbierania schemat i dane jak subskrypcje.
Centralne witryny służy również jako Wydawca dla danych wysyłanych do witryny zdalnej.Każda witryna zdalna subskrybuje publikacja z centralnej witryny.
Więcej informacji na temat składników systemu, zobacz Replikacja, omówienie modelu publikowania.
SQL Serveroferuje różne typy replikacja dla wymagań różnych aplikacji: replikacja migawka, replikacja transakcyjna i scalania replikacji.W tym scenariuszu najlepiej jest implementowany z replikacja transakcyjna, który jest dobrze przystosowanych do obsługi wymagania opisane w poprzedniej sekcji.Aby uzyskać więcej informacji na replikacja transakcyjna, zobacz Omówienie replikacji transakcyjnej i Transakcyjne jak działa replikacja.
Zgodnie z projektem replikacja transakcyjna adresy podstawowe wymagania dla tego scenariusza:
Spójności transakcyjnej
Krótki opóźnienie
Wysoka wydajność
Obciążenie minimalne
Ostrzeżenie
Podobny scenariusz można implementować replikacja scalająca.Jeśli aplikacja wymaga rozwiązywania konfliktów lub filtry, które dostarczają każdego serwisu zdalnego unikatowy zestaw danych, użyj replikacja scalająca.Aby uzyskać więcej informacji, zobacz Integrowanie danych z wielu witryn (klient).
Czynności do wykonania tego scenariusza
Do wdrożenia tego scenariusza, należy najpierw utworzyć publikacja i subskrypcje, a następnie zainicjować subskrypcja.Kliknij poniższe łącza, aby uzyskać więcej informacji o każdym kroku:
Po subskrypcja jest zainicjowana i jest przepływ danych między programem Wydawca a abonentów, może zajść potrzeba informacji na wspólnego zarządzania i monitorowania zadań można znaleźć w następujących tematach: