... 3x146GB SAS 15k Platten incl. LSI 1078 Controller mit BBU und 256MB Ram.
Hallo Daniel,
in Bezug auf die Blockgröße solltest Du berücksichtigen, daß eine Page immer 8K groß ist. Sollte also Dein Storage exklusiv für Datenbanken verwendet werden, solltest Du eine Blockgröße von >= 64k wählen.
Ausserdem sollteste Du in Betracht ziehen, die TEMPDB auf ein separates Medium auszulagern. Gleiches gilt für die Log-Files!
32 GB sind für SQL Server ALLEIN sicherlich ausreichend (bei 4 Cores).
Entscheidend ist aber nicht immer nur die Größe des RAMS - nur in Verbindung mit dem Datenvolumen und dem Transaktionsvolumen kann eine verlässlichere Aussage getroffen werden.
Du willst aber auch noch die Reporting Services mit laufen lassen - das sind Speicherfresser!
Sollte die "kurzfristige" Installation zu einer dauerhaften Einrichtung werden, würde ich in Bezug auf Performance (wenn ich genug Geld hätte :) ) mein Storage wie folgt aufbauen:
SSD (RAID 10) für tempdb (pro Core ein Datafile <= 8 Files!)
RAID 5 für data files
RAID 10 für log files
Wichtig ist TEMPDB und LOG in Bezug auf Performance. Wenn man Kompromisse machen müßte, würde ich sie beim Storage für die Datenfiles sehen. Da die Daten überwiegend im RAM gelesen werden, kann man hier das kostengünstigere RAID5 in Erwägung ziehen.
TEMPDB ist das Arbeitstier des SQL Servers. Jede "Derived Table / Working Table" wird in TEMPDB erstellt.
Der Storage für das LOG sollte höchst perfomant sein, wenn Ihr ein System mit hohem Transaktionsvolumen habt!
Reporting Services würde ich auf eine VM auslagern und dynamisch vergrößern bei Zunahme der User!
Grundsätzlich sind das aber alles Empfehlungen OHNE tatsächlich zu wissen, was Dein System überhaupt macht.
Pauschale Aussagen sind immer sehr schwer einzugrenzen!
Uwe Ricken
MCITP Database Administrator 2005
MCITP Database Administrator 2008
MCITP Microsoft SQL Server 2008, Database Development
db Berater GmbH
http://www-db-berater.de
SQL Server Blog (german only)
