Av
Skrubba bort rötan
En funktion i refs som utnyttjar Storage Spaces kallas scrubbing. Den används för att tackla bekymret med bit rot, det vill säga att data som sällan används ”ruttnar” på disken och blir oläslig efter en tid.
Scrubbing innebär att filsystemet läser igenom hela disken och kontrollerar att data inte har ruttnat. Hittas felaktigheter lagas de automatiskt om man använder refs på en Storage Spaces-volym.
En av de viktigaste uppgifterna för ett filsystem är att garantera integriteten för de data som sparas. För att garantera integriteten för metadata i refs har Microsoft valt bort det journalbaserade system som används i ntfs, och i stället gått över till aow, allocate-on-write.
Det innebär att integriteten garanteras genom att förändringar i filer först skrivs på en annan plats på disken, innan originaldata tas bort. Om ett strömavbrott inträffar minskar risken för korruption eftersom originaldata finns kvar på den ursprungliga platsen. Aow är alltid aktiverat för metadata på disken.
Nytt skydd för filer
Vill man utöver metadata skydda även vanliga fildata med aow kan man aktivera funktionen Integrity Streams, förkortat IS, via en växel (/i:enable eller /i:disable) på format-kommandot. Funktionen innebär att filer behandlas på samma sätt som metadata och skyddas med aow. Både metadata och IS lagas då automatiskt vid eventuell korruption om refs körs på en speglad Storage Space eftersom filsystemet då kan hämta friskt data från en annan fysisk disk. Om volymen ligger på en speglad Storage Spaces-volym aktiveras Integrity Streams automatiskt.
Anledningen till det är att Microsoft anser att fördelarna med IS väger tyngre än eventuella nackdelar eftersom den automatiska lagningen av data anses mycket värdefull.
En nackdel med IS kan vara att det resulterar i icke-optimal disklayout för vissa applikationer som vill styra sin egen hantering av checksummor och diskplacering. Vi funderar också på hur det här nya sättet att hantera skrivoperationer kommer att påverka fragmentering – det återstår att se hur Microsoft har tacklat den utmaningen.
Det finns också valfrihet rörande IS; även om du har valt att aktivera det på en given volym kan olika applikationer alltid åsidosätta inställningen och ange att just dess filer inte ska hanteras på det sättet. Det här kan vara värdefullt om applikationsutvecklaren själv vill ta hand om felhantering eller om applikationens prestanda skulle bli lidande av att underkastas IS.
Behövs det nya systemet?
Michael Anderberg, seniorkonsult på Truesec och Windowsexpert, varför behövs refs?– I dag finns extrema krav på skalbarhet och tillgänglighet, så det transaktionsbaserade filsystem ntfs räcker inte längre till. I stället får vi refs, som kan skala till långt mycket större filsystem och har mänger med nya fördelar.
Refs kan själv verifiera filsystemets integritet och även rätta till eventuella fel som uppstår vid systemkrascher, torn writes eller så kallad bit rot, det vill säga diskens naturliga åldring. Rättningarna sker utan att disken någonsin behöver tas ur drift.
Refs använder tekniken allocate on write, aow, som innebär att nya data alltid skrivs till annan diskyta än originalfilen, snäppet bättre än transaktionsjournaler alltså.
Tillsammans med tekniken Storage Spaces gör refs att man får ett extremt stryktåligt filsystem som ändå är hyggligt bakåtkompatibelt med ntfs.
När bör man använda refs och när bör man inte använda det?
– Refs är den största uppdatering Microsoft har gjort på sitt filsystem på mer än 20 år. Men med tanke på att dina data är det viktigaste du har manar Microsoft till försiktighet. Refs ska visserligen vara redo att användas i skarp drift när det kommer, men Microsoft rekommenderar ändå ett kontrollerat test innan systemet tas i full produktion.
Initialt tror Microsoft själva att det är på filservrar som refs gör störst nytta, och det är därför som vi ser systemet på serverversionerna först, innan klienterna.
Finns det inga nackdelar med refs?
– Jo. För det första kan du inte boota från en refs-volym, och inte heller använda det på removable drives. Dessutom finns det några andra saker du bör tänka på innan du uppgraderar dina filservrar. Det finns inte stöd för Encrypted File System och Quotas initialt. Du kan inte konvertera en volym till refs, bara kopiera till volymen. Det här kommer säkert att ändras med tiden, men värt att tänka på. En annan funktion som inte stöds är deduplicering.
Å andra sidan kan man nu ha sökvägar och filnamn som är på upp till 32 000 tecken styck, vilket kommer vara välkommet för många.
Sida 2 / 4
