Восстановление БД после полного краха. - Joomla 2.5: Общие вопросы

Здравствуйте. Возникла такая неприятная ситуация. Я забыл выйти из панели хостера и малой удалил полностью сайт и БД. Естественно я запросил у хостера резервную копию. Файлы сайта развернулись нормально. А вот с БД не все так просто. Из 146 таблиц восстановилось только 88. При попытке выяснить в чем дело, оказалось что хостер может восстановить из дампа только  MyISAM таблицы, а те которые были в InnoDB - нет.

Подскажите, пожалуйста, можно ли что-то сделать в этом случае, или прощай сайт?
Я в этих вопросах полный чайник, поэтому пожалуйста объясните как для школьника - на пальцах.

Что было.
CMS Joomla 2.5.6 (обновленная с 1.6)
Стояли так же: RSFirewall, K2, JCE, AcePolls, Admin Tools, EasyCalcCheck Plus, EBR - Easybook Reloaded, Encrypt Configuration, JomDefender, JComments, PhocaGallery, Xmap
хостер: mirohost.net

Есть полный дамп БД от хостера.

Все, больше ничего не сделать...
1. Меняйте хостера потому что это "оказалось что хостер может восстановить из дампа только  MyISAM таблицы, а те которые были в InnoDB - нет" истинное раздолбайство и косяк именно хостера.
2. Старайтесь делать бэкапы сами - почитайте про Akeeba Backup.

Да. Сменить хостера на того, кто может.

Потыкав их носом в договор оказалось, что они InnoDB восстановить могут, только делают это они в ручную и потратить им надо около 3-4 часов. А ой как не хотелось напрягать эти красивые пальчики на клавиатуре...
Хотя до этого у меня о хостере были самые положительные впечатления - всегда оперативно отвечали за запрос в ТП и за время существования сайта (4 года) он не работал в общей сложности не более 5-6 часов. А оказалось 

2. Старайтесь делать бэкапы сами - почитайте про Akeeba Backup.

Не знаю как платная версия, но бесплатная ИМХО совсем не нравится - особенно как делает бекап БД. Для БД остановился на двух вариантах, либо из КП хостера, либо Sypex.
Просто для себя сделал вывод, что бекап сайта+БД надо делать хотя бы раз в неделю, чтоб потом локти не кусать 

Просто для себя сделал вывод, что бекап сайта+БД надо делать хотя бы раз в неделю, чтоб потом локти не кусать  

Это точно, админы сайтов делятся на две категории, тех кто не делает бэкапов, и не тех кто ТЕПЕРЬ УЖЕ делает бэкапы

Вообще стандартные таблицы J!, так же как и большинства компонентов под неё - в MyISAM
InnoDB для J! достаточно экзотична, можно по пальцам пересчитать такие расширения, например Tienda.
Так что советую глянуть, что вообще сохранилось - возможно ничего критичного вы и не потеряли.

истинное раздолбайство и косяк именно хостера

Ну, возможно конечно и так, но мой, например, хостер, насколько я помню, указывает в примечаниях в инстументах создания резервных копий примерно следующее "мы у Вас там все бэкапим, но лучше все-таки Вы подстраxуйтесь и не очень-то на нас расчитывайте". Я не знаю, что в данном случае обещают другие хостеры, но случись такое со мной, винил бы только себя.

Просто для себя сделал вывод, что бекап сайта+БД надо делать хотя бы раз в неделю, чтоб потом локти не кусать

Вот это имхо очень правильно.

Кстати, WIN+L на уровне инстинкта тоже довольно полезная штука.

Ну, возможно конечно и так, но мой, например, хостер, насколько я помню, указывает в примечаниях в инстументах создания резервных копий примерно следующее "мы у Вас там все бэкапим, но лучше все-таки Вы подстраxуйтесь и не очень-то на нас расчитывайте".

Очень интересное заявление хостера, после прочтения такого опуса, я бы сразу стал искать более лучший вариант, правда если только у вас не бесплатный хостер... тогда вопросы отпадают )

Очень интересное заявление хостера

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

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

Э-э-э-э... вы меня извините, я свою шляпу вчера забыл в кабаке... и мои шпоры уже немного не так выглядят как надо... да и шпага погнулась. Но клянусь честью, обидеть столь достойного и образованного джентельмена я не хотел, примите мои искренние сожаления за... может быть превратно понятый, пост и конечно мои заверения в глубочайшем уважении к вам.

Вообще стандартные таблицы J!, так же как и большинства компонентов под неё - в MyISAM
InnoDB для J! достаточно экзотична, можно по пальцам пересчитать такие расширения, например Tienda.
Так что советую глянуть, что вообще сохранилось - возможно ничего критичного вы и не потеряли.

Таблиц в БД было 146 (как раз за день до инцидента заходил что-то в ручную править) после восстановления хостером - 88. + пропал доступ в админку (стояли компоненты для шифровки полей и скрытия оной вообще), при чем и новым и старым способом (куки и кеш браузера естественно чистил). Меня а ж в пот кинуло. Я был немного не в адеквате, чтобы трезво оценить ситуацию.

Кстати, WIN+L на уровне инстинкта тоже довольно полезная штука.

Скорей всего, однажды, как малой снесет систему или форматнет какой-нибудь раздел - точно сделаю для себя выводы 

В общем, я считаю, что косяк хостера тоже существенный, если чего-то не можешь/не хочешь сделать - четко пропиши, чтоб пользователи знали заранее и решали брать им хостинг за 1080 грн. в год или нет... Чего я за свои деньги потом должен трепать себе нервы, если у меня есть целый раздел(!) в договоре про "Обеспечение информационной безопасности и целостности данных".