यह सिर्फ एक विचार है, लेकिन आप एक बाहरी (या तृतीय-पक्ष सम्मिलित) बैकअप सेवा को दर्पण सर्वर / db प्रदान कर सकते हैं। जानकारी आपके द्वारा सम्मिलित / अद्यतन / लेनदेन लॉग / परिवर्तन / निर्माण / आदि, किसी भी संशोधन को करने के लिए हर समय दोहराया जाएगा। इसलिए लेन-देन बहुत कम है और एक कतार में हो सकता है यदि आपके पास पहुंच नहीं है या आपके पास इंटरनेट / बाहरी नेटवर्क तक सीमित कनेक्शन (प्रति सप्ताह एक कनेक्शन) है।
यदि आप मुझे बताएं कि आप किस प्रकार के DB का उपयोग कर रहे हैं तो मैं आपकी काफी मदद कर सकता हूं। यह MySQL है? MSSQL? आकाशवाणी?
इससे भी अधिक (सिर्फ एक और विचार) आपने एक अच्छी-नीति प्रोग्रामबिलिटी बैकअप बनाने पर विचार किया? उदाहरण के लिए, यदि आप संरचना और डेटा, और डेटा की समाप्ति का समय जानते हैं, तो आप अपने निर्दोष इतिहास को स्थानांतरित / हटा सकते हैं या ऊपर दिए गए विचार के साथ काम कर सकते हैं।
मुझे लगता है कि जोखिम, सुरक्षा, अंतरिक्ष और हार्डवेयर की क्षति के संदर्भ में एक न्यूनतम कनेक्शन के साथ दर्पण db के साथ काम करने की लागत बाहरी हटाने योग्य हार्डवेयर के साथ काम करने से कम है।
संपादित:
दर्पण के बारे में एक सर्वर में बहुत सारी मदद और ट्यूटोरियल और वीडियो ट्यूटोरियल हैं। मेरा कौशल लिनक्स पर MySQL सर्वर के लिए अधिक उन्मुख है लेकिन मैं आपको कुछ युक्तियां बता सकता हूं, मुझे आशा है कि वे आपकी मदद कर सकते हैं।
- सबसे पहले, सर्वरफॉल्ट पर, या यहां तक कि बेहतर तरीके से देख रहे हैं: स्टैक एक्सचेंज पर डेटाबेस प्रशासक
- MSSQL के लिए msdn पर (मैं आपको 2005 संस्करण देता हूं, मुझे नहीं पता कि आपका सर्वर / db क्या संस्करण है: SQL Server 2005 में डेटाबेस मिररिंग लेकिन आप इसे शीर्ष मेनू पर बदल सकते हैं।
उस दस्तावेज़ के नीचे एक FAQ लिंक है जो आपको कुछ प्रमुख प्रश्नों के बारे में स्पष्ट कर सकता है (उदाहरण के लिए, कतार लेनदेन, नेटवर्क क्षमता, आदि):
या 2008 R2 पर एक दर्पण डेटाबेस कैसे तैयार करें (आप शीर्ष पर क्लिक करके संस्करण को बदल सकते हैं, "अन्य संस्करण"।
- : इस तरह कुंजी के साथ गूगल पर आप उस पर के बारे में पढ़ थक हो जाएगा गूगल खोज । जैसा कि मैंने आपको बताया, क्या मेरी पसंदीदा डीबी नहीं है, इसलिए मैं वास्तव में नहीं जानता कि आप इसे MSSQL पर कैसे कर सकते हैं, लेकिन मुझे एक बात का यकीन है: अगर डीबी कम से कम 2005 है तो आप इसे कर सकते हैं, और निश्चित रूप से अधिक विकल्प और बेहतर है जो मैंने आपको बताया।
- मुझे लगता है कि लगभग हर होस्टिंग जो केवल डेटाबेस सर्वर के साथ एक सेवा प्रदान करती है, किसी भी स्थान से कुछ प्रकार की नीतियों या प्रमाण पत्र के साथ एक दर्पण कर सकती है, वे आपको इसे समझाएंगे। मुझे अभी याद नहीं है कि एक अच्छी सेवा है लेकिन मुझे पता है कि बहुत कुछ हैं। यह संभव है कि आपको MSSQL सर्वरों की तुलना में अधिक सस्ते MySQL सर्वर मिलेंगे, लेकिन मुझे लगता है कि आपको MSSQL से MySQL में डेटा स्थानांतरित करने के लिए कुछ "माइग्रेशन ऐप" की आवश्यकता है, इसलिए मेरे लिए पहला विकल्प यह है कि आप अपने स्रोत के बारे में हर विवरण देखें और फिर पूछें एक संगत दर्पण।
और एक और विचार जो उस विचारधारा के साथ बन जाता है:
मान लीजिए कि आप दर्पण या किसी भी कारण से विन्यास नहीं कर सकते। आखिरी उदाहरण में आप एक छोटा सा काम / कार्य / स्वचालितकरण सॉफ्टवेयर या स्क्रिप्ट बना सकते हैं जिसमें बहुत सारा डेटा गर्त SQL पढ़ता है और इसे गर्त SQL भेजता है (और आप गंतव्य बदल सकते हैं, उदाहरण के लिए MSSQL (आपका वास्तविक स्रोत) से MySQL ( यह मुफ़्त है और आप इसे अपने पीसी / सर्वर / आदि के साथ कहीं भी समर्थन कर सकते हैं।
वास्तव में यदि आप SQL के बारे में जानते हैं तो आप कर सकते हैं।
और एक और टिप, मुझे लगता है कि आपने बताया कि आप किसी भी एचडी को जोड़ / संलग्न नहीं कर सकते हैं, लेकिन आप अपने आंतरिक बैकअप की क्षमता का विस्तार करने के लिए RAID की डिस्क के साथ काम कर सकते हैं।
लेकिन किसी भी मामले में , बैकअप का मुख्य विचार यह है कि आपके पास एक पूर्ण भिन्न वातावरण (दूसरी जगह) में बैकअप है जिसे आप अपने डेटाबेस तक पहुंच सकते हैं और / या स्विच कर सकते हैं यदि कोई किसी कारण से गिरता है (एक आग, एक भूकंप, एक क्रांति, एक हार्डवेयर समस्या)। यह एक दर्पण का मुख्य विचार है: एक लोड संतुलित सर्वर जो उपयोगकर्ता के लिए स्पष्ट है, आप वास्तव में नहीं जानते कि आप कहां काम कर रहे हैं, यह उसी समय उसी तरह से काम करता है। यह "इतिहास बैकअप" और "वास्तविक समय बैकअप" के साथ एक अंतर है।
संपादित 2:
किसी भी मामले में मैं आपके विचार के बारे में कुछ भी उत्तर नहीं देता। बेशक कुछ भी नहीं से बेहतर है, लेकिन महत्वपूर्ण डेटा के लिए कुछ भी नहीं है। इसमें भविष्य के कई गैर-वांछनीय मुद्दे हैं:
- यूएसबी का वेग
- मैनुअल प्रक्रिया (किसके द्वारा? एक दूसरे से निपटने के लिए जानकारी बहुत अधिक महत्वपूर्ण है? आपके पास कोई कानूनी / कार्य / आर्थिक जवाबदेही है अगर वह व्यक्ति जो आपके डेटा के साथ काम करता है / उसे नष्ट / बदल देता है?
- समय, निश्चित रूप से आप स्वतः विकल्प चाहते हैं।
- आप बैकअप लेंगे .. क्या? कितनी रकम? किस तरह का डेटा? पुराना डेटा क्या है? विच मानदंड के साथ? मापदंड बदलेंगे या बदलेंगे? और वह अगले प्रश्न के साथ बन जाता है:
- यहाँ मेरे देश में हमारे पास एक "कहावत" या "बाइट" है जो कुछ ऐसा कहता है ... "आज के लिए रोटी है, कल के लिए भूखा है"। मेरा मतलब है, आपको किसी भी समय इस प्रक्रिया को बदलने की आवश्यकता होगी? क्या यह संभव है कि आपको थोड़े समय में दूसरे रास्ते की तलाश है? लागत क्या होगी? क्या आपका समाधान लचीलापन है या आपको मुफ्त में भविष्य की समस्या मिलेगी?