बाहरी USB हार्ड ड्राइव के लिए SQL डेटाबेस का बैकअप लेना अच्छा है?


8

मैं एक अपतटीय तेल मंच (रैक सर्वर) पर एक डेटाबेस सिस्टम स्थापित करूंगा। उनके पास बहुत सीमित हार्डवेयर और स्थान है इसलिए बैकअप इन्फ्रास्ट्रक्चर भेजना संभव नहीं है। एफ़टीपी के माध्यम से बैकअप भेजना भी संभव नहीं है क्योंकि उनके पास फ़ाइल सर्वर भी नहीं है।

मैं एक पोर्टेबल USD हार्ड ड्राइव पर SQL डेटाबेस का बैकअप लेने के बारे में सोच रहा था। USB हार्ड ड्राइव को हर समय सीधे सर्वर पर प्लग किया जाएगा। सप्ताह में एक बार, वे हार्ड ड्राइव को एक ताजा / पुराने के साथ स्वैप करेंगे।

क्या ऐसा करना एक अच्छा विचार है? यदि आप एक बेहतर समाधान का प्रस्ताव नहीं कर सकते हैं?


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

जवाबों:


7

यह सिर्फ एक विचार है, लेकिन आप एक बाहरी (या तृतीय-पक्ष सम्‍मिलित) बैकअप सेवा को दर्पण सर्वर / 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: किसी भी मामले में मैं आपके विचार के बारे में कुछ भी उत्तर नहीं देता। बेशक कुछ भी नहीं से बेहतर है, लेकिन महत्वपूर्ण डेटा के लिए कुछ भी नहीं है। इसमें भविष्य के कई गैर-वांछनीय मुद्दे हैं:

  • यूएसबी का वेग
  • मैनुअल प्रक्रिया (किसके द्वारा? एक दूसरे से निपटने के लिए जानकारी बहुत अधिक महत्वपूर्ण है? आपके पास कोई कानूनी / कार्य / आर्थिक जवाबदेही है अगर वह व्यक्ति जो आपके डेटा के साथ काम करता है / उसे नष्ट / बदल देता है?
  • समय, निश्चित रूप से आप स्वतः विकल्प चाहते हैं।
  • आप बैकअप लेंगे .. क्या? कितनी रकम? किस तरह का डेटा? पुराना डेटा क्या है? विच मानदंड के साथ? मापदंड बदलेंगे या बदलेंगे? और वह अगले प्रश्न के साथ बन जाता है:
  • यहाँ मेरे देश में हमारे पास एक "कहावत" या "बाइट" है जो कुछ ऐसा कहता है ... "आज के लिए रोटी है, कल के लिए भूखा है"। मेरा मतलब है, आपको किसी भी समय इस प्रक्रिया को बदलने की आवश्यकता होगी? क्या यह संभव है कि आपको थोड़े समय में दूसरे रास्ते की तलाश है? लागत क्या होगी? क्या आपका समाधान लचीलापन है या आपको मुफ्त में भविष्य की समस्या मिलेगी?

1
धन्यवाद Leandro, DB MSSQL है। आप दर्पण कैसे सेट करते हैं? लॉग शिपिंग के माध्यम से?
user1034912

3
MIRRORING के माध्यम से - आओ, इसे ऑनलाइन पुस्तकों में खोज में लिखें। पिछले कुछ समय से यह एक प्रमुख विशेषता है।
टॉमटॉम

1
मुझे इस मुद्दे को हल करने के लिए मिररिंग का विचार पसंद है। मुझे लगता है कि बनाया गया एक महान बिंदु यह है कि यदि आप डेटा को वास्तव में मूल्यवान होने के लिए समेकित कर सकते हैं।
एशले

9

USB कनेक्टेड ड्राइव का बैकअप निश्चित रूप से बेहतर है फिर कोई बैकअप नहीं। विशेष रूप से बैकअप (जैसे टेप) के लिए डिज़ाइन किया गया हार्डवेयर का बैकअप बेहतर विकल्प हो सकता है।

क्या आप एक सप्ताह के डेटा को खोने का जोखिम उठा सकते हैं? यदि आप सप्ताह में केवल एक बार ड्राइव स्वैप कर रहे हैं, तो आप एक सप्ताह के डेटा को जोखिम में डाल रहे हैं। यदि ड्राइव एक सप्ताह के लिए जुड़ा हुआ है, तो कंप्यूटर और बैकअप ड्राइव दोनों को निकालने में कुछ विद्युत वृद्धि का खतरा है। यदि उस ड्राइव को 6 दिनों के लिए नहीं बदला गया है, तो आप 6 दिनों के डेटा को खो देते हैं।

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


2
अपनी बात की तरह, बिना किसी बैकअप से बेहतर है .. धन्यवाद
user1034912

3
मेरी मुख्य समस्या बहुत सी थिग्नियाँ हैं जो गलत हो सकती हैं जो यूएसबी डिस्क सामग्री को मारती हैं - खराब फाइल सिस्टम से लेकर बिजली के झटके तक।
टॉमटॉम

1
सस्ते उपभोक्ता बाहरी एचडीडी की तुलना में आप जितनी जल्दी उम्मीद करेंगे, उतनी ही जल्दी मर जाएंगे। सुनहरा नियम है, हमेशा अपने डेटा की कई प्रतियां (इसका मतलब है, दो बैकअप ड्राइव प्राप्त करें)।
Bigbio2002
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.