Konfigurieren Sie Hochverfügbarkeit für SSRS in Enterprise und Standard

Wenn Sie Hochverfügbarkeit für SSRS konfigurieren möchten, sind Ihre Möglichkeiten begrenzt. Außerdem verwendet SSRS einen benutzerdefinierten Webserver und ist nicht auf IIS angewiesen. Das macht es etwas schwierig, es hochverfügbar zu machen. Da SSRS aus zwei Komponenten besteht, nämlich den Datenbanken und dem HTTP-Dienst, muss die HA-Option separat implementiert werden. Lesen Sie weiter, um zu erfahren, wie Sie dies erreichen können.

Wenn wir über die Hochverfügbarkeit (HA) von SQL Server Reporting Services sprechen, gibt es zwei Komponenten. Erstens sind es die HTTP-Webdienste, die als Frontend für Reporting Services fungieren, und zweitens sind es die Reporting Services-Datenbanken, die sich im SQL Server-Datenbankdienst befinden. In diesem Beitrag werde ich darüber sprechen, wie man Hochverfügbarkeit für SSRS in den Enterprise- und Standard-Editionen konfiguriert.

Reporting Services wird in zwei verschiedenen Modi ausgeführt:

  1. Nativer Modus
  2. Integrierter SharePoint-Modus

Schauen wir uns zunächst die Hochverfügbarkeitslösungen (HA) für Reporting Services an, die im nativen Modus ausgeführt werden.

Wenn SQL Server Reporting Services im nativen Modus ausgeführt wird, müssen Sie die Hochverfügbarkeit (HA) idealerweise in einem zweistufigen Prozess konfigurieren.

  1. Richten Sie ein einScale-out-Bereitstellung von Reporting Servicesmit SQL Enterprise Edition. Für die Standard Edition kann das Frontend nicht hochverfügbar gemacht werden.
  2. Konfigurieren Sie mindestens aZwei-Knoten-Cluster für SQL Serverdas die Reporting-Services-Datenbanken hosten würde. Alternativ können Sie die Reporting Services-Datenbanken auch mit Always On Availability-Gruppen mithilfe eines Listeners hosten.

Das Reporting Services-Front-End unterstützt Windows-Cluster nicht und kann nicht geclustert werden

Erfahren Sie mehr:Vergleich von Google Workspace vs. M365 Microsoft 365 Business vs. Enterprise

Für SQL ServerStandardausgabenkönnen Sie die Reporting Services-Datenbanken nur auf einem Zwei-Knoten-Cluster mit gemeinsam genutztem Speicher bereitstellen (Always On-Verfügbarkeitsgruppen werden in der Standard Edition nicht unterstützt), wodurch sie hochverfügbar sind. Es kann nur ein einziger Front-End-Server vorhanden sein.

Denken Sie daran, dass SSRS eine gemeinsam genutzte Komponente ist und lokal auf jedem Knoten eines Clusters mit zwei Knoten installiert werden muss.

Es gibt einige Lösungen von Drittanbietern, bei denen Benutzer einzelne Installationen separat auf verschiedenen Servern hatten und die „Merge-Replikation“ verwendeten, um die Daten zwischen ihnen zu replizieren. Stellen Sie im Front-End ähnliche SSRS-Instanzen her, indem Sie den Verschlüsselungsschlüssel importieren. Es handelt sich nicht um eine von Microsoft unterstützte oder empfohlene Lösung, und wenn etwas kaputt geht, erhalten Sie möglicherweise eingeschränkten Support. Wenn Sie diese Drittanbieterlösung dennoch ausprobieren möchten, klicken Sie hierHier.

Fragen im Vorstellungsgespräch zur Hochverfügbarkeit von SQL Server.

Hohe Verfügbarkeit für SQL Server im integrierten SharePoint-Modus

Wenn wir über die Ausführung von Reporting Services im integrierten SharePoint-Modus sprechen, haben wir nur eine Option, nämlich SQL Server Enterprise Edition mit SharePoint Enterprise Edition.

Notiz:SQL Server 2016 hat die BI Edition eingestellt. Erfahren Sie mehr über SQL 2016-Lizenzierung.

Anders als im nativen Modus speichert Reporting Services im integrierten SharePoint-Modus die folgenden Artefakte:

  • Berichtsdefinition (RDL)
  • Datenquellen (DS)
  • Berichtsmodelle
  • Andere in SharePoint-Inhaltsdatenbanken gespeicherte Objekte
  • Zeitpläne
  • Abonnements
  • Cache-Aktualisierungspläne
  • Snapshots (Berichtsverlauf/-ausführung)
  • Anmeldeinformationen für Datenquellen (einschließlich eingebetteter)
  • Modellartikelsicherheit

Reporting Services verfügen ab SQL 2012 über eine native Dienstanwendung

Wenn Sie eine SharePoint-Farm bereitgestellt haben, auf der mehrere dedizierte Reporting Services-Dienstanwendungen ausgeführt werden, gleicht diese automatisch die Arbeitslast für Sie auf der Anwendungsebene aus. Sie müssen lediglich sicherstellen, dass die WFE (Webschicht) hochverfügbar ist und die Datenschicht hochverfügbar ist.

Ich empfehle Ihnen dringend, das herunterzuladenUnd buchenvon Microsoft, um mehr über diese Architektur zu erfahren.