Udostępnij za pośrednictwem


Integrowanie danych z wielu witryn (serwer)

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 może być "rzutowane" lub skonsolidowane 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.

Poniższy diagram przedstawia typowym scenariuszu, w którym dane są rzutowane z witryny zdalnej.Tylko do odczytu danych będzie również wysyłany do każdej witryny zdalnej.

Replicating data to regional offices

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 ma szereg regionalne biura sprzedaży w Stanach Zjednoczonych.Urzędy replikacja należy użyć na dwa sposoby:

  • Zapewnia informacje o zamówieniu realizacji zamówienia i raportowania.Dane są gromadzone i przetwarzane na każde biuro sprzedaży i następnie replikowane do centrali.

  • Aby zapewnić danych i porządkowanie możliwości ich mobilnych pracowników sprzedaży.W tym scenariuszu opisano w temacie Wymiana danych z Mobile użytkowników.

Wspólne wymagania dotyczące tego scenariusza

Aplikacje dla biur regionalnych 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 w odległych lokalizacjach, musi dotrzeć szybko centralnej witrynie.

  • 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 w odległych lokalizacjach.

  • Zmiany danych może być układają się w obu kierunkach: w niektórych przypadkach dane tylko do odczytu jest wysyłana do odległych lokalizacjach, oprócz danych, przy czym skonsolidowane z witryny zdalnej w centralnej witrynie.

  • Danych wymaganych w centralnej witrynie może być podzbiór dostępnych danych, w każdej lokacji zdalnej.

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 każdej witryny zdalnej jest Wydawca.Niektóre lub wszystkie dane w zdalnej lokacji 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).Centralne witryny jest subskrybentom tych publikacji, schemat oraz dane, jak subskrypcje.

  • Centralne witryny służy również jako wydawca dla danych wysyłanych do odległych lokalizacjach.Każda witryna zdalna subskrybuje do publikacja z centralnej witryny.

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 przepływność.

  • Minimalne obciążenie

Uwaga

Podobny scenariusz może być zaimplementowany przy replikacja łączenia.Jeśli aplikacja wymaga rozwiązywania konfliktów lub filtrów, które dostarczają każdej witryny zdalnej unikatowy zestaw danych, za pomocą replikacja łączenia.Aby uzyskać więcej informacji zobacz Integrowanie danych z wielu witryn (klient).

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: