From c90e7cd49e71193e05c5ed54face14f6efcecbab Mon Sep 17 00:00:00 2001 From: Kern Sibbald Date: Wed, 24 Oct 2007 18:31:01 +0000 Subject: [PATCH] Updates --- docs/manual-de/catmaintenance.tex | 32 ++++++++++++++++--------------- docs/manual-de/configure.tex | 2 +- 2 files changed, 18 insertions(+), 16 deletions(-) diff --git a/docs/manual-de/catmaintenance.tex b/docs/manual-de/catmaintenance.tex index 27d3cedf..105c587d 100644 --- a/docs/manual-de/catmaintenance.tex +++ b/docs/manual-de/catmaintenance.tex @@ -140,7 +140,7 @@ du bacula bekomme ich die Ausgabe {\bf 620,644}, was bedeutet dass das Verzeichnis bacula 620.644 Bl\"{o}cke von 1024 Bytes auf der Festplatte belegt, meine Datenbank enth\"{a}lt also ca. 635 MB an Daten. Nachdem ich das {\bf mysqldump} ausgef\"{u}hrt habe, ist die dabei entstandene Datei bacula.sql -{\bf 174.356} Bl\"{o}cke gro{\ss}, wenn diese Datei mit dem Kommando {\bf mysql bacula \< bacula.sql} +{\bf 174.356} Bl\"{o}cke gro{\ss}, wenn diese Datei mit dem Kommando {\bf mysql bacula < bacula.sql} wieder in die Datenbank importiert wird, ergibt sich eine Datenbankgr\"{o}{\ss}e von nur noch {\bf 210.464} Bl\"{o}cken. Mit anderen Worten, die komprimierte Version meiner Datenbank, die seit ca. 1 Jahr in Benutzung ist, ist ungef\"{a}hr nur noch ein Drittel so gro{\ss} wie vorher. @@ -308,15 +308,14 @@ diese Internetseiten erkl\"{a}ren ein paar von ihnen (auf englisch): {http://www.varlena.com/varlena/GeneralBits/Tidbits/perf.html}. Auch in den PostgreSQL FAQ's finden sich Hinweise die Performanz zu verbessern: -\elink{ -http://www.postgresql.org/docs/faqs.FAQ.html#item3.3} -{http://www.postgresql.org/docs/faqs.FAQ.html#item3.3}. +\elink{http://www.postgresql.org/docs/faqs.FAQ.html} +{http://www.postgresql.org/docs/faqs.FAQ.html}. Bei PostgreSQL sollten Sie auch auf die "effective\_cache\_size" achten. F\"{u}r ein System mit 2GB Arbeitsspeicher k\"{o}nnen Sie sie auf 131072 setzen, -aber setzen Sie sie nicht zu hoch. Zus\"{a}tzlich sind "work_mem = 256000" und +aber setzen Sie sie nicht zu hoch. Zus\"{a}tzlich sind "work\_mem = 256000" und "maintenance\_work\_mem = 256000", f\"{u}r Systeme mit 2GB Speicher, sinnvolle Werte. -Stellen Sie sicher das "checkpoint_segments" auf mindestens 8 gesetzt ist. +Stellen Sie sicher das "checkpoint\_segments" auf mindestens 8 gesetzt ist. \section{Datenbank-Leistung und Indexe} \index[general]{Datenbank-Leistung und Indexe} @@ -454,8 +453,10 @@ rm -f bacula.sql \end{verbatim} \normalsize -Abh\"{a}gig von Ihrer Datenabnkgr\"{o}{\ss}e wird dieser Vorgang mehr oder weniger Zeit und Festplattenplatz in anspruch nehmen. -Sie sollten vorher in das Arbeitsverzeichnis Ihrer Datenbank wechseln (typischerweise /var/lib/postgres/data) und die Gr\"{o}[\ss}e \"{u}berpr\"{u}fen. +Abh\"{a}gig von Ihrer Datenabnkgr\"{o}{\ss}e wird dieser Vorgang mehr oder +weniger Zeit und Festplattenplatz in anspruch nehmen. Sie sollten vorher +in das Arbeitsverzeichnis Ihrer Datenbank wechseln (typischerweise +/var/lib/postgres/data) und die Gr\"{o}{\ss}e \"{u}berpr\"{u}fen. Bestimmte PostgreSQL-Nutzer empfehlen nicht die oben genannte Prozedur, sie sind der Meinung: bei PostgreSQL ist es nicht notwendig, die Daten zu exportieren um sie dann wieder einzulesen. @@ -643,12 +644,13 @@ f\"{u}r die beiden oben angenommen Computer k\"{o}nnen wir also davon ausgehen, in etwa 200 Megabytes gro{\ss} wird. Nat\"{u}rlich h\"{a}ngt dieser Wert davon ab, wieviele Dateien wirklich gesichert werden. -Unten sehen Sie ein paar Statistiken f\"{u}r eine MySQL-Datenbank die Job-Eintr\"{a}ge -f\"{u}r 5 Clients \{u}ber 8.5 Monate und Datei-Eintr\"{a}ge \"{u}ber 80 Tage enth\"{a}lt -(\"{a}ltere Datei-Eintr\"{a}ge wurden schon gel\"{o}scht). Bei diesen 5 Clients wurden nur -die Benutzer- und System-Dateien gesichert, die sich st\"{a}ndig \"{a}ndern. Bei allen -anderen Dateien wird angenommen, dass sie leicht aus den Software-Paketen des Betriebssystems -wiederherstellbar sind. +Unten sehen Sie ein paar Statistiken f\"{u}r eine MySQL-Datenbank die +Job-Eintr\"{a}ge f\"{u}r 5 Clients \"{u}ber 8.5 Monate und +Datei-Eintr\"{a}ge \"{u}ber 80 Tage enth\"{a}lt (\"{a}ltere +Datei-Eintr\"{a}ge wurden schon gel\"{o}scht). Bei diesen 5 Clients wurden +nur die Benutzer- und System-Dateien gesichert, die sich st\"{a}ndig +\"{a}ndern. Bei allen anderen Dateien wird angenommen, dass sie leicht aus +den Software-Paketen des Betriebssystems wiederherstellbar sind. In der Liste sind die Dateien (die den MySQL-Tabellen entsprechen) mit der Endung .MYD die, die die eigentlichen Daten enthalten und die mit der Endung .MYI enthalten die Indexe. @@ -698,4 +700,4 @@ den meisten Speicherplatz ben\"{o}tigt. SQLite Datenbanken k\"{o}nnen bis zu 50 \% gr\"{o}{\ss}er sein als MySQL-Datenbanken (bei gleichem Datenbestand), weil bei SQLite alle Daten als ASCII-Zeichenketten gespeichert werden. Sogar bin\"{a}re Daten werden als ASCII-Zeichenkette dargestellt, und das scheint den Speicherverbrauch -zu erh\"{o}hen. \ No newline at end of file +zu erh\"{o}hen. diff --git a/docs/manual-de/configure.tex b/docs/manual-de/configure.tex index 7be4304f..7f5ba94b 100644 --- a/docs/manual-de/configure.tex +++ b/docs/manual-de/configure.tex @@ -12,7 +12,7 @@ bacula-fd.conf}, {\bf bacula-sd.conf}, oder {\bf console.conf} f\"{u}r den Direc den Storage-Dienst und f\"{u}r das Console-Programm. Jeder Dienst (Director,Client, Storage und Console) hat seine eigene Konfigurations-Datei die eine Reihe von -Eintr\"{a}gen enth\"{a}lt. Die Eintr\"{a}ge sind sehr \{a}hnlich, aber die angegebenen Parameter sind von +Eintr\"{a}gen enth\"{a}lt. Die Eintr\"{a}ge sind sehr \"{a}hnlich, aber die angegebenen Parameter sind von Dienst zu Dienst unterschiedlich. Zum Beispiel wird in der Director-Dienst-Konfiguration mit dem Eintrag {\bf Director} der Name des Director-Dienstes, eine Reihe globaler Parameter, sowie das Director-Passwort festgelegt. Der {\bf Director}-Eintrag im Client-Dienst gibt an, welcher Director-Dienst diesen Client kontaktieren darf. -- 2.39.5