Udostępnij za pośrednictwem

  • Artykuł

Planning a Deployment Topology

SQL Server 2008 Reporting Services (SSRS) oferuje kilka metod wdrażania składników serwera.Poniższe sekcje w tym temacie omawiają topologie wdrażania usług Reporting Services w trybie macierzystym i trybie zintegrowanym programu SharePoint.

Uwaga

Diagramy w tym temacie nie zawierają konfiguracji wdrażania z programami Windows SharePoint Services(WSS) 3.0 lub Microsoft Office SharePoint Server (MOSS) 2007.Jednak te same topologie wdrażania przedstawione w tym dokumencie można zastosować, konfigurując program WSS lub MOSS na tym samym komputerze co serwer lub serwery raportów albo konfigurując program WSS lub MOSS w osobnej warstwie aplikacji.Aby uzyskać więcej informacji na temat planowania integracji programu SharePoint oraz informacji dotyczących topologii wdrażania programu SharePoint, zobacz sekcję Planowanie integracja programu SharePoint w tym temacie.

Wymagania sprzętowe i programowe są ważnym czynnikiem planowania topologii wdrażania.Wymagania te mają wpływ na składniki, które można uruchamiać na serwerze.Oprócz omówienia topologii wdrażania opisanych w tym temacie należy skorzystać z informacji w tematach Hardware and Software Requirements for Installing SQL Server 2008 i Szacowanie wymagań baza danych serwer raportów jako wytycznych dotyczących wymagań do uruchomienia usług Reporting Services.

Bazy danych serwera raportów na poniższych diagramach reprezentują bazy danych reportserver i reportservertempdb wykorzystywane przez usługi Reporting Services do przechowywania metadanych i definicji obiektów.Dane raportu mogą pochodzić z innych baz danych lub źródeł danych na komputerze obsługującym baz danych serwera raportów lub z innych komputerów.Aby uzyskać więcej informacji, zobacz Baza danych serwer raportów i Data Sources Supported by Reporting Services.

Wdrożenie jednego serwera

W konfiguracja wdrożenia z jednym serwerem wystąpienie serwera raportów działa na tym samym komputerze co program Database Engine, który obsługuje bazę danych serwer raportów.Poniższy diagram jest przykładem konfiguracji wdrożenia pojedynczego serwera.

Single server deployment configuration

Konfiguracja wdrażania pojedynczego serwera jest zalecana w następujących okolicznościach:

  • Dla małej i umiarkowanej liczby raportów, gdy zapotrzebowanie na przetwarzanie raportów jest równomiernie rozłożone w całym dniu, a liczba równoczesnych sesji jest z łatwością obsługiwana w ramach możliwości przetwarzania dostępnego komputera.

  • Jesteś deweloperem i chcesz opracować niestandardowe rozwiązania, które integrują z SSRS.

  • Gdy użytkownik ocenia oprogramowanie.

Ta konfiguracja wdrażania jest najłatwiejsza do instalowania i konserwowania.Ta topologia wdrażania wynika z domyślnych opcji instalacji.Jeśli okaże się, że ta konfiguracja wdrożenia spełnia potrzeby organizacji, należy kontynuować jej stosowanie, pamiętając, że w razie zwiększenia się zapotrzebowania na usługi raportowania można uaktualnić sprzęt lub dodać kolejnych użytkowników.

Standardowe wdrożenie serwera

W standardowym wdrożeniu serwera wystąpienie serwera raportów działa na innym komputerze niż wystąpienie programu SQL Server Database Engine, które obsługuje bazę danych serwer raportów.Poniższy diagram jest przykładem standardowej konfiguracji wdrożenia serwera.

Standard server deployment configuration

Konfiguracja standardowego wdrażania jest zalecana w następujących okolicznościach:

  • Dla umiarkowanej liczby raportów, gdy zapotrzebowanie na przetwarzanie raportów jest równomiernie rozłożone w całym dniu, a liczba równoczesnych sesji jest z łatwością obsługiwana w ramach możliwości przetwarzania dostępnych komputerów.

Scenariusz wdrożenia standardowego oferuje lepszą wydajność przy wdrażaniu pojedynczego serwera, ponieważ serwer raportów i program Database Engine konkurują o zasoby przetwarzania, takie jak czas procesora, pamięci i dostępu do dysku, gdy są umieszczone na tym samym komputerze.Niektóre operacje serwera raportów mocno obciążają zasoby, więc uruchamianie serwera raportów na innym komputerze może zmniejszyć rywalizację o zasoby przetwarzania.Ponadto obciążenie powodowane przez bazę danych serwera raportów może być początkowo małe, ale wymagania dotyczące miejsca na dysku i wykorzystanie podsystemu wejścia/wyjścia mogą w czasie wykonywania znacząco się zwiększyć.

Podczas wybierania się czy wybrać opcję rozmieszczania jednym serwerze lub wdrożenia standardowym serwerem, należy wziąć pod uwagę następujące punkty, w zależności od konfiguracja sprzętu:

  • Zasoby przetwarzania

  • Zasoby pamięci

  • Dostępność miejsca na dysku

  • Wydajność We/Wy

Jeśli okaże się, że ta konfiguracja wdrożenia spełnia potrzeby organizacji, należy kontynuować jej stosowanie, pamiętając, że w razie zwiększenia się zapotrzebowania na usługi raportowania można uaktualnić sprzęt lub dodać kolejnych użytkowników.

Standardowe wdrożenie serwera skalowalne w poziomie

W standardowym wdrożeniu serwera na dużą skalę, wiele serwerów raportu współdzieli pojedynczą bazę danych serwera raportów.Bazę danych serwera raportów należy zainstalować na zdalnym wystąpieniu SQL Server.Poniższy diagram jest przykładem standardowej konfiguracji wdrożenia serwera skalowalnego w poziomie, z bazą danych serwera raportów na zdalnym wystąpieniu programu SQL Server.

Standard scale-out deployment configuration

Wdroż Reporting Services we wdrożeniu skalowalnym w poziomie zapewniające instalację serwera raportów wysoko dostępnych i skalowalnych.W danym wdrożeniu limit czasu skali każdego serwer raportów wdrażanie odnosi się do węzła.Węzły uczestniczą w skalowaniu w poziomie, jeśli serwer raportów jest skonfigurowany do używania tej samej bazy danych serwera raportów jak inny serwer raportów.Węzły serwera raportów mogą być równomiernie obciążone do obsługi dużej liczby raportów interaktywnych.

Konfiguracja wdrożenia skalowalnego w poziomie jest zalecana się w następujących okolicznościach:

  • Dla obsługi obszernych operacji raportowania, gdzie aktywność jest mierzona liczbą równocześnie pracujących użytkowników lub złożonością raportów, których przetwarzanie albo renderowanie zajmuje dużo czasu.

  • Dla scenariuszy wysokiej dostępności, gdzie ważne jest, aby środowisko raportowania nie przechodziło nieplanowanych przestojów ani nie stało się niedostępne.

  • Chcąc zwiększyć wydajność zaplanowanych działań i dostarczania subskrypcji.

Wdrożenie skalowalne w poziomie nie jest obsługiwane przez wszystkie wersje programu SQL Server.Wszystkie węzły serwera raportów w danym wdrożeniu muszą mieć uruchomiony system SQL Server w tej samej wersji i z tym samym poziomem dodatku Service Pack.Aby uzyskać więcej informacji na temat wersji programu SQL Server 2008, zobacz Editions and Components of SQL Server 2008 oraz Features Supported by the Editions of SQL Server 2008.Aby uzyskać więcej informacji dotyczących wdrożeń na dużą skalę i korzystania z klastrów równoważenia obciążenia sieciowego (NLB), zobacz Planowanie wdrażania Skala out w tym temacie.

Można zdecydować również o udostępnieniu bazy danych serwera raportów w wystąpieniu SQL Server, które jest częścią klastra pracy awaryjnej.Poniższy diagram jest przykładem konfiguracja wdrożenia serwera skalowalnego w poziomie, w której bazy danych serwera raportów są na wystąpieniu, które jest częścią klastra pracy awaryjnej.

Standard scale-out deployment with failover

Umieszczając bazę danych serwera raportów w wystąpieniu będącym częścią klastra pracy awaryjnej, można zwiększyć odporność środowiska raportowania na uszkodzenia.Tworzenie klastrów pracy awaryjnej jest możliwe również w standardowych wdrożeniach, ale zazwyczaj potrzeba takiej konfiguracji jest mniejsza, gdy środowisko nie jest skonfigurowane dla scenariuszy wysokiej dostępności, takich jak środowiska z wdrożeniami na dużą skalę.Aby uzyskać więcej informacji, zobacz Hosting a Report Server Database in a SQL Server Failover Cluster.

Zaawansowane wychodzący Skala Server Deployment

Oprócz standardowego wdrożenia skalowalnego w poziomie może się okazać, że środowisko raportowanie może skorzystać z bardziej zaawansowanej wersji takiego wdrożenia.Na przykład można zdecydować o użyciu serwerów raportów z równoważonym obciążeniem na potrzeby interakcyjnego przetwarzania raportów oraz dodać osobny komputer serwera raportów do przetwarzania wyłącznie zaplanowanych raportów.Poniższy diagram jest przykładem takiej zaawansowanej konfiguracji wdrożenia serwera skalowalnego w poziomie.

Advanced scale-out deployment configuration

To zaawansowane wdrożenie skalowalne w poziomie ma takie same zalety jak standardowe wdrożenie skalowalne w poziomie, ale środowisko jest zoptymalizowane pod kątem wydajności przez oddzielenie serwerów raportów z równoważeniem obciążenia, które przetwarzają raporty interaktywne, od serwera raportów obsługującego tylko zaplanowane raporty.