Q100079: बैकअप, अभिलेखागार और सत्र स्क्रिप्ट का उपयोग करके Mari प्रोजेक्ट्स को साझा करने और बैकअप करने के सर्वोत्तम अभ्यास

सारांश

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

अधिक जानकारी

परियोजना स्थान

एक Mari प्रोजेक्ट में एक भी फ़ाइल नहीं होती। बल्कि, प्रोजेक्ट, प्रोजेक्ट लोकेशन में एक फ़ोल्डर होता है जिसमें बड़ी संख्या में छोटी-छोटी एन्कोडेड फ़ाइलें होती हैं, जिन्हें अक्सर Mari कैश या DDI कैश ब्लॉक कहा जाता है। यह संरचना प्रदर्शन को बेहतर बनाती है और Mari बड़े प्रोजेक्ट्स को संभालने में सक्षम बनाती है।

वह निर्देशिका जहाँ ये प्रोजेक्ट फ़ोल्डर स्थित हैं , उसे Edit > Preferences > Data > Project > Project Location चुनकर पाया जा सकता है।

स्टूडियो के संदर्भ में, इस प्रोजेक्ट लोकेशन को नेटवर्क ड्राइव पर सेट करना आकर्षक हो सकता है, ताकि सभी कलाकारों को एक-दूसरे के प्रोजेक्ट्स तक पहुँच मिल सके। दुर्भाग्य से, इससे निम्नलिखित समस्याएँ हो सकती हैं:

  • किसी प्रोजेक्ट पर काम करते समय Mari इस कैश डायरेक्टरी तक पहुँचने की ज़रूरत होती है, इसलिए अगर यह कैश किसी नेटवर्क ड्राइव में है, Mari इसे उतनी तेज़ी से नहीं पढ़ पाएगी जितनी तेज़ी से वह किसी लोकल ड्राइव पर कैश पढ़ने में पढ़ पाती। इससे प्रदर्शन संबंधी समस्याएँ हो सकती हैं।
  • नेटवर्क समस्याएँ या ओवरलोड, जैसे कि संकट के समय में होने वाली समस्याएँ, परियोजना में अपरिवर्तनीय भ्रष्टाचार और कार्य की हानि का कारण बन सकती हैं। इस कारण से, परियोजना स्थान कैश का उपयोग नेटवर्क बैकअप के रूप में भी नहीं किया जाना चाहिए।

इसलिए, कलाकारों को अपने प्रोजेक्ट स्थान को अपने कंप्यूटर पर किसी स्थानीय ड्राइव, जैसे कि SSD, पर सेट रखना चाहिए। कंप्यूटर या नेटवर्क ड्राइव के बीच प्रोजेक्ट डेटा को कुशलतापूर्वक साझा करने के लिए, कलाकार इसके बजाय बैकअप , आर्काइव या सत्र स्क्रिप्ट का उपयोग कर सकते हैं।

नोट: कुछ व्यक्तिगत उपयोगकर्ताओं के पर्सनल कंप्यूटर में प्रोजेक्ट लोकेशन किसी ऐसी डायरेक्टरी में सेट हो सकती है जो किसी क्लाउड, जैसे कि OneDrive या Google Drive, के साथ सिंक हो रही हो। यह सेटअप स्वचालित रूप से भी हो सकता है, क्योंकि प्रोजेक्ट लोकेशन डिफ़ॉल्ट रूप से विंडोज़ पर उपयोगकर्ता के दस्तावेज़ फ़ोल्डर में रखा जाता है। नेटवर्क ड्राइव के लिए ऊपर बताए गए समान कारणों से, Mari के प्रोजेक्ट लोकेशन को क्लाउड स्टोरेज ऐप में सिंक और अपलोड नहीं किया जाना चाहिए।

स्वचालित बैकअप

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

यह Mari 7 के लिए एक नया उपकरण है जो विभिन्न लाभ प्रदान करता है:

  • बैकअप पथ को सुरक्षित रूप से नेटवर्क ड्राइव पर सेट किया जा सकता है, ताकि सभी कलाकार उन तक पहुंच सकें, जिससे स्टूडियो संदर्भ में परियोजनाओं को साझा करने का यह एक तरीका बन जाएगा।
  • किसी प्रोजेक्ट के विभिन्न संस्करणों के बीच स्थानांतरण करना तेज़ और अधिक व्यावहारिक है। एक अलग बैकअप खोलने पर उसी प्रोजेक्ट का उपयोग होता है और यह अत्यधिक अनुकूलित होता है, जबकि किसी संग्रह को निकालने पर एक अलग प्रोजेक्ट बनता है।
  • Mari से अलग एक प्रक्रिया, जिसे MriBackup कहा जाता है, बैकअप निर्माण का काम संभालती है। इस प्रकार, बैकअप बनाने से कलाकारों का काम जारी रखने में कोई रुकावट नहीं आती, और उपयोगकर्ता द्वारा Mari बंद करने पर भी बैकअप निर्माण बीच में नहीं रुकेगा।
  • इस उपकरण की वृद्धिशील प्रकृति के कारण, एकाधिक बैकअप, एकाधिक अभिलेखागार की तुलना में हल्के होते हैं।
  • बैकअप पर समय अंकित होता है तथा आसान पहचान के लिए उसे टैग भी किया जा सकता है।

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

स्वचालित बैकअप और पुनर्स्थापना प्रणाली के बारे में अधिक जानकारी के लिए, कृपया निम्नलिखित दस्तावेज़ देखें:
Mari डॉक्स: स्वचालित बैकअप और पुनर्स्थापना का उपयोग करना

नोट: AB&R प्रणाली स्वचालित रूप से जनरेट की गई Project.mri.bak फ़ाइल से भिन्न है, जो कभी-कभी उपयोगकर्ताओं को अप्रत्याशित रूप से खोए हुए कार्य को पुनर्प्राप्त करने में मदद कर सकती है। इस वैकल्पिक विधि के बारे में अधिक जानने के लिए, कृपया निम्नलिखित लेख देखें:
Q100039: बैकअप से Mari प्रोजेक्ट को पुनर्स्थापित करना

Mari अभिलेखागार

Mari आर्काइव्स पूरे प्रोजेक्ट को एक ही .mra फ़ाइल में संग्रहीत करते हैं। ये किसी प्रोजेक्ट के सभी डेटा को संग्रहीत करने का एक व्यावहारिक, सुरक्षित और कुशल तरीका है। अगर उपयोगकर्ता अपने प्रोजेक्ट को किसी अन्य कलाकार को भेजना चाहता है जो उसकी समीक्षा करेगा या उसे जारी रखेगा, तो ये आदर्श विकल्प हैं, और ये प्रोजेक्ट के दीर्घकालिक बैकअप के रूप में सबसे सुरक्षित और व्यावहारिक विकल्प भी हैं।

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

हालाँकि, अभिलेख बहुत बड़ी फ़ाइलें बन सकते हैं, जबकि सत्र स्क्रिप्ट हल्की हो सकती हैं और अन्य लाभ प्रदान कर सकती हैं।

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

नोट: अभिलेखागार के बारे में अधिक जानकारी और उसे बनाने या आयात करने के तरीके के लिए, कृपया निम्नलिखित दस्तावेज़ देखें:
Mari डॉक्स: परियोजनाओं का प्रबंधन

सत्र स्क्रिप्ट

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

नोट: कृपया ध्यान रखें कि वर्तमान में सत्र स्क्रिप्ट के साथ एक सीमा है, जिसका वर्णन Mari के ऑनलाइन दस्तावेज़ के सत्र स्क्रिप्ट अनुभाग में किया गया है।

इसके अतिरिक्त, निम्नलिखित दस्तावेज़ सत्र स्क्रिप्ट को निर्यात और आयात करने का तरीका बताता है:
Mari दस्तावेज़: सत्र स्क्रिप्ट निर्यात करना
Mari दस्तावेज़: सत्र स्क्रिप्ट आयात करना

आगे की सहायता

यदि आपको कोई कठिनाई आ रही है या आपके पास कार्यप्रवाह से संबंधित कोई प्रश्न है, तो कृपया एक सहायता टिकट बनाएं और हमें इस आलेख में मांगी गई जानकारी प्रदान करें:
Q100090: Mari समस्या की रिपोर्ट करते समय सहायता को भेजने के लिए जानकारी

समर्थन अनुरोध खोलने के तरीके के बारे में अधिक जानकारी के लिए, कृपया इस लेख को देखें:
Q100064: समर्थन टिकट कैसे जारी करें

    हम चाहते हैं कि खेद व्यक्त करते हैं

    कृपया हमें बताएँ कि