Integrowanie danych z wielu witryn (klient)
Wiele firm mają biur regionalnych lub jednostki gromadzenie i przetwarzanie danych wysłaną w centralnej lokalizacji.Na przykład:
Można konsolidować magazynu danych 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 z danych przepływających w dwóch kierunkach między centralnej witrynie i lokalizacji zdalnych:
.gif "Replikowanie danych do biur regionalnych")
W tym diagramie dane najpierw przepływa do koncentratora przed biegnie biur regionalnych dyktującym koncentratora.Jest również możliwe przepływ bezpośrednio między centralnej witryny i biur regionalnych, jeśli organizacja ma pośrednie warstwy danych.
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 dużą liczbę biura sprzedaży na całym świecie.Każde biuro sprzedaży zbiera dane z jego regionalnych personelu sprzedaży.To dane są przesyłane do koncentratorów, regionalne, a następnie do centralnej witryny na koniec każdego dnia roboczego.Dane jest również przekazywane z centralnej witryny się za pomocą koncentratorów każdego biura sprzedaży tak, aby najnowsze informacje o cenach i promocji ma biuro sprzedaży.
Wspólne wymagania dotyczące tego scenariusza
Biuro regionalne aplikacje zwykle mają następujące cechy, które rozwiązanie odpowiednie replikacja musi adres:
Dane są wprowadzane i zaktualizowane w centralnej witrynie i w odległych lokalizacjach.
Użytkowników zdalnych musi mieć możliwość aktualizacji niezależnie, bez konieczności połączenia do centralnej witryny.
Ponieważ wielu użytkowników może aktualizować te same dane niezależnie, konflikty mogą powstawać i muszą być obsługiwane.
Niektóre dane można zaktualizować tylko w centralnej witrynie, na przykład dane w produkcie ceny tabel.
Użytkownicy powinni mieć możliwość synchronizacji danych na żądanie lub na zaplanowane godziny.
Aplikacja musi kontrolować, jak długo witryny zdalnej może pozostawać niezsynchronizowane.
Niektóre tabele wymagają filtrowania, aby każdy użytkownik odbiera różnych danych dla jednej lub kilku tabel.Na przykład regional Urząd otrzymuje informacje kontaktowe tylko dla klientów w pakiecie office region.
Niektóre dane musi być traktowana jako jednostka przy przenoszeniu między lokacjami.Na przykład jeśli zamówienie jest wysyłana z zdalnego użytkownika do centralnej witryny, nagłówek zamówienia musi być zaangażowana przed szczegóły zamówienia.
Aplikacja może wymagać niestandardowe logika biznesowa wykonywanej podczas synchronizowania danych.
Aplikacja może wymagać zsynchronizowane dane w Internecie, a nie za pośrednictwem dedykowanego połączenia.
Działalności może być zorganizowane w taki sposób, że dane przepływa przez jedną lub więcej warstw pośrednich między lokacjami zdalnymi (jak w diagramie wcześniej w tym temacie) i centralnej witrynie.
Poniższy diagram ilustruje filtrowania skojarzone z tym scenariuszu:
.gif "Filtrowanie na potrzeby aplikacji biur regionalnych")
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 centralna witryna jest Wydawca.Dane w centralnej witrynie jest z każdej tabela danych artykuł publikacja (artykuły można także inne obiekty bazy danych, takie jak procedury przechowywane).Każdy koncentrator jest subskrybentom publikacja, odbieranie schemat i dane w postaci subskrypcja.Koncentratory następnie ponownie opublikować dane i biur regionalnych subskrybować tych danych.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 wykonywane przy replikacja scalająca, który jest dobrze przystosowanych do obsługi wymagania opisane w poprzedniej sekcji.Więcej informacji na temat replikacja scalająca, zobacz Omówienie replikacji scalania i Jak działa replikacja scalania.
.gif "Ważna informacja") Ważne: |
|---|
Istnieje możliwość wdrożenia tego scenariusza na dwa sposoby: Wydawca jest centralnym biurem i biur zdalnych są abonentów, lub subskrybenta to centrali i biur zdalnych są wydawcy.Replikacja scalania nie obsługuje centralnej topologie subskrybenta.Nawet jeśli wszystkie zmiany występujących w odległych lokalizacjach, centrali należy skonfigurować jako wydawca z lokacjami zdalnymi jako subskrybentów.Można implementować podobny scenariusz replikacja transakcyjna za pomocą centralnej topologii subskrybenta.Jeśli aplikacja wymaga rozwiązywania konfliktów lub filtry, które dostarczają każdego serwisu zdalnego unikatowy zestaw danych, należy rozważyć użycie replikacja transakcyjna.Aby uzyskać więcej informacji, zobacz Integrowanie danych z wielu witryn (serwer). |
Opcje replikacji scalania istotne dla tego scenariusza
Replikacja scalania oferuje kilka opcji wymagania opisane wcześniej w tym temacie.Poniższa lista przedstawia każdego zapotrzebowania i replikacja scalająca opcje, które go dotyczą.
Dane są wprowadzane i zaktualizowane w centralnej witrynie i zdalnej witryny.
Replikacja scalania zapewnia taką możliwość bez określenia opcji oddzielnego.
Użytkowników zdalnych musi mieć możliwość aktualizacji niezależnie, bez konieczności połączenia do centralnej witryny.
Replikacja scalania zapewnia taką możliwość bez określenia opcji oddzielnego.
Ponieważ wielu użytkowników może aktualizować te same dane niezależnie, konflikty mogą powstawać i muszą być obsługiwane.
replikacja scalania zapewnia wykrywanie konfliktów i rozdzielczość przypadkach oczekuje konflikty danych.Najlepiej projektowanie aplikacji, aby uniknąć konfliktów, ale w przypadku gdy nie jest to możliwe, można wybrać domyślny mechanizm rozpoznawania konflikt (pierwszy na wins) lub Użyj niestandardowej konfliktów.Aby uzyskać więcej informacji, zobacz Wykrywanie i rozwiązywanie konfliktów replikacji scalania.
Niektóre dane można zaktualizować tylko w centralnej witrynie, na przykład dane w produkcie ceny tabel.
replikacja scalania zawiera artykuły tylko do pobierania tych tabel, które powinny być aktualizowane tylko na Wydawca.Aby uzyskać więcej informacji, zobacz Optymalizacja wydajności replikacji scalania z artykułami tylko do pobrania.
Użytkownicy powinni mieć możliwość synchronizacji danych na żądanie i na zaplanowane godziny.
Replikacja oferuje dwa typy subskrypcja: wypychanieSubskrypcje i subskrypcji ściąganej.Subskrypcji ściąganej są lepiej dostosowane do na żądanie synchronizacji.Więcej informacji na temat typów subskrypcja i planowania synchronizacji, zobacz Subskrybowanie publikacje i Synchronizowanie danych.
Aplikacja musi kontrolować, jak długo witryny zdalnej może pozostawać niezsynchronizowane.
Replikacja scalania zestaw okres wygaśnięcia subskrypcja dla zapewnienia, że wszystkim subskrybentom zostały zsynchronizowane w ciągu pewnego czas.Aby uzyskać więcej informacji, zobacz Wygaśnięcia subskrypcji i dezaktywacji.
Niektóre tabele wymagają filtrowania, aby każdy użytkownik odbiera różnych danych dla jednej lub kilku tabel.Na przykład każdy sprzedawca może uzyskać informacje kontaktowe tylko dla jej odbiorców.
Replikacja scalania umożliwia filtrowanie wierszy i kolumn.Filtry wierszy może być statyczne lub sparametryzowana.Statyczne filtr jest stosowany tylko podczas tworzenia publikacja; on wyniki w jeden zestaw danych.Sparametryzowana filtr jest stosowany każdy czas synchronizuje subskrybenta; on wyniki w inny zestaw danych dla każdego subskrybenta.Biuro regionalne aplikacje często używać filtrów sparametryzowana, ale można również używać statycznych filtrów.Aby uzyskać więcej informacji, zobacz Filtrowanie opublikowanych danych dla replikacji scalania.
Niektóre dane musi być traktowana jako jednostka przy przenoszeniu między lokacjami.Na przykład jeśli zamówienie jest wysyłana z zdalnego użytkownika do centralnej witryny, nagłówek zamówienia musi być zaangażowana przed szczegóły zamówienia.
Replikacja scalania pozwala określić, że zestaw powiązanych tabel muszą być przetwarzane jako jednostka.Ta jednostka jest określana jako rekord logiczny.Aby uzyskać więcej informacji, zobacz Zmiany do wierszy powiązanych z rekordami logiczne grupowanie.
Aplikacja może wymagać niestandardowe logika biznesowa wykonywanej podczas synchronizowania danych.
Replikacja scalania można określić kod, który będzie wykonywany podczas synchronizacji.Ten kod może reagować na szeroki zakres zdarzeń i ma dostęp do danych, które są synchronizowane.Aby uzyskać więcej informacji, zobacz Wykonywanie reguł biznesowych podczas synchronizacji korespondencji seryjnej.
Aplikacja może wymagać zsynchronizowane dane w Internecie, a nie za pośrednictwem dedykowanego połączenia.
Podczas korzystania z ()SQL Server Compact 3.5 z dodatkiem SP1), dane są synchronizowane za pośrednictwem protokołu HTTP lub HTTPS połączenie.Inne wersje SQL Server można użyć synchronizacja w sieci Web, która wymaga HTTPS.Aby uzyskać więcej informacji, zobacz Web synchronizacji replikacji scalania.
Działalności może zorganizowane w taki sposób, że dane przepływa przez jedną lub więcej warstw pośrednich między lokacjami zdalnymi i centralnej witrynie.
Replikacja scalania można spełnić to wymaganie poprzez ponowne opublikowanie podejście, w którym centralnego Wydawca publikuje dane jednego lub więcej abonentów, które następnie publikowanie danych poza innych subskrybentów.Aby uzyskać więcej informacji, zobacz Ponowne publikowanie danych.
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: