Share via

Groupe de fichiers mémoire optimisé

  • Article

Pour créer des tables mémoire optimisées, vous devez d'abord créer un groupe de fichiers mémoire optimisé. Le groupe de fichiers mémoire optimisé contient un ou plusieurs conteneurs. Chaque conteneur contient des fichiers de données, des fichiers delta ou les deux.

Bien que les lignes de données dans les tables SCHEMA_ONLY ne soient pas conservées et que les métadonnées des tables à mémoire optimisée et des procédures stockées compilées en mode natif soient stockées dans des catalogues traditionnels, le moteur OLTP en mémoire requiert toujours un groupe de fichiers à mémoire optimisée pour les tables à mémoire optimisée SCHEMA_ONLY afin de fournir une expérience uniforme pour les bases de données avec des tables à mémoire optimisée.

Le groupe de fichiers mémoire optimisé est basé sur le groupe de fichiers de flux de fichier, avec les différences suivantes :

  • Vous ne pouvez créer qu'un seul groupe de fichiers mémoire optimisé par base de données. Vous devez marquer explicitement le groupe de fichiers comme contenant memory_optimized_data. Vous pouvez créer le groupe de fichiers lorsque vous créez la base de données, ou vous pouvez l' ajouter ultérieurement :

    ALTER DATABASE imoltp ADD FILEGROUP imoltp_mod CONTAINS MEMORY_OPTIMIZED_DATA

  • Vous devez ajouter un ou plusieurs conteneurs au groupe de fichiers MEMORY_OPTIMIZED_DATA. Par exemple :

    ALTER DATABASE imoltp ADD FILE (name='imoltp_mod1', filename='c:\data\imoltp_mod1') TO FILEGROUP imoltp_mod

  • Vous n’avez pas besoin d’activer le flux de fichier (Activer et configurer FILESTREAM) pour créer un groupe de fichiers mémoire optimisé. Le mappage au flux de fichier est effectué par le moteur OLTP en mémoire .

  • Vous pouvez ajouter de nouveaux conteneurs à un groupe de fichiers mémoire optimisé. Vous aurez peut-être besoin d’un nouveau conteneur pour développer le stockage nécessaire à une table durable optimisée en mémoire et pour distribuer les E/S entre plusieurs conteneurs.

  • Le déplacement des données avec un groupe de fichiers mémoire optimisé est optimisé dans une configuration de groupe de disponibilité AlwaysOn. Contrairement aux fichiers de flux de fichier envoyés aux réplicas secondaires, les fichiers de point de contrôle (de données et delta) du groupe de fichiers mémoire optimisé ne sont pas envoyés aux réplicas secondaires. Les fichiers de données et delta sont construits à l'aide du journal des transactions sur le réplica secondaire.

Limitations suivantes du groupe de fichiers mémoire optimisé,

  • Une fois que vous avez créé un groupe de fichiers mémoire optimisé, vous ne pouvez le supprimer qu'en supprimant la base de données. Dans un environnement de production, il est peu probable que vous deviez supprimer le groupe de fichiers mémoire optimisé.

  • Vous ne pouvez pas supprimer un conteneur non vide ni déplacer des paires de fichiers de données et delta vers un autre conteneur dans le groupe de fichiers mémoire optimisé.

Configuration d'un groupe de fichiers mémoire optimisé

Envisagez de créer plusieurs conteneurs dans le groupe de fichiers à mémoire optimisée et de les répartir sur différents lecteurs afin d’obtenir davantage de bande passante pour transmettre en continu les données en mémoire.

Lors de la configuration du stockage, vous devez fournir un espace libre correspondant à quatre fois la taille des tables mémoire optimisées durables. Assurez-vous que votre sous-système d’E/S prend en charge les E/S par seconde nécessaires pour votre charge de travail. Si les paires de fichiers de données et delta sont définies à un niveau d’IOPS donné, vous avez besoin de trois fois cette valeur d’IOPS pour tenir compte des opérations de stockage et de fusion. Vous pouvez ajouter une capacité de stockage et des IOPS en ajoutant un ou plusieurs conteneurs au groupe de fichiers mémoire optimisé.

Dans un scénario à plusieurs conteneurs et à plusieurs lecteurs, les fichiers de données et delta sont alloués dans des conteneurs selon le principe du tourniquet. Le premier fichier de données est alloué depuis le premier conteneur, le fichier delta depuis le conteneur suivant, et ainsi de suite. Cette méthode d'allocation répartit les fichiers de données et delta de manière uniforme entre les conteneurs si vous avez un nombre impair de lecteurs, chacun étant mappé à un conteneur. Toutefois, si vous avez un nombre pair de lecteurs, chacun étant mappé à un conteneur, cela peut entraîner un stockage déséquilibré, les fichiers de données étant mappés aux lecteurs impairs et les fichiers delta aux lecteurs pairs. Pour obtenir un flux équilibré d’E/S lors de la récupération, envisagez de placer des paires de données et de fichiers delta sur les mêmes broches/stockage, comme décrit dans l’exemple ci-dessous.

Attention

Si une valeur MAXSIZE est définie pour le groupe de fichiers à mémoire optimisée et que les fichiers de point de contrôle dépassent la taille maximale du conteneur, la base de données présente l’état SUSPECT.
Dans ce cas, n’essayez pas de définir les options OFFLINE et ONLINE de base de données, ce qui amène la base de données à rester dans l’état RECOVERY_PENDING.

Exemple

imaginons un groupe de fichiers mémoire optimisé avec deux conteneurs : conteneur 1 sur le lecteur X et conteneur 2 sur le lecteur Y.
Étant donné que l'allocation des fichiers de données et delta s'effectue selon le principe du tourniquet, le conteneur 1 aura uniquement des fichiers de données, tandis que le conteneur 2 aura uniquement les fichiers delta. Cela entraînera une persistance déséquilibrée au niveau du stockage et des opérations d'entrée/sortie par seconde, dans la mesure où les fichiers de données sont beaucoup plus volumineux que les fichiers delta.
Pour distribuer uniformément les fichiers de données et de delta entre les lecteurs X et Y, créez quatre conteneurs au lieu de deux, puis mappez les deux premiers conteneurs pour le lecteur X et les deux conteneurs suivants pour le lecteur Y.
Avec l’allocation round robin, le premier fichier de données et le premier fichier delta seront alloués à partir respectivement du conteneur 1 et du conteneur-2, qui sont mappés au lecteur X.
De même, les prochains fichiers de données et delta seront alloués à partir des conteneurs 3 et 4, qui sont mappés au lecteur Y. Cela permet de distribuer uniformément les fichiers de données et de delta sur deux lecteurs.

Voir aussi

Création et gestion du stockage des objets à mémoire optimisée
Groupes de fichiers et fichiers de base de données