Türkei (Türkisch)
Germany (German)
Worldwide (English)
Lokale VorbereitungDump und temporäre Datei-Speicherplatz
Halkali Merkez Viertel Fatih Str. Ozgur Apt. No. 46, Kucukcekmece, Istanbul, 34303, TR
Der Plesk-Backup-Prozess besteht aus der lokalen Dump-Erstellung, der Datenbank-Exportierung, der Dateipaketierung und der Übertragung auf einen Remote-Storage. Selbst wenn der Prozess auf das Remote-Google-Drive oder FTP schreibt, ist das temporäre lokale Gebiet, die Berechtigungen und die PMM-Protokolle von entscheidender Bedeutung.
Backup task failed
Not enough free disk space to backup selected objects
Unable to create the remote backup: Transport error
The user specified as a definer does not exist
No space left on devicePlesk kann Datei- und Datenbankdaten in der lokalen Sicherungsbereich oder temporären Verzeichnissen vor dem Senden an den Remote-Storage vorbereiten, ohne sie an den Remote-Storage zu senden. Daher beginnt der Prozess nicht, wenn auf dem Server die Partition /var/lib/psa/dumps unzureichend ist, selbst wenn auf dem Remote-Ziel freier Speicherplatz vorhanden ist.
Anstelle des allgemeinen "failed"-Ergebnisses auf dem Backup-Manager-Bildschirm sollte das relevante Aufgabenprotokoll unter /usr/local/psa/PMM/logs untersucht werden.
Wenn die Google Drive-Konto-Berechtigung abgelaufen ist, kann die Backup-Liste nicht angezeigt werden oder ein Transportfehler kann auftreten. Sie müssen möglicherweise erneut anmelden.
Ein fehlender DEFINER-Benutzer in einer MySQL-Ansicht oder einem Trigger kann den Datenbank-Backup-Prozess stoppen. Dieser Fehler ist von einem Speicherschaden zu unterscheiden.
Erfolgreiches Backup ist nicht nur die Erstellung der Archivdatei. Die Usability des Backups ist nicht bewiesen, bis ein Restore-Test regelmäßig an einem anderen Ort durchgeführt wird.
Das Deaktivieren der Festplattenkontroll-Option löst den tatsächlichen Speicherplatzmangel nicht. Der Backup-Prozess kann die Festplatte füllen und die Websites und MariaDB stoppen. Ein Kapazitätsplan und eine Remote-Speicherstrategie sollten gemeinsam umgesetzt werden.
Suchen Sie nach dem Ausdruck, den Sie in der E-Mail, im Browser oder im SSH-Protokoll sehen. Jede Karte enthält eine Bedeutung, eine wahrscheinliche Ursache und eine sichere erste Maßnahme.
Bedeutung: Plesk hat nicht genügend Speicherplatz im lokalen Repository für die Plesk-Backup-Größe-Estimate gefunden.
Mögliche Ursache: /var/lib/psa/dumps-Partition, temporärer Bereich oder Festplattenkonfiguration.
Bedeutung: Das Dateisystem konnte während des Prozesses keine neuen Daten schreiben.
Mögliche Ursache: Unerwartete Wachstum, tmp-Speicher oder Inode-Vollständigkeit.
Bedeutung: Plesk-Remote-Speichereinheit konnte die Daten nicht an den Zielort senden.
Mögliche Ursache: Netzwerk-, API-, Autorisierungs-, Token- oder Anbieterfehler.
Bedeutung: Der Google Drive-Verbindungstoken ist ungültig oder abgelaufen.
Mögliche Ursache: Die Kontoberechtigung wurde widerrufen oder die Erweiterungssitzung ist fehlgeschlagen.
Bedeutung: FTP/SFTP-Zugriff oder Authentifizierung fehlgeschlagen.
Mögliche Ursache: Falscher Benutzer, passiver Port, Firewall, DNS oder Zertifikat.
Bedeutung: Der MySQL-Benutzer wird als DEFINER mit fehlenden Ansichten/Triggern im Datenbank verwendet.
Mögliche Ursache: Benutzer wurde gelöscht oder die Zugriffssteuerung wurde geändert.
Bedeutung: Einige Dateien sind unlesbar, modifiziert oder verloren.
Mögliche Ursache: Berechtigung, gebrochener Symbolverweis, aktive Schreibzugriff oder schädliche Datei.
Bedeutung: Archiv erstellt, aber nicht alle Elemente wurden vollständig abgerufen.
Mögliche Ursache: Mail, DB, Datei oder Erweiterung untergeordnete Aufgabe fehlgeschlagen.
Es wurden keine Datensätze gefunden, die diesem Ausdruck entsprechen.
Befehle sind für den Root-Zugriff vorgesehen. Sammeln Sie zunächst nur den Status und die Protokolle. Ändern Sie die dauerhafte Einstellung nicht, ohne den Grund dafür zu erkennen.
df -hT /var/lib/psa/dumps
df -i /var/lib/psa/dumps
du -xsh /var/lib/psa/dumps/* 2>/dev/null | sort -h | tailDie Backup-Partition zeigt Kapazität, Inodes und große Archiven an.
find /usr/local/psa/PMM/logs -type f -mtime -3 -printf '%TY-%Tm-%Td %TH:%TM %p
' 2>/dev/null | sort -r | head -n 20Findet Aufgabenprotokolle des Plesk Backup-Managers aus den letzten Tagen.
plesk bin scheduled-backup --list -allListet die geplanten Backup-Aufgaben auf dem Server.
getent hosts UZAK_HEDEF
nc -vz UZAK_HEDEF 21Überprüft in FTP-Beispiel DNS- und Port-Zugriff; Port wird je nach Zieltyp geändert.
plesk db -Ne "SELECT TRIGGER_SCHEMA,TRIGGER_NAME,DEFINER FROM information_schema.TRIGGERS;" 2>/dev/nullBietet in Bezug auf Plesk DB-Zugriff ein Beispiel; Kunden-DB-Berechtigungen und Sicherheit sollten sorgfältig berücksichtigt werden.
pleskbackup domains-name example.com -output-file=/var/lib/psa/dumps/eka-test.tar -vErstellt eine detaillierte CLI-Testsicherung für eine Domain; ausreichender freier Speicherplatz muss geprüft werden.
ps -ef | grep -E '[p]leskbackup|[p]mmcli|[b]ackupmng'
iostat -xz 1 3Zeigt blockierte Aufgabe und Festplatten-I/O-Intensität an.
Zuerst werden die Aufgabenprotokoll und Speicheranforderungen bestimmt; dann werden die Quellitem, der Remote-Speicher und die Verfügbarkeit einzeln überprüft.
Öffnen Sie das PMM-Protokoll, das dem Datum und der Aufgaben-ID in der Backup-Manager-Benachrichtigung entspricht.
Lassen Sie auch bei aktiviertem Remote-Backup genügend Platz für Dumps und temporäre Dateien frei.
df -hT /var/lib/psa/dumps && df -i /var/lib/psa/dumpsMySQL Definer, wenn das Ziel-Lagoraum aufgrund eines Datei- oder Mailbox-Fehlers geändert wird.
Überprüft DNS, Port, API-Zugriff, Token und Zielkonto für FTP/S3/Google Drive.
Zuerst mit einer einzelnen Domain oder nur mit der Konfiguration testen, um zu bestimmen, ob das Problem mit der Größe oder der Werkzeugauswahl zusammenhängt.
Neuen Backup in einem anderen Testumgebung wiederherstellen; Ergebnis der Aufgabe und Alterung der Backup-Politik überwachen.
Wenn das Erweiterungskonto unbekannt oder unberechtigt ist, beenden Sie und autorisieren Sie mit dem richtigen Drive-Konto erneut.
Plesk kann Archiven und temporäre Teile lokal vorbereiten; /var/lib/psa/dumps und der PMM tmp Verzeichnis werden geprüft.
Der relevante DB-Trigger/Ansichtsdefinierer, nicht lesbare Dateien und Domänenquote werden überprüft.
ps, IO, PMM-Protokoll, Remote-Netzwerkgeschwindigkeit und große einzelne Dateien werden überprüft; der laufende Prozess wird nicht blindig getötet.
Archiv-Integrität, Plesk-Version-Kompatibilität, Passwort und vollständiger Download aus Remote-Speicher werden überprüft.
Plesk kann Archiven und temporäre Teile vor dem Senden an einen Remotaufenthaltsort lokal vorbereiten.
Die Remote Storage Settings sollten entfernt und mit der richtigen Konto wieder autorisiert werden, aus der Remote Storage Settings-Sektion.
Einige Daten können fehlen. Die Warnungsdetails sollten aufgelöst und ein Wiederherstellungstest sollte durchgeführt werden.
Disk und Zeit können reduziert werden; jedoch ist ein regelmäßiger Voll-Backup- und Wiederherstellungsplan immer noch erforderlich.
Backup Manager und Aufbewahrungsrichtlinie sollten bevorzugt werden. Manuelle Löschung kann Metadaten und Ketten beeinflussen.
Verschlüsselte Sicherungskopien können möglicherweise nicht wiederhergestellt werden. Schlüssel und Passwort sollten sicher getrennt gespeichert werden.
Die Existenz des Archivs ist weniger wichtig als erfolgreiche Wiederherstellung und Anwendungstest auf einem anderen Testserver.
Durch die gemeinsame Analyse von cPanel, WHM, CloudLinux, LiteSpeed, MariaDB, Exim und Sicherheitsebenen beheben wir die Grundursache des Fehlers, anstatt nur den Dienst zu entfernen.