Differences Between the Storage Emulator and Azure Storage Services
The Windows Azure 存储模拟器 is a local emulator for Windows Azure Storage that you can use to build and test your application without incurring any cost. Some differences exist between using the 存储仿真器 and Windows Azure Storage in the cloud.
|The storage emulator is available as part of the Microsoft Azure SDK. You can also download the storage emulator as a standalone package. To configure the 存储仿真器, you must have administrative privileges on the computer.|
The following general differences apply to storage services:
The 存储仿真器 supports only a single fixed account and a well-known authentication key. This account and key are the only credentials permitted for use with the emulated storage services. They are:
Account name: devstoreaccount1 Account key: Eby8vdM02xNOcqFlqUwJPLlmEtlCDXJ1OUzFT50uSRZ6IFsuFq2UVErCz4I6tq/K1SZFPTOtr/KBHBeksoGMGw==
重要提示 The authentication key supported by the 存储仿真器 is intended only for testing the functionality of your client authentication code. It does not serve any security purpose. You cannot use your production storage account and key with the 存储仿真器. You should not use the emulated storage account with production data.
The 存储仿真器 is not a scalable storage service and will not support a large number of concurrent clients.
The URI scheme supported by the 存储仿真器 differs from the URI scheme supported by the cloud storage services. The development URI scheme specifies the account name as part of the hierarchical path of the URI, rather than as part of the domain name. This difference is due to the fact that domain name resolution is available in the cloud but not on the local computer. For more information about URI differences in the development and production environments, see Using storage service URIs in Using the Azure Storage Emulator for Development and Testing.
Read-only access to the account secondary (RA-GRS) is not currently supported by the 存储仿真器. This also means that calls to the 获取 Blob 服务统计信息 (REST API), 获取队列服务统计信息 (REST API), and 获取表服务统计信息 (REST API) operations are not supported.
The following differences apply to the Blob service:
The Blob service emulator only supports blob sizes up to 2 GB.
A 放置 Blob (REST API) operation may succeed against a blob that exists in the 存储仿真器 and has an active lease, even if the lease ID has not been specified as part of the request.
The following differences apply to the Table service:
Date properties in the Table service in the 存储仿真器 support only the range supported by SQL Server 2005 (For example, they are required to be later than January 1, 1753). All dates before January 1, 1753 are changed to this value. The precision of dates is limited to the precision of SQL Server 2005, meaning that dates are precise to 1/300th of a second.
The 存储仿真器 supports partition key and row key property values of less than 900 bytes. The total size of the account name, table name, and key property names together cannot exceed 900 bytes.
The total size of a row in a table in the 存储仿真器 is limited to less than 1 MB.
In the 存储仿真器, properties of data type Edm.Guid or Edm.Binary support only the Equal (eq) and NotEqual (ne) comparison operators in query filter strings.
There are no differences specific to the Queue service.
The following differences apply to the Windows Azure drives:
When mounting a Windows Azure drive from the Windows Azure 计算模拟器, the drive must be backed by a page blob created in the 存储仿真器. It is not possible to mount a drive from the 计算仿真器 that is backed by a page blob in Windows Azure. This behavior differs from that of the other Windows Azure storage services, which can be accessed in the cloud from code that is running in the 计算仿真器.
When creating a new Windows Azure drive from the 计算仿真器, be sure to specify the credentials for the emulated storage account.