Danke: Backup -Server -Mysql Daten

[Oliver - GoodnGo.COM (R)]

Danke Loide,

gehe jetzt mal ans friemeln

Olli
----- Original Message -----
From: "Michael Bergbauer" <michael_(at)_noname.franken.de>
To: "Oliver" <oliver_(at)_goodngo.com>
Cc: <mysql-de_(at)_lists.4t2.com>
Sent: Wednesday, May 09, 2001 10:37 AM
Subject: RE: Backup Mysql Daten


>
> On 09-May-2001 Oliver wrote:
> > Hallo Michael,
> >
> > ja vielen Dank.
> >
> > Also ich bin gerade dabei meinen eigenen Webserver zu konfigurieren und
das
> > mache ich natürlich auf Linux Redhat 7.1
>
> Naja, so natürlich ist das nicht ...
>
> > Scripte werden mit Perl geschrieben, Datenbank Mysql
> > Bin eigentlich eher Programmierer
>
> Dann lass doch die Installationsarbeit von nem Admin erledigen.
>
> > Ich will die Daten auf der zweiten Platte sichern (Raid 1).
>
> Das ist kein Raid 1. Raid 1, ganz egal ob software oder Hardware bedeutet,
das
> die Daten gleichzeitig auf beide Platten (oder besser: Partitionen)
geschrieben
> werden. Du hast ein Device, auf das du zugreifst, und die Software oder
> Hardware erledigt den Rest für dich.
>
> Wenn du stattdessen einmal pro Tag per Cron oder so ein Backup fahren
willst,
> dann ist das kein Raid, sondern eben ein Backup.
>
> > Auf der ersten Platte läuft das System und dortliegen auch die Daten.
>
> Also wenn ich mehrere Platten zur Verfügung hätte, und mir gedanken um die
> Performance machen müsste, und externe Sicherung zur Verfügung stehen
würde,
> dann würde ich die Sachen, die häufig gelesen und geschrieben werden (also
> Logfiles(!), Datenbank und evtl. Webroot) auf ein schnelles Device (ich
schreib
> mal Device, da Platte/Partition irgendw nicht treffend genug sind) legen,
> also entweder ne schnelle Platte, oder ein Raid-Device, das schnelle
> Lese/Schreibzugriffe erlaubt (Log eher auf ein System, das nur für
schreiben
> schnell ist, Datenbank je nach Anwendung unterschiedlich, aber am besten
> ausgewogen, Webroot nur für schnelle Lesezugriffe), und das Betriebssystem
> auf ne eigenes Raid1 Device
>
> Aber du hast nur zwei Platten ... Also entweder: deine Lösung, jede Platte
eine
> Partition (ausser du hast durch Bios/Bootloader Beschränkungen, also z.B.
ne
> klitzekleine /boot-Partition machen), die per Cron syncron gehalten
werden, (in
> diesem Fall kann man ne Swap-Partition, wenn unbedingt nötig, auf der
Backup
> -Platte machen, nicht auf der Arbeitsplatte) oder ein Raid1 über beide
> Platten, dann allerdings ohne Swap-Partition. Das hat den Vorteil, das
> Lesezugriffe schneller sein könnten, da ja die beiden Platten eigenlich
> identischen Inhalt haben, und eine der beiden Platten die Daten schneller
> bekommen könnte. Schreibzugriffe sind allerdings langsamer, weil ja zwei
> Platten identische Daten schreiben müssen, und man nicht von der
Verteilung der
> Daten über die Platten profitiert.
>
> Es ist auch eine Kombination von Raid 0 für Log-Daten und Raid1 für den
Rest
> (oder 2* raid1 für Daten/Betriebssystem) möglich, Raid0 sollte sowohl im
Lesen
> als auch im Schreiben schneller als jede Platte alleine sein, hat aber den
> Nachteil, das die Daten nicht redundant vorliegen (dazu noch höhere
> Fehlerwarscheinlichkeit, weil der Ausfall einer der beiden Platten das
System
> fehlerhaft macht!), und ist für Produktivdaten nicht sinnvoll. Bei
Logdaten kann
> man es u.U. verschmerzen.
>
> die grösseren Raid-Systeme sind hier nicht möglich, weil die von n>2
Platten
> ausgehen.
>
> So, hoffe, ich hab da nichts durcheinandergebracht, ich bau nicht jeden
Tag
> eine Kiste mit Raid auf ....
>
>
> [TOFU entsorgt]
>
> Michael
>
> --
> Michael Bergbauer <michael.bergbauer_(at)_gmx.net>
> Use your idle CPU cycles.
> See http://www.distributed.net and win $ 1 000.
> Visit our mud Geas at geas.franken.de Port 3333

---
*** Weitere Infos zur Mailingliste und MySQL unter http://www.4t2.com/mysql