Umstellung auf FileStream wie am besten?

[gnarx]

 

[SebastianB]

Servus,

also, FileStream deaktivieren konnte ich in all meinen Tests immer mit einem Skript, was ich gerne via PM zur Verfügung stelle. Das sollte aber nur von Leuten gemacht werden, die wissen wie man das Management Studio bedient und sich eben exakt an die Anleitung halten - sonst endet das halt nicht gut. Es darf z.B. niemand mit der DB arbeiten während man das macht, da im Fehlerfall ein Backup eingespielt werden muss. Sprich: Backup anlegen, Skript absetzen, wenn alles gut dann gut, sonst Backup einspielen.
Das Problem an dem Skript ist, dass es nur funktioniert, wenn nicht sonst noch was an der Datenbank gemacht wurde - also zusätzliche FileGroups, weitere Tabellen im FileStream usw. In den Fällen, in denen der Filestream über den Haken aktiviert wurde und sonst nix gemacht wurde funzt es bislang gut.

FileStream hat neben der Umgehung der 2GB-Grenze als Feldgröße noch die Eigenschaft, dass das Zwischenspeichern im SQL Server geändert wird: Daten im FileStream werden vom SQL Server nicht im Arbeitsspeicher zwischengespeichert, sondern immer von der Festplatte geladen. Der Hintergedanke ist der, dass Binärdateien im Idealfall eh von der Applikation gecached werden, weil man diese Datenemengen ungern zweimal über die Netzwerkleitung schickt. Für die Wawi ist das okay - für Anwendungen, die recht häufig Artikelbilder anzeigen und die jedesmal neu laden, ist FileStream keine gute Idee. Insofern kann - je nach Szenario - FileStream auf einem Standard-Server entweder einen Vorteil bringen (weil der RAM für sinnvollere Dinge genutzt wird als Bilder - beim Express-Server ist das meist auch ein großer Vorteil, weil dort der RAM ja begrenzt ist) oder einen Nachteil (wenn eine Applikation dauernd Bilder anfordert und die von der langsamen Platte gelesen werden müssen (z.B. Kassensysteme wenn die bei jedem Scan das Artikelbild von der DB laden)).

Vom 2012er Server kann ich auch nur abraten - bei Express-Editionen sollte man wirklich auf die jeweils aktuellste Version setzten, aktuell also 2022 CU 1. Gerade der Express-Server wurde in den aktuellen Versionen im Vergleich zur 2012 extrem aufgewertet.

 

[gnarx]

@SebastianB vielen Dank für die ausführliche Beschreibung.

 

[gnarx]

Nun wird es spannend auf welcher Festplatte liegen denn die Bilder?

Gefunden: C:\Program Files\Microsoft SQL Server\MSSQL13.TEST\MSSQL\DATA
Aber nicht als .jpg oder so.

Frage noch was passiert wenn ich, in der Datenbankverwaltung, siehe oben den Hacken setze?
Also bei uns ist Filestream aktiviert,

 

[kelvin.]

Der Haken zeigt nicht an ob FileStream aktiviert ist oder nicht - es ist nur eine Option um Filestream zu aktivieren.

https://forum.jtl-software.de/threa...verschwindet-immer-wieder.182308/#post-975631

 

[SebastianB]

Es gibt beim FileStream viele verschiedene Optionen - man kann den SQL Server so einstellen, dass die Bilder direkt als Datei im Verzeichnis vom SQL-Server liegen oder eben so, dass die alle zusammen in einer zweiten "MDF"-Datei liegen. (Das ist das, was wir über die Datenbankverwaltung aktivieren - da gibt es dann eben eine zweite FileGroup mit den Daten, sprich: Die DB besteht nicht mehr aus LDF+MDF, sondern aus LDF+MDF+MDF2). Das ist genau der Grund, weshalb das Skript eben nicht "magisch" jeden Filestream sauber deaktiviert, sondern eben nur genau den, den wir über das DB-Tool aktivieren.
Normalerweise sollte die Entscheidung ob man FileStream nutzt und in welcher Form eben vom DB-Admin getroffen werden und er kann es auch pflegen (tatsächlich ist es der Wawi völlig egal, ob FileStream aktiv ist und in welchem Modus - so lange der Datenübertragungsmodus so gewählt ist, dass die Wawi via SQL-Befehl an die Daten kommt und nicht via Dateifreigabe (auch das geht bei FIleStream)).

 

[mh1]

Ich bin noch nicht lange in der JTL Welt unterwegs, aber ich verstehe das jetzt bisher so, dass der FILESTREAM im Zuammenhang mit der JTL WAWI hauptsächlich zur Umgehung der 10GB Begrenzung bei der Express genutzt wird.
Vielleicht täusche ich mich da ja schon mit meiner Annahme, aber ist es nicht auch so:
Wenn meine Datenbank dermaßen anwächst, wird vielleicht auch die ganze Unternehmenstruktur wachsen. D.h. ich habe dann auch mehr als eine Handvoll User und will dass mein SQL-Server mehr als 4 Cores benutzt... oder ich will der Instanz mehr als 1,4GB für den Buffer Cache spendieren.. oder, oder... (Express ist ja gegenüber Standard nicht nur in der DB-Größe beschränkt)
Was ich sagen will: Wenn die Ansprüche an den SQL-Server wachsen, sollte man die Überlegungen doch nicht nur an der Datenbankgröße festmachen

...ein weiterer Punkt was auch oft gar nicht beachtet wird ist Microsofts Telemetrie, die sich nur in Standard und Enterprise abschalten läßt

 

[recent.digital]

Ich bin noch nicht lange in der JTL Welt unterwegs, aber ich verstehe das jetzt bisher so, dass der FILESTREAM im Zuammenhang mit der JTL WAWI hauptsächlich zur Umgehung der 10GB Begrenzung bei der Express genutzt wird.

Richtig.

Vielleicht täusche ich mich da ja schon mit meiner Annahme, aber ist es nicht auch so:
Wenn meine Datenbank dermaßen anwächst, wird vielleicht auch die ganze Unternehmenstruktur wachsen. D.h. ich habe dann auch mehr als eine Handvoll User und will dass mein SQL-Server mehr als 4 Cores benutzt... oder ich will der Instanz mehr als 1,4GB für den Buffer Cache spendieren.. oder, oder... (Express ist ja gegenüber Standard nicht nur in der DB-Größe beschränkt)
Was ich sagen will: Wenn die Ansprüche an den SQL-Server wachsen, sollte man die Überlegungen doch nicht nur an der Datenbankgröße festmachen

Oft ist es so - und dann muss erklärt werden, warum eine bisher kostenlose SQL Express kostenpflichtig wird.

Es gibt Konstellationen, selbst bei größeren Firmen, die die Aktivierung von Filestream sehr attraktiv erscheinen lassen: Viele Artikel-Bilder in der Datenbank - wenige Nutzer. Manchmal wird die JTL Wawi parallel zu einem bestehenden System genutzt z. B. für die Anbindung der Marktplätze. Daher ist dann der Leistungsbedarf überschaubar (bzw. es gibt keinen Schmerz bzgl. der Performance).

Meist gewinnt man nur etwas mehr Zeit, irgendwann kommt der Punkt an dem der Wechsel auf die Standard-Edition unausweichlich wird.

...ein weiterer Punkt was auch oft gar nicht beachtet wird ist Microsofts Telemetrie, die sich nur in Standard und Enterprise abschalten läßt

Du meinst in Bezug auf DSGVO? Wie schätzt du das ein? Auf die schnelle habe ich diesen Link finden können:

https://learn.microsoft.com/de-de/s...t-studio-telemetry-ssms?view=sql-server-ver16

 

[gnarx]

Wir haben den Dienst letzte Woche grad mal abgeschaltet, reicht das?

 

[mh1]

Es gibt Konstellationen, selbst bei größeren Firmen, die die Aktivierung von Filestream sehr attraktiv erscheinen lassen: Viele Artikel-Bilder in der Datenbank - wenige Nutzer. Manchmal wird die JTL Wawi parallel zu einem bestehenden System genutzt z. B. für die Anbindung der Marktplätze. Daher ist dann der Leistungsbedarf überschaubar (bzw. es gibt keinen Schmerz bzgl. der Performance).

Ah interessant, daran habe ich gar nicht gedacht...

Meist gewinnt man nur etwas mehr Zeit, irgendwann kommt der Punkt an dem der Wechsel auf die Standard-Edition unausweichlich wird.

Das ist genau das, was ich gemeint hab

Du meinst in Bezug auf DSGVO? Wie schätzt du das ein?

DSGVO 🤔
Soweit hatte ich jetzt ehrlich gesagt gar nicht gedacht. Ich wollte einfach nur noch einen Punkt anführen wo sich Express und Developer von Standard und Enterprise unterscheiden.
Es könnte ja auch ein Argument in der von dir angesprochenen Erklärung "warum eine bisher kostenlose SQL Express jetzt kostenpflichtig wird" werden: Microsoft lässt sich ihre Software SQL-Server in jedem Fall bezahlen. Entweder kauft man sich Lizenzen und bezahlt mit Geld, oder man bezahlt eben mit bestimmten Daten (Nutzungsstatistiken und so)

Auf die schnelle habe ich diesen Link finden können:
https://learn.microsoft.com/de-de/s...t-studio-telemetry-ssms?view=sql-server-ver16

Nein, das meinte ich nicht.
Das bezieht sich auf die Telemetrie vom Management Studio (ja, ja. Jede Software von Microsoft ist sehr gesprächig...)

Aber auch über das was SQL-Server so alles zusammen sammelt kann man bei Microsoft nachlesen: Wenns dich interessiert kannst du mal z.b. hier starten: https://learn.microsoft.com/en-us/sql/sql-server/sql-server-privacy?view=sql-server-ver16

Kurz gesagt sind das Dinge wie: Loginnamen, Emailadressen, Standorte, Servernamen, Hardwareausttattung, Hersteller, Nutzungsdaten, Datenbank-, tabellen-, Spaltennamen...
Interessant wirds dann immer bei Crash Dumps, da diese ja von ihrer Natur her zeimlich detailiert sein müssen und u.U. auch Daten oder zumindest die exakten Abfragen enthalten.

 

[harveynumber9]

Servus,

also, FileStream deaktivieren konnte ich in all meinen Tests immer mit einem Skript, was ich gerne via PM zur Verfügung stelle.

Moin @SebastianB ,
ich würde gerne auf das Angebot mit dem Skript zurückkommen. Selbstverständlich würde ich das erstmal nur in meiner Testumgebung ausprobieren.
Gruß
Harvey

 

[recent.digital]

@SebastianB kann man leider nicht per PM anschreiben, falls er diesen Thread nicht im Blick hat, könnte ein Ticket mit Verweis auf diesen Thread ggf. hilfreich sein.

 

[SebastianB]

Hm, ich wusste gar nicht, dass man die PM Funktion deaktivieren kann. Sollte jetzt aktiviert sein. Ich schick dir das Skript morgen raus.

 

[recent.digital]

Hm, ich wusste gar nicht, dass man die PM Funktion deaktivieren kann.

dein Arbeitgeber wohl schon 🤣😂😅

 

[CheckerChris]

Hallo Leute, ich hänge mich mal hier mit meinem Problem an das Thema ran. Denn bei mir ist die Kacke gerade am Dampfen.

Vorweg, ich nutze die MSQL 2017 Express.
Ich stoße allmählich gerade mit 7 Meilensteifeln an die 10GB Grenze. Ich denke morgen ist die Datenbank wieder voll. Ende Juni kam haben wir zum 1. Mal die Grenze gerissen. Da konnte ich aber durch verringern der Bilder und Bereinigen der Datenbank noch einiges an Luft schaffen, so dass wir auf ca. 7GB runter waren. Vor 2 Wochen ist es dann wieder passiert. Im 1. Schritt kam ich nur runter auf 9,3GB und nachdem ich ein paar Tausend Artikel die garnicht mehr verkauft werden, gelöscht habe, war ich dann am letzten Wochenende auf 9,12 GB runter. Jeden Tag wächst die Datenbank um ca. 100-150 MB. Ich habe das Gefühl, dass das Wachstum seit der Abschaltung von VCS im August so richtig abgeht. Doch die Rechnungen sollten ja auch im Filestream geschrieben werden und dann nicht mehr zur 10GB gehören. Abends werden bei uns immer alle REs des Tages erstellt, daher habe ich jetzt einfach mal den Worker aus gemacht, in der Hoffnung dass ich so einen Tag gewinnen kann.

Ich habe mich jetzt mit Filestream mal auseinandersetzen, musste dann jedoch feststellen, dass es schon aktiviert zu sein scheint. Ich kann mich jedoch nicht mehr daran erinnern es aktiviert zu haben. Kann ich das irgendwie genau prüfen?

Meine Indizien sind folgende:
easybusiness.mdf 10,44GB
easybusiness_log 27,1GB
Weitere mdf2 ; mdf3 wie oben von @SebastianB beschrieben, finde ich nicht.
Ich habe einen Ordner easybuiness.FS gefunden, der scheint jedoch leer zu sein. Ich komme da aber nicht rein und die Größe des Ordners ist bei 0KB
Die Serveroption Filestream habe ich aktiviert.
In der Datenbankverwaltung steht, dass FS bereits aktiviert sei, doch da meine Erinnerung fehlt, die DB so schnell wächst ich keine weiteren *.mdf files finden kann, zweifle ich ein wenig an der korrekten Funktion.



Ich habe auch schon überlegt auf die 2019 Standard umzusteigen, doch zur Zeit ist die Kasse etwas knapp und das Lizenzthema ist für mich noch ein Bömisches Dorf.

Alternativ würde ich kurzzeitig mal auf die Developer Vers. Umsteigen, bis ich die Standard-Lizenz da ist.

Jetzt zu meinen Fragen:

1. Wie kann ich mit Sicherheit klären, dass Filestream funktioniert?
2. Falls es gar nicht läuft, was muss ich machen um es zu aktivieren, wenn es sich nicht über die Datenbankverwaltung aktivieren lässt?
3. Kann ich die MSQL 2019 Developer einfach auf dem Server installieren, oder muss die 2017 erst entfernt werden? Das ich nach der Installation ein Backup einspielen muss, habe ich bereist gelesen.

LG
Chris

 

[SebiW]

Wieso Developer? Die ist definitiv nicht sauber lizenziert wenn Du sie einspielst.
Wenn es um eine zeitliche Verschiebung des Kaufzeitpunktes geht:
https://www.microsoft.com/de-DE/evalcenter/evaluate-sql-server-2019#Get-started
Gibt ja 180 Tage Testversionen für die SQL Server. Und dann halt über die 6 Monate das Budget für den anschließenden Kauf ansparen.

 

[CheckerChris]

Wieso Developer? Die ist definitiv nicht sauber lizenziert wenn Du sie einspielst.
Wenn es um eine zeitliche Verschiebung des Kaufzeitpunktes geht:
https://www.microsoft.com/de-DE/evalcenter/evaluate-sql-server-2019#Get-started
Gibt ja 180 Tage Testversionen für die SQL Server. Und dann halt über die 6 Monate das Budget für den anschließenden Kauf ansparen.

Vielen Dank für den Tip, das rettet mir den Allerwertesten!

 

[Christoph E.]

(...)
1. Wie kann ich mit Sicherheit klären, dass Filestream funktioniert?
(...)

Du kannst mit folgendem Skript checken, ob alle Punkte von FILESTREAM sauber auf der DB aktiviert wurden:

-- FILESTREAM Quick Checks
-- Überprüft, ob alle verschiedenen Einzelpunkte von FILESTREAM erfolgreich aktiviert sind/wurden
SELECT 'Server' AS Was, CONVERT(VARCHAR(255), CASE WHEN EXISTS(SELECT 1 FROM sys.configurations AS SyConf WHERE name = 'filestream access level' AND value = 2) THEN 'OK, Filestream-Server-Option gesetzt' ELSE 'FEHLER, Filestream-Server-Option nicht gesetzt' END) AS Status
UNION ALL SELECT 'Datenbank ' + DB_NAME(), CASE WHEN EXISTS (SELECT 1 FROM sys.database_files AS SyDbF WHERE type_desc = 'FILESTREAM') THEN 'OK, Filegroup wurde für DB ''' + DB_NAME() + ''' aktiviert' ELSE 'FEHLER, Filegroup für DB ''' + DB_NAME() + ''' nicht aktiviert.' END
UNION ALL SELECT 'Tabelle dbo.tBild', CASE WHEN EXISTS (SELECT 1 FROM sys.tables WHERE object_id = OBJECT_ID('dbo.tBild') AND filestream_data_space_id > 0) THEN 'OK, dbo.tBild ist eine Filestream-Tabelle' ELSE 'FEHLER, dbo.tBild ist keine Filestream-Tabelle' END
UNION ALL SELECT 'Tabelle dbo.tFile', CASE WHEN EXISTS (SELECT 1 FROM sys.tables WHERE object_id = OBJECT_ID('dbo.tFile') AND filestream_data_space_id > 0) THEN 'OK, dbo.tFile ist eine Filestream-Tabelle' ELSE 'FEHLER, dbo.tFile ist keine Filestream-Tabelle' END
UNION ALL SELECT 'Spalte dbo.tBild.idFile', CASE WHEN EXISTS (SELECT 1 FROM sys.columns AS SyCol WHERE object_id = OBJECT_ID('dbo.tBild') AND name = 'idBild') THEN 'OK, Spalte idBild ist vorhanden' ELSE 'FEHLER, Spalte idBild ist nicht vorhanden' END
UNION ALL SELECT 'Spalte dbo.tBild.bBild', CASE WHEN EXISTS (SELECT 1 FROM sys.columns AS SyCol WHERE object_id = OBJECT_ID('dbo.tBild') AND name = 'bBild' AND is_filestream = 1) THEN 'OK, Spalte bBild ist eine Filestream-Spalte' ELSE 'FEHLER, Spalte bBild ist keine Filestream-Spalte' END
UNION ALL SELECT 'Spalte dbo.tBild.bVorschauBild', CASE WHEN EXISTS (SELECT 1 FROM sys.columns AS SyCol WHERE object_id = OBJECT_ID('dbo.tBild') AND name = 'bVorschauBild' AND is_filestream = 1) THEN 'OK, Spalte bVorschauBild ist eine Filestream-Spalte' ELSE 'FEHLER, Spalte bVorschauBild ist keine Filestream-Spalte' END
UNION ALL SELECT 'Spalte dbo.tFile.idFile', CASE WHEN EXISTS (SELECT 1 FROM sys.columns AS SyCol WHERE object_id = OBJECT_ID('dbo.tFile') AND name = 'idFile') THEN 'OK, Spalte idFile ist vorhanden' ELSE 'FEHLER, Spalte idFile ist nicht vorhanden' END
UNION ALL SELECT 'Spalte dbo.tFile.bFile', CASE WHEN EXISTS (SELECT 1 FROM sys.columns AS SyCol WHERE object_id = OBJECT_ID('dbo.tFile') AND name = 'bFile' AND is_filestream = 1) THEN 'OK, Spalte bFile ist eine Filestream-Spalte' ELSE 'FEHLER, Spalte bFile ist keine Filestream-Spalte' END

 

[mh1]

1. Wie kann ich mit Sicherheit klären, dass Filestream funktioniert?

Falls der obige Screenshot von deiner produktiven eazybusiness Datenbank stammt: Da wird kein FILESTREAM benutzt. Das siehst du daran, dass bei den Dateigruppen nur PRIMARY existiert.

Doch die Rechnungen sollten ja auch im Filestream geschrieben werden und dann nicht mehr zur 10GB gehören.

Ich bin mir ziemlich sicher, dass Rechnungen nicht in den FILESTREAM geschrieben werden.
Wenn also deine Datenbank aufgrund von Rechnungen täglich um 100 MB anwachsen würde, hättest du noch genau 10x10 = 100 Tage Zeit, bis du am 10 GB Limit bist. Wobei aber die paar Daten für die Rechnungen kaum für das rasante Wachstum verantwortlich sein können

 

[CheckerChris]

Falls der obige Screenshot von deiner produktiven eazybusiness Datenbank stammt: Da wird kein FILESTREAM benutzt. Das siehst du daran, dass bei den Dateigruppen nur PRIMARY existiert.


Ich bin mir ziemlich sicher, dass Rechnungen nicht in den FILESTREAM geschrieben werden.
Wenn also deine Datenbank aufgrund von Rechnungen täglich um 100 MB anwachsen würde, hättest du noch genau 10x10 = 100 Tage Zeit, bis du am 10 GB Limit bist. Wobei aber die paar Daten für die Rechnungen kaum für das rasante Wachstum verantwortlich sein können

Ich habe das automatische erstellen der Rechnungen für Amazon deaktiviert und heute sind nur ca. 65MB hinzugekommen. Ist natürlich nur ein Indiz, aber schon verdächtig. Dann frage ich mich natürlich, wieso die Rechnungen so groß sind.

Hier noch das Ergebnis des FILESTREAM Quick Checks.




Ich mach jetzt mal rein prophylaktisch ein Ticket auf, oder kann ich das mit Eurer Hilfe beheben?