Udostępnij za pośrednictwem


Zwiększenie skalowalności

Warstwa środkowa aplikacje często używają jednej bazy danych do przechowywania danych, co może spowodować ograniczenia skalowania jako obciążenia przeciwko zwiększa bazy danych.Gdy aplikacje wykonują odczyty więcej niż zapisy, takich jak z wykazem opartych na sieci Web jest możliwe skali poza odczytu część obciążenia buforując dane tylko do odczytu przez wiele baz danych i łączenie klientów równomiernie w różnych bazach danych rozproszyć obciążenie.

Poniższy diagram ilustruje konfiguracja, w którym korzystanie z wszystkich trzech serwerów buforowanie danych aplikacji i serwerów sieci Web.

Używanie replikacji w celu skalowania aktywności odczytu

Jeśli aplikacja również wymaga zwiększoną dostępność lub wymaga odczytów i aktualizacje dla danego użytkownika przepływu do serwera aplikacji i następnie do określonego serwera buforowania, zobacz przykład w Zarówno poprawę dostępności i skalowalności.

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 niedawno został uaktualniony swojej witryna sieci web, aby uwzględnić następujące nowe funkcje:

  • Zamawianie klientów online produktu.

  • Sprawdzanie stanu zamówienia online.

  • Lepiej wyszukiwarka produktu literatury.

Allowing online product ordering from the website greatly increased the activity on the company's single computer dedicated to Microsoft SQL Server.Adventure Works administrators decided to use this computer as a source for replicated data.Odczytać wszystkie działania został skalowania do trzech dodatkowych komputerów z systemem SQL Server, który buforować dane z źródło komputera.Buforowanie uchwyt komputerów odczytać wszystkie działania, w tym użytkownikom przeglądanie i wyszukiwanie w katalogu produktów i sprawdzanie stanu zamówienia.Zapisać wszystkie działania skierowany jest do źródłowa baza danych.

Wspólne wymagania dotyczące tego scenariusza

Aplikacje używające replikacja skalowalności 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 u źródło musi osiągnąć szybko pamięci podręcznej.

  • System powinien mieć wysoką przepustowość: powinien on obsługiwać replikacja dużej liczby transakcji.

  • Przetwarzanie replikacji powinny wymagać jak najmniejszym stopniu obciążały na źródło.

  • Dane wymagane w pamięci podręcznej może być podzbiór danych dostępne u źródło.

Typ replikacji do użycia w tym scenariuszu

SQL Server używa publikacji metaphor przemysłu do opisywania składników systemu replikacja.Składniki obejmować Wydawca, abonentów, publikacje i artykułów i subskrypcje.Więcej informacji na temat składników systemu, zobacz Replikacja, omówienie modelu publikowania.

Na powyższym diagramie źródło jest Wydawca.Niektóre lub wszystkie dane u źródło jest uwzględnione w publikacja, z każdej tabela danych artykuł (artykuły można także inne obiekty bazy danych, takie jak procedury przechowywane).Każda pamięć podręczna jest subskrybentom publikacja, odbieranie schemat i dane w postaci subskrypcja.

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

Opcja podstawowego należy rozważyć w tym scenariuszu jest filtrowanie.replikacja transakcyjnej umożliwia filtrowanie kolumn i wierszy, tak aby tabele na subskrybentów zawierają tylko dane wymagane przez aplikację.Aby uzyskać więcej informacji, zobacz Filtrowanie opublikowane dane.

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: