| Author |
Message |
NiMhurchu
Moderator


Age: 39
Joined: 04 Mar 2005
Posts: 376
Location: 91xxx

|
Posted:
2005-03-08, 08:56 Backupdatei, Unterschied zwischen Cronjob und manuell |
  |
Guten Morgen,
jetzt wird's mir langsam peinlich mit der Fragerei...
Mir ist aufgefallen, daß es Unterschiede in der Backupdatei gibt, je nach dem, ob ich sie manuell oder durch das Cronscript erzeuge.
Einstellung: mit erweiterten Inserts.
Manuell befinden sich alle Tabelleninhalte in einer Zeile -- zum Beispiel habe ich eine Zeile in meiner Backupdatei, die über 155000 Zeichen enthält, den Inhalt von 30 Tabellenzeilen.
Per Cronscript werden alle Tabellenzeilen auch in eine neue Zeile in der Backupdatei geschrieben.
Kann das manuelle Verhalten, alles in eine Zeile zu packen, beim Restore irgendwelche Auswirkungen haben?
Aus den FAQ: Quote: Ich habe 1MB als Dateigrösse für Multipart angegeben. Trotzdem werden einige Parts über 2MB gross. Wieso ist das so?
Bei Multipart wird die geschriebene Grösse immer nach eingelesenen Befehlen verglichen und bei Bedarf ein neues File begonnen. Sind die letzten Backup-Befehle aber sehr gross, d.h. enthalten sie viele Daten, so wird die Dateigrösse kurzzeitig überschritten. So gesehen ist die maximale Dateigrösse nur ein Richtwert.
Vorausgesetzt, ich habe die Dateigröße auf 500kB eingestellt, und eine Tabelle ist im Textformat 1MB groß, hieße das, daß bei manuellem Backup eine Zeile in der Mitte abgehackt wird?
Danke und Gruß,
NiMhurchu
_________________ "Man muß keine Noten lesen können,
um Musiker zu sein."
Jeanette Biedermann, deutsche Popsängerin, 25.11.2005
|
|
  |
 |
Anzeigen
|
Posted:
Anzeigen |
 |
|
| |
 |
DSB
Developer


Age: 41
Joined: 30 Apr 2004
Posts: 16049
Location: Reichenberg bei Würzburg

|
Posted:
2005-03-08, 10:43 Re: Backupdatei, Unterschied zwischen Cronjob und manuell |
  |
« NiMhurchu";p="4050 » wrote:
Vorausgesetzt, ich habe die Dateigröße auf 500kB eingestellt, und eine Tabelle ist im Textformat 1MB groß, hieße das, daß bei manuellem Backup eine Zeile in der Mitte abgehackt wird?
Selbtsverständlich nciht.
Weil MySQLDumper eben den aktuellen SQL-Befehl komplettiert, kommt es ja dazu, dass die Dateigröße nicht 100%ig getroffen wird.
Das Backup ist also immer vollkommen in Ordnung.
Mit den Dateigrößen muss man etwas rumprobieren bis MSD wirklich unter dem Maximalwert bleibt.
_________________ Gruß / Greetings, DSB
Teigwaren heißen Teigwaren, weil sie Teig waren.
Diejenigen, die lautstark darüber diskutieren, warum es nicht geht, mögen bitte jene nicht stören, die es gerade tun.
|
|
    |
 |
|
|
CrackerTracker © 2004 - 2012 CBACK.de
Powered by Orion based on phpBB
© 2001, 2002 phpBB Group
CBACK Orion Style based on FI Theme
All times are GMT + 2 Hours
phpBB SEO
|