Speicheranforderungen

Die Planung der Speicherlösung für Office Communications Server 2007 R2 setzt Kenntnisse der erzeugten Datentypen und des Speicherorts dieser Daten voraus. Sie finden diese Angaben in der folgenden Tabelle.

Tabelle 1: Datentypen und Speicher

Die Planung einer effektiven Speicherstrategie ist insbesondere bei der Bereitstellung eines Enterprise-Pools mit Back-End-Datenbank für den Erfolg der Office Communications Server 2007 R2-Bereitstellung entscheidend. Wenn die Speicheranforderungen falsch eingeschätzt und die Strategien zur Optimierung des Datenzugriffs und der Sicherheit nicht richtig implementiert werden, kann dies im besten Fall unangenehme und im schlimmsten Fall katastrophale Folgen haben.

Beim Planen der Speicherstrategie für Office Communications Server 2007 R2 müssen Sie drei verschiedene Kriterien miteinander in Einklang bringen: Kapazität, Verfügbarkeit und Leistung. Die beim Planen und Implementieren der Speicherlösung getroffenen Entscheidungen wirken sich auf die Kosten für Verwaltung und Pflege der Office Communications Server 2007 R2-Bereitstellung aus:

• Kapazität. In Office Communications Server 2007 R2 weist die Back-End-Datenbank von Enterprise Edition in einer großen Bereitstellung einen Gesamtspeicherbedarf von etwa 10 GB auf. Nach herkömmlichen Datenbankstandards gilt dies noch nicht als große Datenbank.
• Verfügbarkeit. Die Verfügbarkeit der Datenbank kann durch Redundanz erhöht werden. Redundanz kann bedeuten, dass Sie Cluster von Anwendungen bilden müssen, um Redundanz für CPUs zu erreichen, oder eine RAID-Lösung (Redundant Array of Independent Disks) implementieren müssen, um Datenredundanz bereitzustellen.
• Leistung. Die Leistungsanforderungen sind ebenfalls organisationsspezifisch. Dies bezieht sich nicht nur auf die Leistung, sondern auch auf den Durchsatz. Für Speichertechnologien wird der Durchsatz gemessen, indem ermittelt wird, wie viele Lese- und Schreibvorgänge pro Sekunde von einem Speichergerät ausgeführt werden können.

Bevor Sie die Speicherlösung für Office Communications Server 2007 R2 entwerfen, bestimmen Sie, welche Prioritäten im Unternehmen hinsichtlich dieser drei Kriterien gesetzt werden, insbesondere dann, wenn ein Gleichgewicht zwischen Verfügbarkeit und Leistung angestrebt wird. In den folgenden Abschnitten werden die Faktoren erläutert, die in Bezug auf den Speicher berücksichtigt werden müssen.

Ungeachtet der ausgeführten Anwendung müssen Sie die folgenden Grundregeln hinsichtlich des Speichers berücksichtigen, um Kapazität, Verfügbarkeit und Leistung zu maximieren:

• Reduzieren Sie die von der CPU auszuführenden Prozesse, indem Sie eine spezialisierte Hardwarelösung implementieren, beispielsweise RAID oder ein SAN (Storage Area Network), in dem RAID-Technologie enthalten ist. In diesem Szenario wird angenommen, dass Sie eine Hardwarelösung anstelle einer (hostbasierten) RAID-Softwarelösung verwenden.
• Verringern Sie die erforderliche Gesamtzeit zum Abschließen einer Transaktion, indem Sie die nacheinander aufgerufenen Dateien von den Dateien trennen, auf die in willkürlicher Reihenfolge zugegriffen wird. Durch das separate Speichern der nacheinander aufgerufenen Dateien bleiben die Datenträgerköpfe in Position für entsprechende E/A-Vorgänge, wodurch weniger Zeit zum Suchen der Daten erforderlich ist.
• Verwenden Sie mehrere Datenträger, weil mit diesen eine höhere Leistung als mit einem einzigen großen Datenträger erzielt wird. Im Allgemeinen führt eine höhere Anzahl von Datenträgern zu einer höheren Leistung.

Vergleichen Sie auf der Grundlage der Informationen in den folgenden Abschnitten die Speichertechnologien, und stellen Sie sie einander gegenüber.

Mithilfe einer RAID-Lösung können Sie die Fehlertoleranz der Office Communications Server 2007 R2-Bereitstellung erhöhen. In einer RAID-Konfiguration enthält ein Teil des physischen Speichers redundante Informationen zu Daten, die auf den Festplatten gespeichert sind. Bei den redundanten Informationen handelt es sich entweder um Paritätsinformationen im Fall eines RAID-5-Volumes oder um eine vollständige, separate Kopie der Daten im Fall eines RAID-1-Volumes (gespiegelt) oder eines RAID 0+1-Volumes (Stripeset oder gespiegelt). Mithilfe der redundanten Informationen können die Daten wiederhergestellt werden.

Berücksichtigen Sie beim Planen der Speicherlösung die folgenden Features von Office Communications Server 2007 R2:

• Ein einzelner Office Communications Server-Computer kann in einem Pool in der konsolidierten Konfiguration bis zu 100.000 aktive, gleichzeitige Benutzer unterstützen. Die Back-End-Datenbank jedes Enterprise-Pools und die Datenbank von SQL Server 2005 mit SP2 auf einem Standard Edition-Server verfügt über eine Reihe von Transaktionsprotokolldateien und Datenbankdateien.
• Nicht alle auf dem Office Communcations Server-Computer gespeicherten Daten werden auf die gleiche Weise verwaltet. Die effizienteste Lösung besteht also nicht darin, eine einzige Speicherlösung für alle Datentypen bereitzustellen. Beispielsweise befinden sich sowohl temporäre als auch statische Daten in der Back-End-Datenbank. Die Datenbank RTCDyn enthält Daten zum Konferenzstatus und andere Informationen, die temporärer Natur sind. Weil es sich um temporäre Daten handelt, müssen sie nicht zur Wiederherstellung gesichert oder regelmäßig gespeichert werden. Bei der Planung müssen jedoch unbedingt die Redundanz und ständige Verfügbarkeit der folgenden Daten berücksichtigt werden:
  • Die in den DatenbankenRTC (Benutzereinstellungen) und RTCConfig (Konfigurationseinstellungen) auf einem Standard Edition-Server und in einem Enterprise-Pool gespeicherten beständigen Daten
  • Die Archivierungsserver-Datenbank, die wichtige Kompatibilitätsdaten für die Archivierung enthält
• In Office Communications Server 2007 R2 wird auf Transaktionsprotokolldateien sequenziell und auf Datenbanken in willkürlicher Reihenfolge zugegriffen. In Übereinstimmung mit den allgemeinen Grundregeln hinsichtlich des Speichers empfiehlt es sich, die Transaktionsprotokolldateien (sequenzielle E/A-Vorgänge) von den Datenbanken (E/A-Vorgänge in willkürlicher Reihenfolge) zu trennen, um die E/A-Leistung zu maximieren und die Fehlertoleranz zu erhöhen. Dabei sollten Sie insbesondere die Transaktionsprotokolldateien auf separate Datenträger verschieben, die sich nicht im Speicher für die Datenbankdateien befinden.
  Speichern Sie die Transaktionsprotokolle für die RTCDyn-Datenbank auf einem separaten dedizierten Gerät, um die Systemleistung weiter zu steigern. Dadurch kann der Transaktionsdurchsatz gewährleistet werden.
• SQL Server 2005 Enterprise Edition mit SP2 oder SQL Server 2008 Enterprise können als Failovercluster konfiguriert werden, um hohe Verfügbarkeit zu bieten. Um für Unterstützung im Falle eines Betriebssystemausfalls oder einer geplanten Aktualisierung zu sorgen, können Sie einen Knoten im Failovercluster so konfigurieren, dass er die Steuerung bei einem Ausfall an einen anderen Knoten in der Failovercluster-Konfiguration übergibt. Dadurch lassen sich Systemausfallzeiten minimieren und hohe Serververfügbarkeit bereitstellen. Auch wenn Sie den Archivierungsdienst im kritischen Modus implementieren (d. h., der Office Communications Server-Computer wird heruntergefahren, wenn der Archivierungsdienst nicht verfügbar ist), sollten Sie ein Failovercluster verwenden, weil ein SQL Server-Ausfall hier potenziell einen Ausfall der gesamten Office Communications Server-Infrastruktur bewirken kann.

Unabhängig davon, ob Sie eine DAS-Lösung (Direct Attached Storage) oder eine SAN-Lösung (Storage Area Network) für die Speicherung verwenden, sollten Sie diese sorgfältig planen und zusammenstellen. So können Sie sicherstellen, dass Kapazität und Durchsatz den Anforderungen von Office Communications Server 2007 R2 entsprechen.

Wie bereits ausgeführt, müssen Sie bei Festplattenausfällen die Transaktionsprotokolldateien und Datenbankdateien von Office Communications Server 2007 R2 auf separaten physischen Festplatten speichern, um Fehlertoleranz bereitzustellen. Wenn Sie diese Protokolldateien und Datenbankdateien auf separaten Datenträgern speichern, wird dadurch auch die E/A-Leistung der Festplatten erheblich verbessert. Wählen Sie für den Zugriff auf die Daten- und Transaktionsdateien separate E/A-Kanäle auf dem RAID-Controller aus, und platzieren Sie die einzelnen E/A-Kanäle möglichst auf separaten RAID-Controllern.

Wenn die Festplatte mit den Transaktionsprotokolldateien ausfällt, jedoch nicht der Datenträger mit den Datenbanken, müssen keine Office Communications Server 2007 R2-Daten aus der Sicherung wiederhergestellt werden. SQL Server-Transaktionsprotokolle für Office Communications Server 2007 R2 werden regelmäßig verkleinert, und ihre Größe ist beschränkt. Es empfiehlt sich, auch den Schreibcache zu aktivieren, wenn der Controller diese Funktion unterstützt. Durch die Aktivierung des Schreibcaches wird der Durchsatz erheblich gesteigert.

Wichtig:
Wenn die Datenbank- und die Transaktionsprotokolldateien von Office Communications Server 2007 R2 auf derselben physischen Festplatte gespeichert sind, hat dies Auswirkungen auf die Leistung. Sollte dieser Datenträger ausfallen, können Sie nur die Daten wiederherstellen, die während der letzten Sicherung erfasst wurden.

Stellen Sie sicher, dass eine ausreichende Speicherkapazität der Festplatten auf den Office Communications Server 2007 R2-Servern verfügbar ist. Auf der Festplatte muss ausreichend Speicherplatz zur Verfügung stehen, um sowohl die Datenbank als auch die Protokolldateien wiederherzustellen. Wenn dies nicht der Fall ist, können die Sicherungsdateien zu groß sein, um eine Wiederherstellung am ursprünglichen Speicherort auszuführen.