Azure DataCache Проблемы с эмулятором Windows Azure, но ошибки не возникли. Приложение просто зависает

Question

Я очень новичок в лазури, и, пожалуйста, держись со мной.

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

Я добавил пакеты для кэширования Windows Azure в два проекта в решении: веб-проект и проект библиотеки классов, которым оба они понадобятся.

Затем я добавляю веб-роль для веб-проекта и обновил ссылку на идентификатор кэша данных в web.config указать на веб-роль, которая включена для совместного размещения кэширования.

Я могу запустить это локально на эмуляторе без каких-либо проблем, пока у меня нет кода кэш-памяти. Но момент, когда я вставляю код для доступа к кэшу данных, - это когда у меня возникают проблемы. Именно этот код вызвал зависание веб-проекта:

var cache = new DataCache("default");

Нет ошибок, о которых мне известно, ни в выводе vs, ни в ошибках, генерируемых веб-приложением, он просто зависает.

Как лучше всего начать диагностику этой проблемы?

ОБНОВИТЬ

Я только что заметил следующие ошибки, сгенерированные в журнале событий приложения:

Application: CacheServiceEmulator.exe
Framework Version: v4.0.30319
Description: The process was terminated due to an unhandled exception.
Exception Info: Microsoft.ApplicationServer.Caching.DataCacheException
Stack:
   at Microsoft.ApplicationServer.Caching.AzureCommon.AzureUtility.ProcessException(System.Exception)
   at Microsoft.ApplicationServer.Caching.CacheServiceEmulator.CacheServiceEmulator.Main(System.String[])

Faulting application name: CacheServiceEmulator.exe, version: 1.0.4797.0, time stamp: 0x506f41ec
Faulting module name: KERNELBASE.dll, version: 6.2.9200.16451, time stamp: 0x50988aa6
Exception code: 0xe0434352
Fault offset: 0x000000000003811c
Faulting process ID: 0x13cc
Faulting application start time: 0x01ce1b74c41f996d
Faulting application path: D:\Users\Tony\My Documents\Visual Studio 2012\Projects\Seqential\Didbook_ws\Didbook.net\Didbook.net v1.0\didbook.net Web.Azure\csx\Debug\roles\didbook.net Web\plugins\Caching\CacheServiceEmulator.exe
Faulting module path: C:\WINDOWS\system32\KERNELBASE.dll
Report ID: 03114030-8768-11e2-beaf-68942335e1fe
Faulting package full name: 
Faulting package-relative application ID: 

Fault bucket -936878625, type 5
Event Name: CLR20r3
Response: Not available
Cab Id: 0

Problem signature:
P1: cacheserviceemulator.exe
P2: 1.0.4797.0
P3: 506f41ec
P4: Microsoft.ApplicationServer.Caching.AzureServerCommon
P5: 1.0.4797.0
P6: 506f41df
P7: 3d
P8: 18
P9: SWOUM0PNYW4I1S3EYHEY4VNB5OWO0LJ1
P10: 

Attached files:
C:\Users\Tony\AppData\Local\Temp\WER90C9.tmp.WERInternalMetadata.xml

These files may be available here:
C:\ProgramData\Microsoft\Windows\WER\ReportArchive\AppCrash_cacheserviceemul_667e21a2e47da59aad2c601844d8dcfd3d291a_28d494fe

Analysis symbol: 
Rechecking for solution: 0
Report ID: 03114030-8768-11e2-beaf-68942335e1fe
Report Status: 0
Hashed bucket: 700c7356d6308372410cf1d2baaf5d77

Помогает ли это отследить происходящее?

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

Answer 1

Эмулятор кэширования Azure запускает logman.exe, передавая параметр cnf как 30:00, но logman может отклонить его, если формат не совместим с вашими региональными настройками.

Все, что вам нужно сделать, это изменить настройку Long time на "ЧЧ: мм: сс", и она заработает.

Answer 2

Можете ли вы сбросить ваши cscfgs здесь с ключами хранилища, а также проверить события и трассировки стека в канале сервера приложений (Admin), это будет иметь лучшую трассировку стека.