Neglijența administratorului de sistem

Mulțumesc. Tocmai ne-ai salvat. Chiar și după încercările noastre nereușite de a restabili programele (care ne-au fost sfătuiți de alte laboratoare) la domiciliu, un miracol sa întâmplat, și toate fișierele (importante (citit de nunta, clienții neotdannye.) Imagini NEF, TIFF, JPEG) au fost restaurate la 100%. Pentru aceasta într-adevăr merită să treacă jumătate rus. Sunteți doar vrăjitori.







Într-o dimineață a sunat un clopot. Tânărul a spus că are o serie de RAID5 de cinci hard disk-uri SCSI și are nevoie de recuperare de date. El a spus că va veni din regiune în câteva ore. Având în vedere blocajele rutiere din Moscova, am ajuns doar la închidere, lăsându-ne un diagnostic de jumătate de oră. Serverul a adus în întregime, aproximativ 30 kg :)

O jumătate de oră era suficient pentru a spune un fapt teribil. Datele pe toate hard-urile din matrice: distruse.

Potrivit administratorului de sistem, situația a fost următoarea. Serverul funcționa, utilizatorii îl accesau ... documente, contabilitate 1C, etc. Am observat că nu există circulație pe unul dintre discuri, becul nu clipește. BIOS-ul controlerului RAID arată că matricea este coruptă (Array DEGRADED), dar datele sunt citite, deși performanța serverului a scăzut considerabil. Am decis să facem un lucru "bun". Introduceți un nou hard disk în loc de unul nou și utilizați funcția REBUILD. De fapt, RAID5 este proiectat pentru acest lucru. După o lungă activitate REBUILD, serverul a oprit încărcarea.







Când discurile au venit la noi, pe un controler SCSI obișnuit, prin DiskEditor, toate discurile au afișat NULL-uri pe întreaga suprafață.

RAID5 este organizat în așa fel încât datele să fie scrise de sectoare pe toate discurile următoare, adică există date pe toate discurile în același timp. Pe exemplul 5 unități RAID5, patru sectoare sunt scrise secvențial pe cele patru discuri, iar în a cincea de control special format din aceste patru sectoare, și așa mai departe, până la sfârșitul discului. Sectoarele cu o sumă de control sunt repetate ciclic și se deplasează secvențial pe toate discurile din matrice. Acest lucru este de a se asigura că ar fi în cazul defectării oricăreia dintre unitate, aveți posibilitatea să inserați un disc bun, nu Rebild folosind checksum disc gol gol este plin de informații rupte, iar raidul va continua să funcționeze în mod normal. RAID poate funcționa în regim de urgență, adică „on the fly“ rupe disc, controlerul va continua să calculeze suma de control, dar nu-l scrie pe disc, viteza sa, în același timp, încetinirea, RAID începe să piuie.

În acest caz, în loc de a converti de la discurile de lucru informații la un nou curat, REBUILD a avut loc "invers". Zerourile de pe noul disc au fost scrise tuturor celorlalte, astfel încât datele au fost distruse.

Există o eroare gravă a administratorului de sistem, atitudinea neglijentă față de informațiile întreprinderii. Înainte de a face orice manipulare a datelor în timp ce sunt citite, trebuie să fie copiate într-un loc sigur. Deci, am rămas fără bani, iar firma fără date;)







Trimiteți-le prietenilor: