Conseiller d’optimisation de la mémoire

L’outil de rapports de performances des transactions (voir Déterminer si une table ou une procédure stockée doit être transférée vers In-Memory OLTP) vous informe des tables de votre base de données si elles sont transférées pour utiliser In-Memory OLTP. Après avoir identifié une table que vous souhaitez porter pour utiliser In-Memory OLTP, vous pouvez utiliser l’Assistant Optimisation de la mémoire pour vous aider à migrer la table de base de données basée sur disque vers In-Memory OLTP.

Pour commencer, connectez-vous à l’instance qui contient la table de base de données basée sur disque. Vous pouvez vous connecter à une instance SQL Server 2012 ou SQL Server 2014. Toutefois, si vous souhaitez effectuer une opération de migration avec l’assistant, vous devez vous connecter à une instance SQL Server 2014 sur laquelle In-Memory fonctionnalité OLTP est activée. Pour plus d’informations sur les exigences OLTP In-Memory, consultez Configuration requise pour l’utilisation de tables Memory-Optimized.

Pour plus d’informations sur les méthodologies de migration, consultez In-Memory OLTP - Modèles de charge de travail courants et considérations relatives à la migration.

Procédure pas à pas à l’aide de l'Memory-Optimization Advisor

Dans l’Explorateur d’objets, cliquez avec le bouton droit sur la table à convertir, puis sélectionnez Memory-Optimization Advisor. Cette opération affiche la page d’accueil de l’Assistant d’Optimisation de la Mémoire des Tables.

Liste de contrôle de l’optimisation de la mémoire

Lorsque vous cliquez sur Suivant dans la page de bienvenue de l’Assistant d’optimisation de la mémoire de table, vous verrez la liste de contrôle de l’optimisation de la mémoire. Les tables optimisées en mémoire ne prennent pas en charge toutes les fonctionnalités d’une table sur disque. La liste de contrôle d’optimisation de la mémoire indique si la table basée sur disque utilise des fonctionnalités incompatibles avec une table optimisée en mémoire. L’Assistant d’optimisation de la mémoire des tables ne modifie pas la table basée sur disque pour pouvoir être migrée pour utiliser In-Memory OLTP. Vous devez apporter ces modifications avant de poursuivre la migration. Pour chaque incompatibilité trouvée, l’Assistant Optimisation de la mémoire de table affiche un lien vers des informations qui peuvent vous aider à modifier vos tables sur disque.

Si vous souhaitez conserver la liste de ces incompatibilités, pour planifier votre migration, cliquez sur Générer un rapport pour générer une liste HTML.

Si votre table n’a aucune incompatibilité et que vous êtes connecté à une instance SQL Server 2014 avec In-Memory OLTP, cliquez sur Suivant.

Avertissements d’optimisation de la mémoire

La page suivante, les avertissements d’optimisation de la mémoire, contiennent une liste de problèmes qui n’empêchent pas la migration de la table pour utiliser In-Memory OLTP, mais qui peuvent entraîner l’échec du comportement d’autres objets (tels que les procédures stockées ou les fonctions CLR) ou entraîner un comportement inattendu.

Les premiers avertissements de la liste sont à titre d'information et peuvent ou non s'appliquer à votre tableau. Les liens dans la colonne de droite de la table vous permettront d’obtenir plus d’informations.

Le tableau d’avertissement affichera également des conditions d’avertissement potentielles qui ne sont pas présentes dans votre tableau.

Les avertissements actionnables ont un triangle jaune dans la colonne de gauche. S’il existe des avertissements actionnables, vous devez quitter la migration, résoudre les avertissements, puis redémarrer le processus. Si vous ne résolvez pas les avertissements, votre table migrée peut entraîner un échec.

Cliquez sur Générer un rapport pour générer un rapport HTML de ces avertissements. Cliquez sur Suivant pour continuer.

Examiner les options d’optimisation

L’écran suivant vous permet de modifier les options de migration vers In-Memory OLTP :

Groupe de fichiers à mémoire optimisée
Nom de votre groupe de fichiers à mémoire optimisée. Une base de données doit avoir un groupe de fichiers à mémoire optimisée avec au moins un fichier avant qu’une table mémoire optimisée puisse être créée.

Si vous n’avez pas de groupe de fichiers à mémoire optimisée, vous pouvez modifier le nom par défaut. Les groupes de fichiers à mémoire optimisée ne peuvent pas être supprimés. L’existence d’un groupe de fichiers à mémoire optimisée peut désactiver certaines fonctionnalités au niveau de la base de données telles que AUTO CLOSE et la mise en miroir de bases de données.

Si une base de données possède déjà un groupe de fichiers à mémoire optimisée, ce champ est prérempli avec son nom et vous ne pourrez pas modifier la valeur de ce champ.

Nom de fichier logique et chemin d’accès au fichier
Nom du fichier qui contiendra la table optimisée en mémoire. Une base de données doit avoir un groupe de fichiers à mémoire optimisée avec au moins un fichier avant la création d’une table optimisée en mémoire.

Si vous n’avez pas de groupe de fichiers mémoire optimisé, vous pouvez modifier le nom et le chemin d’accès par défaut du fichier à créer à la fin du processus de migration.

Si vous disposez d’un groupe de fichiers à mémoire optimisée, ces champs sont préremplis et vous ne pourrez pas modifier les valeurs.

Renommer la table d’origine en tant que
À la fin du processus de migration, une nouvelle table optimisée en mémoire sera créée avec le nom actuel de la table. Pour éviter un conflit de noms, la table actuelle doit être renommée. Vous pouvez modifier ce nom dans ce champ.

Coût estimé de la mémoire actuelle (Mo)
Le Memory-Optimization Advisor estime la quantité de mémoire utilisée par la nouvelle table optimisée en mémoire en fonction des métadonnées de la table sur disque. Le calcul de la taille de la table est expliqué dans Table et Taille de ligne dans Memory-Optimized Tables.

Si la mémoire suffisante n’est pas allouée, le processus de migration peut échouer.

Copiez également les données de table dans la nouvelle table optimisée en mémoire
Sélectionnez cette option si vous souhaitez également déplacer les données de la table actuelle vers la nouvelle table optimisée en mémoire. Si cette option n’est pas sélectionnée, la nouvelle table optimisée en mémoire est créée sans lignes.

La table sera migrée en tant que table durable par défaut
In-Memory OLTP prend en charge les tables non persistantes avec des performances supérieures par rapport aux tables optimisées pour la mémoire durable. Toutefois, les données d’une table non durable sont perdues lors du redémarrage du serveur.

Si cette option est sélectionnée, l'Memory-Optimization Advisor créera une table non durable au lieu d’une table durable.

Cliquez sur Suivant pour continuer.

Passer en revue la conversion de clé primaire

L’écran suivant est Passer en revue la conversion de clé primaire. L’assistant Memory-Optimization détecte s’il existe une ou plusieurs clés primaires dans la table et remplit la liste des colonnes en fonction des métadonnées de clé primaire. Sinon, si vous souhaitez migrer vers une table optimisée pour une utilisation durable de la mémoire, vous devez créer une clé primaire.

Si une clé primaire n’existe pas et que la table est migrée vers une table non durable, cet écran n’apparaît pas.

Pour les colonnes textuelles (colonnes avec types char, nchar, varcharet nvarchar) vous devez sélectionner un classement approprié. In-Memory OLTP prend uniquement en charge les classements BIN2 pour les colonnes d’une table optimisée en mémoire et ne prend pas en charge les classements avec des caractères supplémentaires. Consultez classements et pages de codes pour plus d’informations sur les classements pris en charge et l’impact potentiel d’une modification dans le classement.

Vous pouvez configurer les paramètres suivants pour la clé primaire :

Sélectionnez un nouveau nom pour cette clé primaire
Le nom de clé primaire de cette table doit être unique à l’intérieur de la base de données. Vous pouvez modifier le nom de la clé primaire ici.

Sélectionnez le type de cette clé primaire
In-Memory OLTP prend en charge deux types d’index sur une table optimisée en mémoire :

• Index DE HACHAGE NONCLUSTERED. Cet index est idéal pour les index avec de nombreuses recherches de points. Vous pouvez configurer le nombre de compartiments pour cet index dans le champ Nombre de compartiments .

• Un index non-clusterisé. Ce type d’index est idéal pour les index avec de nombreuses requêtes de plage. Vous pouvez configurer l’ordre de tri pour chaque colonne dans la colonne de tri et la liste de commandes .

Pour comprendre le type d’index le mieux adapté à votre clé primaire, consultez Index de hachage.

Cliquez sur Suivant après avoir fait vos choix de clé primaire.

Passer en revue la conversion de l'index

La page suivante est Vérifier la conversion d’index. L’assistant Memory-Optimization détecte s’il existe un ou plusieurs index dans la table et remplit la liste des colonnes et du type de données. Les paramètres que vous pouvez configurer dans la page Révision de la conversion d’index sont similaires à ceux de la page Révision de la conversion de clé primaire précédente.

Si la table possède uniquement une clé primaire et qu’elle est migrée vers une table durable, cet écran n’apparaît pas.

Une fois que vous avez décidé de chaque index de votre table, cliquez sur Suivant.

Vérifier les actions de migration

La page suivante est Vérifier les actions de migration. Pour scripter l’opération de migration, cliquez sur Script pour générer un script Transact-SQL. Vous pouvez ensuite modifier et exécuter le script. Cliquez sur Migrate pour commencer la migration de table.

Une fois le processus terminé, actualisez l’Explorateur d’objets pour voir la nouvelle table optimisée en mémoire et l’ancienne table sur disque. Vous pouvez conserver l’ancienne table ou la supprimer à votre convenance.

Voir aussi

Migration vers In-Memory OLTP