WordPress

वह बैकअप जिसे आपने रिस्टोर नहीं किया, एक कहानी है

हरा बैकअप जॉब एक दावा है। खाली पर रिस्टोर, एक लॉगिन और सच में खुलने वाली फ़ाइल के बाद मैं मानता हूँ।

A backup you have not restored is a story

हरा निकलने वाला बैकअप काम एक दावा है। दावा यह है कि किसी आने वाली सुबह वे फ़ाइलें चलती साइट बनेंगी। मैं दावे पर तब तक विश्वास नहीं करता जब तक वह सुबह जानबूझकर, एक फालतू मशीन पर, जब कोई इंतज़ार न कर रहा हो, न कर लूँ। बिना जाँचा बैकअप वह कहानी है जो आप खुद को सुनाते हैं। जो रिस्टोर आप चला चुके, वही बैकअप है।

खाली पर, समय-सारणी से रिस्टोर

परीक्षण वातावरण प्रोडक्शन नहीं और न वह staging जिसे संपादक इस्तेमाल करते हैं। वह खाली शुरू होता है। बैकअप ही अंदर जाने का एकमात्र रास्ता है। मैं उसे उठाता हूँ, प्रवेश करता हूँ, और एक रास्ता चलता हूँ जो घटना के दौरान मायने रखे: ऑर्डर पेज, डेटाबेस में अभी भी पड़ा फ़ॉर्म भेजना, मीडिया फ़ाइल जो संग्रह में होनी चाहिए, केवल पुरानी डिस्क पर नहीं। फिर परीक्षण प्रति फेंक देता हूँ।

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

जॉब हरा निकलने पर बैकअप पूरा नहीं होता
जॉब हरा निकला एक दावा
खाली पर रिस्टोर ज़रूरी
लॉगिन और एक रास्ता सबूत
आर्काइव की फ़ाइल खुलती है हो गया

अपडेट को वापसी चाहिए

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

खाली कॉपी पर मैं वास्तव में क्या खोलता हूँ

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

मैं तारीख के बगल में अवधि लिखता हूँ। “आखिरी रिस्टोर, 18 मिनट, uploads संग्रह पर गिरा, बहिष्करण ठीक किया, फिर चलाया।” यह नोट मॉनिटरिंग बैज से ज़्यादा काम का है। जब कोई पूछे कि प्लान में बैकअप हैं या नहीं, मैं तारीख से जवाब दे सकता हूँ। जो प्लान तारीख से जवाब न दे, वह चालान वाला cron है।

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

पूछें कि आखिरी परीक्षण पुनर्स्थापना कब चली। जवाब से पहले का ठहराव ही जवाब है।

देखभाल नई सुविधाओं के लिए खुला टैब नहीं है

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