Server u racku bez upaljenih indikatorskih lampica

Server ne boota: kako sigurno izvesti oporavak podataka

Kada se server ne podiže, ne znači da su podaci izgubljeni. Zato je prvi zadatak sačuvati stanje diskova, a tek drugi vratiti server u rad. Svaki novi pokušaj pokretanja, rebuild RAID polja ili reinstalacija sustava može prepisati upravo one podatke koje treba spasiti. U nastavku je redoslijed postupanja koji štiti podatke: kako prepoznati vrstu kvara, što ne smijete raditi, što pripremiti za stručnjake i kada je pravo vrijeme da se obratite laboratoriju za spašavanje podataka.

Datarecovery
datarecovery.hr
Zaštitite podatke sa servera
Datarecovery je stručni laboratorij za oporavak podataka s RAID polja, NAS sustava i drugih uređaja.

Posjetite laboratorij

TL;DR

  • Zaustavite server. Ne pokrećite ga iznova u petlji, ne potvrđujte rebuild i ne inicijalizirajte volumene.
  • Prvo utvrdite je li kvar logički ili fizički. Klikovi, struganje, diskovi koje kontroler ne vidi i pad više diskova znače da sustav ne treba popravljati na licu mjesta.
  • RAID nije sigurnosna kopija. Redundancija pomaže kad otkaže jedan disk, ali ne pomaže kad otkaže kontroler, nekoliko diskova odjednom ili kad je rebuild krenuo pogrešno.
  • Popraviti pokretanje nije isto što i oporaviti sustav. Automatski popravak rješava probleme s pokretanjem, a vraćanje iz provjerene kopije vraća zaštićeno stanje.
  • Ako su podaci važni, a kopije nema ili nije provjerena, uređaj u izvornom stanju predajte laboratoriju.

Sadržaj

Zašto se server ne podiže: najčešći uzroci

Opis „server ne boota” pokriva vrlo različite kvarove. Nekad se server ugasi već pri samotestiranju hardvera (POST), nekad RAID kontroler javi da je polje degradirano ili ga uopće ne prepoznaje, a nekad se operacijski sustav zaustavi na logotipu ili plavom ekranu. Svaki od tih simptoma vodi drugom postupku.

Za Windows Server, Microsoftova dokumentacija za grešku Stop 7B, odnosno INACCESSIBLE_BOOT_DEVICE kao moguće uzroke navodi promjene na kontroleru diskova ili upravljačkim programima, oštećen datotečni sustav i neispravne zapise u konfiguraciji pokretanja (BCD). Isti simptom, dakle, može značiti problem s upravljačkim programom, ali i disk koji fizički otkazuje.

CERT u svom pregledu obnavljanja izgubljenih podataka razlikuje gubitak zbog fizičkog oštećenja, logičkog oštećenja, brisanja i prepisivanja. Za svaki od tih uzroka koristi se druga metoda oporavka. Server koji ne boota zato nije nužno samo problem operacijskog sustava.

SimptomMogući uzrokŠto ne raditi
Server se gasi ili pišti tijekom POST-aNapajanje, memorija, matična ploča, procesorNe vadite i ne premještajte diskove bez oznaka redoslijeda
RAID kontroler javlja „degraded” ili „offline”Otkaz jednog ili više diskova, problem s kontroleromNe potvrđujte rebuild ni inicijalizaciju, ne brišite konfiguraciju
Kontroler ne vidi jedan ili više diskovaFizički kvar diska, elektronike ili kabelaNe pokrećite server iznova u nadi da će se disk „javiti”
Klikanje, struganje, neuobičajen zvukMehanički kvar tvrdog diska, oštećena glava za čitanjeOdmah isključite uređaj
Zaustavljanje na logotipu, plavi ekran, boot petljaOštećen BCD, sistemske datoteke, upravljački program ili datotečni sustavNe reinstalirajte sustav preko postojećeg volumena
Poruka da nema uređaja za pokretanjePogrešan redoslijed pokretanja, BIOS/UEFI postavke, nevidljiv sistemski diskNe formatirajte i ne particionirajte diskove

Prvih trideset minuta: postupak koji štiti podatke

Kada server stane, brzo se poseže za rješenjima s foruma: clear CMOS, zamjena memorije, ponovni pokušaj pokretanja. Na kućnom računalu bez važnih podataka to može biti razuman put. Na poslovnom serveru s bazama, poštom ili dokumentima redoslijed mora biti drugačiji.

  1. Zabilježite točno što vidite. Fotografirajte poruku greške, ekran RAID kontrolera i stanje LED indikatora na diskovima. Zapišite kada je server zadnji put radio ispravno i što se dogodilo neposredno prije kvara: nestanak struje, ažuriranje, zamjena diska, pregrijavanje.
  2. Prekinite pokušaje pokretanja. Svaki novi pokušaj opterećuje disk koji možda već otkazuje. Kod RAID polja kontroler pri svakom pokretanju može pokušati nešto „popraviti” sam.
  3. Ne potvrđujte nikakvu ponudu kontrolera ili sustava. Rebuild, inicijalizacija, „import foreign configuration” ili provjera datotečnog sustava mijenjaju metapodatke na diskovima. Neke se od tih promjena ne mogu poništiti.
  4. Ako vadite diskove, označite ih. Svaki disk označite rednim brojem utora i ne mijenjajte njihov redoslijed. Redoslijed diskova u polju jedan je od ključnih podataka za rekonstrukciju.
  5. Provjerite stanje sigurnosnih kopija. Odgovorite si iskreno: kada je napravljena zadnja kopija, je li cjelovita i je li ikad provjereno vraćanje iz nje?
  6. Odlučite tek tada. Ako je kvar očito logički, a kopija svježa i provjerena, vraćanje sustava ima smisla. Ako postoji i najmanja sumnja na fizički kvar, ili kopije nema, sljedeći korak je stručna dijagnostika.

Logički ili fizički kvar: pitanje koje odlučuje o svemu

Logički kvar znači da je hardver ispravan, ali su oštećeni podaci o tome kako se sustav pokreće ili gdje se datoteke nalaze. Primjeri su oštećen boot zapis, neispravan upravljački program nakon ažuriranja ili oštećen datotečni sustav nakon naglog nestanka struje.

Fizički kvar znači da je oštećen sam medij ili njegova elektronika. Kod klasičnog tvrdog diska to može biti glava za čitanje, motor ili površina podatkovnih ploča. Kod SSD-a to može biti kontroler ili flash memorija. Tada svaki pokušaj čitanja može povećati štetu. Disk s oštećenom glavom pri radu može ogrebati podatkovnu ploču, i to upravo na mjestima gdje su podaci.

Kako to razlikovati u praksi:

  • Upućuje na fizički kvar: neuobičajeni zvukovi, disk koji se ne okreće, disk koji kontroler povremeno vidi pa ne vidi, vrlo sporo čitanje, više diskova u polju koji su ispali u kratkom razmaku.
  • Upućuje na logički kvar: svi diskovi su vidljivi i zdravi prema kontroleru, problem je nastao neposredno nakon ažuriranja ili promjene konfiguracije, sustav dolazi do faze učitavanja i tamo staje.

Samo dojam s lica mjesta nije pouzdan. CERT-ov dokument o umreženim spremištima podataka naglašava da RAID, sigurnosne kopije, kontrola pristupa i kriptografija rješavaju različite rizike. Kada server ne boota, stručna procjena prvo razdvaja logički kvar od fizičkog, a tek onda bira metodu.

Kada su na serveru RAID polje ili NAS

Najveći broj nepovratnih gubitaka na serverima ne nastaje u trenutku kvara, nego nakon njega, zbog pogrešnih poteza. Kod RAID-a i NAS uređaja to su najčešće:

  • Rebuild na disk koji je i sam slab. Rebuild intenzivno čita sve preostale diskove. Ako je još jedan disk na rubu otkaza, može otkazati upravo tada, a polje prelazi iz degradiranog u nedostupno stanje.
  • Zamjena krivog diska. Kod polja s više diskova lako je izvaditi ispravan disk umjesto neispravnog, osobito kad oznake utora nisu jasne.
  • Ponovno kreiranje polja. Ponekad se savjetuje ponovno kreiranje polja s istim parametrima. Ako se pogriješi u redoslijedu, veličini bloka ili pomaku, kontroler prepisuje metapodatke.
  • Inicijalizacija ili brisanje konfiguracije. To može izbrisati informacije potrebne za rekonstrukciju polja.

Redoslijed oporavka ovisi o RAID razini, stanju svakog diska, tipu kontrolera i datotečnom sustavu. Oporavak RAID 0 polja, gdje nema redundancije, sasvim je drugačiji od oporavka RAID 6 polja s dvostrukim paritetom. O tim razlikama detaljnije pišemo u vodičima o oporavku RAID 0 niza, oporavku RAID 6 niza i oporavku RAID 10 polja. Kad je oštećen sam opis polja, pomaže i naš tehnički vodič o obnovi RAID metapodataka.

U istom CERT-ovom dokumentu RAID je opisan kao mehanizam redundancije, a ne kao potpuna zaštita podataka. Redundancija omogućuje rad nakon otkaza jednog diska, ali ne štiti od otkaza kontrolera, otkaza više diskova, brisanja, zlonamjernog softvera ni pogrešnog rebuilda. Zato i ponavljamo zašto RAID nije backup rješenje.

Popravak pokretanja nije isto što i oporavak sustava

Microsoft jasno razlikuje dvije stvari: popravak pokretanja i vraćanje sustava iz kopije.

Popravak pokretanja. Windows ima ugrađeni Startup Repair u okruženju Windows Recovery Environment. Pokreće se putem Troubleshoot > Advanced options > Startup Repair i pokušava automatski otkloniti tipične probleme s pokretanjem. Ako je volumen zaštićen BitLockerom, za ovaj korak potreban je ključ za oporavak. Ima smisla tek kada su diskovi provjereno ispravni i kada podaci nisu u pitanju. Ako se automatski popravak vrti u krug i ne uspijeva, ponavljanje ne pomaže, a disk je pritom stalno opterećen.

Vraćanje sustava iz kopije. Za Windows Server s postojećom kopijom Microsoft opisuje System State Recovery i Bare Metal Recovery. Bare Metal Recovery namijenjen je upravo serveru koji se ne može pokrenuti. Izvodi se offline, a način pokretanja (BIOS ili UEFI) na izvoru i odredištu mora se podudarati. Vraćanje na drugačiji hardver nije univerzalno podržano. Prema Microsoftovoj dokumentaciji naredbe wbadmin, vraćanje zahtijeva administratorske ovlasti ili članstvo u grupi Backup Operators.

Usporedba popravka pokretanja i oporavka iz kopije

Iz toga slijedi važan zaključak: vraćanje sustava vraća samo ono što je kopija sadržavala. Sve što je nastalo nakon zadnje kopije, primjerice jutarnje transakcije u bazi ili dokumenti iz zadnjih dana, ostaje na diskovima pokvarenog servera. Ako su ti podaci važni, diskove prije vraćanja treba sačuvati, a ne prepisati novom instalacijom.

Što pripremiti prije predaje servera laboratoriju

Što je bolja dokumentacija, to je brža dijagnostika i manji rizik pri rekonstrukciji. ENISA u preporukama za plan kontinuiteta IT usluga ističe da plan oporavka mora biti razumljiv i osobi koja ne poznaje lokalni sustav. Mora sadržavati preduvjete, točan redoslijed oporavka komponenti, odgovornosti, kontakte i zapisnik incidenta. Upravo to je situacija kad intervenciju preuzima vanjski laboratorij.

Korisno je pripremiti:

  • Vremensku crtu: kada je server zadnji put radio, kada je primijećen problem, kojim redom su se događaji odvijali i kako je server ugašen.
  • Poruke greške: fotografije ekrana, zapise kontrolera, eventualne obavijesti s NAS sučelja.
  • Konfiguraciju: proizvođač i model servera ili NAS-a, tip RAID kontrolera, RAID razina, broj i kapacitet diskova, redoslijed diskova u utorima, operacijski sustav i datotečni sustav.
  • Popis poduzetih koraka: je li tko pokušao rebuild, zamijenio disk, pokrenuo provjeru ili reinstalirao sustav. Taj podatak je ključan, a često se prešućuje.
  • Stanje kopija: datum zadnje kopije i je li vraćanje iz nje ikada testirano.
  • Prioritete: koje baze, mape ili virtualni strojevi su najvažniji. Laboratorij tada može te podatke vratiti prve.
  • Pristupne podatke za šifrirane volumene: ključeve za oporavak ili lozinke, ako postoje.

Koliko dugo smije trajati zastoj: RTO, RPO i obveze tvrtke

Trajanje i cilj oporavka ne određuje samo tehnički simptom. ENISA preporučuje da se ciljano vrijeme oporavka (RTO) i dopušteni gubitak podataka (RPO) definiraju prema poslovnim procesima. Servisi se prioritiziraju, a dokumentira se početni odgovor, privremeni rad u ograničenom opsegu, oporavak i povratak na normalan rad. Ako Vam ti pojmovi još nisu definirani, praktičan primjer s ciljevima od četiri sata i trideset minuta naći ćete u našem tekstu o značenju RPO i RTO.

Za dio hrvatskih tvrtki to više nije samo dobra praksa. Zakon o kibernetičkoj sigurnosti (Narodne novine br. 14/24) stupio je na snagu 15. veljače 2024. i u hrvatsko zakonodavstvo prenosi Direktivu NIS2. Europska komisija vodi Hrvatsku među državama koje su direktivu prenijele, a sama Direktiva (EU) 2022/2555 među mjerama upravljanja rizicima navodi kontinuitet poslovanja, uključujući upravljanje sigurnosnim kopijama i oporavak nakon katastrofe. Koje obveze vrijede za Vašu tvrtku ovisi o sektoru i vrsti subjekta, pa je to dobro provjeriti sa stručnjakom za usklađenost ili s nadležnim tijelom.

Nema odgovornog načina da se unaprijed obeća trajanje ili cijena oporavka bez pregleda uređaja. Na procjenu utječu broj diskova, RAID konfiguracija, fizičko stanje svakog diska i količina prioritetnih podataka. Zato procjena počinje dijagnostikom.

Spašavanje podataka sa servera u našem laboratoriju

Ako se Vaš server ne podiže, a na njemu su podaci koji nisu sigurno pohranjeni na drugom mjestu, obratite nam se prije bilo kakvog pokušaja popravka. Laboratorij Datarecovery, poznat i kao InfoLAB, radi od 1993. godine i jedini je laboratorij za spašavanje podataka u regiji s certifikatom ISO 9001:2015. Diskove s mehaničkim oštećenjima otvaramo isključivo u čistim komorama razreda CLASS 100/10. Radimo sa svim vrstama medija: tvrdim diskovima, SSD-ovima, RAID poljima i NAS uređajima.

Postupak započinje dijagnostikom koja utvrđuje vrstu kvara i realne mogućnosti oporavka. Vrijedi naše pravilo „no Data, no Money”: ako podatke ne spasimo, uslugu spašavanja ne naplaćujemo. Za hitne slučajeve dostupna je hitna intervencija. Pregled usluga za spašavanje podataka s RAID polja i NAS uređaja nalazi se na našoj stranici, a za prvi savjet možete nazvati besplatni info telefon 0800 0144.

Kada su podaci spašeni, a server treba vratiti u rad, pomažemo i s konfiguracijom RAID servera, servisnim održavanjem i udaljenom podrškom.

Česta pitanja

Smijem li pokrenuti rebuild ako je ispao samo jedan disk?

Samo ako ste sigurni da su svi ostali diskovi ispravni i ako imate svježu, provjerenu sigurnosnu kopiju. Rebuild intenzivno čita sve preostale diskove i može izazvati otkaz sljedećeg slabog diska. Ako kopije nema, a podaci su važni, prije rebuilda je sigurnije napraviti stručnu dijagnostiku.

Server se vrti u petlji automatskog popravka. Što sada?

Isključite ga i prekinite petlju. Ako automatski popravak nije uspio iz prvog ili drugog pokušaja, daljnje ponavljanje samo opterećuje diskove. Uzrok može biti i fizički kvar diska, pa je sljedeći korak provjera stanja diskova, a ne novi pokušaj.

Mogu li jednostavno reinstalirati operacijski sustav?

Reinstalacija na isti volumen može prepisati podatke koji su još bili na disku. Ako na serveru postoje podaci koji nisu u kopiji, diskove najprije treba sačuvati u izvornom stanju. Tek nakon što su podaci osigurani, reinstalacija ili vraćanje iz kopije postaje siguran korak.

Koliko košta spašavanje podataka sa servera?

Cijena ovisi o broju diskova, RAID razini, vrsti kvara i fizičkom stanju medija, pa se ne može odrediti bez dijagnostike. Kod nas vrijedi pravilo „no Data, no Money”: spašavanje podataka ne naplaćujemo ako podatke ne uspijemo vratiti.

Je li RAID dovoljan kao zaštita podataka?

Nije. RAID omogućuje rad nakon otkaza diska, ali ne štiti od otkaza kontrolera, otkaza više diskova, brisanja ni šifriranja zlonamjernim softverom. Za stvarnu zaštitu potrebna je zasebna sigurnosna kopija koja se redovito provjerava.

Izvori

Preporučeno

Objave