Cztery sposoby na „cofnięcie katastrofy" w Magento 2. Każdy ma inny koszt, inny czas przywracania (RTO) i inną granularność (RPO — jak świeży jest stan, do którego wracasz). Tabela poniżej zestawia je bez owijania w bawełnę.
| Aspekt | mysqldump na cronie | Opieka agencji „na godziny" | Magento Enterprise Staging | SISL Time Machine |
|---|---|---|---|---|
| RPO (świeżość stanu) | ⚠️ noc / 24h (ostatni dump) | ❌ zależy od agencji | ✅ bieżący | ✅ dowolna milisekunda |
| RTO (czas przywrócenia) | ❌ minuty–godziny + downtime | ❌ godziny–dni (kolejka) | ⚠️ deploy stagingu | ✅ ~30 s, bez downtime |
| Granularność | ❌ cała baza naraz | ⚠️ ręcznie | ⚠️ całe wersje | ✅ pojedyncze pole encji |
| Utrata zamówień w trakcie | ❌ tak (restore nadpisuje) | ⚠️ ryzykowne | ⚠️ zależy | ✅ nie — sklep działa |
| Kto/co/kiedy (audit) | ❌ brak | ❌ brak | ⚠️ częściowo | ✅ pełny ślad: user, IP, diff |
| Wpływ na wydajność | ⚠️ dump obciąża bazę | — | ⚠️ duży | ✅ async, poza bazą Magento |
| RODO / retencja | ❌ brak audit trail | ❌ | ⚠️ | ✅ Ed25519, 7 lat (COMPLIANCE) |
| Koszt | „0 zł" + ukryty koszt downtime | 1–5 tys. zł / incydent | tylko Adobe Commerce (drogo) | 249–699 zł / mc |
| Hosting | self-hosted | — | chmura Adobe | self-hosted, Twoja infra |
Liczby na własnej skórze: policz ile kosztuje Cię godzina downtime. Tło techniczne: Time Machine vs mysqldump — szczegółowe porównanie i kompletny przewodnik po audycie i przywracaniu danych w Magento.
Zobacz SISL Time Machine → Premiera Q3 2026, lista oczekujących z rabatem 50% dla pierwszych 50.