Neu SQL Server Sizing | Netzwerkinstallation, ~100 User

[mh1]

@bbtb​

was mich mal wirklich brenndend interessieren würde ist, ob es sich spürbar auswirkt, wenn du auf dem SQL-Server mal TLS deaktivierst.
Ich hatte das bei uns in verschiedenen Konstellationen schon öfter mal getestet, konnte aber jedesmal bei unseren immer nur einer Handvoll Clients keine wesentlichen Unterschiede festestellen.
Aber da dein SQL-Server ja gleichzeitig ca. 100 TLS Verbindungen verwaltet ist das ja schon ne andere Hausnummer.
Also schau doch mal, wie sich das deaktivieren von TLS auswirkt und berichte bitte an dieser Stelle.

​

 

[Christian_Röhl]

@michaleH - 100% korrekt. RAM ist definitiv zu wenig drin. Das kann nicht "laufen". Das wird historisch mal so entstanden sein, aber durch Euren Wachstum ist das jetzt einfach zu wenig. Allein für den DB Server würde ich mit 64 GB gehen, d.h. lege 128 GB RAM rein und dann sind wir einen guten Schritt vorwärts gekommen.

Auch wenn die Frage bei der genannten Konfig überflüssig zu sein scheint, was hast Du für eine latency von den Volumes? Gib mal die Werte bitte rein. Ich hatte den Fall erst letzte Woche - alles toll, jedoch bei 150ms muß ich nicht nach weiteren Ursachen suchen. Noch eine Frage, sorry - die DB wird regelmäßig gewartet (Indizes/Statistiken)?

Wir haben Kunden mit 100 Benutzern, die direkt auf dem Server per RDP gearbeitet haben, kein Problem. Das muß sich als finden lassen.

 

[bbtd]

@bbtb
was mich mal wirklich brenndend interessieren würde ist, ob es sich spürbar auswirkt, wenn du auf dem SQL-Server mal TLS deaktivierst.
Also schau doch mal, wie sich das deaktivieren von TLS auswirkt und berichte bitte an dieser Stelle.

Encryption ist nicht erzwungen:

 

[bbtd]

@michaleH - 100% korrekt. RAM ist definitiv zu wenig drin. Das kann nicht "laufen". Das wird historisch mal so entstanden sein, aber durch Euren Wachstum ist das jetzt einfach zu wenig. Allein für den DB Server würde ich mit 64 GB gehen, d.h. lege 128 GB RAM rein und dann sind wir einen guten Schritt vorwärts gekommen.

Auch wenn die Frage bei der genannten Konfig überflüssig zu sein scheint, was hast Du für eine latency von den Volumes? Gib mal die Werte bitte rein. Ich hatte den Fall erst letzte Woche - alles toll, jedoch bei 150ms muß ich nicht nach weiteren Ursachen suchen. Noch eine Frage, sorry - die DB wird regelmäßig gewartet (Indizes/Statistiken)?

Wir haben Kunden mit 100 Benutzern, die direkt auf dem Server per RDP gearbeitet haben, kein Problem. Das muß sich als finden lassen.

1. Verständnisfrage zur RAM Thematik: Wodurch wird der Arbeitsspeicherbedarf festgemacht? 100% der DB in den RAM + xxx MB mal Anzahl der Connections?
   • Ist es notwendig, die komplette Datenbank im RAM zu halten?
   • wie genau skaliert das bei großen Datenbanken? 500GB und aufwärts? Irgendwann sind da ja mal Grenzen erreicht.
2. Macht es dann hier Sinn, um die RAM Anforderungen nach unten zu drücken auf FILESTREAM zu setzen? → ist bei uns derzeit noch nicht aktiviert
3. Latencies: (gerade gemessen mit "diskspd.exe -b8K -d30 -o4 -t8 -h -r -w25 -L -Z512M -c5G C:\diskpsd.dat", während des LIVE Betriebs)
   

   total:
   %-ile | Read (ms) | Write (ms) | Total (ms)
   ----------------------------------------------
   min | 0.036 | 0.104 | 0.036
   25th | 0.408 | 0.433 | 0.413
   50th | 0.576 | 0.656 | 0.592
   75th | 0.885 | 1.362 | 0.960
   90th | 1.540 | 8.288 | 1.744
   95th | 1.929 | 11.637 | 2.489
   99th | 3.752 | 16.307 | 12.331
   3-nines | 8.917 | 22.770 | 19.037
   4-nines | 21.763 | 29.550 | 26.367
   5-nines | 35.539 | 44.772 | 37.833
   6-nines | 41.854 | 45.550 | 45.550
   7-nines | 41.854 | 45.550 | 45.550
   8-nines | 41.854 | 45.550 | 45.550
   9-nines | 41.854 | 45.550 | 45.550
   max | 41.854 | 45.550 | 45.550

4. Datenbank wird täglich gewartet: USE eazybusiness, EXEC sp_updatestats