View a markdown version of this page

Résolution des problèmes : problèmes de partage de fichiers - AWS Storage Gateway
Partage de fichiers bloqué en état de transitionImpossible de créer un partage de fichiersLes partages de fichiers SMB n'autorisent pas plusieurs méthodes d'accèsLes partages de fichiers multiples ne peuvent pas écrire dans le compartiment S3 mappéNotification concernant la suppression d'un groupe de journaux lors de l'utilisation de journaux d'auditImpossible de télécharger des fichiers dans le compartiment S3Impossible de modifier le chiffrement par défaut en SSE-KMSLes modifications apportées directement dans un compartiment S3 avec la gestion des versions des objets activée peuvent affecter ce que vous voyez dans votre partage de fichiersLors de l'écriture dans un compartiment S3 avec la gestion des versions activée, Amazon S3 File Gateway peut créer plusieurs versions des objets Amazon S3Les modifications apportées à un compartiment S3 ne sont pas prises en compte dans Storage GatewayLes autorisations ACL ne fonctionnent pas comme prévuLes performances de la passerelle ont diminué après une opération récursive

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Résolution des problèmes : problèmes de partage de fichiers

Vous trouverez ci-après des informations sur les actions à mettre en œuvre si vous rencontrez des problèmes inattendus avec votre partage de fichiers.

Partage de fichiers bloqué en mode CRÉATION, MISE À JOUR ou SUPPRESSION

L'état du partage de fichiers résume l'état de santé de votre partage de fichiers. Si votre partage de fichiers S3 File Gateway est bloqué dans l'DELETINGétat CREATINGUPDATING, ou, suivez les étapes de dépannage suivantes pour identifier et résoudre le problème.

Note

Lorsque vous créez un partage de fichiers, Storage Gateway ne vérifie pas si le rôle IAM et le compartiment Amazon S3 que vous spécifiez existent déjà. Cela est intentionnel, car Storage Gateway peut mettre du temps à prendre en charge un rôle IAM nouvellement créé. Par conséquent, une CreateSMBFileShare requête CreateNFSFileShare or qui spécifie un rôle ou un compartiment qui n'existe pas aboutit toujours et renvoie un ARN de partage de fichiers, mais le partage de fichiers reste dans son CREATING état au lieu de passer àAVAILABLE. Avant de poursuivre le dépannage, vérifiez que le rôle IAM et le compartiment Amazon S3 que vous avez spécifiés existent.

Confirmer les autorisations de rôle IAM et la relation de confiance

Le rôle Gestion des identités et des accès AWS (IAM) associé à votre partage de fichiers doit exister et il doit disposer d'autorisations suffisantes pour accéder au compartiment Amazon S3. En outre, la politique de confiance du rôle doit accorder au service Storage Gateway les autorisations nécessaires pour assumer le rôle.

Pour vérifier les autorisations de rôle IAM, procédez comme suit :

  1. Ouvrez la console IAM à l’adresse https://console.aws.amazon.com/iam/.

  2. Dans le panneau de navigation, choisissez Rôles.

  3. Vérifiez que le rôle IAM que vous avez spécifié pour votre partage de fichiers apparaît dans la liste des rôles. Si le rôle n'existe pas, créez-le, puis créez à nouveau le partage de fichiers. Pour de plus amples informations, veuillez consulter Octroi de l'accès à un compartiment Amazon S3.

  4. Choisissez le rôle IAM associé à votre partage de fichiers.

  5. Choisissez l’onglet Relations de confiance.

  6. Vérifiez que Storage Gateway figure dans la liste des entités fiables. Si Storage Gateway n'est pas une entité approuvée, choisissez Modifier la relation de confiance, puis ajoutez la politique suivante :

    {
  "Version": "2012-10-17",
  "Statement": [
    {
      "Sid": "",
      "Effect": "Allow",
      "Principal": {
        "Service": "storagegateway.amazonaws.com"
      },
      "Action": "sts:AssumeRole"
    }
  ]
}

  7. Vérifiez que le rôle IAM dispose des autorisations appropriées et que le compartiment Amazon S3 est répertorié en tant que ressource dans la politique IAM. Pour de plus amples informations, veuillez consulter Octroi de l'accès à un compartiment Amazon S3.

Note

Pour éviter les problèmes de prévention confus entre les services, utilisez une politique de relation de confiance qui inclut des clés contextuelles conditionnelles. Pour de plus amples informations, veuillez consulter Prévention du problème de l’adjoint confus entre services.

Vérification AWS STS est activé dans votre région

Les partages de fichiers peuvent rester bloqués à l'UPDATINGétat CREATING ou si AWS Security Token Service (AWS STS) est désactivé dans votre AWS région.

Pour vérifier AWS État STS :

  1. Ouvrez la Gestion des identités et des accès AWS console à l'adresse https://console.aws.amazon.com/iam/.

  2. Dans le panneau de navigation, choisissez Paramètres du compte.

  3. Dans la section Security Token Service (STS), vérifiez que le statut est actif pour la AWS région dans laquelle vous souhaitez créer le partage de fichiers.

  4. Si le statut est Inactif, choisissez Activer pour l'activer AWS STS dans cette région.

Vérifiez que le compartiment S3 existe et respecte les règles de dénomination

Votre partage de fichiers nécessite un compartiment Amazon S3 existant qui respecte les conventions de dénomination Amazon S3. Storage Gateway ne vérifie pas l'existence du compartiment lorsque vous créez le partage de fichiers. Par conséquent, un partage de fichiers qui pointe vers un compartiment qui a été supprimé ou qui n'a jamais été créé reste dans CREATING cet état.

Pour vérifier votre compartiment S3 :

  1. Ouvrez la console Amazon S3 à l'adresse https://console.aws.amazon.com/s3/.

  2. Vérifiez que le compartiment Amazon S3 mappé à votre partage de fichiers existe. Si le compartiment n'existe pas, créez-le. Une fois le compartiment créé, l'état du partage de fichiers devrait passer àAVAILABLE. Pour plus d'informations, consultez Création d'un compartiment dans le Guide de l'utilisateur Amazon Simple Storage Service.

  3. Vérifiez que le nom de votre compartiment est conforme aux règles relatives à la dénomination des compartiments énoncées dans le guide de l'utilisateur d'Amazon Simple Storage Service.

    Note

    S3 File Gateway ne prend pas en charge les compartiments Amazon S3 dont le nom du compartiment comporte des points (.).

Supprimer de force un partage de fichiers bloqué en état DELETE

Lorsque vous supprimez un partage de fichiers, la passerelle le supprime du compartiment Amazon S3 associé. Cependant, les données en cours de chargement continuent d'être chargées avant la fin de la suppression. Au cours de ce processus, le partage de fichiers affiche un DELETING statut.

Important

Consultez les statistiques Amazon CloudWatch CachePercentDirty pour votre passerelle afin de déterminer la quantité de données en attente de téléchargement. Pour plus d'informations sur les métriques de Storage Gateway, consultezSurveillance de votre passerelle de fichiers S3 .

Si vous ne souhaitez pas attendre la fin de tous les chargements en cours, vous pouvez forcer la suppression du partage de fichiers.

Pour forcer la suppression d'un partage de fichiers :

  1. Ouvrez la console Storage Gateway à l'adresse https://console.aws.amazon.com/storagegateway/.

  2. Dans le volet de navigation, choisissez Partage de fichiers.

  3. Sélectionnez le partage de fichiers que vous souhaitez supprimer.

  4. Choisissez l'onglet Détails et consultez le message Ce partage de fichiers est en cours de suppression.

  5. Vérifiez l'ID du partage de fichiers indiqué dans le message, puis cochez la case de confirmation.

    Note

    Vous ne pouvez pas annuler l'opération de suppression forcée.

  6. Choisissez Forcer la suppression maintenant.

Vous pouvez également utiliser la commande AWS CLI delete-file-share avec le --force-delete paramètre défini sur. true

Important

Avant de forcer la suppression d'un partage de fichiers, vérifiez que votre passerelle n'est pas en OFFLINE état. Si la passerelle est hors ligne, commencez par résoudre le problème hors ligne. Pour de plus amples informations, veuillez consulter Résolution des problèmes : passerelle hors ligne dans la console Storage Gateway.

Si la machine virtuelle (VM) de passerelle est déjà supprimée, vous devez supprimer la passerelle de la console Storage Gateway pour supprimer tous les partages de fichiers associés, y compris ceux qui sont restés dans DELETING cet état. Pour de plus amples informations, veuillez consulter Supprimer votre passerelle et supprimer les ressources associées.

Résoudre les problèmes de connectivité réseau.

Des problèmes réseau peuvent empêcher la transition de votre partage de fichiers hors de l'DELETINGétat CREATINGUPDATING, ou. Les problèmes de réseau courants sont notamment les suivants :

  • Votre passerelle est hors ligne ou la machine virtuelle de la passerelle est supprimée.

  • L'accès réseau entre Storage Gateway et le point de terminaison du service Amazon S3 est bloqué.

  • Le point de terminaison Amazon S3 Amazon VPC que la passerelle utilise pour communiquer avec Amazon S3 a été supprimé.

  • Les ports réseau requis ne sont pas ouverts ou le routage réseau est mal configuré.

Testez la connectivité S3 depuis la console locale de la passerelle

Pour tester la connectivité S3 :

  1. Connectez-vous à la console locale de la passerelle. Pour de plus amples informations, veuillez consulter Connexion à la console locale File Gateway.

  2. Dans le menu principal de Storage Gateway - Configuration, entrez le numéro correspondant au test de connectivité S3.

  3. Choisissez le type de point de terminaison Amazon S3 :

    • Pour le trafic Amazon S3 qui passe par une passerelle Internet, une passerelle NAT, une passerelle de transit ou un point de terminaison Amazon VPC Amazon S3 Gateway, choisissez Public.

    • Pour le trafic Amazon S3 qui passe par une interface Amazon S3, point de terminaison Amazon VPC, choisissez VPC ()PrivateLink.

    • Pour un point de terminaison FIPS, choisissez l'option FIPS.

  4. Entrez la région du compartiment Amazon S3.

  5. Si vous utilisez un point de terminaison Amazon VPC, entrez le nom DNS du point de terminaison Amazon VPC Amazon S3 (par exemple,vpce-0329c2790456f2d01-0at85l34).

La passerelle effectue automatiquement un test de connectivité qui valide à la fois la connexion réseau et la connexion SSL. Si le test échoue :

  • Échec du test réseau  : généralement dû à des règles de pare-feu, à des configurations de groupes de sécurité ou à un routage réseau incorrect. Vérifiez que les ports requis sont ouverts et que le routage réseau est correctement configuré.

  • Échec du test SSL  : indique qu'une inspection SSL ou une inspection approfondie des paquets est en cours entre votre machine virtuelle de passerelle et les points de terminaison du service Amazon S3. Désactivez le protocole SSL et l'inspection approfondie des paquets pour le trafic de Storage Gateway.

Vérifier la configuration du proxy

Si votre passerelle utilise un serveur proxy, vérifiez que celui-ci ne bloque pas les communications réseau.

Pour vérifier la configuration du proxy :

  1. Dans le menu principal de Storage Gateway - Configuration, entrez le numéro correspondant à la configuration du HTTP/SOCKS proxy.

  2. Sélectionnez l'option pour afficher la configuration actuelle du proxy réseau.

  3. Si un proxy est configuré, vérifiez que le trafic Amazon S3 peut circuler depuis Storage Gateway vers le serveur proxy via le port 3128 (ou le port de votre écouteur configuré), puis vers le point de terminaison Amazon S3 via le port 443.

  4. Vérifiez que le proxy ou le pare-feu autorise le trafic en provenance et à destination des ports réseau et des points de terminaison de service requis par Storage Gateway. Pour plus d'informations, consultez les ports réseau requis.

Si les problèmes persistent, vous pouvez supprimer temporairement la configuration du proxy pour déterminer si le proxy est à l'origine du problème.

Vérifiez les groupes de sécurité et le routage réseau

  • Pour les passerelles sur Amazon EC2  : vérifiez que le port 443 du groupe de sécurité est ouvert aux points de terminaison Amazon S3. Vérifiez que la table de routage du sous-réseau Amazon EC2 achemine correctement le trafic Amazon S3 vers les points de terminaison Amazon S3. Pour plus d'informations, consultez les ports réseau requis.

  • Pour les passerelles sur site  : vérifiez que les règles de pare-feu autorisent les ports requis et que les tables de routage locales acheminent correctement le trafic Amazon S3 vers les points de terminaison Amazon S3. Pour plus d'informations, consultez les ports réseau requis.

  • Points de terminaison VPC  : vérifiez que le point de terminaison Amazon S3 Amazon VPC utilisé par la passerelle n'a pas été supprimé. Si le point de terminaison Amazon VPC est supprimé et que la passerelle n'a pas d'adresse IP publique, elle ne peut pas communiquer avec Amazon S3.

Vous ne pouvez pas créer de partage de fichiers

  1. Si vous ne pouvez pas créer de partage de fichiers parce que le statut de votre partage de fichiers est bloqué, vérifiez que le compartiment S3 auquel vous avez mappé votre partage de fichiers existe. Pour plus d'informations sur la procédure à appliquer, consultez Partage de fichiers bloqué en mode CRÉATION, MISE À JOUR ou SUPPRESSION, ci-dessus.

  2. Si le compartiment S3 existe, vérifiez qu'il AWS Security Token Service est activé dans la région où vous créez le partage de fichiers. Si un jeton de sécurité n'est pas actif, vous devez l'activer. Pour plus d'informations sur la manière d'activer un jeton à l'aide de AWS Security Token Service, consultez la section Activation et désactivation de AWS STS dans une AWS région dans le guide de l'utilisateur IAM.

Les partages de fichiers SMB n'autorisent pas plusieurs méthodes d'accès

Les restrictions suivantes s'appliquent aux partages de fichiers SMB :

  1. Lorsqu'un client tente de monter à la fois un partage de fichiers Active Directory et SMB avec un accès invité, le message d'erreur suivant s'affiche : Multiple connections to a server or shared resource by the same user, using more than one user name, are not allowed. Disconnect all previous connections to the server or shared resource and try again.

  2. Un utilisateur Windows ne peut pas rester connecté à deux partages de fichiers SMB avec un accès invité, et peut se trouver déconnecté lorsqu'une nouvelle connexion avec un accès invité est établie.

  3. Un client Windows ne peut pas monter à la fois un partage de fichiers SMB invité et Active Directory exporté par la même passerelle.

Les partages de fichiers multiples ne peuvent pas écrire dans le compartiment S3 mappé

Nous vous déconseillons de configurer votre compartiment S3 pour autoriser l'écriture de plusieurs partages de fichiers dans un seul compartiment S3. Cette opération peut donner des résultats imprévisibles.

Nous vous recommandons plutôt d'autoriser un seul partage de fichiers à écrire dans chaque compartiment S3. Créez une stratégie de compartiment autorisant uniquement le rôle associé à votre partage de fichiers à écrire dans le compartiment. Pour plus d'informations, consultez la section Meilleures pratiques pour File Gateway.

Notification concernant la suppression d'un groupe de journaux lors de l'utilisation de journaux d'audit

Si le groupe de journaux n'existe pas, l'utilisateur peut sélectionner le lien du groupe de journaux en dessous de ce message pour créer un nouveau groupe de journaux ou utiliser un groupe de journaux existant à utiliser comme cible pour les journaux d'audit

Impossible de charger des fichiers dans votre compartiment S3

Si vous ne parvenez pas à charger des fichiers dans votre compartiment S3, procédez comme suit :

  1. Assurez-vous d'avoir accordé l'accès requis à Amazon S3 File Gateway pour charger des fichiers dans votre compartiment S3. Pour de plus amples informations, veuillez consulter Octroi de l'accès à un compartiment Amazon S3.

  2. Assurez-vous que le rôle qui a créé le compartiment dispose des autorisations d'écriture dans le compartiment S3. Pour plus d'informations, consultez la section Meilleures pratiques pour File Gateway.

  3. Si votre passerelle de fichiers utilise SSE-KMS ou DSSE-KMS pour le chiffrement, assurez-vous que le rôle IAM associé au partage de fichiers inclut les autorisations KMS:Encrypt, KMS:Decrypt, kms : ReEncrypt * , kms : et kms :. GenerateDataKey DescribeKey Pour plus d'informations, consultez la section Utilisation de Identity-Based politiques (politiques IAM) pour Storage Gateway.

Impossible de modifier le chiffrement par défaut à utiliser SSE-KMS pour chiffrer les objets stockés dans mon compartiment S3

Si vous modifiez le chiffrement par défaut et que vous SSE-KMS définissez (chiffrement côté serveur avec clés AWS KMS gérées) le chiffrement par défaut pour votre compartiment S3, les objets stockés par Amazon S3 File Gateway dans le compartiment ne sont pas chiffrés. SSE-KMS Par défaut, une passerelle de fichiers S3 utilise un chiffrement côté serveur géré avec Amazon S3 (SSE-S3) lorsqu'elle écrit des données dans un compartiment S3. Si vous changez la valeur par défaut, votre chiffrement ne sera pas automatiquement changé.

Pour modifier le chiffrement à utiliser SSE-KMS avec votre propre AWS KMS clé, vous devez activer le SSE-KMS chiffrement. Pour ce faire, vous devez fournir l'Amazon Resource Name (ARN) de la clé KMS lorsque vous créez votre partage de fichiers. Vous pouvez également mettre à jour les paramètres KMS de votre partage de fichiers à l'aide de l'opération d'API UpdateNFSFileShare ou UpdateSMBFileShare. Cette mise à jour s'applique aux objets stockés dans les compartiments S3 après la mise à jour. Pour de plus amples informations, veuillez consulter Cryptage des données à l'aide AWS KMS.

Les modifications apportées directement dans un compartiment S3 avec la gestion des versions des objets activée peuvent affecter ce que vous voyez dans votre partage de fichiers

Si des objets ont été écrits dans votre compartiment S3 par un autre client, il est possible que votre vue du compartiment S3 ne soit pas à jour en raison de la gestion des versions des objets du compartiment S3. Vous devez toujours actualiser votre cache avant d'examiner les fichiers qui vous intéressent.

La gestion des versions d'objets est une fonctionnalité facultative de compartiment S3 qui participe à la protection des données en stockant plusieurs copies d'un objet portant le même nom. Chaque copie dispose d'une valeur d'ID distincte, par exemple, file1.jpg : ID="xxx" et file1.jpg : ID="yyy". Le nombre d'objets portant le même nom et leur durée de vie sont contrôlés par les politiques de cycle de vie d'Amazon S3. Pour plus de détails sur ces concepts Amazon S3, consultez la section Utilisation du versionnement et de la gestion du cycle de vie des objets dans le guide du développeur Amazon S3.

Lorsque vous supprimez un objet versionné, celui-ci est indiqué par un marqueur de suppression, mais conservé. Seul le propriétaire d'un compartiment S3 peut supprimer définitivement un objet dont la gestion des versions est activée.

Dans votre passerelle de fichiers S3, les fichiers affichés sont les versions les plus récentes des objets d'un compartiment S3 au moment où l'objet a été récupéré ou le cache a été actualisé. Les passerelles de fichiers S3 ignorent les anciennes versions ou les objets marqués pour suppression. Lorsque vous lisez un fichier, vous lisez les données de la version la plus récente. Lorsque vous écrivez un fichier dans votre partage de fichiers, votre passerelle de fichiers S3 crée une nouvelle version d'un objet nommé avec vos modifications, et cette version devient la dernière version.

Votre passerelle de fichiers S3 continue de lire la version précédente, et les mises à jour que vous effectuez sont basées sur la version précédente si une nouvelle version est ajoutée au compartiment S3 en dehors de votre application. Pour lire la dernière version d'un objet, utilisez l'action de l'RefreshCacheAPI ou actualisez depuis la console comme décrit dansActualisation du cache d'objets du compartiment Amazon S3.

Important

Il est déconseillé d'écrire des objets ou des fichiers dans votre compartiment S3 File Gateway S3 depuis l'extérieur du partage de fichiers.

Lors de l'écriture dans un compartiment S3 avec la gestion des versions activée, Amazon S3 File Gateway peut créer plusieurs versions des objets Amazon S3

Lorsque la gestion des versions des objets est activée, plusieurs versions d'un objet peuvent être créées dans Amazon S3 à chaque mise à jour d'un fichier depuis votre client NFS ou SMB. Voici des scénarios qui peuvent entraîner la création de plusieurs versions d'un objet dans votre compartiment S3 :

  • Lorsqu'un fichier est modifié dans Amazon S3 File Gateway par un client NFS ou SMB après avoir été chargé sur Amazon S3, le S3 File Gateway télécharge les données nouvelles ou modifiées au lieu de télécharger le fichier entier. La modification du fichier entraîne la création d'une nouvelle version de l'objet Amazon S3.

  • Lorsqu'un fichier est écrit sur la passerelle de fichiers S3 par un client NFS ou SMB, la passerelle de fichiers S3 télécharge les données du fichier vers Amazon S3, suivies de ses métadonnées (propriétaires, horodatages, etc.). Le téléchargement des données du fichier crée un objet Amazon S3, et le téléchargement des métadonnées du fichier met à jour les métadonnées de l'objet Amazon S3. Ce processus crée une autre version de l'objet, ce qui donne deux versions d'un objet.

  • Lorsque la passerelle de fichiers S3 télécharge des fichiers plus volumineux, elle peut avoir besoin de télécharger de plus petits morceaux du fichier avant que le client n'ait fini d'écrire sur la passerelle de fichiers. Cela s'explique notamment par la libération de l'espace cache ou par un taux d'écriture élevé dans un fichier. Cela peut entraîner la création de plusieurs versions d'un objet dans le compartiment S3.

Vous devez surveiller votre compartiment S3 pour déterminer le nombre de versions d'un objet existant avant de configurer des politiques de cycle de vie pour déplacer les objets vers différentes classes de stockage. Vous devez configurer l'expiration du cycle de vie pour les versions précédentes afin de minimiser le nombre de versions dont vous disposez pour un objet de votre compartiment S3. L'utilisation de la Same-Region réplication (SRR) ou de Cross-Region la réplication (CRR) entre les compartiments S3 augmentera le stockage utilisé. Pour plus d'informations sur la réplication, consultez la section Réplication.

Important

Ne configurez pas la réplication entre les compartiments S3 avant de connaître la quantité de stockage utilisée lorsque la gestion des versions des objets est activée.

L'utilisation de compartiments S3 versionnés peut augmenter considérablement la quantité de stockage dans Amazon S3 car chaque modification apportée à un fichier crée une nouvelle version de l'objet S3. Par défaut, Amazon S3 continue de stocker toutes ces versions à moins que vous ne créiez spécifiquement une politique visant à annuler ce comportement et à limiter le nombre de versions conservées. Si vous remarquez une utilisation de stockage anormalement importante alors que la gestion des versions des objets est activée, vérifiez que vos politiques de stockage sont correctement définies. Une augmentation du nombre de réponses HTTP 503-slow down aux requêtes du navigateur peut également résulter de problèmes au niveau de la gestion des versions d'objets.

Si vous activez la gestion des versions des objets après avoir installé une passerelle de fichiers S3, tous les objets uniques sont conservés (ID=”NULL”) et vous pouvez tous les voir dans le système de fichiers. Un ID unique est attribué aux nouvelles versions d'objets (les versions plus anciennes sont conservées). En fonction de l'horodatage de l'objet, seul l'objet versionné le plus récent est visible dans le système de fichiers NFS.

Une fois que vous avez activé la gestion des versions des objets, votre compartiment S3 ne peut pas revenir à un état non versionné. Toutefois, vous pouvez désactiver la gestion des versions. Lorsque vous désactivez la gestion des versions, un ID est attribué à un nouvel objet. S'il existe un objet du même nom avec une valeur ID=”NULL”, la version antérieure est remplacée. Toutefois, toute version contenant un ID dont la valeur n'est pas NULL sera conservée. L'horodatage permet d'identifier un nouvel objet comme l'actuel, et c'est celui-là qui apparaît dans le système de fichiers NFS.

Les modifications apportées à un compartiment S3 ne sont pas prises en compte dans Storage Gateway

Storage Gateway met automatiquement à jour le cache de partage de fichiers lorsque vous y écrivez des fichiers localement à l'aide du partage de fichiers. Storage Gateway ne met toutefois pas automatiquement à jour le cache lorsque vous chargez un fichier directement sur Amazon S3. Pour ce faire, vous devez effectuer une RefreshCache opération pour voir les modifications apportées au partage de fichiers. Si vous possédez plusieurs partages de fichiers, vous devez exécuter l'RefreshCacheopération sur chaque partage de fichiers.

Vous pouvez actualiser le cache à l'aide de la console Storage Gateway et du AWS Command Line Interface (AWS CLI) :

  • Pour actualiser le cache à l'aide de la console Storage Gateway, consultez la section Actualisation des objets de votre compartiment Amazon S3.

  • Pour actualiser le cache à l'aide de AWS CLI :

    1. Exécutez la commande aws storagegateway list-file-shares

    2. Copiez le numéro de ressource Amazon (ARN) du partage de fichiers avec le cache que vous souhaitez actualiser.

    3. Exécutez la refresh-cache commande avec votre ARN comme valeur pour --file-share-arn :

      aws storagegateway refresh-cache --file-share-arn arn:aws:storagegateway:eu-west-1:12345678910:share/share-FFDEE12

Pour automatiser l'RefreshCacheopération, voir Comment automatiser l' RefreshCache opération sur Storage Gateway ?

Les autorisations ACL ne fonctionnent pas comme prévu

Si les autorisations des listes de contrôle d'accès (ACL) ne fonctionnent pas comme escompté avec votre partage de fichiers SMB, vous pouvez effectuer un test.

Pour ce faire, vous devez d'abord tester les autorisations sur un serveur Microsoft Windows ou un partage de fichiers Windows local. Ensuite, comparez le comportement au partage de fichiers de votre passerelle.

Les performances de votre passerelle ont diminué après avoir effectué une opération récursive

Dans certains cas, vous pouvez effectuer une opération récursive, telle que renommer un répertoire ou activer l'héritage pour une ACL, et la forcer à quitter l'arborescence. Dans ce cas, votre passerelle de fichiers S3 applique l'opération de manière récursive à tous les objets du partage de fichiers.

Supposons, par exemple, que vous appliquiez l'héritage à des objets existants dans un compartiment S3. Votre passerelle de fichiers S3 applique l'héritage de manière récursive à tous les objets du bucket. Ces opérations peuvent entraîner une dégradation des performances de votre passerelle.