सभी MySQL डेटाबेस रातोंरात खो गए

Question

एक ग्राहक के कॉल के बाद यह कहने के लिए कि उसकी वेबसाइट डाउन है, मुझे पता चला कि हमारे RackSpace Cloud Windows 2008 सर्वर पर MySQL नहीं चल रहा था। मैंने MySQL को फिर से शुरू किया, लेकिन MySQL डेटाबेस वाली सभी वेबसाइटों के लिए ब्राउज़र में 'उपयोगकर्ता के लिए प्रवेश निषेध' हो गया। जब मैं MySql Server 5.5 / डेटा में देखता हूं तो mysql और performance_schema के अलावा कोई फ़ोल्डर नहीं होता है। ऐसा लगता है कि सभी डेटाबेस और डेटा मिटा दिए गए हैं। क्या किसी को पता है कि क्या हो सकता है और डेटा कहां गया है? यह जानने के लिए कि मुझे यह सर्वर हमारी बैकअप सेवा से गायब है।

ps आज सुबह 4:01 पर विंडोज़ अपडेट के बाद दिखाई देता है।

Comments

क्या आपके सिस्टम और MySQL लॉग में कोई प्रासंगिक प्रविष्टियाँ हैं?

— user9517

"शीर्ष पर कि मैंने अभी-अभी पाया यह सर्वर हमारी बैकअप सेवा से गायब है।" आउच।

— टॉम ओ'कॉनर

लॉग फ़ाइल फ़ाइल आज सुबह 09:00 पर शुरू होती है जब मैंने MySQL: InnoDB: लॉग फ़ाइल शुरू की थी। \ ib_logfile0 मौजूद नहीं था: नया InnoDB बनाया जाना: लॉग फ़ाइल सेट करना। \ ib_logfile0 आकार से 5 MB InnoDB: डेटाबेस भौतिक रूप से फ़ाइल को पूर्ण रूप से लिखता है। : रुकिए ...

— Iain

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

— दान

क्या आप वाकई सही निर्देशिका में देख रहे हैं? datadirMySQL को फिर से लोड किए बिना कॉन्फ़िगरेशन फ़ाइलों में एक परिवर्तित हो सकता है और फिर यह समस्या MySQL के पुनरारंभ होने के बाद दिखाई देती है (संभवतः सिस्टम अपडेट द्वारा ट्रिगर)।

— gertvdijk

Answer 1

1. संपर्क Rackspace समर्थन .. यही वे के लिए वहाँ हैं।
2. सब कुछ वे सुझाव देते हैं।
3. यदि वह काम नहीं करता है, तो डेटा रिकवरी सॉफ़्टवेयर के दान के सुझाव का प्रयास करें।
4. इसे विकास और सीखने के अवसर के रूप में उपयोग करें।

हमेशा सुनिश्चित करें कि आपके सभी सर्वर बैकअप हैं, और नियमित रूप से बैकअप का परीक्षण करें। बैकअप सेवा होने का कोई मतलब नहीं है यदि आप वास्तव में कभी भी यह परीक्षण नहीं करते हैं कि आप इससे पुनर्स्थापित कर सकते हैं।

ओह, और स्वचालित अपडेट बंद करें। अपडेट के प्रभाव का परीक्षण करने के बाद ही उन्हें कभी भी करें, अधिमानतः किसी अन्य पहचान योग्य सर्वर पर।

Comments

+1 यह वास्तव में उन सवालों का एक कैनोनिकल उत्तर होना चाहिए जो पूछ रहे हैं कि कैसे डेटा को पुनर्स्थापित नहीं किया जाए।

— dunxd

मदद के लिए धन्यवाद दोस्तों। gertvdijk ने मुझे प्रोग्राम लाइन / MySQL के साथ-साथ ProgramData / MySQL के तहत डेटा फ़ोल्डरों के साथ-साथ डेटा फ़ोल्डर और MySQL को पुनर्स्थापित करने के बाद ibdata1 फ़ाइल के संयोजन से बहाल करके सही लाइनों पर डाल दिया। मूल समस्या के कारण जो भ्रष्टाचार का कारण बनी और MySQL को शुरू होने से रोका, मेरे पास एकमात्र सुराग आज सुबह 4 बजे विंडोज अपडेट है, लेकिन यह नहीं कह सकता कि यह निश्चित रूप से था। ने बैकअप प्रोग्राम से छोड़े गए इस सर्वर को हाइलाइट कर दिया है और ऐसा ही होगा समस्या के साथ ऐसा नहीं होगा।

— इयान

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

— एक CVn

यह बॉर्डरलाइन फ्लेमबिट है लेकिन अपने mysql डेटाबेस को एक लिनक्स सर्वर पर ले जाने पर विचार करें। उनके स्वत: सुरक्षा अद्यतन सर्वर को कभी भी पुनरारंभ नहीं करते हैं और हर प्रमुख डिस्ट्रो विक्रेता कोरसग्राम जैसे mysql के साथ अपडेट की संगतता का परीक्षण करेगा (दूसरी ओर न तो Microsoft या Oracle एक विंडोज़ अपडेट के खिलाफ mysql का परीक्षण करेगा)। एक बैकअप क्रोनजोब शायद सबसे आसान है और अधिकांश विंडोज़ बैकअप सॉफ़्टवेयर की तुलना में अधिक विश्वसनीय है।

— ब्रायन वाटर्स