Исчезли базы данных - Безопасность сайтов на Joomla

Случилась такая вещь - с хостинга исчезли базы данных. Обнаружилось сегодня, менеджер говорит, что вчера ещё всё было. Логи также говорят, что сайт работал сегодня до 9:50 мск. При бэкапе из резервной копии за 27 октября (за вчера), хранящейся на хостинге, восстанавливается файл со следующим содержимым:

Удалось восстановить БД от 16 октября, за более поздние даты БД "битая", в ней есть только указанные выше строки. При этом менеджеры каждый день пользуются сайтом, уже б давно запаниковали (логи также говорят о работоспособности сайта за несколько предыдущих дней). Как такое вообще может быть - не понимаю. То есть базы не было, начиная ориентировочно с 17 октября, а сайт работал...

В личный кабинет на хостинг или по FTP вход не производился 2-3 недели, а то и дольше. На хостинге хранилось ещё несколько ненужных БД (старые, тестовые и пр.), так они тоже поисчезали. Две из них за 5 октября уже были "урезанные", более ранних дат для восстановления нет.

Подскажите, так может действовать какой-то вирус? Или это "особенности" работы конкретного хостера? (последний пока молчит)

Хостер кто?

Jino. Обычно отвечают очень быстро, сейчас полтора часа молчат. Заняты, наверное.
Работоспособность сайта на данный момент восстановлена, но хотелось бы разобраться.
Joomla старая (2.5.28).

Сталкивался с ситуацией, что бекап базы данных, сделанный из личного кабинета на сайте хостера (другого), битый (без содержимого таблиц). Экспорт той же базы из phpMyAdmin -- нормальный. Так что битые автоматические архивы базы просто указывают на глюки в системе у хостера.

Сталкивался с ситуацией, что бекап базы данных, сделанный из личного кабинета на сайте хостера (другого), битый (без содержимого таблиц). Так что битые автоматические архивы базы просто указывают на глюки в системе у хостера.

С этим понятно, спасибо.
Но куда-то базы всё же исчезли. То есть сегодня, после жалобы менеджера, что вместо сайта выпадает ошибка
сразу же был проверен phpMyAdmin, а там оказалась пустота. Базы как бы есть, но в них нет ни одной таблицы, во всех пяти.

Понятно, что выбор предположений обычен:
1) злой умысел пользователя,
2) злой умысел взломщика,
3) кривизна действий хостера.
Хостер, вестимо, будет всё валить на первые два.

У пользователя точно злого умысла не было (кроме меня к хостеру никто не ходит), у взломщика - странное поведение, стереть базу данных, ладно б там ссылок накидал.
Есть ещё пара сайтов у jino, там вроде всё ок. Фантомные блуждающие глюки.
Посмотрим, что ответят.

Почти наверняка ответят "Сам дурак", хотя битость автоматических бекапов баз намекает на хостера...

Джино джино. Любят наши люди громкую рекламу. Еще не то у них пропадало...

Джино джино. Любят наши люди громкую рекламу.

Да как передали сайт на этом хостинге, так он там и висит. Последние 3 года подобных глюков не наблюдалось.

На хостинги вообще не стоит надеяться, бекапы рекомендуется лучше хранить на локальном ПК, Любая программа имеет свойство давать сбои, вследствие чего могут быть утеряны данные!

бекапы рекомендуется лучше хранить на локальном ПК

Да, конечно, на локалке бэкапы есть. Сайт обновляется очень редко, поэтому бэкап делается не чаще 1 раза в месяц. Тут просто стало интересно, в чём же дело: во взломе или в глюке со стороны хостера.

Нефиг делать кому-то ваши базы удалять... Обычно по другому пользуют.

Переполнение места на диске и сбой во время бэкапирования ведет к такому исходу событий.

Нефиг делать кому-то ваши базы удалять.

Я тоже не думаю, что кто-то ломал ради удаления баз данных.

Переполнение места на диске и сбой во время бэкапирования ведет к такому исходу событий.

Спасибо. На диске место есть. По крайней мере, в личном кабинете указано, что от диска занято 4,09%, MySQL 0,13%, файлов 17,27%.
Видимо, всё-таки сбой. Техподдержка пока молчит.

PS. Тогда и тему бы перенести в другой раздел, раз маловероятно, что это вирус.

Ответ от техподдержки: "Произошел технический сбой на сервере MySQL. Резервные копии баз данных имеются за 16.10.2015. Они должны быть полными."
Вопрос закрыт.

Это не первый их сбой.

Да, наверное. Именно в таком виде (битые базы данных) мне "повезло" первый раз.

Ответ от техподдержки: "Произошел технический сбой на сервере MySQL. Резервные копии баз данных имеются за 16.10.2015. Они должны быть полными."
Вопрос закрыт.

Именно там багу в свое время и находил, локальная читалка, был бы щас тестовый акк, перепроверил бы, писал им в тех поддержку, они говорили это не возможно, как обстоят щас дела, ХЗ....

На вопрос: "Нельзя ли делать оповещения о таких технических сбоях? Чтобы заранее, до того, как сайт упадёт, можно было восстановить базу данных?" - был получен ответ: "После сбоя мы самостоятельно восстановили БД практически всех клиентов."
То есть лотерея: был сбой, попадаешь в число счастливчиков - сайт работает, не попадаешь - сайт падает, только после этого идёшь и восстанавливаешь.

Храните бэкапы БД и файло не на хосте, железо не вечное, у вас просто случилось то что многие уже предотвращают так же столкнувшись с проблемами железа, БД мелочи еще и диски летят там то уж не лотерея там иногда вообще нет восстановления.

Меня не испугала битая бд именно потому, что есть бэкапы на локалке. Вопрос был в том, почему побились базы: из-за взлома/вируса или ещё из-за чего-то? Я могу восстанавливать базы и файлы из своих бэкапов хоть каждый день, но зачем? Хотелось же знать, в чём причина.
Оказалось, в хостере.