VHD नेटवर्क फ़ाइल स्थानांतरण 4GB पर लगातार विफल रहता है

16

यह समस्या हमारे लिए बेहद निराशाजनक रही है: जब नेटवर्क से अधिक विंडोज 7 मशीन से एक बड़ी VHD (वर्चुअल हार्ड डिस्क) फाइल को हमारे डेटासेंटर में फिजिकल विंडोज सर्वर 2008 मशीन में ट्रांसफर किया जाता है, तो विंडोज फाइल ट्रांसफर लगातार 4 जीबी पर विफल हो जाता है। हमारे मुख्य कार्यालय से हमारे डेटा सेंटर तक हमारा सीधा 100 mbit कनेक्शन है।

जब स्थानांतरण विफल हो जाता है, तो हमें प्राप्त होने वाला त्रुटि संदेश है:

There is a problem accessing \\server-name\d$ Make sure you are connected to the network and try again.

यह केवल 4 जीबी से बड़ी वीएचडी फाइल है जो असफल हो जाती है। यदि हम किसी अन्य फ़ाइल प्रकार को भेजते हैं, तो यह ठीक काम करता है। यदि हम VHD को ज़िप करते हैं, तो यह भी काम करता है। इसके अलावा, हम एक वीएचडी को दूसरी दिशा (डेटा सेंटर से मुख्य कार्यालय तक) भेज सकते हैं। यह उस दिशा में सिर्फ VHD फाइलें है।

महत्वपूर्ण लेख:

सभी विभाजन NTFS हैं !!
वर्कस्टेशन और सर्वर के बीच कोई फ़ायरवॉल नहीं है
हमने कार्य केंद्र पर एंटीवायरस को निष्क्रिय करने की कोशिश की है (सर्वर पर कोई एंटीवायरस नहीं)
हमने एक मशीन से फ़ाइल को डोमेन पर नहीं स्थानांतरित करने की कोशिश की है
हमने उबंटू मशीन से फाइल को स्थानांतरित करने की कोशिश की है (अभी भी विफल है लेकिन 4 जीबी के बजाय 450 एमबी पर)
स्थानांतरण विफल होने पर Wireshark कैप्चर 40 DUP ACK दिखाता है
Xcopy और Robocopy (पुनरारंभ झंडे के साथ) दोनों विफल (एक ही बिंदु)
एफ़टीपी हस्तांतरण 4,14X, XXX, XXX बाइट्स में विफल रहता है और उस बिंदु पर पुनः आरंभ नहीं किया जा सकता है
हमने फ़ाइल एक्सटेंशन बदलने की कोशिश की (बेवकूफ, लेकिन एक अंतिम उपाय) इसे भेजने से पहले vhd के अलावा कुछ और करने के लिए, लेकिन यह अभी भी विफल रहा
कनेक्शन इस प्रकार है: डेल वर्कस्टेशन (मुख्य कार्यालय) -> डेल पॉवरकनेक्ट 5448 प्रबंधित स्विच (एमओ) -> एचपी प्रूवुरे 2910al-24G लेयर 3 राउटर (MO) -> 100Mb टीएलएस लिंक>> एचपी प्रोकर्व 2910al-24G लेयर 3 राउटर () डेटा सेंटर) -> डेल पावरकनेक्ट 5448 प्रबंधित स्विच (डीसी) -> डेल सर्वर (डीसी)

तो मूल रूप से, यह सिर्फ हमारे मुख्य कार्यालय से हमारे डेटासेंटर के लिए विफल रहता है। यह सब सिर्फ जोड़ नहीं है ... इस बिंदु पर मेरा मानना है कि यह हमारे नेटवर्क हार्डवेयर सेटिंग्स के साथ एक मुद्दा है, लेकिन मुझे समझ में नहीं आता है कि एक बड़े VHD (जो 4 जीबी में विफल रहता है) को स्थानांतरित करने के बीच क्या अंतर है, और ए बड़ी वीडियो फ़ाइल (जो हमेशा काम करती है)।

file-sharing vhd windows

— इसहाक बट
स्रोत

क्या आपने एक और प्रोटोकॉल तो CIFS / SMB की कोशिश की?

— बार्ट डे वॉस

नहीं, मैंने नहीं; मैं कोशिश करूँगा कि

— इसहाक बट

1

मुझे रीफ़्रेज़ करें, किस प्रकार का नेटवर्किंग गियर उस 100 एमबी कनेक्शन को संभालता है?

— स्पेसमैनस्पीफ

2

संभवतया यदि डीप-पैकेट निरीक्षण दोषपूर्ण है (जो कि संभावना है) एक एन्क्रिप्टेड ट्रांसफर तंत्र का उपयोग करके एसएफटीपी या एससीपी समस्या के आसपास काम करेगा। या आप IPSec का उपयोग कर सकते हैं, जो विंडोज में बनाया गया है। या शायद राउटर्स में किसी तरह का एन्क्रिप्टेड टनल सपोर्ट होता है?

— हैरी जॉनसन

2

@HarryJohnston SFTP को स्थापित करने के बाद, VHD फाइलें सफलतापूर्वक स्थानांतरित हो जाती हैं, इसलिए ऐसा लगता है कि आप TLS पर DPI के बारे में सही थे। मैं हमारे प्रदाता से बात करूंगा और देखूंगा कि क्या कुछ ऐसा है जो वे इसके बारे में कर सकते हैं :)

— आइजैक बट

3

कई घंटों तक (और यहां पोस्ट किए गए सभी सुझावों को आज़माकर) समस्या निवारण के बाद, यह मुद्दा हमारे मुख्य कार्यालय और डेटासेंटर के बीच टीएलएस लिंक बन गया। मैंने हमारे टीएलएस प्रदाता को फोन किया और कई एनओसी तकनीशियनों से बात करने के बाद, उनमें से एक ने पहले सटीक मुद्दे के बारे में सुना था। यह पता चला है कि उनकी कुछ परत 2 उपकरण पुराने थे और वीएचडी डेटा के साथ समस्या थी।

समाधान इन उपकरणों पर फर्मवेयर को अपग्रेड कर रहा था, जिसे टीएलएस प्रदाता द्वारा प्रदर्शन किया गया था। अब हमारे पास बड़े VHDs को स्थानांतरित करने के लिए कोई समस्या नहीं है। रुचि रखने वालों के लिए, हमारे TLS प्रदाता विक्टोरिया, कनाडा में शॉ कम्युनिकेशंस हैं।

— इसहाक बट
स्रोत

1

एक्सकोपी या रोबोकॉपी की कोशिश करें; कम से कम एक या दोनों में "फिर से शुरू" स्विच है। रुपये की मदद भी हो सकती है।

जिज्ञासा से बाहर, मशीनों में से एक 32-बिट है, लेकिन दूसरा 64-बिट है? यदि हां, तो क्या आप अपनी कॉपी को अस्थायी रूप से 64-बिट मशीन के साथ आज़मा सकते हैं।

— gWaldo
स्रोत

रोबोकॉपी और Xcopy दोनों एक ही बिंदु पर विफल रहते हैं, यहां तक कि फिर से शुरू स्विच (और बफ़र्ड / अनबॉर्फ़र्ड) के साथ भी। सर्वर और वर्कस्टेशन दोनों 64 बिट हैं।

— इसहाक बट

क्रूर। एकमात्र विकल्प जिसे मैं रेमेडिएट के बारे में सोच सकता हूं वह ईएसएक्स में 2 जीबी वीएचडी विकल्प की जांच करना है। मेरी संवेदना।

— gWaldo

कोई समस्या नहीं है, मैं आपकी मदद की सराहना करता हूं :) (हम हाइपर- V नहीं वीएमवेयर का उपयोग कर रहे हैं)

— इसहाक बट

अच्छी बात; मैंने वर्चुअलाइजेशन प्लेटफार्मों का एक गुच्छा उपयोग किया है, इसलिए मैं मानसिक रूप से उन्हें $ disk_file या $ config_file, आदि के रूप में पार्स करता हूं ...

— gWaldo

0

बड़ी फ़ाइल नेटवर्क कॉपी विफलताओं के लिए Google खोजना और आपको कुछ ऐसे ही मुद्दों के बारे में बात करने वाले थ्रेड मिलेंगे, लेकिन सिर्फ vhd के नहीं। यह KB आमतौर पर यह देखने के लिए जुड़ा हुआ है कि क्या NIC सेटिंग्स को ट्विक करने में मदद मिलती है। टीसीपी ऑफलोड, चिमनी सेटिंग्स, आदि।

http://support.microsoft.com/kb/951037

— चंट
स्रोत

सुझाव के लिए धन्यवाद। मैं अन्य बड़ी फ़ाइलों को बिना किसी समस्या के स्थानांतरित कर सकता हूं, लेकिन मैं उन कुछ सेटिंग्स को देखूंगा। चिमनी ऑफ़लोड को अक्षम करने का कोई प्रभाव नहीं है।

— इसहाक बट

0

म्म्म्ह्ह्ह्ह… मुझे ऊपर के विभिन्न उत्तर दिखाई देते हैं और मुझे एहसास हुआ कि मैं अभी भी नहीं बता सकता कि क्या आपने वास्तव में 64-बिट कॉपी प्रोग्राम के साथ कॉपी करने की कोशिश की थी। (xcopy, robocopy और अधिकांश FTP क्लाइंट 64 बिट विंडोज पर भी 32 बिट हैं।)

क्या आप इसे TotalCommander V8.0 के 64-बिट संस्करण के साथ आज़मा सकते हैं? (यह अभी भी एक रिलीज उम्मीदवार है, लेकिन बहुत स्थिर है।) यह वास्तव में केवल 64-बिट है।

सर्वर IPV6 को सक्षम करता है (आमतौर पर W2K8 पर): कोशिश करने के लिए एक और बात: IPV4 कार्य केंद्र पर पूरी तरह से अक्षम करें ताकि प्रतिलिपि को IPV6 का उपयोग करना पड़े। यह देखना दिलचस्प होगा कि क्या इससे कोई फर्क पड़ता है।

यदि उपरोक्त में से कोई भी राहत नहीं लाता है .... आप फ़ाइल को 1GB विखंडू में विभाजित करने के लिए HJSplit (या TotalCommander के विभाजन फ़ंक्शन) का उपयोग कर सकते हैं, लेकिन निश्चित रूप से आपके पास सर्वर पर उन्हें फिर से शामिल करने का एक साधन होना चाहिए। यदि आप सर्वर पर कोई प्रोग्राम चलाने के लिए पहुँच है, तो यह निर्भर करेगा। (बस "कॉपी / बी chunk1 + chunk2 + chunk3 total.vhd" यदि आप अतिरिक्त सॉफ़्टवेयर सर्वर-साइड को स्थापित करने की अनुमति नहीं है, तो करेंगे।)

— Tonny
स्रोत

TotalCommander 8 की कोशिश की, हस्तांतरण 4GB से पहले भी विफल रहता है और रिपोर्ट करता है "कृपया लेखन सुरक्षा हटा दें!" लेकिन मुझे विश्वास नहीं है कि वास्तव में एक लेखन सुरक्षा त्रुटि इंगित करता है।

— इसहाक बट

हमारे पास डेटा को स्थानांतरित करने के अन्य तरीके हैं। मैं सिर्फ फ़ाइल को RAR कर सकता था और उस ओवर को ट्रांसफर कर सकता था (उसे छोटे-छोटे हिस्सों में विभाजित करने की भी ज़रूरत नहीं थी), लेकिन यह एक अतिरिक्त कदम है जो हमें वास्तव में नहीं करना चाहिए। सुझाव के लिए धन्यवाद, हालांकि, मैं आपकी मदद की सराहना करता हूं।

— इसहाक बट्ट

0

बस एक विचार: क्या VHD हाइपरविजर या घुड़सवार द्वारा उपयोग किया जाता है?

यह विफल हो सकता है क्योंकि VHD का कुछ हिस्सा लॉक है और फाइलसिस्टम से पढ़ने में असमर्थ है। यही कारण है कि फ़ाइल का काम ज़िप करना और उसी आकार की वीडियो फ़ाइलें भी काम करती हैं, लेकिन VHD फाइलें नहीं।

खिड़कियों में एक फ़ाइल लॉक की तलाश में:

डाउनलोड प्रक्रिया एक्सप्लोरर (live.sysinternals.com पर सीधा लिंक)
फाइंड मेन्यू चुनें, फाइंड हैंडल या डीएलएल चुनें ...
फ़ाइल का नाम टाइप करें, खोज का चयन करें।

ऐसे ही मुद्दों के साथ एक विशेषज्ञ विनिमय पद प्रतीत होता है । लेकिन जवाबों में कोई संकल्प नहीं हैं।

— जोसेफ केर्न
स्रोत

अच्छी बात। कभी-कभी आपको फ़ाइल को अनलॉक करने के लिए इसे प्राप्त करने के लिए वर्कस्टेशन को रिबूट करने की भी आवश्यकता होती है। यह मुफ़्त प्रतीत हो सकता है, लेकिन आप वास्तव में कभी नहीं बता सकते हैं।

— टॉनी

@ आप निश्चित रूप से बता सकते हैं, आपको सही उपकरण चाहिए। सुझाई गई विधि के साथ मेरे उत्तर को अपडेट करें।

— जोसेफ केर्न

हाँ, मैंने विशेषज्ञ विनिमय लेख देखा और यह समान लगता है। प्रक्रिया एक्सप्लोरर फ़ाइल के लिए कुछ भी नहीं दिखाता है। इसके अलावा, मैं इसकी एक प्रति बना सकता हूं और प्रतिलिपि को स्थानांतरित करने की कोशिश कर रहा हूं फिर भी विफल रहता है इसलिए ताला नहीं लगता है। कुल कमांडर 8 आरसी (64 बिट) एक संदेश के साथ हस्तांतरण में 2GB के रूप में जल्दी विफल रहता है "कृपया लेखन सुरक्षा हटा दें!" हालांकि यह केवल एक शेयर त्रुटि प्रतिक्रिया की संभावना है।

— इसहाक बट

1

कि टीसी प्रतिक्रिया वास्तव में उपयोगी है। यह केवल कॉपी के माध्यम से उस संदेश को आधा कर देगा यदि वास्तव में कुछ लिखने के प्रयास को अवरुद्ध करता है। यह सर्वर-साइड, या LAN / WAN संबंधित पर होना चाहिए। क्या आप निश्चित हैं कि LAN वास्तव में पारदर्शी है? मैं स्टेटफुल पैकेट इंस्पेक्शन, या एक नेटवर्क एक्सेलेरेटर डिवाइस (जैसे सिस्को WAAS उपकरण) करने वाले एक राउटर की तलाश में रहूँगा जो इस विशेष प्रकार के डेटा के बारे में किसी तरह से भ्रमित हो।

— Tonny

हम्म, अच्छी तरह से लाइन पारदर्शी माना जाता है; मैं अपने प्रदाता को कॉल कर सकता हूं और उन्हें बता सकता हूं कि क्या चल रहा है, हालांकि मैं शर्त लगाता हूं कि वे दोष को कहीं और निर्देशित करेंगे।

— इसहाक बट्ट

0

ऐसा लगता है कि यह एक अनुमतियों का मुद्दा भी हो सकता है, जब आप फ़ाइल को उस नेटवर्क स्थान पर कॉपी करने का प्रयास करते हैं जिसे वह बंद कर देता है या विफल हो जाता है, तो शायद आप नेटवर्क फ़ोल्डर बनाने की कोशिश कर सकते हैं इसे पूरी तरह से खुला, जिसका अर्थ है "सभी" समूह के लिए साझा किया गया और सुरक्षा टैब में भी इस तरह सेट करें। यदि यह समस्या को ठीक करता है, तो यह एक अनुमतियों के मुद्दे की तरह दिखता है, वास्तव में जब से आपने लिनक्स कॉपी का उल्लेख किया था, जल्द ही विफल हो गया, ऐसा लगता है कि अनुमति समस्या हो सकती है। सुनिश्चित करें कि VHD के अंदर की फाइलें उपयोग में नहीं हैं और आपके पास उन्हें एक्सेस करने के लिए उचित अनुमति हैं।

यह भी सुनिश्चित करें कि जिस फ़ोल्डर से आप कॉपी कर रहे हैं, उसकी खुली अनुमति है। याद रखें यह केवल यह देखने के लिए है कि क्या रास्ते में अनुमति मिल रही है, आप हमेशा बाद में उन्हें ठीक से कस कर सकते हैं, जब आप कॉपी को ठीक से काम करने का एक महत्वपूर्ण बिंदु प्राप्त कर लेंगे।

एक और बात और यह एक लंबा शॉट हो सकता है, लेकिन क्या आपने एनआईसी ड्राइवरों को अपडेट करने की कोशिश की है? शायद आपकी मशीन के लिए सबसे हाल के ड्राइवर में एक फिक्स हो सकता है।

मुझे आशा है कि यह मदद करता है, चीयर्स

— फ्रैंक आर
स्रोत

सुझाव के लिए धन्यवाद, लेकिन यह नहीं बताता है कि एन्क्रिप्टेड डेटा में फ़ाइल स्थानांतरण सफल क्यों है। मुझे अभी भी लगता है कि समस्या टीएलएस लाइन के साथ है; मैं इस समय उनके समर्थन के साथ बातचीत कर रहा हूं

— आइजैक बट