Back-End-Datenbanktopologie

Datenbankkonfigurationen

In einer Standard Edition-Topologie werden alle Serverrollen, einschließlich der Back-End-Datenbank, auf einem einzigen Computer zusammengestellt.

In einer Enterprise Edition-Topologie kann die Back-End-Datenbank nicht mit einer anderen Serverrolle in einem Pool zusammengestellt werden. Allerdings kann die Back-End-Datenbank mit anderen Office Communications Server 2007 R2-Datenbanken zusammengestellt werden. Insbesondere kann die Back-End-Datenbank in einer gemeinsamen SQL Server-Instanz mit Archivierungs-, Überwachungs-, Gruppenchat- und Kompatibilitätsdatenbanken (für Gruppenchat) ausgeführt werden. Die Back-End-Datenbank kann mit der Directordatenbank auf einem gemeinsamen Server ausgeführt werden, dies muss jedoch in einer separaten SQL Server-Instanz erfolgen.

Hinweis:
Bei den Ergebnissen der veröffentlichten Leistungstests wird davon ausgegangen, dass die Back-End-Datenbank in einer dedizierten SQL Server-Instanz ausgeführt wird.

Enterprise Edition-Topologien (sowohl konsolidierte als auch verteilte) unterstützen die folgenden Back-End-Datenbankkonfigurationen:

• Ein Front-End-Server ohne System zum Lastenausgleich und eine Back-End-Datenbank auf einem separaten Computer.
• Ein Front-End-Server, der mit einem Hardwaregerät zum Lastenausgleich verbunden ist, und eine Back-End-Datenbank auf einem separaten Computer.
• Zwei oder mehrere Front-End-Server, die mit einem Hardwaregerät zum Lastenausgleich verbunden sind, und eine Back-End-Datenbank auf einem separaten Computer.
• In einem Enterprise-Pool kann die Back-End-Datenbank ein einzelner SQL Server-Computer sein. Alternativ können mehrere dedizierte SQL Server-Computer optional in einer Aktiv-/Passiv-Clusterkonfiguration mit mehreren Knoten verwendet werden. Durch einen SQL Server-Cluster für die Back-End-Datenbank wird die Verfügbarkeit durch Bereitstellen von Failoverfunktionen verbessert. In einem Cluster mit mehreren Knoten muss die Office Communications Server SQL-Instanz die Möglichkeit zum Failover auf einen passiven Knoten bieten, der aus Leistungsgründen von keiner weiteren SQL-Instanz genutzt werden sollte. Sie können mithilfe des Tools Dbimpexp.exe eine Back-End-Datenbank von einem nicht in einem Cluster befindlichen Computer zu einem in einem Cluster befindlichen Computer migrieren. Ausführliche Informationen zum Tool Dbimpexp.exe für Office Communications Server 2007 R2 finden Sie in der Datei DBImpExp-Readme.htm im Ordner "<Laufwerk>:\Programme\Microsoft Office Communications Server 2007 R2\Server\Support" auf einem Server, auf dem Office Communications Server 2007 R2 installiert ist.

In Konfigurationen mit mehr als einer SQL Server-Instanz kann ein Enterprise-Pool entweder die Standardinstanz oder eine benannte Instanz verwenden. In beiden Fällen wird entweder der Standardport 1433 oder ein nicht standardmäßiger Port unterstützt. Um einen anderen Port als Port 1433 zu verwenden, gehen Sie nach einer der folgenden Methoden vor:

• Führen Sie den SQL Server-Browserdienst auf dem Computer mit SQL Server aus. Auf dem Client ist keine Konfiguration erforderlich.
• Anstatt den SQL Server-Browserdienst auf dem Computer mit SQL Server auszuführen, konfigurieren Sie den Client, indem Sie einen Alias für die SQL Server-Instanz erstellen und die Portnummer angeben. Zum Erstellen eines Alias auf einem Computer, auf dem der Front-End-Server ausgeführt wird, verwenden Sie den SQL Server-Konfigurations-Manager (ein Snap-In der Microsoft Management Console [MMC]). Sie müssen den Alias auf jedem Computer erstellen, auf dem der Front-End-Server ausgeführt wird.
  Weitere Informationen finden Sie in der Dokumentation zu SQL Server.

Hosten von SQL Server-Datenbanken für Drittanbieteranwendungen

Office Communications Server 2007 R2-Datenbanken (also Back-End-Datenbank, Archivierungsdatenbank oder Überwachungsdatenbank) können auf einem gemeinsamen Server mit Datenbanken von Drittanbieteranwendungen ausgeführt werden. Diese sollten jedoch in einer anderen SQL Server-Instanz ausgeführt werden. Die Ausführung von Office Communications Server 2007 R2-Datenbanken in einer gemeinsamen SQL Server-Instanz mit Datenbanken von Drittanbieteranwendungen wird nicht unterstützt.

Hinweis:
Das Hosten der Datenbanken von Drittanbieteranwendungen in separaten Instanzen auf einem gemeinsamen Server wird unterstützt, jedoch aus Leistungsgründen nicht empfohlen.

Wenn Sie Datenbanken von Drittanbieteranwendungen auf demselben Server wie die Office Communications Server-Datenbank ausführen möchten, beachten Sie Folgendes:

• Die Office Communications Server-Datenbank muss über separate physische Datenträger für ihre Datenbanken und die Transaktionsprotokolle verfügen.
• Der Server muss über ausreichend Speicherplatz verfügen, um die gesamte Instanz, die von Office Communications Server verwendet wird, zwischenzuspeichern.