Palvelinlevyn rikkoutuminen ei yleensä ala dramaattisella pysähdyksellä. Ensin varmuuskopiointi kestää tavallista pidempään, sovellukset hidastelevat tai valvonta lähettää yksittäisen virheilmoituksen. Juuri tässä vaiheessa kysymys milloin palvelimen levy kannattaa vaihtaa on ajankohtainen. Ennalta suunniteltu vaihto on lähes aina edullisempi ja rauhallisempi kuin kiireellinen korjaus keskellä työpäivää.

Palvelimen levy ei ole pelkkä vaihdettava osa. Se on osa kokonaisuutta, johon kuuluvat palvelimen RAID-rakenne, käyttöjärjestelmä, sovellukset, varmuuskopiot, tietoturva ja yrityksen päivittäinen työ. Siksi päätöstä ei kannata tehdä vain levyn iän tai kapasiteetin perusteella. Oleellista on arvioida, kuinka suuri riski levyn vikaantuminen aiheuttaa juuri teidän toiminnallenne ja miten vaihto voidaan tehdä hallitusti.

Milloin palvelimen levy kannattaa vaihtaa ennakoivasti?

Selvin vaihtoperuste on levyn valvontatieto. Palvelinlaitteet ja levyohjaimet seuraavat levyjen kuntoa esimerkiksi SMART-arvojen, luku- ja kirjoitusvirheiden, uudelleen kohdistettujen sektoreiden sekä RAID-ohjaimen hälytysten avulla. Jos järjestelmä ilmoittaa levyn ennakoivasta viasta, levy kannattaa vaihtaa heti suunnitellussa huoltoikkunassa. Hälytystä ei pidä kuitata pois ajatuksella, että palvelin toimii vielä.

RAID suojaa usein yksittäisen levyn rikkoutumiselta, mutta se ei tee viasta harmitonta. Kun yksi levy on rikki, järjestelmä toimii heikennetyssä tilassa. Samalla jäljellä olevat levyt joutuvat tavallista suuremmalle kuormitukselle, erityisesti silloin kun uusi levy rakennetaan takaisin RAID-ryhmään. Jos toinen levy hajoaa ennen uudelleenrakennuksen valmistumista, seurauksena voi olla palvelukatko tai pahimmillaan tietojen palautus varmuuskopioista.

Levy kannattaa vaihtaa myös silloin, kun sen ikä ylittää valmistajan suositellun käyttöajan tai palvelimen hankintasuunnitelmassa määritellyn elinkaaren. Yrityskäyttöön tarkoitetun levyn kesto riippuu merkittävästi kuormituksesta, lämpötilasta, käyntitunneista ja kirjoitettavan datan määrästä. Varsinkin jatkuvasti käytössä olevissa tiedosto-, sovellus- ja virtualisointipalvelimissa viiden vuoden ikä on usein hyvä hetki arvioida levyjen kunto ja vaihtotarve, vaikka suoranaista vikailmoitusta ei vielä olisi.

Myös kapasiteetin loppuminen on käytännön syy vaihtoon. Kun levytila täyttyy, palvelin ei välttämättä pysähdy heti, mutta tietokannat, päivitykset, lokitiedostot ja varmuuskopioinnit voivat alkaa epäonnistua. Tilaa ei kannata vapauttaa jatkuvasti käsityönä, jos ongelma on pysyvä kasvu. Silloin on järkevämpää arvioida koko tallennusratkaisu ja sen mitoitus seuraaville vuosille.

Merkit, joita ei kannata sivuuttaa

Kaikki levyviat eivät näy käyttäjälle suoraan. Palvelimen hallintajärjestelmän ilmoitukset, RAID-ohjaimen lokit ja etävalvonta ovat usein ensimmäisiä paikkoja, joissa poikkeama havaitaan. Jos levy putoaa RAID-ryhmästä, näkyy varoitusvalo palvelimessa tai järjestelmä ilmoittaa korjaamattomista lukuvirheistä, asia vaatii toimenpiteitä saman tien.

Hitaus voi myös olla oire, mutta se ei yksin todista levyviasta. Hidas palvelin voi johtua esimerkiksi liian vähäisestä muistista, kuormittuneesta prosessorista, verkko-ongelmasta, tietokannan lukkiutumisesta tai vanhentuneesta ohjelmistosta. Siksi levyn vaihtaminen ilman selvitystä voi ratkaista väärän ongelman. Ammattilaisen tekemässä kartoituksessa tutkitaan suorituskykyä, levyjen tilaa, RAID-kokoonpanoa ja palvelimen kokonaiskuormaa ennen päätöstä.

Erityistä huomiota kannattaa kiinnittää tilanteisiin, joissa palvelimessa on useita saman ikäisiä ja samaan aikaan käyttöön otettuja levyjä. Ne eivät välttämättä hajoa yhtä aikaa, mutta niiden kuluminen tapahtuu samankaltaisissa olosuhteissa. Ensimmäisen levyvian jälkeen on hyvä tarkistaa myös muiden levyjen terveystiedot ja arvioida, onko yksittäinen vaihto riittävä vai olisiko laajempi uusiminen järkevämpi.

RAID ei korvaa varmuuskopiota

Tämä ero ratkaisee paljon levynvaihdon riskienhallinnassa. RAID parantaa käytettävyyttä: palvelin voi jatkaa toimintaa, vaikka yksi levy rikkoutuu, jos rakenne sen sallii. Varmuuskopio taas suojaa tiedot esimerkiksi käyttäjävirheiltä, kiristyshaittaohjelmilta, usean levyn rikkoutumiselta, palvelinvialta ja virheelliseltä päivitykseltä.

Ennen levyn vaihtoa on aina varmistettava, että varmuuskopiot ovat tuoreita ja palautettavissa. Pelkkä tieto siitä, että varmuuskopiointi on ajettu, ei vielä riitä. Jos palautusta ei ole koskaan testattu, ei voida olla varmoja, että tiedot saadaan tarvittaessa takaisin käyttöön. Tämä korostuu erityisesti pienissä yrityksissä, joissa yksi palvelin voi sisältää samanaikaisesti tiedostot, toiminnanohjausjärjestelmän, käyttäjähallinnan ja tulostuspalvelut.

Levyn vaihdon yhteydessä kannattaa tarkistaa myös varmuuskopioiden säilytys. Onko kopioita eri paikassa kuin palvelin, onko niihin suojattu pääsy ja tiedetäänkö, kuka vastaa palautuksesta poikkeustilanteessa? Selkeä vastuunjako pienentää huomattavasti käyttökatkon kestoa.

Milloin yksittäinen levynvaihto ei enää riitä?

Jos palvelin on muutenkin elinkaarensa päässä, pelkkä levyn vaihto voi olla lyhytnäköinen ratkaisu. Vanhan laitteen varaosien saatavuus, takuutilanne, virtalähteiden kunto, prosessorin suorituskyky ja käyttöjärjestelmän tuki kannattaa arvioida samalla kertaa. Uusi levy vanhaan palvelimeen voi olla perusteltu väliaikainen korjaus, mutta se ei välttämättä ratkaise seuraavan vuoden riskejä.

Sama koskee tallennustekniikkaa. Perinteiset kiintolevyt ovat edelleen käyttökelpoisia suurissa ja kustannustehokkaissa tallennustarpeissa. SSD-levyt taas tuovat selkeän hyödyn esimerkiksi virtualisointiin, tietokantoihin ja paljon pienistä tiedostoista koostuviin työkuormiin. SSD ei kuitenkaan ole automaattisesti oikea valinta jokaiseen palvelimeen. Kapasiteetti, kirjoituskuorma, yhteensopivuus ja budjetti määrittävät järkevän ratkaisun.

Palvelimen levyjen uusiminen voi olla myös hyvä hetki arvioida, kuuluuko työkuorma edelleen omalle palvelimelle. Osa yrityksen palveluista voi toimia tarkoituksenmukaisemmin pilvipalvelussa, kun taas osa tarvitsee paikallista kapasiteettia tai nopeaa lähiverkkoyhteyttä. Ratkaisua ei pidä tehdä muodin vuoksi, vaan käyttövaatimusten, tietoturvan, kustannusten ja henkilöstön arjen perusteella.

Näin levynvaihto tehdään hallitusti

Hallittu levynvaihto alkaa tilanteen varmistamisesta. Ensin tunnistetaan viallinen levy laitteen hallinnasta ja fyysisestä merkinnästä, jotta toimivaa levyä ei irroteta vahingossa. Tämän jälkeen tarkistetaan RAID-taso, palvelimen kuormitus, varmuuskopioiden tila ja se, voidaanko levy vaihtaa palvelimen käydessä vai tarvitaanko sovittu käyttökatko.

Uuden levyn on oltava palvelinympäristöön sopiva. Kapasiteetti yksin ei riitä, sillä myös liitäntätyyppi, nopeus, sektorikoko, laiteohjelmiston yhteensopivuus ja valmistajan palvelinmallille hyväksymät komponentit vaikuttavat toimivuuteen. Erityisesti RAID-järjestelmissä väärä levy voi aiheuttaa tarpeettomia yhteensopivuusongelmia tai hidastaa uudelleenrakennusta.

Vaihdon jälkeen työ ei pääty siihen, että merkkivalo muuttuu vihreäksi. RAID-ryhmän uudelleenrakennuksen etenemistä seurataan, järjestelmän lokit tarkistetaan ja palveluiden toiminta varmistetaan. Samalla kannattaa dokumentoida, mikä levy vaihdettiin, milloin se tehtiin ja mitä havaintoja muista levyistä tehtiin. Näin seuraava huolto ei perustu muistikuviin.

Jatkuva valvonta tekee päätöksestä helpomman

Yrityksen ei tarvitse seurata palvelinlevyjen lokitietoja itse, jos ylläpito on sovittu selkeästi. Etävalvonta voi havaita levyvirheet, kapasiteetin kasvun ja RAID-hälytykset ennen kuin ne näkyvät henkilöstön työssä. Tällöin levynvaihto voidaan sopia ajankohtaan, joka häiritsee liiketoimintaa mahdollisimman vähän.

Karjalan Datahuolto auttaa palvelinympäristön kunnon arvioinnissa, varaosien hankinnassa, levynvaihdossa, varmuuskopioiden tarkistuksessa ja tarvittaessa koko palvelinratkaisun uudistamisessa. Asiakkaalle tämä tarkoittaa yhtä yhteyshenkilöä ja selkeää vastuuta siitä, että vika selvitetään eikä sitä vain siirretä seuraavaan paikkaan.

Kun palvelimen levy antaa ensimmäiset varoitusmerkit, kannattaa toimia ennen kuin kiire pakottaa päätökseen. Yksi tarkistus, toimiva varmuuskopio ja oikein ajoitettu huolto voivat säästää työpäivän, asiakastiedot ja paljon turhaa huolta.