Utilisez le niveau SSD principal pour les volumes FSx for ONTAP afin de garantir 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.

Maintenez une capacité de système de fichiers suffisante au-dessus de la taille totale de votre volume. Une marge insuffisante entraîne des problèmes de performance ; une marge excessive gaspille du stockage et augmente les coûts.

Dimensionnez et surveillez correctement votre lecteur de journal SQL Server afin de prévenir 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 plein.

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

Placez les fichiers de données et les fichiers journaux sur des disques séparés pour améliorer les performances et permettre des opérations de sauvegarde et de restauration indépendantes.

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. Sinon, vous pouvez rencontrer des goulots d'étranglement d'E/S, des requêtes plus lentes et une instabilité du système.

Activez le provisionnement fin, le dimensionnement automatique et la gestion de l'espace pour les volumes FSx for ONTAP afin d'optimiser l'efficacité du stockage et la rentabilité. Configurez des stratégies de hiérarchisation pour déplacer les snapshots plus anciens vers le niveau de capacité tout en maintenant des performances élevées pour les données actives. Pour les LUN, assurez-vous que le type de système d'exploitation corresponde à votre schéma de partitionnement du système d'exploitation pour un alignement correct des E/S, activez la réservation d'espace pour éviter les échecs d'écriture et activez l'allocation d'espace pour permettre la récupération automatique d'espace et les notifications de l'hôte lorsque le stockage est plein.

Activez et configurez Microsoft Multipath I/O (MPIO) avec des délais d'expiration appropriés afin de garantir une haute disponibilité et une cohérence d'accès aux données pour les bases de données SQL Server sur EC2 avec FSx pour ONTAP. MPIO fournit des chemins redondants pour une résilience et des performances accrues lors des basculements. Configurez la taille des unités d'allocation NTFS de manière appropriée pour une utilisation et des performances optimales du disque.

Dimensionnez votre instance EC2 SQL Server en fonction des exigences de la charge de travail afin d'équilibrer les performances et l'efficacité des coûts. Si votre instance actuelle est sous-dimensionnée, une mise à niveau peut améliorer la capacité du processeur, de la mémoire et des E/S. Si elle est surdimensionnée, une réduction de la capacité peut maintenir les performances tout en réduisant les coûts.

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

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

Alignez les paramètres Maximum Transmission Unit (MTU) des instances EC2 avec FSx for ONTAP afin de prévenir la fragmentation du réseau et d’optimiser les performances de SQL Server. La correction des incohérences MTU garantit une configuration MTU cohérente sur l’ensemble des nœuds et des chemins réseau.

L'évaluation et la recommandation de la licence SQL Server sont fournies au niveau de l'hôte. Workload Factory considère une licence comme « non optimisée » lorsqu'il détecte que votre infrastructure de base de données n'utilise aucune des fonctionnalités de la licence commerciale pour lesquelles vous payez. Une licence non optimisée peut engendrer des coûts inutiles. Vérifiez l'utilisation de votre licence SQL Server afin de vous assurer d'exploiter pleinement toutes les fonctionnalités pour lesquelles vous payez.

Appliquez les derniers correctifs SQL Server pour renforcer la sécurité, protéger contre les vulnérabilités et améliorer 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.

Planifiez des instantanés réguliers pour des sauvegardes à un moment précis et une récupération rapide en cas de suppressions accidentelles, de corruption des données et d'autres problèmes.

Configurez FSx for ONTAP ou AWS Backup pour répondre aux exigences de conservation des données et de conformité. Évitez les sauvegardes redondantes.

Activez la réplication interrégionale (CRR) pour améliorer la disponibilité des données et la reprise après sinistre. Utilisez CRR pour protéger contre les pannes régionales et assurer la continuité des activités.

Assurez-vous que la haute disponibilité est configurée pour SQL Server en vérifiant que tout le stockage partagé est accessible par tous les nœuds du cluster, que les lettres de lecteur sont identiques sur tous les nœuds pour éviter les conflits lors du basculement, que le quorum est configuré pour l'intégrité du cluster, que les seuils de pulsation sont définis pour les environnements cloud et que les services SQL Server sont configurés pour le démarrage et le basculement automatiques.

Examinez et supprimez régulièrement les clones obsolètes afin de réduire les coûts de stockage. Les clones anciens et inutilisés engendrent des coûts élevés.

Maintenez une capacité de système de fichiers adéquate pour optimiser les performances de stockage et prévenir la dégradation des performances. Une marge suffisante permet une gestion efficace du stockage et soutient la croissance de la base de données.

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 fichiers binaires Oracle sur un volume dédié pour garantir des performances et une stabilité optimales en réduisant les conflits d'E/S. Cette séparation simplifie les mises à jour logicielles et minimise le risque de modifications accidentelles ou de corruption.

Placez les fichiers de données sur un volume dédié ou avec des fichiers de contrôle pour isoler les E/S aléatoires et améliorer les performances. Cette séparation permet des configurations de snapshots personnalisées, des politiques de hiérarchisation et des mécanismes d'efficacité pour optimiser les performances et les coûts.

Stockez des copies des fichiers de contrôle sur différents volumes ou disques afin d'éviter un point de défaillance unique et d'ajouter de la redondance. Placez les fichiers de contrôle sur un volume dédié ou partagez-les avec les journaux de restauration ou les fichiers de données, mais ne les placez pas sur des volumes hiérarchisés vers le stockage objet en raison des exigences de performance.

Placez les journaux de restauration sur un volume dédié ou partagez-les judicieusement avec les fichiers temporaires ou de contrôle afin d'isoler les opérations d'E/S à forte activité d'écriture et d'améliorer les performances. Stockez chaque copie du journal de restauration sur un volume distinct pour la redondance. Ne placez pas les journaux de restauration sur des instantanés de volume ni sur des volumes hiérarchisés vers le stockage objet, car ils sont fréquemment mis à jour.

Placez les fichiers temporaires sur un volume dédié ou partagez-les judicieusement avec les fichiers de redo ou de contrôle afin d'isoler les opérations d'E/S à forte activité d'écriture et d'améliorer les performances. Chaque copie temporaire multiplexée doit résider sur un volume distinct pour la redondance. Les fichiers temporaires ne doivent pas être placés sur des snapshots de volume ou des volumes hiérarchisés vers le stockage objet en raison de leur fréquence de mise à jour.

Placez les journaux d'archivage sur un volume dédié afin d'améliorer les performances et les processus de récupération en évitant que les fortes demandes d'E/S n'interfèrent avec d'autres opérations de base de données.

Répartissez les LUN entre les groupes de disques de données, de journal de restauration et de journal d'archivage Automatic Storage Management (ASM) pour des performances et une redondance optimales.

Optimisez la configuration FSx for ONTAP pour les bases de données Oracle en activant le provisionnement fin, le dimensionnement automatique et la gestion de l'espace pour les volumes. Configurez des stratégies de snapshot et de hiérarchisation appropriées afin d'équilibrer les performances et les coûts. Pour les LUN, assurez-vous du bon alignement du type de système d'exploitation, de la réservation d'espace et des paramètres d'allocation d'espace afin d'éviter les échecs d'écriture et de permettre la récupération automatique de l'espace.

Configurez les paramètres du système d'exploitation pour des performances optimales de la base de données Oracle, notamment en ajustant les paramètres du noyau pour les charges de travail de la base de données et en configurant correctement les paramètres NFS ou dNFS pour l'accès au système de fichiers réseau.

Appliquez régulièrement les correctifs du système d'exploitation pour garantir la sécurité, la stabilité et les améliorations de performance de votre environnement de base de données Oracle.