Der SQL Server läuft bei mir am Notebook auch ohne Probleme.
Ist ja immerhin auch eine Frage von Geld. Raid 10 und SCSI bedeutet viele EUROS.
URL: https://www.overclockers.at/sonstige-peripherie/sqlserver_gt_hardware_66740/page_1 - zur Vollversion wechseln!
Ich soll einen Server für MS SQL-Server Standard zusammmenstellen.
Es sollte jedoch ein Compaq bzw. HP sein.
Rasche HDDs bzw. welches Raid soll ich verwenden (Raid 10) (vor und nachteile).
Vielen Dank für eure Hilfe.
Was wird für ein Datenaufkommen sein ? Gleichzeitiger Zugriff ? Kurze Beschreibung, wie die Anwendung aussieht ?
Der SQL Server läuft bei mir am Notebook auch ohne Probleme.
Ist ja immerhin auch eine Frage von Geld. Raid 10 und SCSI bedeutet viele EUROS.
1 DB ca. 7 GB
-----------------
am Tag wird nur gelesen und am Abend bzw Nachts wird nur geschrieben. wird Tagsüber von ca.100-150 User benützt (viele Querys)
+
ca 7 - 10 Schreib DB für diverseste Anwendungen
hm habt ihr schon so ne DB laufen?
dann sieh dir die peaks an und wieviele zugriffe da sind.
dann probier wieviel hauptspeicher (RAM) von einem Logged On user benutzt wird (bei Transaktion usw)
bei SAP Systemen gilt für den DB Server pro Prozessor einen GB Hauptspeicher -> kommt drauf an für was der DB Server ist.
edit:
hab zufrüh post geclickt 
HDD RAID solltest du dir natürlich auch auf dies zumessen.
Ist eher schneller oder sicherer Zugriff geplant und vor allem was sagt die Finanzabteilung
RAID 5 an ner SCSI Schnittstelle wär eines meiner bevorzugten Systeme aber das kostet EUROOOOOS .. viele Euros
Hast du konkretere Angaben? Welche Applikation, wieviele User gleichzeitig arbeiten, ein paar peaks usw.
edit die 2te:
ok wer lesen kann bla
1 ne DB 7 GB -> 7 bis 10 DBs hast du laut angabe
dann hast 70 GB + Betriebssystem + 16 GB (ist in SAP ne annahme wegen Pagin vom RAM -> dunno obs hier auch so wär)
für HDD
Prozessor -> naja wie dimensonier ich nen Prozessor ..
willst du Multiprozessing auch .. ich kann mir die Dimension hier nicht vorstellen wenn du Geld hast nimm das beste was du bekommen kannst für dieses Budged damit das System auch für zukünftige Updates schnell genug bleibt.
RAM ist eh oben schon erwähnt
würd idir an dual xeon empfehlen mit mind. 1 , besser 2 gb ram und an entsprechenden raid 5 (SCSI) mit 128mb cache am controller
zur sicherung (wenn net übers netz) a dat bzw. dlt laufwerk
sql server können nie zu stark sein
immer nur zu schwach
meine empfehlung: kaufts euch von compaq ein gerät der dl760 serie
halt nicht gleich mit 8 sondern zuerst nur mit 2 oder 4 prozessoren und 1 g ram
wenn dann später zu engpässen in der performance kommt kann man immer noch die prozessoren tauschen oder ram aufstocken
ist halt alles immer nur eine frage des geldes
Ich würde in jedem Fall mehr RAM nehmen als 1 GB.
Zitat von vossiIst eher schneller oder sicherer Zugriff geplant und vor allem was sagt die Finanzabteilung
RAID 5 das nochmal gemirrort wär eines meiner bevorzugten Systeme aber das kostet EUROOOOOS .. viele Euros
Zitat von The Red GuyIch würde in jedem Fall mehr RAM nehmen als 1 GB.
ZitatDatenbankserver
Der Hauptspeicherbedarf des Datenbankservers setzt sich aus dem Bedarf des Betriebssystems, des Datenbank ? Kernels und der verschiedenen Datenbank-Puffer zusammen. Dazu kommt meist noch eine Backup Software. Der Bedarf setzt sich wiederum aus einem fixen Anteil (~240 ? 300 MB) und einem von der Anzahl der gleichzeitig angemeldeten Benutzern abhängigen Anteil (jeweils ~0,6 ? 1,7 MB) zusammen.
Darüber hinaus wird vorrausgesetzt, dass das SAP R/3 System optimal eingerichtet ist. Wenn umfangreiche Anpassungen geplant sind, ist daher mit einem zusätzlichen Speicherbedarf für den Datenbankserver zu rechnen.
Faustregel für den Speicher
Eine einfache Faustregel für die Dimensionierung des Hauptspeichers empfiehlt, pro Prozessor ein Gigabyte Hauptspeicher zu installieren. Diese Abschätzung gilt für RISC und Intel Prozessoren
Zitat von Bexda1 DB ca. 7 GB
-----------------
am Tag wird nur gelesen und am Abend bzw Nachts wird nur geschrieben. wird Tagsüber von ca.100-150 User benützt (viele Querys)
Zitat von BexdaRaid 5 haben wir jetzt schon im einsatz ... ist zu langsam.
ca 50 User beim Datawarehouse (permanentzugriff)
pro weitere DB ca. 8 User
ZitatKnetto = 16 GB + 5 MB * NBenutzer * AWerktage
Knetto Nettoplattenspeicher pro Jahr (Zusätzlich ist immer der Mehrbedarf der RAID ? Konfiguration zu berücksichtigen)
NBenutzer Anzahl der Benutzer
AWerktage 200 für Europa
Zitat von vossiRAID 5 zu langsam? :
thx ... für die bisherigen Infos ....
zusätzliche INFOS von meiner Seite:
es sollten schon >=2 Prozessoren sein
und nur eine DB ist 7GB groß (wird vielleicht mal eine OLAP Anwendung)
die Anderen DBs sind so ca. 500MB groß
Backup Libary ist schon vorhanden (wir haben ja noch mehr server*g*)
Zitat von Bexdathx ... für die bisherigen Infos ....
zusätzliche INFOS von meiner Seite:
es sollten schon >=2 Prozessoren sein
und nur eine DB ist 7GB groß (wird vielleicht mal eine OLAP Anwendung)
die Anderen DBs sind so ca. 500MB groß
Backup Libary ist schon vorhanden (wir haben ja noch mehr server*g*)
Zitat von crashmanraid5 ist der tot wenn du viel schreiben musst da du die parity berechnen schreiben überprüfen usw musst.
Aja ich würde wenn du nur "normale" abfragen hast und die queries auch net zu krank sind es am anfang mit 2 prozessoren probieren. Wenn er einbricht kann man ja immernoch aufrüsten
ZitatViele oder schnelle CPUs?
Im Prinzip kann die für ein System notwendige SAPS Zahl entweder mit wenigen schnellen (aber teuren) oder vielen langsameren CPUs erbracht werden. Auch wenn die Anfragen der Benutzer vom Dispatcher gleichmäßig auf die vorhandenen CPUs verteilt werden, wird jede einzelne Transaktion immer nur auf eine CPU abgearbeitet. Dadurch ist die Antwortzeit auch von der Leistung der einzelnen CPU abhängig.
Vor allem bei Erweiterungen einer Systemlandschaft im Rahmen eines Release ? Wechsels sollte man daher dem Austausch der CPU durch eine aktuellere, schnellere Version den Vorzug vor einer Erhöhung der Anzahl der bereits vorhandenen CPUs geben.
overclockers.at v4.thecommunity
© all rights reserved by overclockers.at 2000-2026