Nadpisany plik przywrócisz przez 30 dni, 180 albo wcale. Decyduje plan, nie to, ile masz miejsca

Plik, nad którym pracowałeś we wtorek, w piątek otwiera się pusty albo zaszyfrowany. Katalog jest zsynchronizowany, więc ta sama uszkodzona wersja leży już na laptopie, na telefonie i w chmurze. Od tej chwili nie ma znaczenia, ile wolnego miejsca zostało w planie. Znaczenie ma jedna liczba, której prawie nikt nie sprawdza przed zakupem: ile dni wstecz dostawca trzyma poprzednie wersje pliku.

Ta liczba jest inna dla każdej usługi i inna dla każdego planu w obrębie tej samej usługi. Darmowy Dropbox cofnie plik o 30 dni, plan Business o 180. Dysk Google może usunąć wersję po 30 dniach albo gdy pojawi się 100 nowszych — w pliku zapisywanym automatycznie to bywa kwestia jednego popołudnia. OneDrive w koncie firmowym trzyma usunięte pliki w koszu 93 dni, w koncie prywatnym 30. Wszystkie te wartości są poniżej, z linkami do stron producentów, bo tylko tam mają sens: zmieniają się bez zapowiedzi, a daty weryfikacji w artykułach starzeją się szybciej niż cenniki.

Ile dni naprawdę masz na przywrócenie nadpisanego pliku?

Dane w tabeli pochodzą ze stron pomocy producentów i zostały sprawdzone 20 października 2026. Jeśli czytasz to później, potraktuj je jako punkt wyjścia do sprawdzenia we własnym panelu, nie jako stan obowiązujący.

Dropbox podaje te progi wprost w przeglądzie historii wersji: 30 dni dla planów Basic, Plus i Family, 180 dni dla Professional, Essentials, Standard i Business, 365 dni dla Business Plus, Advanced i Enterprise. Ta sama strona zaznacza, że pliku usuniętego trwale nie zobaczysz ani nie przywrócisz — historia wersji pokazuje usunięcia tylko w swoim oknie.

Dysk Google działa inaczej i to jest najczęściej przegapiana różnica. Strona pomocy Google mówi, że wersja może zostać trwale usunięta po 30 dniach albo gdy istnieje 100 nowszych wersji, a przed usunięciem chroni ją tylko ręczne oznaczenie „Zachowaj na zawsze”. Osobnym zegarem jest kosz: pliki przeniesione do kosza są usuwane na zawsze po 30 dniach.

Microsoft rozdziela te dwie rzeczy jeszcze wyraźniej. Usunięty plik wraca z kosza w ciągu 30 dni na koncie prywatnym i 93 dni na koncie służbowym lub szkolnym, przy czym administrator może tę wartość zmienić. Cofnięcie całego katalogu do wybranego momentu to inna funkcja i ma własny limit: Files Restore obejmuje ostatnie 30 dni i wymaga subskrypcji Microsoft 365.

Backblaze jest tu wyjątkiem, bo retencja jest u niego parametrem do kupienia, a nie skutkiem ubocznym planu. Producent wymienia trzy poziomy: 30 dni w cenie, rok do włączenia bezpłatnie oraz wariant bezterminowy za 0,006 USD miesięcznie za gigabajt, liczony od plików starszych niż rok.

Czym różni się kosz od historii wersji i dlaczego to dwa osobne zegary?

Kosz odpowiada na pytanie „plik zniknął”. Historia wersji odpowiada na pytanie „plik jest, ale treść jest zła”. To dwie różne awarie i dwa różne liczniki, które w większości usług mają różną długość.

Praktyczny skutek: najgorszy scenariusz to ten, w którym plik nie został usunięty. Skasowany dokument widzisz od razu — brakuje go na liście. Dokument nadpisany pustą albo zaszyfrowaną treścią wygląda normalnie, ma dzisiejszą datę modyfikacji i poprawną nazwę. Zauważysz go wtedy, kiedy będziesz go potrzebować, czyli statystycznie za kilka tygodni. Przy oknie 30 dni to dokładnie ten moment, w którym licznik już zdążył się wyzerować.

Druga pułapka siedzi w regule Google. Limit „100 nowszych wersji” nie zależy od kalendarza, tylko od liczby zapisów. Arkusz, w którym kilka osób pracuje jednocześnie, albo plik zapisywany przez skrypt, przekroczy sto wersji w jeden dzień. Formalnie masz 30 dni, realnie masz jedno popołudnie — i nie dowiesz się o tym z żadnego cennika.

Dlaczego większy plan nie wydłuża okna przywracania?

Plany chmurowe są sprzedawane w gigabajtach i w liczbie stanowisk, bo to parametry łatwe do porównania w tabelce. Retencja jest doklejona do poziomu planu, ale nie jest proporcjonalna do pojemności: w Dropboksie przejście z 2 TB na 3 TB w planie Plus nie przesuwa okna o ani jeden dzień, bo 30 dni dotyczy całej rodziny planów konsumenckich. Przeskok na 180 dni wymaga planu z innej półki, sprzedawanego jako rozwiązanie zespołowe.

Stąd dość częsty błąd przy zakupie: firma dokupuje miejsce, bo skończyło się miejsce, i wychodzi z założenia, że droższy plan jest „bezpieczniejszy”. Bezpieczeństwo odtworzenia zmienia się skokowo i tylko na granicy półek produktowych. Jeżeli porównujesz oferty, retencja jest osobną kolumną i trzeba ją wpisać ręcznie, bo producenci rzadko stawiają ją obok ceny.

Warto to sprawdzić zawczasu także dlatego, że obniżenie retencji działa natychmiast. Jeśli ktoś w zespole zjedzie z planu wyżej na plan niżej, wersje starsze niż nowe okno przestają być dostępne od razu, a nie po wygaśnięciu opłaconego okresu.

Co się dzieje, gdy synchronizacja rozniesie uszkodzony plik po wszystkich urządzeniach?

Synchronizacja ma jedno zadanie: doprowadzić wszystkie kopie do tego samego stanu. Jeśli stan źródłowy jest zły, zrobi to równie sprawnie, jak przy poprawnym zapisie. Dlatego katalog w chmurze nie jest kopią zapasową, nawet jeśli leży na serwerze z replikacją i trzema centrami danych — replikacja chroni dostawcę przed awarią dysku, nie Ciebie przed własnym błędem.

Kopia zapasowa od synchronizacji różni się jedną cechą: trzyma stany z przeszłości, których nie da się nadpisać z klienta. Stąd reguła, która nie zmieniła się od lat: trzy kopie danych, na dwóch różnych nośnikach, jedna poza lokalizacją. Dla małej firmy to zwykle dysk na stacji roboczej, synchronizacja w chmurze jako warstwa pracy bieżącej i osobna usługa backupu z własną retencją jako warstwa odtworzeniowa.

Przy pracy z modelami językowymi i narzędziami, które zapisują wyniki automatycznie, dochodzi jeszcze jeden wątek: gdzie te pliki faktycznie leżą i kto ma do nich dostęp. To pytanie o lokalizację danych, nie o retencję, a odpowiedź rzadko widać w interfejsie — region, w którym liczy się odpowiedź asystenta, trzeba ustalić z dokumentacji dostawcy.

Zanim plik wejdzie do synchronizowanego katalogu, zostaje jeszcze pytanie wcześniejsze: czy w ogóle powinien tam trafić. Osobną decyzją od retencji jest to, które dane firmowe wolno wrzucić do modelu — żadne okno przywracania nie naprawi zbioru, który nigdy nie powinien był opuścić firmy.

Jak sprawdzić własne okno przywracania w kwadrans?

Deklaracja producenta to jedno, Twoja konfiguracja to drugie. Poniższa kolejność daje odpowiedź na własnym koncie, bez czekania na awarię:

• Sprawdź w panelu rozliczeń, jak dokładnie nazywa się Twój plan. „Dropbox płatny” albo „Microsoft 365″ to nie nazwa planu, a od niej zależy cała reszta.
• Znajdź stronę pomocy producenta dla tej nazwy i wypisz dwie liczby osobno: retencję wersji i retencję kosza.
• Utwórz plik testowy, zapisz go, zmień treść i zapisz ponownie. Sprawdź, czy w interfejsie widzisz poprzednią wersję i czy da się ją przywrócić bez pomocy administratora.
• Usuń plik testowy i sprawdź, czy pojawia się w koszu oraz jaka data usunięcia jest przy nim pokazana. Jeśli kosz nie pokazuje daty, nie wiesz, ile masz czasu.
• Powtórz dwa poprzednie kroki na koncie zwykłego pracownika, nie na swoim. Uprawnienia do przywracania bywają zawężone do administratora, co w praktyce oznacza, że okno jest krótsze niż deklarowane — bo zaczyna się liczyć od zgłoszenia, nie od zdarzenia.
• Zapisz obie liczby w jednym miejscu razem z datą sprawdzenia. To jedyna forma, w której ta informacja jest do czegokolwiek przydatna w dniu awarii.

Jeśli w kroku piątym okaże się, że nikt poza jedną osobą nie umie przywrócić pliku, problemem nie jest usługa, tylko procedura. To moment na spisanie krótkiej instrukcji odtwarzania albo na zewnętrzną pomoc przy ustawieniu kopii zapasowych w firmie, zamiast dokupywania kolejnego terabajta.

Kiedy dopłacić za dłuższą historię, a kiedy kupić osobny backup?

Dłuższa retencja u obecnego dostawcy wystarcza wtedy, gdy ryzykiem jest pomyłka człowieka. Osobna usługa backupu jest potrzebna, gdy ryzykiem jest utrata dostępu do całego konta — bo wtedy razem z kontem tracisz także jego historię wersji.

Ostatni wiersz jest tym, który najczęściej rozstrzyga zakup. Historia wersji jest funkcją konta, nie funkcją danych. Dopóki jedyna kopia Twoich plików z przeszłości leży w tej samej usłudze co pliki bieżące, zabezpieczasz się przed błędem, a nie przed utratą dostępu.

Dla kogo który wariant i co wybrać zamiast

Jedna osoba pracująca na własnych plikach, bez wymogów archiwizacyjnych: 30 dni retencji w planie konsumenckim i nawyk oznaczania wersji „Zachowaj na zawsze” przy kamieniach milowych projektu. Dokupywanie czegokolwiek jest tu wydatkiem bez pokrycia w ryzyku.

Zespół od kilku do kilkudziesięciu osób, pracujący na wspólnych katalogach: plan z retencją 180 dni albo dłuższą, bo przy wielu rękach na tych samych plikach okno 30 dni jest realnie krótsze, niż wygląda, a reguła stu wersji w Dysku Google zaczyna się aktywnie włączać. Do tego jedna rzecz, której plan chmurowy nie da: osobna kopia poza kontem, z własnym hasłem i własnym licznikiem retencji.

Firma z obowiązkami dokumentacyjnymi albo z danymi klientów, których nie wolno stracić: retencja mierzona w latach, co w praktyce oznacza usługę, w której retencja jest parametrem cennika, nie skutkiem ubocznym planu — jak w opisanym wyżej modelu Backblaze. Jeśli Twój obecny dostawca nie pozwala kupić retencji osobno, nie ma wariantu, który to naprawi w ramach tego samego konta.

Następny krok jest jeden, niezależnie od wielkości firmy: wpisz dziś do notatki dwie liczby ze swojego panelu — retencję wersji i retencję kosza — razem z datą. Jeśli nie potrafisz ich znaleźć w ciągu kwadransa, to jest Twoja odpowiedź na pytanie, ile dni masz na przywrócenie pliku.