Palvelin vikatilassa - mikä avuksi ?

 

Palvelimessa levyrikko - "hotswap -paikallaan"

Näinhän siinä jälleen kävi; tietoturva tuli kylään varsin konkreettisesti, kun NAS-palvelimeen tuli levyrikko. Palvelinhan on toiminut jo vuodesta 2009 lähtien omien tiedostojen ns. päävarmistuspaikkana muiden ratkaisujen rinnalla. Yhden kortin varaan ei näissä asioissa kannata asioita jättää. Se kaduttaa kyllä jatkossa.

Eilen kun laitoin NAS:n päälle ja oli tarkoitus tehdä sinne hieman varmistusajoja työasemalta, totesin ettei palvelin vastaa normaalisti. Palvelintilaan mennessäni huomasinkin heti, että palvelimen info-paneeli paistoi punaisena (vikatila) ja levyosio numero 3:n valo paloi iloisesti punaisena. Yksi neljästä levystä oli siis saanut ns. siipeensä ja lopettanut työsuhteensa. 

Onneksi hätä ei ollut tämän suurempi, sillä varastossa oli vielä runsaasti varalevyjä ja yksi uusi (vm. 2009) palvelinkin varalla. Viimekerrasta (2018) poiketen vaihdoin nyt levyn ns. "kuumana" eli en kytkenyt palvelinta pois päältä vaan irrotin vikaantuneen levyn kelkastaan ja laitoin uuden tilalle. Hetken kuluttua levyn asentamisen jälkeen palvelin pyysikin vahvistusta uuden RAID5-tason valmistamiseksi. Luvan annettuani alkoivat bitit jälleen hakemaan paikkojaa, eikä tietoja kadonnut levyrikosta huolimatta. Tosin uuden RAID:n rakennus kesti liki 18 tuntia, mutta se on pieni hinta sille, että tiedot olisivat jotenkin kadonneet lopullisesti.

Alla kommentteja viimekertaisesta operaatiosta tuon NAS:n osalta.

RAID käytännössä

Ostin tuon 6 Teran palvelimen vuonna 2009 keväällä ja tämä oli ensimmäinen vikatilanne kyseisessä palvelimessa. Eli melkein 8 vuotta ongelmatonta käyttöä. Mekaanisten levyjen osalta oli kyllä odotettavissakin vikatilanne jossakin vaiheessa, mutta sitähän ei voi etukäteen oikein tarkkaan ennustaa. Tiedostopalvelimessa on 4 isoa levyä, jotka ovat teknisesti ns. RAID 5 levypakkana. Tässä tapauksessa tämä mahdollistaa juuri sen, että yhden levyn rikkoontuessa voidaan se korvata uudella ilman että tiedostoja menetetään. Kahden levyn rikkoontuessa samalla kertaa onkin sitten turvauduttava tiedostojen palauttamiseen muista medioista. Onneksi tämän vika tilanteen todennäköisyys on aika pieni kuitenkin. Levyn vaihtaminen täytyy tietysti suorittaa oikein ja hallitusti, sillä aina on vaarana se, että jokin menee vikaan ja kaikki tiedostot menetetään.

Tiesin, että levyn voi vaihtaa ns. lennosta, eli rikkoontunut pois ja uusi tilalle, jonka jälkeen järjestelmä tekee loput itsestään automaattisesti. Päätin itse, kuitenkin hieman toisenlaiseen vaihtoprosessiin, joka samalla olisi hieman turvallisempikin. Otin selainyhteyden palvelimeen ja onnekseni muistin jopa sen hallintasalasanan vuosien takaa. Hallintapaneelista käsin sitten käskin järjestelmän poistaa vikaantunut levy. Kun levy hävisi käytössä olevista levykirjastoista kävin poistamassa levyn palvelimesta. Tämä tapahtuu ilman työkaluja: etukansi auki ja levyn lukitussalpaa kääntämällä levy tulee kelkassaan ulos laitteesta - helppoa. No, jotta asia ei olisi ollut liian helppo, niin palvelimen oven mekaanisen luko avain oli tietysti "jossain" - onneksi lopulta löytyi vanhojen avaimien melkein jo hävitettäväksi julistettujen avaimien joukosta - nyt hieman paremmassa paikassa säilytyksessä.

Uuden levyn asentamisen jälkeen ei muuta kuin käsky hallintapaneelin kautta koostaa tuo RAID 5 uudelleen, jonka jälkeen järjestelmä alkoi tehdä työtä käskettyä. Hieman vajaassa vuorokaudessa oli tilanne levyjen osalta palautettu vikaantumista edeltävään tilaan. Huomattavaa on se, että vaikka yksi  levyistä oli vikatilassa, olisi palvelimelta saatu vielä kaikki tiedostot kopioitua muualle. Itse asiassa näin pitää ollakin, sillä turvallisinta olisi ottaa kopio tiedostoista ennenkuin menee levypakkoihin koskemaan. Nyt arvioin kuitenkin riskin sen verran pieneksi, että tein operaation ilman välitallennuksia. 

Levyn vaihtoa tehdessä tuli vaan mieleen itsellekin, että tätäkin olisi hyvä harjoitella ennen kuin tulee ns. akuutti tilanne. Tunnen aika monta tapausta, joissa käyttäjä on tunnollisesti tehnyt varmuuskopioita tiedostoistaan, mutta sitten kun niiden palauttamisen aika tulee käsille, ei varmistuksien palautus enää onnistukkaan syystä tai toisesta.

Näin jälkikäteen voin onnitella itseäni myös hyvästä ennakoinnista, sillä samalla kun ostin tuon palvelimen, lunastin siihen joukon varalevyjä juuri näitä vikatilanteita varten. Ei liene yllätys, että jos nyt olisin ostanut tuohon pavelimeen uuden levyn, se olisi maksanut melkein palvelimen hinnan ja olisi pitänyt tilata Japanista saakka. Tekniikka muuttuu hieman vuosien saatossa hi... Siis, jos pääty hankkimaan tiedostopalvelimen itselleen, kannattaa hankkia siihen samalla varamediaa pahanpäivän varalta - tässä ei siis kannata enää säästää. Ja vielä kun varalevyt ovat kotona, ei niitä tarvitse odotella maailmalta saapuviksi ja tiedot ovat turvallisesti käytettävissä.

Turvallista kevättä bittirintamilla.