Utrata danych na vps

	B O A R D
	» Board » Zadaj pytanie » Archiwum » Szukaj » Stylizacja

M E N U

» Nowości

» Archiwum

» Recenzje / Testy

» Board

» Rejestracja

Szukaj @ TwojePC

	OBECNI NA TPC
	» KHot 15:46 » Aeternus 15:43 » wrrr 15:42 » rurecznik 15:42 » DJopek 15:30 » nth4 15:20 » Wedelek 15:15 » Liu CAs 15:14 » PeKa 15:13 » ligand17 15:04 » Robek 15:03 » Promilus 15:01 » Brauni 15:01 » soyo 15:00 » LooKAS 14:55 » etranger 14:43 » steve 14:42 » RoBakk 14:38 » Guli 14:38 » ToM78 14:36 Dzisiaj przeczytano 36980 postów, wczoraj 25672 Szybkie ładowanie jest: włączone.

ccc

A R C H I W A L N A W I A D O M O Ś Ć

Utrata danych na vps , RaPToRR 28/08/25 15:17
Cześć, prośba o analizę i poradę w sprawie sporu z dostawcą hostingu. Sprawa dotyczy odpowiedzialności za utratę danych z 15 dni na moim serwerze VPS z systemem Windows 2016 DataCenter.

Przebieg Zdarzeń:

~14.08.2025: Dostawca bez uprzedzenia migruje mój serwer VPS na nową infrastrukturę. Dostaję wiadomość o sukcesie migracji właśnie 14.08. Zakładam że mogła trwać 2 dni.

12.08 – 27.08.2025: Serwer z perspektywy aplikacji, plików, baz danych i użytkowników działa normalnie. W tle, bez żadnych błędów widocznych w systemie, ale prawdopodobnie serwer przestaje fizycznie zapisywać jakiekolwiek dane na dysk. Aplikacje i sam system działają normalnie na dobrych-świeżych danych.

27.08.2025: Serwer zawiesza się z powodu 100% zużycia CPU i RAM. Wymuszam restart.

Skutek: Po restarcie cały stan serwera (pliki, bazy danych, logi) cofa się do stanu z 12 sierpnia. Wszystkie dane z 15 dni zostają bezpowrotnie utracone.

Stanowisko Dostawcy:

To był błąd mojego systemu Windows, który buforował dane w RAM, ale ich nie zapisywał.

Ich infrastruktura (w tym system backupu i proces migracji) działała poprawnie. Backup-y były robione, ale kopiowały niezmieniony od 12.08 plik dysku.

Jako administrator serwera, to ja jestem odpowiedzialny za działanie OS i aplikacji wewnątrz VPS.

Odrzucają odpowiedzialność i odmawiają jakiejkolwiek rekompensaty.

Moje Stanowisko:

Problem nie leży w systemie Windows, ale w warstwie wirtualizacji dostawcy (hypervisor/sterowniki), która uległa uszkodzeniu podczas nieogłoszonej migracji.

Była to "cicha awaria" – ich infrastruktura przestała poprawnie obsługiwać polecenia zapisu z mojego OS, nie zgłaszając przy tym błędu. Jest to błąd infrastruktury.

Zbieżność czasowa awarii z migracją jest bezpośrednim dowodem na winę dostawcy.

System backupu po stronie hostingu był bezużyteczny, skoro przez 15 dni nie zabezpieczał żadnych nowych danych.

Co o tym myślicie?

http://www.krzysztofwasko.pl

Wygląda na to, że masz pecha. , jenot 28/08/25 15:37
a kto ma pecha ten ma pecha...
Przypuszczam, że nic nie uzyskasz a stracisz tylko czas na szarpaninę.

Zauważam coś w rodzaju "kryzysu kompetencji" na infoliniach i w samych działach technicznych.
Ostatni rok korzystania z różnych hostingów (w szczególności mowa o VPSach z zarządzaniem) coraz bardziej mnie skłania do ponownego pochylenia się nad samodzielnym zarządzaniem infrastrukturą od początku do końca (w tym a może w szczególności samodzielne robienie backupów).

Mój podpis max 100 zanaków,
zabroniony spam oraz reklama.
Na jakiej platformie oni hostują te serwery? , Sherif 28/08/25 15:37
Wygląda jakby Twój system powrócił do snapshota wykonango na potrzeby migracji a nowe dane po migracji leciały do nowego pliku.
1. na KVM , RaPToRR 29/08/25 00:53
  j.w.
  http://www.krzysztofwasko.pl