Usa il livello SSD primario per i volumi FSx for ONTAP per prestazioni ottimali. Il livello del pool di capacità potrebbe ridurre le prestazioni e aumentare la latenza. Il livello SSD primario è progettato per carichi di lavoro dalle performance elevate, mentre il livello del pool di capacità è ottimizzato per l'efficienza dei costi e potrebbe non soddisfare i requisiti di prestazioni dei carichi di lavoro di SQL Server.

Assicurati di avere una capacità del file system sufficiente, superiore alla dimensione totale del volume. Troppo poco spazio libero causa problemi di prestazioni; troppo spazio spreca storage e aumenta i costi.

Dimensiona e monitora l'unità di log di SQL Server per prevenire annullamenti delle transazioni, indisponibilità del database, danneggiamento dei dati e problemi di prestazioni causati da un'unità di log piena.

Dimensiona e monitora TempDB per mantenere prestazioni e stabilità. Uno spazio TempDB insufficiente può causare rallentamenti delle query, timeout delle applicazioni e arresti anomali del sistema.

Separa i file di dati e di log su unità diverse per migliorare l'I/O parallelo, la flessibilità del backup e il comportamento di ripristino. Ti consigliamo di separare i percorsi LUN dei dati e dei log in volumi diversi per i database di dimensioni ridotte.

Posiziona TempDB su un'unità dedicata per evitare conflitti di I/O e migliorare le performance e la stabilità di SQL Server.

Configura il thin provisioning per i volumi FSx for ONTAP per sfruttare al meglio lo storage e ridurre i costi. Il thin provisioning ti permette di allocare lo storage in base alle necessità invece di riservare tutta la capacità in una volta sola.

Attiva il dimensionamento automatico e imposta la modalità su grow così i volumi aumentano automaticamente prima di diventare pieni e di sola lettura.

Configura le impostazioni dello spazio dei dispositivi a blocchi per le LUN utilizzate dalle istanze di Microsoft SQL Server per prevenire errori di scrittura e migliorare l'efficienza dello spazio su FSx for ONTAP.

Imposta la riserva di copie Snapshot allo 0% e abilita l'eliminazione automatica degli Snapshot per proteggere lo spazio per i dati attivi.

Quando lo spazio disponibile scarseggia, espandi il volume prima di eliminare le copie Snapshot. Espandere il volume previene gli errori "volume pieno", riduce i fallimenti di scrittura e preserva i punti di ripristino Snapshot.

Utilizza la policy di tiering solo per snapshot, che sposta nel livello di capacità solo i dati degli snapshot, mantenendo i dati attivi nel livello SSD. Questo approccio preserva le performance a bassa latenza per i carichi di lavoro SQL, riducendo i costi di storage. Esegui il tiering dei dati degli snapshot dopo un periodo di raffreddamento di 7 giorni.

Abilita deduplica, compressione e compaction per ridurre l'uso dello storage e i costi, mantenendo le performance.

Abbina il valore del sistema operativo LUN ONTAP allo schema di partizionamento dell'host per mantenere il corretto allineamento I/O.

Configura Multipath I/O (MPIO) per resilienza e throughput. Usa cinque sessioni MPIO per interfaccia di destinazione per SQL Server su LUN iSCSI, monitora lo stato del percorso e imposta il timeout dell'host a 60 secondi.

Imposta la dimensione dell'unità di allocazione NTFS a 64K per migliorare l'efficienza del disco e ridurre la frammentazione per i carichi di lavoro di SQL Server.

Disabilita gli snapshot pianificati per i volumi FSx for ONTAP utilizzati da Microsoft SQL Server. Gestisci invece gli snapshot esternamente utilizzando strumenti come NetApp SnapCenter, che creano backup coerenti con l'applicazione e aiutano a prevenire la corruzione dei dati durante le operazioni di ripristino.

Dimensiona correttamente l'istanza EC2 di SQL Server in base al carico di lavoro. Aumenta le dimensioni quando sono insufficienti e riducile quando sono sovradimensionate per bilanciare costi e prestazioni.

Applica le patch più recenti del sistema operativo per migliorare la sicurezza e l'affidabilità.

Configura Receive Side Scaling (RSS) per distribuire l'elaborazione di rete tra le CPU e migliorare le prestazioni di rete. Verifica le impostazioni prima della messa in produzione.

Allinea le impostazioni della Maximum Transmission Unit (MTU) di EC2 con i percorsi di FSx for ONTAP per prevenire la frammentazione e mantenere un throughput stabile.

Analizza l'utilizzo della licenza di SQL Server a livello di host. Se le funzionalità a pagamento non sono in uso, la licenza non è ottimizzata e potrebbe aumentare i costi.

Applica le patch più recenti di SQL Server per migliorare la sicurezza e l'affidabilità del sistema.

Configura MAXDOP per ottimizzare le performance delle query. I valori di 4, 8 o 16 in genere funzionano bene. Testa il tuo carico di lavoro e monitora i tipi di attesa di parallelismo come CXPACKET.

Utilizza snapshot coerenti con l'applicazione con NetApp SnapCenter per creare snapshot accurati e affidabili dei dati del tuo volume in un momento specifico. SnapCenter semplifica i backup e ti aiuta a ripristinare rapidamente i dati, riducendo i tempi di inattività e proteggendo i carichi di lavoro critici.

Abilita la replica tra regioni (CRR) per migliorare la disponibilità dei dati e il ripristino di emergenza nel tuo ambiente SQL Server. La CRR contribuisce a proteggere dalle interruzioni regionali e garantisce la continuità operativa replicando i dati in diverse sedi.

Configura i backup FSx for ONTAP o AWS Backup per soddisfare i requisiti di conservazione e conformità, evitando flussi di lavoro di backup duplicati.

Configura correttamente il quorum per le istanze cluster di failover di SQL Server così il cluster può tollerare i guasti previsti dei nodi.

Usa le stesse lettere di unità su ogni nodo nella tua configurazione di alta disponibilità di SQL Server. Questo rende la gestione più semplice e aiuta il failover a funzionare correttamente.

Regola le impostazioni del heartbeat per evitare failover non necessari, rilevando comunque rapidamente i guasti reali.

Tutti i dischi condivisi (iSCSI LUN) devono essere accessibili da entrambi i nodi nel modello di implementazione FCI affinché il failover possa funzionare.

Convalida le autorizzazioni dell'account di servizio, il tipo di avvio e le dipendenze per garantire un comportamento affidabile e ad alta disponibilità.

Rimuovi regolarmente i cloni obsoleti per ridurre i costi di archiviazione e l'ingombro operativo. I cloni vecchi e inutilizzati comportano costi elevati.

Assicurati di avere una capacità del file system sufficiente, superiore alla dimensione totale del volume. Troppo poco spazio libero causa problemi di prestazioni; troppo spazio spreca storage e aumenta i costi.

Configura il thin provisioning per i volumi FSx for ONTAP per sfruttare al meglio lo storage e ridurre i costi. Il thin provisioning ti permette di allocare lo storage in base alle necessità invece di riservare tutta la capacità in una volta sola.

Attiva il dimensionamento automatico e imposta la modalità su grow così i volumi aumentano automaticamente prima di diventare pieni e di sola lettura.

Configura le impostazioni dello spazio dei dispositivi a blocchi per le LUN utilizzate dai database Oracle per prevenire errori di scrittura e migliorare l'efficienza dello spazio su FSx per ONTAP.

Imposta la riserva di copie Snapshot allo 0% e abilita l'eliminazione automatica degli Snapshot per proteggere lo spazio per i dati attivi.

Quando lo spazio disponibile scarseggia, espandi il volume prima di eliminare le copie Snapshot. Espandere il volume previene gli errori "volume pieno", riduce i fallimenti di scrittura e preserva i punti di ripristino Snapshot.

Utilizza la policy di tiering solo per snapshot, che sposta nel livello di capacità solo i dati degli snapshot, mantenendo i dati attivi nel livello SSD. Questo approccio preserva le performance a bassa latenza per i carichi di lavoro SQL, riducendo i costi di storage. Esegui il tiering dei dati degli snapshot dopo un periodo di raffreddamento di 7 giorni.

Abilita deduplica, compressione e compaction per ridurre l'uso dello storage e i costi, mantenendo le performance.

Imposta lo spazio di swap in base alla quantità di RAM, così il sistema può gestire la pressione sulla memoria ed evitare rallentamenti o arresti anomali.

Posiziona i file di log di archivio, i file di dati, i file di controllo, i redo log e i file temporanei su unità separate per isolare i modelli di I/O e migliorare la resilienza. Tieni copie ridondanti su volumi separati dove richiesto.

Posiziona i file binari di Oracle su un volume dedicato per ridurre la contesa di I/O. Questa separazione semplifica gli aggiornamenti del software e riduce al minimo il rischio di modifiche accidentali o corruzione.

Disabilita gli snapshot pianificati per i volumi FSx for ONTAP utilizzati da Oracle per risparmiare spazio e ridurre i costi. Gestisci invece gli snapshot esternamente utilizzando strumenti come NetApp SnapCenter, che creano backup coerenti con l'applicazione e aiutano a prevenire la corruzione dei dati durante le operazioni di ripristino.

Disabilita il parametro nfs-rootonly ONTAP per dNFS. nfs-rootonly Limita le connessioni NFS alle porte privilegiate (<1024). Poiché i processi dNFS in NFSv4+ non vengono eseguiti come root e utilizzano porte più alte, disabilitare questo parametro permette le connessioni necessarie.

Assicurati che, se i file binari di Oracle si trovano su una condivisione NFS, la policy di esportazione includa i permessi di superutente e setuid. L'accesso come superutente (root) consente ai client NFS di mappare come root, necessario per l'esecuzione dei file binari.

Utilizza Oracle Automatic Storage Management (ASM) per lo storage basato su iSCSI in esecuzione su FSx per ONTAP per ottimizzare le performance, semplificare la gestione dello storage e migliorare la scalabilità delle implementazioni di Oracle Database.

Configura i parametri del kernel per la tabella degli slot TCP a 128 per i carichi di lavoro Oracle in esecuzione su NFS. Questa configurazione consente più operazioni di I/O simultanee, riducendo la latenza in scenari ad alto throughput come l’accesso ai file di dati Oracle. I parametri del kernel regolano il numero massimo di richieste NFS in sospeso su TCP, agendo come la profondità della coda nelle configurazioni Fibre Channel. I valori predefiniti di Linux, tipicamente impostati a 16, non supportano performance ottimali del database.

Utilizza opzioni di montaggio NFS ottimizzate per i file del database. I parametri chiave includono rw per l'accesso in lettura/scrittura, bg per il montaggio in background, hard per tentativi indefiniti in caso di errori e proto=tcp per una consegna affidabile. I valori di rsize e wsize pari a 262144 migliorano le operazioni di I/O di grandi dimensioni, aumentando il throughput, mentre nointr non interrompe le attività di lunga durata. Questa configurazione migliora le performance e la resilienza del database, soprattutto negli ambienti ad alto throughput.

Utilizza opzioni di montaggio NFS ottimizzate per la home ADR (Automatic Diagnostic Repository), ovvero la directory radice. La home ADR memorizza log e tracce, che beneficiano di opzioni di affidabilità simili a quelle dei file di database principali, ma non richiedono l'opzione di montaggio nointr perché le operazioni sono meno sensibili alle interruzioni.

Abbina i nomi di domain name NFSv4 tra l'host (/etc/idmapd.conf o hostname -d e il server NFS (v4-id-domain in ONTAP.

Ometti le opzioni di montaggio NFS che disabilitano la cache dell'host, come actimeo=0 e noac, nelle implementazioni Oracle standalone per migliorare efficienza e affidabilità. Queste opzioni si applicano agli ambienti cluster per garantire la coerenza della cache, ma negli ambienti a istanza singola bypassano inutilmente la cache e possono ridurre significativamente le performance.

Abilita Direct NFS (dNFS) nel tuo ambiente Oracle per migliorare le performance dello storage NFS e l'affidabilità.

Evita l'utilizzo di Direct NFS (dNFS) con qualsiasi tipo di risoluzione dei nomi round-robin, inclusi DNS, DDNS, NIS o qualsiasi altro metodo. Questo include la funzionalità di bilanciamento del carico DNS disponibile in ONTAP. Una risoluzione coerente degli indirizzi IP mantiene la stabilità del database e previene potenziali crash o corruzione dei dati.

Verifica e aggiorna il contenuto del file oranfstab per garantire un utilizzo corretto di Direct NFS (dNFS). Il file oranfstab è essenziale per configurare funzionalità dNFS avanzate come il multipathing e opzioni NFS specifiche. Una configurazione corretta migliora l'efficienza dell'accesso e della gestione dei dati.

Configura l'opzione di montaggio nosharecache per gli ambienti in cui Direct NFS (dNFS) è abilitato e un volume di origine viene montato più di una volta su un singolo server con mount NFS nidificati. Questa configurazione impedisce la condivisione della cache tra i mount, garantendo coerenza dei dati e performance ottimali.

Applica le patch più recenti del sistema operativo per migliorare la sicurezza e l'affidabilità.

Disabilita le Transparent Huge Pages (THP) sugli host che eseguono database Oracle per prevenire un potenziale peggioramento delle performance e migliorare la gestione della memoria.

Abilita i timestamp TCP, SACK e il ridimensionamento della finestra per ottenere le migliori performance e affidabilità di rete.

Imposta filesystemio_options = setall per prestazioni I/O ottimali. Regola la dimensione dell'area globale di sistema (SGA) se necessario quando passi da I/O bufferizzato.

Rimuovi db_file_multiblock_read_count il parametro dal FILE basato su testo init.ora o dallo SPFILE binario gestito dal server (spfile<SID>.ora per i database Oracle, così eviti problemi di performance e lasci che Oracle gestisca automaticamente questa impostazione.

Applica gli aggiornamenti critici di Oracle più recenti per risolvere le vulnerabilità di sicurezza e mantenere l'integrità del tuo ambiente di database. Esamina e applica regolarmente le patch per proteggerti da potenziali minacce e garantire la conformità alle migliori pratiche di sicurezza.

Utilizza snapshot coerenti con l'applicazione con NetApp SnapCenter per creare snapshot accurati e affidabili dei dati del tuo volume in un momento specifico. SnapCenter semplifica i backup e ti aiuta a ripristinare rapidamente i dati, riducendo i tempi di inattività e proteggendo i carichi di lavoro critici.

Abilita la replica tra regioni (CRR) per migliorare la disponibilità dei dati e il ripristino di emergenza per i tuoi database Oracle. La CRR contribuisce a proteggere dalle interruzioni regionali e garantisce la continuità operativa replicando i dati in diverse sedi.

Configura i backup FSx for ONTAP o AWS Backup per soddisfare i requisiti di conservazione e conformità, evitando flussi di lavoro di backup duplicati.

Rimuovi regolarmente i cloni obsoleti per ridurre i costi di archiviazione e l'ingombro operativo. I cloni vecchi e inutilizzati comportano costi elevati.