Neu sql express - 2 ssd´s - wie einrichten?

[christian1701]

Es wird ja empfohlen den sql server auf 4 festplatten zu verteilen wie hier in der Dokumentation beschrieben:

• Festplatte 1: Installieren Sie den SQL-Server auf derselben Festplatte, auf der auch das Betriebssystem installiert ist.
• Festplatte 2/3: Speichern Sie sowohl die .mdf-Datei als auch die .log-Datei auf getrennten Datenträgern.
• Festplatte 4: Wählen Sie als Speicherort der Temp-DB ebenfalls eine eigene, idealerweise die schnellste Festplatte.

Mir reicht die geschwindigkeit die ich derzeit mit allem auf einer SSD habe, aber nun habe ich eine zweite eingebaut und frage mich was ich auf diese auslagern kann/soll.

.mdf . log oder temp-db auf die zweite oder alle drei?

Auf dem gleichen Rechner läuft auch noch die Kasse und es liegen die Kundendaten für meine andere Geschäftssoftware. Alles auf c:

Der Rechner http://www.shuttle.eu/de/produkte/discontinued/barebones/ds437/
fadisiert sich meist. Wir haben 1-2 POS Vorgänge pro Stunde, und die beiden Wawi datenbanken sind 350 MB und 130MB mit wenig bewegungen.

Noch eine Besonderheit, die 1. SSD ist eine 840 evo auf Sata 6GB die zweite wo derzeit alles läuft eine 850 evo mSata mit 3GB Anbindung. Die Sequenzielle Transferrate ist auf dem SATAIII natürlich höher, aber die 850er ist beim zufällig schreiben schneller.


Also, was wo hin?

 

[cdx]

Sind an dem Thema auch grad dran und freuen uns wenn hier "sachdienliche" Hinweise gepostet werden.

 

[hula1499]

Mir reicht die geschwindigkeit die ich derzeit mit allem auf einer SSD habe, aber nun habe ich eine zweite eingebaut und frage mich was ich auf diese auslagern kann/soll.

.mdf .log oder temp-db auf die zweite oder alle drei?

Gute Frage, da häng ich mich gleich dran.

Wir stellen auch grad etwas um (Neu 2x 850 Evo Pro -> Raid 1) und dann bleibt unsere derzeitige 840 Pro übrig. Da würd ich ich auch gern Teile der WaWi hinlagern für performance -> daher die selbe Frage, was dorthin

 

[css-umsetzung]

Hab ich nicht gelesen, das die temp Datei auf jeden Fall auf einer anderen Platte liegen sollte?
Es gab ja auch Diskussionen, ob es reicht, wenn Platten gesplittet werden, auch da sind sich aber alle nicht so ganz einig habe ich das Gefühl.

Ich weiß nur, merke ich das es irgendwo bei jemanden richtig lahm ist, kommt ein SQL spezi, bevor ich da selbst rumdoktor.

 

[wawi-dl]

Würde uns auch interessieren, vor allem wieviel mehr Performance dann erfahrungsgemäß gewonnen werde konnte.

 

[maydo]

ldfs & mdfs physikalisch voneinander trennen
alle mdfs auf die erste ssd alle ldfs auf die zweite

 

[testjo]

Gute Frage, da häng ich mich gleich dran.

Wir stellen auch grad etwas um (Neu 2x 850 Evo Pro -> Raid 1) und dann bleibt unsere derzeitige 840 Pro übrig. Da würd ich ich auch gern Teile der WaWi hinlagern für performance -> daher die selbe Frage, was dorthin

Hallo Raimund.

Glaube eher SAS drives und raid 10 oder so oft besser, und/aber mit ssd muss man so einiges war immer so wen sql und co nicht default einstellen. ( habe ich nicht im kopf)
https://www.google.de/search?q=sql+...firefox-b&gfe_rd=cr&ei=ggiBWOiMC-mA8Qfkw5z4Aw

köntest den link suchanfrage goo... aber erweitern mit ssd

Basis raid sql steht so hier einiges >
http://sqlmag.com/storage/sql-server-storage-best-practices

dort steht auch

Moving tempdb to SSD. Tempdb tends to have very high levels of random writes, which can lead to SSD burnout. Therefore, if you use SSDs for tempdb, use enterprise-grade SSDs, use a RAID 1 or RAID 10 mirrored implementation, and plan for the SSDs' replacement cycle. In addition, you might look into PCIe DRAM implementation for tempdb. DRAM storage provides higher levels of write performance and doesn't experience SSD burnout. However, DRAM storage can be expensive.

SSD burnout prevention:
https://technet.microsoft.com/en-us/video/

TEMDB:
http://sqlmag.com/sql-server/tempdb-affecting-your-day-day-sql-server-performance


http://sqlmag.com/storage/using-solid-state-disks-sql-server-storage-solutions

 

[gre000]

Aber bitte auch auf das Datum der Artikel achten.
So groß ist der Unterschied der Lebensdauer zwischen HDD und SSD nicht mehr

 

[hula1499]

Klar, auch ein redudanter Server, inklusive einer 6kVA UPS (daneben muss natürlich noch ein Diesel stehen) wär besser. Zusätzlich dann aber auch noch gleich ein direktes Glasfaserkabel zum CIX, hmm.... da wir ja auch international verkaufen, ab besten auch gleich eins zum LINX und PARIX. Sicherheitshalber noch eine Photovoltaikanlage am Dach, sollte dann das ganze noch abrunden (falls es mal einen Dieselengpass gibt).
Hm, vielleicht noch ein paar Basisjobler, die unten im Keller darauf warten, die Hand-Strom-Kurbeln zu bedienen, falls alles ausfällt?

Dieser unnötigen SSD runtermacherei ist schon lang obsolet. Für Klein und Mittelbetriebe ist eine consumer SSD vollkommen ausreichend (meine Meinung). Ich setze überall consumer Platten ein und hatte noch nie Ausfälle/Probleme oder ählniches (auch nicht mit den allerersten Versionen von den SSD Platten) auch nicht mit lahm werdenden Controllern etc..

So, kommen wir jedoch zum wesentlichen Punkt und zur eigentlichen Frage des Beitrags hier

Basis raid sql steht so hier einiges >
http://sqlmag.com/storage/sql-server-storage-best-practices

Der sagt das und das ist gut, sagt aber dann wieder, andere finden das ganz anders - naja, also holen wir die Würfel

TEMDB:
http://sqlmag.com/sql-server/tempdb-affecting-your-day-day-sql-server-performance

Alt, kein Bezug zu SSDs, macht (mich) auch nicht schlauer

http://sqlmag.com/storage/using-solid-state-disks-sql-server-storage-solutions

Viel bla bla, behandelt auch nicht die Fragestellung von Christian, cdx, wawi-dl oder mir.

 

[testjo]

Alles alt ist ok.
Ziemlich viel basis sachen sind noch gleich.

NUR den SSD's werden besser yep.
Ist auch nicht direkt ein Antwort auf die fragen, aber man kan dort ziemlich viel finden lesen auch für andere Forum user die hier mitlesen, für ein art planung vorab.

Hier findet man vielleicht den rest auf dieser webseite https://www.mssqltips.com/sql-server-tip-category/9/performance-tuning/

tempdb
https://www.mssqltips.com/sql-server-whitepaper/27/demystify-tempdb-performance-and-manageability/
Glaube wen man die extra platte auf wen es nicht ein freie controller (throughput) gibt pci adapter und dan benutzen., weil wen throughput von bereits benutzte controller/bus bereits ziemlich oder voll ausgelastet ist dan bringt die dort nicht viel, problem ist den tempdb hat dan kein Raid oder?

When using local SSD drives, you do still want to use RAID for the drives to protect from single disk failures. It’s key

to remember that if your tempdb drive goes offline, the whole instance goes offline. Even if you only use a simple

RAID mirror, it will greatly reduce the chances of tempdb going offline.