MediaHost
Ασφάλεια

Τρία σημεία που σπάνε το backup σου

31 Αυγούστου 2026 Ομάδα MediaHost 5 λεπτά ανάγνωση
Τρεις διαδρομές επαναφοράς από backup vault: μία ολοκληρωμένη, μία με κενά, μία μπλοκαρισμένη

Το backup είναι η ασφάλεια ζωής της ιστοσελίδας σου — μέχρι τη στιγμή που προσπαθείς να το επαναφέρεις. Τότε ανακαλύπτεις ότι λείπει η βάση δεδομένων, ότι το αρχείο είναι κατεστραμμένο, ή ότι το τελευταίο πλήρες backup είναι από πριν δύο μήνες.

Τα περισσότερα προβλήματα δεν οφείλονται σε βλάβη του συστήματος — οφείλονται σε λάθη ρύθμισης που κανείς δεν παρατηρεί μέχρι την κρίσιμη στιγμή. Εδώ είναι τα τρία πιο συχνά, και πώς να ελέγξεις αν σε αφορούν.

1. Η βάση δεδομένων δεν μπαίνει στο backup

Πολλά plugins backup έχουν προεπιλογή να αντιγράφουν μόνο τα αρχεία — όχι τη MySQL βάση. Το αποτέλεσμα: επαναφέρεις το site και βλέπεις κενές σελίδες. Υπάρχει ο κώδικας του WordPress, υπάρχουν τα themes και τα plugins, αλλά δεν υπάρχει κανένα άρθρο, καμία σελίδα, κανένας χρήστης, καμία ρύθμιση.

Το WordPress αποθηκεύει όλο το περιεχόμενο στη βάση: άρθρα, σελίδες, σχόλια, χρήστες, ρυθμίσεις plugins, ρυθμίσεις θέματος, URL rewrites, μενού. Τα αρχεία περιέχουν μόνο τον κώδικα και τα uploads (εικόνες, PDF). Χωρίς τη βάση, έχεις ένα κέλυφος WordPress χωρίς ψυχή.

Πώς να ελέγξεις

Κατέβασε το πιο πρόσφατο backup που έχει δημιουργήσει το plugin σου. Αποσυμπίεσέ το τοπικά και ψάξε για ένα από τα εξής:

  • Αρχείο με κατάληξη .sql (συνήθως με όνομα όπως database.sql ή το όνομα της βάσης)
  • Φάκελο με όνομα database ή sql
  • Αρχείο wp-config.php μαζί με φάκελο που περιέχει την εξαγωγή της βάσης

Αν δεν βρεις τίποτα από αυτά, το backup σου δεν περιλαμβάνει τη βάση. Μπες στις ρυθμίσεις του plugin και ενεργοποίησε την επιλογή «Database backup» ή «Include database». Αν δεν υπάρχει τέτοια επιλογή, άλλαξε plugin — το UpdraftPlus και το BackWPup το κάνουν δωρεάν και σωστά.

Αν χρησιμοποιείς server-level backup μέσω cPanel, η βάση συμπεριλαμβάνεται αυτόματα. Αλλά αν βασίζεσαι μόνο σε plugin, έλεγξέ το τώρα — όχι μετά το πρόβλημα.

2. Το backup μένει στον ίδιο server

Το πιο συχνό λάθος: το plugin παίρνει backup και το αποθηκεύει στον φάκελο /wp-content/backups/ ή /backups/ μέσα στον ίδιο λογαριασμό hosting. Αυτό σημαίνει:

  • Αν το site χακαριστεί, ο εισβολέας βλέπει και διαγράφει τα backups
  • Αν γεμίσει ο δίσκος, το επόμενο backup αποτυγχάνει
  • Αν χαθεί ο λογαριασμός (λάθος διαγραφή, πρόβλημα πληρωμής, βλάβη hardware), χάνεις και τα αντίγραφα

Το backup πρέπει να πηγαίνει έξω από τον server. Τα περισσότερα plugins υποστηρίζουν αυτόματη αποστολή σε:

  • Google Drive
  • Dropbox
  • Amazon S3 ή Wasabi
  • FTP/SFTP σε άλλο server

Ρύθμισε έναν από αυτούς τους προορισμούς και απενεργοποίησε την τοπική αποθήκευση. Αν το plugin δεν το υποστηρίζει, δεν είναι κατάλληλο για παραγωγική χρήση.

Τι γίνεται με τα server-level backups

Τα καθημερινά snapshots που κρατούν πολλοί πάροχοι είναι για έκτακτη ανάγκη — όχι η κύρια στρατηγική σου. Είναι εξαιρετικά για γρήγορη επαναφορά μετά από λάθος ενημέρωση ή διαγραφή, αλλά δεν αντικαθιστούν ένα off-site αντίγραφο που ελέγχεις εσύ. Αν αλλάξεις πάροχο, αν κλείσει ο λογαριασμός, ή αν θέλεις να επαναφέρεις κάτι σε τελείως διαφορετικό περιβάλλον, χρειάζεσαι δικό σου backup.

3. Κανείς δεν ελέγχει αν το backup τελείωσε

Το χειρότερο σενάριο: το plugin τρέχει κάθε μέρα, βλέπεις πράσινο checkmark στο dashboard, και νομίζεις ότι είσαι ασφαλής. Μέχρι που χρειαστείς επαναφορά και ανακαλύψεις ότι τα τελευταία 60 backups απέτυχαν σιωπηλά.

Συχνές αιτίες:

  • Το API token του Google Drive έληξε (συνήθως μετά από 6 μήνες)
  • Ο φάκελος προορισμού στο cloud διαγράφηκε ή μετονομάστηκε
  • Το backup είναι 3 GB και το script timeout του server 90 δευτερόλεπτα — το αρχείο κόβεται στη μέση
  • Το plugin δείχνει «Success» όταν ξεκινάει, όχι όταν ολοκληρώνει

Πολλά plugins καταγράφουν την αποτυχία μόνο στο δικό τους log, που κανείς δεν διαβάζει. Το WordPress dashboard δείχνει μόνο την τελευταία προγραμματισμένη εκτέλεση — όχι αν πέτυχε.

Πώς να ελέγξεις τώρα

Μία φορά το μήνα, κατέβασε το πιο πρόσφατο backup και δοκίμασέ το:

  1. Αποσυμπίεσέ το τοπικά (με 7-Zip ή WinRAR). Αν δεν ανοίγει ή βγάζει λάθος, το αρχείο είναι κατεστραμμένο.
  2. Έλεγξε αν υπάρχει το .sql της βάσης μέσα. Άνοιξέ το με Notepad++ και ψάξε για τίτλους άρθρων ή σελίδων που δημοσίευσες την τελευταία εβδομάδα. Αν δεν υπάρχουν, η βάση είναι παλιά.
  3. Έλεγξε το μέγεθος: αν το site σου είναι 4 GB και το backup 200 MB, κάτι λείπει — συνήθως ο φάκελος /uploads/.
  4. Σύγκρινε την ημερομηνία του αρχείου με την ημερομηνία που το plugin λέει ότι έτρεξε. Αν υπάρχει απόκλιση, το backup δεν ολοκληρώθηκε.

Αν έχεις staging περιβάλλον ή δοκιμαστικό subdomain, κάνε μία πλήρη επαναφορά εκεί. Είναι ο μόνος τρόπος να είσαι σίγουρος ότι όλα δουλεύουν.

Τι να κάνεις τώρα

Μπες στο WordPress και έλεγξε τις ρυθμίσεις backup σου. Αν δεν ξέρεις τι plugin χρησιμοποιείς — ή χειρότερα, αν δεν είσαι σίγουρος αν έχεις καν backup — αυτή είναι η κατάλληλη στιγμή.

Ένα σωστό backup:

  • Περιλαμβάνει αρχεία και βάση δεδομένων
  • Αποθηκεύεται αυτόματα εκτός server (Google Drive, Dropbox, S3)
  • Τρέχει τουλάχιστον μία φορά την ημέρα
  • Ελέγχεται χειροκίνητα μία φορά το μήνα

Αν χρειαστείς βοήθεια με τη ρύθμιση, το άρθρο Backup και επαναφορά στο WordPress καλύπτει τα βήματα αναλυτικά. Για επαναφορά από το cPanel, δες το άρθρο για επαναφορά αρχείων.

Το backup δεν είναι κάτι που ρυθμίζεις μία φορά και το ξεχνάς. Είναι κάτι που ελέγχεις — γιατί η στιγμή που θα το χρειαστείς δεν είναι η κατάλληλη για να ανακαλύψεις ότι δεν υπάρχει.

ΟΜ
Ομάδα MediaHostΤεχνική ομάδα MediaHost · Υποστήριξη 24/7/365
f X in