Gebruik de Azure Storage Emulator voor ontwikkeling en testen (afgeschaft)

De Microsoft Azure Storage Emulator is een hulpprogramma waarmee de Azure Blob-, Queue- en Table-services worden geëmuleerd voor lokale ontwikkelingsdoeleinden. U kunt uw toepassing lokaal testen op de opslagservices zonder een Azure-abonnement te maken of kosten in rekening te brengen. Als u tevreden bent met 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 de Azurite-emulator te gebruiken voor lokale ontwikkeling met Azure Storage. Azurite vereendt de Azure Storage Emulator. Azurite wordt nog steeds bijgewerkt voor de ondersteuning van de nieuwste versies van Azure Storage API's. Zie Use the Azurite emulator for local Azure Storage development (De Azurite-emulatorgebruiken voor lokale Azure Storage ontwikkeling).

De Storage Emulator

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

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

Notitie

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

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

Hoe de opslagemulator werkt

De Storage Emulator maakt gebruik van een lokale Microsoft SQL Server 2012 Express LocalDB-instantie om Azure-opslagservices te emuleren. U kunt ervoor kiezen om de Storage Emulator te configureren voor toegang tot een lokaal exemplaar van SQL Server in plaats van het LocalDB-exemplaar. Zie de sectie Start and initialize the Storage Emulator in dit artikel voor meer informatie.

De Storage Emulator maakt verbinding met SQL Server of LocalDB met behulp van Windows verificatie.

Er zijn enkele verschillen in functionaliteit tussen de Storage Emulator en Azure Storage-services. Zie de sectie Verschillen tussen de Storage Emulator en Azure Storage verder in dit artikel voor meer informatie over deze verschillen.

Start en initialiseer de Storage Emulator

Ga als volgende te werk om Azure Storage Emulator:

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

Wanneer de Storage Emulator wordt gestart, wordt er een opdrachtpromptvenster weergegeven. U kunt dit consolevenster gebruiken om de Storage Emulator. U kunt ook gegevens verwijderen, de status op halen en de emulator initialiseren vanaf de opdrachtprompt. Zie de naslaginformatie over het Storage Emulator opdrachtregelprogramma verder op dit artikel voor meer informatie.

Notitie

Het Azure Storage Emulator mogelijk niet correct starten als er een andere opslagemulator, zoals Azurite, op het systeem wordt uitgevoerd.

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

Wanneer u het venster Storage Emulator de opdrachtprompt sluit, Storage Emulator de opdrachtprompt nog steeds uitgevoerd. Als u het Storage Emulator consolevenster opnieuw wilt openen, volgt u de voorgaande stappen alsof u de Storage Emulator.

De eerste keer dat u de Storage Emulator, wordt de lokale opslagomgeving voor u initialiseren. Tijdens het initialisatieproces wordt een database gemaakt in LocalDB en worden HTTP-poorten voor elke lokale opslagservice reserveerd.

De Storage Emulator 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 & gekoppeld' in de Storage Explorer-resourcesstructuur nadat u de Storage Emulator hebt Storage Emulator.

Initialiseer de Emulator om een andere database SQL gebruiken

U kunt het opdrachtregelprogramma storage Emulator gebruiken om de Storage Emulator te initialiseren, zodat deze naar een ander SQL-database-exemplaar dan het standaard LocalDB-exemplaar kan wijzen:

  1. Open het Storage Emulator console zoals beschreven in de sectie Start en initialiseer de Storage Emulator console.

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

    AzureStorageEmulator.exe init /server <SQLServerInstance>

    U kunt ook de volgende opdracht gebruiken, waarmee de emulator de standaardwaarde voor SQL Server gebruikt:

    AzureStorageEmulator.exe init /server .

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

    AzureStorageEmulator.exe init /forceCreate

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

Tip

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

Aanvragen bij de Storage Emulator

Zodra u de app hebt geïnstalleerd en gestart Storage Emulator, kunt u uw code testen. Elke aanvraag die u aan de Storage Emulator moet worden geautoriseerd, tenzij het een anonieme aanvraag is. U kunt aanvragen aan de Storage Emulator met behulp van gedeelde sleutelverificatie of met een Shared Access Signature (SAS).

Autor maken met gedeelde-sleutelreferenties

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

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

Notitie

De verificatie sleutel die door de emulator wordt ondersteund, is alleen bedoeld voor het testen van de functionaliteit van de client verificatie code. Dit is geen beveiligings doel. U kunt uw productie-opslag account en-sleutel niet gebruiken met de emulator. Gebruik het ontwikkelings account niet met productie gegevens.

De emulator ondersteunt alleen verbinding via HTTP. HTTPS is echter het aanbevolen protocol voor het openen van bronnen in een Azure-opslag account voor productie.

Verbinding maken met het Emulator-account met behulp van de snelkoppeling

De eenvoudigste manier om verbinding te maken met de emulator vanuit uw toepassing is door een connection string te configureren in het configuratie bestand van uw toepassing dat verwijst naar de snelkoppeling UseDevelopmentStorage=true . De snelkoppeling is gelijk aan de volledige connection string voor de emulator, waarmee de account naam, de account sleutel en de emulator-eind punten 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 code fragment van .NET ziet u hoe u de snelkoppeling kunt gebruiken van een methode die een connection string neemt. De constructor BlobContainerClient (String, String) neemt bijvoorbeeld een Connection String.

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

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

Zie Verbindingsreeksen configureren voor Azure Storage meer informatie over verbindingsreeksen.

Autor toestemming geven met een shared access signature

Notitie

In dit artikel wordt de Azure Az PowerShell-module gebruikt. Dit is de aanbevolen PowerShell-module voor interactie met Azure. Raadpleeg Azure PowerShell installeren om aan de slag te gaan met de Az PowerShell-module. 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 Storage Explorer of een andere toepassing die ondersteuning biedt voor gedeelde sleutelverificatie.

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 Install and configure Azure PowerShell voor installatie-instructies.
  2. Open Azure PowerShell en voer de volgende opdrachten uit, en vervang CONTAINER_NAME door een naam naar keuze:
$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 SHARED Access Signature-URI voor de nieuwe container moet er ongeveer als volgende uit zien:

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%2F8MCUhTjrHyV9rDNLSe8g%3Dsss

De shared access signature die in dit voorbeeld is gemaakt, is één dag geldig. De handtekening verleent volledige toegang (lezen, schrijven, verwijderen, lijst) tot blobs in de container.

Zie Beperkte toegang verlenen tot uw resources Azure Storage sas (Shared Access Signatures) voormeer informatie over handtekeningen voor gedeelde toegang.

Resources in de Storage Emulator

De service-eindpunten voor de Storage Emulator verschillen van de eindpunten voor een Azure-opslagaccount. De lokale computer doet geen domeinnaamoplossing, waardoor de eindpunten Storage Emulator lokale adressen moeten zijn.

Wanneer u een resource in een Azure-opslagaccount aanpakt, gebruikt u het volgende schema. De accountnaam maakt deel uit van de URI-hostnaam 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 domeinnaamoplossing doet, maakt de accountnaam deel uit van het URI-pad in plaats van de hostnaam. Gebruik de volgende URI-indeling voor een resource in Storage Emulator:

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

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

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

De service-eindpunten voor de Storage Emulator zijn:

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

Het secundaire account aanpakken met RA-GRS

Vanaf versie 3.1 biedt Storage Emulator ondersteuning voor geografisch redundante replicatie met leestoegang (RA-GRS). U kunt toegang krijgen tot de secundaire locatie door -secondary toe te staan 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 Storage Emulator:

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

Notitie

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

Storage Emulator opdrachtregelprogramma

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

Notitie

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

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 Beschrijving Opdracht Argumenten
Begin Start de Storage Emulator. AzureStorageEmulator.exe start [-inprocess] -Opnieuw verwerken: start de emulator in het huidige proces in plaats van een nieuw proces te maken.
Stoppen De Storage Emulator. AzureStorageEmulator.exe stop
Status Hiermee wordt de status van de Storage Emulator. AzureStorageEmulator.exe status
Veilig Hiermee worden de gegevens in alle services die zijn opgegeven op de opdrachtregel. AzureStorageEmulator.exe clear [blob] [table] [queue] [all] blob: blobgegevens worden gew clears.
queue: wachtrijgegevens worden geweken.
table: maakt tabelgegevens leeg.
all: alle gegevens in alle services worden geweken.
Init Een een keer initialisatie voor het instellen van de emulator. AzureStorageEmulator.exe init [-server serverName] [-sqlinstance instanceName] [-forcecreate|-skipcreate] [-reserveports|-unreserveports] [-inprocess] -server serverName\instanceName: hiermee geeft u de server op die als host voor SQL exemplaar.
-sqlinstance instanceName: hiermee geeft u de naam op van het SQL dat moet worden gebruikt in het standaardserverexe exemplaar.
-forcecreate: dwingt het maken van de SQL database, zelfs als deze al bestaat.
-skipcreate: slaat het maken van de SQL database over. Dit heeft voorrang op -forcecreate.
-reserveports: probeert de HTTP-poorten te reserveren die aan de services zijn gekoppeld.
-unreserveports: probeert reserveringen te verwijderen voor de HTTP-poorten die aan de services zijn gekoppeld. Dit heeft voorrang op -reserveports.
-inprocess: voert initialisatie uit in het huidige proces in plaats van een nieuw proces te starten. Het huidige proces moet worden gestart met verhoogde machtigingen als u poortreserveringen wilt wijzigen.

Verschillen tussen de Storage Emulator en Azure Storage

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

  • De Storage Emulator ondersteunt slechts één vast account en een bekende verificatiesleutel.
  • De Storage Emulator is geen schaalbare opslagservice en biedt geen ondersteuning voor een groot aantal gelijktijdige clients.
  • Zoals beschreven in Adresseringvan resources in Storage Emulator , worden resources in de Storage Emulator in vergelijking met een Azure-opslagaccount op een andere manier aangepakt. Het verschil is dat domeinnaamoplossing wel beschikbaar is in de cloud, maar niet op de lokale computer.
  • Vanaf versie 3.1 ondersteunt het Storage Emulator-account geografisch redundante replicatie met leestoegang (RA-GRS). In de emulator hebben alle accounts RA-GRS ingeschakeld 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 antwoordelement als de huidige tijd volgens de onderliggende LastSyncTime SQL database.
  • De service-eindpunten bestandsservice en SMB-protocol worden momenteel niet ondersteund in de Storage Emulator.
  • Als u een versie van de opslagservices gebruikt die niet wordt ondersteund door de emulator, retourneert de emulator een VersionNotSupportedByEmulator-fout (HTTP-statuscode 400 - Slechte aanvraag).

Verschillen voor Blob Storage

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

  • De Storage Emulator alleen blobgrootten tot 2 GB ondersteunen.
  • De maximale lengte van een blobnaam in de Storage Emulator 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 retourneert.
  • Diff van paginabereiken verkrijgen werkt niet tussen momentopnamen die zijn gekopieerd met behulp van incrementele kopie-blob.
  • Een Put Blob-bewerking kan slagen voor een blob die bestaat in de Storage Emulator met een actieve lease, zelfs als de lease-id niet is opgegeven in de aanvraag.
  • Blobbewerkingen voor het appen worden niet ondersteund door de emulator. Als u een bewerking probeert uit te voeren op een append-blob, wordt een FeatureNotSupportedByEmulator-fout (HTTP-statuscode 400 - Slechte aanvraag) weergegeven.

Verschillen voor Table Storage

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

  • Datumeigenschappen in de tabelservice in de Storage Emulator 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 nauwkeurig zijn tot 1/300e van een seconde.
  • De Storage Emulator ondersteunt de eigenschapswaarden voor partitiesleutels en rijsleutels van elk minder dan 512 bytes. De totale grootte van de accountnaam, tabelnaam en sleutel eigenschapsnamen mogen niet groter zijn dan 900 bytes.
  • De totale grootte van een rij in een tabel in Storage Emulator is beperkt tot minder dan 1 MB.
  • In de Storage Emulator eigenschappen van het gegevenstype of ondersteunen alleen de vergelijkingsoperators en Edm.Guid Edm.Binary in Equal (eq) NotEqual (ne) queryfilterreeksen.

Verschillen voor Queue Storage

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

Storage Emulator opmerkingen bij de release

Versie 5.10

  • Met Storage Emulator wordt versie 2019-07-07 van de opslagservices op blob-, wachtrij- en tabelservice-eindpunten niet afgewezen.

Versie 5.9

  • De Storage Emulator worden versie 2019-02-02 van de opslagservices op blob-, wachtrij- en tabelservice-eindpunten niet afgewezen.

Versie 5.8

  • De Storage Emulator worden versie 2018-11-09 van de opslagservices op blob-, wachtrij- en tabelservice-eindpunten niet afgewezen.

Versie 5.7

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

Versie 5.6

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

Versie 5.5

  • De Storage Emulator ondersteunt nu versie 2017-11-09 van de opslagservices op Blob-, Queue- en Table-service-eindpunten.
  • Er is ondersteuning toegevoegd voor de eigenschap Blob gemaakt, 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 Storage Emulator ondersteunt nu versie 2017-07-29 van de opslagservices op Blob-, Queue- en Table-service-eindpunten.

Versie 5.2

  • De Storage Emulator ondersteunt nu versie 2017-04-17 van de opslagservices op Blob-, Queue- en Table-service-eindpunten.
  • Er is een fout opgelost waarbij tabel-eigenschapswaarden niet juist werden gecodeerd.

Versie 5.1

  • Er is een fout opgelost waarbij de Storage Emulator header retourneerde in sommige antwoorden DataServiceVersion waar de service niet werd retourneert.

Versie 5.0

  • Het Storage Emulator controleert niet meer op bestaande MSSQL en .NET Framework geïnstalleerd.
  • Het Storage Emulator maakt de database niet meer als onderdeel van de installatie. De database wordt nog steeds gemaakt als dat nodig is als onderdeel van het opstarten.
  • Voor het maken van een database is geen verhoging van bevoegdheden meer vereist.
  • Poortreserveringen zijn niet meer nodig voor opstarten.
  • Voegt de volgende opties toe aan init : -reserveports (vereist verhoging van bevoegdheden), -unreserveports (hiervoor is verhoging vereist), -skipcreate .
  • De Storage Emulator ui-optie in het systeemvakpictogram start nu de opdrachtregelinterface. De oude GUI is niet meer beschikbaar.
  • Sommige DLL's zijn verwijderd of de naam is gewijzigd.

Versie 4.6

  • De Storage Emulator ondersteunt nu versie 2016-05-31 van de opslagservices op Blob-, Queue- en Table-service-eindpunten.

Versie 4.5

  • Er is een fout opgelost waardoor de installatie en initialisatie mislukten wanneer de naam van de back-database wordt gewijzigd.

Versie 4.4

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

Versie 4.3

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

Versie 4.2

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

Versie 4.1

  • De Storage Emulator ondersteunt nu versie 2015-02-21 van de opslagservices op blob-, wachtrij- en tabelservice-eindpunten. Het biedt geen ondersteuning voor de nieuwe functies van de append-blob.
  • 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 - Slechte aanvraag) krijgt, downloadt u de nieuwste versie van de emulator.
  • Er is een fout opgelost waarbij een racevoorwaarde ervoor heeft gezorgd dat tabelentiteitsgegevens onjuist waren tijdens gelijktijdige samenvoegingsbewerkingen.

Versie 4.0

  • De Storage Emulator het uitvoerbare bestand is gewijzigd in AzureStorageEmulator.exe.

Versie 3.2

  • De Storage Emulator ondersteunt nu versie 2014-02-14 van de opslagservices op Blob-, Queue- en Table-service-eindpunten. Bestandsservice-eindpunten worden momenteel niet ondersteund in de Storage Emulator. Zie Versioning for the 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 Storage Emulator. De API's , en worden ondersteund voor de secundaire account en retourneren altijd de waarde van het antwoordelement LastSyncTime als de huidige tijd volgens de onderliggende Get Blob Service Stats Get Queue Service Stats Get Table Service Stats SQL-database. Gebruik voor programmatische toegang tot de secundaire Storage Emulator 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 Storage Emulator grafische gebruikersinterface is afgeschaft. Deze is vervangen door een scriptbare opdrachtregelinterface. Zie naslaginformatie over het hulpprogramma Storage Emulator Command-Line opdrachtregelinterface voor meer informatie over de opdrachtregelinterface. De grafische interface blijft aanwezig in versie 3.0, maar is alleen toegankelijk wanneer de Compute Emulator is geïnstalleerd door met de rechtermuisknop op het systeemvakpictogram te klikken en Storage Emulator UI weergeven te selecteren.
  • Versie 2013-08-15 van de Azure-opslagservices wordt nu volledig ondersteund. (Voorheen werd deze versie alleen ondersteund Storage Emulator versie 2.2.1 Preview.)

Volgende stappen

Zie ook