Neu SQL Server Größe der .mdf .log Temp-DB

[siNnEd]

Hallo,

kann mir jemand sagen, ob die folgenden Werte für die Größe, Vergrößerung und Maximale Größe der .mdf-Datei, . log-Datei und den Dateien der Temp-DB richtig und optimal sind?
Sollen die maximalen Größen auf unbegrenzt bleiben?
Zudem soll man auch für jeden CPU-Kern eine weitere .mdf Datei anlegen. Sind das diese schon vorhanden Dateien temp2-temp8? Oder muss ich die noch erstellen?
Der Guide hilft mir leider nicht.
Danke.

 

[MichaelH]

Wenn deine DB noch länger kleiner als 10GB bleibt, dann ist das alles OK, wobei E: deine schnellste Platte sein sollte.
Im JTL-Guide (suche nach SQL) findest du auch noch die Einstellungen um die Verkleinerung, Löschung auf FALSE zu setzen.

 

[siNnEd]

Danke für eine Antwort.
E: ist bei uns die schnellste Festplatte und die anderen Einstellungen haben wir jetzt auch vorgenommen.
Spricht also nichts dagegen, wenn genügend Speicherplatz vorhanden ist, die DB von Beginn an zu vergrößern? Hatte mich da an den Guide gehalten.

 

[MichaelH]

Ja, jede Erweiterung ist eine Fragmentierung und du hast ja auch nichts gegen mehr Platz auf dem Schreibtisch statt alles zu stapeln und dauernd suchen zu müssen in wechem Stapel es wohl liegt - das Prinzip ist das Gleiche. Ordnung braucht Platz.

 

[siNnEd]

Das leuchtet ein Danke.
Sind temp2-8 die Dateien, die man pro CPU-Kern noch erstellen soll? Oder muss das nicht unbedingt gemacht werden?

 

[MichaelH]

Lt. Anleitung JA, damit sich die CPUs nicht in die Wege kommen und jede ihren eigenen Schreibtisch für ihre Notizzettel hat, statt alles auf einen Haufen zu legen.

Werde ich aber auch erst in ca. 2 Wochen machen, bislang noch keinen Bedarf gehabt, ich habe den Ort wo genau das anzulegen ist noch nicht gesucht und somit auch noch nicht gefunden.
Wir stellen gerade erst auf einen lokalen Server um ... deshalb bin ich etwas im Thema drin, aber noch ganz nicht durch damit.

Was du dann auch regelmäßig machen solltest ist die Pflege der DB über den Punkt JTL-WAWI DB-Manager, wegen der "DB-Statistik" damit diese aktualisiert wird und der Server weiß was er optimieren soll, weil es oft benötigt wird.
Wobei JTL kürzlich erst geschrieben haben, dass sie etwas "automatisieren" und vereinfachen wollen.

 

[siNnEd]

Die temp-Dateien wurden automatisch erstellt und ich hatte mich nur gewundert, weil die auf .ndf enden und nicht .mdf.
Wo finde ich was zum DB-Manager?
Viel Erfolg dabei und vielleicht kommen wir dann nochmal ins Gespräch.

 

[MichaelH]

JTL DB-Manager dort wo du auch die DB manuell sichern kannst ...

 

[led-profi]

Hallo Zusammen,
Hatte kürzlich Störung auf dem Remote-Server zu JTL mit SQL-DAtenbank. Ursache. Kein Speicherplatz. 100Gbyte. dabei hatten kürzlich noch 50Gbyte genügt.
Bei der Suche dann gesehen: tempdb.mdf mit 28,3 Gbyte. Himmel, wieso ist die plötzlich so groß?
Aktuell zu finden unter unter C:\Program Files\Microsoft SQL Server\MSSQL13.JTL_EX\MSSQL\DATA
Artikelanzahl ca. 12000.
Hat jemand eine Idee? Ist das normal? wenn nein, wo kann ich ansetzen um das zu reduzieren?

Danke schön mal für eure Mühe und Antworten.
vg Tom

 

[MichaelH]

Wenn die TempDB nicht manuell vergrößert wurde, dann stellt sich diese wieder auf die Startgröße ein, wenn du den SQL-Server neu startest.

 

[led-profi]

Wenn die TempDB nicht manuell vergrößert wurde, dann stellt sich diese wieder auf die Startgröße ein, wenn du den SQL-Server neu startest.

wie groß ist die dann normalerweise?
MIr läuft die Festplatte voll.
auch die kürzlich bereinigte eazybusiness_log.ldf ist auch schon wieder 4 Gbyte groß.

 

[MichaelH]

Nach Neustart so groß wie du sie anlegt hast.

Wie groß ist denn deine .mdf ?

 

[led-profi]

Hallo Michael, dein Tipp half leider nichts.
Laut Sql-manager ist die Anfangsgröße auf 8MB eingestellt, dann jeweilig um 64MB vergrößern. Das passt auch in der gespielten DB für Tests.
Hab beim Hoster um einen Neustart gebeten. Die TempDB ist immer noch fett ca 28Gbyte.
Bleibt jetzt nur hoffen, dass JTL sich dazu äussert. WEiss nicht ob ich mich trauen sollte ein Max-Größe für diese DB einzustellen. statt "unbegrenzt"