VNX: Byta ut en felaktig valvdrivenhet på ett VNX2-disksystem. (Korrigerbart av Dell EMC)
Summary: Byta ut en felaktig valvdrivenhet på ett VNX2-disksystem.
Symptoms
En valvenhet på ett VNX MCx-disksystem misslyckades och har sparats till en annan plats. Om kunden hade byggt användar-LUN på valvdrivenheterna och vill flytta tillbaka dessa data till valvdrivenheten, hur gör man då?
Med permanent omflyttning sker ingen automatisk ombyggnads-/utjämningsåtgärd. När en vanlig drivenhet inte fungerar och byts ut sker ingen automatisk utjämningsåtgärd från den permanenta reserven tillbaka till den utbytta drivenheten. Den drivenhet som ersatte den tidigare felaktiga drivenheten är nu en del av RAID-gruppen.
När en felaktigvalvdrivenhet byts ut formateras den nya drivenheten och det privata utrymmet byggs om från andra valvdrivenheter. Men om en kund har skapat en RAID-grupp/LUN på en valvdrivenhet kopieras inte LUN-data tillbaka. De finns kvar på drivenheten som de byggdes om på. Om du vill kopiera tillbaka data manuellt till den ursprungliga platsen måste du använda kommandot naviseccli copytodisk.
Information:
Valvenheter på nästa generations VNX2 är de första 4 enheterna i disksystemet. 0_0, 0_1, 0_2 och 0_3.
Varje valvdrivenhet behöver ungefär 300 GB privat systemutrymme för att lagra MCX-kod och andra disksystemsrelaterade data.
Även om kunderna inte rekommenderas att lägga LUN-enheter på valvdrivenheterna är det vissa kunder som gör det.
Cause
Nästa generations VNX utjämnar inte och bygger inte om kunddata som byggts på valvdrivenheter. När en valvdrivenhet byts ut formateras den nya drivenheten och det privata utrymmet återskapas från andra valvdrivenheter, men kundernas LUN-data kopieras inte tillbaka. Om du vill kopiera tillbaka data manuellt till den ursprungliga platsen måste du använda kommandot naviseccli copytodisk.
Resolution
Scenario 1: Valvdrivenheten är felaktig och har redan lagrats permanent på en annan drivenhet på disksystemet. Om du vill utjämna kunddata till den ursprungliga valvplatsen gör du så här:
Kommandot naviseccli copytodisk initierar kopieringen av data från en konfigurerad drivenhet (del av en RAID-grupp) till en okopplad enhet. Användaren kan använda det här kommandot för att kopiera data från alla kopplade diskar till okopplade diskar, inte bara från en permanent reserv till en ersättningsdrivenhet.
I det här exemplet kopierar vi från enhet 0_1_5 till 0_0_2
naviseccli -h <ipaddress> copytodisk 0_1_5 0_0_2
VARNING: The data from Source disk 0_1_5 will be copied to Destination disk 0_0_2. This process cannot be aborted and may take a long time to complete.
would you like to continue the copy? (y/n) y
Copyback-åtgärden initieras sedan.
Scenario 2: Meddelanden indikerar att drivenheten inte fungerar. Så här byter du proaktivt ut den felaktiga valvdrivenheten i kortplats 0,1,2,3 på buss 0
- Se till att ta bort alla okopplade drivenheter på disksystemet. (Vi gör det eftersom alla okopplade drivenheter kan bli en permanent reservenhet/hotspare-enhet på VNX2-disksystem)
- Kontrollera drivenheterna i Unisphere eller Naviseccli i kortplats 0,1,2,3 och se till att det inte finns några dubbla fel på den här uppsättningen drivenheter innan du fortsätter.
- När fem minuter har gått på timern sätter du in den nya drivenheten på kortplatsen. Drivenheten måste tas bort i minst fem minuter för att det ska gå att bygga om kundens LUN-enheter på valvdrivenheten.vänta minst fem minuter**3 Ta bort den felaktiga eller misstänkta drivenheten som ska bytas ut på kortplatsen och
- Den nya drivenheten ansluter och bygger om sina användar-LUN (om användar-LUN har konfigurerats på valvenheterna) och startar från de andra valvdrivenheterna.
** Det är mycket viktigt att låta hårddisken vara borttagen i minst 5 minuter
Flare gör det möjligt för en enhet i en redundant RAID-grupp att vara offline under en tidsperiod på upp till 5 minuter medan skriv-I/O till den här enheten loggas. Faktiska I/O loggas inte. En bitmapp används för att hålla reda på vilka adressområden på enheten som är skadade. Om samma drivenhet blir tillgänglig igen inom en femminutersperiod används ombyggnadsloggen för att snabbt bygga om drivenheten som i det här fallet. Det kallas för en differentiell ombyggnad. När drivenheten har tagits bort i mer än fem minuter sker en fullständig ombyggnad av LUN-enheterna från de andra valvdrivenheterna. Om det inte finns några användar-LUN konfigurerade på valvdrivenheterna behöver inte användar-LUN byggas om.