Dela via

Vanliga frågor och svar om Azure NetApp Files-programvolymgrupper

  • Artikel

Hitta svar på vanliga frågor och svar om azure NetApp Files-programvolymgruppen.

Vanliga frågor och svar om generiska frågor och svar

Det här avsnittet besvarar allmänna frågor om volymgrupper för Azure NetApp Files-program.

Varför ska jag använda en manuell QoS-kapacitetspool för alla mina databasvolymer?

Manuell QoS-kapacitetspool ger den bästa balansen mellan kapacitet och dataflöde för att passa databasbehoven. Den undviker överetablering för att nå prestanda för till exempel loggvolymen eller datavolymen. Det kan också reservera större utrymme för loggsäkerhetskopior samtidigt som prestandan hålls till ett värde som passar dina behov. Att använda en manuell QoS-kapacitetspool ger överlag en kostnadsfördel.

Kommentar

När du skapar programvolymgrupper visas endast manuella QoS-kapacitetspooler i listan att välja mellan.

Kan jag klona en volym som skapats med programvolymgruppen?

Ja, du kan klona en volym som skapats av programvolymgruppen. Du kan göra det genom att välja en ögonblicksbild och återställa den till en ny volym. Kloning är en process utanför arbetsflödet för programvolymgruppen. Därför bör du överväga följande begränsningar:

  • När du klonar en enskild volym kontrolleras inget av de beroenden som är specifika för volymgruppen.
  • Den klonade volymen ingår inte i volymgruppen.
  • Den klonade volymen placeras alltid på samma lagringsslutpunkt som källvolymen.
  • För att uppnå den lägsta svarstiden för den klonade volymen måste du montera med samma IP-adress som källvolymen.

Hur lång tid tar det att skapa en volymgrupp?

Att skapa en volymgrupp omfattar många olika steg, och alla kan inte utföras parallellt. Särskilt när du skapar den första volymgruppen för en viss plats kan det ta 9–12 minuter att slutföra den. Efterföljande volymgrupper bör ta mindre tid att skapa.

Distributionen misslyckades och inte ens en enda volym skapades. Varför är den det?

Detta är normalt beteende. Programvolymgruppen etablerar volymerna på ett atomiskt sätt och återställer distributionen om en av komponenterna inte kan distribueras. Distributionen misslyckas vanligtvis eftersom den angivna platsen inte har tillräckligt med tillgängliga resurser för att uppfylla dina krav. Kontrollera distributionsloggen för mer information och korrigera konfigurationen av kapacitetspoolen där det behövs.

Varför kan jag inte redigera beskrivningen av volymgruppen?

I den aktuella implementeringen fokuserar programvolymgruppen på att endast skapa och ta bort en volymgrupp.

Vilken princip för ögonblicksbilder ska jag använda för mina databasvolymer?

Du kan använda produkter som AzAcSnap eller Commvault för en programkonsekvent säkerhetskopiering för din databasmiljö. Du kan inte använda de standardögonblicksbilder som schemalagts av den inbyggda azure NetApp Files-principen för ögonblicksbilder för konsekvent dataskydd.

Allmänna rekommendationer för ögonblicksbilder i en databasmiljö är följande:

  • Övervaka ögonblicksbilder av datavolymer noggrant. Om du behåller ögonblicksbilder under en längre period kan du öka dina kapacitetsbehov. Se till att övervaka den använda kapaciteten jämfört med allokerad kapacitet.
  • Om du automatiskt skapar ögonblicksbilder för primärt dataskydd bör du övervaka deras kvarhållning för att undvika outtalad volymkapacitetsförbrukning.

Vanliga frågor och svar om programvolymgrupp för SAP HANA

Det här avsnittet besvarar frågor om Azure NetApp Files-programvolymgruppen för SAP HANA.

Monteringsinstruktionerna för en volym innehåller en lista över IP-adresser. Vilken IP-adress ska jag använda?

Programvolymgruppen säkerställer att data- och loggvolymer för en värd alltid har separata lagringsslutpunkter med olika IP-adresser för att uppnå bästa prestanda. Om du vill vara värd för dina data, logga och dela volymer mellan Azure NetApp Files-lagringsresurserna kan du skapa upp till sex lagringsslutpunkter per använd Azure NetApp Files-lagringsresurs. Därför rekommenderar vi att du storleksanpassar det delegerade undernätet i enlighet med detta. Se Krav och överväganden för programvolymgrupp för SAP HANA. Även om alla angivna IP-adresser kan användas för montering är den första angivna IP-adressen den som ger den lägsta svarstiden. Vi rekommenderar att du alltid använder den första IP-adressen.

Kan jag använda nconnect som monteringsalternativ?

Azure NetApp Files stöder nconnect NFSv4.1 men kräver följande Linux OS-versioner:

  • SLES 15SP2 och senare
  • RHEL 8.3 och senare

När du använder monteringsalternativet nconnect är läsgränsen upp till 4 500 MiB/s (se Metodtips för Linux NFS-monteringsalternativ för Azure NetApp Files) och de föreslagna dataflödesgränserna för datavolymen kan behöva anpassas i enlighet med detta.

Varför läggs hostid (till exempel 00001) till i mina namn även när jag har tagit bort {Hostid} platshållaren?

Programvolymgruppen kräver att platshållaren {Hostid} är en del av namnen. Om den hostid tas bort läggs den automatiskt tillbaka till den angivna strängen.

Du kan se de slutliga namnen för var och en av volymerna när du har valt Granska + Skapa.

Varför är 1 500 MiB/s det maximala dataflödesvärdet som programvolymgruppen för SAP HANA föreslår för datavolymen?

NFSv4.1 är det protokoll som stöds för SAP HANA och Oracle. Därför stöds en TCP/IP-session när du monterar en enda volym. För att köra en enskild TCP-session (dvs. från en enda värd) mot en enda volym är 1 500 MiB/s den typiska I/O-gränsen som identifierats. Därför undviker programvolymgruppen för SAP HANA att allokera mer dataflöde än vad du kan uppnå realistiskt. Om du behöver mer dataflöde, särskilt för större HANA-databaser (till exempel 12 TiB), bör du använda flera partitioner eller använda monteringsalternativet nconnect .

Hur gör jag för att storlek på Azure NetApp Files-volymer för användning med SAP HANA för optimal prestanda och kostnadseffektivitet?

För optimal storleksändring är det viktigt att storleksanpassa hela landskapet, inklusive ögonblicksbilder och säkerhetskopior. Bestäm volymlayouten för produktion, HA och dataskydd och utför storleksändringen med hjälp av Storlekskalkylatorn för Azure NetApp Files för SAP HANA-distributioner.

Jag fick ett varningsmeddelande "Not enough pool capacity". Vad ska jag göra?

Programvolymgruppen beräknar kapacitets- och dataflödesefterfrågan för alla volymer baserat på dina indata från HANA-minnet. När du väljer kapacitetspoolen kontrollerar den omedelbart om det finns tillräckligt med kapacitet och dataflöde i kapacitetspoolen.

På den första SAP HANA-skärmen kan du ignorera det här meddelandet och fortsätta med arbetsflödet genom att klicka på knappen Nästa . Och du kan senare anpassa de föreslagna värdena för varje volym individuellt så att alla volymer får plats i kapacitetspoolen. Det här felmeddelandet visas igen när du ändrar varje enskild volym tills alla volymer får plats i kapacitetspoolen.

Du kanske vill öka storleken på poolen för att undvika det här varningsmeddelandet.

Hur kan jag förstå hur jag ska storleksanpassa mitt system eller mitt övergripande systemlandskap?

Kontakta en SAP Azure NetApp Files-storleksexpert som hjälper dig att planera den övergripande storleken på SAP-systemet.

Viktig information som du behöver ange för vart och ett av systemen är följande: SID, roll (produktion, utveckling, pre-prod/QA), HANA-minne, Ögonblicksbildsreserv i procent, antal dagar för lokal kvarhållning av ögonblicksbilder, antal filbaserade säkerhetskopior, en värd/flera värdar med antalet värdar och HSR (primär, sekundär).

Du kan använda SAP HANA-storleksberäknaren för att optimera storleksprocessen.

Om du känner till dina system (från att köra HANA tidigare) kan du ange dina data manuellt i stället för dessa allmänna antaganden.

Kan jag använda den nya SAP HANA-funktionen för flera partitioner?

Programvolymgruppen för SAP HANA skapades inte med ett dedikerat fokus på flera partitioner, men du kan använda programvolymgruppen för SAP HANA när du anpassar dina indata.

Grunderna för flera partitioner är följande:

  • Flera partitioner innebär att en enda SAP HANA-värd använder mer än en volym för att lagra sin beständighet.
  • Flera partitioner måste monteras på olika sökvägar. Den första volymen är till exempel på /hana/<SID>/data1/mnt00001och den andra volymen behöver en annan sökväg (/hana/<SID>/data2/mnt00002). För att uppnå det här resultatet bör du anpassa namngivningskonventionen manuellt. Det är, <SID>-DATA1-MNT00001; <SID>-DATA2-MNT00002, ....
  • Minne är nyckeln för programvolymgruppen för SAP HANA till storlek för kapacitet och dataflöde. Därför måste du anpassa storleken så att den passar antalet partitioner. För två partitioner bör du använda 50 % av minnet. För tre partitioner bör du använda 33 % av minnet och så vidare.

För varje värd och varje partition som du vill skapa måste du köra programvolymgruppen igen för SAP HANA, och du bör anpassa namngivningsförslaget så att det uppfyller rekommendationerna ovan.

Mer information om det här avsnittet finns i Använda Azure NetApp Files AVG för SAP HANA för att distribuera HANA med flera partitioner.

Vilka är reglerna bakom det föreslagna dataflödet för mina HANA-data och loggvolymer?

SAP definierar KPI:er (Key Performance Indicators) för HANA-volymerna som 400 MiB/s för data och 250 MiB/s för loggvolymen. Den här definitionen är oberoende av storleken eller arbetsbelastningen för HANA-databasen. Programvolymgruppen skalar dataflödesvärdena på ett sätt som även den minsta databasen uppfyller SAP HANA-KPI:er, och större databas drar nytta av en högre dataflödesnivå, vilket skalar förslaget baserat på den angivna HANA-databasstorleken.

I följande tabell beskrivs minnesintervallet och det föreslagna dataflödet för HANA-datavolymen:

Minnesintervall (TB)Föreslaget dataflöde (MB/s)
MinimumMaximum
01400
12600
24800
461000
681200
8101400
10obegränsad1500

I följande tabell beskrivs minnesintervallet och det föreslagna dataflödet för HANA-loggvolymen:

Minnesintervall (TB)Föreslaget dataflöde (MB/s)
MinimumMaximum
04250
4obegränsad500

Databasvolymens dataflöde påverkar främst den tid det tar att läsa in data i minnet när databasen startas. Vid körning är dock det mesta av I/O skriv-I/O, där även KPI:erna visar lägre värden. Användarupplevelsen visar att FÖR mindre databaser kan HANA KPI-värden vara högre än vad som krävs för det mesta.

Azure NetApp Files-prestanda för varje volym kan justeras vid körning. Därför kan du när som helst justera databasens prestanda genom att justera data- och loggvolymens dataflöde efter dina specifika krav. Du kan till exempel finjustera prestanda och minska kostnaderna genom att tillåta högre dataflöde vid start samtidigt som du minskar till KPI:er under normal drift.

Etableras alla volymer i närheten av mina SAP HANA-servrar?

Med en programvolymgrupp kan du distribuera volymer med en tillgänglighetszon eller närhetsplaceringsgruppvolymplacering. Båda metoderna säkerställer att datavolymerna placeras nära de virtuella HANA-datorerna, men använder olika principer.

Om du använder volymplacering i tillgänglighetszonen (tillgängligt med tillägg 1) placeras volymerna i samma tillgänglighetszon som de virtuella programdatorerna. Användning av tillgänglighetszoner stöder även standardnätverksfunktioner, som stöder förbättrad säkerhet via stöd för nätverkssäkerhetsgrupp. Den här metoden kräver inte manuell fästning. Det är därför enklare och snabbare att använda.

Om du använder närhetsplaceringsgruppen måste du skapa en närhetsplaceringsgrupp (PPG) för dina SAP HANA-servrar. Den här placeringen säkerställer att data, logg och delade volymer skapas nära SAP HANA-servrarna för att uppnå bästa svarstid och dataflöde. Den här metoden kräver manuell fästning av närhetsplaceringsgruppen, som programvolymgruppen använder för att hitta den optimala platsen för distribution av volymerna. Den här metoden stöder endast grundläggande nätverksfunktioner. Observera att loggsäkerhets- och datasäkerhetskopieringsvolymer inte kräver låg svarstid. Ur ett skyddsperspektiv är det klokt att lagra dessa säkerhetskopieringsvolymer på en annan plats än data, logg och delade volymer. Därför placerar programvolymgruppen säkerhetskopieringsvolymerna på en annan lagringsplats i regionen som har tillräcklig kapacitet och dataflödestillgänglighet.

Vad är relationen mellan AVset-, VM-, PPG- och Azure NetApp Files-volymer?

En närhetsplaceringsgrupp (PPG) måste ha minst en tilldelad virtuell dator, antingen direkt eller via en AVset. Syftet med PPG är att extrahera den exakta platsen för en virtuell dator och skicka den här informationen till programvolymgruppen för att söka efter Azure NetApp Files-resurser i samma datacenter. Den här inställningen fungerar bara när minst en virtuell dator i PPG startas. Vanligtvis kan du lägga till dina databasservrar i PPG.

PPG:er har sidoeffekten att om alla virtuella datorer stängs av garanterar inte en efterföljande omstart av virtuella datorer att de startar i samma datacenter som tidigare. För att förhindra att den här situationen inträffar rekommenderar vi starkt att du använder en AVset där alla virtuella datorer och PPG är associerade med och använder HANA-pinningsarbetsflödet. Arbetsflödet säkerställer inte bara att de virtuella datorerna inte flyttas när de startas om, det säkerställer också att platser väljs där tillräckligt med beräknings- och Azure NetApp Files-resurser är tillgängliga.

Kommer den delade volymen att ändras när jag lägger till ytterligare HANA-värdar för ett SAP HANA-system med flera värdar?

Nej. Det här scenariot är för närvarande ett av de få fall där du behöver justera storleken manuellt. SAP rekommenderar att du storleksanpassar den delade volymen som 1 x RAM för var fjärde HANA-värd. Eftersom du skapar den delade volymen som en del av den första SAP HANA-värden är den redan storleksanpassad som 1 TB. Det finns två alternativ för att storleksanpassa resursvolymen för SAP HANA korrekt.

  • Om du vet direkt att du behöver till exempel sex värdar kan du ändra förslaget på 1 TB när du skapar programmets volymgrupp för SAP HANA. Då kan du också öka dataflödet (d.v.s. QoS) för att rymma sex värdar.
  • Du kan alltid redigera den delade volymen och ändra storlek och dataflöde individuellt efter att volymen har skapats. Du kan göra det i volymplaceringsgruppen eller direkt i volymen med hjälp av Azure-resursprovidern eller GUI.

Jag vill skapa datasäkerhetskopieringsvolymen för inte bara en enda instans utan för mer än en SAP HANA-databas. Hur gör jag?

Loggnings- och datasäkerhetskopieringsvolymer är valfria och de kräver inte närhet. Det bästa sättet att uppnå det avsedda resultatet är att ta bort volymen för datasäkerhetskopiering eller loggsäkerhetskopiering när du skapar den första volymen från programvolymgruppen för SAP HANA. Du kan sedan skapa en egen volym som en enskild, oberoende volym med hjälp av standardvolymetablering och välja rätt kapacitet och dataflöde för att uppfylla dina behov. Du bör använda en namngivningskonvention som anger en volym för datasäkerhetskopiering och som används för flera SID:er.

Vanliga frågor och svar om programvolymgrupp för Oracle

Det här avsnittet besvarar frågor om Azure NetApp Files-programvolymgruppen för Oracle.

Kommer alla volymer att etableras i samma tillgänglighetszon som min databasserver för Oracle?

Distributionsarbetsflödet säkerställer att alla volymer placeras i den tillgänglighetszon som du har valt när du skapade, vilket bör matcha tillgänglighetszonen för dina virtuella Oracle-datorer. För regioner som inte stöder tillgänglighetszoner placeras volymerna med ett regionalt omfång.

Hur gör jag för att storlek på Azure NetApp Files-volymer för användning med Oracle för optimal prestanda och kostnadseffektivitet?

För optimal storleksändring är det viktigt att storleksanpassa hela databaslandskapet, inklusive HA, ögonblicksbilder och säkerhetskopior. Bestäm volymlayouten för produktion, HA och dataskydd och utför storleksändringen enligt Kör dina mest krävande Oracle-arbetsbelastningar i Azure utan att offra prestanda eller skalbarhets - och beräkningsverktyg för storlek på Oracle-arbetsbelastningar till virtuella Azure IaaS-datorer. Du kan också använda SAP på Azure NetApp Files Sizing Estimator med hjälp av alternativet Lägg till enkel volyminmatning .

Viktig information som du behöver ange för storleksändring av varje volym inkluderar: SID, roll (produktion, Dev, pre-prod/QA), reserv för ögonblicksbilder i procent, antal dagar för lokal kvarhållning av ögonblicksbilder, antal filbaserade säkerhetskopior, en värd/flera värdar med antalet värdar och Data Guard-krav (primära, sekundära). Kontakta en Oracle på Azure NetApp Files storleksexpert för att hjälpa dig att planera den övergripande Storleksändringen för Oracle-systemet.

Monteringsinstruktionerna för en volym innehåller en lista över IP-adresser. Vilken IP-adress ska jag använda för Oracle?

Programvolymgruppen säkerställer att data, gör om loggen, arkivloggen och säkerhetskopieringsvolymerna har separata lagringsslutpunkter med olika IP-adresser för att uppnå bästa prestanda. Även om alla angivna IP-adresser kan användas för montering är den första angivna IP-adressen den som ger den lägsta svarstiden. Vi rekommenderar att du alltid använder den första IP-adressen.

Vilken version av NFS ska jag använda för mina Oracle-volymer?

Använd Oracle dNFS på klienten för att montera dina volymer. Vid montering med dNFS fungerar med volymer som skapats med NFSv3 och NFSv4.1, rekommenderar vi att du distribuerar volymerna med NFSv3. Mer information och versionsberoenden finns i dina klientoperativsystem och Oracle-anteckningar. Du kan också hitta mer information i Fördelar med att använda Azure NetApp Files med Oracle Database- och Oracle-databasprestanda på Flera volymer i Azure NetApp Files.

För att uppnå bästa prestanda för stora databaser rekommenderar vi att du använder dNFS på databasservern för att montera volymen. För att förenkla dNFS-konfigurationen rekommenderar vi att du skapar volymerna med NFSv3.

Vilken princip för ögonblicksbilder ska jag använda för mina Oracle-volymer?

Den här frågan är inte direkt relaterad till programvolymgruppen för Oracle. Du kan använda produkter som AzAcSnap eller Commvault för en programkonsekvent säkerhetskopiering för dina Oracle-databaser. Du kan inte använda de standardögonblicksbilder som schemalagts av den inbyggda azure NetApp Files-principen för ögonblicksbilder för konsekvent dataskydd för din Oracle-databas.

Allmänna rekommendationer för ögonblicksbilder i en Oracle-miljö är följande:

  • Använd verktyg för databasmedvetna ögonblicksbilder för att säkerställa att databaskonsekventa ögonblicksbilder skapas.
  • Övervaka ögonblicksbilder av datavolymer noggrant. Om du behåller ögonblicksbilder under en längre period kan du öka dina kapacitetsbehov. Se till att övervaka den använda kapaciteten jämfört med allokerad kapacitet.
  • Om du automatiskt skapar ögonblicksbilder för din säkerhetskopieringsvolym bör du övervaka kvarhållningen av dem för att undvika oförutsägbar volymtillväxt.

Kan Oracle ASM användas med AVG för Oracle-skapade volymer?

Användning av Oracle ASM i kombination med Volymgrupp för Azure NetApp Files-program för Oracle stöds, men utan stöd för konsekvens för ögonblicksbilder mellan volymerna i en programvolymgrupp. Kunder rekommenderas att använda andra kompatibla dataskyddsalternativ när de använder ASM tills vidare.

Varför kan jag välja att använda en närhetsplaceringsgrupp (PPG) för Oracle-distribution?

När du distribuerar i regioner med begränsad resurstillgänglighet kanske det inte går att distribuera volymer på de mest optimala platserna. I sådana fall kan du välja att distribuera volymer med hjälp av funktionen Närhetsplaceringsgrupp för att uppnå en distribution med bästa möjliga volymplacering under de angivna villkoren. Som standardinställning är användningen av PPG inaktiverad. Du måste begära att du aktiverar användning av närhetsplaceringsgrupper via supportkanalen.

Nästa steg