• Zitat

    und nutze LC in Verbindung mit MYSQL wegen der deutlich besseren Performance.


    Kurze Frage diesbezüglich: Wie erkennst Du eine bessere Performance? Ich konnte bei der Nutzung von SQLite keine Einbußen erkennen, würde jedoch gerne unabhängig vom SQL Server sein - der kann ja durchaus mal "defekt" sein.

  • Wie erkennst Du eine bessere Performance? Ich konnte bei der Nutzung von SQLite keine Einbußen erkennen


    Unserer Erfahrung nach lohnt sich MySQL ab ca. 200 Webspaces auf einem Server. Bis dahin reicht die Performance von SQLite in der Regel völlig aus. "Eng" wird es eben immer dann, wenn von allen Webspaces die Statistikdaten (Webspace-Belegung, Traffic, etc.) eingesammelt und in der Datenbank verarbeitet werden - das passiert alle fünf Minuten.
    Für Server mit nur einer Hand voll Webspaces gibt es unserer Ansicht nach keinen Grund, auf MySQL umzusteigen, da man mit SQLite eben unabhängig von der Verfügbarkeit des RDBMS ist.


    Viele Grüße


    -Klaus Keppler

  • Backuplösung fertig und ausgiebig getestet.


    Dateien: 7


    Notwendige Vorarbeiten:
    Einfügen einer Spalte "backup" in die Tabelle "ACCOUNTS" der Datenbank von Liveconfig.
    Installieren der Daemontools auf dem Server


    Funktionen:
    Ein Perlscript ordnet über die Datenbank die Homeverzeichnisse sowie die Datenbanken den Usern zu, übergibt diese Parameter an
    4 Shellscripts, die nacheinander einen Ordner "mysqldumps" im Home der User anlegen (wenn noch nicht vorhanden) die bereits vorhandenen Backups löschen, neue anlegen (als dumps im *.gz Format) sowie die Home´s der User in einer *.tar.gz im Homeverzeichnis als Hardlink bereit stellen.
    Ich speichere die Backup´s zusätzlich auf einer 3. Platte - daher der Hardlink.


    Damit diese, für die User, zusätzlichen Dateien nicht von Quota erfasst werden und damit den Webspace der User verschmälern,
    werden sie der, in LC bereits vorhandenen, Gruppe "backup" zugeordnet, gehören aber dem jeweiligen User.
    Zusätzlich werden die Verzeichnisse /var/www/<user>/tmp geleert (optional).
    Weiterhin werden auch von festlegbaren Verzeichnissen, etwa /etc/ , /var/lib/liveconfig etc. Backup´s angefertigt.
    Wo man letzten Endes die Scripte ablegt, bleibt jedem selber überlassen - man muss darin nur die Pfadangaben anpassen.


    Zum Schluss sollte man noch die crontab editieren und das Script in den weniger "verkehrsreichen" Zeiten ausführen lassen.
    So hat man täglich frische Backup´s.
    Wer Interesse daran hat, einfach melden.



    Eine weitere Überlegung wäre, über eine Änderung der Konfigurationsdateien des Apache (also z.Bsp. /etc/apache2/sites-available/web1.conf) , die Backup´s in einem festzulegendem, natürlich existierendem Verzeichnis über einen Link im LC als Direktdownload anzubieten.
    Daran arbeite ich aber noch :-).

  • Es gibt was neues, ja.



    Ich habe das Script inklusive Anleitung im PDF-Format hier --> http://ul.to/fyrrl4dp
    hochgeladen.
    Bitte entpacken und die Anleitung erst lesen.
    Bei mir läuft es seit 3 Tagen fehlerfrei und fertigt jede Nacht komplette Backup´s an. Wie bereits beschrieben, Datenbanken und Homeverzeichnisse getrennt.
    Bitte melden, falls was nicht passen sollte.


    Ich wünsche gutes Gelingen und fehlerfreien Lauf.


    Achja ... Feedback ist natürlich erwünscht.

  • Hab alles so gemacht wie beschrieben folgende Fehlermeldungen kommen:
    mysqldump: Got error: 1049: Unknown database 'liveconfig' when selecting the database
    tar: Entferne führende â/â von Elementnamen
    tar: Entferne führende â/â von Elementnamen
    tar: Entferne führende â/â von Elementnamen
    cp: Fehlender ZieldateiâOperand hinter â/var/www/bs/system/1â
    âcp --helpâ gibt weitere Informationen.
    nice: setuidgid: Datei oder Verzeichnis nicht gefunden
    chown: Zugriff auf â/var/www/web1/mysqldumps/db.gzâ nicht möglich: Datei oder Verzeichnis nicht gefunden
    nice: setuidgid: Datei oder Verzeichnis nicht gefunden
    chown: Zugriff auf â/var/www/web1/mysqldumps/mail.gzâ nicht möglich: Datei oder Verzeichnis nicht gefunden
    sh: /root/backupsystem/backup_user.sh: not found
    nice: setuidgid: Datei oder Verzeichnis nicht gefunden
    chown: Zugriff auf â/var/www/web2/mysqldumps/sys.gzâ nicht möglich: Datei oder Verzeichnis nicht gefunden
    nice: setuidgid: Datei oder Verzeichnis nicht gefunden
    chown: Zugriff auf â/var/www/web2/mysqldumps/cms.gzâ nicht möglich: Datei oder Verzeichnis nicht gefunden
    sh: /root/backupsystem/backup_user.sh: not found

  • Er macht jetzt die Backups aber es kommt noch ne Fehlermeldung
    â/var/www/web2/backup.tar.gzâ nicht möglich: Datei oder Verzeichnis nicht gefunden
    bei den anderen webs genauso er legt aber an denke mal liegt an den Ämysql dumps legt er auch nicht an

  • tar: Entferne führende â/â von Elementnamen
    tar: Entferne führende â/â von Elementnamen
    tar: Entferne führende â/â von Elementnamen
    cp: Fehlender ZieldateiâOperand hinter â/home/backups/system/1â
    âcp --helpâ gibt weitere Informationen.
    setuidgid: fatal: unable to run /root/backup_write_dump.sh: access denied
    chown: Zugriff auf â/var/www/web1/mysqldumps/db.gzâ nicht möglich: Datei oder Verzeichnis nicht gefunden
    setuidgid: fatal: unable to run /root/backup_write_dump.sh: access denied
    chown: Zugriff auf â/var/www/web1/mysqldumps/mail.gzâ nicht möglich: Datei oder Verzeichnis nicht gefunden
    Backup: web1
    ================
    rm: Entfernen von â/var/www/web1/backup.tar.gzâ nicht möglich: Datei oder Verzeichnis nicht gefunden
    tar: Entferne führende â/â von Elementnamen
    /var/www/web1
    ln: Zugriff auf â/home/backups/user/web1/1/backup.tar.gzâ: Datei oder Verzeichnis nicht gefunden
    setuidgid: fatal: unable to run /root/backup_write_dump.sh: access denied
    chown: Zugriff auf â/var/www/web2/mysqldumps/sys.gzâ nicht möglich: Datei oder Verzeichnis nicht gefunden
    setuidgid: fatal: unable to run /root/backup_write_dump.sh: access denied
    chown: Zugriff auf â/var/www/web2/mysqldumps/cms.gzâ nicht möglich: Datei oder Verzeichnis nicht gefunden
    Backup: web2
    ================
    rm: Entfernen von â/var/www/web2/backup.tar.gzâ nicht möglich: Datei oder Verzeichnis nicht gefunden
    tar: Entferne führende â/â von Elementnamen
    /var/www/web2
    ln: Zugriff auf â/home/backups/user/web2/1/backup.tar.gzâ: Datei oder Verzeichnis nicht gefunden


    so kompletzte ausgabe hier

  • Servus,


    zuerst einmal: Hast du die daemontools auf dem Server ?

    Zitat

    setuidgid: fatal: unable to run

    - sieht nicht danach aus.
    Also mal aptitude install daemontools !


    Diese Fehlermeldung

    Zitat

    rm: Entfernen von /var/www/web1/backup.tar.gz

    ist nur der Hinweis darauf, das noch kein backup da ist, was gelöscht werden kann.

  • Mist - mir ist da grad noch was aufgefallen. Hab ich übersehen und nicht dokumentiert. Sorry.


    Schau mal bitte im Script: backup_system.sh in Zeile 36 -->

    Zitat

    nice -n 19 mysqldump --add-drop-table -u root -p$PASSWD liveconfig > $BACKUPDIR/system/$ROTATION/liveconfig.dump


    Direkt hinter -p$PASSWD steht der Datenbankname (hier liveconfig) - den muss man auch noch anpassen.

  • Geil wäre es wen man das noch mit ftp automatisieren könnte also die backups per ftp hochladen kann auf einen externen server


    Das ist relativ einfach machbar:


    aptitude install ncftp



    Im Script "backup_user.sh" folgende Zeile ganz unten einfügen:

    Zitat

    ncftpput -V -m -R -u <ftp-user> -p <ftp-passwort> <ftp-serverip> /Pfad/zum/Zielverzeichnis/ /Pfad/zum/Quellverzeichnis/*


    Das kopiert den gesamten Backup-Ordner rekursiv vom lokalen auf den entfernten Server.


    Musst natürlich auch hier die Daten anpassen in den <> Klammern - also aus <ftp-user> wird dann nur web27_ftpuser z.Bsp.

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!