Utilisation de l’émulateur de stockage Azure pour le développement et le test (déconseillé)

L’émulateur de stockage Microsoft Azure est un outil qui émule les services Blob, File d’attente et Table d’Azure à des fins de développement. Vous pouvez tester localement votre application sur les services de stockage sans souscrire d’abonnement Azure ni engendrer de frais. Quand vous êtes satisfait du fonctionnement de votre application dans l’émulateur, commencez à utiliser un compte de stockage Azure dans le cloud.

Important

L’émulateur de stockage Azure est désormais déconseillé. Microsoft vous recommande d’utiliser l’émulateur Azurite pour le développement local avec le stockage Azure. Azurite remplace l’Émulateur de stockage Azure. Azurite continuera d’être mis à jour pour prendre en charge les dernières versions des API de stockage Azure. Pour plus d’informations, consultez Utiliser l’émulateur Azurite à des fins de développement local pour Stockage Azure.

Obtenir l’émulateur de stockage

L’émulateur de stockage fait partie du Kit de développement logiciel (SDK) Microsoft Azure. Vous pouvez également installer l’émulateur de stockage en tant que programme d’installation autonome (téléchargement direct). Pour installer l’émulateur de stockage, vous devez disposer de privilèges administratifs sur votre ordinateur.

Actuellement, l’émulateur de stockage s’exécute uniquement sous Windows. Pour l’émulation sous Linux, utilisez l’émulateur Azurite.

Note

Les données créées dans une version de l’émulateur de stockage ne sont pas garanties d’être accessibles lorsqu’on utilise une autre version. Si vous devez conserver vos données sur le long terme, stockez ces données dans un compte de stockage Azure plutôt que dans l’émulateur de stockage.

L’émulateur de stockage dépend des versions spécifiques des bibliothèques OData. Remplacer les DLL OData utilisés par l’émulateur de stockage par d’autres versions n’est pas pris en charge, et peut entraîner des comportements inattendus. Cependant, toute version d’OData prise en charge par le service de stockage peut être utilisée pour envoyer des requêtes à l’émulateur.

Comment fonctionne l’émulateur de stockage

L’émulateur de stockage utilise une instance locale de Microsoft SQL Server 2012 Express LocalDB pour émuler les services de stockage Azure. Vous pouvez configurer l’émulateur de stockage de sorte qu’il accède à une instance locale de SQL Server plutôt qu’à l’instance LocalDB. Pour en savoir plus, consultez la section Démarrer et initialiser l’émulateur de stockage plus loin dans cet article.

L’émulateur de stockage se connecte à SQL Server ou LocalDB en utilisant l’authentification Windows.

Il existe quelques différences de fonctionnalités entre l’émulateur de stockage et les services de stockage Azure. Pour plus d’informations sur ces différences, consultez la section Différences entre l’émulateur de stockage et le Stockage Azure plus loin dans cet article.

Démarrer et initialiser l’émulateur de stockage

Pour démarrer l’émulateur de stockage Azure :

  1. Sélectionnez le bouton Démarrer ou appuyez sur la touche Windows.
  2. Commencez à taper stockage Azure Emulator.
  3. Sélectionnez l’émulateur dans la liste des applications affichées.

Lorsque l’émulateur de stockage démarre, une fenêtre d’invite de commande apparaît. Utilisez cette fenêtre de console pour démarrer et arrêter l’émulateur de stockage. Vous pouvez également effacer les données, obtenir l’état et initialiser l’émulateur depuis l’invite de commandes. Pour plus d’informations, consultez la section Référence de l’outil en ligne de commande de l’émulateur de stockage plus loin dans cet article.

Note

L’émulateur stockage Azure pourrait ne pas démarrer correctement si un autre émulateur de stockage, comme Azurite, fonctionne sur le système.

Lorsque l’émulateur tourne, vous voyez une icône dans la barre des tâches de Windows.

Lorsque vous fermez la fenêtre de l’invite de commande de l’émulateur de stockage, l’émulateur de stockage continue de s’exécuter. Pour faire réapparaître la fenêtre de console de l’émulateur de stockage, suivez les étapes ci-dessus comme si vous démarriez l’émulateur de stockage.

La première fois que vous lancez l’émulateur de stockage, il initialise l’environnement de stockage local. Le processus d'initialisation crée une base de données dans LocalDB et réserve des ports HTTP pour chaque service de stockage local.

Le chemin d’installation par défaut pour l’émulateur de stockage est C:\Program Files (x86)\Microsoft SDKs\Azure\Storage Emulator.

Conseil

Utilisez Microsoft Explorateur Stockage Azure pour travailler avec les ressources locales de l’émulateur de stockage. Cherchez (Émulateur - Ports par défaut) (Clé) sous Local & Attaché dans l’arbre de ressources de l’Explorer de stockage après avoir installé et lancé l’émulateur de stockage.

Initialiser l’émulateur de stockage pour utiliser une autre base de données SQL

Utilisez l’outil en ligne de commande Storage Emulator pour initialiser l’Storage Emulator afin qu’il pointe vers une instance de base de données SQL autre que l’instance LocalDB par défaut :

  1. Ouvrez la fenêtre de console de l’émulateur de stockage, comme décrit dans la section Démarrer et initialiser l’émulateur de stockage.

  2. Dans la fenêtre de console, tapez la commande suivante, où <SQLServerInstance> est le nom de l’instance SQL Server. Pour utiliser LocalDB, spécifiez (localdb)\MSSQLLocalDb comme instance SQL Server.

    AzureStorageEmulator.exe init /server <SQLServerInstance>

    Vous pouvez également exécuter la commande suivante, qui indique à l'émulateur d'utiliser l'instance SQL Server par défaut :

    AzureStorageEmulator.exe init /server .

    En guise d’alternative, vous pouvez exécuter la commande suivante, qui initialise la base de données en rétablissant l’instance LocalDB par défaut :

    AzureStorageEmulator.exe init /forceCreate

Pour plus d’informations sur ces commandes, consultez la section Référence de l’outil en ligne de commande de l’émulateur de stockage.

Conseil

Utilisez le Microsoft SQL Server Management Studio (SSMS) pour gérer vos instances de SQL Server, y compris l’installation de LocalDB. Dans la boîte de dialogue SSMS Connect to Server , spécifiez (localdb)\MSSQLLocalDb dans le champ Server name : pour se connecter à l’instance LocalDB.

Authentification des demandes auprès de l’émulateur de stockage

Après avoir installé et lancé l’émulateur de stockage, vous pouvez tester votre code contre lui. Chaque demande que vous effectuez auprès de l’émulateur de stockage doit être autorisée, sauf s’il s’agit d’une demande anonyme. Autoriser les requêtes contre l’émulateur de stockage en utilisant l’authentification par clé partagée ou en utilisant une signature d’accès partagé (SAS).

Autoriser avec des informations d’identification de clé partagée

L’émulateur prend en charge un unique compte fixe et une clé d’authentification connue pour l’authentification par clé partagée. Ce compte et cette clé sont les seules informations d’identification de la clé partagée dont l’utilisation est autorisée avec l’émulateur. Il s'agit de :

Account name: devstoreaccount1
Account key: Eby8vdM02xNOcqFlqUwJPLlmEtlCDXJ1OUzFT50uSRZ6IFsuFq2UVErCz4I6tq/K1SZFPTOtr/KBHBeksoGMGw==

Note

La clé d’authentification prise en charge par l’émulateur est destinée uniquement au test de la fonctionnalité du code d’authentification client. Elle n'offre aucune fonction de sécurité. Vous ne pouvez pas utiliser votre compte de stockage de production ni votre clé avec l’émulateur. Vous ne devez pas utiliser le compte de développement avec des données de production.

L’émulateur ne prend en charge que la connexion via le protocole HTTP. Toutefois, HTTPS est le protocole recommandé pour l’accès aux ressources dans un compte de Stockage Azure de production.

Connexion au compte de l’émulateur à l’aide du raccourci

Le moyen le plus simple de vous connecter à l’émulateur à partir de votre application est de configurer une chaîne de connexion faisant référence au raccourci UseDevelopmentStorage=true dans le fichier de configuration de votre application. Ce raccourci est l’équivalent de la chaîne de connexion complète pour l’émulateur, qui spécifie le nom du compte, la clé de compte et les points de terminaison de l’émulateur pour chacun des services Stockage Azure :

DefaultEndpointsProtocol=http;AccountName=devstoreaccount1;
AccountKey=Eby8vdM02xNOcqFlqUwJPLlmEtlCDXJ1OUzFT50uSRZ6IFsuFq2UVErCz4I6tq/K1SZFPTOtr/KBHBeksoGMGw==;
BlobEndpoint=http://127.0.0.1:10000/devstoreaccount1;
QueueEndpoint=http://127.0.0.1:10001/devstoreaccount1;
TableEndpoint=http://127.0.0.1:10002/devstoreaccount1;

L’extrait de code .NET suivant montre comment utiliser le raccourci à partir d’une méthode qui prend une chaîne de connexion. Par exemple, le constructeur BlobContainerClient(String, String) prend une chaîne de connexion.

BlobContainerClient blobContainerClient = new BlobContainerClient("UseDevelopmentStorage=true", "sample-container");
blobContainerClient.CreateIfNotExists();

Vérifiez que l’émulateur est en cours d’exécution avant d’appeler le code dans l’extrait de code.

Pour plus d’informations sur les chaînes de connexion, consultez Configuration des chaînes de connexion Stockage Azure.

Autorisation à l’aide d’une signature d’accès partagé

Note

Nous vous recommandons d’utiliser le module Azure Az PowerShell pour interagir avec Azure. Pour bien démarrer, consultez Installer Azure PowerShell. Pour savoir comment migrer vers le module Az PowerShell, consultez Migrer Azure PowerShell depuis AzureRM vers Az.

Vous pouvez créer un jeton SAS en utilisant Explorateur Stockage ou une autre application qui prend en charge l’authentification par clé partagée.

Vous pouvez également générer un jeton SAP à l’aide d’Azure PowerShell. L’exemple suivant génère un jeton SAP avec des autorisations complètes sur un conteneur de blobs :

  1. Installez Azure PowerShell si vous ne l’avez pas encore (à l’aide de la version la plus récente de cmdlets d’Azure PowerShell). Pour connaître la procédure d’installation, consultez l’article Install and configure Azure PowerShell (Installation et configuration d’Azure PowerShell).
  2. Ouvrez Azure PowerShell et exécutez les commandes suivantes, en remplaçant CONTAINER_NAME par un nom de votre choix :
$context = New-AzStorageContext -Local

New-AzStorageContainer CONTAINER_NAME -Permission Off -Context $context

$now = Get-Date

New-AzStorageContainerSASToken -Name CONTAINER_NAME -Permission rwdl -ExpiryTime $now.AddDays(1.0) -Context $context -FullUri

L’URI de la signature d’accès partagé obtenue pour le nouveau conteneur doit être semblable à ce qui suit :

http://127.0.0.1:10000/devstoreaccount1/sascontainer?sv=2012-02-12&se=2015-07-08T00%3A12%3A08Z&sr=c&sp=rwdl&sig=t%2BbzU9%2B7ry4okULN9S0wst/8MCUhTjrHyV9rDNLSe8g%3D

La signature d’accès partagé créée avec cet exemple est valide une journée. La signature accorde un accès complet (lecture, écriture, suppression et liste) aux blobs du conteneur.

Pour plus d’informations sur les signatures d’accès partagé, consultez Accorder un accès limité aux ressources du Stockage Azure à l’aide des signatures d’accès partagé (SAP).

Adressage des ressources dans l’émulateur de stockage

Les points de terminaison de service de l’émulateur de stockage sont différents de ceux d’un compte de stockage Azure. L’ordinateur local ne fait pas de résolution de noms de domaine, donc les terminaux de l’émulateur de stockage sont des adresses locales.

Lorsque vous adressez une ressource dans un compte de stockage Azure, vous utilisez le schéma suivant. Le nom du compte fait partie du nom d’hôte de l’URI, et la ressource à laquelle on accède fait partie du chemin d’accès de l’URI :

<http|https>://<account-name>.<service-name>.core.windows.net/<resource-path>

Par exemple, l’URI suivante est une adresse valide pour un objet blob dans un compte de stockage Azure :

https://myaccount.blob.core.windows.net/mycontainer/myblob.txt

Dans la mesure où l’ordinateur local n’effectue pas de résolution de noms de domaine, le nom du compte fait partie du chemin de l’URI au lieu du nom d’hôte. Utilisez le format d’URI suivant pour une ressource dans l’émulateur de stockage :

http://<local-machine-address>:<port>/<account-name>/<resource-path>

Par exemple, l'adresse suivante peut être utilisée pour accéder à un objet blob dans l'émulateur de stockage :

http://127.0.0.1:10000/myaccount/mycontainer/myblob.txt

Les points de terminaison de service de l’émulateur de stockage sont :

  • Service BLOB : http://127.0.0.1:10000/<account-name>/<resource-path>
  • Service de File d’attente : http://127.0.0.1:10001/<account-name>/<resource-path>
  • Service de Table : http://127.0.0.1:10002/<account-name>/<resource-path>

Adressage du compte secondaire avec RA-GRS

À partir de la version 3.1, l’émulateur de stockage prend en charge le stockage géoredondant avec accès en lecture (RA-GRS). Vous pouvez accéder à l’emplacement secondaire en ajoutant -secondary au nom du compte. Par exemple, utilisez l’adresse suivante pour accéder à un blob via le secondaire en lecture seule dans l’émulateur de stockage :

http://127.0.0.1:10000/myaccount-secondary/mycontainer/myblob.txt

Note

Pour un accès par programmation au stockage secondaire avec l'émulateur de stockage, utilisez la bibliothèque cliente de stockage pour .NET version 3.2 ou ultérieure. Pour plus d’informations, consultez Bibliothèque cliente Microsoft stockage Azure pour .NET .

Référence de l’outil en ligne de commande de l’émulateur de stockage

À partir de la version 3.0, une fenêtre console s’affiche lorsque vous lancez l’émulateur de stockage. Utilisez la ligne de commande dans la fenêtre de console pour démarrer et arrêter l’émulateur. Vous pouvez également interroger le statut et effectuer d’autres opérations depuis la ligne de commande.

Note

Si l’émulateur de calcul Microsoft Azure est installé, une icône apparaît dans la zone de notification lorsque vous lancez l’émulateur de stockage. Faites un clic droit sur l’icône pour afficher un menu offrant un moyen graphique de démarrer et d’arrêter l’émulateur de stockage.

Syntaxe de ligne de commande

AzureStorageEmulator.exe [start] [stop] [status] [clear] [init] [help]

Options

Pour afficher la liste des options, tapez /help dans l’invite de commandes.

Option Description Commande Arguments
Start Lance l’émulateur de stockage. AzureStorageEmulator.exe start [-inprocess] -inprocess : Lancer l’émulateur dans le processus courant au lieu d’en créer un nouveau.
Stop Permet d’arrêter l’émulateur de stockage. AzureStorageEmulator.exe stop
État Permet d’imprimer l’état de l’émulateur de stockage. AzureStorageEmulator.exe status
Clear Permet d’effacer les données de tous les services spécifiés sur la ligne de commande. AzureStorageEmulator.exe clear [blob] [table] [queue] [all] blob : Efface les données blob.
queue : Efface les données de file d’attente.
table : Efface les données de table.
all : Efface toutes les données de tous les services.
Init Effectue une initialisation ponctuelle pour configurer l’émulateur. AzureStorageEmulator.exe init [-server serverName] [-sqlinstance instanceName] [-forcecreate|-skipcreate] [-reserveports|-unreserveports] [-inprocess] -server serverName\instanceName : Spécifie le serveur qui héberge l’instance SQL.
-sqlinstance instanceName : Spécifie le nom de l’instance SQL à utiliser dans l’instance serveur par défaut.
-forcecreate : Force la création de la base de données SQL, même si celle-ci existe déjà.
-skipcreate : Ignore la création de la base de données SQL. Cet argument prime sur -forcecreate.
-reserveports : Tente de réserver les ports HTTP associés aux services.
-unreserveports : Tente de supprimer les réservations des ports HTTP associés aux services. Cet argument prévaut sur -reserveports.
-inprocess : Effectue l’initialisation dans le processus actuel au lieu de générer un nouveau processus. Vous devez lancer le processus actuel avec des autorisations élevées en cas de modification des réservations des ports.

Différences entre l’émulateur de stockage et stockage Azure

L’émulateur de stockage étant un environnement émulé local, il existe des différences entre l’émulateur et un compte de stockage Azure dans le cloud :

  • L'émulateur de stockage prend en charge uniquement un compte fixe et une clé d'authentification connue.
  • L’émulateur de stockage n’est pas un service de stockage scalable et ne prend pas en charge un grand nombre de clients simultanés.
  • Comme décrit dans Adressage des ressources dans l’émulateur de stockage, les ressources ne sont pas adressées de la même manière dans l’émulateur de stockage et dans un compte de stockage Azure. La différence existe parce que la résolution de noms de domaine est disponible dans le cloud mais pas sur l’ordinateur local.
  • À partir de la version 3.1, le compte de Storage Emulator prend en charge le stockage géo-redondant avec accès en lecture (RA-GRS). Dans l’émulateur, RA-GRS est activé pour tous les comptes et il n’y a jamais de latence entre le réplica principal et le réplica secondaire. Les opérations Get Blob Service Stats, Get Queue Service Stats et Get Table Service Stats sont prises en charge sur le compte secondaire et retournent toujours la valeur de l’élément LastSyncTime de réponse en temps courant selon la base SQL sous-jacente.
  • Les points de terminaison du service de fichiers et de protocole SMB ne sont pas pris en charge dans l’émulateur de stockage pour le moment.
  • Si vous utilisez une version des services de stockage que l’émulateur ne prend pas en charge, l’émulateur renvoie une erreur VersionNotSupportedByEmulator (code d’état HTTP 400 - Mauvaise requête).

Différences pour le stockage d’objets blob

Les différences suivantes s’appliquent au stockage d’objets blob dans l’émulateur :

  • L’émulateur de stockage prend uniquement en charge les objets blob d’une taille inférieure ou égale à 2 Go.
  • La longueur maximale d’un nom d’objet blob dans l’émulateur de stockage est de 256 caractères, contre 1 024 caractères dans le stockage Azure.
  • La copie incrémentielle permet de copier des instantanés à partir d’objets blob remplacés, ce qui renvoie une erreur sur le service.
  • L’opération Get Page Ranges Diff ne fonctionne pas entre des instantanés copiés à l’aide de la copie incrémentielle d’objets blob.
  • Une opération Put Blob peut réussir sur un blob existant dans l’émulateur de stockage avec un bail actif, même si l’ID de bail n’a pas été spécifié dans la requête.
  • L’émulateur ne prend pas en charge les opérations d’ajout de blob. Toute tentative d’exécution d’une opération sur un objet blob d’ajout renvoie une erreur FeatureNotSupportedByEmulator (code d’état HTTP 400 – demande incorrecte).

Différences pour le stockage de tables

Les différences suivantes s’appliquent au stockage de tables dans l’émulateur :

  • Les propriétés de date du service de Table dans l’émulateur de stockage ne prennent en charge que la plage autorisée par SQL Server 2005 (les dates postérieures au 1er janvier 1753). Toutes les dates antérieures au 1er janvier 1753 sont remplacées par cette valeur. La précision des dates est limitée à la précision de SQL Server 2005, ce qui signifie que les dates sont précises au 1/300e de seconde.
  • L’émulateur de stockage prend en charge des valeurs de propriétés de clé de partition et de clé de ligne de moins de 512 octets chacune. La taille totale du nom du compte, du nom de table et de l’ensemble des noms de propriétés de clé ne peut pas dépasser 900 octets.
  • La taille totale d’une ligne de table dans l’émulateur de stockage est limitée à moins de 1 Mo.
  • Dans l’émulateur de stockage, les propriétés du type de données Edm.Guid ou Edm.Binary ne prennent en charge que les opérateurs de comparaison Equal (eq) et NotEqual (ne) dans les chaînes de filtre de requête.

Différences pour le stockage de files d’attente

Le stockage de files d’attente dans l’émulateur ne présente aucune différence spécifique.

Notes de publication de l’émulateur de stockage

Version 5.10

  • L’émulateur de stockage ne rejettera pas la version 2019-07-07 des services de stockage sur les points de terminaison de service Blob, Queue et Table.

Version 5.9

  • L’émulateur de stockage ne refuse pas la version 2019-02-02 des services de stockage sur les points de terminaison des services Blob, File d’attente et Table.

Version 5.8

  • L’émulateur de stockage ne rejette pas la version 2018-11-09 des services de stockage sur les terminaux de service Blob, Queue et Table.

Version 5.7

  • Correction d’un bug qui provoque un plantage si la journalisation est activée.

Version 5.6

  • L’émulateur de stockage prend en charge la version 2018-03-28 des services de stockage sur les points de terminaison des services Blob, File d’attente et Table.

Version 5.5

  • L’émulateur de stockage prend en charge la version 2017-11-09 des services de stockage sur les terminaux de service Blob, Queue et Table.
  • Prise en charge ajoutée pour la propriété Créé de l’objet blob, qui retourne l’heure de création de l’objet blob.

Version 5.4

  • Pour améliorer la stabilité de l’installation, l’émulateur ne tente plus de réserver les ports au moment de l’installation. Si vous voulez des réservations de port, utilisez l’option -reserveports de la commande init pour les spécifier.

Version 5.3

  • L’émulateur de stockage prend en charge la version 2017-07-29 des services de stockage sur les terminaux de service Blob, Queue et Table.

Version 5.2

  • L’émulateur de stockage prend maintenant en charge la version 2017-04-17 des services de stockage sur les points de terminaison des services Blob, File d’attente et Table.
  • Correction d’un bogue impliquant le mauvais encodage des valeurs de propriété de table.

Version 5.1

  • Correction d’un bogue dans lequel l’émulateur de stockage retournait l’en-tête DataServiceVersion dans certaines réponses où le service ne se trouvait pas.

Version 5.0

  • Le programme d’installation de l’émulateur de stockage ne vérifie plus s’il existe déjà des installations de MSSQL et de .NET Framework.
  • Le programme d’installation de l’émulateur de stockage ne crée plus la base de données dans le cadre de l’installation. L’installateur crée toujours la base de données si nécessaire lors du démarrage.
  • La création de la base de données ne nécessite plus une élévation de privilèges.
  • Les réservations de ports ne sont plus nécessaires pour le démarrage.
  • Ajoute les options suivantes pour init : -reserveports (nécessite une élévation), -unreserveports (nécessite une élévation), -skipcreate.
  • L’option d’interface utilisateur de l’émulateur de stockage dans l’icône de la zone de notification lance désormais l’interface en ligne de commande. L’ancienne interface graphique utilisateur (GUI) n’est plus disponible.
  • Certaines DLL ont été supprimées ou renommées.

Version 4.6

  • L’émulateur de stockage prend maintenant en charge la version 2016-05-31 des services de stockage sur les points de terminaison des services Blob, File d’attente et Table.

Version 4.5

  • Corrige un bogue provoquant l’échec de l’installation et de l’initialisation au moment du renommage de la base de données de sauvegarde.

Version 4.4

  • L’émulateur de stockage prend maintenant en charge la version 2015-12-11 des services de stockage sur les points de terminaison des services Blob, File d’attente et Table.
  • Le garbage collection par l’émulateur de stockage des données blob est désormais plus efficace quand le nombre d’objets blob est élevé.
  • Correction d’un bogue qui provoquait la validation du XML ACL de conteneur légèrement différemment de la façon dont procède le service de stockage.
  • Correction d’un bogue qui entraînait parfois le signalement des valeurs de date/heure max et min dans le fuseau horaire incorrect.

Version 4.3

  • L’émulateur de stockage prend maintenant en charge la version 2015-07-08 des services de stockage sur les points de terminaison des services Blob, File d’attente et Table.

Version 4.2

  • L’émulateur de stockage prend maintenant en charge la version 2015-04-05 des services de stockage sur les points de terminaison des services Blob, File d’attente et Table.

Version 4.1

  • L’émulateur de stockage prend maintenant en charge la version 2015-02-21 des services de stockage sur les points de terminaison des services Blob, File d’attente et Table. Il ne prend pas en charge les nouvelles fonctionnalités des blobs d’ajout.
  • L’émulateur retourne à présent un message d’erreur significatif pour les versions non prises en charge des services de stockage. Utilisez la dernière version de l’émulateur. Si vous obtenez une erreur VersionNotSupportedByEmulator (code d’état HTTP 400 - demande incorrecte), téléchargez la dernière version de l’émulateur.
  • Correction d’un bogue dans lequel une condition de course a généré des données d’entité de table incorrectes lors d’opérations de fusion simultanées.

Version 4.0

  • L’exécutable de l’émulateur de stockage est renommé en AzureStorageEmulator.exe.

Version 3.2

  • L’émulateur de stockage prend maintenant en charge la version 2014-02-14 des services de stockage sur les points de terminaison des services Blob, File d’attente et Table. Les points de terminaison du service de fichiers ne sont pas pris en charge dans l’émulateur de stockage pour le moment. Pour plus d’informations sur la version 2014-02-14, consultez la page Contrôle de version pour les services stockage Azure .

Version 3.1

  • L’émulateur de stockage prend désormais en charge le stockage géoredondant avec accès en lecture (RA-GRS). Il prend en charge les API Get Blob Service Stats, Get Queue Service Stats et Get Table Service Stats pour le compte secondaire et renvoie systématiquement la valeur de l’élément de réponse LastSyncTime comme heure actuelle d’après la base de données SQL sous-jacente. Pour un accès par programmation au stockage secondaire avec l'émulateur de stockage, utilisez la bibliothèque cliente de stockage pour .NET version 3.2 ou ultérieure. Pour plus d’informations, consultez les bibliothèques clients stockage Azure pour .NET.

Version 3.0

  • L’émulateur stockage Azure n’est plus inclus dans le même package que l’émulateur de calcul.
  • L’interface utilisateur graphique de Storage Emulator est obsolète. Microsoft l’a remplacé par une interface scriptable en ligne de commande. Pour plus de détails sur l’interface en ligne de commande, voir Storage Emulator Command-Line Tool Reference. L’interface graphique reste en version 3.0, mais vous ne pouvez y accéder qu’avec l’émulateur de calcul installé. Pour y accéder, faites un clic droit sur l’icône de la barre système et sélectionnez Afficher l’interface de l’émulateur de stockage.
  • L’émulateur de stockage prend désormais en charge pleinement les versions 2013-08-15 des services de stockage Azure. (Auparavant, cette version n’était prise en charge que par la version 2.2.1 de l’Émulateur de Stockage.)

Étapes suivantes

  • Évaluez l’émulateur de stockage open source Azurite multiplateforme et géré par la communauté.
  • L’article Exemples de stockage Azure avec .NET contient des liens vers plusieurs exemples de code que vous pouvez utiliser lorsque vous développez votre application.
  • Utilisez Microsoft Explorateur Stockage Azure pour travailler avec les ressources de votre compte Cloud Storage et dans l’émulateur de stockage.

Voir aussi

  • Last updated on