Udostępnij za pośrednictwem

Często zadawane pytania dotyczące grupy woluminów aplikacji usługi Azure NetApp Files

  • Artykuł

Znajdź odpowiedzi na często zadawane pytania dotyczące grupy woluminów aplikacji usługi Azure NetApp Files.

Często zadawane pytania ogólne

Ta sekcja zawiera odpowiedzi na ogólne pytania dotyczące grup woluminów aplikacji usługi Azure NetApp Files.

Dlaczego należy używać ręcznej puli pojemności QoS dla wszystkich woluminów bazy danych?

Ręczna pula pojemności QoS zapewnia najlepszą równowagę między pojemnością a przepływnością zgodnie z potrzebami bazy danych. Pozwala uniknąć nadmiernej aprowizacji, aby osiągnąć wydajność, na przykład wolumin dziennika lub wolumin danych. Może również zarezerwować większe miejsce dla kopii zapasowych dzienników przy zachowaniu wydajności do wartości, która odpowiada Twoim potrzebom. Ogólnie rzecz biorąc, korzystanie z ręcznej puli pojemności QoS daje przewagę kosztową.

Uwaga

Podczas tworzenia grupy woluminów aplikacji na liście będą wyświetlane tylko ręczne pule pojemności QoS do wyboru.

Czy mogę sklonować wolumin utworzony za pomocą grupy woluminów aplikacji?

Tak, można sklonować wolumin utworzony przez grupę woluminów aplikacji. Możesz to zrobić, wybierając migawkę i przywracając ją do nowego woluminu. Klonowanie to proces poza przepływem pracy grupy woluminów aplikacji. W związku z tym należy wziąć pod uwagę następujące ograniczenia:

  • Podczas klonowania pojedynczego woluminu żaden z zależności specyficznych dla grupy woluminów nie jest sprawdzany.
  • Sklonowany wolumin nie jest częścią grupy woluminów.
  • Sklonowany wolumin jest zawsze umieszczany w tym samym punkcie końcowym magazynu co wolumin źródłowy.
  • Aby uzyskać najmniejsze opóźnienie dla sklonowanego woluminu, należy zainstalować ten sam adres IP co wolumin źródłowy.

Jak długo trwa tworzenie grupy woluminów?

Tworzenie grupy woluminów obejmuje wiele różnych kroków, a nie wszystkie z nich można wykonać równolegle. Szczególnie w przypadku utworzenia pierwszej grupy woluminów dla danej lokalizacji ukończenie może potrwać od 9 do 12 minut. Utworzenie kolejnych grup woluminów powinno zająć mniej czasu.

Wdrożenie nie powiodło się, a nawet nie utworzono pojedynczego woluminu. Dlaczego?

To normalne zachowanie. Grupa woluminów aplikacji będzie aprowizować woluminy w sposób niepodzielne i wycofać wdrożenie w przypadku niepowodzenia wdrożenia jednego ze składników. Wdrożenie zwykle kończy się niepowodzeniem, ponieważ dana lokalizacja nie ma wystarczającej ilości dostępnych zasobów, aby spełnić wymagania. Sprawdź dziennik wdrażania, aby uzyskać szczegółowe informacje i popraw konfigurację puli pojemności w razie potrzeby.

Dlaczego nie mogę edytować opisu grupy woluminów?

W bieżącej implementacji grupa woluminów aplikacji koncentruje się tylko na początkowym tworzeniu i usuwaniu grupy woluminów.

Jakich zasad migawek należy używać dla woluminów bazy danych?

Możesz użyć produktów, takich jak AzAcSnap lub Commvault na potrzeby kopii zapasowej spójnej z aplikacją dla środowiska bazy danych. Nie można używać standardowych migawek zaplanowanych przez wbudowane zasady migawek usługi Azure NetApp Files w celu zapewnienia spójnej ochrony danych.

Ogólne zalecenia dotyczące migawek w środowisku bazy danych są następujące:

  • Uważnie monitoruj migawki woluminu danych. Przechowywanie migawek przez długi okres może zwiększyć potrzeby dotyczące pojemności. Pamiętaj, aby monitorować używaną pojemność a przydzieloną pojemność.
  • Jeśli automatycznie tworzysz migawki na potrzeby podstawowej ochrony danych, pamiętaj, aby monitorować ich przechowywanie, aby uniknąć nieprzewidywalnego zużycia pojemności woluminu.

Często zadawane pytania dotyczące grupy woluminów aplikacji dla platformy SAP HANA

Ta sekcja zawiera odpowiedzi na pytania dotyczące grupy woluminów aplikacji usługi Azure NetApp Files dla platformy SAP HANA.

Instrukcje instalacji woluminu zawierają listę adresów IP. Którego adresu IP należy użyć?

Grupa woluminów aplikacji zapewnia, że woluminy danych i dzienników dla jednego hosta zawsze mają oddzielne punkty końcowe magazynu z różnymi adresami IP w celu uzyskania najlepszej wydajności. Aby hostować dane, dzienniki i udostępnione woluminy w zasobach magazynu usługi Azure NetApp Files, można utworzyć maksymalnie sześć punktów końcowych magazynu na użycie zasobu magazynu usługi Azure NetApp Files. Z tego powodu zaleca się odpowiednie ustawianie rozmiaru delegowanej podsieci. Zobacz Wymagania i zagadnienia dotyczące grupy woluminów aplikacji dla platformy SAP HANA. Mimo że wszystkie wymienione adresy IP mogą być używane do instalowania, pierwszy wymieniony adres IP jest tym, który zapewnia najmniejsze opóźnienie. Zaleca się, aby zawsze używać pierwszego adresu IP.

Czy mogę użyć nconnect jako opcji instalacji?

Usługa Azure NetApp Files obsługuje system nconnect NFSv4.1, ale wymaga następujących wersji systemu operacyjnego Linux:

  • SLES 15SP2 i nowsze
  • RHEL 8.3 i nowsze

Jeśli używasz nconnect opcji instalacji, limit odczytu wynosi do 4500 MiB/s (zobacz Linux NFS opcje instalacji najlepszych rozwiązań dla usługi Azure NetApp Files), a proponowane limity przepływności dla woluminu danych mogą być odpowiednio dostosowane.

Dlaczego element (na przykład 00001) jest hostid dodawany do moich nazw nawet wtedy, gdy usunę {Hostid} symbol zastępczy?

Grupa woluminów aplikacji wymaga, aby symbol zastępczy {Hostid} był częścią nazw. W przypadku usunięcia element hostid zostanie automatycznie dodany z powrotem do podanego ciągu.

Po wybraniu pozycji Przejrzyj i utwórz możesz zobaczyć końcowe nazwy dla każdego woluminu.

Dlaczego 1500 MiB/s jest maksymalną wartością przepływności, którą grupa woluminów aplikacji dla platformy SAP HANA proponuje dla woluminu danych?

NFSv4.1 to obsługiwany protokół dla systemów SAP HANA i Oracle. W związku z tym jedna sesja TCP/IP jest obsługiwana podczas instalowania pojedynczego woluminu. W przypadku uruchamiania pojedynczej sesji TCP (tj. z jednego hosta) względem pojedynczego woluminu zidentyfikowano 1500 miB/s. Dlatego grupa woluminów aplikacji dla platformy SAP HANA pozwala uniknąć przydzielania większej przepływności niż można realistycznie osiągnąć. Jeśli potrzebujesz większej przepływności, szczególnie w przypadku większych baz danych HANA (na przykład 12 TiB), należy użyć wielu partycji lub użyć nconnect opcji instalacji.

Jak mogę rozmiar woluminów usługi Azure NetApp Files do użycia z platformą SAP HANA w celu uzyskania optymalnej wydajności i efektywności kosztowej?

Aby uzyskać optymalne rozmiary, ważne jest, aby rozmiar kompletnego krajobrazu, w tym migawek i kopii zapasowych. Zdecyduj układ woluminu dla środowiska produkcyjnego, wysokiej dostępności i ochrony danych, a następnie przeprowadź ustalanie rozmiaru przy użyciu kalkulatora rozmiaru usługi Azure NetApp Files dla wdrożeń sap HANA.

Odebrano komunikat "Not enough pool capacity"ostrzegawczy . Co mogę zrobić?

Grupa woluminów aplikacji oblicza zapotrzebowanie na pojemność i przepływność wszystkich woluminów na podstawie danych wejściowych pamięci HANA. Po wybraniu puli pojemności natychmiast sprawdza, czy w puli pojemności jest dostępna wystarczająca pojemność i przepływność.

Na początkowym ekranie sap HANA możesz zignorować ten komunikat i kontynuować przepływ pracy, klikając przycisk Dalej . Możesz później dostosować proponowane wartości dla każdego woluminu indywidualnie, aby wszystkie woluminy mieściły się w puli pojemności. Ten komunikat o błędzie pojawia się ponownie po zmianie każdego pojedynczego woluminu, dopóki wszystkie woluminy nie mieszczą się w puli pojemności.

Możesz zwiększyć rozmiar puli, aby uniknąć tego komunikatu ostrzegawczego.

Jak mogę zrozumieć, jak rozmiesić system lub ogólny poziom systemu?

Skontaktuj się z ekspertem ds. ustalania rozmiaru rozwiązania SAP Azure NetApp Files, aby ułatwić planowanie ogólnego rozmiaru systemu SAP.

Ważne informacje, które należy podać dla każdego z systemów, obejmują następujące elementy: SID, role (production, dev, pre-prod/QA), pamięć HANA, rezerwa migawki w procentach, liczba dni przechowywania migawek lokalnych, liczba kopii zapasowych opartych na plikach, pojedynczy host/wiele hostów z liczbą hostów i HSR (podstawowy, pomocniczy).

Aby zoptymalizować proces ustalania rozmiaru, możesz użyć narzędzia do szacowania rozmiaru platformy SAP HANA.

Jeśli znasz systemy (z wcześniejszego uruchamiania platformy HANA), możesz podać dane ręcznie zamiast tych ogólnych założeń.

Czy mogę użyć nowej funkcji SAP HANA wielu partycji?

Grupa woluminów aplikacji dla platformy SAP HANA nie została skompilowana z dedykowanym naciskiem na wiele partycji, ale można użyć grupy woluminów aplikacji dla platformy SAP HANA podczas dostosowywania danych wejściowych.

Podstawowe informacje dotyczące wielu partycji są następujące:

  • Wiele partycji oznacza, że jeden host SAP HANA używa więcej niż jednego woluminu do przechowywania jego trwałości.
  • Wiele partycji musi być zamontowanych na różnych ścieżkach. Na przykład pierwszy wolumin znajduje się na /hana/<SID>/data1/mnt00001, a drugi wolumin wymaga innej ścieżki (/hana/<SID>/data2/mnt00002). Aby osiągnąć ten wynik, należy ręcznie dostosować konwencję nazewnictwa. Oznacza to, <SID>-DATA1-MNT00001; <SID>-DATA2-MNT00002, ....
  • Pamięć jest kluczem dla grupy woluminów aplikacji dla platformy SAP HANA do rozmiaru pojemności i przepływności. W związku z tym należy dostosować rozmiar, aby uwzględnić liczbę partycji. W przypadku dwóch partycji należy użyć 50% pamięci. W przypadku trzech partycji należy użyć 33% pamięci itd.

Dla każdego hosta i każdej partycji, którą chcesz utworzyć, należy ponownie uruchomić grupę woluminów aplikacji dla platformy SAP HANA i dostosować propozycję nazewnictwa, aby spełnić powyższe zalecenia.

Aby uzyskać więcej informacji na temat tego tematu, zobacz Using Azure NetApp Files AVG for SAP HANA to deploy HANA with multiple partitions (Używanie usługi Azure NetApp Files AVG dla platformy SAP HANA do wdrażania platformy HANA z wieloma partycjami).

Jakie są reguły dotyczące proponowanej przepływności dla moich woluminów danych i dzienników platformy HANA?

System SAP definiuje kluczowe wskaźniki wydajności (KPI) dla woluminów HANA jako 400 MiB/s dla danych i 250 MiB/s dla woluminu dziennika. Ta definicja jest niezależna od rozmiaru lub obciążenia bazy danych HANA. Grupa woluminów aplikacji skaluje wartości przepływności w taki sposób, aby nawet najmniejsza baza danych spełniała kluczowe wskaźniki wydajności platformy SAP HANA, a większa baza danych korzysta z wyższego poziomu przepływności, skalując propozycję na podstawie wprowadzonego rozmiaru bazy danych HANA.

W poniższej tabeli opisano zakres pamięci i proponowaną przepływność dla woluminu danych platformy HANA:

Zakres pamięci (TB)Proponowana przepływność (MB/s)
MinimumMaksimum
01400
12600
24800
10061000
681200
8101400
10bez ograniczeń1500

W poniższej tabeli opisano zakres pamięci i proponowaną przepływność dla woluminu dziennika HANA:

Zakres pamięci (TB)Proponowana przepływność (MB/s)
MinimumMaksimum
0100250
100bez ograniczeń500

Przepływność woluminu bazy danych ma głównie wpływ na czas potrzebny na odczytywanie danych do pamięci podczas uruchamiania bazy danych. Jednak w czasie wykonywania większość operacji we/wy jest zapisem we/wy, gdzie nawet wskaźniki KPI pokazują niższe wartości. Środowisko użytkownika pokazuje, że w przypadku mniejszych baz danych wartości kluczowych wskaźników wydajności platformy HANA mogą być wyższe niż wymagane przez większość czasu.

Wydajność każdego woluminu usługi Azure NetApp Files można dostosować w czasie wykonywania. W związku z tym w dowolnym momencie możesz dostosować wydajność bazy danych, dostosowując przepływność danych i woluminu dziennika do określonych wymagań. Na przykład można dostosować wydajność i zmniejszyć koszty, umożliwiając większą przepływność podczas uruchamiania, jednocześnie zmniejszając wskaźniki KPI podczas normalnego działania.

Czy wszystkie woluminy są aprowizowane blisko serwerów SAP HANA?

W przypadku grupy woluminów aplikacji można wdrażać woluminy ze strefą dostępności lub umieszczaniem woluminów w grupie umieszczania w pobliżu. Obie metody zapewniają, że woluminy danych znajdują się w pobliżu maszyn wirtualnych HANA, ale korzystają z różnych zasad.

Użycie umieszczania woluminu strefy dostępności (dostępnego z rozszerzeniem 1) umieszcza woluminy w tej samej strefie dostępności co maszyny wirtualne aplikacji. Korzystanie ze stref dostępności obsługuje również standardowe funkcje sieciowe, które obsługują zwiększone zabezpieczenia za pośrednictwem obsługi sieciowej grupy zabezpieczeń. Ta metoda nie wymaga ręcznego przypinania. W związku z tym jest to łatwiejsze i szybsze w użyciu.

Użycie grupy umieszczania w pobliżu wymaga utworzenia grupy umieszczania w pobliżu (PPG) dla serwerów SAP HANA. Dzięki temu dane, dzienniki i udostępnione woluminy są tworzone blisko serwerów SAP HANA w celu uzyskania najlepszego opóźnienia i przepływności. Ta metoda wymaga ręcznego przypinania grupy umieszczania w pobliżu, której grupa woluminów aplikacji używa do znalezienia optymalnej lokalizacji do wdrażania woluminów. Ta metoda obsługuje tylko podstawowe funkcje sieciowe. Należy pamiętać, że woluminy kopii zapasowej dzienników i kopii zapasowych danych nie wymagają małych opóźnień. Z punktu widzenia ochrony warto przechowywać te woluminy kopii zapasowych w innej lokalizacji niż dane, dzienniki i udostępnione woluminy. W związku z tym grupa woluminów aplikacji umieszcza woluminy kopii zapasowej w innej lokalizacji magazynu w regionie, który ma wystarczającą pojemność i dostępność przepływności.

Jaka jest relacja między woluminami AVset, VM, PPG i Azure NetApp Files?

Grupa umieszczania w pobliżu (PPG) musi mieć przypisaną co najmniej jedną maszynę wirtualną bezpośrednio lub za pośrednictwem zestawu AVset. Celem ppg jest wyodrębnienie dokładnej lokalizacji maszyny wirtualnej i przekazanie tych informacji do grupy woluminów aplikacji w celu wyszukania zasobów usługi Azure NetApp Files w tym samym centrum danych. To ustawienie działa tylko po uruchomieniu co najmniej jednej maszyny wirtualnej w ppg. Zazwyczaj można dodać serwery baz danych do grupy ppg.

Grupy zabezpieczeń mają efekt uboczny, że jeśli wszystkie maszyny wirtualne zostaną zamknięte, następujące ponowne uruchomienie maszyn wirtualnych nie gwarantuje, że zostaną uruchomione w tym samym centrum danych co wcześniej. Aby zapobiec wystąpieniu takiej sytuacji, zdecydowanie zaleca się użycie zestawu AVset, w którym są skojarzone wszystkie maszyny wirtualne i ppg oraz używanie przepływu pracy przypinania platformy HANA. Przepływ pracy nie tylko zapewnia, że maszyny wirtualne nie są przenoszone po ponownym uruchomieniu, ale także gwarantuje, że lokalizacje są wybierane, gdzie są dostępne wystarczająca ilość zasobów obliczeniowych i usługi Azure NetApp Files.

Czy w przypadku systemu SAP HANA z wieloma hostami rozmiar udostępnionego woluminu zostanie zmieniony podczas dodawania dodatkowych hostów HANA?

L.p. Ten scenariusz jest obecnie jednym z niewielu przypadków, w których należy ręcznie dostosować rozmiar. Firma SAP zaleca rozmiar udostępnionego woluminu jako 1 x pamięci RAM dla każdego czterech hostów HANA. Ponieważ wolumin udostępniony jest tworzony jako część pierwszego hosta SAP HANA, jego rozmiar wynosi już 1 TB. Istnieją dwie opcje prawidłowego rozmiaru woluminu udziału dla platformy SAP HANA.

  • Jeśli wiesz, że potrzebujesz na przykład sześciu hostów, możesz zmodyfikować propozycję 1 TB podczas początkowego tworzenia za pomocą grupy woluminów aplikacji dla platformy SAP HANA. W tym momencie można również zwiększyć przepływność (czyli QoS), aby pomieścić sześć hostów.
  • Zawsze można edytować udostępniony wolumin i zmienić rozmiar i przepływność indywidualnie po utworzeniu woluminu. Można to zrobić w grupie umieszczania woluminów lub bezpośrednio w woluminie przy użyciu dostawcy zasobów platformy Azure lub graficznego interfejsu użytkownika.

Chcę utworzyć wolumin kopii zapasowej danych dla nie tylko jednego wystąpienia, ale dla więcej niż jednej bazy danych SAP HANA. W jaki sposób to zrobić?

Woluminy dzienników i kopii zapasowych danych są opcjonalne i nie wymagają bliskiej odległości. Najlepszym sposobem osiągnięcia zamierzonego wyniku jest usunięcie woluminu kopii zapasowej danych lub kopii zapasowej dziennika podczas tworzenia pierwszego woluminu z grupy woluminów aplikacji dla platformy SAP HANA. Następnie możesz utworzyć własny wolumin jako pojedynczy, niezależny wolumin przy użyciu obsługi administracyjnej woluminu standardowego i wybrać odpowiednią pojemność i przepływność zgodnie z potrzebami. Należy użyć konwencji nazewnictwa, która wskazuje wolumin kopii zapasowej danych i że jest używany dla wielu identyfikatorów SID.

Często zadawane pytania dotyczące grupy woluminów aplikacji dla programu Oracle

Ta sekcja zawiera odpowiedzi na pytania dotyczące grupy woluminów aplikacji usługi Azure NetApp Files dla firmy Oracle.

Czy wszystkie woluminy będą aprowidowane w tej samej strefie dostępności co mój serwer bazy danych dla programu Oracle?

Przepływ pracy wdrażania zapewnia, że wszystkie woluminy są umieszczane w strefie dostępności wybranej podczas tworzenia, co powinno być zgodne ze strefą dostępności maszyn wirtualnych Oracle. W przypadku regionów, które nie obsługują stref dostępności, woluminy są umieszczane w zakresie regionalnym.

Jak mogę rozmiar woluminów usługi Azure NetApp Files do użycia z rozwiązaniem Oracle w celu uzyskania optymalnej wydajności i efektywności kosztowej?

Aby uzyskać optymalne rozmiary, należy pamiętać o rozmiarze kompletnej bazy danych, w tym wysokiej dostępności, migawek i kopii zapasowych. Zdecyduj układ woluminu dla środowiska produkcyjnego, wysokiej dostępności i ochrony danych i wykonaj ustalanie rozmiaru zgodnie z tematem Uruchamianie najbardziej wymagających obciążeń Oracle na platformie Azure bez poświęcania wydajności lub skalowalności i narzędzia szacowania rozmiaru obciążeń Oracle do maszyn wirtualnych IaaS platformy Azure. Możesz również użyć oprogramowania SAP w narzędziu Do szacowania rozmiaru usługi Azure NetApp Files przy użyciu opcji Dodaj dane wejściowe pojedynczego woluminu.

Ważne informacje, które należy podać na potrzeby ustalania rozmiaru poszczególnych woluminów, obejmują: SID, role (production, Dev, pre-prod/QA), rezerwę migawki w procentach, liczbę dni przechowywania migawek lokalnych, liczbę kopii zapasowych opartych na plikach, jeden host/wiele hostów z liczbą hostów i wymaganiami funkcji Data Guard (podstawowym, pomocniczym). Skontaktuj się z ekspertem ds. określania rozmiaru aplikacji Oracle w usłudze Azure NetApp Files, aby ułatwić zaplanowanie ogólnego rozmiaru systemu Oracle.

Instrukcje instalacji woluminu zawierają listę adresów IP. Którego adresu IP należy używać w programie Oracle?

Grupa woluminów aplikacji zapewnia, że dane, dziennik ponownego wykonania, dziennik archiwum i woluminy kopii zapasowej mają oddzielne punkty końcowe magazynu z różnymi adresami IP w celu uzyskania najlepszej wydajności. Mimo że wszystkie wymienione adresy IP mogą być używane do instalowania, pierwszy wymieniony adres IP jest tym, który zapewnia najmniejsze opóźnienie. Zaleca się, aby zawsze używać pierwszego adresu IP.

Jakiej wersji systemu plików NFS należy używać dla moich woluminów Oracle?

Użyj systemu plików Oracle dNFS na kliencie, aby zainstalować woluminy. Podczas instalowania z systemem plików dNFS działa z woluminami utworzonymi przy użyciu systemu plików NFSv3 i NFSv4.1, zalecamy wdrożenie woluminów przy użyciu systemu plików NFSv3. Aby uzyskać więcej szczegółów i zależności wersji, zapoznaj się z informacjami dotyczącymi systemu operacyjnego klienta i programu Oracle. Więcej szczegółów można również znaleźć w temacie Korzyści wynikające z używania usługi Azure NetApp Files z wydajnością bazy danych Oracle Database i bazy danych Oracle w usłudze Azure NetApp Files na wielu woluminach.

Aby uzyskać najlepszą wydajność dużych baz danych, zalecamy zainstalowanie woluminu przy użyciu systemu plików dNFS na serwerze bazy danych. Aby uprościć konfigurację systemu plików dNFS, zalecamy utworzenie woluminów za pomocą systemu plików NFSv3.

Jakich zasad migawek należy używać dla woluminów Oracle?

To pytanie nie jest bezpośrednio związane z grupą woluminów aplikacji dla firmy Oracle. Możesz używać produktów, takich jak AzAcSnap lub Commvault na potrzeby kopii zapasowej spójnej z aplikacją dla baz danych Oracle. Nie można używać standardowych migawek zaplanowanych przez wbudowane zasady migawek usługi Azure NetApp Files w celu zapewnienia spójnej ochrony danych bazy danych Oracle.

Ogólne zalecenia dotyczące migawek w środowisku Oracle są następujące:

  • Użyj narzędzi migawek obsługujących bazę danych, aby zapewnić tworzenie migawki spójnej z bazą danych.
  • Uważnie monitoruj migawki woluminu danych. Przechowywanie migawek przez długi okres może zwiększyć potrzeby dotyczące pojemności. Pamiętaj, aby monitorować używaną pojemność a przydzieloną pojemność.
  • Jeśli automatycznie utworzysz migawki dla woluminu kopii zapasowej, pamiętaj, aby monitorować ich przechowywanie, aby uniknąć nieprzewidywalnego wzrostu woluminu.

Czy program Oracle ASM może być używany z programem AVG dla woluminów utworzonych przez firmę Oracle?

Korzystanie z programu Oracle ASM w połączeniu z grupą woluminów aplikacji Usługi Azure NetApp Files dla programu Oracle jest obsługiwane, ale bez obsługi spójności migawek w woluminach w grupie woluminów aplikacji. Klienci powinni korzystać z innych zgodnych opcji ochrony danych w przypadku korzystania z usługi ASM do odwołania.

Dlaczego opcjonalnie można używać grupy umieszczania w pobliżu (PPG) na potrzeby wdrożenia oracle?

Podczas wdrażania w regionach z ograniczoną dostępnością zasobów może nie być możliwe wdrożenie woluminów w najbardziej optymalnych lokalizacjach. W takich przypadkach można wdrożyć woluminy przy użyciu funkcji grupy umieszczania w pobliżu w celu osiągnięcia wdrożenia z najlepszym możliwym rozmieszczeniem woluminów w podanych warunkach. Jako ustawienie domyślne użycie ppg jest wyłączone. Musisz poprosić o włączenie korzystania z grup umieszczania w pobliżu za pośrednictwem kanału pomocy technicznej.

Następne kroki