Använda klusterdelade volymer i ett redundanskluster
Klusterdelade volymer (CSV) gör det möjligt för flera noder i ett Windows Server-redundanskluster eller Azure Local att samtidigt ha läs- och skrivåtkomst till samma LUN (disk) som etableras som en NTFS-volym. Disken kan etableras som ReFS (Resilient File System); CSV-enheten kommer dock att vara i omdirigeringsläge, vilket innebär att skrivåtkomst skickas till koordinatornoden. Mer information finns i Om I/O-synkronisering och I/O-omdirigering i CSV-kommunikation senare i det här dokumentet. Med CSV kan klustrade roller snabbt överlämna från en nod till en annan utan att kräva en ändring av enhetsägarskapet eller att behöva demontera och montera om en volym. CSV hjälper också till att förenkla hanteringen av ett potentiellt stort antal LUN i ett redundanskluster.
CSV tillhandahåller ett grupperat filsystem för generell användning som ligger över NTFS eller ReFS. CSV-program omfattar:
- Klustrade virtuella hårddiskfiler (VHD/VHDX) för klustrade Hyper-V virtuella datorer
- Skala ut fildelningar för att lagra programdata för den klustrerade filserverrollen Scale-Out. Exempel på programdata för den här rollen är Hyper-V virtuella datorfiler och Microsoft SQL Server-data. Tänk på att ReFS inte stöds för en Scale-Out filserver i Windows Server 2012 R2 och nedan. Mer information om Scale-Out filserver finns i Scale-Out Filserver för programdata.
- Microsoft SQL Server 2014 (eller senare) redundansklusterinstans (FCI). Klustrade arbetsbelastningar för Microsoft SQL Server i SQL Server 2012 och tidigare versioner av SQL Server stöder inte användning av CSV.
- Windows Server 2019 eller senare Microsoft Distributed Transaction Control (MSDTC)
Notera
CSV-filer stöder inte Microsoft SQL Server: klustrade arbetsbelastningar i SQL Server 2012 och tidigare versioner av SQL Server.
I Windows Server 2012 förbättrades CSV-funktionerna avsevärt. Beroenden för Active Directory Domain Services har till exempel tagits bort. Stöd har lagts till för funktionella förbättringar i chkdsk, för samverkan med antivirus- och säkerhetskopieringsprogram och för integrering med allmänna lagringsfunktioner som BitLocker-krypterade volymer och Lagringsutrymmen. En översikt över CSV-funktioner som introducerades i Windows Server 2012 finns i Nyheter i redundansklustring i Windows Server 2012 [omdirigerad].
Windows Server 2012 R2 introducerar ytterligare funktioner, till exempel distribuerat CSV-ägarskap, ökad återhämtning genom tillgänglighet för servertjänsten, större flexibilitet i mängden fysiskt minne som du kan allokera till CSV-cache, bättre diagnosbarhet och förbättrad samverkan som omfattar stöd för ReFS och deduplicering. Mer information finns i Nyheter i redundansklustring.
Notera
Information om hur du använder datadeduplicering på CSV för VDI-scenarier (Virtual Desktop Infrastructure) finns i blogginläggen Distribuera datadeduplicering för VDI-lagring i Windows Server 2012 R2 och Utöka datadeduplicering till nya arbetsbelastningar i Windows Server 2012 R2.
Granska krav och överväganden för att använda CSV i ett redundanskluster
Innan du använder CSV i ett redundanskluster granskar du nätverket, lagringen och andra krav och överväganden i det här avsnittet.
Överväganden för nätverkskonfiguration
Tänk på följande när du konfigurerar de nätverk som stöder CSV.
Flera nätverk och flera nätverkskort. Om du vill aktivera feltolerans i händelse av ett nätverksfel rekommenderar vi att flera klusternätverk transporterar CSV-trafik eller att du konfigurerar teamindelade nätverkskort.
Om klusternoderna är anslutna till nätverk som inte ska användas av klustret bör du inaktivera dem. Vi rekommenderar till exempel att du inaktiverar iSCSI-nätverk för klusteranvändning för att förhindra CSV-trafik i dessa nätverk. Om du vill inaktivera ett nätverk i Klusterhanteraren för växling vid fel väljer du Nätverk, väljer nätverket, väljer åtgärden Egenskaper och väljer sedan Tillåt inte klusternätverkskommunikation i det här nätverket. Alternativt kan du konfigurera roll-egenskapen för nätverket med hjälp av Windows PowerShell-cmdleten Get-ClusterNetwork.
Egenskaper för nätverkskort. I egenskaperna för alla nätverkskort som hanterar klusterkommunikation ska du kontrollera att följande inställningar är aktiverade:
-klient för Microsoft-nätverk och fildelning och skrivardelning för Microsoft-nätverk. De här inställningarna stöder Server Message Block (SMB) 3.0, som används som standard för att transportera CSV-trafik mellan noder. Om du vill aktivera SMB kontrollerar du också att servertjänsten och arbetsstationstjänsten körs och att de är konfigurerade att starta automatiskt på varje klusternod.
Notera
I Windows Server 2012 R2 och senare finns det flera servertjänstinstanser per nod för redundanskluster. Det finns standardinstansen som hanterar inkommande trafik från SMB-klienter som har åtkomst till vanliga filresurser och en andra CSV-instans som endast hanterar CSV-trafik mellan noder. Om servertjänsten på en nod blir felaktig övergår CSV-ägarskapet automatiskt till en annan nod.
SMB 3.0 innehåller funktionerna SMB Multichannel och SMB Direct, som gör det möjligt för CSV-trafik att strömma över flera nätverk i klustret och utnyttja nätverkskort som stöder fjärråtkomst till direkt minne (RDMA). Som standard används SMB Multichannel för CSV-trafik. Mer information finns i översikten över Server Message Block.
Prestandafilter för Microsoft Failover-kluster Virtual Adapter. Den här inställningen förbättrar nodernas möjlighet att utföra I/O-omdirigering när det krävs för att nå CSV, till exempel när ett anslutningsfel hindrar en nod från att ansluta direkt till CSV-disken. Prestandafiltret för det virtuella NetFT-nätverkskortet är som standard inaktiverat i alla versioner utom Windows Server 2012 R2. Filtret är inaktiverat eftersom det kan orsaka problem med Hyper-V kluster som har ett gästkluster som körs på virtuella datorer som körs ovanpå dem. Problem har setts där NetFT Virtual Adapter Performance Filter i värden felaktigt dirigerar NetFT-trafik som skickas till en virtuell gästdator till värden. Detta kan leda till kommunikationsproblem med gästklustret på den virtuella datorn. Om du distribuerar någon arbetsbelastning andra än Hyper-V med gästkluster optimerar och förbättrar du klusterprestandan genom att aktivera NetFT Virtual Adapter Performance Filter. Mer information finns i Om I/O-synkronisering och I/O-omdirigering i CSV-kommunikation senare i det här avsnittet.
Prioritera klusternätverk. Vi rekommenderar vanligtvis att du inte ändrar de klusterkonfigurerade inställningarna för nätverken.
IP-undernätskonfiguration. Ingen specifik undernätskonfiguration krävs för noder i ett nätverk som använder CSV. CSV kan stödja stretchkluster med flera undernät.
principbaserad tjänstkvalitet (QoS). Vi rekommenderar att du konfigurerar en QoS-prioritetsprincip och en princip för minsta bandbredd för nätverkstrafik till varje nod när du använder CSV. Mer information finns i Tjänstkvalitet (QoS).
Lagringsnätverk. Information om rekommendationer för lagringsnätverk finns i riktlinjerna som tillhandahålls av lagringsleverantören. Mer information om lagring för CSV finns i krav för lagring och diskkonfiguration senare i det här avsnittet.
En översikt över maskinvaru-, nätverks- och lagringskraven för redundanskluster finns i maskinvarukrav för redundansklustring och lagringsalternativ.
Om I/O-synkronisering och I/O-omdirigering i CSV-kommunikation
I/O-synkronisering: CSV gör att flera noder kan ha samtidig läs- och skrivåtkomst till samma delade lagring. När en nod utför diskindata/utdata (I/O) på en CSV-volym kommunicerar noden direkt med lagringen, till exempel via ett san-nätverk (Storage Area Network). Men när som helst äger en enskild nod (kallas koordinatornoden) den fysiska diskresurs som är associerad med LUN. Koordinatornoden för en CSV-volym visas i Failover-klusterhanteraren som ägarnod under Diskar. Det visas också i utdata från cmdleten Get-ClusterSharedVolume Windows PowerShell.
Not
Från och med Windows Server 2012 R2 är CSV-ägarskapet jämnt fördelat över noderna i redundansklustret baserat på antalet CSV-volymer som varje nod äger. Dessutom balanseras ägarskapet om automatiskt när det finns villkor som CSV-redundans, en nod återansluter till klustret, du lägger till en ny nod i klustret, startar om en klusternod eller startar redundansklustret när det har stängts av.
När vissa små ändringar sker i filsystemet på en CSV-volym måste dessa metadata synkroniseras på var och en av de fysiska noder som har åtkomst till LUN, inte bara på den enda koordinatornoden. När till exempel en virtuell dator på en CSV-volym startas, skapas eller tas bort, eller när en virtuell dator migreras, måste den här informationen synkroniseras på var och en av de fysiska noder som har åtkomst till den virtuella datorn. Dessa metadatauppdateringsåtgärder sker parallellt mellan klusternätverken med hjälp av SMB 3.0. Dessa åtgärder kräver inte att alla fysiska noder kommunicerar med den delade lagringen.
I/O-omdirigering: Lagringsanslutningsfel och vissa lagringsåtgärder kan förhindra att en viss nod kommunicerar direkt med lagringen. För att underhålla funktionen medan noden inte kommunicerar med lagringen omdirigerar noden diskens I/O via ett klusternätverk till den koordinatornod där disken för närvarande är monterad. Om den aktuella koordinatornoden får ett lagringsanslutningsfel placeras alla disk-I/O-åtgärder tillfälligt i kö medan en ny nod blir koordinatornod.
Servern använder något av följande I/O-omdirigeringslägen, beroende på situationen:
- Omdirigering av filsystem omdirigering sker per volym, till exempel när CSV-ögonblicksbilder tas av ett säkerhetskopieringsprogram när en CSV-volym placeras manuellt i omdirigerat I/O-läge.
- Blockera omdirigering Omdirigering är på blocknivå, till exempel när anslutningen till en lagringsvolym går förlorad. Blockomdirigering är betydligt snabbare än omdirigering av filsystem.
I Windows Server 2012 R2 och senare kan du visa tillståndet för en CSV-volym per nod. Du kan till exempel se om I/O är direkt eller omdirigerad eller om CSV-volymen inte är tillgänglig. Om en CSV-volym är i omdirigerat I/O-läge kan du också visa orsaken. Använd Windows PowerShell-cmdleten Get-ClusterSharedVolumeState för att visa den här informationen.
Viktig
- Observera att CSV:er som är förformaterade med ReFS som används ovanpå SAN inte använder direkt I/O-, oavsett om alla andra krav för direkt-I/O uppfylls.
- Om du planerar att använda CSV tillsammans med SAN-anslutna diskar (-FrontEnd), formaterar du enheterna med NTFS innan du konverterar dem till en CSV för att utnyttja prestandafördelarna med Direct I/O.
- Det här beteendet är avsiktligt. Läs de sidor som är länkade i avsnittet Mer information nedan.
- På grund av integreringen av CSV med SMB 3.0-funktioner som SMB Multichannel och SMB Direct kan omdirigerad I/O-trafik strömma över flera klusternätverk.
- Du bör planera dina klusternätverk för att möjliggöra den potentiella ökningen av nätverkstrafiken till koordinatornoden under I/O-omdirigering.
Not
- På grund av förbättringar i CSV-designen i Windows Server 2012 utför CSV fler åtgärder i direkt I/O-läge än i Windows Server 2008 R2.
- På grund av integreringen av CSV med SMB 3.0-funktioner som SMB Multichannel och SMB Direct kan omdirigerad I/O-trafik strömma över flera klusternätverk.
- Du bör planera dina klusternätverk för att möjliggöra den potentiella ökningen av nätverkstrafiken till koordinatornoden under I/O-omdirigering.
Konfigurationskrav för lagring och disk
Om du vill använda CSV måste lagringen och diskarna uppfylla följande krav:
Filsystemformat. I Windows Server 2012 måste en disk eller ett lagringsutrymme för en CSV-volym vara en grundläggande disk som är partitionerad med NTFS. I Windows Server 2012 R2 måste en disk eller lagringsutrymme för en CSV-volym vara en grundläggande disk som är partitionerad med NTFS eller ReFS. I Windows Server 2016 eller senare och Azure Local måste en disk eller lagringsutrymme för en CSV-volym vara antingen en standarddisk eller GPT-disk (GUID Partition Table) som är partitionerad med NTFS eller ReFS.
En CSV har följande ytterligare krav:
- I Windows Server 2012 kan du inte använda en disk för en CSV som är formaterad med FAT, FAT32 eller ReFS.
- I Windows Server 2012 R2 och senare kan du inte använda en disk för en CSV som är formaterad med FAT eller FAT32.
- En CSV kan inte användas som kvorumvittnesdisk. Mer information om klusterkvorum finns i Understanding Quorum in Storage Spaces Direct.
- När du har lagt till en disk som en CSV anges den i CSVFS-format (för CSV-filsystem). På så sätt kan klustret och annan programvara särskilja CSV-lagringen från annan NTFS- eller ReFS-lagring. I allmänhet stöder CSVFS samma funktioner som NTFS eller ReFS. Vissa funktioner stöds dock inte. I Windows Server 2012 R2 kan du till exempel inte aktivera komprimering på CSV. I Windows Server 2012 kan du inte aktivera datadeduplicering eller komprimering på CSV.
Resurstyp i klustret. För en CSV-volym måste du använda resurstypen Fysisk disk. Som standard konfigureras en disk eller ett lagringsutrymme som läggs till i klusterlagring automatiskt på det här sättet.
Val av CSV-diskar eller andra diskar i klusterlagring. När du väljer en eller flera diskar för en klustrad virtuell dator bör du fundera på hur varje disk ska användas. Om en disk ska användas för att lagra filer som skapas av Hyper-V, till exempel VHD/VHDX-filer eller konfigurationsfiler, kan du välja mellan CSV-diskarna eller andra tillgängliga diskar i klusterlagring. Om en disk är en fysisk disk som är direkt ansluten till den virtuella datorn (kallas även för en direktdisk) kan du inte välja en CSV-disk och du måste välja bland de andra tillgängliga diskarna i klusterlagringen.
Sökvägsnamn för att identifiera diskar. Diskar i CSV identifieras med ett sökvägsnamn. Varje sökväg verkar finnas på nodens systemenhet som en numrerad volym under mappen \ClusterStorage. Den här sökvägen är densamma när den visas från valfri nod i klustret. Du kan byta namn på volymerna om det behövs, men rekommenderas innan någon virtuell dator (om Hyper-V) eller program som SQL Server installeras. CSV kan inte byta namn om det finns några öppna referenser (dvs. en virtuell dator som är aktiverad eller i ett sparat tillstånd).
Information om lagringskrav för CSV finns i riktlinjerna som tillhandahålls av lagringsleverantören. Ytterligare överväganden för lagringsplanering för CSV finns i Planera att använda CSV i ett redundanskluster senare i det här avsnittet.
Nodkrav
Om du vill använda CSV måste noderna uppfylla följande krav:
- Enhetsbeteckning för systemdisken. På alla noder måste enhetsbeteckningen för systemdisken vara densamma.
- Autentiseringsprotokoll. NTLM-protokollet måste vara aktiverat på alla noder. Detta är aktiverat som standard. Från och med Windows Server 2019 och Azure Local har NTLM-beroenden tagits bort eftersom det använder certifikat för autentisering.
Planera att använda CSV i ett redundanskluster
Det här avsnittet innehåller planeringsöverväganden och rekommendationer för att använda CSV i ett redundanskluster.
Viktig
Be lagringsleverantören om rekommendationer om hur du konfigurerar din specifika lagringsenhet för CSV. Om rekommendationerna från lagringsleverantören skiljer sig från informationen i det här avsnittet använder du rekommendationerna från lagringsleverantören.
Arrangemang av LUN-, volym- och VHD-filer
Om du vill använda CSV på bästa sätt för att tillhandahålla lagring för klustrade virtuella datorer är det bra att granska hur du skulle ordna LUN (diskar) när du konfigurerar fysiska servrar. När du konfigurerar motsvarande virtuella datorer kan du försöka ordna VHD-filerna på ett liknande sätt.
Överväg en fysisk server som du skulle ordna diskar och filer för på följande sätt:
- Systemfiler, inklusive en sidfil, på en fysisk disk
- Datafiler på en annan fysisk disk
För en motsvarande klustrad virtuell dator bör du organisera volymerna och filerna på ett liknande sätt:
- Systemfiler, inklusive en sidfil, i en VHD-fil på en CSV
- Datafiler i en VHD-fil på en annan CSV
Om du lägger till en annan virtuell dator, där det är möjligt, bör du behålla samma arrangemang för de virtuella hårddiskarna på den virtuella datorn.
Antal och storlek på LUN och volymer
När du planerar lagringskonfigurationen för ett redundanskluster som använder CSV bör du överväga följande rekommendationer:
Kontakta lagringsleverantören om du vill bestämma hur många LUN som ska konfigureras. Lagringsleverantören kan till exempel rekommendera att du konfigurerar varje LUN med en partition och placerar en CSV-volym på den.
Skapa minst en CSV per nod.
Det finns inga begränsningar för antalet virtuella datorer som kan stödjas på en enda CSV-volym. Du bör dock överväga antalet virtuella datorer som du planerar att ha i klustret och arbetsbelastningen (I/O-åtgärder per sekund) för varje virtuell dator. Tänk på följande exempel:
- En organisation distribuerar virtuella datorer som stöder en virtuell skrivbordsinfrastruktur (VDI), vilket är en relativt lätt arbetsbelastning. Klustret använder lagring med höga prestanda. Klusteradministratören bestämmer sig efter samråd med lagringsleverantören för att placera ett relativt stort antal virtuella datorer per CSV-volym.
- En annan organisation distribuerar ett stort antal virtuella datorer som stöder ett mycket använt databasprogram, vilket är en tyngre arbetsbelastning. Klustret använder lagring med lägre prestanda. Klusteradministratören bestämmer sig efter samråd med lagringsleverantören för att placera ett relativt litet antal virtuella datorer per CSV-volym.
När du planerar lagringskonfigurationen för en viss virtuell dator bör du överväga diskkraven för tjänsten, programmet eller rollen som den virtuella datorn stöder. Genom att förstå dessa krav kan du undvika diskkonkurens som kan leda till dåliga prestanda. Lagringskonfigurationen för den virtuella datorn bör likna den lagringskonfiguration som du skulle använda för en fysisk server som kör samma tjänst, program eller roll. Mer information finns i Arrangemang av LUN-filer, volymer och VHD-filer tidigare i det här avsnittet.
Du kan också minska diskkonkurrensen genom att ha lagring med ett stort antal oberoende fysiska hårddiskar. Välj din lagringsmaskinvara i enlighet med detta och kontakta leverantören för att optimera lagringens prestanda.
Beroende på dina klusterarbetsbelastningar och deras behov av I/O-åtgärder kan du överväga att endast konfigurera en procentandel av de virtuella datorerna för åtkomst till varje LUN, medan andra virtuella datorer inte har anslutning och i stället är dedikerade till beräkningsåtgärder.
Lägga till en disk i CSV i ett redundanskluster
CSV-funktionen är aktiverad som standard i redundansklustring. Om du vill lägga till en disk i CSV måste du lägga till en disk i gruppen Tillgänglig lagring i klustret (om den inte redan har lagts till) och sedan lägga till disken i CSV i klustret. Du kan använda Felöverklusterhanteraren eller Felöverkluster Windows PowerShell-cmdletar för att utföra dessa procedurer.
Lägga till en disk i Tillgängligt lagringsutrymme
I Klusterhanteraren för failover expanderar du klusternamnet i konsolträdet och öppnar sedan Storage.
Högerklicka på Diskaroch välj sedan Lägg till disk. En lista visas som visar de diskar som kan läggas till för användning i ett redundanskluster.
Välj den disk eller de diskar som du vill lägga till och välj sedan OK.
Diskarna har nu tilldelats gruppen Available Storage.
Windows PowerShell-motsvarande kommandon (lägg till en disk i Tillgängligt lagringsutrymme)
Följande Windows PowerShell-cmdlet eller cmdletar utför samma funktion som föregående procedur. Ange varje cmdlet på en enda rad, även om de kan visas ordomslutna över flera rader här på grund av formateringsbegränsningar.
I följande exempel identifieras de diskar som är redo att läggas till i klustret och lägger sedan till dem i gruppen Tillgänglig lagring.
Get-ClusterAvailableDisk | Add-ClusterDisk
Lägga till en disk i Tillgänglig lagring i CSV
I Klusterhanteraren för växling vid fel expanderar du klustrets namn i konsolträdet, expanderar Storageoch väljer sedan Diskar.
Välj en eller flera diskar som har tilldelats till Tillgänglig lagring, högerklicka på markeringen och välj sedan Lägg till i klusterdelade volymer.
Diskarna har nu tilldelats Cluster Shared Volume-gruppen i klustret. Diskarna exponeras för varje klusternod som numrerade volymer (monteringspunkter) under mappen %SystemDrive%ClusterStorage. Volymerna visas i CSVFS-filsystemet.
Anteckning
Du kan byta namn på CSV-volymer i mappen %SystemDrive%ClusterStorage.
Motsvarande Windows PowerShell-kommandon (lägg till en disk i CSV)
Följande Windows PowerShell-cmdlet eller cmdletar utför samma funktion som föregående procedur. Ange varje cmdlet på en enda rad, även om de kan visas ordomslutna över flera rader här på grund av formateringsbegränsningar.
I följande exempel läggs Klusterdisk 1 i Tillgängligt lagringsutrymme till CSV i det lokala klustret.
Add-ClusterSharedVolume –Name "Cluster Disk 1"
Aktivera CSV-cachen för läsintensiva arbetsbelastningar (valfritt)
CSV-cachen tillhandahåller cachelagring på blocknivå för endast läsbara obuffrade I/O-operationer genom att allokera systemminne (RAM) som en write-through cache. (Obuffererade I/O-åtgärder cachelagras inte av cachehanteraren.) Detta kan förbättra prestanda för program som Hyper-V, som utför obuffertade I/O-åtgärder vid åtkomst till en virtuell hårddisk. CSV-cachen kan öka prestandan för läsbegäranden utan att cachelagra skrivbegäranden. Att aktivera CSV-cachen är också användbart för Scale-Out filserverscenarier.
Not
Vi rekommenderar att du aktiverar CSV-cachen för alla klustrade Hyper-V- och Scale-Out filserverdistributioner.
I Windows Server 2019 är CSV-cachen aktiverad som standard med 1 gibibyte (GiB) allokerat. I Windows Server 2016 och Windows Server 2012 är det inaktiverat som standard. I Windows Server 2012 R2 är CSV-cachen aktiverad som standard. Du måste dock fortfarande allokera storleken på blockcachen som ska reserveras.
I följande tabell beskrivs de två konfigurationsinställningar som styr CSV-cachen.
| Windows Server 2012 R2 och senare | Windows Server 2012 | Beskrivning |
|---|---|---|
| BlockCacheSize | SharedVolumeBlockCacheSizeInMB | Det här är en gemensam klusteregenskap som gör att du kan definiera hur mycket minne (i megabyte) som ska reserveras för CSV-cachen på varje nod i klustret. Om till exempel ett värde på 512 har definierats reserveras 512 MB systemminne på varje nod. (I många kluster är 512 MB ett rekommenderat värde.) Standardinställningen är 0 (för inaktiverad). |
| AktiveraBlockCache | CsvEnableBlockCache | Det här är en privat egenskap för klustrets fysiska diskresurs. Det gör att du kan aktivera CSV-cache på en enskild disk som läggs till i CSV. I Windows Server 2012 är standardinställningen 0 (för inaktiverad). Om du vill aktivera CSV-cache på en disk konfigurerar du värdet 1. Som standard är den här inställningen aktiverad i Windows Server 2012 R2. |
Du kan övervaka CSV-cachen i Prestandaövervakare genom att lägga till räknare under CSV-volymcache för kluster.
Konfigurera CSV-cachen
Starta Windows PowerShell som administratör.
Om du vill definiera en cache med 512 MB som ska reserveras på varje nod skriver du följande:
För Windows Server 2012 R2 och senare:
(Get-Cluster).BlockCacheSize = 512För Windows Server 2012:
(Get-Cluster).SharedVolumeBlockCacheSizeInMB = 512
I Windows Server 2012 anger du följande för att aktivera CSV-cachen på en CSV med namnet Cluster Disk 1:
Get-ClusterSharedVolume "Cluster Disk 1" | Set-ClusterParameter CsvEnableBlockCache 1
Not
- I Windows Server 2012 kan du bara allokera 20% av det totala fysiska RAM-minnet till CSV-cachen. I Windows Server 2012 R2 och senare kan du allokera upp till 80%. Eftersom Scale-Out filservrar vanligtvis inte är minnesbegränsade kan du uppnå stora prestandavinster med hjälp av extra minne för CSV-cachen.
- För att undvika resurskonkurrering bör du starta om varje nod i klustret när du har modifierat det minne som har allokerats till CSV-cachen. I Windows Server 2012 R2 och senare krävs inte längre en omstart.
- När du har aktiverat eller inaktiverat CSV-cacheminnet på en enskild disk måste du för att inställningen ska börja gälla ta den fysiska diskresursen offline och återaktivera den online. (Som standard är CSV-cachen aktiverad i Windows Server 2012 R2 och senare.)
- Mer information om CSV-cache som innehåller information om prestandaräknare finns i blogginlägget How to Enable CSV Cache.
Säkerhetskopiera CSV:er
Det finns flera metoder för att säkerhetskopiera information som lagras på CSV:er i ett redundanskluster. Du kan använda ett Microsoft-säkerhetskopieringsprogram eller ett program som inte kommer från Microsoft. I allmänhet inför CSV inte särskilda säkerhetskopieringskrav utöver kraven för klustrad lagring som är formaterad med NTFS eller ReFS. CSV-säkerhetskopieringar stör inte heller andra CSV-lagringsåtgärder.
Du bör tänka på följande faktorer när du väljer ett säkerhetskopieringsprogram och säkerhetskopieringsschema för CSV:
- Säkerhetskopiering på volymnivå av en CSV-volym kan köras från valfri nod som ansluter till CSV-volymen.
- Ditt säkerhetskopieringsprogram kan använda ögonblicksbilder av programvara eller ögonblicksbilder av maskinvara. Beroende på möjligheten för ditt säkerhetskopieringsprogram att stödja dem kan säkerhetskopior använda programkonsekventa och kraschkonsekventa VSS-ögonblicksbilder (Volume Shadow Copy Service).
- Om du säkerhetskopierar CSV som har flera virtuella datorer som körs bör du vanligtvis välja en hanteringsoperativsystembaserad säkerhetskopieringsmetod. Om säkerhetskopieringsprogrammet stöder det kan flera virtuella datorer säkerhetskopieras samtidigt.
- CSV stöder säkerhetskopieringsbegäranden som kör Windows Server Backup. Windows Server Backup tillhandahåller dock vanligtvis bara en grundläggande säkerhetskopieringslösning som kanske inte passar organisationer med större kluster. Windows Server Backup stöder inte programkonsekvent säkerhetskopiering av virtuella datorer på CSV. Den stöder endast kraschkonsekvent säkerhetskopiering på volymnivå. (Om du återställer en kraschkonsekvent säkerhetskopia är den virtuella datorn i samma tillstånd som den var om den virtuella datorn hade kraschat exakt när säkerhetskopieringen gjordes.) En säkerhetskopia av en virtuell dator på en CSV-volym lyckas, men en felhändelse loggas som anger att detta inte stöds.
- Du kan kräva administrativa autentiseringsuppgifter när du säkerhetskopierar ett redundanskluster.
Viktig
Se noga till att granska vilka data säkerhetskopieringsprogrammet säkerhetskopierar och återställer, vilka CSV-funktioner det stöder och resurskraven för programmet på varje klusternod.
Varning
Om du behöver återställa säkerhetskopierade data till en CSV-volym bör du vara medveten om funktionerna och begränsningarna i säkerhetskopieringsprogrammet för att underhålla och återställa programkonsekventa data över klusternoderna. Om csv:en till exempel återställs på en nod som skiljer sig från noden där CSV-volymen säkerhetskopierades, kan du oavsiktligt skriva över viktiga data om programtillståndet på noden där återställningen sker.