Vergleich Courier Cyrus

[Florian Lohoff]

On Sun, Aug 05, 2007 at 04:15:40PM +0200, Maximilian Wilhelm wrote:
> Das hängt von der Backupstratgie ab.
> 
> Wenn Du immer die kompletten Dateien und keine deltas sicherst, dauert
> mbox länger, da Du schlicht und ergreifend mehr Daten durchs Netz
> blasen muss. (Unser Mailserver mit ~700 Nasen) hat ein
> Sicherungsvolumen von ~50G pro Nacht. So viel neue Mails haben wir
> aber nicht bekommen...

Selbst wenn du einmal die woche ein full und dann incremental machst. 
Das Full geht in 24h nicht durch - Und ein desaster recovery was >24h
dauert ist irgendwie auch beschissen oder ?

Und das einzige backup system was ich gesehen habe, was vernuenftig
damit umgehen kann beliebig incrementals aufeinander zu machen und in
endlicher zeit wieder einzuspielen ist Tivoli.

> In dem Falle wäre Maildir mit Sicherheit schneller zu sichern als
> mbox, da Du nur die neuen kleinen Dateien sichern musst. (Unter der
> Annahme, dass das Abgrasen der ganzen Dateien nicht länger dauert als
> die kompletten mboxen durchs Netz zu blasen.)

Du sicherst also nur incrementals und wie stellst du sicher das du beim
recovery nicht alle 500 Baender in deinem Roboter brauchst weil auf
allen jeweils 100 neue files liegen? 

> Hast Du dafür noch andere Gründe?

Siehe oben

Man nehme eine Maximale Desaster recovery Zeit von 4h (Halber
Arbeitstag). Je mailnutzer 1GB Storage, avg Mail a 4Kbyte.
Macht 256K Mails/Nutzer (Ich habe deutlich mehr - Der OttoNormal dau hat
weniger - Im laufe der Zugehoerigkeit der Firma waechst das). 
Mal 1000 Nutzer. Hast du ein Filesystem mit 1TB und 256Mio files.

	4 * 60 * 60 = 14400 Sekunden (4 Stunden)

	256 * 1024 * 1024 / 14400 = 18641 Files/s

	18641 * 4 / 1024 = 72 Mbyte

D.h. du musst 18641 Files/Sekunde bzw 72 MByte/s zurueckspielen. Der
Datendurchsatz ist nicht das problem sondern die files.

Flo
PS: Warum haben die News leute (inn) von "one article per file" auf
container umgestellt waerend die mail leute von containern (mbox) auf 
"one mail per file" umstellen?
-- 
Florian Lohoff                  flo at rfc822.org             +49-171-2280134
	Those who would give up a little freedom to get a little 
          security shall soon have neither - Benjamin Franklin
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
URL: <http://lug-owl.de/pipermail/linux/attachments/20070806/3cd94fec/attachment.sig>