देखें पूर्ण संस्करण: हल डेटाबेस बैकअप फाइल भी बड़ा है!
मैं अपने मंच बैकअप ssh के माध्यम से एक बार एक कमजोर, मेरे बैकअप बड़ा नहीं तो 350MB था और अब यह 1.2gb मारा, मुझे लगता है कि इस समस्या अर्थ हो सकता है मैं इसे समर्थन समस्या नहीं है लेकिन अगर मैं कभी एक जीता बहाल 'इतना बड़ा बैकअप के साथ सर्वर टाइमआउट टी??
मैं अपने मंच बैकअप ssh के माध्यम से एक बार एक कमजोर, मेरे बैकअप बड़ा नहीं तो 350MB था और अब यह 1.2gb मारा, मुझे लगता है कि इस समस्या अर्थ हो सकता है मैं इसे समर्थन समस्या नहीं है लेकिन अगर मैं कभी एक जीता बहाल 'इतना बड़ा बैकअप के साथ सर्वर टाइमआउट टी??
मेरा सुझाव है कि आप rsync या FTP (http://www.bqbackup.com/) हम उन्हें एक कुछ वर्षों के लिए इस्तेमाल किया है और वर्तमान में दैनिक 1TB के बारे में बैकअप का उपयोग दूरस्थ बैकअप बाहर इन लोगों की जांच, यह बहुत आसान है स्थापित करने के लिए. आप स्पष्ट रूप से कुछ बैंडविड्थ के माध्यम से चलते हैं, कर सकते हैं, लेकिन है कि कर सकते हैं या एक अपने सर्वर की योजना पर निर्भर करता है समस्या नहीं हो सकता.
मैं एक विशेषज्ञ नहीं हूँ, और यहाँ किसी को कोई संदेह नहीं है बेहतर सलाह है. इसके रहते हैं, नहीं rsync के बजाय डेटाबेस rsync अपने hotcopied (यह गूगल) बैकअप (http://www.google.com.au/search?hl=en&q=mysqlhotcopy) या एक एसक्यूएल डंप या अपने नियंत्रण कक्ष के बैकअप के लिए महत्वपूर्ण है.
बहाल के रूप में rsync या एससीपी का उपयोग बैकअप अपने सर्वर से वापस ले जाने के (bqbackup आप शैल अभिगम को दे) और डेटाबेस अपने बैकअप विधि के लिए उपयुक्त तरीके से बहाल करने के रूप में सरल है. 1.2GB कुछ ही मिनटों में बहाल किया जाना चाहिए.
उस ने कहा, एक सभ्य मेजबान आप सभी उपकरण आप के लिए हर बैकअप कार्य प्रबंधन की जरूरत है देना चाहिए.
धन्यवाद जवाब देने के लिए लेकिन जैसा कि मैं देख सकते हैं आप एक बड़ा संगठन है, तो आप सहायता + सर्वर दूसरे हाथ पर एक्स्ट्रा कलाकार मैं 140k सदस्यों 400K पोस्ट और आदि के बारे में संभाल तो मैं इसे एक छोटे / मध्यम मंच पर विचार करने के लिए कर सकते हैं.
मैं बहुत SSHing में काम कर रहा हूँ तो समस्या और न ही अपने सर्वर के साथ (चश्मा अच्छा कर रहे हैं) कोई भी कम मैं अपने humongous आकार (और बढ़ती) के कारण यह सर्वर समय समाप्ति के साथ बहाल करने में एक "संभावित" समस्या देखते हैं और इसलिए नहीं है आगे.
मुझे लगता है कि सम्पीडन विधि के कुछ प्रकार के आकार में कम MyAdmin में हो सकता है और / या तालिकाओं को कार्यान्वित करना चाहिए (संख्या वार), यहां तक कि अपने डेटाबेस का अनुकूलन के एक घृणित बात के बाद से यह सब समय ले रही है और वहाँ यह बहुत कम है बन गया है.
सादर पी:
हमारे सर्वर पर हम स्वत: पूर्ण सर्वर बैकअप (VPS कार्यक्षमता) का उपयोग करें. किसी भी मुद्दे के बिना.
बैकअप में vBET कैश तालिकाओं में शामिल नहीं पर विचार कृपया. आप आसानी से निर्धारित कर सकते हैं जो तालिकाओं आप MyAdmin द्वारा कैश तो मुझे लगता है कि यह कमांड लाइन (ssh द्वारा) से भी किया जा सकता है चाहता हूँ. बेशक ऐसे आदेश बहुत लंबे समय, vBulletin तालिकाओं की संख्या पर आधारित होगा, लेकिन अगर आप इसे कुछ फ़ाइल को बचाने के लिए यह काफी आरामदायक करने के लिए बैकअप तरीका होना चाहिए.
कृपया ध्यान दें कि vBET का उपयोग कर अपनी सामग्री 52 गुना बढ़ जाता है. तो अगर आप आपके DB चालू कैश है बढ़ने. और न सिर्फ एक थोड़ा;) तुम इसे बंद कैश बारी से बचने, लेकिन हम दृढ़ता से यह सुझा नहीं कर सकते हैं. बड़े हर बार Google अनुवाद के लिए आपके सर्वर के प्रदर्शन को मारने या यहाँ तक कि गूगल प्रतिबंधों के साथ खत्म पूछ मंचों के लिए.
जब मैं मेरे समर्पित सर्वर (पहले समय के साथ) खरीदा VPS के रूप में ऐसी कोई बात थी:)
मैं जानता हूँ कि कैसे SSH का उपयोग करने के लिए बहुत अच्छी तरह से और / अगर असंभव नहीं है के पास है के लिए backuped जा रहा से vBET बाहर, केवल बात यह है कि एक कर सकते हैं यह esclude जब अनुकूलन या मरम्मत है.
लेकिन आपको लगता है कि वेबमास्टरों के एक अच्छा 50% (कोई मतलब अपराध) साझा या वर्चुअल समर्पित सर्वर पर विचार कर रहे हैं और 70% के बारे में नहीं जानते कि SSH क्या इस प्रकार mySQLdumper पर निर्भर है, vBulletin बैकअप और / या इसी तरह में बनाया.
जो साझा होस्टिंग का उपयोग मुद्दे बुद्धि बड़ी डेटाबेस नहीं है करते हैं. किसी भी plugins के बिना भी - होस्टिंग साझा पर मैं कोई संभावना देखते विशाल vBulletin मंच चलाने हैं. संसाधनों बस बहुत कम हैं.
इसके अलावा, के रूप में मैं जो उपयोग नहीं लिखा SSH बस अपने phpMyAdmin द्वारा अर्थात् डेटाबेस बैकअप कर सकते हैं, जहां वे निर्धारित कर सकते हैं जो वास्तव में तालिकाओं के लिए समर्थन किया जाना है. इसके अलावा, आप इसे करने की कोशिश कर सकते हैं. आपके मामले में सही मायने में मैं बड़ी फाइलें ऐसे phpMyAdmin द्वारा अपलोड की वजह से कुछ मुद्दों की उम्मीद है, लेकिन शायद वहाँ कुछ विकल्प तो यह सर्वर पर अपलोड नहीं बचा है. की जाँच करें. - इसके अलावा मैं अपने बैकअप अनुभव में विश्वास, अभी भी अगर कुछ जीयूआई उपकरण तालिकाओं जो वास्तव में समर्थित है यह निर्धारित करने के लिए अनुमति देते हैं, मुझे उम्मीद है कि होना चाहिए भी कमांड लाइन द्वारा अनुमति दी. मुझे लगता है कि पता नहीं है - के रूप में मैं ने लिखा है हम कोई सर्वर के बैकअप पूरे के साथ सभी मुद्दों पर है, लेकिन मैं यह उम्मीद है, क्योंकि कि सिर्फ fasades तरह जीयूआई उपकरण के अधिकांश और तल पर कमांड लाइन से सिर्फ कमांड का इस्तेमाल कर रहे हैं. तो शायद यह बस की जांच करने के लायक है - शायद यह कुछ MySQL संस्करण में जोड़ा गया है. मुझे पता है कि यह phpMyAdmin का समर्थन करता है है.
हम vbet के लिए सिर्फ एक अलग db पर कैसे vbet तालिकाओं को हो सकता है
kamilkurczak
20-07-10, 12:11
कृपया, नए धागे में इसके बारे में पूछते हैं:)
tsak76. दूसरा मैं कि ******
Automatic Translations (Powered by Google, Microsoft®,
Yandex, SDL Language Cloud, IBM Watson and Apertium):
Powered by vBulletin® Version 4.2.5 Copyright © 2024 vBulletin Solutions Inc. All rights reserved.