एज़ूर टेबल स्टोरेज - कोई कनेक्शन नहीं बनाया जा सकता क्योंकि लक्ष्य मशीन ने इसे सक्रिय रूप से अस्वीकार कर दिया क्योंकि 127.0.0.1:10002

Question

मैं एक एएसपी.NET एमवीसी & वेबएपी साइट विकसित कर रहा हूं जो विंडोज 8 पर विजुअल स्टूडियो 2015 में टेबल स्टोरेज का उपयोग करता है। विकास पर्यावरण में ठीक काम करना (जब मैं अपने web.config में UseDevelopmentStorage=true सेट करता हूं)। मैं हिट करने की कोशिश कर रहा हूं "http://localhost:80" मुझे इसका उपयोग करना है और किसी अन्य बंदरगाह का उपयोग नहीं कर सकता है, मेरे पास एक और प्रोग्राम है जो मैं अपनी साइट पर पोस्ट कर रहा हूं और यह केवल उस स्थान पर पोस्ट करेगा।

मैं इस साइट हाल ही में चलाने के लिए और जब मेरे कोड में निम्न कोड पंक्ति को हो जाता है निम्नलिखित त्रुटि मिलती है: CloudTable तालिका = cloudTableClient.GetTableReference (TableName);

त्रुटि:

1) Uninstall-Package WindowsAzure.Storage -Version 6.1.0 और

2) को पुन: प्रारंभ विंडोज

3) NuGet से पुनर्स्थापित यहाँ ब्राउज़ C:\Program Files\Microsoft SDKs\Azure\.NET SDK\v2.7\bin:

No connection could be made because the target machine actively refused it 127.0.0.1:10002

मैं निम्नलिखित की कोशिश की है और ran cspack.ext (मैं भंडारण से संबंधित कुछ और नहीं देख सका)

यह अभी भी नहीं चल रहा है। कोई विचार जो मैं कोशिश कर सकता था?

अद्यतन:

त्रुटि मिल रही है ऊपर मैं बादल Explorer विंडो खोल दिया और मेरे कोड के साथ टेबल मैं देव में स्थानीय रूप से बनाया था देख सकते हैं (यह मान का मतलब है अपने स्थानीय भंडारण एमुलेटर चल रहा है) के बाद लेकिन मुझे अभी भी त्रुटि मिली है। मैंने फिर खिड़की बंद कर दी और इसे फिर से खोल दिया। "स्टोरेज अकाउंट्स (क्लासिक)" का विस्तार करते समय यह थोड़ी देर तक फैल गया लेकिन अंततः मैंने बनाए गए टेबल दिखाए।

अजीब बात यह है कि "क्लाउड एक्सप्लोरर" विंडो में एकमात्र नोड "स्टोरेज अकाउंट्स (क्लासिक)" है, मुझे यकीन है कि पहले (यानी वेबएप आदि) अन्य नोड्स की एक सूची थी। यदि कोई इसके साथ मदद कर सकता है तो कृपया आप क्या करना है (चरणबद्ध "जैसे" एमुलेटर नहीं चल रहा है "पर चरण-दर-चरण निर्देश पोस्ट कर सकते हैं। इसके लिए नया सरल निर्देशों की तलाश में मेरा ग्रैन समझ जाएगा।

बहुत सराहना की।

Answer 1

आपको स्टोरेज एमुलेटर शुरू करना होगा। यह %programfiles(x86)%\Microsoft SDKs\Azure\Storage Emulator\AzureStorageEmulator.exe में स्थित है।

बोनस के रूप में, यहां एमुलेटर की सफाई के साथ-साथ इसे शुरू करने के लिए बैच स्क्रिप्ट है।

SET emu="%programfiles(x86)%\Microsoft SDKs\Azure\Storage Emulator\AzureStorageEmulator.exe" 
%emu% stop 
%emu% clear all 
%emu% start 

अद्यतन

क्लासिक और "नया" भंडारण खातों के बीच का अंतर here पाया जा सकता है।

Classic storage accounts are created using existing Service Management API's (the REST API stack that's been available for the past several years). The newer storage accounts are created with the new Azure Resource Manager (ARM) API's (which are also wrapped in PowerShell and CLI now). Ultimately they provide the same resources to your apps, but they're created/managed differently, and there are a few nuanced differences (such as the ability to tag resources that are created via ARM scripts).

You can't convert a classic storage account (or any classic resource) to a newer type. You don't really need to anyway, unless you're trying to mix resources from classic and new, such as adding ARM-based virtual machines to a classic-based virtual network, or spin up an ARM-based VM from a vhd image sitting in a classic storage account (and for that example, you could always just copy the vhd to a new storage account). Note that, for general storage usage (blobs/tables/queues), you just need the URI and the primary (or secondary) key. With those, you can access your storage resources from anywhere, from any VM/website/etc, regardless if you're accessing storage from classic or new virtual machines, for example.

टीएल; डीआर: अंतर यह है कि एपीआई का भंडारण खाता प्रबंधित करने के लिए उपयोग किया जा रहा है। कंटेनरों को डेटा डाउनलोड/अपलोड करने के लिए मौजूदा एपीआई और एसडीके दोनों के साथ काम करते हैं।