Utilisez le niveau SSD principal pour les volumes FSx for ONTAP afin d'obtenir des performances optimales. Le niveau de pool de capacité peut réduire les performances et augmenter la latence. Le niveau SSD principal est conçu pour les charges de travail à hautes performances, tandis que le niveau de pool de capacité est optimisé pour la rentabilité et peut ne pas répondre aux exigences de performances des charges de travail SQL Server.

Veillez à conserver une capacité de système de fichiers suffisante, supérieure à la taille totale de votre volume. Un espace libre insuffisant entraîne des problèmes de performance ; un espace trop important gaspille du stockage et augmente les coûts.

Dimensionnez et surveillez votre lecteur de journal SQL Server pour éviter les annulations de transactions, l'indisponibilité de la base de données, la corruption des données et les problèmes de performances causés par un lecteur de journal saturé.

Dimensionnez et surveillez TempDB pour garantir les performances et la stabilité. Un espace insuffisant dans TempDB peut entraîner des ralentissements des requêtes, des délais d'attente d'application et des plantages système.

Séparez les fichiers de données et de journalisation sur des disques différents pour améliorer les E/S parallèles, la flexibilité des sauvegardes et le comportement de restauration. Nous recommandons de séparer les chemins LUN de données et de journalisation dans des volumes distincts pour les bases de données de petite taille.

Installez TempDB sur un disque dédié pour éviter les conflits d'E/S et améliorer les performances et la stabilité de SQL Server.

Configurez le provisionnement fin pour les volumes FSx for ONTAP afin d'optimiser l'utilisation du stockage et de réduire les coûts. Le provisionnement fin vous permet d'allouer le stockage en fonction des besoins, au lieu de réserver toute la capacité en une seule fois.

Activez le dimensionnement automatique et configurez le mode sur grow afin que les volumes augmentent automatiquement avant d'être pleins et en lecture seule.

Configurez les paramètres d'espace des périphériques de bloc pour les LUN utilisés par les instances de serveur Microsoft SQL afin d'éviter les échecs d'écriture et d'améliorer l'efficacité de l'espace sur FSx for ONTAP.

Définissez la réserve de copies d'instantané à 0 % et activez la suppression automatique des instantanés afin de protéger l'espace pour les données actives.

Lorsque l'espace disque est insuffisant, augmentez la taille du volume avant de supprimer les copies d'instantanés. L'augmentation de la taille du volume évite les erreurs de type « volume plein », réduit les échecs d'écriture et préserve les points de restauration des instantanés.

Utilisez la stratégie de hiérarchisation basée uniquement sur les instantanés, qui déplace uniquement les données d'instantanés vers le niveau de capacité tout en conservant les données actives sur le niveau SSD. Cette approche préserve les performances à faible latence pour les charges de travail SQL tout en réduisant les coûts de stockage. Hiérarchisez les données d'instantanés après une période de refroidissement de 7 jours.

Activez la déduplication, la compression et le compactage pour réduire l'utilisation et le coût du stockage tout en maintenant les performances.

Faites correspondre la valeur du système d'exploitation LUN ONTAP au schéma de partitionnement de l'hôte pour maintenir un alignement correct des E/S.

Configurez les E/S multipath (MPIO) pour la résilience et le débit. Utilisez cinq sessions MPIO par interface cible pour SQL Server sur les LUN iSCSI, surveillez l'état des chemins et définissez le délai d'expiration de l'hôte à 60 secondes.

Définissez la taille de l'unité d'allocation NTFS à 64 Ko pour améliorer l'efficacité du disque et réduire la fragmentation des charges de travail SQL Server.

Désactivez la création de snapshots planifiés pour les volumes FSx for ONTAP utilisés par Microsoft SQL Server. Gérez plutôt les snapshots en externe à l'aide d'outils tels que NetApp SnapCenter, qui créent des sauvegardes cohérentes au niveau des applications et contribuent à prévenir la corruption des données lors des opérations de restauration.

Dimensionnez votre instance EC2 SQL Server en fonction de la charge de travail. Augmentez la taille lorsque les ressources sont insuffisantes et réduisez-la lorsqu'elles sont surdimensionnées afin d'équilibrer les coûts et les performances.

Appliquez les derniers correctifs du système d'exploitation pour améliorer la sécurité et la fiabilité.

Configurez la mise à l'échelle côté réception (RSS) pour répartir le traitement réseau entre les processeurs et ainsi améliorer les performances du réseau. Validez les paramètres avant la mise en production.

Alignez les paramètres de l'unité de transmission maximale (MTU) d'EC2 avec les chemins FSx for ONTAP afin d'éviter la fragmentation et de maintenir un débit stable.

Vérifiez l'utilisation des licences SQL Server au niveau de l'hôte. Si les fonctionnalités payantes ne sont pas utilisées, la licence n'est pas optimisée et peut augmenter le coût.

Appliquez les derniers correctifs SQL Server pour améliorer la sécurité et la fiabilité du système.

Configurez MAXDOP pour optimiser les performances des requêtes. Les valeurs de 4, 8 ou 16 donnent généralement de bons résultats. Testez votre charge de travail et surveillez les types d'attente liés au parallélisme, tels que CXPACKET.

Utilisez des instantanés cohérents au niveau des applications avec NetApp SnapCenter pour prendre des instantanés précis et fiables de vos données de volume à un moment précis. SnapCenter simplifie les sauvegardes et vous aide à restaurer rapidement les données, réduisant ainsi l'interruption et protégeant les charges de travail critiques.

Activez la réplication interrégionale (CRR) pour améliorer la disponibilité des données et la reprise après sinistre dans votre environnement SQL Server. La CRR contribue à protéger contre les pannes régionales et garantit la continuité des activités en répliquant les données sur différents sites.

Configurez les sauvegardes FSx for ONTAP ou AWS Backup afin de répondre aux exigences de conservation et de conformité, tout en évitant les flux de travail de sauvegarde dupliqués.

Configurez correctement le quorum pour les instances de cluster de basculement SQL Server afin que le cluster puisse tolérer les pannes de nœuds prévues.

Utilisez les mêmes lettres de lecteur sur chaque nœud de votre configuration haute disponibilité SQL Server. Cela simplifie la gestion et aide le basculement à fonctionner correctement.

Ajustez les paramètres de pulsation pour éviter les basculements inutiles tout en détectant rapidement les pannes réelles.

Tous les disques partagés (LUN iSCSI) doivent être accessibles depuis les deux nœuds dans le modèle de déploiement FCI afin que le basculement fonctionne.

Validez les autorisations du compte de service, le type de démarrage et les dépendances pour garantir un comportement de haute disponibilité fiable.

Supprimez régulièrement les clones obsolètes afin de réduire les coûts de stockage et l'encombrement opérationnel. Les clones anciens et inutilisés engendrent des coûts élevés.

Veillez à conserver une capacité de système de fichiers suffisante, supérieure à la taille totale de votre volume. Un espace libre insuffisant entraîne des problèmes de performance ; un espace trop important gaspille du stockage et augmente les coûts.

Configurez le provisionnement fin pour les volumes FSx for ONTAP afin d'optimiser l'utilisation du stockage et de réduire les coûts. Le provisionnement fin vous permet d'allouer le stockage en fonction des besoins, au lieu de réserver toute la capacité en une seule fois.

Activez la fonction de dimensionnement automatique et configurez le mode sur grow afin que les volumes augmentent automatiquement avant d'être pleins et en lecture seule.

Configurez les paramètres d'espace des périphériques de bloc pour les LUN utilisés par les bases de données Oracle afin d'éviter les échecs d'écriture et d'améliorer l'efficacité de l'espace sur FSx pour ONTAP.

Définissez la réserve de copies d'instantané à 0 % et activez la suppression automatique des instantanés afin de protéger l'espace pour les données actives.

Lorsque l'espace disque est insuffisant, augmentez la taille du volume avant de supprimer les copies d'instantanés. L'augmentation de la taille du volume évite les erreurs de type « volume plein », réduit les échecs d'écriture et préserve les points de restauration des instantanés.

Utilisez la stratégie de hiérarchisation basée uniquement sur les instantanés, qui déplace uniquement les données d'instantanés vers le niveau de capacité tout en conservant les données actives sur le niveau SSD. Cette approche préserve les performances à faible latence pour les charges de travail SQL tout en réduisant les coûts de stockage. Hiérarchisez les données d'instantanés après une période de refroidissement de 7 jours.

Activez la déduplication, la compression et le compactage pour réduire l'utilisation et le coût du stockage tout en maintenant les performances.

Configurez l'espace d'échange en fonction de la quantité de RAM afin que le système puisse gérer la pression sur la mémoire et éviter les ralentissements ou les plantages.

Placez les journaux d'archivage, les fichiers de données, les fichiers de contrôle, les journaux de restauration et les fichiers temporaires sur des disques distincts afin d'isoler les schémas d'E/S et d'améliorer la résilience. Conservez des copies redondantes sur des volumes séparés si nécessaire.

Installez les fichiers binaires Oracle sur un volume dédié afin de réduire les conflits d'E/S. Cette séparation simplifie les mises à jour logicielles et minimise le risque de modifications accidentelles ou de corruption.

Désactivez la création de snapshots planifiés pour les volumes FSx for ONTAP utilisés par Oracle afin de gagner de l'espace et de réduire les coûts. Gérez plutôt les snapshots en externe à l'aide d'outils tels que NetApp SnapCenter, qui créent des sauvegardes cohérentes au niveau des applications et contribuent à prévenir la corruption des données lors des opérations de restauration.

Désactivez le paramètre ONTAP nfs-rootonly pour dNFS. nfs-rootonly limite les connexions NFS aux ports privilégiés (<1024). Étant donné que les processus dNFS dans NFSv4+ ne s'exécutent pas en tant que root et utilisent des ports plus élevés, la désactivation de ce paramètre permet d'établir les connexions nécessaires.

Assurez-vous que si les fichiers binaires Oracle sont situés sur un partage NFS, la règle d'export inclut les permissions superutilisateur et setuid. L'accès superutilisateur (root) permet aux clients NFS de se mapper en tant que root, ce qui est nécessaire pour l'exécution des fichiers binaires.

Utilisez Oracle Automatic Storage Management (ASM) pour le stockage basé sur iSCSI exécuté sur FSx pour ONTAP afin d’optimiser les performances, de simplifier la gestion du stockage et d’améliorer l’évolutivité des déploiements de bases de données Oracle.

Configurez les paramètres du noyau pour la table des emplacements TCP à 128 pour les charges de travail Oracle exécutées sur NFS. Cette configuration permet un plus grand nombre d'opérations d'E/S simultanées, réduisant la latence dans les scénarios à haut débit, tels que l'accès aux fichiers de données Oracle. Les paramètres du noyau régissent le nombre maximal de requêtes NFS en attente sur TCP, agissant comme la profondeur de file d'attente dans les configurations Fibre Channel. Les valeurs par défaut sous Linux, généralement fixées à 16, ne permettent pas d'obtenir des performances optimales de la base de données.

Utilisez des options de montage NFS optimisées pour les fichiers de base de données. Les paramètres clés incluent rw pour l'accès en lecture/écriture, bg pour le montage en arrière-plan, hard pour des tentatives illimitées en cas d'échec, et proto=tcp pour une distribution fiable. Les valeurs rsize et wsize de 262144 améliorent les opérations d'E/S importantes, augmentant ainsi le débit, tandis que nointr n'interrompt pas les tâches de longue durée. Cette configuration améliore les performances et la résilience de la base de données, notamment dans les environnements à haut débit.

Utilisez des options de montage NFS optimisées pour le répertoire local ou le répertoire racine du référentiel de diagnostic automatique (ADR). Le répertoire ADR stocke les journaux et les traces, qui bénéficient d'options de fiabilité similaires à celles des fichiers de base de données principaux, mais ne nécessitent pas l’option de montage nointr car les opérations sont moins sensibles aux interruptions.

Faites correspondre les noms de domaine NFSv4 entre l’hôte (/etc/idmapd.conf ou hostname -d) et le serveur NFS (v4-id-domain dans ONTAP).

Omettez les options de montage NFS qui désactivent la mise en cache hôte—telles que, actimeo=0 et noac—dans les déploiements Oracle autonomes afin d'améliorer l'efficacité et la fiabilité. Ces options s'appliquent aux environnements clusterisés pour garantir la cohérence du cache, mais dans les environnements à instance unique, elles contournent inutilement la mise en cache et peuvent réduire considérablement les performances.

Activez Direct NFS (dNFS) dans votre environnement Oracle pour améliorer les performances et la fiabilité du stockage NFS.

Évitez d'utiliser Direct NFS (dNFS) avec tout type de résolution de noms à répartition de charge (round-robin), y compris DNS, DDNS, NIS ou toute autre méthode. Cela inclut la fonctionnalité d'équilibrage de charge DNS disponible dans ONTAP. Une résolution cohérente des adresses IP maintient la stabilité de la base de données et prévient les interruptions potentielles ou la corruption des données.

Vérifiez et mettez à jour le contenu du fichier oranfstab pour garantir une utilisation appropriée de Direct NFS (dNFS). Le fichier oranfstab est essentiel pour configurer les fonctionnalités avancées de dNFS, telles que le multipathing et certaines options NFS. Une configuration correcte améliore l’efficacité de l’accès aux données et de la gestion.

Configurez l `nosharecache`option de montage pour les environnements où Direct NFS (dNFS) est activé et où un volume source est monté plusieurs fois sur un même serveur avec des montages NFS imbriqués. Cette configuration empêche le partage du cache entre les montages, garantissant la cohérence des données et des performances optimales.

Appliquez les derniers correctifs du système d'exploitation pour améliorer la sécurité et la fiabilité.

Désactivez les Transparent Huge Pages (THP) sur les hôtes de bases de données exécutant des bases de données Oracle afin de prévenir une éventuelle dégradation des performances et d'améliorer la gestion de la mémoire.

Activez les horodatages TCP, SACK et la mise à l'échelle de la fenêtre pour des performances et une fiabilité réseau optimales.

Configurez filesystemio_options = setall pour des performances d'E/S optimales. Ajustez la taille de la zone globale du système (SGA) si nécessaire lorsque vous n'utilisez plus les E/S tamponnées.

Supprimez db_file_multiblock_read_count le paramètre du fichier texte FILE init.ora ou du fichier binaire SPFILE géré par le serveur (spfile<SID>.ora pour les bases de données Oracle afin d’éviter les problèmes de performances et de permettre à Oracle de gérer automatiquement ce paramètre.

Appliquez les dernières mises à jour critiques d'Oracle pour corriger les failles de sécurité et préserver l'intégrité de votre environnement de base de données. Examinez et appliquez régulièrement les correctifs afin de vous protéger contre les menaces potentielles et de garantir la conformité aux bonnes pratiques de sécurité.

Utilisez des instantanés cohérents au niveau des applications avec NetApp SnapCenter pour prendre des instantanés précis et fiables de vos données de volume à un moment précis. SnapCenter simplifie les sauvegardes et vous aide à restaurer rapidement les données, réduisant ainsi l'interruption et protégeant les charges de travail critiques.

Activez la réplication interrégionale (CRR) pour améliorer la disponibilité des données et la reprise après sinistre de vos bases de données Oracle. La CRR contribue à protéger contre les pannes régionales et garantit la continuité des activités en répliquant les données sur différents sites.

Configurez les sauvegardes FSx for ONTAP ou AWS Backup afin de répondre aux exigences de conservation et de conformité, tout en évitant les flux de travail de sauvegarde dupliqués.

Supprimez régulièrement les clones obsolètes afin de réduire les coûts de stockage et l'encombrement opérationnel. Les clones anciens et inutilisés engendrent des coûts élevés.