RAID atomicity
Si ju bëni, unë u lexuar deri në nivele të RAID ndërsa në dush. Tema e atomicity doli, dhe kjo është diçka që unë të kërkuar për të ndarë.
Jo zakonisht burimi më i besueshëm i të dhënave teknike, por unë do të japin kuotën e tyre për të ndihmuar Wikipedia shpjeguar atomicity për të vendosur bazat. Marrë nga http://en.wikipedia.org/wiki/RAID~~pobj në seksionin e "Problemet me RAID" ...
Kjo është një mënyrë kuptuar pak dhe rrallë përmendet dështimi për sistemet e ruajtjes të tepërta që nuk e shfrytëzojnë karakteristikat transaksionare. Studiues Database Jim Gray shkruan "Update në vend është një Apple Poison" [28] gjatë ditëve të para të komercializimit bazës së të dhënave relacionale. Megjithatë, ky paralajmërim kryesisht u injoruan dhe ra nga buzë rruge pas ardhjes së RAID, e cila shumë inxhinierë software mistook si zgjidhjen e të gjithë integritetin e të dhënat e magazinimit dhe probleme të besueshmërisë. Shumë programe software të rinovuar një objekti magazinimi "në vend", që është, ata shkruajnë një version të ri të objektit në të njëjtat adresa disk si në versionin e vjetër të objektit. Ndërsa software mund të hyni disa informacione delta gjetiu, ajo pret magazinimit të paraqesë "semantikë atomike shkruaj", duke nënkuptuar që shkruaj e të dhënave ose ka ndodhur në tërësinë e saj ose nuk ndodhin fare.
Kjo ka ardhur përsëri në dritë kohët e fundit, por nën një maskë të ndryshme me dështimin probleme SSD shkruar. Shumë prodhues të SSD dhe shitësit e magazinimit ndërmarrje janë adresuar ky me firmware të ri që shkruan të gjitha të dhënat sequentially, kurrë mbi-shkruar një bllok të dhënave deri sa të gjithë e disk është shkruar më pas duke filluar nga mbi-shkrim blloqe nga fillimi (që kanë qenë padyshim liruar deri parë).
Megjithatë, kjo është një çështje neglizhohet me median tradicionale tjerrje dhe është shpesh neglizhohet dhe e shkarkon pa një shpjegim të qartë ose të kuptuarit. Ideja është se shumë sisteme do të mbi-shkruar të dhëna në vend, shkruani është konfirmuar se ai ishte shkruar me sukses, por jo domosdoshmërisht që të dhënat krahasohen çfarë të presë dërguar. Lart e këtij kontrolli do të vënë një peshë të konsiderueshme shtesë si çdo shkruani do të ketë nevojë një lexuar shtesë dhe checksum para shkrimit është konfirmuar dhe shkruani cache mund të zbrazen.
Kjo mund të jetë i përzier nga "Copy më Shkruaj" të quajtur kështu teknologjive fotografi. Në vend se të ruajtjes së të dhënave që tashmë është shkruar në një sektor të veçantë në disk, të dhënat origjinal është kopjohet në një zonë të figurës në një pjesë të ndryshme të sistemit të ruajtjes para se sektori origjinal të dhënave është overwritten. Pra, një kërkesë të lartë transaksion që overwrites të dhënat e saj rregullisht (them nje DB temp apo shkrimet sërish që të merrni flushed rregullisht, si shkrimet Oracle para arkivimin) mund të jenë mjaft të ndjeshëm ndaj këtij lloj gabimi. Çështja kryesore këtu është se sapo të dhënave është shkruar dhe konfirmohet, nuk ka asnjë mënyrë për të korrigjuar atë si sistem magazinimit do të konfirmoj se si e paprekur. Kjo mund të ketë një goditje masive për efekt të dhënat de-dyfishim. Në qoftë se blloku i parë është shkruar në një sektor të korruptuar pa u identifikuar, kjo pastaj mund të lidhet me qindra e blloqeve të dhënave të tjera si pjesë e procesit të de-dublikim, duke shkaktuar masiv korrupsionit të dhënave.
Kjo nuk mund të jetë gjithmonë i fiksuar nga paritetit RAID si RAID është llogaritur pas një shirit është shkruar. Ajo nuk mund gjithmonë të llogaritet në kujtesë ose si një shirit i plotë nuk është shkruar gjithmonë, ajo mund të jetë një shirit i pjesshëm në të cilin rast barazi duhet të jetë e llogaritur nga të dhënat ekzistuese në disk si dhe të dhëna jo të shkruara akoma në disk. Nëse të dhënat është shkruar në disk dhe pastaj lexoni në mënyrë që të llogaritur te barabarte, kjo nuk është konfirmuar domosdoshmërisht kundër burimit. Ka disa mënyra për të adresuar këtë, dhe kryesisht kjo duhet të ndodhë në kujtesën, në përgjithësi një checksum është konsideruar si qasje e pranueshme. Leximi i të dhënave më vonë pas një shkruaj konfirmuar nuk mund të garantohet si ju keni asgjë për të krahasuar atë kundër, integriteti duhet të kontrollohen, ndërsa të dhënave është ende aktiv në kujtesë për të krahasuar kundër.
Ka disa mënyra se shitësit e magazinimit të trajtuar këtë, dhe si ju do të presin që unë do të mbulojnë atë NetApp bëni. Sistemi WAFL fotografi shkruan për çdo bllok të lirë e të dhënave dhe asnjëherë në mënyrë aktive mbi-shkruan një bllok të dhënave. Për të krijuar të të dhënave falas blloqe nuk është një proces pastrim që shkon në sfond, kjo shkon e tërë sistemit bllok ruajtje nga blloku dhe në pyetje nëse një fotografi ose filesystem aktive është duke treguar në këtë bllok të veçantë të dhënave. Nëse nuk është, atëherë ajo pastron të dhënat në bllok dhe shënon atë si të pa (ose unmarks ajo si në përdorim do të jetë ndoshta më saktë). Kjo lejon filesystem për të konfirmuar se nuk është vetëm blloku të dhënave nuk është në përdorim, por në fakt si një efekt anësor ajo përhapet dhënat shkruan në të gjithë sipërfaqen e tërë e një disk dhe mohon ose minimizon efektet e atomicity. Përveç kësaj procesi WAFL pastrim teston blloqe të dhënave për të kontrolluar për integritetin disk, kjo është si disqe mund të para-dështoi në bazë të sipërfaqes integritetit disk se sa dështimit fizike, pas një prag të caktuar të sektorëve të dështuara disk disk është i dështuar dhe një shërim është tentuar dhe një rezervë nxehtë aktivizuar. Pra, në një sistem NetApp, blloqe të njëjtat të dhëna janë shkruar shumë rrallë në mënyrë të përsëritur, madje (ose sidomos) në një sistem të transaksionit të lartë të përsëritur.
Merrni të gjitha më lart, dhe ju gjithashtu të fillojnë të kuptojnë se një filesystem i plotë është e keqe për ruajtje tuaj në mënyra të ndryshme. Nëse ju keni një sistem të plotë ruajtje, atëherë nuk janë blloqe më pak të lirë për të shkruar për të, dhe kështu një pjesë të vogël të blloqeve të dhënave janë të shkruara të vazhdueshme. Kjo komponimet shanset e atomicity dhe në përgjithësi do të rrisë veshin disk. Pra, një arsye e mirë për të parë të dhënat e arkivimit, de-dublikim dhe përgjithësisht mbajtja e sistemeve tuaj fotografi të pastër dhe të mos abuzuar me sistemet e ruajtjes!
Pra ju lutem pyesni shitësi tuaj storage se si ata mbrojnë të dhënat tuaja ndaj këtyre çështjeve.
Very cool.