5
Problem MySQL Data Ordner per robocopy zu sichern
Ich sichere meine PCs mittels robocopy. Klappt auch soweit ganz gut.
Allerdings macht mir das Sichern von \\worker\C_XP\Programme\MySQL\MySQL Server 5.0\data Probleme.
Hi Admins,
wie schon oben beschrieben sichere ich meine PCs u.a. via robocopy. Dies klappt auch wunderbar.
Allerdings ergibt sich folgendes Problem beim Sichern von \\worker\C_XP\Programme\MySQL\MySQL Server 5.0\data (selbstverständlich wird der MySQL Dienst per "sc \\worker stop MySQL" vorher gestoppt) via folgender Zeile:
robocopy "\\worker\C_XP\Programme\MySQL\MySQL Server 5.0\data" "G:\Sicherungen\SicherWorker\MySQL\MySQL Server 5.0\data" /MIR /LOG+:c:\sicher.log /TEE
Folgende Fehlermeldung erhalte ich im sicher.log:
2009/08/04 15:03:01 ERROR 2 (0x00000002) Copying File \\worker\C_XP\Programme\MySQL\MySQL Server 5.0\data\worker.pid
Das System kann die angegebene Datei nicht finden.
Das ganze ist mir schleierhaft, da das Script ja eigentlich gar nicht wissen kann, daß dort die angeblich nicht gefundene Datei existiert, robocopy diese aber findet und beim Versuch diese zu kopieren, dann aber meldet "kann die angegebene Datei nicht finden"
Ist doch irgendwie wiedersinnig, oder?
Wer kann helfen?
Da ich von MySQL keinen Plan habe, welche Dateien sind überhaupt bei einer Sicherung notwendig. Ich wollte es mir einfach machen und den gesammten Data Ordner kopieren, stosse nun aber auf das oben beschriebene Problem.
T@cky
Allerdings macht mir das Sichern von \\worker\C_XP\Programme\MySQL\MySQL Server 5.0\data Probleme.
Hi Admins,
wie schon oben beschrieben sichere ich meine PCs u.a. via robocopy. Dies klappt auch wunderbar.
Allerdings ergibt sich folgendes Problem beim Sichern von \\worker\C_XP\Programme\MySQL\MySQL Server 5.0\data (selbstverständlich wird der MySQL Dienst per "sc \\worker stop MySQL" vorher gestoppt) via folgender Zeile:
robocopy "\\worker\C_XP\Programme\MySQL\MySQL Server 5.0\data" "G:\Sicherungen\SicherWorker\MySQL\MySQL Server 5.0\data" /MIR /LOG+:c:\sicher.log /TEE
Folgende Fehlermeldung erhalte ich im sicher.log:
2009/08/04 15:03:01 ERROR 2 (0x00000002) Copying File \\worker\C_XP\Programme\MySQL\MySQL Server 5.0\data\worker.pid
Das System kann die angegebene Datei nicht finden.
Das ganze ist mir schleierhaft, da das Script ja eigentlich gar nicht wissen kann, daß dort die angeblich nicht gefundene Datei existiert, robocopy diese aber findet und beim Versuch diese zu kopieren, dann aber meldet "kann die angegebene Datei nicht finden"
Ist doch irgendwie wiedersinnig, oder?
Wer kann helfen?
Da ich von MySQL keinen Plan habe, welche Dateien sind überhaupt bei einer Sicherung notwendig. Ich wollte es mir einfach machen und den gesammten Data Ordner kopieren, stosse nun aber auf das oben beschriebene Problem.
T@cky
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 121998
Url: https://administrator.de/forum/problem-mysql-data-ordner-per-robocopy-zu-sichern-121998.html
Ausgedruckt am: 31.12.2024 um 09:12 Uhr
5 Kommentare
Neuester Kommentar
Das kann so nicht funktionieren. Was Du da mit sicherlich viel Mühe versuchst und einen Dienst stopst, funktioniert bei Datenbanken nicht.
In der Regel gibt es noch lock-Files und im aktuellen RAM-Speicher werden verschiedene dlls auch nicht immer sofort beendet. Daher die Fehlermeldungen.
Bei Datenbanken, ob bei MySQL, MS Sql, PostgreSQL etc. wird im Online-Betrieb ein dump erstellt. Dieses Dump-File kann dann problemlos per robocopy gesichert werden.
Es gibt natürlich auch teure plugins bei Backupsoftware.
Dieses kann durch Geplante Task zu unterschiedlichen Zeiten auf Kommandozeilen-Ebene durchgeführt werden, anschliessend wird ein Robocopy-Befehl abgesetzt. Das ist der preiswerteste Weg.
Du müsstes Dich zumindest grob mit u.a. MySQL zu diesem Punkt auseinandersetzen. Erstellung von Dumps und Wiedereinlesen.
Auf den MySQL-Seiten gibt es genügend Hinweise.
In der Regel gibt es noch lock-Files und im aktuellen RAM-Speicher werden verschiedene dlls auch nicht immer sofort beendet. Daher die Fehlermeldungen.
Bei Datenbanken, ob bei MySQL, MS Sql, PostgreSQL etc. wird im Online-Betrieb ein dump erstellt. Dieses Dump-File kann dann problemlos per robocopy gesichert werden.
Es gibt natürlich auch teure plugins bei Backupsoftware.
Dieses kann durch Geplante Task zu unterschiedlichen Zeiten auf Kommandozeilen-Ebene durchgeführt werden, anschliessend wird ein Robocopy-Befehl abgesetzt. Das ist der preiswerteste Weg.
Du müsstes Dich zumindest grob mit u.a. MySQL zu diesem Punkt auseinandersetzen. Erstellung von Dumps und Wiedereinlesen.
Auf den MySQL-Seiten gibt es genügend Hinweise.
Hallo,
mit dem MySQL Administrator kann man eine automatische Sicherung der Datenbanken einrichten. Dabei werden *.sql Dateien erzeugt, die die SQL Anweisungen enthalten, um die Datenbank wieder neu zu erstellen. Evtl. ist es angebracht, für jede Datenbank einen eigenen Job zu erstellen (hängt sicherlich davon ab, wie viele Datenbanken auf dem Server laufen und wie groß diese sind).
Diese *.sql Dateien können dann mit Robocopy gesichert werden. Die MySQL Dienste müssen hierbei nicht per Script beendet werden.
mit dem MySQL Administrator kann man eine automatische Sicherung der Datenbanken einrichten. Dabei werden *.sql Dateien erzeugt, die die SQL Anweisungen enthalten, um die Datenbank wieder neu zu erstellen. Evtl. ist es angebracht, für jede Datenbank einen eigenen Job zu erstellen (hängt sicherlich davon ab, wie viele Datenbanken auf dem Server laufen und wie groß diese sind).
Diese *.sql Dateien können dann mit Robocopy gesichert werden. Die MySQL Dienste müssen hierbei nicht per Script beendet werden.
Hallo Admins,
erst einmal besten Dank für euer Antworten!
Mhhh... ich muß mich wohl eingehender mit MySQL beschäftigen, aber würde es vorerst auch reichen die Datenbanken via phpMyAdmin zu exportieren (mysql-administrator scheint ja das selbe automatisch zu tun, werde ich mir noch anschauen?) um sie dann gegebenfalls wieder zu importieren, oder sind noch weitere Daten/Dateien zur vollständigen Sicherung notwendig?
Nochmal besten Dank
T@cky
erst einmal besten Dank für euer Antworten!
Mhhh... ich muß mich wohl eingehender mit MySQL beschäftigen, aber würde es vorerst auch reichen die Datenbanken via phpMyAdmin zu exportieren (mysql-administrator scheint ja das selbe automatisch zu tun, werde ich mir noch anschauen?) um sie dann gegebenfalls wieder zu importieren, oder sind noch weitere Daten/Dateien zur vollständigen Sicherung notwendig?
Nochmal besten Dank
T@cky
Hallo,
hab das bei uns auch über die Dumperzeugung gelöst....
unter der Ordner MySQL\bin gibt es die mysqldump.exe....
die steuere ich bin einer Batch Datei an, die als Task-Dienst läuft....
z.B.
mysqldump [Datenbankname] -u [Benutzer] -p [Kennwort] > sicherung.sql
so in der Art...gibt es noch weitere Steuerungsmöglichkeiten für die exe.
Gruß
hab das bei uns auch über die Dumperzeugung gelöst....
unter der Ordner MySQL\bin gibt es die mysqldump.exe....
die steuere ich bin einer Batch Datei an, die als Task-Dienst läuft....
z.B.
mysqldump [Datenbankname] -u [Benutzer] -p [Kennwort] > sicherung.sql
so in der Art...gibt es noch weitere Steuerungsmöglichkeiten für die exe.
Gruß
Hallo Admins,
werde es via Batchdatei und mysqldump morgen mal testen.
Und dann versuchen die so entstandene sicher.sql wieder zu importieren.
Danke euch noch einmal
T@cky
werde es via Batchdatei und mysqldump morgen mal testen.
Und dann versuchen die so entstandene sicher.sql wieder zu importieren.
Danke euch noch einmal
T@cky
