Sedan introduktionen av klustrad VMDK i VMFS-datalager kräver program som Windows Server Failover Cluster (WSFC) inte längre Raw Device Mappings (RDM) för att använda SCSI-3-beständiga reservationer (SCSI3-PR). På grund av detta erbjuder Broadcom inte RDM-stöd för NVMeoF-protokollet. Kunder som använder RDM:er med SDC och som vill flytta till NVMe/TCP måste konvertera diskarna till VMDK:er i ett VMFS-datalager med egenskapen Clustered VMDK. Den här konverteringen kan inte göras med Storage vMotion, så program som WSFC kommer att medföra driftavbrott.

Denna kunskapsbas gäller för:

• Kunder som flyttar från SDC till NVMe/TCP på PowerFlex 5.0-system
• VMware vSphere 8.0U3- och 9.x-miljöer som använder RDM:er med antingen flera skrivare eller delad fysisk scsi-bussstyrenhet för diskar
• Oracle RAC-kluster
• Windows Server-redundansklustring, inklusive:
  • SQL Server-redundanskluster
  • Filserverkluster
  • Kvorumdiskar i kluster

Support:

Dell stöder följande versioner för dessa procedurer när du använder klustrad VMDK:

• ESXi-versionerna 8.0U3 och 9.x
  • Dessa versioner har stöd för NVMe/TCP-klustrad VMDK på PowerFlex 5.0
• PowerFlex 5.0
  • PowerFlex 4.x stöds inte

Om du inte använder klustrad VMDK vid konvertering av Oracle RAC stöds PowerFlex 4.x.

Även om denna KB fokuserar på klustrade program kan du konvertera fristående virtuella datorer med RDM till VMDK:er med hjälp av liknande procedurer, särskilt när det gäller Oracle med ASM. Om du använder RDM:er för att du behöver direkta genomströmningsenheter är konvertering till VMDK:er inte en lämplig lösning.

Översikt

Den här artikeln beskriver de metodtips som stöds för att konvertera befintliga SDC, RDM-baserade programkluster till delade VMDK:er i NVMe/TCP-datalager. Konverteringsmetoderna skiljer sig åt beroende på programkrav. Planera därefter. Dell förväntar sig att användaren av den här kunskapsbas-modulen är väl förtrogen med de tekniker som omfattas. Därför är stegen på hög nivå och innehåller sällan syntax.

Det finns två primära RDM-användningsfall som beskrivs här:

1. Oracle RAC med fysiska RDM:er med flera skrivare
2. Windows Server Failover Clustering (WSFC) med fysiska RDM:er för SCSI3-PR

Det finns ett viktigt koncept gällande virtuell lagringsstyrenhet i virtuella VMware-maskiner. Det är viktigt att förstå innan du fortsätter. Dessa styrenheter ansvarar för att ansluta virtuella diskar till den virtuella datorn. Virtuella styrenheter är inte knutna till det fysiska lagringsprotokoll som används av det underliggande datalagret. Till exempel, medan standardstyrenheten är märkt som "SCSI", är den helt virtuell och återspeglar eller begränsar inte den fysiska lagringstransporten som används under. På grund av den här abstraktionen gör det ingen funktionell skillnad om du ansluter en VMDK med en virtuell SCSI- eller NVMe-styrenhet, oavsett om lagringsprotokollet är SCSI eller NVMeoF. I praktiken rekommenderar VMware i allmänhet att du använder SCSI-styrenheter oavsett lagring av typen VMware Paravirtual (PVSCSI), eftersom de tenderar att erbjuda större stabilitet och förbättrad prestanda för de flesta arbetsbelastningar. Du kan dock använda NVMe-styrenheter om du föredrar det. 

1. Oracle RAC: Konvertera RDM:er till VMDK:er

Vissa Oracle RAC-miljöer använder RDM:er för att tillhandahålla delad lagring för datafiler eller ASM-diskgrupper i stället för VMDK:er. Det är möjligt att konvertera dessa inställningar online, även om vissa metoder kräver driftstopp. Vi täcker både RDM-baserad och ASM.

1.1 RAC utan ASM

Om Oracle Automatic Storage Management (ASM) inte används kan du konvertera online med någon av följande metoder.

Alternativ A – Filmigrering online

1. Skapa nya delade VMDK:er:
• VMFS-datalager på NVMe/TCP (klustrad VMDK-egenskap krävs INTE)
• Tjock proviant Eager Zeroed (EZT)
• Flera skrivare aktiverade
2. Koppla VMDK:er till alla RAC-noder.
3. Lägg till nya datafiler med hjälp av VMDK:erna.
4. Migrera data från RDM-baserade datafiler till VMDK-baserade datafiler.
5. Ta bort de ursprungliga RDM-baserade datafilerna.
6. Använd crsctl/ocrconfig för att flytta klusterprogram.

Den här metoden undviker driftstopp men kan kräva dataflytt på tabellområdesnivå eller objektnivå, vilket kan vara tidskrävande.

Alternativ B – Konvertera till ASM (föredras)

Konvertering till ASM förenklar långsiktig lagringshantering och är det rekommenderade strategiska sluttillståndet.

Det finns två metoder som stöds:

• Onlinemigrering till ASM-diskgrupper
• RMAN medSÄKERHETSKOPIERING SOM KOPIERINGSDATABAS
• Kräver ett kort strömavbrott
• Snabbare och säkrare för stora databaser
• Vanligt förekommande för produktionssystem

1.2 RAC använder redan ASM

Om ASM används är RDM-ersättning enkel och online:

1. Skapa nya delade VMDK:er:
• VMFS-datalager på NVMe/TCP (klustrad VMDK-egenskap krävs INTE)
• Tjock proviant ivrig nollställd
• Flera skrivare aktiverade
2. Lägg till VMDK:erna i ASM-diskgruppen.
3. Låt ASM-ombalanseringen slutföras.
4. Släpp ASM-diskar som backas upp av RDM:er.
5. Använd crsctl/ocrconfig för att flytta klusterprogram.

Den här processen kräver ingen stilleståndstid för program och utgör minimal risk.

2. WSFC: Konvertera RDM:er till VMDK:er

⚠️ Viktigt! Utför WSFC-migrering en disk i taget för att bibehålla klusterstabiliteten. Det här exemplet är ett kluster med två noder.

2.1 Förkunskapskrav (obligatoriska)

VMware-krav

• VM-maskinvaruversionen har stöd för klustrade VMDK:er
• VMFS-datalager på NVMe/TCP
• Klustrad VMDK-funktion aktiverad
• Eager Zeroed-diskar med tjock provisionering
• Inga ögonblicksbilder på virtuella klusterdatorer
• Lagrings-DRS inaktiverat

WSFC-krav

• Felfritt kluster
• Klustervalidering ren (varningar acceptabla)
• Varje disk har en enda ägande nod

2.2 Skapa nya delade VMDK:er

För varje RDM-disk:

1. Skapa en ny VMDK på NVMe/TCP-datalager (klustrad VMDK krävs):
• Samma eller större storlek
• Tjock proviant ivrig nollställd
2. Koppla VMDK till båda klusternoderna:
• Samma typ av SCSI-styrenhet (PVSCSI rekommenderas)
• Samma styrenhetsnummer
• Samma SCSI-ID
• Aktivera delning av SCSI fysisk buss

2.3 Förbered disk (endast ägarnod)

På den aktuella ägande noden:

1. Anslut den nya disken.
2. Initiera som GPT.
3. Formatera NTFS med 128 kB.
4. Tilldela en tillfällig enhetsbeteckning.

På den sekundära noden lämnar du disken offline.

2.4 Migrera data (disk för disk)

Exempel för en SQL Server datadisk:

1. Misslyckas SQL-rollen till den ägande noden.
2. Stoppa SQL-resurser (SQL Server) med den gamla RDM, håll disken online.
3. Kopiera data med robocopy där R är RDM och V är det nya VMDK:
   1. robocopy R:\ V:\ /MIR /COPYALL /DCOPY:T /R:0 /W:0
4. Kontrollera dataintegriteten.
5. Ändra enhetsbokstäver så att den nya disken har den gamla bokstaven.
6. Uppdatera beroenden för klusterresurser så att de refererar till den nya disken.
7. Gör resurser tillgängliga online.
8. Flytta ägarskapet till en annan nod för att testa.
9. När du är klar tar du bort beroendet till den gamla disken (RDM).
10. Upprepa för varje datadisk

Upprepa denna process för:

• Loggdiskar
• Temp

2.5 Ersätt klusterdiskresurs

Efter validering:

1. Ta bort den gamla RDM-disken från klusterrollen.
2. Lägg till den nya VMDK-disken i rollen.
3. Bekräfta ägarskap och beroenden.
4. Flytta ägarskapet till en annan nod för att testa.

2.6 Kvorumdiskmigrering (om den används)

Så här förhindrar du oavsiktligt klusteravbrott:

1. Växla tillfälligt kvorum till nodmajoritet i stället för disk.
   1. Set-ClusterQuorum-NodeMajority
2. Följ avsnitt 2.3 för att lägga till en ny disk.
3. Lägg till disken i klustret i användargränssnittet eller Add-ClusterDisk i PS.
4. Ange den nya disken som kvorum i användargränssnittet eller Set-ClusterQuorum -DiskWitness "Cluster Disk X"
5. Offline och ta bort RDM-disken.

3 Ta bort RDM

Först efter lyckad validering i något av användningsfallen:

1. Ta bort RDM-mappningar från båda de virtuella datorerna.
2. Koppla loss LUN från ESXi-värdar.
3. Umap volymerna i PowerFlex Manager.

4 Vanliga problem

1. Det går inte att använda EZT-diskar
   • De klustrade lösningar som beskrivs här kräver EZT – inget stöd för tunn eller nollställd tjock
2. Felmatchad styrenhetskonfiguration. Eventuella matchningsfel nedan hindrar disken från att fungera korrekt i klustret.
   • Samma typ av SCSI-styrenhet
   • Samma styrenhetsnummer
   • Samma SCSI-ID
3. Det går inte att ställa in flera skrivare på Oracle EZT vmdk:er på varje virtuell dator (nod) för varje VMDK
4. Underlåtenhet att ställa in delning av fysisk SCSI-buss på styrenheten för WSFC 

4.1 Konfigurationsstöd

Ytterligare dokumentationslänkar (utan inbördes ordning):

https://learn.microsoft.com/en-us/sql/sql-server/?view=sql-server-ver17

https://learn.microsoft.com/en-us/windows-server/administration/windows-commands/robocopy

https://knowledge.broadcom.com/external/article/313472/microsoft-windows-server-failover-cluste.html

https://blogs.vmware.com/cloud-foundation/2023/07/06/shared-disk-clustering-on-vsphere-getting-out-of-the-multi-writer-flag-jam/

https://www.vmware.com/docs/vmw-vmdk-whitepaper-mmt

https://learn.microsoft.com/en-us/troubleshoot/windows-server/high-availability/configuring-witness-resource

https://learn.microsoft.com/windows-server/administration/windows-commands/robocopy