Поделиться через


Использование эмулятора хранения Azure для разработки и тестирования (не рекомендуется)

Эмулятор хранения Microsoft Azure — это средство для эмуляции служб BLOB-объектов, очередей и таблиц для разработки. Так вы можете локально протестировать приложение со службами хранилища без необходимости создавать подписку Azure и оплачивать ресурсы. Если приложение в эмуляторе работает правильно, переходите на использование учетной записи хранения Azure в облаке.

Внимание

Использование эмулятора хранение Azure сейчас не рекомендуется. Майкрософт рекомендует использовать эмулятор Azurite для локальной разработки со службой хранилища Azure. Azurite заменяет собой эмулятор хранения Azure. Azurite будет и далее обновляться с учетом особенностей последних версий API службы хранилища Azure. Дополнительные сведения см. в статье Использование эмулятора Azurite для разработки локальной службы хранилища Azure.

Получение эмулятора хранения

Эмулятор хранения входит в пакет SDK Microsoft Azure. Его также можно установить с помощью автономного установщика (скачиваемого напрямую). Чтобы установить эмулятор хранения, нужно иметь права администратора на компьютере.

Сейчас эмулятор хранилища работает только в Windows. Для эмуляции в Linux используйте эмулятор Azurite.

Примечание.

Данные, созданные в одной версии эмулятора хранения, могут быть недоступны при использовании другой версии. Если вам важно сохранять данные в течение длительного срока, мы рекомендуем хранить их в учетной записи хранения Azure, а не эмуляторе хранения.

Эмулятор хранения зависит от определенных версий библиотек OData. Замена используемых эмулятором хранения библиотек DLL OData на другие версии не поддерживается и может привести к непредвиденному поведению. Тем не менее для отправки запросов к эмулятору может использоваться любая версия OData, поддерживаемая службой хранилища.

Принцип работы эмулятора хранения

Для эмуляции служб хранилища Azure эмулятор хранения использует локальный экземпляр LocalDB Microsoft SQL Server 2012 Express. Вы можете настроить в эмуляторе хранения использование локального экземпляра SQL Server вместо LocalDB. Дополнительные сведения см. ниже в разделе Запуск и инициализация эмулятора хранения.

Эмулятор хранения подключается к SQL Server или LocalDB с использованием проверки подлинности Windows.

Функциональные возможности эмулятора хранения и службы хранилища Azure имеют несколько различий. Дополнительные сведения об этих различиях см. в разделе Различия между эмулятором хранения и службой хранилища Azure далее в этой статье.

Запуск и инициализация эмулятора хранения

Чтобы запустить эмулятор хранения Azure, сделайте следующее:

  1. Нажмите кнопку Пуск или клавишу Windows.
  2. Начните вводить текст Azure Storage Emulator.
  3. Выберите эмулятор в списке отображенных приложений.

При запуске эмулятора хранения отображается окно командной строки. Это окно консоли можно использовать для запуска и завершения работы эмулятора хранения. Также из командной строки очистить данные, получить состояние и инициализировать эмулятор. Дополнительные сведения см. ниже в разделе Справочник по программе командной строки эмулятора хранения.

Примечание.

Эмулятор хранения Azure может запускаться неправильно, если в системе работает другой эмулятор хранения, например Azurite.

При запуске эмулятора в области уведомлений панели задач Windows появится соответствующий значок.

Когда вы закрываете окно командной строки эмулятора хранения, сам эмулятор хранения продолжит работу. Чтобы снова вызвать окно консоли, повторите описанные выше действия, как если бы снова запускали эмулятор хранения.

При первом запуске эмулятора хранения инициализируется локальная среда хранения. В процессе инициализации создается база данных в LocalDB и резервируются порты HTTP для каждой локальной службы хранилища.

Эмулятор хранения по умолчанию устанавливается в папку C:\Program Files (x86)\Microsoft SDKs\Azure\Storage Emulator.

Совет

Для работы с локальными ресурсами эмулятора можно использовать Обозреватель службы хранилища Microsoft Azure. Найдите (Emulator - Default Ports) (Key) ((Эмулятор — порты по умолчанию) (Ключ)) в разделе Local & Attached (Локальные и присоединенные) в дереве ресурсов Обозревателя службы хранилища после установки и запуска эмулятора хранения.

Инициализация эмулятора хранения для использования другой базы данных SQL

Вы можете использовать программу командной строки эмулятора хранения, чтобы инициализировать эмулятор хранения для указания экземпляра базы данных SQL, отличного от экземпляра LocalDB по умолчанию.

  1. Откройте окно консоли эмулятора хранения, как описано в разделе Запуск и инициализация эмулятора хранения.

  2. В окне консоли введите следующую команду, где <SQLServerInstance> — имя экземпляра SQL Server. Чтобы использовать LocalDB, укажите (localdb)\MSSQLLocalDb в качестве экземпляра SQL Server.

    AzureStorageEmulator.exe init /server <SQLServerInstance>

    Можно использовать следующую команду, которая указывает эмулятору использовать экземпляр SQL Server по умолчанию:

    AzureStorageEmulator.exe init /server .

    Кроме этого вы можете использовать следующую команду, которая повторно инициализирует базу данных для использования экземпляра LocalDB по умолчанию:

    AzureStorageEmulator.exe init /forceCreate

Дополнительные сведения об этих командах см. в разделе Справочник по программе командной строки эмулятора хранения.

Совет

Для управления экземплярами SQL Server, включая установку LocalDB, можно использовать Microsoft SQL Server Management Studio (SSMS). В диалоговом окне Подключение к серверу SMSS укажите (localdb)\MSSQLLocalDb в поле Имя сервера:, чтобы подключиться к экземпляру LocalDB.

Проверка подлинности для выполнения запросов к эмулятору хранения

После установки и запуска эмулятора хранения вы сможете тестировать в нем свой код. Каждый запрос к эмулятору хранения должен быть авторизован, если вы не используете анонимные запросы. Для авторизации запросов к эмулятору хранения можно использовать проверку подлинности с общим ключом или с подписанным URL-адресом (SAS).

Авторизация с помощью учетных данных общего ключа

Эмулятор поддерживает одну предопределенную учетную запись и известный ключ аутентификации для аутентификации с помощью общего ключа. Эти учетная запись и ключ — единственные разрешенные учетные данные общего ключа для использования с эмулятором. В их число входят:

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

Примечание.

Ключ проверки подлинности, поддерживаемый эмулятором, предназначен только для тестирования функциональности кода проверки подлинности клиента. Его использование не гарантирует защиту. Нельзя использовать рабочую учетную запись хранения и ключ для эмулятора. Не следует использовать учетную запись для разработки с рабочими данными.

Эмулятор поддерживает подключения только по протоколу HTTP. Тем не менее для доступа к ресурсам в рабочей учетной записи хранения Azure рекомендуется использовать протокол HTTPS.

Подключение к учетной записи эмулятора с помощью ярлыка

Самый простой способ подключиться к эмулятору из приложения — настроить строку подключения в файле конфигурации приложения, на которое ссылается ярлык: UseDevelopmentStorage=true. Сочетание клавиш эквивалентно полной строке подключения для эмулятора, которая указывает имя учетной записи, ключ учетной записи и конечные точки эмулятора для каждой из служб хранилища 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;

В следующем фрагменте кода .NET показано, как можно использовать сочетание клавиш из метода, принимающего строку подключения. Например, конструктор BlobContainerClient(строка, строка) принимает строку подключения.

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

Перед вызовом кода во фрагменте убедитесь, что эмулятор работает.

Дополнительные сведения о строках подключения см. в разделе Настройка строк подключения службы хранилища Azure.

Авторизация с помощью подписанного URL-адреса

Примечание.

Мы рекомендуем использовать модуль Azure Az PowerShell для взаимодействия с Azure. Сведения о начале работы см. в статье "Установка Azure PowerShell". Дополнительные сведения см. в статье Перенос Azure PowerShell с AzureRM на Az.

Некоторые клиентские библиотеки хранилища Azure, такие как библиотека Xamarin, поддерживают только проверку подлинности с помощью маркера подписанного URL-адреса (SAS). Вы можете создать токен SAS с помощью Обозревателя службы хранилища или другого приложения, которое поддерживает проверку подлинности с использованием общего ключа.

Кроме того, для этого можно использовать Azure PowerShell. Следующий пример создает токен SAS с полными правами на контейнер BLOB-объектов:

  1. Установите Azure PowerShell, если это еще не сделано (рекомендуется использовать последнюю версию командлетов Azure PowerShell). Инструкции по установке см. в статье Установка и настройка Azure PowerShell.
  2. Откройте Azure PowerShell и выполните приведенные ниже команды, заменив 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

Полученный универсальный код ресурса (URI) для подписанного URL-адреса нового контейнера должен быть аналогичен следующему:

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

Подписанный URL-адрес, созданный с помощью этого примера, действителен один день. Подписанный URL-адрес предоставляет полные права (чтение, запись, удаление и создание списка) для BLOB-объектов в контейнере.

Дополнительные сведения о подписанных URL-адресах см. в статье об Предоставление ограниченного доступа к службе хранилища Azure с использованием SAS.

Обращение к ресурсам в эмуляторе хранения

Конечные точки службы для эмулятора хранения отличаются от конечных точек учетной записи хранилища Azure. Локальный компьютер не поддерживает разрешение имен доменов, поэтому конечные точки эмулятора хранения должны быть локальными адресами.

При обращении к ресурсу в учетной записи хранения Azure используйте приведенную ниже схему. Имя учетной записи представляет собой часть имени узла в универсальном коде ресурса (URI), а ресурс, к которому выполняется обращение, — часть пути в универсальном коде ресурса (URI).

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

Например, допустимым адресом для большого двоичного объекта в учетной записи хранения Azure можно считать такой URI:

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

Так как локальный компьютер не поддерживает разрешение доменных имен, имя учетной записи является частью пути URI, а не именем узла. Используйте следующий формат URI для ресурсов в эмуляторе хранения:

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

Например, следующий адрес можно использовать для получения доступа к большому двоичному объекту в эмуляторе хранения:

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

Ниже перечислены конечные точки службы для эмулятора хранения.

  • Служба BLOB-объектов: http://127.0.0.1:10000/<account-name>/<resource-path>
  • Служба очередей: http://127.0.0.1:10001/<account-name>/<resource-path>
  • Служба таблиц: http://127.0.0.1:10002/<account-name>/<resource-path>

Обращение к вторичному расположению учетной записи с помощью RA-GRS

Начиная с версии 3.1, эмулятор хранения поддерживает геоизбыточную репликацию с доступом только на чтение (RA-GRS). Доступ к дополнительному расположению можно получить, добавив в имя учетной записи постфикс -secondary. Например, следующий адрес позволяет обратиться к большому двоичному объекту через вторичную копию только для чтения, размещенную в эмуляторе хранения:

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

Примечание.

Для получения доступа к вторичному расположению в эмуляторе хранения программным способом используйте клиентскую библиотеку хранилища для .NET 3.2 или более поздней версии. Дополнительные сведения см. в разделе Клиентская библиотека хранилища Microsoft Azure для .NET.

Справочник по средству командной строки для эмулятора хранения

Начиная с версии 3.0, при запуске эмулятора хранения отображается окно консоли. Используйте командную строку в окне консоли, чтобы запускать и останавливать эмулятор. Кроме того, из командной строки можно запрашивать состояние и выполнять другие операции.

Примечание.

Если у вас уже установлен эмулятор вычислений Microsoft Azure, при запуске эмулятора хранения в области уведомлений появится соответствующий значок. Щелкните этот значок правой кнопкой мыши, чтобы вызвать меню, которое позволяет запустить и остановить работу эмулятора хранения графическим путем.

Синтаксис для командной строки

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

Параметры

Чтобы просмотреть список параметров, в командной строке введите /help .

Вариант Описание: Command Аргументы
Начало Запускает эмулятор хранения. AzureStorageEmulator.exe start [-inprocess] -Reprocess: запускает эмулятор в текущем процессе вместо создания нового процесса.
Остановить Останавливает эмулятор хранения. AzureStorageEmulator.exe stop
Состояние Выводит состояние эмулятора хранения. AzureStorageEmulator.exe status
Clear Очищает данные во всех службах, указанных в командной строке. AzureStorageEmulator.exe clear [blob] [table] [queue] [all] blob: удаляет данные о больших двоичных объектах.
queue: удаляет данные об очередях.
table: удаляет данные о таблицах.
all: удаляет все данные во всех службах.
Init Выполняет разовую инициализацию для настройки эмулятора. AzureStorageEmulator.exe init [-server serverName] [-sqlinstance instanceName] [-forcecreate|-skipcreate] [-reserveports|-unreserveports] [-inprocess] -server serverName\instanceName: указывает сервер для размещения экземпляра SQL.
-sqlinstance имя_экземпляра: указывает имя экземпляра SQL, используемого на сервере по умолчанию.
-forcecreate: принудительно создает базу данных SQL, даже если она уже существует.
-skipcreate: пропускает создание базы данных SQL. Имеет приоритет над -forcecreate.
-reserveports: пытается зарезервировать порты HTTP, связанные со службами.
-unreserveports: пытается отменить резервирование портов HTTP, связанных со службами. Имеет приоритет над -reserveports.
-inprocess: выполняет инициализацию в текущем процессе вместо порождения нового процесса. При изменении резервирований портов нужно запустить текущий процесс с повышенными привилегиями.

Различия между эмулятором хранения и службой хранилища Azure

Так как эмулятор хранения работает в локальной эмулированной среде, есть ряд отличий при использовании этого эмулятора и учетной записи Azure в облаке:

  • Эмулятор хранения поддерживает только одну предопределенную учетную запись и известный ключ проверки подлинности.
  • Эмулятор хранения не является масштабируемой службой хранения и не поддерживает большое количество одновременно подключенных клиентов.
  • Как описано в разделе Обращение к ресурсам в эмуляторе хранения, обращение к ресурсам в эмуляторе хранения и в учетной записи хранения Azure происходит по-разному. Основное отличие заключается в том, что разрешение доменных имен доступно только в облаке, но не на локальном компьютере.
  • Начиная с версии 3.1, учетная запись эмулятора хранения поддерживает геоизбыточную репликацию с доступом только на чтение (RA-GRS). В эмуляторе для всех учетных записей включена служба RA-GRS, и запаздывания обновления между первичной и вторичной репликами нет. Операции получения статистики службы BLOB-объектов, получения статистики службы очередей и получения статистики службы таблиц поддерживаются во вторичном расположении учетной записи и всегда будут возвращать значение элемента ответа LastSyncTime в виде текущего времени в соответствии с основной базой данных SQL.
  • Службы файлов и конечные точки службы протокола SMB сейчас в эмуляторе хранения не поддерживаются.
  • Если вы используете версию служб хранилища, которая не поддерживается в эмуляторе, эмулятор вернет ошибку VersionNotSupportedByEmulator (код состояния "HTTP 400 — недопустимый запрос").

Отличия для хранилища больших двоичных объектов

Хранилище больших двоичных объектов в эмуляторе отличается следующим образом:

  • Эмулятор хранения поддерживает только большие двоичные объекты размером до 2 ГБ.
  • Максимальная длина имени большого двоичного объекта в эмуляторе хранения составляет 256 символов, а максимальная длина имени большого двоичного объекта в службе хранилища Azure — 1024 символа.
  • Добавочное копирование позволяет копировать моментальные снимки перезаписанных больших двоичных объектов, что возвращает ошибку в службе.
  • Операция Get Page Ranges Diff не работает для моментальных снимков, скопированных с помощью операции Incremental Copy Blob.
  • Операция Put Blob с существующим в эмуляторе хранения большим двоичным объектом с активной арендой может быть успешно выполнена, даже если в запросе не был указан идентификатор аренды.
  • Эмулятор не поддерживает операции добавления данных в большие двоичные объекты. При попытке выполнить операцию с добавочным большим двоичным объектом возвращается ошибка FeatureNotSupportedByEmulator (код состояния HTTP «400 — Неверный запрос»).

Отличия для хранилища таблиц

Хранилище таблиц в эмуляторе отличается следующим образом:

  • Свойства даты в службе таблиц в эмуляторе хранения поддерживают только диапазон, поддерживаемый версией SQL Server 2005 (даты не ранее 1 января 1753 г.). Все даты до 1 января 1753 г. заменяются этим значением. Точность дат ограничивается точностью SQL Server 2005, т. е. 1/300 секунды.
  • Эмулятор хранения поддерживает значения ключа раздела и строки свойств ключа размером не более 512 байт. Общий размер имени учетной записи, имени таблицы и имен свойств ключей не может превышать 900 байтов.
  • Общий размер строки в таблице эмулятора хранения не может превышать 1 МБ.
  • В эмуляторе хранения свойства типа данных Edm.Guid и Edm.Binary поддерживают только операторы сравнения Equal (eq) и NotEqual (ne) в строках фильтра запроса.

Отличия для хранилища очередей

Хранилище очередей в эмуляторе не имеет отличий.

Замечания к выпуску эмулятора хранения

Версия 5.10

  • Эмулятор хранения будет поддерживать версии служб хранилища 2019-07-07 для конечных точек служб больших двоичных объектов, очередей и таблиц.

Версия 5.9

  • Эмулятор хранения будет поддерживать версии служб хранилища 2019-02-02 для конечных точек служб больших двоичных объектов, очередей и таблиц.

Версия 5.8

  • Эмулятор хранения будет поддерживать версии служб хранилища 2018-11-09 для конечных точек служб больших двоичных объектов, очередей и таблиц.

Версия 5.7

  • Исправлена ошибка, приводившая к сбою при включении ведения журнала.

Версия 5.6

  • Теперь эмулятор хранения поддерживает версию служб хранилища 2018-03-28 для конечных точек служб больших двоичных объектов, очередей и таблиц.

Версия 5.5

  • Теперь эмулятор хранения поддерживает версию служб хранилища 2017-11-09 для конечных точек служб больших двоичных объектов, очередей и таблиц.
  • Добавлена поддержка свойства большого двоичного объекта Created, которое возвращает время создания большого двоичного объекта.

Версия 5.4

  • Чтобы повысить стабильность установки, эмулятор больше не пытается резервировать порты во время установки. Если вы хотите зарезервировать порты, укажите их с помощью параметра -reserveports в команде init.

Версия 5.3

  • Теперь эмулятор хранения поддерживает версию служб хранилища 2017-07-29 для конечных точек служб больших двоичных объектов, очередей и таблиц.

Версия 5.2

  • Теперь эмулятор хранения поддерживает версию служб хранилища 2017-04-17 для конечных точек служб больших двоичных объектов, очередей и таблиц.
  • Исправлена ошибка, из-за которой значения свойств таблиц кодировались неправильно.

Версия 5.1

  • Исправлена ошибка, из-за которой эмулятор хранения возвращал заголовок DataServiceVersion в некоторых ответах, в которых служба его не возвращала.

Версия 5.0

  • Установщик эмулятора хранения больше не проверяет наличие существующих установок MSSQL и .NET Framework.
  • Установщик эмулятора хранения больше не создает базу данных в ходе установки. При необходимости база данных будет по-прежнему создаваться в процессе запуска.
  • Для создания базы данных больше не требуются повышенные права.
  • Для запуска больше не требуются резервирования портов.
  • Добавлены следующие параметры для init: -reserveports (требуются повышенные права), -unreserveports (требуются повышенные права), -skipcreate.
  • Теперь элемент "Пользовательский интерфейс эмулятора хранения" на значке в панели задач запускает интерфейс командной строки. Старый графический интерфейс пользователя больше недоступен.
  • Некоторые библиотеки DLL были удалены или переименованы.

Версия 4.6

  • Теперь эмулятор хранения поддерживает версию служб хранилища 2016-05-31 для конечных точек служб больших двоичных объектов, очередей и таблиц.

Версия 4.5

  • Исправлена ошибка, которая приводила к сбою установки и инициализации при переименовании резервной базы данных.

Версия 4.4

  • Теперь эмулятор хранения поддерживает версию служб хранилища 2015-12-11 для конечных точек служб больших двоичных объектов, очередей и таблиц.
  • Выполняемая для больших двоичных объектов в эмуляторе хранения сборка мусора теперь оптимизирована для работы с большим количеством таких объектов.
  • Исправлена ошибка, которая приводила к небольшим различиям в процедуре проверки контейнера XML ACL (в сравнении с проверкой, выполняемой службой хранилища).
  • Исправлена ошибка, которая иногда приводила к сообщениям о минимальном и максимальном значениях времени и даты для неправильного часового пояса.

Версия 4.3

  • Теперь эмулятор хранения поддерживает версию служб хранилища 2015-07-08 для конечных точек служб больших двоичных объектов, очередей и таблиц.

Версия 4.2

  • Теперь эмулятор хранения поддерживает версию служб хранилища 2015-04-05 для конечных точек служб больших двоичных объектов, очередей и таблиц.

Версия 4.1

  • Теперь эмулятор хранения поддерживает версию служб хранилища 2015-02-21 для конечных точек служб больших двоичных объектов, очередей и таблиц. Новые функции добавления данных в большой двоичный объект не поддерживаются.
  • Теперь эмулятор возвращает понятное для пользователя сообщение об ошибке для неподдерживаемых версий служб хранилища. Мы советуем использовать эмулятор последней версии. При возникновении ошибки VersionNotSupportedByEmulator (код состояния HTTP "400 — недопустимый запрос") скачайте последнюю версию эмулятора хранения.
  • Исправлена ошибка состояния гонки, которая приводила к неправильным данным сущности таблицы при одновременных операциях слияния.

Версия 4.0

  • Исполняемый файл эмулятора хранения переименован в AzureStorageEmulator.exe.

Версия 3.2

  • Теперь эмулятор хранения поддерживает версию служб хранилища 2014-02-14 для конечных точек служб больших двоичных объектов, очередей и таблиц. Конечные точки службы файлов сейчас в эмуляторе хранения не поддерживаются. Дополнительные сведения о версии 2014-02-14 см. в разделе Управление версиями для служб хранилища Azure.

Версия 3.1

  • Теперь геоизбыточное хранилище с доступом для чтения (RA-GRS) поддерживается в эмуляторе хранения. API Get Blob Service Stats, Get Queue Service Stats и Get Table Service Stats поддерживаются для вторичного расположения учетной записи и всегда возвращают в качестве текущего времени значение элемента ответа LastSyncTime согласно с состоянием базы данных SQL. Для получения доступа к вторичному расположению в эмуляторе хранения программным способом используйте клиентскую библиотеку хранилища для .NET 3.2 или более поздней версии. Подробнее см. в справочнике по клиентской библиотеке хранилища Microsoft Azure для .NET.

Версия 3.0

  • Эмулятор хранения Azure больше не поставляется в одном пакете с эмулятором вычислений.
  • Графический пользовательский интерфейс эмулятора хранения объявлен устаревшим. Теперь он заменен интерфейсом командной строки с поддержкой создания скриптов. Дополнительную информацию об интерфейсе командной строки см. в справочнике по программе командной строки эмулятора хранения. Графический интерфейс будет доступен в версии 3.0, но только после установки эмулятора вычислений щелчком правой кнопкой мыши на значке области уведомлений и при последующем выборе значения «Показать пользовательский интерфейс эмулятора хранения».
  • Версия 2013-08-15 служб хранилища Azure теперь поддерживается полностью. (Ранее эта версия поддерживалась только в предварительной версии 2.2.1 эмулятора хранения)

Следующие шаги

См. также