Welche Version von SQL Server 2008 verwenden Sie mit Ihrer Enterprise Moss-Installation und warum?
Genauer gesagt: Benötigen Sie wirklich alles, was die Enterprise SQL Server-Version bietet, oder reicht die Standardversion völlig aus, um ein Unternehmen mit mehr als 1.000 Benutzern zu bedienen? Und was ist mit 5.000 Benutzern?
Als zusätzlicher Hinweis werden wir die gesamte Installation in einer ESX-Farm mit einer SAN-Datenquelle ausführen.
Antwort1
Anstatt die Anzahl der Benutzer zu zählen, würde ich ein paar andere Fragen stellen.
Muss der Endbenutzer rund um die Uhr darauf zugreifen können? In diesem Fall benötigen Sie die Enterprise Edition, um den Index online neu erstellen zu können. Wenn Sie Wartungsfenster nach Feierabend oder am Wochenende erhalten können, reicht Ihnen die Standard Edition, bei der die Indizes während der Neuerstellung offline geschaltet werden.
Haben Sie Ihren IO-Durchsatz getestet?Sie sagten, Sie verwenden ESX – wenn es v3.5 oder älter ist oder Sie nicht die höchste Lizenzstufe für v4 verwenden, erhalten Sie keine Multipathing-Funktionen. Ihr Durchsatz ist auf nur einen Hostbusadapter pro Array beschränkt. Wenn Ihnen bei diesen Begriffen die Augen bluten, hier die Kurzfassung: Sie könnten bei nur 200-400 MB/s einen Engpass haben, der mit einem Dutzend SATA-Laufwerken ausgereizt werden kann. Egal, welche Art von SAN Sie anschließen, es spielt keine Rolle, wenn Sie nur den Durchsatz eines HBAs gleichzeitig erreichen können. Standard versus Enterprise wird das geringste Ihrer Probleme sein.
Wie planen Sie die Notfallwiederherstellung?Wenn Sie über die Verwendung von Protokollversand oder Datenbankspiegelung nachdenken, sehen Sie sich die Funktionen von Enterprise an. Wenn Sie eine Spiegelung durchführen, erhalten Sie einige raffinierte Funktionen zur Wiederherstellung beschädigter Seiten, indem Sie das SAN des Spiegels anstelle des primären verwenden.
Speichern Sie vertrauliche Daten oder Dokumente in SharePoint?In diesem Fall sollten Sie Enterprise in Betracht ziehen, um die Vorteile der transparenten Datenverschlüsselung zu nutzen. Dadurch werden die Daten im Ruhezustand verschlüsselt, wenn sie sich im SAN befinden. Dadurch wird verhindert, dass jemand einen SAN-Snapshot oder eine Kopie Ihrer Sicherungsbänder erstellt und eine vollständige Kopie Ihrer Datenbank wiederherstellt, wenn Sie nicht hinsehen.
Machen Sie sich keine Sorgen wegen der Komprimierung.Enterprise bietet zusätzlich die Möglichkeit zur Datenkomprimierung, aber lassen Sie sich davon nicht bei Ihrer Entscheidung beeinflussen. Ihre SharePoint-Benutzer werden wahrscheinlich eine Menge Binärdokumente speichern, die sich ohnehin nicht besonders gut komprimieren lassen.
Antwort2
Wenn Sie mit etwa 1000 Benutzern beginnen und am Ende mehr als 5000 Benutzer haben könnten, würde ich sagen, dass es sich um ein typisches Scale-up-Projekt handelt. Ich würde mich auf jeden Fall für die Enterprise Edition entscheiden. Ich würde wahrscheinlich von Anfang an ein geclustertes Backend verwenden.
Allerdings hängt alles vom Verkehrsmuster dieser 1000-500 Benutzer und dem Servicelevel ab, das Sie bereitstellen möchten. Es ist auch nicht unmöglich, später von Standard auf Enterprise umzusteigen, aber es wird einige Ausfallzeiten kosten, was eine Option sein kann oder auch nicht.
Antwort3
Für einen Kunden haben wir einen SQL Server 2008 Enterprise Ed. 2-Knoten-Cluster für hohe Verfügbarkeit, nicht für Geschwindigkeit, ausgewählt. Das Design ist eine konservative, direkt aus dem Microsoft Playbook stammende 5-Knoten-Farm mit 3 Front-End-MOSS-Knoten auf Hyper-V und einem Dell Equallogic iSCSI SAN.
Der SQL-Cluster wurde nicht virtualisiert, da zum Entwurfszeitpunkt (Mitte 2008) die virtualisierte SQL 2008-Clusterkonfiguration von Microsoft nicht unterstützt wurde.
Alternativtext http://bluesurftech.com/TechBlog/Lists/Photos/farm.png
