सिस्टम क्या वादा करता है

बैकअप तब तक केवल संभावित स्रोत है जब तक उपयोगी सेवा बहाल करके न दिखाई जाए। तय करें कितना हाल का काम फिर दर्ज किया जा सकता है और कितनी देर सेवा बंद रह सकती है। ये संचालन के फैसले हैं, बैकअप समय-सारणी की अपने आप बनी गारंटी नहीं।

व्यावहारिक विकल्प मिलाएँ

डेटाबेस, फ़ाइलें, कॉन्फ़िगरेशन, गुप्त कुंजियों की पहुँच और संगत ऐप संस्करण लिखें। केवल डेटाबेस पूरा उत्पाद नहीं बनाता। सक्रिय लिखाई के अनुसार तरीका चुनें। SQLite स्थिर प्रति के लिए Online Backup API बताता है; चालू फ़ाइल का journal समझे बिना कॉपी पर्याप्त प्रक्रिया नहीं है।

पूरा सफर जाँचें

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

बहाली साफ दिखाएँ

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

घटना से पहले बहाली का क्रम लिखें

उद्देश्य और लक्ष्य से शुरू करें: अलग अभ्यास, खोया होस्ट या खराब उत्पादन डेटा बदलना। परिणाम अलग हैं। स्रोत, बैकअप समय, अखंडता और संगत संस्करण दर्ज करें। पहुँच निर्देश को गुप्त मानों से अलग रखें ताकि प्रक्रिया साझा हो, प्रमाणपत्र न फैलें।

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

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

बहाली स्वीकार्यता प्रमाण

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

समीक्षा के लिए उदाहरण

सामान्य संचालक अनुपस्थित हो तो कौन बहाल करेगा? क्या डेटा खोएगा और मिलान कैसे होगा? किस स्थिति में वापस लौटेंगे? समीक्षा में अंतिम वास्तविक अभ्यास, समय और बाकी कमी लाएँ, केवल हरा बैकअप संकेत नहीं।

स्रोत और आगे पढ़ें

  1. SQLite — Online Backup API
सेवाएँ

सॉफ़्टवेयर सुधार और देखभाल

मौजूदा सॉफ़्टवेयर के लिए सोच-समझकर अगला कदम।

इस सेवा पर बात करें