Sichern der BI-Plattform
Verwandte Themen
•
Konfigurieren von Portnummern
•
Erläuterung der Kommunikation zwischen BI-Plattform-Komponenten
7.16.2 Beispiel: Trennung von Thick-Client und Datenbankschicht von
BI-Plattform-Servern durch eine Firewall
Dieses Beispiel veranschaulicht die Konfiguration einer Firewall und der BI-Plattform für die
Zusammenarbeit in einem Implementierungsszenario mit folgenden Voraussetzungen:
• Eine Firewall trennt einen Thick Client von den BI-Plattform-Servern.
• Eine Firewall trennt die BI-Plattform-Server von der Datenbankschicht.
In diesem Beispiel werden die BI-Plattform-Komponenten auf folgenden Rechnern implementiert:
• Rechner boe_1 hostet den Publishing-Assistenten. Der Publishing-Assistent ist ein
BI-Plattform-Thick-Client.
• Rechner boe_2 hostet die Server der Intelligence-Schicht, einschließlich Central Management
Server (CMS), Input File Repository Server, Output File Repository Server und Event Server.
• Rechner boe_3 hostet die Server der Verarbeitungsschicht, darunter den Adaptive Job Server, den
Web-Intelligence-Verarbeitungsserver, den Report Application Server, den Crystal Reports Processing
Server und den Crystal Reports Cache Server.
• Der Datenbankrechner hostet die CMS-Systemdatenbank und -Audit-Datenbank und die
Berichtsdatenbank. Beachten Sie, dass beide Datenbanken auf demselben Datenbankserver oder jede Datenbank auf einem eigenen Datenbankserver implementiert werden kann. In diesem Beispiel werden alle CMS-Datenbanken und die Berichtsdatenbank auf demselben Datenbankserver implementiert.
Abbildung 7-2: Implementierung von Rich-Client und Datenbankschicht in getrennten Netzwerken
207 2013-01-07
Sichern der BI-Plattform
208
7.16.2.1 Konfigurieren von durch eine Firewall von BI-Plattform-Servern getrennten Schichten
In den folgenden Schritten wird die Konfiguration dieses Beispiels erläutert.
1.
Für dieses Beispiel gelten die folgenden Kommunikationsvoraussetzungen:
• Der Publishing-Assistent muss in der Lage sein, die Kommunikation mit dem CMS über beide
CMS-Ports zu initialisieren.
• Der Publishing-Assistent muss in der Lage sein, die Kommunikation mit dem Input File Repository
Server und dem Output File Repository Server zu initialisieren.
• Connection Server, jeder untergeordnete Job Server-Prozess und alle Processing Server benötigen Zugriff auf den Abhöranschluss auf dem Berichtsdatenbankserver.
• Der CMS erfordert Zugriff auf den Datenbank-Abhöranschluss auf dem CMS-Datenbankserver.
2.
Konfigurieren Sie einen bestimmten Port für den CMS, Input FRS und Output FRS. Sie können beliebige freie Ports von 1.025 bis 65.535 verwenden.
Die für dieses Beispiel ausgewählten Portnummern sind in der Tabelle aufgelistet:
Server
Central Management Server
Input File Repository Server
Output File Repository Server
Portnummer
6411
6415
6416
3.
Es muss kein Anschlussbereich für die untergeordneten Job Server-Prozesse konfiguriert werden, da die Firewall zwischen den Job Servern und Datenbankservern so konfiguriert wird, dass die
Kommunikation über einen beliebigen Port initialisiert werden kann.
4.
Konfigurieren Sie Firewall_1 für die Kommunikation mit den festen Ports auf den Plattform-Servern, die Sie im vorherigen Schritt konfiguriert haben. Beachten Sie, dass Port 6400 der Standardport für den CMS Name Server-Port ist und im vorherigen Schritt nicht explizit konfiguriert werden musste.
Port
Beliebig
Beliebig
Beliebig
Beliebig
Zielcomputer
boe_2 boe_2 boe_2 boe_2
Port
6400
6411
6415
6416
Aktion
Zulassen
Zulassen
Zulassen
Zulassen
Konfigurieren Sie Firewall_2 für die Kommunikation mit dem Datenbankserver-Abhöranschluss.
Der CMS (auf boe_2) muss Zugriff auf die CMS-Systemdatenbank und -Audit-Datenbank haben,
2013-01-07
