Performance FBK-Sicherung aus SQL

4. Januar 2008 12:17

Hallo Ihr da drausen an den Geräten...

ich habe mal wieder eine Frage im Bezug auf SQL und dessen Performance. Wir haben einen Server mit 16GB Ram, Dual/QuadCore CPU (also 8 Prozessoren) und jeder Menge SATA-Raids auf Performance ausgelegt. Der Server mit Windows Server 2003 geht recht flott. Buchungen, Berechnungen alles ohne Probleme.

Das Problem ist, das der Kunde eine FBK-Sicherung aus dem SQL ziehen möchte. Das dauert.... vorallem kann während der Sicherung keiner mehr arbeiten. Gut die Sicherung findet nicht zur "Rush Hour" statt, während der Datensicherung sind 5 Leute im System und füllen tröpfchenweise z.B. das FA-Verbrauchsbuchunsblatt mit Daten. Die restlichen 85 User haben da Feierabend und die Eingaben in die 50GB große Datenbank findet recht spät statt.

Was hab ich für Möglichkeiten die "Kiste" zu optimieren?
Was spreicht denn überhaupt noch für die FBK-Sicherung außer die Integritätsprüfung der Daten?
Reicht die BAK-Sicherung aus dem SQL-Server nicht auch aus?

Gut, es geht alles über die DLL welche die Übersetzung von Navision zu SQL und umgekehrt durchführt, gibt es da noch möglichkeiten?

Danke für Euere Überlegungen zu diesem Thema!

Viele Grüße

Gerhard

4. Januar 2008 12:29

Das Problem ist, das der Kunde eine FBK-Sicherung aus dem SQL ziehen möchte. Das dauert.... vorallem kann während der Sicherung keiner mehr arbeiten. Gut die Sicherung findet nicht zur "Rush Hour" statt, während der Datensicherung sind 5 Leute im System und füllen tröpfchenweise z.B. das FA-Verbrauchsbuchunsblatt mit Daten. Die restlichen 85 User haben da Feierabend und die Eingaben in die 50GB große Datenbank findet recht spät statt.


Die FBK-Sicherung macht der Client. Wenn der nicht schnell ist bzw. nicht schnell angebunden ist, dann dauert das.

Reicht die BAK-Sicherung aus dem SQL-Server nicht auch aus?


Eine FBK braucht man nicht, das SQL-Backup reicht vollkommen aus. Wenn in der Datenbank LinkedObjects oder Views usw. definiert sind, dann sind die nur in dem SQL-Backup und nicht in der FBK. Eine SQL-Integritätsprüfung ist auch per Wartungsplan möglich.