Share via

De Azure Storage Emulator gebruiken voor ontwikkeling en testen (afgeschaft)

  • Artikel

De Microsoft Azure Storage Emulator is een hulpprogramma waarmee de Azure Blob-, Queue- en Table-services worden geëmuleren voor lokale ontwikkelingsdoeleinden. U kunt uw toepassing lokaal testen op de opslagservices zonder een Azure-abonnement te maken of eventuele kosten in rekening te brengen. Wanneer u tevreden bent over de werking van uw toepassing in de emulator, schakelt u over naar het gebruik van een Azure-opslagaccount in de cloud.

Belangrijk

De Azure Storage Emulator is nu afgeschaft. Microsoft raadt u aan om de Azurite-emulator te gebruiken voor lokale ontwikkeling met Azure Storage. Azurite vervangt de Azure Storage Emulator. Azurite wordt nog steeds bijgewerkt ter ondersteuning van de nieuwste versies van Azure Storage-API's. Zie De Azurite-emulator gebruiken voor lokale Azure Storage-ontwikkeling voor meer informatie.

De opslagemulator ophalen

De opslagemulator is beschikbaar als onderdeel van de Microsoft Azure SDK. U kunt de opslagemulator ook installeren met behulp van het zelfstandige installatieprogramma (direct downloaden). Als u de opslagemulator wilt installeren, moet u beheerdersbevoegdheden hebben op uw computer.

De opslagemulator wordt momenteel alleen uitgevoerd in Windows. Gebruik de Azurite-emulator voor emulatie op Linux.

Notitie

Gegevens die in één versie van de opslagemulator zijn gemaakt, zijn niet gegarandeerd toegankelijk wanneer u een andere versie gebruikt. Als u uw gegevens op de lange termijn wilt behouden, raden we u aan die gegevens op te slaan in een Azure-opslagaccount in plaats van in de opslagemulator.

De opslagemulator is afhankelijk van specifieke versies van de OData-bibliotheken. Het vervangen van de OData-DLL's die door de opslagemulator worden gebruikt door andere versies, wordt niet ondersteund en kan onverwacht gedrag veroorzaken. Elke versie van OData die door de opslagservice wordt ondersteund, kan echter worden gebruikt om aanvragen naar de emulator te verzenden.

Hoe de opslagemulator werkt

De opslagemulator maakt gebruik van een lokaal Exemplaar van Microsoft SQL Server 2012 Express LocalDB om Azure Storage-services te emuleren. U kunt ervoor kiezen om de Opslagemulator te configureren voor toegang tot een lokaal exemplaar van SQL Server in plaats van het LocalDB-exemplaar. Zie de sectie Start en initialiseer de sectie Opslagemulator verderop in dit artikel voor meer informatie.

De opslagemulator maakt verbinding met SQL Server of LocalDB met behulp van Windows-verificatie.

Er bestaan enkele verschillen in functionaliteit tussen de opslagemulator en Azure-opslagservices. Zie de sectie Verschillen tussen de opslagemulator en Azure Storage verderop in dit artikel voor meer informatie over deze verschillen.

De opslagemulator starten en initialiseren

De Azure Storage Emulator starten:

  1. Selecteer de startknop of druk op de Windows-toets .
  2. Begin te typen Azure Storage Emulator.
  3. Selecteer de emulator in de lijst met weergegeven toepassingen.

Wanneer de opslagemulator wordt gestart, wordt er een opdrachtpromptvenster weergegeven. U kunt dit consolevenster gebruiken om de opslagemulator te starten en te stoppen. U kunt ook gegevens wissen, status ophalen en de emulator initialiseren vanaf de opdrachtprompt. Zie de naslagsectie voor opdrachtregelprogramma's van Storage Emulator verderop in dit artikel voor meer informatie.

Notitie

De Azure Storage Emulator wordt mogelijk niet correct gestart als een andere opslagemulator, zoals Azurite, wordt uitgevoerd op het systeem.

Wanneer de emulator wordt gestart, ziet u een pictogram in het systeemvak op de taakbalk van Windows.

Wanneer u het opdrachtpromptvenster van de opslagemulator sluit, blijft de opslagemulator actief. Als u het consolevenster van de opslagemulator opnieuw wilt weergeven, volgt u de voorgaande stappen alsof u de opslagemulator start.

De eerste keer dat u de opslagemulator uitvoert, wordt de lokale opslagomgeving voor u geïnitialiseerd. Het initialisatieproces maakt een database in LocalDB en reserveert HTTP-poorten voor elke lokale opslagservice.

De opslagemulator is standaard geïnstalleerd op C:\Program Files (x86)\Microsoft SDKs\Azure\Storage Emulator.

Tip

U kunt De Microsoft Azure Storage Explorer gebruiken om te werken met lokale Storage Emulator-resources. Zoek naar (Emulator - Standaardpoorten) (sleutel) onder Lokaal en gekoppeld in de resourcestructuur van Storage Explorer nadat u de opslagemulator hebt geïnstalleerd en gestart.

Initialiseer de opslagemulator voor het gebruik van een andere SQL-database

U kunt het opdrachtregelprogramma opslagemulator gebruiken om de opslagemulator te initialiseren om te verwijzen naar een ander EXEMPLAAR van een SQL-database dan de standaard LocalDB-instantie:

  1. Open het consolevenster van de opslagemulator zoals beschreven in het gedeelte Start en initialiseer de sectie Opslagemulator .

  2. Typ in het consolevenster de volgende opdracht, waarbij <SQLServerInstance> de naam van het SQL Server-exemplaar is. Als u LocalDB wilt gebruiken, geeft u op (localdb)\MSSQLLocalDb als het SQL Server-exemplaar.

    AzureStorageEmulator.exe init /server <SQLServerInstance>

    U kunt ook de volgende opdracht gebruiken, waarmee de emulator het standaard-SQL Server-exemplaar gebruikt:

    AzureStorageEmulator.exe init /server .

    U kunt ook de volgende opdracht gebruiken, waarmee de database wordt geïnitialiseerd naar het standaard LocalDB-exemplaar:

    AzureStorageEmulator.exe init /forceCreate

Zie de naslaginformatie over het opdrachtregelprogramma van Storage Emulator voor meer informatie over deze opdrachten.

Tip

U kunt Microsoft SQL Server Management Studio (SSMS) gebruiken om uw SQL Server-exemplaren te beheren, inclusief de LocalDB-installatie. Geef (localdb)\MSSQLLocalDb in het dialoogvenster SMSS-Verbinding maken naar server op in het veld Servernaam: om verbinding te maken met het LocalDB-exemplaar.

Aanvragen verifiëren voor de opslagemulator

Nadat u de opslagemulator hebt geïnstalleerd en gestart, kunt u uw code erop testen. Elke aanvraag die u indient voor de opslagemulator, moet worden geautoriseerd, tenzij het een anonieme aanvraag is. U kunt aanvragen voor de opslagemulator autoriseren met behulp van gedeelde sleutelverificatie of met een Shared Access Signature (SAS).

Autoriseren met referenties voor gedeelde sleutels

De emulator ondersteunt één vast account en een bekende verificatiesleutel voor gedeelde sleutelverificatie. Dit account en de sleutel zijn de enige referenties voor gedeelde sleutels die zijn toegestaan voor gebruik met de emulator. Dit zijn:

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

Notitie

De verificatiesleutel die door de emulator wordt ondersteund, is alleen bedoeld voor het testen van de functionaliteit van uw clientverificatiecode. Het dient geen beveiligingsdoel. U kunt uw productieopslagaccount en -sleutel niet gebruiken met de emulator. Gebruik het ontwikkelaccount niet met productiegegevens.

De emulator ondersteunt alleen verbinding via HTTP. HTTPS is echter het aanbevolen protocol voor toegang tot resources in een Azure-opslagaccount voor productie.

Verbinding maken naar het emulatoraccount met behulp van de snelkoppeling

De eenvoudigste manier om vanuit uw toepassing verbinding te maken met de emulator is door een verbindingsreeks te configureren in het configuratiebestand van uw toepassing dat verwijst naar de snelkoppelingUseDevelopmentStorage=true. De snelkoppeling is gelijk aan de volledige verbindingsreeks voor de emulator, waarmee de accountnaam, de accountsleutel en de emulatoreindpunten voor elk van de Azure Storage-services worden opgegeven:

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;

In het volgende .NET-codefragment ziet u hoe u de snelkoppeling kunt gebruiken vanuit een methode die een verbindingsreeks gebruikt. De constructor BlobContainerClient(String, String) neemt bijvoorbeeld een verbindingsreeks.

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

Zorg ervoor dat de emulator wordt uitgevoerd voordat u de code in het codefragment aanroept.

Zie Azure Storage-verbindingsreeks s configureren voor meer informatie over verbindingsreeks s.

Autoriseren met een handtekening voor gedeelde toegang

Notitie

Het wordt aanbevolen de Azure Az PowerShell-module te gebruiken om te communiceren met Azure. Zie Azure PowerShell installeren om aan de slag te gaan. Raadpleeg Azure PowerShell migreren van AzureRM naar Az om te leren hoe u naar de Azure PowerShell-module migreert.

Sommige Azure Storage-clientbibliotheken, zoals de Xamarin-bibliotheek, ondersteunen alleen verificatie met een SAS-token (Shared Access Signature). U kunt het SAS-token maken met Behulp van Storage Explorer of een andere toepassing die ondersteuning biedt voor verificatie met gedeelde sleutels.

U kunt ook een SAS-token genereren met behulp van Azure PowerShell. In het volgende voorbeeld wordt een SAS-token met volledige machtigingen voor een blobcontainer gegenereerd:

  1. Installeer Azure PowerShell als u dat nog niet hebt gedaan (het gebruik van de nieuwste versie van de Azure PowerShell-cmdlets wordt aanbevolen). Zie Azure PowerShell installeren en configureren voor installatie-instructies.
  2. Open Azure PowerShell en voer de volgende opdrachten uit, waarbij u een naam van uw keuze vervangt CONTAINER_NAME :
$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

De resulterende handtekening-URI voor gedeelde toegang voor de nieuwe container moet vergelijkbaar zijn met:

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

De handtekening voor gedeelde toegang die met dit voorbeeld is gemaakt, is één dag geldig. De handtekening verleent volledige toegang (lezen, schrijven, verwijderen, lijst) aan blobs in de container.

Zie Beperkte toegang verlenen tot Azure Storage-resources met behulp van Sas (Shared Access Signatures ) voor meer informatie over handtekeningen voor gedeelde toegang.

Resources adresseren in de opslagemulator

De service-eindpunten voor de opslagemulator verschillen van de eindpunten voor een Azure-opslagaccount. De lokale computer voert geen domeinnaamomzetting uit, waarbij de eindpunten van de opslagemulator lokale adressen moeten zijn.

Wanneer u een resource in een Azure-opslagaccount adressatie, gebruikt u het volgende schema. De accountnaam maakt deel uit van de hostnaam van de URI en de resource die wordt geadresseerd, maakt deel uit van het URI-pad:

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

De volgende URI is bijvoorbeeld een geldig adres voor een blob in een Azure-opslagaccount:

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

Omdat de lokale computer geen domeinnaamomzetting uitvoert, maakt de accountnaam deel uit van het URI-pad in plaats van de hostnaam. Gebruik de volgende URI-indeling voor een resource in de opslagemulator:

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

Het volgende adres kan bijvoorbeeld worden gebruikt voor toegang tot een blob in de opslagemulator:

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

De service-eindpunten voor de opslagemulator zijn:

  • Blob-service: http://127.0.0.1:10000/<account-name>/<resource-path>
  • Wachtrijservice: http://127.0.0.1:10001/<account-name>/<resource-path>
  • Tabelservice: http://127.0.0.1:10002/<account-name>/<resource-path>

De secundaire account adresseren met RA-GRS

Vanaf versie 3.1 biedt de opslagemulator ondersteuning voor geografisch redundante replicatie met leestoegang (RA-GRS). U hebt toegang tot de secundaire locatie door -secondary toe te voegen aan de accountnaam. Het volgende adres kan bijvoorbeeld worden gebruikt voor toegang tot een blob met behulp van de alleen-lezen secundaire blob in de opslagemulator:

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

Notitie

Gebruik voor programmatische toegang tot de secundaire met de Opslagemulator de Storage-clientbibliotheek voor .NET versie 3.2 of hoger. Zie de Microsoft Azure Storage-clientbibliotheek voor .NET voor meer informatie.

Naslaginformatie over opdrachtregelprogramma's voor opslagemulator

Vanaf versie 3.0 wordt een consolevenster weergegeven wanneer u de opslagemulator start. Gebruik de opdrachtregel in het consolevenster om de emulator te starten en te stoppen. U kunt ook een query uitvoeren op de status en andere bewerkingen uitvoeren vanaf de opdrachtregel.

Notitie

Als u De Microsoft Azure Compute Emulator hebt geïnstalleerd, wordt er een systeemvakpictogram weergegeven wanneer u de opslagemulator start. Klik met de rechtermuisknop op het pictogram om een menu weer te geven dat een grafische manier biedt om de opslagemulator te starten en te stoppen.

De syntaxis van opdrachtregel

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

Opties

Typ /help bij de opdrachtprompt om een lijst met opties te zien.

Optie Omschrijving Opdracht Argumenten
Begin Start de opslagemulator. AzureStorageEmulator.exe start [-inprocess] -Opnieuw verwerken: start de emulator in het huidige proces in plaats van een nieuw proces te maken.
Stoppen Hiermee stopt u de opslagemulator. AzureStorageEmulator.exe stop
-Status Hiermee wordt de status van de opslagemulator afgedrukt. AzureStorageEmulator.exe status
Duidelijk Wist de gegevens in alle services die zijn opgegeven op de opdrachtregel. AzureStorageEmulator.exe clear [blob] [table] [queue] [all] blob: hiermee worden blobgegevens gewist.
wachtrij: hiermee worden wachtrijgegevens gewist.
tabel: hiermee worden tabelgegevens gewist.
alle: alle gegevens in alle services worden gewist.
Init Voert eenmalige initialisatie uit om de emulator in te stellen. AzureStorageEmulator.exe init [-server serverName] [-sqlinstance instanceName] [-forcecreate|-skipcreate] [-reserveports|-unreserveports] [-inprocess] -servernaam\exemplaarnaam: hiermee geeft u de server op die als host fungeert voor het SQL-exemplaar.
-sqlinstance instanceName: hiermee geeft u de naam op van het SQL-exemplaar dat moet worden gebruikt in het standaardserverexemplaren.
-forcecreate: hiermee wordt het maken van de SQL-database afgedwongen, zelfs als deze al bestaat.
-skipcreate: Hiermee wordt het maken van de SQL-database overgeslagen. Dit heeft voorrang op -forcecreate.
-reserveports: probeert de HTTP-poorten te reserveren die zijn gekoppeld aan de services.
-unreserves: probeert reserveringen te verwijderen voor de HTTP-poorten die aan de services zijn gekoppeld. Dit heeft voorrang op -reserveports.
-inprocess: initialisatie wordt uitgevoerd in het huidige proces in plaats van een nieuw proces te maken. Het huidige proces moet worden gestart met verhoogde machtigingen als u poortreserveringen wijzigt.

Verschillen tussen de opslagemulator en Azure Storage

Omdat de opslagemulator een lokale geëmuleerde omgeving is, zijn er verschillen tussen het gebruik van de emulator en een Azure-opslagaccount in de cloud:

  • De opslagemulator ondersteunt slechts één vast account en een bekende verificatiesleutel.
  • De opslagemulator is geen schaalbare opslagservice en biedt geen ondersteuning voor een groot aantal gelijktijdige clients.
  • Zoals beschreven in Adresseringsbronnen in de opslagemulator, worden resources anders behandeld in de opslagemulator en een Azure-opslagaccount. Het verschil is dat domeinnaamomzetting beschikbaar is in de cloud, maar niet op de lokale computer.
  • Vanaf versie 3.1 ondersteunt het opslagemulatoraccount geografisch redundante replicatie met leestoegang (RA-GRS). In de emulator is RA-GRS ingeschakeld voor alle accounts en is er nooit vertraging tussen de primaire en secundaire replica's. De bewerkingen Get Blob Service Stats, Get Queue Service Stats en Get Table Service Stats worden ondersteund op het secundaire account en retourneren altijd de waarde van het LastSyncTime antwoordelement als de huidige tijd op basis van de onderliggende SQL-database.
  • De fileservice- en SMB-protocolservice-eindpunten worden momenteel niet ondersteund in de opslagemulator.
  • Als u een versie van de opslagservices gebruikt die niet wordt ondersteund door de emulator, retourneert de emulator een VersionNotSupportedByEmulator-fout (HTTP-statuscode 400 - Ongeldige aanvraag).

Verschillen voor Blob Storage

De volgende verschillen zijn van toepassing op Blob Storage in de emulator:

  • De opslagemulator ondersteunt alleen blobgrootten tot 2 GB.
  • De maximale lengte van een blobnaam in de opslagemulator is 256 tekens, terwijl de maximale lengte van een blobnaam in Azure Storage 1024 tekens is.
  • Met incrementeel kopiëren kunnen momentopnamen van overschreven blobs worden gekopieerd, waardoor een fout in de service wordt geretourneerd.
  • Paginabereiken ophalen werkt niet tussen momentopnamen die zijn gekopieerd met behulp van incrementele kopieer-blob.
  • Een Put Blob-bewerking kan slagen voor een blob die bestaat in de opslagemulator met een actieve lease, zelfs als de lease-id niet is opgegeven in de aanvraag.
  • Toevoeg-blobbewerkingen worden niet ondersteund door de emulator. Een bewerking op een toevoeg-blob retourneert een FeatureNotSupportedByEmulator-fout (HTTP-statuscode 400 - Ongeldige aanvraag).

Verschillen voor Table Storage

De volgende verschillen zijn van toepassing op Table Storage in de emulator:

  • Datumeigenschappen in de Tabelservice in de Opslagemulator ondersteunen alleen het bereik dat wordt ondersteund door SQL Server 2005 (deze moeten later zijn dan 1 januari 1753). Alle datums vóór 1 januari 1753 worden gewijzigd in deze waarde. De precisie van datums is beperkt tot de precisie van SQL Server 2005, wat betekent dat datums exact zijn tot 1/300e van een seconde.
  • De opslagemulator ondersteunt eigenschapswaarden voor partitiesleutels en rijsleutels van elk minder dan 512 bytes. De totale grootte van de accountnaam, tabelnaam en sleuteleigenschapsnamen mag niet groter zijn dan 900 bytes.
  • De totale grootte van een rij in een tabel in de opslagemulator is beperkt tot minder dan 1 MB.
  • In de opslagemulator ondersteunen eigenschappen van het gegevenstype Edm.Guid of Edm.Binary alleen de Equal (eq) operatoren en NotEqual (ne) vergelijkingsoperatoren in queryfilterreeksen.

Verschillen voor Queue Storage

Er zijn geen verschillen die specifiek zijn voor Queue Storage in de emulator.

Releaseopmerkingen voor opslagemulator

Versie 5.10

  • De opslagemulator weigert versie 2019-07-07 van de opslagservices op blob-, wachtrij- en tabelservice-eindpunten niet.

Versie 5.9

  • De opslagemulator weigert versie 2019-02-02 van de opslagservices op blob-, wachtrij- en tabelservice-eindpunten niet.

Versie 5.8

  • De opslagemulator weigert versie 2018-11-09 van de opslagservices op Blob-, Queue- en Table-service-eindpunten niet.

Versie 5.7

  • Er is een fout opgelost die een crash zou veroorzaken als logboekregistratie was ingeschakeld.

Versie 5.6

  • De opslagemulator ondersteunt nu versie 2018-03-28 van de opslagservices op Blob-, Queue- en Table-service-eindpunten.

Versie 5.5

  • De opslagemulator ondersteunt nu versie 2017-11-09 van de opslagservices op Blob-, Queue- en Table-service-eindpunten.
  • Er is ondersteuning toegevoegd voor de eigenschap Blob Created , die de aanmaaktijd van de blob retourneert.

Versie 5.4

  • Om de stabiliteit van de installatie te verbeteren, probeert de emulator geen poorten meer te reserveren tijdens de installatie. Als u poortreserveringen wilt, gebruikt u de optie -reserveports van de init-opdracht om deze op te geven.

Versie 5.3

  • De opslagemulator ondersteunt nu versie 2017-07-29 van de opslagservices op blob-, wachtrij- en tabelservice-eindpunten.

Versie 5.2

  • De opslagemulator ondersteunt nu versie 2017-04-17 van de opslagservices op Blob-, Queue- en Table-service-eindpunten.
  • Er is een fout opgelost waarbij tabeleigenschapswaarden niet correct werden gecodeerd.

Versie 5.1

  • Er is een fout opgelost waarbij de opslagemulator de DataServiceVersion header retourneerde in sommige antwoorden waar de service niet was.

Versie 5.0

  • Het installatieprogramma van de opslagemulator controleert niet meer op bestaande MSSQL- en .NET Framework-installaties.
  • Het installatieprogramma van de opslagemulator maakt de database niet meer als onderdeel van de installatie. De database wordt nog steeds gemaakt als onderdeel van het opstarten.
  • Het maken van een database vereist geen uitbreiding meer.
  • Poortreserveringen zijn niet meer nodig voor het opstarten.
  • Voegt de volgende opties toe aan init: -reserveports (vereist uitbreiding), -unreserveports (vereist uitbreiding), -skipcreate.
  • Met de ui-optie opslagemulator op het systeemvakpictogram wordt nu de opdrachtregelinterface gestart. De oude GUI is niet meer beschikbaar.
  • Sommige DLL's zijn verwijderd of hernoemd.

Versie 4.6

  • De opslagemulator ondersteunt nu versie 2016-05-31 van de opslagservices op blob-, wachtrij- en tabelservice-eindpunten.

Versie 4.5

  • Er is een fout opgelost waardoor de installatie en initialisatie mislukken wanneer de naam van de back-updatabase is gewijzigd.

Versie 4.4

  • De opslagemulator ondersteunt nu versie 2015-12-11 van de opslagservices op blob-, wachtrij- en tabelservice-eindpunten.
  • De garbagecollection van de opslagemulator van blobgegevens is nu efficiënter bij het verwerken van grote aantallen blobs.
  • Er is een fout opgelost waardoor container-ACL XML enigszins anders werd gevalideerd dan de manier waarop de opslagservice dit doet.
  • Er is een fout opgelost waardoor de maximale en minimale datum/tijd-waarden soms werden gerapporteerd in de onjuiste tijdzone.

Versie 4.3

  • De opslagemulator ondersteunt nu versie 2015-07-08 van de opslagservices op blob-, wachtrij- en tabelservice-eindpunten.

Versie 4.2

  • De opslagemulator ondersteunt nu versie 2015-04-05 van de opslagservices op Blob-, Queue- en Table-service-eindpunten.

Versie 4.1

  • De opslagemulator ondersteunt nu versie 2015-02-21 van de opslagservices op Blob-, Queue- en Table-service-eindpunten. Het biedt geen ondersteuning voor de nieuwe toevoeg-blobfuncties.
  • De emulator retourneert nu een zinvol foutbericht voor niet-ondersteunde versies van opslagservices. U wordt aangeraden de nieuwste versie van de emulator te gebruiken. Als u een VersionNotSupportedByEmulator-fout (HTTP-statuscode 400 - Ongeldige aanvraag) krijgt, downloadt u de nieuwste versie van de emulator.
  • Er is een fout opgelost waarbij een racevoorwaarde ertoe leidde dat tabelentiteitsgegevens onjuist waren tijdens gelijktijdige samenvoegbewerkingen.

Versie 4.0

  • Het uitvoerbare bestand van de opslagemulator is gewijzigd in AzureStorageEmulator.exe.

Versie 3.2

  • De opslagemulator ondersteunt nu versie 2014-02-14 van de opslagservices op Blob-, Queue- en Table-service-eindpunten. Bestandsservice-eindpunten worden momenteel niet ondersteund in de opslagemulator. Zie Versiebeheer voor azure Storage Services voor meer informatie over versie 2014-02-14.

Versie 3.1

  • Geografisch redundante opslag met leestoegang (RA-GRS) wordt nu ondersteund in de opslagemulator. De Get Blob Service Stats, Get Queue Service Statsen Get Table Service Stats API's worden ondersteund voor het secundaire account en retourneren altijd de waarde van het lastSyncTime-antwoordelement als de huidige tijd op basis van de onderliggende SQL-database. Gebruik voor programmatische toegang tot de secundaire met de Opslagemulator de Storage-clientbibliotheek voor .NET versie 3.2 of hoger. Zie de Microsoft Azure Storage-clientbibliotheek voor .NET-naslaginformatie voor meer informatie.

Versie 3.0

  • De Azure Storage Emulator wordt niet meer verzonden in hetzelfde pakket als de rekenemulator.
  • De grafische gebruikersinterface van de opslagemulator is afgeschaft. Deze is vervangen door een scriptbare opdrachtregelinterface. Zie Voor meer informatie over de opdrachtregelinterface de naslaginformatie over opdrachtregelprogramma's voor opslagemulator. De grafische interface blijft aanwezig in versie 3.0, maar deze kan alleen worden geopend wanneer de rekenemulator is geïnstalleerd door met de rechtermuisknop op het systeemvakpictogram te klikken en de gebruikersinterface van opslagemulator weergeven te selecteren.
  • Versie 2013-08-15 van de Azure-opslagservices wordt nu volledig ondersteund. (Voorheen werd deze versie alleen ondersteund door Opslagemulator versie 2.2.1 Preview.)

Volgende stappen

  • Evalueer het platformoverschrijdende, door de community onderhouden opensource-opslagemulator Azurite.
  • Azure Storage-voorbeelden met behulp van .NET bevat koppelingen naar verschillende codevoorbeelden die u kunt gebruiken bij het ontwikkelen van uw toepassing.
  • U kunt Microsoft Azure Storage Explorer gebruiken om te werken met resources in uw cloudopslagaccount en in de opslagemulator.

Zie ook