Zachowaj konfigurację projektu, trwałe dane i spójny backup bazy. Sam obraz kontenera ani plik compose.yaml nie zawiera danych zapisanych w wolumenach.
Spisz miejsca przechowywania danych
Docker może używać nazwanych wolumenów, bind mountów i zapisu w warstwie kontenera. Ten ostatni znika wraz z usunięciem kontenera. Sprawdź mounty każdej usługi, a nie tylko plik aplikacji. W projekcie mogą być osobne dane bazy, załączników i konfiguracji. ``bash docker compose config --services docker compose ps docker volume ls `` Rozwinięta konfiguracja może ujawniać wartości zmiennych. Nie publikuj pełnego docker compose config, jeśli zawiera sekrety. Zanotuj nazwy obrazów i wersje; odtworzenie z „latest” kilka miesięcy później może uruchomić niezgodne środowisko.
Baza wymaga spójności
Eksport narzędziem bazy albo wspierana kopia fizyczna to właściwy punkt wyjścia. Zwykłe archiwizowanie katalogu działającej MariaDB lub PostgreSQL nie zapewnia automatycznie spójności. Przy plikach aplikacji ustal, czy podczas kopii mogą powstawać nowe załączniki i zmieniać się odwołania w bazie.
W małym projekcie okno serwisowe może być prostym sposobem uzyskania spójnego stanu. W większym potrzebna jest procedura zależna od bazy i aplikacji. Zaplanuj ją przed awarią, razem z czasem powrotu oraz akceptowaną utratą danych.
Co zachować poza wolumenem?
- Plik Compose oraz potrzebne pliki konfiguracyjne.
- Wersje obrazów i instrukcję uruchomienia.
- Backup bazy oraz trwałe media.
- Sekrety w bezpiecznym, osobnym mechanizmie przechowywania.
- Konfigurację domeny, proxy i zadań okresowych.
Nie traktuj repozytorium aplikacji jako miejsca przechowywania .env z hasłami. Nie publikuj także archiwum danych w katalogu WWW. Kopia na tym samym dysku co produkcja chroni przed częścią błędów użytkownika, lecz może zniknąć razem z maszyną.
Test na osobnym środowisku
Utwórz oddzielny projekt i nowe wolumeny. Przywróć dane zgodnie z kolejnością wymaganą przez bazę, ustaw konfigurację i uruchom aplikację. Wyłącz produkcyjne webhooki, płatności i wysyłkę maili. Jeśli używasz tej samej nazwy projektu i jawnie zewnętrznych wolumenów, możesz przypadkowo podłączyć dane produkcyjne — sprawdź to przed startem.
Zweryfikuj logowanie, pliki i kilka rekordów bazy. Zapisz czas odtworzenia i brakujące kroki. „Kontener działa” to za mało; potrzebujesz poprawnych danych i funkcji aplikacji. Przy zmianie wersji bazy sprawdź kompatybilność formatu oraz procedurę migracji.
Czyszczenie a ochrona danych
Nie uruchamiaj docker compose down -v jako rutynowego restartu. Opcja usuwająca wolumeny zmienia zakres operacji. Przed czyszczeniem sprawdź dokładnie, które zasoby zostaną usunięte. Diagnostyka pełnego dysku pomaga najpierw rozpoznać problem.
Jeżeli uruchamiasz projekt na VPS Castpol, przygotuj backup poza serwerem i potwierdź, jakie kopie zapewnia konkretna oferta. Snapshot całej maszyny może być dodatkową warstwą, ale nie zastępuje świadomie zaplanowanej kopii aplikacji i jej odtworzenia.
Źródła i dokumentacja
Dokumentacja do dalszej weryfikacji ustawień i wymagań swojej wersji.