Neu SQL Konfig - Raid ja oder nein?

Martin Mallorca

Neues Mitglied
22. November 2022
5
0
Moin allerseits von der Insel!

Ich bin gerade an der Erstinstallation und mir stellt sich schon die erste Frage:

Ich installiere den SQL Server auf einem neu aufgebauten Windows 10 PC und das MB hat 4 SATA Anschlüße (noch kein M2 MB)

Ich habe 4 SSDs verbaut.

laut JTL Installationjsanleitung soll ich idealerweise wie folgt installieren

Richten Sie Ihr System wie folgt ein:

  • Installieren Sie auf dem verwendeten Computer neben dem Betriebssystem nur den SQL-Server.
  • 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.
Halte ich mich daran kann ich kein internes RAID mehr einrichten.

Geht Datensicherheit nicht vor Geschwindigkeit? oder installiert dann nochmal zusätzliches Platten als externes RAID?

Ich dachte ursprünglich an eine 2 x RAID 1 Konfiguration...

oder macht ihr einfach alle paar Stunden ein Backup auf ein NAS ohne RAID?

kurz- mittelfristig werden wir mit 2-3000 Produkten arbeiten langfristig maximal ca. 8000

Vielleicht kann mir da ja einer weiter helfen welches die ideale Lösung für mich ist oder mit welcher Konfiguration Ihr die besten Erfahrungen gemacht habt.

Danke für euren Input.

Grüße!
 
Zuletzt bearbeitet:

SebiW

Sehr aktives Mitglied
2. September 2015
2.089
792
Naja, ob Du auf einem System, dass nur 4 Platten unterstützt, einen massiven Geschwindigkeitsvorteil durch das Aufteilen der SQL Dateien haben wirst ist eher unwahrscheinlich.
Das Vorgehen stammt auch eher noch aus der vor SSD Zeit. Natürlich macht das bei großen Clustern auch weiterhin Sinn, dann laufen die Platten aber auch nicht auf nemm Consumer Board sondern über dedizierte Hardware.
Insofern gilt auch: Inwieweit ein typischer Windows Software Raid Sinn macht sei dahingestellt.

Wenn es um Datensicherheit geht heisst das Zauberwort Backup, nicht Raid. Raids dienen der Verfügbarkeit, Backups der Datensicherheit. Und alle paar Stunden bedeutet: Hast Du einen defekt ist im schlechtesten Fall alles der letzten paar Stunden weg. Speicherplatz ist billig, Datenverlust teuer.
 
  • Gefällt mir
Reaktionen: hula1499

Martin Mallorca

Neues Mitglied
22. November 2022
5
0
Naja, ob Du auf einem System, dass nur 4 Platten unterstützt, einen massiven Geschwindigkeitsvorteil durch das Aufteilen der SQL Dateien haben wirst ist eher unwahrscheinlich.
Das Vorgehen stammt auch eher noch aus der vor SSD Zeit. Natürlich macht das bei großen Clustern auch weiterhin Sinn, dann laufen die Platten aber auch nicht auf nemm Consumer Board sondern über dedizierte Hardware.
Insofern gilt auch: Inwieweit ein typischer Windows Software Raid Sinn macht sei dahingestellt.

Wenn es um Datensicherheit geht heisst das Zauberwort Backup, nicht Raid. Raids dienen der Verfügbarkeit, Backups der Datensicherheit. Und alle paar Stunden bedeutet: Hast Du einen defekt ist im schlechtesten Fall alles der letzten paar Stunden weg. Speicherplatz ist billig, Datenverlust teuer.
danke für die Meinung. Aber ein bissichen Widerspruch war das ja jetzt schon Ich habe doch bei einem RAID eine höhere Datensicherheit für die effektive Funktionalität da es eben keinen temporären Ausfall geben kann. Das Backup ist doch quasi ein Zusatz - das Hilft mir ja an dem Betriebstag im Moment des Ausfalls nicht weiter.
Aber wahrscheinlich auch eine Wortauslegung je nach Zusammenhang. Ich tendiere aber auch so eher zum Raid. Aber hat mir trotzdem erstmal weiter geholfen. Danke
 

sebjo82

Gut bekanntes Mitglied
3. Juni 2021
433
99
Naja, ob Du auf einem System, dass nur 4 Platten unterstützt, einen massiven Geschwindigkeitsvorteil durch das Aufteilen der SQL Dateien haben wirst ist eher unwahrscheinlich.
Das Vorgehen stammt auch eher noch aus der vor SSD Zeit. Natürlich macht das bei großen Clustern auch weiterhin Sinn, dann laufen die Platten aber auch nicht auf nemm Consumer Board sondern über dedizierte Hardware.
Insofern gilt auch: Inwieweit ein typischer Windows Software Raid Sinn macht sei dahingestellt.

Wenn es um Datensicherheit geht heisst das Zauberwort Backup, nicht Raid. Raids dienen der Verfügbarkeit, Backups der Datensicherheit. Und alle paar Stunden bedeutet: Hast Du einen defekt ist im schlechtesten Fall alles der letzten paar Stunden weg. Speicherplatz ist billig, Datenverlust teuer.
RAID bietet Datensicherheit und ist essentieller Bestandteil einer soliden Speicherstrategie
 
  • Gefällt mir
Reaktionen: Martin Mallorca

MichaelH

Sehr aktives Mitglied
17. November 2008
13.334
1.308
Wieviele PCs hängst du an den Server und wie viele werden gleichzeitig arbeiten - dies bestimmt die Auslegung deines Servers ...

Ansonsten bezüglich Sicherheit SQLBACKUPANDFTP mit seinen Möglichkeiten nutzen, lokal speichern und / oder über FTP sichern, das kannst du sogar alle 15 Minuten machen + RAID, dann bist du ziemlich sicher mit deiner DB und darum geht es ja.
 

SebiW

Sehr aktives Mitglied
2. September 2015
2.089
792
RAID bietet Datensicherheit und ist essentieller Bestandteil einer soliden Speicherstrategie
Nein. Raid bietet wie der Name schon sagt Redundanz. Fällt eine Platte aus kann der Betrieb im Optimalfall ohne Unterbrechung fortgesetzt werden. Gleichzeitig bringen Raidsysteme aber auch ganze eigene Probleme mit sich.

Funktion eines Backups ist die komplette Wiederherstellbarkeit eines Systems, notfalls auf völlig anderer Hardware an einem beliebigen anderen Standort. Das kann Raid nicht.

Oder schön einfach erklärt: https://www.raidisnotabackup.com/

Auf Raid kann man verzichten. Auf Backups nicht.
 
Zuletzt bearbeitet:

sebjo82

Gut bekanntes Mitglied
3. Juni 2021
433
99
Nein. Raid bietet wie der Name schon sagt Redundanz. Fällt eine Platte aus kann der Betrieb im Optimalfall ohne Unterbrechung fortgesetzt werden. Gleichzeitig bringen Raidsysteme aber auch ganze eigene Probleme mit sich.

Funktion eines Backups ist die komplette Wiederherstellbarkeit eines Systems, notfalls auf völlig anderer Hardware an einem beliebigen anderen Standort. Das kann Raid nicht.

Oder schön einfach erklärt: https://www.raidisnotabackup.com/

Auf Raid kann man verzichten. Auf Backups nicht.
Wenn du deine Datenbank auf einer einzelnen Festplatte laufen hast, dann gute Nacht. Keiner sagt, dass man keine Backups machen soll, aber wenn du kein RAID nutzt, wirst du häufiger auf Backups zurückgreifen müssen
 

Verkäuferlein

Sehr aktives Mitglied
29. April 2012
1.828
605
Ich installiere den SQL Server auf einem neu aufgebauten Windows 10 PC und das MB hat 4 SATA Anschlüße (noch kein M2 MB)

Ich habe 4 SSDs verbaut.

Man weiß ja viel zu wenig über Hardware, Clientanzahl, SQL-Lizenz, etc.

Grundsätzlich würde ich aber mal behaupten, brauchst Du dieses "Feintuning" nicht, weil vermutlich schon die sonstige Hardware die mögliche Leistung der SSDs gar nicht wirklich ausschöpfen kann, insbesondere wenn auf mehrere verteilte gleichzeitig zugegriffen wird. Mach da ein schickes Raid (bei 4 SSD bieten sich ja mehrere Varianten zur Auswahl) draus unterteil das nach Betriebssystem- und Daten-Partionen und in der Regel hast Du dann schon eine ganz gute Konfiguration.

Wenn die SSD insgesamt möglicherweise teurer sind, als die restliche Hardware, wird ein Flaschenhals vermutlich eher woanders entstehen.

Zum Thema Raid:
Im Idealfall kannst Du halt trotz Ausfall einer SSD weiterarbeiten und brauchst nur eine defekte SSD austauschen und es läuft alles weiter. Da geht's also mehr um Datensicherheit im Sinne von Verfügbarkeit.

Die Datensicherung (Backup) sorgt dann je nach Ausbaustufe dafür, dass Du bestimmte Risiko-Szenarien umschiffen kannst und dafür auch eine Lösung parat hast (ggf. mit einer längeren Ausfallzeit).

Bei mir steht es 1:1, einmal hat das Raid das Einspielen von Backups erforderlich gemacht und ausgelöst und einmal hat das Raid dafür gesorgt, dass dies nicht erforderlich war. Zieht man das als statistisches Beispiel heran, ist es egal, ob Du eins hast oder nicht. Aber wie heißt es so schön: Haben ist besser als brauchen. ;)
 
  • Gefällt mir
Reaktionen: Martin Mallorca

Martin Mallorca

Neues Mitglied
22. November 2022
5
0
Wieviele PCs hängst du an den Server und wie viele werden gleichzeitig arbeiten - dies bestimmt die Auslegung deines Servers ...

Ansonsten bezüglich Sicherheit SQLBACKUPANDFTP mit seinen Möglichkeiten nutzen, lokal speichern und / oder über FTP sichern, das kannst du sogar alle 15 Minuten machen + RAID, dann bist du ziemlich sicher mit deiner DB und darum geht es ja.
Ich denke wir werden mittelfristig nicht mehr als 4 Clienten dran hängen. Backup auf FTP wird auf jeden Fall gemacht. glaube habe da noch einiges an Speicher bei unserem Hoster. SQL Express ich denke Standard ist raus geworfenes Geld am Anfang. Das kann man imme rnoch machen wenn wirklich Bedarf ist.
 

recent.digital

Offizieller Servicepartner
SPBanner
8. Juli 2015
669
171
Wuppertal
Ich denke wir werden mittelfristig nicht mehr als 4 Clienten dran hängen. Backup auf FTP wird auf jeden Fall gemacht. glaube habe da noch einiges an Speicher bei unserem Hoster. SQL Express ich denke Standard ist raus geworfenes Geld am Anfang. Das kann man imme rnoch machen wenn wirklich Bedarf ist.
Die Backups auch gerne mal prüfen, testweise einspielen etc.

Beim SQL Standard die Lizenzierung gut geplant angehen, weil da schnell ein Lizenzmangel entstehen kann.
 

SebiW

Sehr aktives Mitglied
2. September 2015
2.089
792
Wenn du deine Datenbank auf einer einzelnen Festplatte laufen hast, dann gute Nacht. Keiner sagt, dass man keine Backups machen soll, aber wenn du kein RAID nutzt, wirst du häufiger auf Backups zurückgreifen müssen
Es gibt zahlreiche Szenarien, in denen aufgrund eines Raidfehlers (Plattendefekte jenseits des Raidlevels, schleichende Plattendefekte, Defekt am Raidcontroller, Defekt am System das den Raid enthält, Fehler im Filesystem, unbeabsichtiges Löschen, bösartiges Löschen oder Verschlüsseln) Backups eingespielt werden müssen.
Es gibt keine realistischen Szenarien, in denen aufgrund eines Backupfehlers Raids einspringen müssen.

Nochmal: Raid ist für Verfügbarkeit, Backup für Sicherheit.
Raids hat man um im Falle eines Festplattenausfalls potentiell unterbrechungsfrei weiterarbeiten zu können.
Raids sind keine Backups. Backups hat man um IMMER, wenn auch mit Unterbrechung, weiterarbeiten zu können.

Und nochmal: Auf Raid kann man verzichten. Auf Backups nicht. Geht bei Daten ohne Raid was schief verliert man Zeit. Geht bei Daten ohne Backup was schief verliert man alles.
 
  • Gefällt mir
Reaktionen: Christoph E.

JohnFrea

Sehr aktives Mitglied
21. September 2017
552
168
Wieso eigentlich 4 identische Festplatten im RAID?
Macht es nicht mehr Sinn, auf gleich große Platten unterschiedlicher Hersteller zu setzen? Streut man nicht so die Wahrscheinlichkeit eines Ausfalls? Da gabs doch mal eine HDD Serie, die nach einer bestimmten Anzahl Betriebsstunden ausfiel. Wenn man davon mehrere im Raid hatte und die gleichzeitig in Betrieb genommen wurde...Gute Nacht.
 
  • Gefällt mir
Reaktionen: elevennerds.de

mh1

Sehr aktives Mitglied
4. Oktober 2020
599
150
Die Aufteilung der Dateien bei einem Datenbankserver auf verschiedene Laufweke ist darin begründet, dass das der Zugriff auf das Transktionsprotokoll (ldf) sequentiell erfolgt. Aber auf die Datendatei (mdf) wird zufällig zugegriffen.

Vor allem bei (sich drehenden) Festplatten, wo bei jedem Zugriff der Schreib-/Lesekopf entsprechend platziert werden muss, kann es sich drastisch auf die Performance der Datenbank auswirken, wenn man die Dateien auf verschiedene Laufwerke aufteilt. So hat man ein Laufwerk mit der ldf, wo der Kopf immer am Ende steht und einfach immer nur neue Daten hinten anhängt.
Und man hat ein separates Laufwerk, wo der Kopf lesend und schreibend hin und her springt.

Bei einer SSD ist das aber nicht mehr so interessant, da hier sowieso nur Speicheradressen angesprochen werden und keine Bauteile mechanisch platziert werden.

In großen Installationen werden Datenbankserver aber trotzdem dahingehend opimiert. Darum wird bei Enterprise SSD's meist im Datenblatt angegeben, ob sie für schreibende Zugriffe optimiert wurden, oder für "mixed mode".

Mit deinem SQL-Server mit ca. vier Clients wirst du aber meiner Meinung nach keinen Unterschied bemerken, wenn du auf verschiedene Laufwerke aufteilst.
 
  • Gefällt mir
Reaktionen: SebiW

SebastianB

Moderator
Mitarbeiter
6. November 2012
1.994
247
Hi,

also: Die Angaben im Guide beziehen sich noch auf eine vergangene Zeit, in der Festplatten noch state-of-the-art waren. Das ist heute anders. Heute geht es um SSDs - wenn es geht, angebunden via NVMe - und damit ist ja die Idee von vielen Laufwerken eh vom Tisch...

Heute ist die Aufteilung der Daten insofern sinnvoll, als dass man schaut, dass man sich nicht gegenseitig die Platten vollschreibt: Wenn z.B: der SQL Server die Platte vom OS komplett vollschreibt - oder andersrum - ist das ungünstig.

Aus Performance-Sicht ist die Anzahl der SSDs eher egal - ich glaub nicht, dass wir uns hier in der Liga bewegen, in der das wirklich im Betrieb feststellbare Unterschiede macht. Da gibt es andere Stellschrauben (RAM, Anbindung des Datenspeichers, Software-Konfiguration des Systems) die vermutlich deutlich mehr bewirken als die Anzahl der Festplatten: Wenn ich statt 4 SATA SSDs eine große NVMe SSD nehme, wird das System vermutlich am Ende schneller sein.

Zum RAID:
Da bin ich auf der Seite: Ein RAID hat nix mit Datensicherheit zu tun: Datenverlust entsteht ja nicht nur durch defekte Festplatten / SSDs, sondern auch durch Probleme und Bugs in Treibern, in der Firmware und auf sonstigen Ebenen: Und ein Setup mit RAID ist nunmal komplexer als ein Setup ohne RAID - ich kenne keinen empirischen Daten, aber mich würde es nicht wundern, wenn unterm Strich die Anzahl der Fälle, in denen man auf ein Backup angewiesen ist, zwischen RAID und non RAID sehr, sehr ähnlich ist.
 
  • Gefällt mir
Reaktionen: SebiW

recent.digital

Offizieller Servicepartner
SPBanner
8. Juli 2015
669
171
Wuppertal
Danke für die Aufklärung @SebastianB -die Energie sollte man in ein JTL-Backupkonzept stecken.

Wir entwickeln gerade dazu auch einen entsprechenden Blog-Beitrag, damit diese wichtige Thematik auch für alle zugänglich ist.
 

mh1

Sehr aktives Mitglied
4. Oktober 2020
599
150
Man sollte auch Bedenken, dass die Ausfallsicherheit beim RAID kein Automatismus ist, sondern erst dann so richtig in die Praxis umgesetzt wird, wenn das RAID auch im Blick behalten wird. Also es muss die Manpower bzw. das technische Know How im Haus vorhanden sein.
Ich hab im Lauf meines Berufslebens schon mehrere kleinere bzw mittelgroße Firmen sehen wo sich eine Festplatte im RAID schon seit langer Zeit unbemerkt verabschiedet hat. Hilferufe des RAID-Controllers gingen z.b. per Email an eine Supportadresse des Dienstleuister, den es gar nicht mehr gab, oder gehen an den GF und werden dort als "wahrscheinklich nicht so wichtig" angesehen, oder oder...
 
Ähnliche Themen
Titel Forum Antworten Datum
Neu Hilfe bei SQL abfrage wieviele Tage ein Artikel im Bestand gewesen ist? Individuelle Listenansichten in der JTL-Wawi 0
Neu SQL Abfrage mit Dotliquid ausgeben Individuelle Listenansichten in der JTL-Wawi 5
SQL Anweisung Kundengruppe JTL-Wawi 1.7 3
In Diskussion Workflow Kinder Beschreibungen in Vater übernehmen SQL Abfrage Query JTL-Workflows - Ideen, Lob und Kritik 0
Neu SQL-Abfrage für Plattform auf Rechnung ab Version 1.6.x Druck-/ E-Mail-/ Exportvorlagen in JTL-Wawi 0
Neu SQL - die letzten X Tage abrufen User helfen Usern - Fragen zu JTL-Wawi 2
Neu Installation WaWi & SQL unter Windows 11 (Parallels auf Mac mit M2 Chip) Installation von JTL-Wawi 1
Neu Keine Verbindung zum SQL Server User helfen Usern 11
Neu SQL Fehler "kein gemeinsamer Algorhitmus" JTL-Wawi - Fehler und Bugs 2
Neu SSL Sicherheitsfehler, SQL Server-Fehler: 1, nach Windows 10 Update auf Server JTL-Wawi - Fehler und Bugs 5
Eigene Übersicht SQL JTL-Wawi 1.6 11
Neu Export Ameise (eigener SQL) via Batch und dann per E-Mail versenden User helfen Usern - Fragen zu JTL-Wawi 3
Neu Falscher EK hinterlegt / über SQL korrigieren User helfen Usern - Fragen zu JTL-Wawi 0
Neu SQL Datenbank mit JTL-Wawi 1.0.8.1 wiederherstellen User helfen Usern - Fragen zu JTL-Wawi 6
Neu 1. SQL Fehler v0-9-9-923 / 2. Umstieg auf neuste Version User helfen Usern - Fragen zu JTL-Wawi 1
Neu SQL zum Ermitteln von Deadlocks User helfen Usern - Fragen zu JTL-Wawi 11
Neu Neuen Artikel per SQL anlegen Schnittstellen Import / Export 6
Neu Upgarde SQL Express auf SQL Standard JTL Wawi 1.6.43 User helfen Usern - Fragen zu JTL-Wawi 4
Neu SQL falsche Server Collation Installation von JTL-Wawi 10
Neu Neuer SQL-Benutzer für Ameisenimport per batch - Welche Rechte? JTL-Ameise - Ideen, Lob und Kritik 1
Neu Aufträge per SQL abschließen User helfen Usern - Fragen zu JTL-Wawi 9
Neu SQL in der Shop Datenbank legt den JTL Shop (5.1.5) lahm User helfen Usern - Fragen zu JTL-Wawi 11
Neu Preisanpassung // SQL-Server Express Hosting für JTL-Wawi User helfen Usern - Fragen zu JTL-Wawi 5
Neu SQL für alle Artikel die für ein Merkmal mehr als einen Merkmalwert gesetzt haben? User helfen Usern - Fragen zu JTL-Wawi 2
Neu 1.6.45.0 Rechnungsexport SQL Fehler bei bezahlten Rechnungen JTL-Ameise - Fehler und Bugs 2
Neu Fehler beim Warten auf das Wiederherstellungshandle des Datenbankmodul SQL Server 2017/19 Installation von JTL-Wawi 6
Neu Sie müssen Daten aus mehreren ERP-Systemen verbinden, die SQL Server verwenden Individuelle Listenansichten in der JTL-Wawi 6
Neu SQL Servereinstellungen Installation von JTL-Wawi 13
Welcher SQL Server für Version 1,7 ? JTL-Wawi 1.7 15
Neu Direkte SQL Abfrage auf den SQL Server JTL Ameise - Eigene Exporte 8
Neu JTL Ameise Eigener SQL Export via Batch Datei User helfen Usern - Fragen zu JTL-Wawi 3
Neu SQL Error -1 preforming exec nach Windows Update JTL-Wawi - Fehler und Bugs 4
Neu Hilfe benötigt, SQL Fehler nach Windows update User helfen Usern - Fragen zu JTL-Wawi 23
Neu Haken bei Bilder für bestimmte Plattform via SQL-Befehl bei Kindartikel entfernen User helfen Usern - Fragen zu JTL-Wawi 3
Neu SQL Fehler im Logbuch JTL-Shop - Fehler und Bugs 12
Neu Backend - Logbuch: SQL - Fehler JTL-Shop - Fehler und Bugs 2
Neu JTL WAWI auf Ubuntu 20.04 mit MS-SQL-Server-2019 Installation von JTL-Wawi 8
Neu SQLState=22003, NativeError=0, Message=[Microsoft][ODBC SQL Server Driver]Numerische Werte außerhalb des zulässigen Bereichs JTL-Wawi - Fehler und Bugs 0
Neu Shop 5.2.x - Konfigurator verliert konfig JTL-Shop - Fehler und Bugs 6

Ähnliche Themen