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 de stockage permanent
Amazon AppStream 2.0 prend en charge les options suivantes pour le stockage persistant : dossiers personnels, Google Drive pour G Suite et OneDrive pour Business. Les comportements de synchronisation de contenu étant cohérents dans toutes les solutions de stockage permanent, nous vous recommandons de consulter Synchronisation du contenu du dossier de base pour les informations relatives au comportement attendu.
Les problèmes suivants peuvent survenir lorsque vous ou vos utilisateurs utilisez le stockage persistant AppStream 2.0.
Problèmes
- Les dossiers de base de ma pile ne fonctionnent pas correctement.
- Mes utilisateurs ne peuvent pas accéder au répertoire de leur dossier de base à partir de l'une de nos applications.
- J’ai supprimé ou remplacé un fichier dans le dossier de base d’un utilisateur dans Amazon S3, mais mes utilisateurs ne voient pas les modifications apportées à leur dossier de base sur l’instance de flotte pendant leurs sessions de streaming.
- Le stockage permanent ne fonctionne pas comme prévu. Les fichiers de mes utilisateurs mettent plus de temps que prévu à être enregistrés sur un stockage permanent.
- Mes utilisateurs reçoivent des erreurs indiquant que leurs fichiers sont déjà utilisés alors que tel n’est pas le cas.
- Lorsqu'un dossier contient des milliers de fichiers, l'affichage de la liste des fichiers dans la AppStream version 2.0 peut prendre un certain temps.
Les dossiers de base de ma pile ne fonctionnent pas correctement.
Des problèmes avec la sauvegarde du dossier de base sur un compartiment S3 peuvent se présenter dans les cas suivants :
-
Il n'y a aucune connectivité Internet depuis l'instance de streaming, ou il n'y a aucun accès au point de VPC terminaison Amazon S3 privé, le cas échéant.
-
La consommation de bande passante réseau est trop élevée. Par exemple, l’utilisateur télécharge ou diffuse en continu plusieurs fichiers volumineux pendant que le service tente de sauvegarder un dossier de base contenant des fichiers volumineux sur Amazon S3.
-
Un administrateur a supprimé le compartiment créé par le service.
-
Un administrateur a modifié de façon erronée les autorisations Amazon S3 pour la fonction du service
AmazonAppStreamServiceAccess
.
Pour en savoir plus, consultez Guide de l’utilisateur Amazon Simple Storage Service.
Mes utilisateurs ne peuvent pas accéder au répertoire de leur dossier de base à partir de l'une de nos applications.
Certaines applications ne reconnaissent pas la redirection qui affiche le dossier de base en tant que dossier de niveau supérieur dans l'Explorateur de fichiers. Si tel est le cas, vos utilisateurs peuvent accéder à leur dossier de base à partir d'une application pendant une session de streaming en choisissant File Open (Ouvrir le fichier) à partir de l'interface de l'application et en naviguant jusqu'à un des répertoires suivants :
-
N instances on-domain-joined Windows : C:\Users \ PhotonUser \ My Files \ Home Folder
-
Instances Windows jointes à un domaine : C:\Users\%username%\My Files\Home Folder
-
Instances Linux : ~//MyFilesHomeFolder
J’ai supprimé ou remplacé un fichier dans le dossier de base d’un utilisateur dans Amazon S3, mais mes utilisateurs ne voient pas les modifications apportées à leur dossier de base sur l’instance de flotte pendant leurs sessions de streaming.
Les différences entre le contenu stocké dans le dossier personnel d'un utilisateur dans un compartiment S3 et le contenu accessible à un utilisateur sur une instance de flotte pendant ses sessions de streaming peuvent être dues à la façon dont le contenu du dossier de base stocké dans les compartiments Amazon S3 est synchronisé avec le contenu du dossier de base stocké sur les instances de flotte AppStream 2.0.
Au début de la session de streaming AppStream 2.0 d'un utilisateur, la AppStream version 2.0 catalogue les fichiers du dossier personnel de l'utilisateur stockés dans le compartiment Amazon S3 pour votre compte et votre région Amazon Web Services. Lorsqu'un utilisateur utilise une application de streaming pour ouvrir un fichier dans son dossier personnel sur son instance de flotte, la AppStream version 2.0 télécharge le fichier sur l'instance de flotte.
Les modifications apportées par un utilisateur aux fichiers d’une instance de flotte pendant sa session de streaming active sont téléchargées dans son dossier de base du compartiment S3 toutes les deux ou trois secondes, ou à la fin de la session de streaming de l’utilisateur.
Si un utilisateur ouvre un fichier de son dossier de base sur une instance de flotte pendant une session de streaming, puis ferme le fichier sans apporter de modifications ni enregistrer le fichier, et si vous supprimez le fichier du dossier de base de cet utilisateur dans un compartiment S3 pendant la session de streaming, le fichier est supprimé de l’instance de flotte si l’utilisateur actualise le dossier. Si l’utilisateur modifie le fichier et l’enregistre localement, le fichier reste accessible à l’utilisateur sur l’instance de flotte pendant sa session de streaming active. Le fichier est aussi chargé à nouveau dans le compartiment S3. Cependant, le fichier peut être ou non disponible pour l’utilisateur sur l’instance de flotte lors de sa prochaine session de streaming.
La disponibilité du fichier sur l’instance de flotte lors de la prochaine session de streaming d’un utilisateur dépend du fait que ce dernier a modifié le fichier sur l’instance de flotte avant ou après votre propre modification du fichier dans le compartiment S3.
Pour plus d’informations, consultez Synchronisation du contenu du dossier de base.
Le stockage permanent ne fonctionne pas comme prévu. Les fichiers de mes utilisateurs mettent plus de temps que prévu à être enregistrés sur un stockage permanent.
Au cours des sessions de streaming AppStream 2.0, l'enregistrement de fichiers et de répertoires volumineux associés à des applications gourmandes en ressources informatiques sur un stockage persistant peut prendre plus de temps que l'enregistrement des fichiers et des répertoires nécessaires aux applications de productivité de base. Par exemple, les applications peuvent mettre plus de temps à enregistrer une grande quantité de données ou à modifier fréquemment les mêmes fichiers que celles créées par des applications exécutant une seule action d’écriture. L’enregistrement de nombreux petits fichiers peut également prendre plus de temps.
Si vos utilisateurs enregistrent des fichiers et des répertoires associés à des applications gourmandes en ressources informatiques et que les options de stockage persistant AppStream 2.0 ne fonctionnent pas comme prévu, nous vous recommandons d'utiliser une solution Server Message Block (SMB) telle qu'Amazon FSx pour Windows File Server ou une passerelle de AWS Storage Gateway fichiers. Vous trouverez ci-dessous des exemples de fichiers et de répertoires associés à des applications gourmandes en ressources informatiques qui conviennent mieux à ces SMB solutions :
Dossiers d'espace de travail pour les environnements de développement intégrés (IDEs)
Fichiers de base de données locaux
Dossiers Scratch Space créés par des applications de simulation graphique
Pour plus d’informations, consultez :
Guide FSx de l'utilisateur Windows du serveur de fichiers Amazon pour Windows
Passerelles de fichiers dans le Guide de l’utilisateur AWS Storage Gateway
Note
Avant de poursuivre le dépannage, assurez-vous que le problème rencontré par vos utilisateurs lors de l'enregistrement des fichiers et des répertoires est uniquement associé au stockage persistant AppStream 2.0, et non à une autre cause. Pour exclure toute autre cause, demandez aux utilisateurs d’essayer d’enregistrer les fichiers ou les répertoires dans le répertoire des fichiers temporaires disponible sur leur instance de streaming.
Mes utilisateurs reçoivent des erreurs indiquant que leurs fichiers sont déjà utilisés alors que tel n’est pas le cas.
Ce comportement se produit généralement dans les cas suivants :
Fichiers des utilisateurs toujours en cours de téléchargement après leur dernier enregistrement
Fichiers fréquemment modifiés (par exemple, fichiers de base de données)
Le téléchargement de fichiers volumineux peut prendre beaucoup de temps. En outre, chaque tentative de chargement peut entraîner une nouvelle mise à jour du fichier, susceptible de conduire à des tentatives de chargement répétées.
Pour résoudre ce problème, nous vous recommandons d'utiliser une solution Server Message Block (SMB) telle qu'Amazon FSx pour Windows File Server ou une passerelle de AWS Storage Gateway fichiers. Pour plus d’informations, consultez :
Guide FSx de l'utilisateur Windows du serveur de fichiers Amazon pour Windows
Passerelles de fichiers dans le Guide de l’utilisateur AWS Storage Gateway
Lorsqu'un dossier contient des milliers de fichiers, l'affichage de la liste des fichiers dans la AppStream version 2.0 peut prendre un certain temps.
AppStream La version 2.0 utilise des API appels pour récupérer le contenu des dossiers stockés dans le stockage persistant AppStream 2.0. Le nombre d'éléments qu'un API appel peut récupérer à chaque fois qu'il est lancé est limité. Pour cette raison, si la AppStream version 2.0 doit récupérer des milliers de fichiers dans un seul dossier, l'affichage de la liste de tous les fichiers peut prendre plus de temps que celui d'un dossier contenant moins de fichiers.
Pour résoudre ce problème, si vous avez des milliers de fichiers dans un dossier, nous vous recommandons de diviser le contenu en groupes de moins de fichiers et de stocker chaque groupe dans un dossier différent. Cela réduit le nombre d'APIappels nécessaires pour afficher la liste des fichiers de chaque dossier.