Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Outre la configuration matérielle et logicielle requise pour l’installation de SQL Server 2014, les conditions suivantes sont requises pour utiliser In-Memory OLTP :
Édition Entreprise, Développeur ou Évaluation 64 bits de SQL Server 2014.
SQL Server a besoin de suffisamment de mémoire pour contenir les données dans des tables et des index à mémoire optimisée. Pour tenir compte des versions de ligne, vous devez fournir une quantité de mémoire qui est deux fois la taille attendue des tables et des index optimisés en mémoire. Toutefois, la quantité réelle de mémoire nécessaire dépend de votre charge de travail. Vous devez surveiller votre utilisation de la mémoire et effectuer des ajustements si nécessaire. La taille des données dans les tables mémoire optimisées ne doit pas dépasser le pourcentage autorisé du pool. Pour découvrir la taille d’une table optimisée en mémoire, consultez sys.dm_db_xtp_table_memory_stats (Transact-SQL).
Si vous avez des tables sur disque dans la base de données, vous devez fournir suffisamment de mémoire pour le pool de mémoires tampons et le traitement des requêtes sur ces tables.
Il est important de connaître la quantité de mémoire requise par votre application OLTP In-Memory. Pour plus d’informations, consultez Estimation de la mémoire requise pour les tables Memory-Optimized .
Espace disque disponible pour ce qui est de deux fois la taille de vos tables optimisées en mémoire durable.
Un processeur doit prendre en charge l’instruction cmpxchg16b pour utiliser In-Memory OLTP. Tous les processeurs 64 bits modernes prennent en charge cmpxchg16b.
Si vous utilisez une application hôte de machine virtuelle et QUE SQL Server affiche une erreur provoquée par un processeur plus ancien, vérifiez si l’application a une option de configuration pour autoriser cmpxchg16b. Si ce n’est pas le cas, vous pouvez utiliser Hyper-V, qui prend en charge cmpxchg16b sans avoir à modifier une option de configuration.
Pour installer In-Memory OLTP, sélectionnez Database Engine Services lorsque vous installez SQL Server 2019 (15.x).
Pour installer la génération de rapports (déterminer si une table ou une procédure stockée doit être transférée vers In-Memory OLTP) et SQL Server Management Studio (pour gérer In-Memory OLTP via l’Explorateur d’objets SQL Server Management Studio), sélectionnez Outils de gestion de base ou Outils de gestion avancés lorsque vous installez SQL Server 2019 (15.x).
Remarques importantes sur l’utilisation de In-Memory OLTP
La taille totale en mémoire de toutes les tables durables d’une base de données ne doit pas dépasser 250 Go. Pour plus d’informations, consultez Durabilité des tables Memory-Optimized.
Cette version de In-Memory OLTP est destinée à s’exécuter de manière optimale sur les systèmes avec 2 ou 4 sockets et moins de 60 cœurs.
Les fichiers de point de contrôle ne doivent pas être supprimés manuellement. SQL Server effectue automatiquement le garbage collection sur les fichiers de point de contrôle inutiles. Pour plus d’informations, consultez la discussion sur la fusion des données et des fichiers delta dans la durabilité des tables Memory-Optimized.
Dans cette première version de In-Memory OLTP (dans SQL Server 2014), la seule façon de supprimer un groupe de fichiers optimisé en mémoire consiste à supprimer la base de données.
Si vous tentez de supprimer un grand lot de lignes alors qu’une charge de travail d’insertion ou de mise à jour simultanée affecte la plage de lignes que vous essayez de supprimer, la suppression échouera probablement. La solution de contournement consiste à arrêter la charge de travail d’insertion ou de mise à jour avant d’effectuer la suppression. Vous pouvez également configurer la transaction en transactions plus petites, ce qui serait moins susceptible d’être perturbé par une charge de travail simultanée. Comme pour toutes les opérations d’écriture sur des tables mémoire optimisées, utilisez la logique de nouvelle tentative (Instructions pour la logique de nouvelle tentative pour les transactions sur les tables Memory-Optimized).
Si vous créez une ou plusieurs bases de données avec des tables mémoire optimisées, vous devez activer l’initialisation de fichiers instantanés (accorder au compte de démarrage du service SQL Server le droit de l’utilisateur SE_MANAGE_VOLUME_NAME) pour l’instance SQL Server. Sans initialisation instantanée des fichiers, les fichiers de stockage à mémoire optimisée (données et fichiers delta) sont initialisés lors de la création, ce qui peut avoir un impact négatif sur les performances de votre charge de travail. Pour plus d’informations sur l’initialisation instantanée des fichiers, consultez Initialisation des fichiers de base de données. Pour plus d’informations sur l’activation de l’initialisation de fichiers instantanés, consultez Comment et pourquoi activer l’initialisation de fichiers instantanés.
Cet article vous a-t-il aidé ? Nous sommes à l’écoute
Quelles informations recherchez-vous et avez-vous trouvé ? Nous écoutons vos commentaires pour améliorer le contenu. Envoyez vos commentaires à sqlfeedback@microsoft.com.