Integrowanie danych z wielu witryn (klient)
Wiele firm mają biur regionalnych lub podmioty tego zbierania danych i podstawowych danych, które muszą zostać przesłane do centralnej lokalizacji.Na przykład:
Dane magazynu konsolidacji z wielu serwerów w magazynach lokalnych do centralnego serwera w siedzibie głównej firmy.
Informacje z oddziałów firmy autonomicznych w obrębie firmy mogą być wysyłane do centralnego serwera.
Może być skonsolidowane informacje z lokalizacji rozproszonego przetwarzania zamówień.
W niektórych przypadkach dane będzie również wysyłany z centralnej witryny do witryny zdalnej.Dane te zazwyczaj jest przeznaczona do danych tylko do odczytu w zdalnej lokacji, takich jak zestaw tabel zapasów produktu, które są aktualizowane w centralnej witrynie.
Na poniższym diagramie przedstawiono typowy scenariusz danych przepływających w dwóch kierunkach między centralną witrynę i lokalizacji zdalnych:
.gif "Replicating data to regional offices")
W tym diagramie dane najpierw przepływa do koncentratora, zanim przepływający do biur regionalnych, obsługiwanej przez ten koncentrator.Możliwe jest również dla danych na przepływ bezpośrednio między centralnej witrynie a biur regionalnych, jeśli organizacja nie ma warstwę pośrednich.
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 zawiera dużą liczbę biura sprzedaży na całym świecie.Każde biuro sprzedaży są gromadzone dane ze swojego regionalnych personelu sprzedaży.To dane są przesyłane do koncentratorów, regionalne, a następnie do centralnej witryny na końcu każdego dnia roboczego.Również przesyłania danych z centralnej witryny się za pomocą koncentratorów na każde biuro sprzedaży, dzięki czemu biuro sprzedaży zawiera najnowsze informacje o cenach i promocje.
Wspólne wymagania dotyczące tego scenariusza
Aplikacje biura regionalnego zazwyczaj mają następujące cechy rozwiązanie odpowiednie replikacja musi adres:
Dane są wprowadzane i zaktualizowane w centralnej witrynie i w odległych lokalizacjach.
Użytkownicy zdalni musi być w stanie dokonać 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.
Część danych powinien być aktualizowany tylko w centralnej witrynie, na przykład dane w produkcie cen 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, tak aby każdy użytkownik otrzymuje różnych danych do jednej lub kilku tabel.Na przykład biuro regionalne odbiera informacje kontaktowe tylko dla klientów w regionie w urzędzie.
Niektóre dane muszą być traktowane jako jednostka, gdy są przesyłane między witrynami.Na przykład jeśli zamówienie jest wysyłany przez zdalnego użytkownika do centralnej witryny, nagłówek zamówienia musi być zatwierdzone przed do szczegółów zamówienia.
Aplikacja może być wymagane niestandardowe reguły biznesowe mają być wykonane, gdy dane są synchronizowane.
Aplikacja może wymagać synchronizacji danych za pośrednictwem Internetu, a nie za pomocą dedykowanego połączenia.
Firmy mogą być zorganizowane w taki sposób, że przepływ danych za pomocą jednej lub większej liczbie warstw pośrednie między centralnej witryny i zdalne witryny (podobnie jak w diagramie we wcześniejszej części tego tematu).
Poniższy rysunek stanowi ilustrację skojarzonych z tym scenariuszu filtrowanie:
.gif "Filtering for regional office applications")
Typ replikacja do użycia dla tego scenariusza
Microsoft 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 centralnej witryny jest Wydawca.Dane w centralnej witrynie są z każdej tabela danych artykuł publikacja (artykuły mogą być także innych obiektów bazy danych, takie jak procedury przechowywane).Każdy koncentrator jest subskrybent do publikacja i otrzymywanie schemat oraz dane jako subskrypcja.Koncentratory następnie ponownie opublikować dane, a biur regionalnych subskrybować tych danych.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 łączenia, który jest dobrze nadaje się do obsługi wymagania opisane w poprzedniej sekcji.Aby uzyskać więcej informacji na temat replikacja łączenia, zobacz Omówienie replikacja łączenia i W jaki sposób replikacja łączenia programu Works.
.gif "Important note") Important Note: |
|---|
Istnieje możliwość zaimplementować ten scenariusz na dwa sposoby: Wydawca jest centralnym biurem i biur zdalnych są subskrybent, lub subskrybent jest centralnym biurem i biur zdalnych są wydawcy. replikacja łączenia nie obsługuje centralnego topologie subskrybent.Nawet wtedy, gdy wszystkie zmiany mają miejsce w odległych lokalizacjach, centrali należy skonfigurować jako Wydawca w odległych lokalizacjach jako subskrybentów.Podobny scenariusz, można zaimplementować z replikacja transakcyjnej przy użyciu centralnego topologii subskrybent.Jeśli aplikacja nie jest wymagane rozwiązywanie konfliktów lub filtrów, które dostarczają każdej witryny zdalnej unikatowy zestaw danych, należy rozważyć stosowaniu replikacja transakcyjnej.Aby uzyskać więcej informacji zobacz Integrowanie danych z wielu witryn (serwer). |
Opcje replikacja łączenia odpowiednie do tego scenariusza
replikacja łączenia oferuje kilka opcji adresu wymagania opisane we wcześniejszej części tego tematu.Poniższa lista przedstawia każdego zapotrzebowania, a także replikacja łączenia opcje umożliwiające rozwiązanie go.
Dane są wprowadzane i zaktualizowane w centralnej witrynie i zdalne witryny.
replikacja łączenia zapewnia taką możliwość bez określenia opcji oddzielnego.
Użytkownicy zdalni musi być w stanie dokonać aktualizacji niezależnie, bez konieczności połączenia do centralnej witryny.
replikacja łączenia 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 łączenia zawiera wykrywanie konfliktów i rozdzielczości ekranu w przypadku danych oczekiwane są w konflikcie.Najlepiej na projektowanie aplikacji w celu uniknięcia konfliktów, ale w przypadku, gdy nie jest to możliwe, można wybrać domyślną mechanizm rozwiązywania konfliktów (pierwszy na wins) lub użycia rozwiązywania konfliktów niestandardowych.Aby uzyskać więcej informacji zobacz Wykrywanie i rozwiązywanie konfliktów replikacja korespondencji seryjnej.
Część danych powinien być aktualizowany tylko w centralnej witrynie, na przykład dane w produkcie cen tabel.
Scalania replikacja zawiera tylko do pobierania artykuły te tabele, które powinny być aktualizowane tylko przez wydawcę.Aby uzyskać więcej informacji zobacz Optymalizowanie wydajności replikacja łączenia z artykułami tylko do pobierania.
Użytkownicy powinni mieć możliwość synchronizacji danych na żądanie i na zaplanowane godziny.
Replikacja oferuje dwa typy subskrypcja: Subskrypcje wypychanie i ściągać subskrypcji. Subskrypcji ściąganej są lepiej przystosowane do podczas synchronizacji na żądanie.Aby uzyskać więcej informacji na temat typów subskrypcja i harmonogramu synchronizacji Zobacz Subskrybowanie publikacji i Synchronizowanie danych.
Aplikacja musi kontrolować, jak długo witryny zdalnej może pozostawać niezsynchronizowane.
replikacja łączenia zestaw okresu wygaśnięcia subskrypcja, aby zapewnić, że wszystkich subskrybentów zostały zsynchronizowane w określoną ilość czas.Aby uzyskać więcej informacji zobacz Data wygaśnięcia subskrypcja i dezaktywacja.
Niektóre tabele wymagają filtrowania, tak aby każdy użytkownik otrzymuje różnych danych do jednej lub kilku tabel.Na przykład każdy sprzedawca może zostać wyświetlony informacje kontaktowe tylko dla jej odbiorców.
replikacja łączenia, umożliwia filtrowanie wierszy i kolumn.Filtry wierszy może być statyczne or sparametryzowana.Statyczne filtr został zastosowany tylko wtedy, gdy tworzona jest publikacja, wynikiem jednego zestaw danych.Sparametryzowana filtr został zastosowany przy każdym synchronizuje subskrybent; wyniki w inny zestaw danych dla poszczególnych subskrybent.Aplikacje biura regionalnego często używać filtrów sparametryzowana, ale można również używać statycznych filtrów.Aby uzyskać więcej informacji zobacz Filtrowanie opublikowane dane replikacja łączenia.
Niektóre dane muszą być traktowane jako jednostka, gdy są przesyłane między witrynami.Na przykład jeśli zamówienie jest wysyłany przez zdalnego użytkownika do centralnej witryny, nagłówek zamówienia musi być zatwierdzone przed do szczegółów zamówienia.
replikacja łączenia można określić, że zbiór powiązanych tabel muszą być przetwarzane jako jednostka.rekord logiczny odnosi się do tej jednostki.Aby uzyskać więcej informacji zobacz Grupowanie zmiany pokrewne wiersze z rekordami logicznych.
Aplikacja może być wymagane niestandardowe reguły biznesowe mają być wykonane, gdy dane są synchronizowane.
replikacja łączenia można określić kod, który będzie wykonywany podczas synchronizacji.Ten kod może odpowiadać na szeroki zakres zdarzeń i ma dostęp do danych, które są synchronizowane.Aby uzyskać więcej informacji zobacz Wykonywanie logika biznesowa podczas synchronizowania korespondencji seryjnej.
Aplikacja może wymagać synchronizacji danych za pośrednictwem Internetu, a nie za pomocą dedykowanego połączenia.
Podczas korzystania z (SQL Server Compact 3.5 SP1), dane są synchronizowane za pomocą połączeń HTTP i HTTPS. W przypadku innych wersji SQL Server można użyć synchronizacja w sieci Web, która wymaga protokołu HTTPS. Aby uzyskać więcej informacji zobacz synchronizacja w sieci Web na czas replikacja łączenia.
Firmy mogą być zorganizowane w taki sposób, że przepływ danych za pomocą jednej lub większej liczbie warstw pośrednie między centralnej witryny i witryny zdalnej.
replikacja łączenia można przeznaczyć na to wymaganie poprzez ponowne publikowanie podejściem, w którym centralnego wydawca publikuje dane subskrybentów jeden lub więcej, które następnie publikowania danych poza innych subskrybentów.Aby uzyskać więcej informacji zobacz Ponowne publikowanie danych.
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: