NetApp Ingenjör

Detta är en av de irriterande situationer som kan leda till vad som komma brakande ner när du minst anar det.

Låsta bilder kan hända av flera skäl, de uppenbara är att de är grunden för en SnapMirror eller SnapVault uppdatering (trots att båda förlitar sig på ögonblicksbilder, kommer de egentligen bara låsa en ögonblicksbild under en aktiv överföring, kan du ta bort lyckligt ögonblicksbilder annat och detta kommer att förstöra replikering relationen, mer eller mindre). De kan också vara på grund av en vol kopia, eller för en mycket kort period på ett kick återställning.

2 av de mindre uppenbara, men mer vanligt skäl är att en LUN klon och en FlexClone. Både i princip är ganska lika, men i praktiken agerar mycket olika.

Helt enkelt en klon kommer att grunda sig på en ögonblicksbild och sedan skapa en gles klon baserad på denna ögonblicksbild, och som sådan den ursprungliga block av data, och därför använder inga data. The Clone kan sedan delas upp, men 99/100 det kommer att användas för någon form av kontroll eller rapportering och sedan tas bort.

Ett LUN Clone är den som ger oss mest problem. Som sagt, det skapar en klon baserad på en ögonblicksbild, men klon skapas inom volym, och bara av en viss LUN. Detta är infact en mycket liknande koncept till att den nya Single File FlexClone tillgänglig i 7,3. Baserat på en given bild, har du en ny LUN skapas i samma volym som den överordnade LUN. Detta kommer att använda någon lagring, och är bra för att köra kontroller, eller möjligen testa eller ens rapportering. Läs mer ... (635 ord uppskattas 2:32 min läsning tid)

Jag arbetade med en kund som var på väg att sätta in en grupp av nya SMS-servrar för programdistribution i deras domän. De har ca 150GB värde av applikationer, allt detta måste gå på deras arkiverare behöver komma snapshotted, och behöver också 5 SMS-distribution servrar (vart behöver samma program). Det blir upp till ca ca 1 TB lagringsutrymme (inklusive standard för fraktionerad Bokning och Snap Reserve).

Detta kommer inte att göra för mig och är en mycket bortkastad lagring! Tanken är att vi har en "master" SMS-distribution server, i verkligheten är de alla lika, men vi använder den första på listan som "master", som sådan. Varje maskin kommer att få några nya applikationer som körs på den varje dag, men på natten (kör den dagligen) lagring blåses bort och befälhavaren får det applikationer volym klonade och delade ut igen.

Sammantaget, med olika lagring tweaks, jag tror att kunden hamnade med ca 200GB!

Läs mer ... (668 ord uppskattas 2:40 min läsning tid)