फ़ाइल सिस्टम और डेटाबेस के बीच समन्वय कैसे लाया जाए?

Question

मैं एक ऑनलाइन फ़ाइल प्रबंधन परियोजना पर काम कर रहा हूं। हम डेटाबेस (एसक्यूएल सर्वर) पर संदर्भ संग्रहीत कर रहे हैं और फाइल सिस्टम पर फाइल डेटा।

हम फ़ाइल अपलोड करने और फ़ाइल को हटाने के मामले में फ़ाइल सिस्टम और डेटाबेस के बीच समन्वय की समस्या का सामना कर रहे हैं। सबसे पहले हम फाइल सिस्टम पर डेटाबेस या स्टोर फाइलों में एक संदर्भ बनाते हैं।

समस्या यह है कि यदि मैं पहले डेटाबेस में एक संदर्भ बनाता हूं और फिर फ़ाइल सिस्टम पर फ़ाइल संग्रहीत करता हूं, लेकिन फ़ाइल सिस्टम पर फ़ाइलों को संग्रहीत करते समय किसी भी प्रकार की त्रुटि होती है, तो उस फ़ाइल का संदर्भ बनाया गया है डेटाबेस लेकिन फ़ाइल सिस्टम पर कोई फ़ाइल डेटा मौजूद नहीं है।

कृपया मुझे कुछ समाधान दें कि इस तरह की स्थिति से कैसे निपटें। मुझे इसकी ज़रूरत में बुरी तरह से जरूरत है।

यह मामला तब भी होता है जब हम फ़ाइल को हटाते हैं?

Answer 1

एक ही लेनदेन के रूप में दो घटनाओं (संदर्भ का प्रबंधन, और फ़ाइल का प्रबंधन) का इलाज करें। यदि कोई भी विफल रहता है, तो दूसरे को पीछे छोड़ दें। फिर आपको ऐसी स्थिति में जाना मुश्किल हो सकता है जहां दोनों सिंक में नहीं हैं। फाइल सिस्टम ऑपरेशंस की तुलना में रोलबैक डेटाबेस संचालन करना आसान है।

Answer 2

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

ध्यान दें कि फ़ाइल अपडेट होने पर यह बहुत जटिल हो सकती है। आपको इसकी प्रतिलिपि बनाने की आवश्यकता है, ताकि फ़ाइल को ओवरराइट करने के बाद डेटाबेस लेनदेन विफल हो जाए, फिर भी आप फ़ाइल के पुराने संस्करण को पुनर्स्थापित कर सकते हैं। चाहे आप ऐसा करना चाहते हैं मजबूती के स्तर पर निर्भर करता है जो वांछित है।

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

मैं डेटाबेस में फ़ाइल के हैश (उदा। MD5) को संग्रहीत करने का भी सुझाव दूंगा। इसकी गणना करने के लिए थोड़ा समय लें, लेकिन समस्याओं का पता लगाने के लिए यह मेरे लिए बेहद उपयोगी रहा है, उदाहरण के लिए अगर फाइल का नाम फाइल सिस्टम पर गलती से बदल दिया गया है लेकिन डेटाबेस में नहीं है। इससे कुछ भी खराब होने की पुष्टि करने के लिए समय-समय पर कुछ अखंडता जांच चलाने की अनुमति मिलती है।

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

Answer 3

एक पुरानी सवाल मुझे पता है, लेकिन अन्य पाठकों के लाभ के लिए:

अपने ऑपरेटिंग सिस्टम के आधार पर आप लेन-देन संबंधी TxF

http://msdn.microsoft.com/en-us/magazine/cc163388.aspx

Answer 4

FILESTREAM उपयोग करने में सक्षम हो सकता है एसक्यूएल सर्वर में पेश किया गया था 2008 को इस सटीक समस्या का समाधान करने के लिए।

हालांकि, यह implementation challenges के अपने सेट के साथ आता है।