Azure File Sync रिकॉल क्लाउड टियरिंग से जुड़ी एक प्रमुख सुविधा है। जब क्लाउड टियरिंग सक्षम होती है, तो कम बार एक्सेस की जाने वाली फ़ाइलें (जिन्हें “कूल” फ़ाइलें कहा जाता है) स्थानीय स्टोरेज स्थान बचाने के लिए क्लाउड में संग्रहीत की जाती हैं। हालाँकि, फ़ाइल का मेटाडेटा और संरचना (नेमस्पेस) स्थानीय सर्वर पर ही रहती है।
जब कोई उपयोगकर्ता या एप्लिकेशन किसी टियर्ड फ़ाइल तक पहुँचने का प्रयास करता है, तो रिकॉल प्रक्रिया ट्रिगर होती है। यह प्रक्रिया क्लाउड में Azure फ़ाइल शेयर से फ़ाइल की सामग्री को सहजता से प्राप्त करती है और उसे स्थानीय रूप से उपलब्ध कराती है। रिकॉल स्वचालित रूप से होता है, जिससे उपयोगकर्ताओं के लिए न्यूनतम व्यवधान सुनिश्चित होता है।
समस्या विवरण
हाल के Azure File Sync वातावरण में, निम्न त्रुटि के कारण रिकॉल विफलताएँ देखी गईं:
RecallToDiskType: No
इस त्रुटि ने संकेत दिया कि फ़ाइल सिस्टम कैश उपयोग अपनी अधिकतम सीमा तक पहुँच गया था। परिणामस्वरूप, टियर्ड फ़ाइलें अपेक्षा के अनुसार अपनी पूर्ण डेटा सामग्री डाउनलोड करने में विफल रहीं।
समस्या निवारण
रिकॉल विफलता को दूर करने के लिए, निम्न चरण उठाए गए:
1. कारण को समझना
यह पहचाना गया कि रिकॉल विफलताएँ मेमोरी सीमा के कारण थीं। डिफ़ॉल्ट रूप से:
- आवंटित मेमोरी का 10% रिकॉल के लिए आरक्षित है।
- यदि रिकॉल इस आरक्षित मेमोरी के 60% से अधिक हो जाते हैं, तो वे मेमोरी से प्रदान किए जाते हैं और डिस्क पर नहीं लिखे जाते।
इस व्यवहार के कारण मेमोरी सीमा पार होने पर समस्याएँ उत्पन्न हुईं।
2. डेटा रिकॉल प्रक्रिया सत्यापित करना
टीम ने निम्न द्वारा डेटा के रिकॉल होने के तरीके को सत्यापित किया:
- रिकॉल के लिए अनुरोधित डेटा आकार की जाँच करना।
- यह सुनिश्चित करना कि रिकॉल किया गया डेटा सर्वर एंडपॉइंट पर डिस्क पर लिखे गए डेटा से मेल खाता है।
- रिकॉल सफल हुए या विफल, इसकी पुष्टि के लिए फ़ाइल सिंक एजेंट रिकॉल परिणाम (इवेंट ID 1110) की समीक्षा करना।
3. मेमोरी सेटिंग्स समायोजित करना
समस्या को हल करने के लिए, रजिस्ट्री सेटिंग्स को संशोधित करके रिकॉल के लिए मेमोरी आवंटन बढ़ाया गया। निम्न कमांड निष्पादित किए गए:
reg ADD "HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Azure\StorageSync" /v BottomlessFilterSharedMemSizePercentage /t REG_DWORD /d 30 /f
reg ADD "HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Azure\StorageSync" /v BottomlessFilterCacheUsagePercentage /t REG_DWORD /d 70 /f
fltmc unload StorageSync
fltmc load StorageSync
net stop filesyncsvc
net start filesyncsvc
इन परिवर्तनों ने सर्वर की कुल मेमोरी के 30% को रिकॉल के लिए उपयोग करने की अनुमति दी, जिससे रिकॉल किए गए डेटा को डिस्क पर बनाए रखने की क्षमता में सुधार हुआ।
समाधान
उपरोक्त चरणों को लागू करके, फ़ाइल सिस्टम कैश सीमाओं के कारण हुई रिकॉल विफलताओं को सफलतापूर्वक हल कर लिया गया। इससे Azure File Sync वातावरण में अधिक सहज और विश्वसनीय डेटा रिकॉल प्रक्रिया सुनिश्चित हुई।
अतिरिक्त सुझाव
Azure File Sync क्लाउड टियरिंग को बेहतर ढंग से समझने और प्रबंधित करने में मदद के लिए कुछ अतिरिक्त संसाधन इस प्रकार हैं:
निष्कर्ष
Azure File Sync रिकॉल स्थानीय स्टोरेज उपयोग को अनुकूलित करने के साथ-साथ क्लाउड-टियर्ड फ़ाइलों तक सहज पहुँच बनाए रखने के लिए आवश्यक है। मेमोरी सीमा जैसी समस्याओं को समझना और उनका निवारण करना विश्वसनीय और कुशल रिकॉल प्रक्रिया सुनिश्चित करने में मदद कर सकता है। ऊपर बताए गए चरणों का पालन करके, आप रिकॉल विफलताओं को हल कर सकते हैं और अपने Azure File Sync वातावरण के प्रदर्शन में सुधार कर सकते हैं।