सिंक और बैकअप का अंतर: फ़ाइल पुनर्प्राप्ति योजना बनाएँ
सिंक कई स्थानों पर मौजूदा फ़ाइलों को उपलब्ध रखता है; बैकअप गलती, क्षति या डिवाइस खराब होने के बाद लौटने योग्य प्रतियाँ सुरक्षित रखता है। दोनों का अंतर समझें, संग्रह स्थान और संरक्षण अवधि की योजना बनाएँ, और वास्तविक फ़ाइलें मिटाए बिना अस्थायी नमूने को सुरक्षित रूप से बहाल करने का अभ्यास करें।
कई डिवाइसों पर एक ही फ़ाइल दिखाई देना अपने आप में सुरक्षित बैकअप होने का संकेत नहीं है। सिंक, जुड़े हुए स्थानों में फ़ाइलों की स्थिति को एक जैसा रखता है; बैकअप अलग पुनर्प्राप्ति प्रतियाँ सुरक्षित रखता है, ताकि समस्या आने पर आप किसी पुराने समय बिंदु पर लौट सकें। सिंक किए गए फ़ोल्डर में फ़ाइल मिटाने या गलती से उसके ऊपर दूसरी फ़ाइल सहेजने पर वह बदलाव अन्य स्थानों तक भी पहुँच सकता है। महत्वपूर्ण डेटा के लिए, जहाँ उपयोगी हो वहाँ सिंक करें, और साथ में किसी स्वतंत्र स्थान पर तय अवधि तक पुरानी प्रतियाँ रखें; यह भी जाँचें कि आप उन्हें वास्तव में पुनर्स्थापित कर सकते हैं।
सिंक और बैकअप में क्या अंतर है?
सिंक सेवा कई डिवाइसों या क्लाउड फ़ोल्डरों में मौजूदा फ़ाइलों को एक जैसा रखती है। लैपटॉप पर दस्तावेज़ संपादित करने पर बदलाव दूसरे डिवाइसों तक भेजा जाता है; किसी फ़ोल्डर से फ़ाइल हटाने पर वह हटाना वहाँ भी दिख सकता है। OneDrive में फ़ाइलें हटाने की जानकारी भी डिवाइस और क्लाउड में हटाने के दायरे को अलग-अलग बताती है। इसलिए सिंक नवीनतम स्थिति तक पहुँच और सहयोग को आसान बनाता है। लैपटॉप और क्लाउड दोनों में वही दस्तावेज़ दिखना दो स्वतंत्र पुनर्प्राप्ति प्रतियाँ होने के बराबर नहीं है।
बैकअप मूल फ़ाइल से अलग रखी गई प्रति है, जिसे हटने, क्षतिग्रस्त होने या डिवाइस खराब होने के बाद किसी ज़रूरी समय की स्थिति से डेटा वापस पाने के लिए बनाया जाता है। योजना में यह तय होता है कि प्रतियाँ कब बनेंगी, पुराने संस्करण कितने समय तक रखे जाएँगे, उन्हें कौन मिटा सकता है और बहाली के लिए किन खातों या कुंजियों की ज़रूरत होगी। कुछ सिंक उत्पाद रीसायकल बिन, संस्करण इतिहास या पूर्ण पुनर्स्थापन जैसी सुविधाएँ दे सकते हैं, लेकिन यह उत्पाद, खाते के प्रकार, प्रशासक की सेटिंग और संरक्षण अवधि पर निर्भर करता है। सुविधा के नाम से सुरक्षा का दायरा न मानें; सेवा प्रदाता के दस्तावेज़ देखें।
| पहलू | सिंक | बैकअप |
|---|---|---|
| मुख्य उद्देश्य | कई स्थानों पर मौजूदा फ़ाइलों का उपयोग | नुकसान या क्षति के बाद डेटा वापस पाना |
| बदलाव का प्रसार | संपादन और हटाना जुड़े स्थानों तक पहुँच सकता है | कॉपी की आवृत्ति और संरक्षण नीति के अनुसार पुराने समय बिंदु रखे जाते हैं |
| पुनर्प्राप्ति इकाई | रीसायकल बिन या संस्करण इतिहास जैसी उत्पाद सुविधाओं पर निर्भर | फ़ाइल, फ़ोल्डर या बड़े दायरे की प्रति से बहाली |
| क्या जाँचें | सिंक स्थिति, हटाने का प्रसार, खाते और संस्करण इतिहास की शर्तें | संग्रह स्थान, अंतिम सफल प्रति का समय, संरक्षण अवधि और बहाली की संभावना |
यह अंतर कब महत्वपूर्ण होता है?
उदाहरण के लिए, मान लें कि एक टीम साझा फ़ोल्डर में project/proposal.docx पर साथ काम कर रही है। यदि कोई सहकर्मी मिलते-जुलते नाम वाला पुराना मसौदा नवीनतम दस्तावेज़ के ऊपर सहेज दे, तो गलत सामग्री दूसरे डिवाइसों पर भी सिंक हो सकती है। सिंक ने केवल बदलाव पहुँचाया; उसने यह तय नहीं किया कि बदलाव सही था या नहीं। यदि पुराना संस्करण सुरक्षित रखा गया है, तो शायद उसे ढूँढ़कर बहाल किया जा सके, लेकिन संस्करण सुविधा की संरक्षण अवधि और लागू शर्तें जाँचें।
दूसरा उदाहरण: काम का फ़ोल्डर व्यवस्थित करते समय आप गलती से फ़ाइल मिटा देते हैं। कभी-कभी सिंक सेवा के रीसायकल बिन से उसे वापस पाया जा सकता है, लेकिन रीसायकल बिन स्थायी संग्रह नहीं है। बहाली की अवधि खाते के अनुसार अलग हो सकती है, और बिन से हमेशा के लिए हटाई गई फ़ाइल वापस न मिल पाए। Microsoft Support के अनुसार व्यक्तिगत OneDrive और कार्य या स्कूल खातों में हटाई गई फ़ाइलों की बहाली अवधि अलग हो सकती है, और प्रशासक संरक्षण अवधि बदल सकता है। ये OneDrive की विशिष्ट शर्तें हैं, हर क्लाउड सेवा की गारंटी नहीं। OneDrive से हटाई गई फ़ाइलें बहाल करें
अपने काम के अनुरूप पुनर्प्राप्ति योजना बनाएँ
पहले लिखें: “किन फ़ाइलों को खोना सबसे कठिन होगा?” फ़ोटो और निजी दस्तावेज़ जैसी मुश्किल से दोबारा बनाई जाने वाली चीज़ों के साथ काम फिर शुरू करने के लिए ज़रूरी डेटा भी शामिल करें। छोटे व्यवसाय में ग्राहक संपर्क, बिलिंग रिकॉर्ड, अनुबंध, काम के दस्तावेज़ और सेवा कॉन्फ़िगरेशन डेटा शामिल हो सकते हैं। ब्राउज़र कैश या फिर से डाउनलोड किए जा सकने वाले इंस्टॉलर की प्राथमिकता कम हो सकती है। टीम के डेटा के लिए उसका स्वामी और बहाली मंज़ूर करने वाला व्यक्ति भी तय करें।
फिर दो पुनर्प्राप्ति लक्ष्य तय करें: “हाल का कितना काम खोना मेरे लिए स्वीकार्य होगा?” और “फ़ाइलें कब तक फिर से इस्तेमाल योग्य होनी चाहिए?” जवाबों के अनुसार बैकअप की आवृत्ति और संरक्षण अवधि चुनें। उदाहरण के लिए, महत्वपूर्ण फ़ाइलें रोज़ बदलती हैं, लेकिन सप्ताह में केवल एक बार कॉपी होती हैं, तो घटना के समय कई दिनों के बदलाव प्रति में न हों। यह योजना समझाने के लिए उदाहरण है, किसी खास बैकअप उत्पाद की गारंटी नहीं।
अब कम से कम तीन भूमिकाएँ अलग करें:
**कार्य प्रति:** वह कंप्यूटर या साझा फ़ोल्डर जहाँ आप आम तौर पर संपादन करते हैं। सिंक डिवाइसों के बीच पहुँच और काम की निरंतरता में मदद करता है।
**पुनर्प्राप्ति इतिहास:** बैकअप या संस्करण-संरक्षण सुविधा जो कुछ समय तक पुराने संस्करण रखती है। हाल की गलती या क्षति को पलटने में इसका उपयोग करें। अलग से जाँचें कि ये संस्करण हमलावरों या गलती से कितने अलग सुरक्षित हैं।
**अलग प्रति:** दूसरी जगह रखी प्रति, ताकि मूल डिवाइस या खाते के साथ यह भी क्षतिग्रस्त न हो। बाहरी ड्राइव इस्तेमाल करें तो बैकअप के बाद उसे सुरक्षित रूप से डिस्कनेक्ट करके अलग स्थान पर रखें। क्लाउड बैकअप चुनते समय केवल यह देखकर सुरक्षित न मानें कि वह दूसरा खाता या सेवा है; प्रशासनिक पहुँच, मिटाने से सुरक्षा और पुनर्प्राप्ति इतिहास जाँचें।
सुरक्षित तरीके से बहाली का अभ्यास करें
वास्तविक फ़ाइलें मिटाए बिना अस्थायी नमूने से बहाली का परीक्षण करना सीखने के लिए पर्याप्त है। यह छोटा परीक्षण दिखाता है कि बैकअप सचमुच सहेजा गया और नई जगह पर वापस लाया जा सकता है या नहीं।
अपने कार्यक्षेत्र में नया अस्थायी फ़ोल्डर बनाएँ, जैसे `restore-practice-date`। उसमें वास्तविक ग्राहक जानकारी या निजी दस्तावेज़ कॉपी न करें; “अभ्यास दस्तावेज़, संस्करण 1” जैसी बिना संवेदनशील जानकारी वाली पाठ फ़ाइल बनाएँ।
बैकअप टूल की सेटिंग या निर्देशों से पुष्टि करें कि यह अस्थायी फ़ोल्डर बैकअप में शामिल है। केवल सिंक फ़ोल्डर के भीतर बनाने से यह अलग बैकअप में शामिल नहीं हो जाता।
बैकअप पूरा होने की स्थिति और आखिरी सफल समय देखें। फ़ाइल में थोड़ा बदलाव कर उसे “संस्करण 2” के रूप में सहेजें और जाँचें कि टूल ने पुराना संस्करण रखा या नहीं। सेटिंग बदलनी हो तो पहले उत्पाद के आधिकारिक निर्देश पढ़ें और केवल अस्थायी फ़ोल्डर को लक्ष्य बनाएँ, ताकि अन्य वास्तविक डेटा प्रभावित न हो।
बैकअप टूल में संस्करण 1 या परीक्षण समय वाली फ़ाइल खोजें और उसे **मूल स्थान के बजाय अलग अस्थायी बहाली फ़ोल्डर** में पुनर्स्थापित करें। स्रोत फ़ोल्डर की फ़ाइलें न मिटाएँ और न उनके ऊपर लिखें। यदि टूल केवल मूल स्थान पर ही लिख सकता है, तो यहीं रुकें और अलग स्थान पर सुरक्षित निर्यात का तरीका आधिकारिक दस्तावेज़ में देखें।
बहाल की गई फ़ाइल खोलकर उसकी सामग्री और नाम जाँचें। ज़रूरत हो तो आकार या साधारण चेकसम की तुलना करें। तारीख, उपयोग किया गया संग्रह स्थान, बहाली में लगा समय और समस्याएँ दर्ज करें।
अभ्यास के बाद अस्थायी बहाली फ़ोल्डर की परीक्षण फ़ाइलें साफ़ करें। नीति देखकर पुष्टि करें कि बैकअप टूल परीक्षण प्रति को आगे भी रखेगा या नहीं; सफ़ाई को वास्तविक डेटा तक न बढ़ाएँ।
अपेक्षित परिणाम और विफल होने पर क्या करें
परीक्षण सफल होने पर अलग बहाली फ़ोल्डर में चुने गए समय की सामग्री पढ़ी जा सकेगी, जबकि कार्य फ़ोल्डर की मौजूदा फ़ाइल जस की तस रहेगी। यदि संस्करण 1 बहाल किया है, तो उसकी सामग्री संस्करण 2 से अलग दिखनी चाहिए। यह छोटा परीक्षण सभी डेटा की बहाली या किसी घटना में तय समय के भीतर प्रतिक्रिया की गारंटी नहीं देता।
फ़ाइल बैकअप सूची में नहीं है तो शामिल फ़ोल्डर, बहिष्करण नियम और खाते का कनेक्शन जाँचें। आखिरी बैकअप पुराना हो तो समय-सारणी, संग्रह स्थान और डिवाइस कनेक्शन जाँचें, फिर अस्थायी फ़ाइल से दोबारा परीक्षण करें। बहाल करने योग्य संस्करण न हो तो संस्करण इतिहास की संरक्षण अवधि या बैकअप नीति अपर्याप्त हो सकती है। एन्क्रिप्टेड संग्रह तक पहुँच न हो तो पासवर्ड या पुनर्प्राप्ति कुंजी के सुरक्षित भंडारण और जिम्मेदार व्यक्ति की पहुँच प्रक्रिया जाँचें। समस्या बनी रहे तो सेवा प्रदाता या संगठन के IT संपर्क से पूछें। वास्तविक रैनसमवेयर संक्रमण का संदेह हो तो संक्रमित डिवाइस या जुड़े बैकअप से तुरंत बहाली न करें; पहले संगठन की सुरक्षा या IT प्रतिक्रिया प्रक्रिया के अनुसार अलगाव और सुरक्षा जाँच कराएँ।
नियमित रूप से जाँचने योग्य बातें
क्या महत्वपूर्ण डेटा और बैकअप लक्ष्य नवीनतम सूची में हैं?
क्या आखिरी सफल बैकअप का समय, आवृत्ति और संरक्षण अवधि देख सकते हैं?
क्या आपको पता है कि सिंक हटाने और ऊपर से लिखने के बदलाव कैसे फैलाता है?
हर उत्पाद और खाते में संस्करण इतिहास या रीसायकल बिन की बहाली अवधि क्या है?
क्या मूल से अलग स्थान या अलग पहुँच नियंत्रण वाली कम से कम एक प्रति है?
क्या बाहरी बैकअप उपयोग के बाद डिस्कनेक्ट होते हैं और खोने, आग या चोरी से सुरक्षित रखे जाते हैं?
क्या अधिकृत जिम्मेदार व्यक्ति बहाली के लिए आवश्यक खाते, पासवर्ड और एन्क्रिप्शन कुंजी तक पहुँच सकता है?
क्या बिना संवेदनशील जानकारी वाली अस्थायी फ़ाइल को अलग स्थान पर बहाल करने का रिकॉर्ड है?
बैकअप योजना तभी सफल है जब ज़रूरी समय की फ़ाइल मिल सके और पढ़ी जा सके, केवल “कॉपी पूरी” संकेत दिखने से नहीं। सिंक रोज़मर्रा की पहुँच और सहयोग आसान करता है; अलग बैकअप और बहाली अभ्यास गलती या विफलता के बाद लौटने का बिंदु देते हैं। दोनों का दायरा और सीमाएँ लिखें और नियमित परीक्षण करें, ताकि बहाली की ज़रूरत पड़ने पर शुरुआत कहाँ से करनी है यह स्पष्ट हो।
संदर्भ
[NCSC: छोटे संगठनों के लिए डेटा बैकअप](https://www.ncsc.gov.uk/collection/small-organisations-guide-to-cyber-security/backing-up-your-data)
[NCSC: रैनसमवेयर-रोधी बैकअप](https://www.ncsc.gov.uk/collection/ransomware-resistant-backups)
[Microsoft: Windows में बैकअप, पुनर्स्थापन और रिकवरी](https://support.microsoft.com/en-us/windows/experience/backup-recovery/backup-restore-and-recovery-in-windows)
[Microsoft: OneDrive से हटाई गई फ़ाइलें बहाल करना](https://support.microsoft.com/en-us/onedrive/restore-your-onedrive-files.)
[Apple: Time Machine बैकअप से आइटम बहाल करना](https://support.apple.com/en-au/guide/mac-help/mh11422/mac)