การถ่ายโอนไฟล์เครือข่าย VHD ล้มเหลวอย่างสม่ำเสมอที่ 4GB


16

ปัญหานี้ทำให้เราผิดหวังอย่างมาก: เมื่อถ่ายโอนไฟล์ VHD (ฮาร์ดดิสก์เสมือน) ขนาดใหญ่จากเครื่อง Windows 7 ผ่านเครือข่ายไปยังเครื่อง Windows Server 2008 จริงที่ศูนย์ข้อมูลของเราการถ่ายโอนไฟล์ windows จะล้มเหลวที่ 4 GB อย่างสม่ำเสมอ เรามีการเชื่อมต่อโดยตรง 100 mbit จากสำนักงานใหญ่ของเราไปยังศูนย์ข้อมูลของเรา

เมื่อการถ่ายโอนล้มเหลวข้อความแสดงข้อผิดพลาดที่เราได้รับคือ:

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

มันเป็นเพียง VHD ไฟล์ขนาดใหญ่กว่า 4 GB ที่ล้มเหลว ถ้าเราส่งไฟล์ประเภทอื่นมันใช้งานได้ดี ถ้าเราซิป VHD นั่นก็ใช้งานได้ ยิ่งกว่านั้นเราสามารถส่ง VHD ไปยังทิศทางอื่น (จากศูนย์ข้อมูลไปยังสำนักงานใหญ่) ได้อย่างไม่มีปัญหา มันเป็นเพียงไฟล์ VHD ในทิศทางนั้น

หมายเหตุสำคัญ:

  • พาร์ติชันทั้งหมดเป็น NTFS !!
  • ไม่มีไฟร์วอลล์ระหว่างเวิร์กสเตชันและเซิร์ฟเวอร์
  • เราได้ลองปิดการใช้งานโปรแกรมป้องกันไวรัสบนเวิร์กสเตชัน (ไม่มีโปรแกรมป้องกันไวรัสบนเซิร์ฟเวอร์)
  • เราได้ลองถ่ายโอนไฟล์จากเครื่องที่ไม่ได้อยู่ในโดเมน
  • เราได้ลองถ่ายโอนไฟล์จากเครื่อง Ubuntu (ยังล้มเหลว แต่อยู่ที่ประมาณ 450MB แทนที่จะเป็น 4GB)
  • การจับ Wireshark แสดง 40 DUP ACKs เมื่อการถ่ายโอนล้มเหลว
  • Xcopy และ Robocopy (พร้อมแฟล็กการรีสตาร์ท) ทั้งสองล้มเหลว (จุดเดียวกัน)
  • การถ่ายโอน FTP ล้มเหลวที่ 4,14X, XXX, XXX ไบต์และไม่สามารถรีสตาร์ทที่จุดนั้น
  • เราพยายามเปลี่ยนนามสกุลไฟล์ (โง่ แต่เป็นทางเลือกสุดท้าย) เป็นอย่างอื่นที่ไม่ใช่ vhd ก่อนที่จะส่ง แต่มันก็ยังล้มเหลว
  • การเชื่อมต่อมีดังนี้: Dell Workstation (สำนักงานใหญ่) -> Dell PowerConnect 5448 Managed Switch (MO) -> HP Procurve 2910al-24G Layer 3 เราเตอร์ (MO) -> ลิงค์ TLS 100Mb -> HP Procurve 2910al-24G Layer 3 Router ( ศูนย์ข้อมูล) -> Dell PowerConnect 5448 สวิตช์ที่จัดการ (DC) -> เซิร์ฟเวอร์ Dell (DC)

โดยพื้นฐานแล้วมันคือไฟล์เพียง vhd> 4GB จากสำนักงานใหญ่ของเราไปยังดาต้าเซ็นเตอร์ของเราที่ล้มเหลว ทั้งหมดนี้ไม่ได้เพิ่ม ... ณ จุดนี้ฉันเชื่อว่าเป็นปัญหากับการตั้งค่าฮาร์ดแวร์เครือข่ายของเรา แต่ฉันไม่เข้าใจความแตกต่างระหว่างการถ่ายโอน VHD ขนาดใหญ่ (ซึ่งล้มเหลวที่ 4GB) และ ไฟล์วิดีโอขนาดใหญ่ (ซึ่งใช้งานได้ตลอดเวลา)


คุณลองใช้โปรโตคอลอื่นแล้ว CIFS / SMB หรือไม่
Bart De Vos

ไม่ฉันไม่ได้ทำ ฉันจะลองดูสิ
Isaac Butt

1
ให้ฉันใช้ถ้อยคำใหม่อุปกรณ์เครือข่ายชนิดใดที่รองรับการเชื่อมต่อ 100Mb นั้น
SpacemanSpiff

2
สันนิษฐานว่าหากการตรวจสอบแพ็กเก็ตลึกนั้นเป็นความผิด (ซึ่งน่าจะเป็นไปได้) โดยใช้กลไกการถ่ายโอนที่เข้ารหัสเช่น SFTP หรือ SCP จะแก้ปัญหาได้ หรือคุณสามารถใช้ IPSec ซึ่งสร้างไว้ใน Windows หรือเราเตอร์อาจมีอุโมงค์รองรับที่เข้ารหัสไว้บ้าง?
Harry Johnston

2
@HarryJohnston หลังจากตั้งค่า SFTP แล้วการถ่ายโอนไฟล์ VHD สำเร็จจึงดูเหมือนว่าคุณพูดถูก DPI บน TLS ฉันจะพูดคุยกับผู้ให้บริการของเราและดูว่ามีบางสิ่งบางอย่างที่พวกเขาสามารถทำอะไรกับมัน :)
ไอแซกก้น

คำตอบ:


3

หลังจากแก้ไขปัญหานี้เป็นเวลาหลายชั่วโมง (และลองคำแนะนำทั้งหมดที่โพสต์ที่นี่) ปัญหากลายเป็นลิงค์ TLS ระหว่างสำนักงานใหญ่ของเราและศูนย์ข้อมูล ฉันโทรหาผู้ให้บริการ TLS ของเราและหลังจากคุยกับช่างเทคนิค NOC หลายคนหนึ่งในนั้นเคยได้ยินเรื่องที่แน่นอนมาก่อน ปรากฎว่าอุปกรณ์เลเยอร์ 2 บางรุ่นของพวกเขาเก่าและมีปัญหากับข้อมูล VHD

วิธีแก้ไขได้อัปเกรดเฟิร์มแวร์ในอุปกรณ์เหล่านี้ซึ่งดำเนินการโดยผู้ให้บริการ TLS ตอนนี้เราไม่มีปัญหาในการถ่ายโอน VHD ขนาดใหญ่ สำหรับผู้ที่สนใจผู้ให้บริการ TLS ของเราคือ Shaw Communications ใน Victoria, Canada


1

ลอง Xcopy หรือ Robocopy; อย่างน้อยหนึ่งหรือทั้งสองมีสวิตช์ "ดำเนินการต่อ" Rsync ก็อาจช่วยได้เช่นกัน

จากความอยากรู้เป็นหนึ่งในเครื่อง 32- บิต แต่อื่น ๆ เป็น 64- บิต? หากเป็นเช่นนั้นคุณสามารถลองทำสำเนาด้วยเครื่อง 64 บิตได้ชั่วคราว


ทั้ง Robocopy และ Xcopy ล้มเหลวเช่นกันที่จุดเดียวกันแม้ว่าจะมีสวิตช์ Resume (และบัฟเฟอร์ / ไม่บัฟเฟอร์) ทั้งเซิร์ฟเวอร์และเวิร์กสเตชันนั้น 64 บิต
Isaac Butt

โหดร้าย ตัวเลือกเดียวที่ฉันสามารถนึกถึงการแก้ไขคือการตรวจสอบตัวเลือก 2GB VHD ใน ESX แสดงความเสียใจของฉัน
gWaldo

ไม่มีปัญหาฉันขอขอบคุณความช่วยเหลือของคุณ :) (เรากำลังใช้ Hyper-V ไม่ใช่ VMWare)
Isaac Butt

จุดดี; ฉันได้ใช้แพลตฟอร์มเวอร์ชวลไลเซชันมากมายดังนั้นฉันจึงควรแยกวิเคราะห์พวกเขาเป็น $ disk_file หรือ $ config_file ฯลฯ ...
gWaldo

0

การค้นหา google สำหรับการคัดลอกไฟล์เครือข่ายขนาดใหญ่ล้มเหลวและคุณจะพบกระทู้ที่พูดถึงปัญหาที่คล้ายกัน แต่ไม่ใช่แค่ vhd KB นี้มักจะเชื่อมโยงเพื่อดูว่าการปรับแต่งการตั้งค่า NIC ช่วยได้หรือไม่ TCP offload การตั้งค่าปล่องไฟ ฯลฯ

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


ขอบคุณสำหรับคำแนะนำ ฉันสามารถถ่ายโอนไฟล์ขนาดใหญ่อื่น ๆ ได้โดยไม่มีปัญหา แต่ฉันจะตรวจสอบการตั้งค่าเหล่านั้นบางอย่าง การปิดใช้งานการกำจัดปล่องไฟไม่มีผลกระทบ
Isaac Butt

0

Mmmmhhhh ... ฉันเห็นคำตอบต่าง ๆ ข้างต้นและฉันรู้ว่าฉันยังไม่สามารถบอกได้ว่าคุณพยายามทำสำเนาด้วยโปรแกรมคัดลอก 64 บิตหรือไม่ (xcopy, robocopy และไคลเอนต์ FTP ส่วนใหญ่เป็น 32 บิตแม้ใน Windows 64 บิต)

คุณลองใช้ TotalCommander V8.0 เวอร์ชั่น 64 บิตได้ไหม (มันยังคงเป็น Release Candidate แต่เสถียรมาก) นั่นเป็น 64- บิตเท่านั้น

อีกสิ่งหนึ่งที่ควรลองหากเซิร์ฟเวอร์เปิดใช้งาน IPV6 (โดยปกติแล้วจะเป็นบน W2K8): ปิดใช้งาน IPV4 อย่างสมบูรณ์บนเวิร์กสเตชันเพื่อคัดลอกจะต้องใช้ IPV6 จะน่าสนใจเพื่อดูว่าสร้างความแตกต่าง

หากทั้งสองข้อไม่สามารถนำมาใช้ได้ ... คุณสามารถใช้ HJSplit (หรือฟังก์ชั่นแยกของ TotalCommander) เพื่อแยกไฟล์เป็นชิ้นขนาด 1GB แต่แน่นอนว่าคุณต้องมีวิธีเข้าร่วมพวกเขาบนเซิร์ฟเวอร์อีกครั้ง ซึ่งจะขึ้นอยู่กับว่าคุณมีสิทธิ์เข้าใช้งานโปรแกรมบนเซิร์ฟเวอร์ของตัวเองหรือไม่ (เพียงแค่ "คัดลอก / b chunk1 + chunk2 + chunk3 total.vhd" จะทำถ้าคุณไม่ได้รับอนุญาตให้ติดตั้งซอฟต์แวร์เซิร์ฟเวอร์ฝั่งเพิ่มเติม)


TotalCommander พยายาม 8 การถ่ายโอนล้มเหลวแม้กระทั่งก่อน 4GB และรายงาน "โปรดลบการป้องกันการเขียนออก!" แต่ฉันไม่เชื่อว่าจริง ๆ แล้วระบุข้อผิดพลาดการป้องกันการเขียน
Isaac Butt

เรามีวิธีอื่นในการย้ายข้อมูลข้าม ฉันสามารถทำได้เพียง RAR ไฟล์และถ่ายโอนมันไป (ไม่จำเป็นต้องแยกมันออกเป็นชิ้นเล็ก ๆ ) แต่มันเป็นขั้นตอนพิเศษที่เราไม่ควรทำ ขอบคุณสำหรับคำแนะนำแม้ว่าฉันขอขอบคุณสำหรับความช่วยเหลือของคุณ
Isaac Butt

0

แค่ความคิด: VHD ถูกใช้งานโดยไฮเปอร์ไวเซอร์หรือติดตั้งหรือไม่?

มันอาจจะล้มเหลวเพราะส่วนหนึ่งของ VHD ถูกล็อคและไม่สามารถอ่านได้จากระบบไฟล์ นี่คือสาเหตุที่การซิปไฟล์ทำงานได้และทำไมไฟล์วิดีโอที่มีขนาดเท่ากันก็ใช้งานได้ แต่ไม่ใช่ไฟล์ VHD

กำลังมองหาการล็อคไฟล์ใน windows:

  1. ดาวน์โหลดexplorer กระบวนการ (ลิงก์โดยตรงไปยัง live.sysinternals.com)
  2. เลือกเมนูค้นหาเลือกค้นหาหมายเลขอ้างอิงหรือ DLL ...
  3. พิมพ์ชื่อไฟล์เลือกค้นหา

ดูเหมือนจะมีผู้เชี่ยวชาญแลกเปลี่ยนโพสต์พร้อมปัญหาที่คล้ายกัน แต่ไม่มีคำตอบในคำตอบ


จุดดี. บางครั้งคุณจำเป็นต้องรีบูตเครื่องเวิร์กสเตชันเพื่อปลดล็อคไฟล์ อาจดูเหมือนเป็นอิสระ แต่คุณไม่สามารถบอกได้จริงๆ
Tonny

@ Tony นี่คุณสามารถบอกได้ว่าคุณเพียงแค่ต้องการเครื่องมือที่เหมาะสม อัปเดตคำตอบของฉันด้วยวิธีการที่แนะนำ
โจเซฟ Kern

ใช่ฉันเห็นบทความแลกเปลี่ยนผู้เชี่ยวชาญและฟังดูคล้ายกัน explorer กระบวนการแสดงอะไรสำหรับไฟล์ ยิ่งกว่านั้นฉันสามารถทำสำเนาของมันและพยายามที่จะถ่ายโอนสำเนายังคงล้มเหลวดังนั้นดูเหมือนจะไม่ได้ล็อค Total Commander 8 RC (64 บิต) ล้มเหลวเร็วถึง 2GB ในการถ่ายโอนพร้อมข้อความ "โปรดลบการป้องกันการเขียนออก!" แม้ว่าจะเป็นเพียงการตอบสนองข้อผิดพลาดของสต็อก
Isaac Butt

1
การตอบสนอง TC นั้นมีประโยชน์จริง ๆ มันจะให้ข้อความนั้นผ่านทางสำเนาหากมีสิ่งที่บล็อกการเขียนที่พยายามทำจริงๆ สิ่งนี้จะต้องอยู่ทางฝั่งเซิร์ฟเวอร์หรือเกี่ยวข้องกับ LAN / WAN คุณแน่ใจว่า LAN นั้นโปร่งใสจริงๆหรือ ฉันจะมองหาเราเตอร์ที่ทำ Statefull Packet Inspection หรืออุปกรณ์ Network Accelerator (เช่นอุปกรณ์ Cisco WAAS) ที่ทำให้เกิดความสับสนเกี่ยวกับข้อมูลประเภทนี้
Tonny

อืมสายควรจะโปร่งใส ฉันสามารถโทรหาผู้ให้บริการของเราและบอกพวกเขาว่าเกิดอะไรขึ้นแม้ว่าฉันจะพนันได้เลยว่าพวกเขาจะโทษผู้อื่น
Isaac Butt

0

ดูเหมือนว่าอาจเป็นปัญหาสิทธิ์เมื่อคุณพยายามคัดลอกไฟล์ไปยังตำแหน่งเครือข่ายที่หยุดหรือล้มเหลวบางทีคุณอาจลองสร้างโฟลเดอร์เครือข่ายทำให้เปิดได้เต็มที่หมายถึงแชร์กับกลุ่ม "ทุกคน" และกำหนดวิธีนั้นในแท็บความปลอดภัย หากวิธีนี้แก้ไขปัญหาได้ดูเหมือนว่าปัญหาเรื่องสิทธิ์ใช้งานจริง ๆ แล้วเนื่องจากคุณพูดถึงการคัดลอก Linux ล้มเหลวในไม่ช้าก็เร็วดูเหมือนว่าสิทธิ์อาจเป็นปัญหา ตรวจสอบให้แน่ใจว่าไฟล์ภายใน VHD ไม่ได้ใช้งานและคุณมีสิทธิ์ที่เหมาะสมในการเข้าถึงไฟล์เหล่านั้น

ตรวจสอบให้แน่ใจว่าโฟลเดอร์ที่คุณกำลังคัดลอกนั้นมีสิทธิ์เปิดอยู่ โปรดจำไว้ว่านี่เป็นเพียงเพื่อดูว่าการอนุญาตได้รับในทางที่คุณสามารถทำให้พวกเขาแน่นขึ้นในภายหลังเมื่อคุณได้รับการจ้องมองจุดของสำเนาทำงานอย่างถูกต้อง

อีกสิ่งหนึ่งและอาจเป็นช็อตยาว แต่คุณลองอัปเดตไดรเวอร์ NIC หรือไม่ อาจมีการแก้ไขในไดรเวอร์ล่าสุดสำหรับเครื่องของคุณ

ฉันหวังว่านี่จะช่วยได้ไชโย


ขอบคุณสำหรับคำแนะนำ แต่นั่นไม่ได้อธิบายว่าทำไมการถ่ายโอนไฟล์จึงสำเร็จถ้าข้อมูลในรูปแบบเข้ารหัส ฉันยังคิดว่าปัญหาอยู่ที่เส้น TLS; ฉันกำลังพูดคุยกับการสนับสนุนของพวกเขาในขณะนี้
Isaac Butt
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.