2 post etichettati con "test"

Pubblicato il 10 settembre 2026

Per migrare un sito cPanel a un VPS senza un'interruzione imprevista, tratta il DNS come lo switch finale, non come il primo compito. Prepara il server di destinazione, copia l'account, testalo sul nuovo indirizzo IP, riduci il DNS TTL, poi modifica i record solo dopo che i controlli dell'applicazione, della posta e di SSL sono andati a buon fine. Il sito resta disponibile mentre il lavoro avviene in background.

Per il sito di una piccola impresa, un account agenzia o un negozio con ordini attivi, la migrazione riguarda meno lo spostamento dei file e più la conservazione del comportamento del servizio. Versioni di PHP, permessi del database, cron job, instradamento della posta elettronica, reindirizzamenti e regole del firewall devono tutti arrivare in uno stato certamente funzionante. I file di solito sono la parte facile. Le piccole impostazioni nascoste intorno a loro sono dove le migrazioni si guadagnano i capelli grigi.

Pubblicato il 10 luglio 2026

Alle 02:14 UTC, la vetrina ha smesso di scrivere gli ordini nel database. Alle 02:19, il sito continuava ancora a servire pagine in cache, ma il checkout era già diventato una finzione. Questo caso di studio sul ripristino da backup segue ciò che è accaduto dopo su un VPS di produzione per una piccola attività di e-commerce, ciò che abbiamo ripristinato, ciò che non abbiamo ripristinato alla cieca e perché il servizio era di nuovo stabile prima dell'alba.

Il cliente eseguiva uno stack piuttosto standard per un negozio online in crescita - Nginx, PHP-FPM, MariaDB, Redis e un pannello di controllo usato da due membri del personale non sysadmin. Il traffico non era enorme, ma il tempismo era doloroso. Una campagna promozionale aveva aumentato il volume degli ordini, le scritture sul database avevano raggiunto il picco e un problema di storage a livello di filesystem ha iniziato a corrompere le tabelle attive del database. Non drammatico in stile Hollywood, ma abbastanza serio da far sì che ogni minuto contasse.

Il primo compito non era il ripristino. Il primo compito era fermare la propagazione del danno. Abbiamo messo l'applicazione in modalità manutenzione, preservato lo stato corrente del disco per la revisione e verificato se replica, snapshot o dump logici ci dessero il punto di ripristino più pulito. Questo conta più di quanto la gente voglia ammettere. Un ripristino rapido è una buona cosa. Un ripristino rapido verso dati danneggiati è solo una delusione rapida.