Μια καλά προετοιμασμένη αλλαγή DNS μειώνει την πιθανότητα διακοπής, χωρίς όμως να εγγυάται zero downtime. Το ασφαλές cutover απαιτεί το νέο website και το email να έχουν ελεγχθεί πριν αλλάξει η δημόσια κατεύθυνση του domain.
Πριν ξεκινήσεις
- Κατέγραψε ποιος είναι ο registrar, ποιος φιλοξενεί τη DNS ζώνη και ποιος θα φιλοξενεί website και email μετά την αλλαγή.
- Κάνε export ή screenshot ολόκληρης της τρέχουσας DNS ζώνης.
- Κατέγραψε A, AAAA, CNAME, MX, TXT, SPF, DKIM, DMARC και τυχόν records για εφαρμογές ή verification.
- Ετοίμασε τρόπο rollback: παλιές τιμές, πρόσβαση και χρονικό όριο μέσα στο οποίο θα επιστρέψεις αν ο κρίσιμος έλεγχος αποτύχει.
Προσοχή: Μην απενεργοποιήσεις το παλιό hosting ή email πριν ολοκληρωθούν οι έλεγχοι και λήξει το μεταβατικό διάστημα.
Βήματα προετοιμασίας
- Χαρτογράφησε τις υπηρεσίες. Σημείωσε πού πρέπει να δείχνουν root domain,
www, subdomains και mail hosts. - Μείωσε το TTL όπου χρειάζεται. Σε records που θα αλλάξουν, όρισε προσωρινά ένα χαμηλότερο αλλά αποδεκτό TTL. Κάν’ το αρκετά νωρίς ώστε να λήξει το παλιό TTL πριν από το cutover.
- Στήσε τη νέα υπηρεσία. Ανέβασε αρχεία και database, ρύθμισε εφαρμογή, PHP και permissions και πρόσθεσε το domain στο νέο hosting.
- Έλεγξε χωρίς δημόσια αλλαγή DNS. Χρησιμοποίησε προσωρινό URL ή ελεγχόμενη τοπική hosts εγγραφή μόνο στον δικό σου υπολογιστή. Έλεγξε σελίδες, login, φόρμες, uploads και λειτουργίες που γράφουν δεδομένα.
- Προετοίμασε SSL. Επιβεβαίωσε πώς θα εκδοθεί το πιστοποιητικό μόλις το domain δείξει στον νέο server.
- Προετοίμασε email. Δημιούργησε mailboxes/aliases στον νέο provider όπου αλλάζει το email και μετακίνησε παλιά μηνύματα πριν από το cutover. Αν το email δεν αλλάζει, διατήρησε ακριβώς τις MX και TXT εγγραφές.
- Κάνε τελικό συγχρονισμό. Λίγο πριν την αλλαγή, πάρε νέο backup και συγχρόνισε δεδομένα που άλλαξαν μετά το πρώτο αντίγραφο.
- Άλλαξε μόνο τα απαραίτητα DNS records. Κατέγραψε την ώρα και τις παλιές/νέες τιμές.
- Παρακολούθησε website και email. Έλεγξε από διαφορετικά δίκτυα και κράτησε ενεργό το παλιό περιβάλλον όσο υπάρχουν cached απαντήσεις.
- Επανέφερε το κανονικό TTL. Μόνο όταν η νέα κατάσταση είναι σταθερή.
Checklist αμέσως πριν το cutover
- Πρόσφατο, επαληθευμένο backup αρχείων και database.
- Νέο site λειτουργικό με σωστή έκδοση PHP και extensions.
- Έλεγχος login, φόρμας επικοινωνίας, uploads και checkout όπου υπάρχει.
- Λίστα όλων των DNS records και έτοιμες ακριβείς νέες τιμές.
- Έλεγχος MX/mailboxes, εξερχόμενου και εισερχόμενου email.
- Πλάνο SSL και δοκιμή HTTPS μετά την αλλαγή.
- Στοιχεία rollback και διαθέσιμος υπεύθυνος ελέγχου.
Πώς ελέγχω ότι ολοκληρώθηκε σωστά
- Κάνε DNS lookup από περισσότερους resolvers για A/AAAA/CNAME και MX.
- Άνοιξε το site με και χωρίς
www, σε HTTPS, από desktop/mobile και δεύτερο δίκτυο. - Έλεγξε σελίδες, login, δυναμικές ενέργειες, φόρμες και νέα δεδομένα στη database.
- Στείλε email προς και από το domain και έλεγξε SPF/DKIM/DMARC όπου χρησιμοποιούνται.
- Παρακολούθησε error logs και resource usage για ασυνήθιστες αποτυχίες.
Συνηθισμένα προβλήματα
- Το TTL μειώθηκε πολύ αργά: οι resolvers μπορεί να κρατούν ακόμη την παλιά απάντηση για το προηγούμενο TTL.
- Λειτουργεί το site αλλά όχι το email: λείπουν ή άλλαξαν MX/TXT records.
- Το SSL αποτυγχάνει: δεν δείχνουν όλες οι απαιτούμενες εκδόσεις του domain στον νέο server ή υπάρχει παλιά AAAA εγγραφή.
- Χάνονται νέες παραγγελίες/δεδομένα: οι χρήστες γράφουν ταυτόχρονα σε παλιά και νέα database. Χρειάζεται σχέδιο τελικού συγχρονισμού ή σύντομο maintenance window.
- Χρειάζεται rollback: επανάφερε τις καταγεγραμμένες τιμές, χωρίς να σβήσεις το νέο περιβάλλον, και επανέλεγξε website/email.