En NetApp Tekniska Dagbok

Jag kan inte säga att jag aldrig har försökt att ställa in lösenordet för root som tomma, och kan inte säga att jag skulle rekommendera det heller. Om du använder "ndmpcopy" kan du definiera källan och referenser destination med "-sa användarnamn: lösenord" och "-da användarnamn: lösenord".

Det bästa är att börja i branschen. De flesta av mina kunskaper kommer från att vara självlärd och arbetar på B2net. Kanske hitta en förvaring leverantör eller återförsäljare i ditt område och se om att få lite arbetslivserfarenhet.

Jag tycker alltid att studera svårt om jag inte har ett projekt för att arbeta, så att läsa böcker och studera manualer kanske inte det bästa sättet att lära sig ordentligt. Dessutom är det extremt tråkigt att göra det!

Hej Scott, B2net säkert kan tillhandahålla denna tjänst för dig, vi inte bara har ett 24 / 7 support skrivbord som är väl utbildade i alla NetApp produkter, men också ett team av mycket kvalificerade och skickliga ingenjörer. Om du frågar om oberoende konsulter, jag är rädd att jag verkligen inte får någon exponering mot dem så har vi några branschledande kompetens internt och sällan behöver engagera sig i 3: e part. Jag skulle gärna ordna någon att kontakta dig för att diskutera möjligheten av ad hoc-stöd ytterligare eftersom det är definitivt något vi kan erbjuda.

Du menar AutoSupport? Ja, kan du göra detta antingen från FilerView eller från kommandoraden. Från CLI bara göra ...

alternativ autosupport.doit "textsträng här"

... Och ersätt "textsträng här" med vad meddelandet som du vill NetApp att reagera på, vanligtvis ett ärendenummer.

Hej Ron,

Har du (eller har du haft) något LUN kloner i det förflutna? Kanske dessa har blivit inlåst i en ögonblicksbild och du har sedan bort LUN klon men klon har fortfarande LUN låst. Kontrollera ögonblicksbilder av volymen och se om något är låsta. Om du tar bort LUN, är det något annat i volymen? Om du inte volymen, kommer du att ta bort definitivt alla länkar till LUN. Sen kan du bara ta bort volymen och återskapa den.

För att stänga skivan automatiskt tilldela, gör följande ...

Alternativ disk.auto_assign off

och sedan un-eget dem diskar igen. Du bör vara bra att gå då!

Hej Kurt,

Problemet när du har en full aggregat är att detta påverkar skriver som första frågan. Normalt WAFL köer skriver upp till rand över alla diskar och den försöker göra detta med så stor rand som möjligt eftersom det är det optimala sättet att både skriva och läsa senare. Med ett sammanlagt på 100%, det finns lite utrymme för att skriva stora ränder, så det har att bryta dessa skriver i mindre bitar och skriva in små mängder av ledigt utrymme som är tillgängligt. Detta tar skriver längre, men ännu viktigare det har en stor inverkan på läser. Läser nu behöver göra mer fysiska spindel rörelse för att utföra läs-aheads eller bara en enkel sekventiell läsning som nu läggs över axeln snarare än i en fin tät följd.

Köra dina samlade till 100% påverkar inte bara omedelbara skriv-prestanda, men det kommer ständigt att påverka läsa prestanda för alla data som skrevs inom den tidsram att det sammanlagda var nästan full, eller full. Du måste minska din totala användning (ner till mindre än 80% rekommenderas) och sedan omfördela de volymer för att distribuera data över spindlar på ett mer metodiskt sätt igen. Detta kommer enormt förbättra läs prestanda framöver, och det lediga utrymmet gör det möjligt för skrivprestanda att en gång uppträda på optimala varvtal.

Med en 100% full samlade man ofta inte ser en disk fråga utnyttjande prestanda, men du kan se hög CPU och du kan se "CP Ty" (Enhetlighet Point Typ) tar lång tid att spola till disk. Du kan se detta från "sysstat-U 1". Det är mycket beroende av systemet modell och typ av data som du skriver, men en mycket grov tumregel är att om en CP tar mer än säg 3-4 sekunder, det är att arbeta hårdare än det borde göra. Men som jag säger, om du har en 100% full sammanlagda, det finns lite kortsiktiga program arbete du kan göra för att lindra problemet är fixa enkel, mer disk eller mindre data. Så köp några fler spindlar och lägga till dem i den sammanlagda, sedan omfördela. Eller radera data / ögonblicksbilder och frigöra utrymme på hårddisken och sedan omfördela.

Det ser ut som du har ett stort antal skivor saknas eller inte från omgivningen. Dessa behöver fastställande innan du kan ta med det sammanlagda tillbaka online igen. Du måste kontrollera att diskarna är ordentligt anslutna. Det bästa sättet att uppnå detta är förmodligen att stänga av systemet och se till att alla kablar är fullt ansluten och säker och att alla diskar ordentligt. Förhoppningsvis något som liknar en lös kabel har orsakat Uppgiftslämnaren att misslyckas dessa skivor snarare än en faktisk data eller mekaniska fel på alla dessa diskar. Kontrollera alla anslutningar först, så du kanske kan unfail de diskar om ingenting är egentligen fel med dem.

Men om diskarna är helt misslyckades, då är jag rädd för att du kan vara i ganska situation.

Jag skulle starkt rekommendera att du kontaktar NetApp Global support eftersom de kommer att kunna gå igenom processen med kontroll av dessa diskar och om möjligt reparera aggregat. Det kan vara en känd bugg och en enkel fix, men de är i bäst position att diagnostisera detta.

Hej Kurt,

Jag ska ge er ett snabbt svar, men låter som du har saker sorterat nu.

Om du vill använda SnapManager för Exchange, då har du verkligen två olika sätt att presentera lagring till Exchange VM.

1) Anslut till dem med iSCSI mjukvara initiativtagare i VM
2) Anslut till dem med RDMS på ESX nivå och förelägga en rå LUN till VM. Detta kan göras antingen FCP eller iSCSI.

Den största fördelen med alternativ 1 är granularitet av kontroll. Börsen admin inte också behöva en VMware admin för att kunna hantera och kontrollera sin lagring. Förmodligen alla ska ha några VMware kunskap ändå. Nackdelen med alternativ 1 är att om du har en massa VM kräver lagring på detta sätt, det blir en oberoende programvaruleverantörer initiativtagare installerad för alla, och detta har både ledning och omkostnader CPU.

Fördelen med alternativ 2 är att du är centralisera lagring anslutning. Oavsett användning är det alltid sker på VMware nivå, kan detta ge dig bättre säkerhet och synliggöra vem som använder det som lagring. Fördelen med att använda iSCSI på host nivå är att det bara är en instans av programvaran initiativtagare. Med FCP detta försvinner helt och hållet. Den största nackdelen med alternativ 2 är baksidan av alternativ 1, inte börsen admin inte få direkt kontroll över sin förvaring, dock med SnapDrive du fortfarande få ganska bra kontroll kan du klona fortfarande, växa, snapshot och så vidare inifrån SnapDrive.

Presentera lagring till ett datalager sedan snida en VMDK är förmodligen värsta fall så du inte får någon SnapDrive eller SnapManager integration från Exchange, men du har fortfarande overhead ansluter från VMware. Jag tror att det bara kan vara ett stavfel i din fråga så det ser ut som du var avgörandet mellan RDM från ESX-och iSCSI-initierare i VM. Min personliga favorit är att använda RDMS även om det kan finnas ytterligare varningar eller ändringar om du också gör DR. VMware SRM erbjudanden bra med RDMS dock men fungerar inte alls med iSCSI-initierare i VM.

Hoppas du får allt sorterat redan dock!

Hej Kurt,

Om du har ett kluster, jag ser att sätta SQL DB: s på en nod, och E-DB: s på den andra noden. Stockarna sitter sedan på motsatta systemet igen. Det hjälper verkligen att balansera belastningen över ett kluster, ger dig mer spindlar att använda och ger dig en nivå av fysisk separation. Det hjälper dig också att göra en viss nivå av skadekontroll med systemet separeras ut så här. Dock skulle jag inte ha ett system dedikerad till SQL, och den andra till Exchange, du vill balansera saker som loggar ut. Det kommer ge dig mer spindlar en enda ansökan, och du kan fortfarande använda en nivå av kontroll.

Se även Lagring IO Control från VMware sidan av saken (bra sätt att styra IO om du har missköter maskiner), och också titta på att sätta olika prioriteringar på NetApp volymer. Du kan ställa in dessa från mycket låg, låg, medel, hög och mycket hög. Detta fungerar på ett liknande sätt till VMware aktier, men du sätter dem på volymen och ha en viss nivå av kontroll över IO och prestanda som varje volym får levereras. Till exempel kanske du vill begränsa CIFS användare till förmån för en SQL-databas. Det kan vara att allt ligger kvar på medium (standard), men du sätter Mail BF på mycket hög för att ge det en bättre del av resurserna.

Tack för feedbacken, det är bara synd att jag inte får mer tid att begå fler ämnen!

När du aktiverar prioritet, ställer den en standard (medium) politik i alla volymer, så du behöver inte göra det individuellt. Du måste till individuellt uppsatta skillnader mot detta som krävs dock.

Prioritet kan hjälpa ett system som kämpar för att konkurrera med saker som SnapMirror eftersom det ger prioritet över systemet uppgifter. Som med alla slags resursdelning verktyg (samma som jag berätta för min VMware kunder) begränsar resurser på en hektisk system kommer naturligtvis att påverka saker. Det kommer att göra en dålig situation bättre för de volymer man prioritera, men det kommer göra det mycket värre för alla andra volymer. Ett system under tung belastning redan att är att ha prestanda problem är inte den bästa kandidaten för resurs aktier eller gränser prioritet. Jag skulle rekommendera dig att möta prestandaproblem första eller börja leta för att begränsa belastningen från tillämpningen sida innan du lägger prioritet på alla volymer.

Kom också ihåg att prioritera bara spelar in när det finns resurser som man ber om. Så om du till exempel vill ge mer resurser till SQL och Exchange, och det enda andra resurser på att systemet är lätt används CIFS aktier, kommer du att få nog föga nytta så lite IO genereras från CIFS aktierna. Ge alla prioriterade för SQL och Exchange kommer fortfarande att resultera i deras tvång med varandra.

Hej Michael, ledsen för förseningen med att få tillbaka till dig. Du kan försöka att göra en SnapMirror synkronisera, men den chansen är stor att detta nu kan kräva en ny baslinje. Dessutom om VSM kan inte ta bort destinationen snäpp, då är chansen att de flex klon fortfarande har denna låst på något sätt. Uppdelningen process kan ta lite tid att slutföra, så du kanske har försökt att göra detta för snabbt efter påbörjad split.

Tyvärr när SnapMirror fastnat eller förvirrad, är det enda verkliga alternativet en baslinje om några liknande bilder finns kvar. Jag har varit i många besvärliga situationer där jag varit tvungen att åter baslinjen en destination på grund av ögonblicksbilder tas bort av en eller annan anledning.

Ber om ursäkt för saknade din kommentar!

Kan du ge mig en bredare bild av volym / LUN konfiguration. Är volymen i fråga en FlexClone, eller är det att vara FlexCloned? Om inte, har någon LUN klon operationer gjorts på det, antingen manuellt eller från en SnapManager jobb? När du visar ögonblicksbilder för volym, vad show? Någon särskild bild visas som låst eller upptagen? är LUN kartläggs just nu?

LUN klon gör en klon av LUN i samma volym som originalet. Detta innebär att om efterföljande ögonblicksbild verksamhet hända efter klon skapas, detta faktiskt låser LUN klon som sedan refereras i en ögonblicksbild så kan inte tas bort. Detta kan orsaka en del schema och administrativa utmaningar.

FlexClone är mycket mer flexibel i dessa termer eftersom det skapar en klon av en viss bild av hela volymen. Även om detta skulle låsa en enskild bild, påverkar det inte eventuella framtida ögonblicksbild verksamheten och låsmekanism endast påverkar den normala rutinen uppgifter om FlexClone behålls längre än den normala ögonblicksbild lagringsperioden.

FlexClone är en mycket mer dynamisk och admin miljövänlig teknik och är definitivt den rekommenderade metoden. Det tar en hel del krångel att LUN-klon kan ofta orsaka.

Det finns inte alltför många Kranz är i närheten Jag ska berätta Tom nästa gång jag ser honom!

Ser ut som du har träffat en känd bugg i VSC. Enda verkliga lösningar är skript sätt att fixa namnge (som verkar fungera för vissa människor), eller väntar på NetApp att fixa koden i VSC att förhindra att detta händer!

Och det finns inga bilder mot den volym som innehåller LUN? Är LUN mappas till någon initiativtagarna? Har volymen värd någon annan LUN? Från statistik kommando eller lun statistik kommandot, ser du någon aktivitet att gå till denna LUN?