Häufig gestellte Fragen zu Azure NetApp Files-Anwendungsvolumegruppen

  • Artikel

In diesem Artikel werden häufig gestellte Fragen (FAQs) zur Anwendungsvolumegruppe in Azure NetApp Files beantwortet.

Allgemeine häufig gestellte Fragen (FAQs)

Diese Abschnitt beantwortet allgemeine häufig gestellte Fragen (FAQs) über Anwendungsvolumegruppen in Azure NetApp Files.

Warum sollte ich einen manuellen QoS-Kapazitätspool für alle meine Datenbankvolumes verwenden?

Der manuelle QoS-Kapazitätspool bietet das beste Gleichgewicht zwischen Kapazität und Durchsatz, um den Datenbankanforderungen gerecht zu werden. So wird eine Überbereitstellung vermieden, um die Leistung z. B. des Protokoll- oder Datenvolumens zu erreichen. Es kann auch mehr Speicherplatz für Protokollsicherungen reserviert werden, während die Leistung auf einen Wert angepasst wird, der Ihren Anforderungen entspricht. Insgesamt führt die Verwendung eines manuellen QoS-Kapazitätspools zu einem Preisvorteil.

Hinweis

Beim Erstellen von Anwendungsvolumegruppen werden nur manuelle QoS-Kapazitätspools in der Liste angezeigt, von der Sie auswählen können.

Kann ich ein Volume klonen, das mit der Anwendungsvolumegruppe erstellt wurde?

Ja, Sie können ein von der Anwendungsvolumegruppe erstelltes Volume klonen. Dies erfolgt durch Auswahl einer Momentaufnahme und Wiederherstellen in einem neuen Volume. Das Klonen ist ein Prozess außerhalb des Workflows der Anwendungsvolumegruppe. Berücksichtigen Sie beispielsweise die folgenden Einschränkungen:

  • Wenn Sie ein einzelnes Volume klonen, wird keine der Abhängigkeiten überprüft, die für die Volumegruppe spezifisch sind.
  • Das geklonte Volume ist nicht Teil der Volumegruppe.
  • Das geklonte Volume wird immer auf demselben Speicherendpunkt wie das Quellvolume platziert.
  • Um die niedrigste Latenz für das geklonte Volume zu erreichen, müssen Sie es mit derselben IP-Adresse wie das Quellvolume bereitstellen.

Wie lange dauert es, eine Volumegruppe zu erstellen?

Das Erstellen einer Volumegruppe umfasst viele verschiedene Schritte, die nicht alle parallel ausgeführt werden können. Insbesondere wenn Sie die erste Volumegruppe für einen bestimmten Speicherort erstellen, kann es 9 bis 12 Minuten bis zum Abschluss dauern. Die Erstellung nachfolgender Volumegruppen sollte weniger Zeit in Anspruch nehmen.

Die Bereitstellung ist fehlgeschlagen und es wurde nicht einmal ein einzelnes Volume erstellt. Woran liegt das?

Dieses Verhalten ist normal. Die Anwendungsvolumegruppe stellt die Volumes in atomarer Weise bereit und führt einen Rollback der Bereitstellung durch, falls eine der Komponenten nicht bereitgestellt werden kann. Die Bereitstellung schlägt in der Regel fehl, da der angegebene Speicherort nicht über genügend Ressourcen verfügt, um Ihre Anforderungen zu erfüllen. Überprüfen Sie das Bereitstellungsprotokoll auf Details, und korrigieren Sie bei Bedarf die Konfiguration des Kapazitätspools.

Warum kann ich die Volumegruppenbeschreibung nicht bearbeiten?

In der aktuellen Implementierung konzentriert sich die Anwendungsvolumegruppe nur auf die anfängliche Erstellung und Löschung einer Volumegruppe.

Welche Momentaufnahmerichtlinie sollte ich für meine Datenbankvolumes verwenden?

Sie können Produkte wie AzAcSnap oder Commvault für eine anwendungskonsistente Sicherung für Ihre Datenbankumgebung verwenden. Sie können die standardbasierten Momentaufnahmen, die von der Azure NetApp Files integrierten Momentaufnahmerichtlinie geplant sind, nicht für konsistenten Datenschutz verwenden.

Allgemeine Empfehlungen für Momentaufnahmen in einer Datenbankumgebung:

  • Überwachen Sie die Momentaufnahmen des Datenvolumes genau. Wenn Sie Momentaufnahmen für einen längeren Zeitraum aufbewahren, können Sich Ihre Kapazitätsanforderungen erhöhen. Achten Sie darauf, die verwendete Kapazität im Vergleich zur zugeordneten Kapazität zu überwachen.
  • Wenn Sie automatisch Momentaufnahmen für primären Datenschutz erstellen, achten Sie darauf, deren Aufbewahrung zu überwachen, um unvorhergesehenen Verbrauch der Volumekapazität zu vermeiden.

Häufig gestellte Fragen über-Anwendungsvolumegruppen für SAP HANA

Diese Abschnitt beantwortet häufig gestellte Fragen (FAQs) über Anwendungsvolumegruppen in Azure NetApp Files für SAP HANA.

Die Einbindungsanweisungen eines Volumes enthalten eine Liste mit IP-Adressen. Welche IP-Adresse sollte ich verwenden?

Die Anwendungsvolumegruppe stellt sicher, dass Daten- und -Protokollvolumes für einen Host immer separate Speicherendpunkte mit unterschiedlichen IP-Adressen haben, um eine optimale Leistung zu erzielen. Zum Hosten Ihrer Daten-, Protokoll- und freigegebenen Volumes über die Azure NetApp Files-Speicherressourcen hinweg, können bis zu sechs Speicherendpunkte pro verwendeter Azure NetApp Files-Speicherressource erstellt werden. Aus diesem Grund wird empfohlen, die Größe des delegierten Subnetzes entsprechend auszuwählen. Siehe Anforderungen und Überlegungen zu Anwendungsvolumegruppen für SAP HANA. Obwohl alle aufgelisteten IP-Adressen zum Einbinden verwendet werden können, ist die erste aufgelistete IP-Adresse diejenige, die die geringste Latenz bietet. Es wird empfohlen, immer die erste IP-Adresse zu verwenden.

Kann ich nconnect als Einbindungsoption verwenden?

Azure NetApp Files unterstützt nconnect für NFSv4.1, erfordert jedoch die folgenden Linux-Betriebssystemversionen:

  • SLES 15SP2 und höher
  • RHEL 8.3 und höher

Wenn Sie die nconnect Einbindungsoption verwenden, beträgt das Leselimit bis zu 4.500 MiB/s (siehe Bewährte Methoden zu Linux NFS-Einbindungsoptionen für Azure NetApp Files), und die vorgeschlagenen Durchsatzgrenzwerte für das Datenvolume müssen möglicherweise entsprechend angepasst werden.

Warum wird hostid (z. B. 00001) zu meinen Namen hinzugefügt, auch wenn ich den Platzhalter {Hostid} entfernt habe?

Die Anwendungsvolumegruppe erfordert, dass der Platzhalter {Hostid} Teil der Namen ist. Wenn er entfernt wird, wird hostid der bereitgestellten Zeichenfolge automatisch wieder hinzugefügt.

Sie können die endgültigen Namen für jedes der Volumes anzeigen, nachdem Sie Review + Create (Überprüfen + Erstellen) ausgewählt haben.

Warum ist 1.500 MiB/s der maximale Durchsatzwert, den die Anwendungsvolumegruppe für SAP HANA für das Datenvolume vorschlägt?

NFSv4.1 ist das unterstützte Protokoll für SAP HANA und Oracle. Daher wird eine TCP/IP-Sitzung unterstützt, wenn Sie ein einzelnes Volume einbinden. Für das Ausführen einer einzelnen TCP-Sitzung (d. h. von einem einzelnen Host) für ein einzelnes Volume sind 1500 MiB/s der typische identifizierte E/A-Grenzwert. Aus diesem Grund vermeidet die Anwendungsvolumegruppe für SAP HANA die Zuweisung von mehr Durchsatz, als Sie realistisch erreichen können. Wenn Sie mehr Durchsatz benötigen, insbesondere für größere HANA-Datenbanken (z. B. 12 TiB), sollten Sie mehrere Partitionen oder die nconnect Einbindungsoption verwenden.

Wie skaliere ich Azure NetApp Files-Volumes für die Verwendung mit SAP HANA für optimale Leistung und Kosteneffizienz?

Für eine optimale Dimensionierung ist es wichtig, die Größe für die gesamte Systemlandschaft einschließlich Momentaufnahmen und Sicherungen zu wählen. Entscheiden Sie sich für ein Volume-Layout für Produktion, HV und Datensicherung und führen Sie die Größenbestimmung mit dem Größenrechner für Azure NetApp Files für SAP HANA Implementierungen durch.

Ich habe folgende Warnmeldung erhalten: "Not enough pool capacity". Was kann ich tun?

Die Anwendungsvolumegruppe berechnet die Kapazität und den Durchsatzbedarf aller Volumes basierend auf Ihrer Eingabe des HANA-Arbeitsspeichers. Wenn Sie den Kapazitätspool auswählen, wird sofort überprüft, ob genügend Kapazität oder Durchsatz im Kapazitätspool verfügbar ist.

Auf dem ersten SAP HANA-Bildschirm können Sie diese Meldung ignorieren und mit dem Workflow fortfahren, indem Sie die Schaltfläche Weiter auswählen. Und Sie können die vorgeschlagenen Werte für jedes Volume später einzeln anpassen, sodass alle Volumes in den Kapazitätspool passen. Diese Fehlermeldung wird erneut angezeigt, wenn Sie jedes einzelne Volume ändern, bis alle Volumes in den Kapazitätspool passen.

Sie sollten auch die Größe des Pools erhöhen, um diese Warnmeldung zu vermeiden.

Wie kann ich verstehen, wie ich mein System oder meine gesamte Systemlandschaft dimensioniere?

Wenden Sie sich an einen SAP Azure NetApp Files Dimensionierungsexperten, der Sie bei der Planung der gesamten SAP-Systemdimensionierung unterstützt.

Zu den wichtigen Informationen, die Sie für die einzelnen Systeme bereitstellen müssen, zählen die folgenden Elemente: SID, Rolle (Produktion, Entwicklung, Pre-Prod/QA), HANA-Arbeitsspeicher, Momentaufnahmereserve in Prozent, Anzahl der Tage für die lokale Momentaufnahmeaufbewahrung, Anzahl der dateibasierten Sicherungen, einzelner Host/mehrere Hosts mit der Anzahl von Hosts und HSR (primär, sekundär).

Sie können die SAP HANA-Größenschätzung verwenden, um den Größenanpassungsprozess zu optimieren.

Wenn Sie Ihre Systeme kennen (von der Ausführung von HANA zuvor), können Sie Ihre Daten anstelle dieser generischen Annahmen manuell bereitstellen.

Kann ich das neue SAP HANA-Feature mit mehreren Partitionen verwenden?

Die Anwendungsvolumegruppe für SAP HANA wurde nicht mit einem dedizierten Schwerpunkt auf mehreren Partitionen erstellt, aber Sie können die Anwendungsvolumegruppe für SAP HANA verwenden, während Sie Ihre Eingabe anpassen.

Die Grundlagen für mehrere Partitionen sind wie folgt:

  • Mehrere Partitionen bedeuten, dass ein einzelner SAP HANA Host mehr als ein Volume verwendet, um seine Persistenz zu speichern.
  • Mehrere Partitionen müssen auf anderen Pfaden eingebunden werden. Beispielsweise befindet sich das erste Volume auf /hana/<SID>/data1/mnt00001 und das zweite Volume benötigt einen anderen Pfad (/hana/<SID>/data2/mnt00002). Um dieses Ergebnis zu erzielen, sollten Sie die Namenskonvention manuell anpassen. Das heißt, sie erfüllen die Bedingung <SID>-DATA1-MNT00001; <SID>-DATA2-MNT00002, ....
  • Arbeitsspeicher ist der Schlüssel für die Anwendungsvolumegruppe für SAP HANA für die Dimensionierung von Kapazität und Durchsatz. Daher müssen Sie die Größe anpassen, um die Anzahl der Partitionen zu berücksichtigen. Für zwei Partitionen sollten Sie 50 % des Arbeitsspeichers verwenden. Für drei Partitionen sollten Sie 33 % des Arbeitsspeichers verwenden usw.

Für jeden Host und jede Partition, die Sie erstellen möchten, müssen Sie die Anwendungsvolumegruppe für SAP HANA erneut ausführen und den Benennungsvorschlag an die oben genannten Empfehlungen anpassen.

Weitere Informationen finden Sie unter Verwenden von Azure NetApp Files AVG für SAP HANA zur Bereitstellung von HANA mit mehreren Partitionen.

Welche Regeln stehen hinter dem vorgeschlagenen Durchsatz für meine HANA-Daten- und Protokollvolumes?

SAP definiert die Key Performance Indicators (KPIs) für die HANA-Volumes mit 400 MiB/s für das Datenvolume und 250 MiB/s für das Protokollvolume. Diese Definition ist unabhängig von der Größe oder Workload der HANA-Datenbank. Die Anwendungsvolumegruppe skaliert die Durchsatzwerte so, dass selbst die kleinste Datenbank die SAP HANA-KPIs erfüllt, und eine größere Datenbank profitiert von einer höheren Durchsatzstufe und skaliert den Vorschlag basierend auf der eingegebenen HANA-Datenbankgröße.

In der folgenden Tabelle werden der Arbeitsspeicherbereich und der vorgeschlagene Durchsatz für das HANA-Datenvolumen beschrieben:

Speicherbereich (TB)Vorgeschlagener Durchsatz (MB/s)
MindestanforderungenMaximum
01400
12600
24800
461.000
681200
8101400
10Unbegrenzt1500

In der folgenden Tabelle werden der Arbeitsspeicherbereich und der vorgeschlagene Durchsatz für das HANA-Protokollvolumen beschrieben:

Speicherbereich (TB)Vorgeschlagener Durchsatz (MB/s)
MindestanforderungenMaximum
04250
4Unbegrenzt500

Der Datenbankvolumedurchsatz wirkt sich hauptsächlich auf die Zeit aus, die benötigt wird, um Daten beim Start der Datenbank in den Speicher zu lesen. Zur Laufzeit handelt es sich bei den meisten E/A-Vorgängen jedoch um E/A-Schreibvorgänge, bei denen selbst die KPIs niedrigere Werte aufweisen. Es hat sich gezeigt, dass die HANA-KPI-Werte bei kleineren Datenbanken möglicherweise höher sind als dies meistens erforderlich wäre.

Die Azure NetApp Files-Leistung der einzelnen Volumes kann zur Laufzeit angepasst werden. Daher können Sie die Leistung Ihrer Datenbank jederzeit anpassen, indem Sie den Daten- und Protokollvolumedurchsatz an Ihre spezifischen Anforderungen anpassen. Beispielsweise können Sie die Leistung optimieren und Kosten senken, indem Sie beim Start einen höheren Durchsatz zulassen und gleichzeitig KPIs während des normalen Betriebs reduzieren.

Werden alle Volumes in unmittelbarer Nähe zu meinen SAP HANA-Servern bereitgestellt?

Mithilfe der Näherungsplatzierungsgruppe (Proximity Placement Group, PPG), die Sie für Ihre SAP HANA-Server erstellt haben, wird sichergestellt, dass die Daten-, Protokoll- und freigegebenen Volumes in der Nähe der SAP HANA-Server erstellt werden, um die beste Latenz und den besten Durchsatz zu erzielen. Protokollsicherungsvolumes und Datensicherungsvolumes erfordern jedoch keine geringe Latenz. Aus Sicht des Schutzes ist es sinnvoll, diese Sicherungsvolumes an einem anderen Speicherort wie die Daten-, Protokoll- und freigegebenen Volumes zu speichern. Daher platziert die Anwendungsvolumegruppe die Sicherungsvolumes an einem anderen Speicherort innerhalb der Region, der über ausreichend Kapazität und Durchsatz verfügt.

Was ist die Beziehung zwischen Verfügbarkeitsgruppe, VM, PPG und Azure NetApp Files-Volumes?

Einer Näherungsplatzierungsgruppe (PPG) muss mindestens eine VM zugewiesen sein, entweder direkt oder über eine Verfügbarkeitsgruppe. Der Zweck der PPG besteht darin, den genauen Speicherort einer VM zu extrahieren und diese Informationen an Anwendungsvolumegruppen zu übergeben, um nach Azure NetApp Files-Ressourcen im gleichen Rechenzentrum zu suchen. Diese Einstellung funktioniert nur, wenn mindestens EINE VM in der PPG gestartet wird. In der Regel können Sie Ihren Datenbankserver zu der PPG hinzufügen.

PPGs haben den Nebeneffekt, dass, wenn alle virtuellen Computer heruntergefahren werden, ein folgender Neustart von VMs NICHT garantiert, dass sie im selben Rechenzentrum wie zuvor gestartet werden. Um diese Situation zu verhindern, wird dringend empfohlen, eine Verfügbarkeitsgruppe zu verwenden, der alle VMs und die PPG zugeordnet sind, und die HANA-Pinning-Workflow zu verwenden. Der Workflow stellt nicht nur sicher, dass die VMs nicht verschoben werden, wenn sie neu gestartet werden, sondern auch, dass Speicherorte ausgewählt werden, an denen genügend Compute- und Azure NetApp Files-Ressourcen verfügbar sind.

Wird bei einem SAP HANA-System mit mehreren Hosts die Größe des freigegebenen Volumes geändert, wenn ich zusätzliche HANA-Hosts hinzufüge?

Nein Dieses Szenario ist derzeit einer der wenigen Fälle, in denen Sie die Größe manuell anpassen müssen. SAP empfiehlt, das freigegebene Volume für alle vier HANA-Hosts als 1 x RAM zu dimensionieren. Da Sie das freigegebene Volume als Teil des ersten SAP HANA-Hosts erstellen, ist es bereits auf 1 TB dimensioniert. Es gibt zwei Optionen, um das Freigabevolume für SAP HANA richtig zu dimensionieren.

  • Wenn Sie im Voraus wissen, dass Sie z. B. sechs Hosts benötigen, können Sie den 1 TB-Vorschlag während der ersten Erstellung mit der Anwendungsvolumegruppe für SAP HANA ändern. An diesem Punkt können Sie auch den Durchsatz (d. h. den QoS) erhöhen, um sechs Hosts aufzunehmen.
  • Sie können das freigegebene Volume jederzeit bearbeiten und Größe und Durchsatz nach der Volumeerstellung einzeln ändern. Sie können dies innerhalb der Volumeplatzierungsgruppe oder direkt auf dem Volume mithilfe des Azure-Ressourcenanbieters oder der grafische Benutzeroberfläche durchführen.

Ich möchte das Datensicherungsvolume nicht nur für eine einzelne Instanz, sondern für mehrere SAP HANA Datenbank erstellen. Was muss ich tun?

Protokollsicherungs- und Datensicherungsvolumes sind optional und erfordern keine Nähe. Die beste Möglichkeit, das gewünschte Ergebnis zu erzielen, besteht darin, das Datensicherungs- oder Protokollsicherungsvolume zu entfernen, wenn Sie das erste Volume aus der Anwendungsvolumegruppe für SAP HANA erstellen. Anschließend können Sie Ihr eigenes Volume als einzelnes, unabhängiges Volume erstellen, indem Sie die Standardvolumebereitstellung verwenden und die richtige Kapazität und den Durchsatz auswählen, die Ihren Anforderungen entsprechen. Sie sollten eine Namenskonvention verwenden, die ein Datensicherungsvolume angibt und für mehrere SIDs verwendet wird.

Häufig gestellte Fragen zur Bereitstellung einer Anwendungsvolumegruppe für Oracle

Diese Abschnitt beantwortet häufig gestellte Fragen (FAQs) über Anwendungsvolumegruppen in Azure NetApp Files für Oracle.

Werden alle Volumes in derselben Verfügbarkeitszone wie mein Datenbankserver für Oracle bereitgestellt?

Der Bereitstellungsworkflow stellt sicher, dass alle Volumes in der Verfügbarkeitszone platziert werden, die Sie zum Zeitpunkt der Erstellung ausgewählt haben, was mit der Verfügbarkeitszone Ihrer Oracle-VMs übereinstimmen sollte. Für Regionen, die keine Verfügbarkeitszonen unterstützen, werden die Volumes mit einem regionalen Geltungsbereich platziert.

Wie skaliere ich Azure NetApp Files-Volumes für die Verwendung mit Oracle für optimale Leistung und Kosteneffizienz?

Für eine optimale Dimensionierung ist es wichtig, die Größe für die gesamte Datenbanklandschaft einschließlich HV, Momentaufnahmen und Sicherungen zu wählen. Entscheiden Sie sich für ein Volume-Layout für Produktion, HV und Datensicherung und führen Sie Ihre Dimensionierung gemäß Ausführen Ihrer anspruchsvollsten Oracle-Workloads in Azure ohne Einbußen bei Leistung oder Skalierbarkeit und Schätzungstool für die Dimensionierung von Oracle-Workloads auf Azure IaaS-VMs durch. Sie können auch den SAP auf Azure NetApp Files Größenschätzer verwenden, indem Sie die Eingabeoption Einzelnes Volume hinzufügen nutzen.

Zu den wichtigen Informationen, die Sie für die Größenbestimmung der einzelnen Volumes angeben müssen, gehören: SID, Rolle (Produktion, Entwicklung, Pre-Prod/QA), Momentaufnahme-Reserve in Prozent, Anzahl der Tage für die lokale Momentaufnahme-Aufbewahrung, Anzahl der dateibasierten Sicherungen, Einzel-Host/Mehrfach-Host mit der Anzahl der Hosts und Data Guard-Anforderungen (primär, sekundär). Wenden Sie sich für die Planung der gesamten Oracle-Systemdimensionierung an jemanden, der oder die sich sehr gut mit der Oracle in Azure NetApp Files-Dimensionierung auskennt.

Die Einbindungsanweisungen eines Volumes enthalten eine Liste mit IP-Adressen. Welche IP-Adresse sollte ich für Oracle verwenden?

Die Anwendungsvolumegruppe stellt sicher, dass Daten-, Wiederholungsprotokoll-, Archivprotokoll- und Sicherungsvolumes für einen Host immer separate Speicherendpunkte mit unterschiedlichen IP-Adressen haben, um eine optimale Leistung zu erzielen. Obwohl alle aufgelisteten IP-Adressen zum Einbinden verwendet werden können, ist die erste aufgelistete IP-Adresse diejenige, die die geringste Latenz bietet. Es wird empfohlen, immer die erste IP-Adresse zu verwenden.

Welche Version von NFS sollte ich für meine Oracle-Volumes verwenden?

Verwenden Sie Oracle dNFS auf dem Client, um Ihre Volumes einzubinden. Die Einbindung mit dNFS funktioniert zwar mit Volumes, die mit NFSv3 und NFSv4.1 erstellt wurden, wir empfehlen jedoch, die Volumes mit NFSv3 bereitzustellen. Weitere Einzelheiten und Release-Abhängigkeiten finden Sie in Ihrem Client-Betriebssystem und in den Oracle-Hinweisen. Weitere Details finden Sie auch in Vorteile der Verwendung von Azure NetApp Files mit Oracle Database und Oracle-Datenbankleistung auf Azure NetApp Files mit mehreren Volumes.

Um eine optimale Leistung für große Datenbanken zu erzielen, empfehlen wir die Verwendung von dNFS auf dem Datenbankserver zum Bereitstellen des Volumes. Um die dNFS-Konfiguration zu vereinfachen, empfehlen wir, die Volumes mit NFSv3 zu erstellen.

Welche Momentaufnahmerichtlinie sollte ich für meine Oracle-Volumes verwenden?

Diese Frage bezieht sich nicht direkt auf die Anwendungsvolumegruppe für Oracle. Sie können Produkte wie AzAcSnap oder Commvault für eine anwendungskonsistente Sicherung Ihrer Oracle-Datenbanken verwenden. Sie können die standardbasierten Momentaufnahmen, die von der Azure NetApp Files integrierten Momentaufnahmerichtlinie geplant sind, nicht für eine konsistente Sicherung Ihrer Oracle-Datenbank verwenden.

Allgemeine Empfehlungen für Momentaufnahmen in einer Oracle-Umgebung:

  • Verwenden Sie die datenbankbasierte Momentaufnahmetoolerstellung, um die Erstellung von datenbankkonsistente Momentaufnahmen sicherzustellen.
  • Überwachen Sie die Momentaufnahmen des Datenvolumes genau. Wenn Sie Momentaufnahmen für einen längeren Zeitraum aufbewahren, können Sich Ihre Kapazitätsanforderungen erhöhen. Achten Sie darauf, die verwendete Kapazität im Vergleich zur zugeordneten Kapazität zu überwachen.
  • Wenn Sie automatisch Momentaufnahmen für Ihr Sicherungsvolume erstellen, achten Sie darauf, deren Aufbewahrung zu überwachen, um ein unvorhergesehenes Volumewachstum zu vermeiden.

Kann Oracle ASM mit AVG für von Oracle erstellte Volumes verwendet werden?

Die Verwendung von Oracle ASM in Kombination mit der Azure NetApp Files Anwendungsvolumegruppe für Oracle wird unterstützt, jedoch ohne Unterstützung für Momentaufnahmekonsistenz über die Volumes in einer Anwendungsvolumegruppe. Kundinnen und Kunden sollten bis auf Weiteres andere kompatible Datenschutzoptionen verwenden, wenn sie ASM nutzen.

Warum kann ich optional eine Näherungsplatzierungsgruppe (Proximity Placement Group, PPG) für die Oracle-Bereitstellung verwenden?

Bei der Bereitstellung in Regionen mit begrenzter Ressourcenverfügbarkeit ist es möglicherweise nicht möglich, die Volumes an den optimalsten Standorten zu platzieren. In solchen Fällen können Sie sich dafür entscheiden, die Volumes mit der Funktion „Näherungsplatzierungsgruppe“ bereitzustellen, um eine Bereitstellung mit der bestmöglichen Volumeplatzierung unter den gegebenen Bedingungen zu erreichen. In der Standardeinstellung ist die Verwendung von PPG deaktiviert. Sie müssen über den Supportkanal beantragen, dass die Verwendung von Näherungsplatzierungsgruppen aktiviert wird.

Nächste Schritte