- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
В 2023 году Google заблокировал более 170 млн фальшивых отзывов на Картах
Это на 45% больше, чем в 2022 году
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Уважаемые, ситуация у меня сложилась очень неприятная и нужна помощь технических спецов.
Суть в следующем: сегодня вечером программист случайно стер БД одного из моих сайтов. У хостера не оказалось бэкапа, т.к. в БД была повреждена одна из таблиц и бэкап в автомате с февраля месяца не создавался. У меня есть бэкап полуторамесячной давности (но это разница в несколько десятков тысяч записей).
Вопрос: Как восстановить стертую БД? Существуют ли методы восстановления удаленных файлов? Что можно предпринять для восстановлния работоспособности сайта?
Очень прошу воздержаться от советов типа "надо было делать бэкап" или "меняйте хостера". Сейчас мне надо разрулить ситуацию, а уже потом буду делать оргвыводы.
Еще раз: можно ли воспользоваться какими-то утилитами и восстановить, или "шеф усё пропало"?
MoMM, не ручаюсь за точность слов, но если у хостера ведется "логирование" бд, то, насколько я понимаю, возможно поставить.
mysql binlog
уточните у них
MoMM, возможно, но малореально. Есть специальные компании, которые специализируются на восстановление потертых файлов.
Можно также попробывать собственными/хостера силами (пример: http://www.xs4all.nl/~carlo17/howto/undelete_ext3.html)
Если реалистично - вобщем нереально.
По бин-логам - они ведутся когда репликация есть, в обычных случаях это не делается.
нереально
как-то хостер с дуру отформатировал винты
спрашивал у нескольких спецов, сказали забить :(
до этого думал, что восстановить файлы также просто, как в винде...
ya.sergo1, все оценили Ваш юмор, смешно.
Первым делом надо перевести раздел с базой в readonly. Потом сделать его копию и попробовать подсунуть какой-нибудь программе восстановления стёртых файлов. Для ext2-3 я натыкался на что-то. Можно гугль попытать, например http://www.xs4all.nl/~carlo17/howto/undelete_ext3.html . Если с фрагментацией повезёт...
http://www.getbackdata.net/ говорит что может. И http://www.datarecoverysoftware.org/linux .
этож надо только додуматься чтобы не делать бэкапы к себе на локальный компьютер...🙅
а если бэкап весит 50 GB? каково выкачивать его ежедневно по gprs-интернету или по какому-нибудь ЗамкадьеТелеком со скоростью 256 кбит/с? 🙅
а что хостер не делает бэкапы на удаленный сервер - действительно его вина.
по сабжу - увы, но "шеф усё пропало".
Первым делом надо перевести раздел с базой в readonly. Потом сделать его копию и попробовать подсунуть какой-нибудь программе восстановления стёртых файлов. Для ext2-3 я натыкался на что-то. Можно гугль попытать, например http://www.xs4all.nl/~carlo17/howto/undelete_ext3.html . Если с фрагментацией повезёт...
это хостинг, думаю, там уже наверно все перетерли, даже если и осталось..
Alex91 добавил 17.06.2010 в 00:37
а что хостер не делает бэкапы на удаленный сервер - действительно его вина.
так не в этом дело, а в том, что таблица побилась, и не делался по каким-то причинам бэкап
Не по каким-то, а по вполне обыкновенному отказу mysqldump в бекапе "поломанных" данных.
это хостинг, думаю, там уже наверно все перетерли, даже если и осталось..
Нет, может быть и не всё. Программы восстановления очень хитрые, тем более даже часть сообщений восстановить может быть хорошо.
так не в этом дело, а в том, что таблица побилась, и не делался по каким-то причинам бэкап
а, действительно. прочитал топик по диагонали.
> в БД была повреждена одна из таблиц и бэкап в автомате с февраля месяца не создавался.
и ни автор, ни хостер этого не замечали? выводилась же какая-то ошибка в лог
MoMM, по опыту скажу, что лучше сейчас силы потратить на "ручное" восстановление файлов.
С подобными ситуациями, увы, сталкивались, клиенты выкупали винты от своих серверов, пытались восстановить в конторах... тратили кучу денег и времени. Результат был близок к нулю.
Оглавление файлов и ещё что то по мелочам получалось выдергивать, но чтобы восстановили что нужно, не припомню.