Für optimale Leistung sollte die primäre SSD-Ebene für FSx for ONTAP Volumes verwendet werden. Die Kapazitätspool-Ebene kann die Leistung verringern und die Latenz erhöhen. Die primäre SSD-Ebene ist für Hochleistungs-Workloads ausgelegt, während die Kapazitätspool-Ebene auf Kosteneffizienz optimiert ist und möglicherweise nicht die Leistungsanforderungen von SQL Server Workloads erfüllt.

Es sollte ausreichend Dateisystemkapazität über der Gesamtgröße Ihres Volumes vorhanden sein. Zu wenig freier Speicherplatz verursacht Leistungsprobleme, zu viel verschwendet Speicher und erhöht die Kosten.

Die Größe und Überwachung des SQL Server-Protokolllaufwerks verhindert Transaktions-Rollbacks, Datenbanknichtverfügbarkeit, Datenbeschädigung und Leistungsprobleme, die durch ein volles Protokolllaufwerk verursacht werden.

Die TempDB sollte dimensioniert und überwacht werden, um Leistung und Stabilität aufrechtzuerhalten. Zu wenig Speicherplatz in der TempDB kann zu verlangsamten Abfragen, Anwendungstimeouts und Systemabstürzen führen.

Daten- und Protokolldateien sollten auf unterschiedlichen Laufwerken gespeichert werden, um die parallele E/A, die Flexibilität beim Backup und das Wiederherstellungsverhalten zu verbessern. Für kleinere Datenbanken wird empfohlen, die LUN-Pfade für Daten und Protokolle auf verschiedene Volumes zu trennen.

Platzieren Sie TempDB auf einem separaten Laufwerk, um E/A-Konflikte zu vermeiden und die Leistung und Stabilität von SQL Server zu verbessern.

Thin Provisioning für FSx for ONTAP Volumes konfigurieren, um den Speicherplatz besser zu nutzen und Kosten zu senken. Thin Provisioning ermöglicht die bedarfsgerechte Zuweisung von Speicherplatz, anstatt die gesamte Kapazität auf einmal zu reservieren.

Automatische Größenanpassung aktivieren und den Modus auf `grow`setzen, damit Volumes automatisch vergrößert werden, bevor sie voll und schreibgeschützt werden.

Blockgerätespeicherplatzeinstellungen für LUNs, die von Microsoft SQL Server Instanzen verwendet werden, können konfiguriert werden, um Schreibfehler zu verhindern und die Speichereffizienz auf FSx for ONTAP zu verbessern.

Die Snapshot-Kopierreserve wird auf 0 % gesetzt und die automatische Snapshot-Löschung aktiviert, um Speicherplatz für aktive Daten zu schützen.

Wenn der Speicherplatz knapp wird, das Volume erweitern, bevor Snapshot-Kopien gelöscht werden. Die Erweiterung des Volumes verhindert „Volume voll“-Fehler, reduziert Schreibfehler und erhält Snapshot-Wiederherstellungspunkte.

Verwenden Sie die Snapshot-only-Tiering-Richtlinie, die nur Snapshot-Daten in die Kapazitätsebene verschiebt, während aktive Daten in der SSD-Ebene verbleiben. Dieser Ansatz erhält die Performance mit niedriger Latenz für SQL-Workloads und senkt gleichzeitig die Speicherkosten. Snapshot-Daten werden nach einer 7-tägigen Abkühlphase in die Kapazitätsebene verschoben.

Deduplizierung, Komprimierung und Verdichtung können aktiviert werden, um den Speicherbedarf und die Kosten zu reduzieren, während die Leistung erhalten bleibt.

Der Wert für das ONTAP LUN-Betriebssystem ist auf das Partitionierungsschema des Hosts abzustimmen, um eine korrekte I/O-Ausrichtung sicherzustellen.

Multipath I/O (MPIO) für Resilienz und Durchsatz konfigurieren. Fünf MPIO-Sitzungen pro Ziel-Interface für SQL Server auf iSCSI-LUNs verwenden, den Pfadstatus überwachen und den Host-Zeitüberschreitung auf 60 Sekunden setzen.

Die NTFS-Zuordnungseinheitsgröße sollte auf 64 KB festgelegt werden, um die Festplatteneffizienz zu verbessern und die Fragmentierung bei SQL Server Workloads zu reduzieren.

Geplante Snapshots für FSx for ONTAP Volumes, die von Microsoft SQL Server verwendet werden, sollten deaktiviert werden. Stattdessen erfolgt die Verwaltung der Snapshots extern mit Tools wie NetApp SnapCenter, die applikationskonsistente Backups erstellen und Datenbeschädigung bei Wiederherstellungsvorgängen verhindern.

Die Größe der SQL Server EC2 Instanz wird entsprechend der Arbeitslast angepasst. Bei Unterdimensionierung wird die Größe erhöht und bei Überdimensionierung reduziert, um Kosten und Leistung auszugleichen.

Die neuesten Betriebssystem-Patches werden angewendet, um Sicherheit und Zuverlässigkeit zu verbessern.

Receive Side Scaling (RSS) konfigurieren, um die Netzwerkverarbeitung auf mehrere CPUs zu verteilen und so die Netzwerkleistung zu verbessern. Die Einstellungen sollten vor der Produktivsetzung validiert werden.

Die EC2-MTU-Einstellungen (Maximum Transmission Unit) mit den FSx for ONTAP-Pfaden abgleichen, um Fragmentierung zu vermeiden und einen stabilen Durchsatz aufrechtzuerhalten.

Die SQL Server-Lizenznutzung auf Hostebene kann überprüft werden. Wenn kostenpflichtige Funktionen nicht verwendet werden, ist die Lizenz nicht optimiert und kann die Kosten erhöhen.

Die neuesten SQL Server Patches anwenden, um die Sicherheit und Systemzuverlässigkeit zu erhöhen.

Konfigurieren Sie MAXDOP, um die Abfrageleistung zu optimieren. Werte von 4, 8 oder 16 funktionieren in der Regel gut. Testen Sie Ihre Arbeitslast und überwachen Sie auf Parallelitäts-Wartetypen wie CXPACKET.

Mit applikationskonsistenten Snapshots und NetApp SnapCenter lassen sich präzise und zuverlässige Momentaufnahmen Ihrer Volume-Daten zu einem bestimmten Zeitpunkt erstellen. SnapCenter vereinfacht die Datensicherung und unterstützt eine schnelle Wiederherstellung von Daten, wodurch Ausfallzeiten reduziert und kritische Workloads geschützt werden.

Die regionsübergreifende Replikation (CRR) kann zur Verbesserung der Datenverfügbarkeit und der Notfallwiederherstellung in Ihrer SQL Server-Umgebung beitragen. CRR schützt vor regionalen Ausfällen und gewährleistet Geschäftskontinuität, indem Daten an verschiedenen Standorten repliziert werden.

FSx für ONTAP Backups oder AWS Backup kann so konfiguriert werden, dass Aufbewahrungs- und Compliance-Anforderungen erfüllt werden und doppelte Backup-Workflows vermieden werden.

Das Quorum für SQL Server Failover Cluster Instances sollte korrekt konfiguriert werden, damit der Cluster erwartete Knotenausfälle tolerieren kann.

Verwenden Sie in Ihrer SQL Server Hochverfügbarkeitsumgebung auf allen Knoten dieselben Laufwerksbuchstaben. Dies vereinfacht die Verwaltung und trägt dazu bei, dass das Failover korrekt funktioniert.

Die Heartbeat-Einstellungen können so angepasst werden, dass unnötige Failover vermieden werden und echte Fehler dennoch schnell erkannt werden.

Im FCI-Bereitstellungsmodell müssen alle gemeinsam genutzten Datenträger (iSCSI LUNs) von beiden Knoten aus erreichbar sein, damit Failover funktioniert.

Die Berechtigungen des Dienstkontos, der Starttyp und die Abhängigkeiten sollten validiert werden, um ein zuverlässiges Hochverfügbarkeitsverhalten sicherzustellen.

Veraltete Klone regelmäßig entfernen, um Speicherkosten und betrieblichen Aufwand zu reduzieren. Alte und ungenutzte Klone verursachen hohe Kosten.

Es sollte ausreichend Dateisystemkapazität über der Gesamtgröße Ihres Volumes vorhanden sein. Zu wenig freier Speicherplatz verursacht Leistungsprobleme, zu viel verschwendet Speicher und erhöht die Kosten.

Thin Provisioning für FSx for ONTAP Volumes konfigurieren, um den Speicherplatz besser zu nutzen und Kosten zu senken. Thin Provisioning ermöglicht die bedarfsgerechte Zuweisung von Speicherplatz, anstatt die gesamte Kapazität auf einmal zu reservieren.

Automatische Größenanpassung aktivieren und den Modus auf grow setzen, damit Volumes automatisch vergrößert werden, bevor sie voll und schreibgeschützt werden.

Die Einstellungen für den Blockgerätespeicherplatz der von Oracle Datenbanken verwendeten LUNs können so konfiguriert werden, dass Schreibfehler vermieden und die Speichereffizienz auf FSx für ONTAP verbessert werden.

Die Snapshot-Kopierreserve wird auf 0 % gesetzt und die automatische Snapshot-Löschung aktiviert, um Speicherplatz für aktive Daten zu schützen.

Wenn der Speicherplatz knapp wird, das Volume erweitern, bevor Snapshot-Kopien gelöscht werden. Die Erweiterung des Volumes verhindert „Volume voll“-Fehler, reduziert Schreibfehler und erhält Snapshot-Wiederherstellungspunkte.

Verwenden Sie die Snapshot-only-Tiering-Richtlinie, die nur Snapshot-Daten in die Kapazitätsebene verschiebt, während aktive Daten in der SSD-Ebene verbleiben. Dieser Ansatz erhält die Performance mit niedriger Latenz für SQL-Workloads und senkt gleichzeitig die Speicherkosten. Snapshot-Daten werden nach einer 7-tägigen Abkühlphase in die Kapazitätsebene verschoben.

Deduplizierung, Komprimierung und Verdichtung können aktiviert werden, um den Speicherbedarf und die Kosten zu reduzieren, während die Leistung erhalten bleibt.

Richten Sie den Auslagerungsspeicher entsprechend der Menge an RAM ein, damit das System den Speicherdruck bewältigen und Verlangsamungen oder Abstürze vermeiden kann.

Archivprotokolle, Datendateien, Kontrolldateien, Redo-Logs und temporäre Dateien sollten auf separaten Laufwerken platziert werden, um E/A-Muster zu isolieren und die Ausfallsicherheit zu verbessern. Redundante Kopien sind bei Bedarf auf separaten Datenträgern aufzubewahren.

Oracle-Binärdateien auf einem dedizierten Volume ablegen, um E/A-Konflikte zu reduzieren. Diese Trennung vereinfacht Software-Updates und minimiert das Risiko versehentlicher Änderungen oder Datenbeschädigung.

Geplante Snapshots für FSx for ONTAP Volumes, die von Oracle verwendet werden, sollten deaktiviert werden, um Speicherplatz zu sparen und Kosten zu senken. Stattdessen empfiehlt sich die externe Verwaltung von Snapshots mit Tools wie NetApp SnapCenter, die applikationskonsistente Backups erstellen und Datenbeschädigung bei Wiederherstellungsvorgängen verhindern.

Der ONTAP nfs-rootonly Parameter für dNFS sollte deaktiviert werden. nfs-rootonly Dadurch werden NFS-Verbindungen auf privilegierte Ports (<1024) beschränkt. Da dNFS-Prozesse in NFSv4+ nicht als Root ausgeführt werden und höhere Ports verwenden, ermöglicht das Deaktivieren dieses Parameters die notwendigen Verbindungen.

Stellen Sie sicher, dass die Exportrichtlinie Superuser- und Setuid-Berechtigungen enthält, wenn sich Oracle-Binärdateien auf einer NFS-Freigabe befinden. Superuser-Zugriff (root) ermöglicht es NFS-Clients, als root zuzuordnen, was für die Ausführung von Binärdateien erforderlich ist.

Oracle Automatic Storage Management (ASM) kann für iSCSI-basierte Speicher, die auf FSx for ONTAP laufen, eingesetzt werden, um die Performance zu optimieren, die Speicherverwaltung zu vereinfachen und die Skalierbarkeit für Oracle Database Bereitstellungen zu erhöhen.

Die Kernelparameter für die TCP-Slottabelle sollten für Oracle-Workloads, die auf NFS ausgeführt werden, auf 128 gesetzt werden. Diese Konfiguration ermöglicht mehr gleichzeitige I/O-Operationen und reduziert die Latenz in Szenarien mit hohem Durchsatz wie dem Oracle-Dateizugriff. Kernelparameter steuern die maximale Anzahl ausstehender NFS-Anfragen über TCP und wirken wie die Warteschlangentiefe in Fibre Channel-Setups. Die Standardwerte unter Linux, die typischerweise auf 16 gesetzt sind, unterstützen keine optimale Datenbankleistung.

Optimierte NFS-Mount-Optionen für Datenbankdateien verwenden. Wichtige Parameter sind rw für lesen/schreiben-Zugriff, bg für Hintergrund-Mounting, hard für unbegrenzte Wiederholungsversuche bei Fehlern und proto=tcp für zuverlässige Zustellung. Die Werte rsize und wsize von 262144 verbessern große E/A-Operationen und erhöhen den Durchsatz, während nointr lang andauernde Aufgaben nicht unterbricht. Diese Konfiguration verbessert die Datenbankleistung und Resilienz, insbesondere in Umgebungen mit hohem Durchsatz.

Optimierte NFS-Mountoptionen für das Automatic Diagnostic Repository (ADR) Home- oder Stammverzeichnis verwenden. Das ADR-Home speichert Protokolle und Traces, die von ähnlichen Zuverlässigkeitsoptionen wie zentrale Datenbankdateien profitieren, jedoch nicht die nointr Mountoption benötigen, da die Vorgänge weniger unterbrechungsempfindlich sind.

NFSv4-Domänennamen zwischen dem Host (/etc/idmapd.conf oder hostname -d und dem NFS-Server (v4-id-domain in ONTAP abgleichen.

NFS-Mountoptionen, die das Host-Caching deaktivieren, wie actimeo=0 und noac, sollten in eigenständigen Oracle-Bereitstellungen ausgelassen werden, um Effizienz und Zuverlässigkeit zu verbessern. Diese Optionen gelten für Clusterumgebungen, um die Cache-Konsistenz sicherzustellen, aber in Einzelinstanzumgebungen umgehen sie unnötig das Caching und können die Leistung erheblich verringern.

Direct NFS (dNFS) kann in der Oracle-Umgebung aktiviert werden, um die Leistung und Zuverlässigkeit des NFS-Speichers zu verbessern.

Die Verwendung von Direct NFS (dNFS) mit jeglicher Art von Round-Robin-Namensauflösung, einschließlich DNS, DDNS, NIS oder anderen Methoden, sollte vermieden werden. Dies schließt die in ONTAP verfügbare DNS-Lastverteilungsfunktion ein. Eine konsistente IP-Adressauflösung erhält die Stabilität der Datenbank und verhindert potenzielle Abstürze oder Datenbeschädigung.

Der Inhalt der oranfstab-Datei sollte überprüft und aktualisiert werden, um eine korrekte Nutzung von Direct NFS (dNFS) sicherzustellen. Die oranfstab-Datei ist unerlässlich für die Konfiguration erweiterter dNFS-Funktionen wie Multipathing und spezifischer NFS-Optionen. Eine korrekte Konfiguration verbessert die Effizienz des Datenzugriffs und der Datenverwaltung.

Die `nosharecache`Mount-Option ist für Umgebungen zu konfigurieren, in denen Direct NFS (dNFS) aktiviert ist und ein Quellvolume mehrmals auf einem einzelnen Server mit verschachtelten NFS-Mounts eingebunden wird. Diese Konfiguration verhindert das Teilen des Caches zwischen den Mounts und stellt so Datenkonsistenz sowie optimale Performance sicher.

Die neuesten Betriebssystem-Patches werden angewendet, um Sicherheit und Zuverlässigkeit zu verbessern.

Transparent Huge Pages (THP) sollten auf Datenbank-Hosts mit Oracle Datenbanken deaktiviert werden, um potenzielle Leistungseinbußen zu vermeiden und das Speichermanagement zu verbessern.

TCP-Zeitstempel, SACK und Window Scaling sollten für optimale Netzwerkleistung und Zuverlässigkeit aktiviert sein.

Für optimale E/A-Leistung filesystemio_options = setall einstellen. Die Größe des System Global Area (SGA) sollte gegebenenfalls angepasst werden, wenn von gepufferter E/A abgewichen wird.

Den db_file_multiblock_read_count`Parameter aus der textbasierten FILE `init.ora oder der serververwalteten binären SPFILE (spfile<SID>.ora) für Oracle Datenbanken entfernen, um Leistungsprobleme zu vermeiden und Oracle die automatische Verwaltung dieser Einstellung zu überlassen.

Installieren Sie die neuesten Oracle Critical Patch Updates, um Sicherheitslücken zu schließen und die Integrität Ihrer Datenbankumgebung zu gewährleisten. Überprüfen und installieren Sie regelmäßig Patches, um sich vor potenziellen Bedrohungen zu schützen und die Einhaltung bewährter Sicherheitspraktiken sicherzustellen.

Mit applikationskonsistenten Snapshots und NetApp SnapCenter lassen sich präzise und zuverlässige Momentaufnahmen Ihrer Volume-Daten zu einem bestimmten Zeitpunkt erstellen. SnapCenter vereinfacht die Datensicherung und unterstützt eine schnelle Wiederherstellung von Daten, wodurch Ausfallzeiten reduziert und kritische Workloads geschützt werden.

Die regionsübergreifende Replikation (CRR) kann aktiviert werden, um die Datenverfügbarkeit und die Notfallwiederherstellung für Ihre Oracle-Datenbanken zu verbessern. CRR schützt vor regionalen Ausfällen und gewährleistet die Geschäftskontinuität durch die Replikation von Daten an verschiedenen Standorten.

FSx für ONTAP Backups oder AWS Backup kann so konfiguriert werden, dass Aufbewahrungs- und Compliance-Anforderungen erfüllt werden und doppelte Backup-Workflows vermieden werden.

Veraltete Klone regelmäßig entfernen, um Speicherkosten und betrieblichen Aufwand zu reduzieren. Alte und ungenutzte Klone verursachen hohe Kosten.