Wszystkie bazy danych MySQL zostały utracone z dnia na dzień

Po telefonie od klienta z informacją, że jego strona internetowa nie działa, stwierdzam, że MySQL na naszym serwerze RackSpace Cloud Windows 2008 nie był uruchomiony. Zrestartowałem MySQL, ale w przeglądarce pojawił się błąd „Odmowa dostępu dla użytkownika” dla wszystkich stron internetowych z bazą danych MySQL. Kiedy patrzę na MySql Server 5.5 / data, nie ma innych folderów niż mysql i performance_schema. Wygląda na to, że wszystkie bazy danych i dane zostały wyczyszczone. Czy ktoś wie, co mogło się stać i dokąd poszły dane? Co więcej, właśnie znalazłem tego serwera brakuje w naszej usłudze tworzenia kopii zapasowych.

ps wydaje się być po aktualizacji systemu Windows o 4:01 dziś rano.

mysql5.5

— Iain
źródło

Czy są jakieś odpowiednie wpisy w twoim systemie i logach MySQL?

— user9517

„Co więcej, właśnie znalazłem, że tego serwera brakuje w naszej usłudze tworzenia kopii zapasowych”. Auć.

— Tom O'Connor,

plik dziennika zaczyna się dziś o 09:00 rano, kiedy uruchomiłem MySQL: InnoDB: plik dziennika. \ ib_logfile0 nie istnieje: nowy do utworzenia InnoDB: ustawienie pliku dziennika. \ ib_logfile0 rozmiar do 5 MB InnoDB: baza danych fizycznie zapisuje plik pełny : czekaj ...

— Iain

To więcej niż ostatni rów, ale może mógłbyś wypróbować oprogramowanie do odzyskiwania danych. Należy jednak jak najszybciej wyłączyć serwer i uzyskać dostęp do dysków w trybie offline.

— Dan

Czy na pewno szukasz odpowiedniego katalogu? Można było zmienić datadirpliki konfiguracyjne bez ponownego ładowania MySQL, a wtedy ten problem pojawia się dopiero po ponownym uruchomieniu MySQL (prawdopodobnie wywołanym przez aktualizację systemu).

— gertvdijk

Skontaktuj się z obsługą Rackspace. Po to są.
Rób wszystko, co sugerują.
Jeśli to nie zadziała, wypróbuj sugestię Dana dotyczącą oprogramowania do odzyskiwania danych.
Wykorzystaj to jako okazję do rozwoju i nauki.

Zawsze upewnij się, że utworzono kopię zapasową wszystkich serwerów, i regularnie testuj kopie zapasowe. Nie ma sensu mieć usługi tworzenia kopii zapasowych, jeśli nigdy nie przetestujesz, czy możesz ją przywrócić.

Aha, i wyłącz automatyczne aktualizacje. Wykonuj je tylko po przetestowaniu wpływu aktualizacji, najlepiej na innym identycznie skonfigurowanym serwerze.

— Tom O'Connor
źródło

+1 To naprawdę powinna być kanoniczna odpowiedź na pytania z pytaniem, jak przywrócić dane, których kopia zapasowa nie została utworzona.

— dunxd

Dzięki za pomoc chłopaki. gertvdijk umieścił mnie we właściwej linii, ponieważ znalazłem foldery danych również w Program Files / MySQL, a także ProgramData / MySQL i przywróciłem z kombinacji folderów danych i pliku ibdata1 po ponownej instalacji MySQL. Jeśli chodzi o przyczynę pierwotnego problemu, który spowodował uszkodzenie i uniemożliwił uruchomienie MySQL, jedyną wskazówką, jaką mam, jest aktualizacja systemu Windows o 4 rano dziś rano, ale nie mogę powiedzieć, że to na pewno. Podkreślił, że ten serwer został pominięty w programie do tworzenia kopii zapasowych, a to byłby ten z problemem, gdyby nie to.

— Iain

Należy rozważyć zmianę ustawień serwera, tak aby aktualizacje systemu nie były instalowane automatycznie i bez nadzoru, chyba że użytkownik w inny sposób kontroluje, które aktualizacje są instalowane. Co się stanie, jeśli aktualizacja zmieni zachowanie systemu w taki sposób, że uszkodzi strony internetowe klientów?

— CVn

Jest to przynęta z pogranicza płomienia, ale rozważ przeniesienie baz danych MySQL na serwer Linux. Ich automatyczne aktualizacje zabezpieczeń nigdy nie uruchamiają ponownie serwera, a każdy główny dostawca dystrybucji przetestuje zgodność aktualizacji z podstawowym porgramem takim jak mysql (z drugiej strony ani Microsoft, ani Oracle nie przetestują mysql pod kątem aktualizacji Windows). Kopia zapasowa cronjob jest prawdopodobnie nieco łatwiejsza i bardziej niezawodna niż większość programów do tworzenia kopii zapasowych systemu Windows.

— Bryan Waters