User Tools

Site Tools


german_translation

This is an old revision of the document!


*translated*

open questions and comments:

any posts are welcome :)

bootstrap.tex

 Unless you really know what you are doing
 (the internals of  {\bf Bacula}, you should avoid this specification.  

missing )

 This is because the ones created at the end
 of the file, contain all files written to the Volume for that job. As a
 consequence, all the files saved to an Incremental or Differential job will be
 restored first by the Full save, then by any Incremental or Differential
 saves. 

at the end of the file müsste at the end of the job sein. ziemlich unklar irgendwie

 \footnotesize
 \begin{verbatim}
   ./console
   restore client=xxx select all
   done
   no
   quit
   Backup bootstrap file.
 \end{verbatim}
 \normalsize
 The above will not work if you have multiple FileSets because that will be an
 extra prompt.

das “done” fehlt im original

das Beispiel funktioniert nicht wenn der im Beispiel angegebene Client mehrere FileSets hat.

 bootstrap.tex enthält zwei "Final Example" :)
 \section{A Final Example}
 \index[general]{Example!Final }
 \index[general]{Final Example }

ein Indexeintrag mit “Final Example” macht keinen Sinn, Beispiel wofür?

 If you want to see a *real* bsr file, simply fire up the {\bf restore} command
 in the console program, select something, then answer no when it prompts to
 run the job. Then look at the file {\bf restore.bsr} in your working
 directory. 

im working directory? im working directory des bacula-dir auf der entsprechenden maschine e.g. /var/lib/bacula/backup-dir.restore.2.bsr

 If you want to extract or copy a single Job, you can do it by selecting by
 JobId (code not tested) or better yet,

ist der code inzwischen getestet? copy: wie gebe ich den da das ziel an? auch unklar

bugs.tex

 In addition, the file {\bf patches-version-number} in the 
 {\bf patches} directory contains a summary of each of the patches.

es gibt keine Datei namens patches-version-number, in patches/ liegen Verzeichnisse <version-number> und darin patches

catmaintenance.tex

 Over time, as noted above, your database will tend to grow. I've noticed that
 even though Bacula regularly prunes files, {\bf MySQL} does not effectively
 use the space, and instead continues growing. To avoid this, from time to
 time, you must compact your database. Normally, large commercial database such
 as Oracle have commands that will compact a database to reclaim wasted file
 space. MySQL has the {\bf OPTIMIZE TABLE} command that you can use, and SQLite
 version 2.8.4 and greater has the {\bf VACUUM} command. We leave it to you to
 explore the utility of the {\bf OPTIMIZE TABLE} command in MySQL. 

wie denn nun? MySQL oder {\bf MySQL} ?

das zieht sich durch ganze Manual: Bacula und {\bf Bacula} ohne {\bf} scheint aber die neuere Version zu sein ….

 Normally, large commercial database such
 as Oracle have commands that will compact a database to reclaim wasted file
 space.

und danach kommt: “MySQL has the {\bf OPTIMIZE TABLE} command that you can use,” ersatzlos streichen. alle Datenbanken haben solche Kommandos.

 Recently my root partition filled and the MySQL database was corrupted.
 Simply running {\bf myisamchk -r} did not fix the problem. However,
 the following script did the trick for me:
 
 \footnotesize
 \begin{verbatim}
 #!/bin/sh
 for i in *.MYD ; do
 mv $i x${i}
 t=`echo $i | cut -f 1 -d '.' -`
 mysql bacula <<END_OF_DATA
 set autocommit=1;
 truncate table $t;
 quit
 END_OF_DATA
   cp x${i} ${i}
   chown mysql:mysql ${i}
   myisamchk -r ${t}
 done
 \end{verbatim}
 \normalsize
 
 I invoked it with the following commands:
 
 \footnotesize
 \begin{verbatim}
 cd /var/lib/mysql/bacula
 ./repair
 \end{verbatim}
 \normalsize
 
 Then after ensuring that the database was correctly fixed, I did:
 \footnotesize
 \begin{verbatim}
 cd /var/lib/mysql/bacula
 rm -f x*.MYD
 \end{verbatim}
 \normalsize

eventuell kurz erklaeren was das obige macht. dt. version:

 Hier ist ein Beispiel, wie man eine korrupte Datenbank reparieren k\"{o}nnte, falls nach dem Vollaufen
 einer Partition die Datenbankprobleme mit {\bf myisamchk -r} nicht behoben werden k\"{o}nnen:
 
 kopieren Sie folgende Zeilen in ein Shell-Script names {\bf repair}:
 \footnotesize
 \begin{verbatim}
 #!/bin/sh
 for i in *.MYD ; do
   mv $i x${i}
   t=`echo $i | cut -f 1 -d '.' -`
   mysql bacula <<END_OF_DATA
 set autocommit=1;
 truncate table $t;
 quit
 END_OF_DATA
   cp x${i} ${i}
   chown mysql:mysql ${i}
   myisamchk -r ${t}
 done
 \end{verbatim}
 \normalsize
 
 dieses Shell-Script, wird dann wie folgt aufgerufen:
 
 \footnotesize
 \begin{verbatim}
 cd /var/lib/mysql/bacula
 ./repair
 \end{verbatim}
 \normalsize
 
 nachdem sichergestellt ist, dass die Datenbank wieder korrekt funktioniert,
 kann man die alten Datenbank-Dateien l\"{o}schen:
 \footnotesize
 \begin{verbatim}
 cd /var/lib/mysql/bacula
 rm -f x*.MYD
 \end{verbatim}
 \normalsize
 If you are running into the error {\bf The table 'File' is full ...}, 
 it is probably because on version 4.x MySQL, the table is limited by default to a maximum size of 4 GB

laut mysql-doc-5.1 war 4gb bei version kleiner 3.23 das maximum:

 MySQL Version 3.22 hatte eine Begrenzung auf 4 Gbyte bei der Tabellengröße.
 Mit der Speicher-Engine MyISAM in MySQL Version 3.23 wurde die maximale Tabellengröße auf 65.536 Terabyte (2567 – 1 Byte) erhöht. 

und seitdem, also auch bei 5.x ist standard bei 4 gb pro Tabelle:

 Standardmäßig erzeugt MySQL MyISAM-Tabellen mit einer internen Struktur, die eine maximale Größe von 4 Gbyte erlaubt.
 Sie können die maximale Tabellengröße einer MyISAM-Tabelle mit der Anweisung SHOW TABLE STATUS oder mittels
 myisamchk -dv tbl_name feststellen. Siehe Abschnitt 13.5.4, „SHOW“.

beim row-format dynamic scheint es 4gb zu sein, mit row-format fixed haben wir auch groessere (mysql 4.x)

 system_stats      | MyISAM | Dynamic   4294967295 
 update_timestamps | MyISAM | Fixed    433791696895
 watchfile_checks  | MyISAM | Dynamic   4294967295 
 watchfiles        | MyISAM | Fixed        1911260446719 
 For MySQL, what is very important is to use the examine the    
 my.cnf file (usually in /etc/my.cnf).

ist das ein sinnvoller englischer satz?

german_translation.1190054324.txt.gz · Last modified: 2007/09/17 19:38 by thomas