Przejdź do głównej zawartości

2 posty z tagiem "testowanie"

Wyświetl wszystkie tagi

Migracja witryny cPanel na VPS bez przestoju

· 5 min aby przeczytać
Customer Care Engineer

Opublikowano 10 września 2026

Migracja witryny cPanel na VPS bez przestoju

Aby przenieść witrynę cPanel na VPS bez niespodziewanego przestoju, potraktuj DNS jako końcowe przełączenie, a nie pierwsze zadanie. Przygotuj serwer docelowy, skopiuj konto, przetestuj je pod nowym adresem IP, zmniejsz DNS TTL, a następnie zmień rekordy dopiero po pomyślnym zakończeniu kontroli aplikacji, poczty i SSL. Witryna pozostaje dostępna, podczas gdy prace odbywają się w tle.

W przypadku witryny małej firmy, konta agencji lub sklepu z aktywnymi zamówieniami migracja polega mniej na przenoszeniu plików, a bardziej na zachowaniu działania usługi. Wersje PHP, uprawnienia do baz danych, zadania cron, routing poczty e-mail, przekierowania i reguły zapory muszą zostać przeniesione w sprawdzonym, poprawnym stanie. Pliki są zazwyczaj łatwą częścią. To drobne ustawienia ukryte wokół nich sprawiają, że migracje przyprawiają o siwe włosy.

Studium przypadku odzyskiwania kopii zapasowej: 6 godzin wstecz

· 5 min aby przeczytać
Customer Care Engineer

Opublikowano 10 lipca 2026

Studium przypadku odzyskiwania z kopii zapasowej: 6 godzin wstecz

O 02:14 UTC witryna przestała zapisywać zamówienia do bazy danych. O 02:19 strona nadal serwowała strony z pamięci podręcznej, ale checkout był już fikcją. To studium przypadku odzyskiwania kopii zapasowej opisuje, co wydarzyło się później na produkcyjnym VPS małej firmy e-commerce, co przywróciliśmy, czego nie przywracaliśmy bezrefleksyjnie i dlaczego usługa znów działała stabilnie jeszcze przed świtem.

Klient korzystał z dość standardowego stosu dla rozwijającego się sklepu internetowego - Nginx, PHP-FPM, MariaDB, Redis oraz panel sterowania używany przez dwóch pracowników niebędących administratorami systemów. Ruch nie był ogromny, ale timing był bolesny. Kampania sprzedażowa zwiększyła liczbę zamówień, zapisy do bazy danych osiągały szczyt, a problem z pamięcią masową na warstwie filesystem zaczął uszkadzać aktywne tabele bazy danych. Nie było to dramatyczne jak w Hollywood, ale wystarczająco poważne, by każda minuta miała znaczenie.

Pierwszym zadaniem nie było przywracanie. Pierwszym zadaniem było powstrzymanie dalszego rozprzestrzeniania się szkód. Przełączyliśmy aplikację w tryb maintenance, zachowaliśmy bieżący stan dysku do przeglądu i sprawdziliśmy, czy replikacja, snapshoty czy logical dump dadzą nam najczystszy punkt odzyskiwania. To ma większe znaczenie, niż ludzie lubią przyznawać. Szybkie odzyskanie jest dobre. Szybkie odzyskanie do uszkodzonych danych to tylko szybkie rozczarowanie.