PDF-Dokumente in eine Datenbank oder nicht

[RWarnecke]

Zitat von DeddyH:

Zitat von RWarnecke:

Da habe ich Zugriff auf alle SQLServer Varianten, dass stellt ein Problem dar.

So krass würde ich das aber nicht ausdrücken (SCNR)

Das ist genauer gesagt das Action Pack von Microsoft. Ja, da habe ich ein wenig übertrieben, aber der SQLServer ist auf jedenfall dabei.

[vagtler]

Zitat von RWarnecke:

[...] Das ist genauer gesagt das Action Pack von Microsoft. Ja, da habe ich ein wenig übertrieben, aber der SQLServer ist auf jedenfall dabei.

Ich glaube, das war anders gemeint...

[DeddyH]

Stimmt

[Hansa]

Holger Klemt hat ja schon Recht. Im Prinzip gehört schon alles in die DB. Nur, ich habe hier folgenden Fall : 100 MB Datenbank mit Bewegungsdaten, die sich täglich ändern und deswegen imho täglich gesichert werden müssen. Dann sind da noch Daten von 10 GB, die sich eigentlich nur einmal im Monat ändern (Reklamebilder usw.). Soll ich die jetzt jeden Tag mitsichern ?

[Perlsau]

Hier bietet sich ganz klar die Verwendung zweier Datenbanken an: Eine für die täglich anfallenden Daten, eine für die "megagroßen Blobfelder" oder was auch immer deine 10 Gig belegt.

Aus Interesse: Wie lange dauert bei dir so ein Backup einer 10 Gigabyte Firebird-Datenbank? Ich hab eben mal bei mir nachgemessen. Das Backup meiner derzeit größten FB-DB mit ca. 2,7 GB dauerte 95 Sekunden auf demselben Laufwerk.

[Nersgatt]

Oder nur ein inkrementelles Backup täglich machen und vielleicht nur wöchentlich ein Vollbackup.

[Sir Rufo]

Zitat von Nersgatt:

Oder nur ein inkrementelles Backup täglich machen und vielleicht nur wöchentlich ein Vollbackup.

Wie sieht denn ein inkrementelles Backup von einer Datei aus?
(Denn darauf läuft es hinaus, wenn alle Dateien in der Datenbank sind)

Wie unterscheidet sich das vom Vollbackub? - Gar nicht

[IBExpert]

Zitat von Perlsau:

Aus Interesse: Wie lange dauert bei dir so ein Backup einer 10 Gigabyte Firebird-Datenbank? Ich hab eben mal bei mir nachgemessen. Das Backup meiner derzeit größten FB-DB mit ca. 2,7 GB dauerte 95 Sekunden auf demselben Laufwerk.

ist schon ein relativ guter Wert für nomale datenbank, d.h. übliche Verteilung maximal 10-20 Prozent Blobkram, der rest NON Blob daten. Dafür rechne ich auf brauchbaren Servern beim Backup 2-3 GB pro Minute. Das gibt aber aufgrund der sehr seriellen Bearbeitung der Daten noch keine Hinweis auf den Serverspeed, dafür ist der Restore wesentlich interessanter.

Eine reine BLOB Datenbank geht wesentlich schneller zu sichern. Hab gerade mal einen Kundenserver für den Test gequält und dessen 50GB Archiv DB (nur mit den ausgelagerten Blobs) wurde in 6 Minuten mit gbak gesichert, während der Srever und die db ganz normal vom Kunden benutzt wird.

Hardware sind jeweils die von uns gelieferten IFS Server, die nicht zaubern, aber auch nicht mit aller Gewalt (Virtualisierung, externe Storage, Raid, ...) jegliche Datenbankleistung auf USB Stick Niveau runterdrücken. Wer eine IBExpert vollversion (menü services-benchmark)hat, kann das ja mal mit seinem eigenen vergleichen: die Kiste hat einen Driveindex von 160% und einen cpu Index von 135% und kostet 2000€

Zum anderen Beitrag: inkrementelles Backup mit nbackup rate ich persönlich von ab, es sei denn, man hat extrem große Datenbank (250Gb oder noch mehr). wenn im Rahmen deine updates und deletes nämlich viele pages geändert wreden, dann sind die alle in der teilsicherung. wenn deine db 50% der pages verändert, wird deine Teilsicherung etwa 50% der originalgröße sein. Am zwiten Tag hättest du dann schon die gleiche größe wie beim normalen backup mit gbak. Spätestens am Ende der Woche wird es dann unsinn