Partager via


Scénarios de stockage isolé

Le stockage isolé est utile dans de nombreuses situations. Cinq des scénarios les plus facilement identifiables sont décrits ci-dessous.

  • Contrôles téléchargés. Les contrôles de code managé téléchargés à partir d'Internet ne sont pas autorisés à écrire sur le disque dur via les classes E/S ordinaires, mais ils peuvent utiliser le stockage isolé pour rendre persistants les paramètres des utilisateurs et les états des applications.

  • Stockage d'application Web permanent. Les applications Web ne peuvent pas utiliser des classes E/S. Ces programmes peuvent utiliser le stockage isolé dans les mêmes buts que les composants téléchargés.

  • Stockage de composant partagé. Les composants partagés entre plusieurs applications peuvent utiliser le stockage isolé pour fournir un accès contrôlé aux magasins de données.

  • Stockage serveur. Les applications serveur peuvent utiliser le stockage isolé pour fournir des magasins individuels à de nombreux utilisateurs qui effectuent des demandes à l'application. Dans la mesure où le stockage isolé est toujours isolé par l'utilisateur, le serveur doit emprunter l'identité de l'utilisateur qui effectue la demande. Dans ce cas, les données sont isolées en fonction de l'identité de l'entité de sécurité, qui est identique à l'identité utilisée par l'application pour établir une distinction entre ses utilisateurs.

  • Profil itinérant. Les applications peuvent également utiliser le stockage isolé avec des profils d'utilisateur itinérant. Ainsi, les magasins isolés d'un utilisateur peuvent être itinérants avec le profil.

Bien que le stockage isolé soit adapté aux scénarios décrits ci-dessus, vous ne devez pas utiliser le stockage isolé dans les situations suivantes.

  • Le stockage isolé ne doit pas être utilisé pour stocker des informations confidentielles de haute importance, telles que des clés ou des mots de passe non chiffrés. En effet, le stockage isolé n'est pas protégé contre le code dont le niveau de confiance est très élevé, le code non managé ou les utilisateurs approuvés de l'ordinateur.

  • Le stockage isolé ne doit pas être utilisé pour stocker du code.

  • Le stockage isolé ne doit pas être utilisé pour stocker des paramètres de configuration et de déploiement, contrôlés par les administrateurs (les préférences de l'utilisateur ne sont pas considérées comme des paramètres de configuration car les administrateurs ne les contrôlent pas).

De nombreuses applications actuelles utilisent une base de données pour stocker et isoler des données. Dans ce cas, une ou plusieurs lignes d'une base de données peuvent représenter le stockage d'un utilisateur spécifique. Vous pouvez utiliser le stockage isolé plutôt qu'une base de données lorsque le nombre d'utilisateurs est petit, lorsque la surcharge de l'utilisation d'une base de données est significative ou lorsque aucune base de données n'existe. Le stockage isolé peut également être utilisé lorsque l'application nécessite un stockage plus flexible et plus complexe que celui proposé par une ligne d'une base de données.

Voir aussi

Concepts

Stockage isolé et profil itinérant

Autres ressources

Stockage isolé
Exécution de tâches de stockage isolé