Hallo,
zunächst einmal, die Anzahl von User Connection ist auf 32.767 beschränkt, wobei ein User aber mehrer Connections geöffnet haben darf; sollte vom Limit her kein Problem sein, siehe Maximum
Capacity Specifications for SQL Server.
Viel RAM ist grundsätzlich immer gut, den umso mehr Daten kann der SQL Server im Cache halten und muss nicht aufs IO zugreifen; das ist immer das teuerste von allen Operationen.
Was den Rest betrifft, der ist abhängig von den vorhandenen Datenmengen und was noch dazu kommen wird, ausserdem ob mehr gelesen wird (Reports etc) oder mehr geschrieben. CPU ist m.E. nicht so wichtig (höchsten wenn man Kompression verwendet),
dafür aber umsomehr ein leistungsfähiges IO System. Wir haben ein gutes SAN und das macht sich zum vorherigen RAID doch deutlich bemerkbar.
Siehe auch
Troubleshooting Performance Problems in SQL Server 2005, da geht es zwar mehr um die Analyse, wenn man Probleme hat, zeigt aber auch schon mal auf, wie & wo Bottlenecks und Performanzprobleme entstehen können; wie z.B. das man die TempDB auf ein
separates Storeage legen sollte etc.
Olaf Helper
* cogito ergo sum * errare humanum est * quote erat demonstrandum *
Wenn ich denke, ist das ein Fehler und das beweise ich täglich
Blog
Xing
