मेरे पास निम्नलिखित पाइपलाइन है:
- [अन्य विक्रेता] मेरे विंडोज फाइलसिस्टम को फाइलें भेजता है, जिन्हें अगले अप्रयुक्त संख्या (सामान्य रूप से फाइल.001) के साथ शुरू किया जाता है।
- मैं RoboCopy के साथ फाइलों को अपने यूनिक्स फाइल सिस्टम में स्थानांतरित करता हूं और उन्हें प्रोसेस करता हूं। प्रोसेसिंग के बाद मैं फाइलों को हटाता हूं। तो ये फाइलें सिर्फ डेटा के परिवहन के लिए हैं।
समस्या यह है: फ़ाइल को धीरे-धीरे संसाधित करते समय, [अन्य विक्रेता] नई फाइलें भेज सकते हैं (फाइल के साथ फिर से शुरू), और रोबोकॉपी फिर नई फाइलों के साथ मेरे यूनिक्स सिस्टम पर फाइलों को बदल रहा है (जो कि व्यवहार है, रोबोस्कोपी के लिए इरादा था)।
क्या इस व्यवहार को दबाने का कोई तरीका है? कुछ इस तरह "विंडोज फाइलसिस्टम पर file.001 छोड़ें और एक मिनट में फिर से कोशिश करें"?
एडिथ:
सामान्य रूप से:
- विंडोज: खाली यूनिक्स: खाली = & gt; FileDelivery
- विंडोज: file.001 यूनिक्स: खाली = & gt; लड़ी
- Windows: खाली यूनिक्स: file.001 = & gt; धीरे-धीरे डेटाबेस के लिए प्रक्रिया
- विंडोज: खाली यूनिक्स: खाली
यहाँ समस्या है:
- विंडोज: खाली यूनिक्स: खाली = & gt; FileDelivery
- विंडोज: file.001 यूनिक्स: खाली = & gt; लड़ी
- Windows: खाली यूनिक्स: file.001 = & gt; धीरे-धीरे डेटाबेस और FileDelivery के लिए प्रक्रिया
- Windows: file.001 Unix: file.001 = & gt; फ़ाइल को स्थानांतरित नहीं करें.001 (लेकिन शायद अन्य फाइलें)
robocopy c: \ data \ r: \ data \ *। * XN / MOV / R: 100 / W: 30 / MON: 1 यूनिक्स की जगह ले रहा है: फ़ाइल.001 भले ही वह मौजूद हो
एडिथ चाहता है कि मैं इसे जोड़ूं:
शायद समस्या अलग "फाइल सिस्टम" / प्रशासन स्तरों में निहित है। एक नेटलिंक (बड़ा सांबा) है और दूसरा zfs है। दोनों "सिस्टम" (माफ करना, मुझे नेटवर्क तकनीक का थोड़ा भी अंदाजा नहीं है, इसलिए मेरी शब्दावली गलत हो सकती है) अपनी खुद की डायरेक्टरी को स्मृति में रखने के लिए सीम, इसलिए कोई बदलावों को नहीं पहचानता है, दूसरी फाइलसिस्टम डायरेक्टरी में परफॉर्म कर रही है ।