Comments 142
Если вы лично не делали руками дамп базы (либо скрипт форума сделал криво) и если нет архивов самого хостера — то не сможете восстановить.
Но для меня очень странно, что хостер не делает ежедневные бекапы и не хранит минимум их минимум неделю (как положено всякому допропорядочному специалисту)
Но для меня очень странно, что хостер не делает ежедневные бекапы и не хранит минимум их минимум неделю (как положено всякому допропорядочному специалисту)
Они делали ежедневные бэкапы, но кадый день они делали пустую бд, которую и «восстановили» после того, как мы через админку хостера сделали восстановление за 1 день. Т.е. по их версии скрипт из-за какой-то ошибки делал пустой файл :(
То есть это ошибка ИХ скрипта? То есть потеря информации произошла по вине исполнителя (valuehost) но не по вине заказчика (Вас)?
Пробежался по их договору оферте с физ лицами — подобная ситуация (то есть сохранение и восстановление информации) вообще никак не описаны…
Я не юрист, не подскажу, но что-то мне подсказывает, что можно на них наехать
Пробежался по их договору оферте с физ лицами — подобная ситуация (то есть сохранение и восстановление информации) вообще никак не описаны…
Я не юрист, не подскажу, но что-то мне подсказывает, что можно на них наехать
Ответ валуя:
Бекапа для alstroy9_***.gz нету, т.е. есть, но он пустой. Видимо из-за того, что база была повреждена, бекапы делались пустые.
Скрипт бэкапа у Valuehost. Мы к нему никакого отношения не имеем, и к сожалению своего не сделали. Дуракам наука…
Бекапа для alstroy9_***.gz нету, т.е. есть, но он пустой. Видимо из-за того, что база была повреждена, бекапы делались пустые.
Скрипт бэкапа у Valuehost. Мы к нему никакого отношения не имеем, и к сожалению своего не сделали. Дуракам наука…
если скрипт бэкапа у них — то и виноваты имхо они
интересная позиция «Видимо из-за того, что база была повреждена»
Я пока не припомню аспекта повреждения базы, при котором не делался бы её бекап.
Раз они так подразумевают — то неплохо было бы им пояснить — что за ошибка приводила к подобной ситуации.
Увы, если нет собственных архивов — восстановлению не подлежит
Я пока не припомню аспекта повреждения базы, при котором не делался бы её бекап.
Раз они так подразумевают — то неплохо было бы им пояснить — что за ошибка приводила к подобной ситуации.
Увы, если нет собственных архивов — восстановлению не подлежит
Наехать можно с очень большой натяжкой, т.к. в договоре присутствует очень забавный пункт:
4.6. ИСПОЛНИТЕЛЬ не будет нести ответственности за любые затраты или ущерб, прямо или косвенно возникшие в результате использования услуги веб-хостинга.
по которому фактически они не несут никакой отвественности за подобные инциденты. Хотя пункт безусловно спорный и можно оспорить его в судебном порядке, но гарантий никто не даст.
Насчет базы полагаю что восстановить уже не получится, хотя я бы потряс как следует поддержку на тему подробностей инцидента.
4.6. ИСПОЛНИТЕЛЬ не будет нести ответственности за любые затраты или ущерб, прямо или косвенно возникшие в результате использования услуги веб-хостинга.
по которому фактически они не несут никакой отвественности за подобные инциденты. Хотя пункт безусловно спорный и можно оспорить его в судебном порядке, но гарантий никто не даст.
Насчет базы полагаю что восстановить уже не получится, хотя я бы потряс как следует поддержку на тему подробностей инцидента.
базу нельзя испортить так чтоб она работала но нельзя было сделать бекап — вас разводят
Делайте бэкап руками, а Валуехост — не лучшее место для размещение сатов
«Т.е. по их версии скрипт из-за какой-то ошибки делал пустой файл :(»
Тоже мне нашли оправдание. Из за «какой-то ошибки». Уж кто-кто как не хостер должен знать почему у него что-то не так пашет.
А в договоре с VH это оговорено? Просто можно если что попробовать именно по этому пункту и придраться. Правда, вам надо будет обосновать, что данные там действительно были.
Тоже мне нашли оправдание. Из за «какой-то ошибки». Уж кто-кто как не хостер должен знать почему у него что-то не так пашет.
А в договоре с VH это оговорено? Просто можно если что попробовать именно по этому пункту и придраться. Правда, вам надо будет обосновать, что данные там действительно были.
UFO just landed and posted this here
видимо что такое mysqldump они не знают, и делали чем-то своим…
Может я что-то не понимаю, но на мой взгляд хостер не должен допускать такой фигни:
Мы не можем вам помочь, данных нет, прочитайте ответ в сообщение номер 3 в этой теме.
Ответ № 3:
Просмотрели все дампы начиная с 27 ноября — они все пустые. Другие дампы ваших баз нормальные. Видимо в базе alstroy9_*** были битые таблицы и дамп не мог сделаться.
Мы не можем вам помочь, данных нет, прочитайте ответ в сообщение номер 3 в этой теме.
Ответ № 3:
Просмотрели все дампы начиная с 27 ноября — они все пустые. Другие дампы ваших баз нормальные. Видимо в базе alstroy9_*** были битые таблицы и дамп не мог сделаться.
Для начала почитайте здесь: habrahabr.ru/blogs/mysql/50064/
Вообще говоря, мне несколько не понятно, каким образом бэкапили валуевцы. Если сайт до этого работал, то бэкапиться должна была база, а не то что в ней. Соответственно, если позавчера и вчера сайт работал, и валуевый бэкап делался позавчера, то в любом случае, независимо от того что в базе, все данные должны были сохраниться. Мне кажется, что вы им немного проговорились, что это может быть ваша вина, а у них бэкапы и не делались. А тут, когда такое дело, они бэкапнули вашу пустую базу и говорят, что так и раньше бэкапилось.
Вроде, так взрослые хостеры не делают, но про валуй я уже слышал гадостей не раз. Последний раз — несколько дней назад из первых рук.
Вообще говоря, мне несколько не понятно, каким образом бэкапили валуевцы. Если сайт до этого работал, то бэкапиться должна была база, а не то что в ней. Соответственно, если позавчера и вчера сайт работал, и валуевый бэкап делался позавчера, то в любом случае, независимо от того что в базе, все данные должны были сохраниться. Мне кажется, что вы им немного проговорились, что это может быть ваша вина, а у них бэкапы и не делались. А тут, когда такое дело, они бэкапнули вашу пустую базу и говорят, что так и раньше бэкапилось.
Вроде, так взрослые хостеры не делают, но про валуй я уже слышал гадостей не раз. Последний раз — несколько дней назад из первых рук.
сайты работали, кэш яндекса и гугла это может доказать.
переписку с СП можем выложить сюда.
переписку с СП можем выложить сюда.
Если валуехост не сочтет вашу переписку инсайдерской информацией, то это вполне может быть достоянием общественности.
Да, кстати, каким образом вы делали бэкап, который обрушил базу?
Да, кстати, каким образом вы делали бэкап, который обрушил базу?
Бэкап делали через админку Валуя.
Точнее не бэкап, а откат на 1 день назад.
Там кнопочка у них в админке есть: Восстановление данных
Контрольная Панель Valuehost 2006 позволяет восстанавливать Ваши данные из резервных копий, которые делаются системой автоматически на запасные сервера в ежедневном режиме (см. картинку №1).
Сохранность и безопасность Ваших данных для нас основной приоритет. Скорость восстановления и автоматизация процесса позволяют Вам в любое время восстанавливать данные в рамках кластерной системы Valuehost 2006.
Там кнопочка у них в админке есть: Восстановление данных
Контрольная Панель Valuehost 2006 позволяет восстанавливать Ваши данные из резервных копий, которые делаются системой автоматически на запасные сервера в ежедневном режиме (см. картинку №1).
Сохранность и безопасность Ваших данных для нас основной приоритет. Скорость восстановления и автоматизация процесса позволяют Вам в любое время восстанавливать данные в рамках кластерной системы Valuehost 2006.
То что делали через КП и потеряли — это залет для ValueHost-а. Здесь не нужно иметь особый интеллект для того чтобы откатиться на день вперед.
Да, кстати, с этого и стоило начинать топик, а то большинство народа подумает, что вы собственным корявым скриптом порушили себе базу.
За последнюю строчку — спасибо, поржал =))
Да, кстати, с этого и стоило начинать топик, а то большинство народа подумает, что вы собственным корявым скриптом порушили себе базу.
За последнюю строчку — спасибо, поржал =))
За линк спасибо, я сам не программист. Отослал линк в СП валуя.
Очередной говнохост промышленного масштаба
Блин, диски дешевые — что, проблема хранить десяток разных дамопв, по одному за каждую неделю?
Блин, диски дешевые — что, проблема хранить десяток разных дамопв, по одному за каждую неделю?
Мы:
Вчера отправили запрос на восстановление БД на 1 день назад.
Сегодня база alstroy9_udjz вообще пуста!
Это неудачное восстановление или шутка на день студента?
Валуй:
Дорогой Клиент.
Спасибо за Ваше письмо.
Ваш вопрос будет рассмотрен в ближайшее время сотрудником Отдела администраторов серверов. Приносим извинения за возможную задержку.
Спасибо за выбор Valuehost.
Валуй:
Просмотрели все дампы начиная с 27 ноября — они все пустые. Другие дампы ваших баз нормальные. Видимо в базе alstroy9_udjz были битые таблицы и дамп не мог сделаться.
Мы:
=) скажите, пожалуйста, а теперь восстановить какую нибудь базу вообще можно? таким образом, я вчерашнюю базу тоже вернуть не могу?!
Полугодовалая работа над 2 форумами, как говориться, коту под хвост?
Валуй:
2 другие базы восстановить можно, если надо укажите за какое число…
Спасибо за выбор Valuehost.
Мы:
Прошу восстановить последний дамп для alstroy9_udjz
Спасибо.
Валуй:
Похоже вы не внимательно читаете ответы. Перечитайте выше.
Мы:
Сейчас в профиле 3 БД: alstroy9, alstroy9_udjz, alstroy9_vtor.
Из них слетела только alstroy9_udjz. Точнее говоря случайно было удалено около 5 записей, которые были важны. Для того, чтобы их вернуть мы запросили восстановление на 1 день назад.
Вчера оба форума работали нормально, а теперь полностью упали, т.к. Ваш скрипт почистил базу а новую не залил.
Нам нужно восстановление только alstroy9_udjz — остальные 2 сейчас не интересуют. Есть возможность хотя бы частичного восстановления указанной базы? Зачем было удалять, если нет файлов для восстановления?
Валуй:
Бекапа для alstroy9_udjz.gz нету, т.е. есть, но он пустой. Видимо из-за того, что база была повреждена, бекапы делались пустые.
Мы:
Константин, оба форума работали без каких либо причин на наличие ошибки в базе. Вы сами можете в этом удостовериться просмотрев кеш в Яндексе yandex.ru/yandsearch?serverurl=p-okraska.ru
Сайт функционировал более года и имеет большую ценность для нашей компании.
Сказать «видимо повреждена», «простите» — значит не сказать ничего. Учитывая, что мы пользуемся услугами, которые Вы предоставляете, среди которых «Восстановление данных», за которые мы платим — данная проблема — не выполнение ваших обязанностей.
Прошу Вас, Константин, оказать поддержку в решении данного вопроса и найти метод хотя бы частичного восстановления данных.
Ждем Вашего ответа.
Валуй:
Мы не можем вам помочь, данных нет, прочитайте ответ в сообщение номер 3 в этой теме.
Мы:
восстанавливайте данные с жесткого диска с «битой» базой данной.
что вообще за ошибка была с ней, если эти два форума нормально работали со времени создания?
и что за «бэкап» который уничтожил содержимое всей бд?
Ребят, вы хостер, данные у вас на сервере, мы за это платим!
Сейчас мы потеряли два сайта изза какойто ошибки, которая нигде не объявлялась до того момента, как мы сделали бэк ап за 1 день?
Опять мы:
Я вижу Ваш ответ №3, но он никоим образом не может решить нашу проблему. На сколько я понимаю данные mysql и все таблицы хранятся на сервере в виде физических файлов, а во время восстановления вы их потерли, чтобы записать другие, которые оказались пустыми из-за того, что скрипт не смог сделать дамп. Если возможность восстановления этих физ файлов — думаю дамп самого сервера так же ведется у вас.
И что за ошибка вызывала невозможность создания дампа наряду с тем, что сама база нормально функционировала на протяжении долгого времени?
И еще раз мы:
мы ждем решения проблемы!
habrahabr.ru/blogs/mysql/50064/
больше ответов не было…
Вчера отправили запрос на восстановление БД на 1 день назад.
Сегодня база alstroy9_udjz вообще пуста!
Это неудачное восстановление или шутка на день студента?
Валуй:
Дорогой Клиент.
Спасибо за Ваше письмо.
Ваш вопрос будет рассмотрен в ближайшее время сотрудником Отдела администраторов серверов. Приносим извинения за возможную задержку.
Спасибо за выбор Valuehost.
Валуй:
Просмотрели все дампы начиная с 27 ноября — они все пустые. Другие дампы ваших баз нормальные. Видимо в базе alstroy9_udjz были битые таблицы и дамп не мог сделаться.
Мы:
=) скажите, пожалуйста, а теперь восстановить какую нибудь базу вообще можно? таким образом, я вчерашнюю базу тоже вернуть не могу?!
Полугодовалая работа над 2 форумами, как говориться, коту под хвост?
Валуй:
2 другие базы восстановить можно, если надо укажите за какое число…
Спасибо за выбор Valuehost.
Мы:
Прошу восстановить последний дамп для alstroy9_udjz
Спасибо.
Валуй:
Похоже вы не внимательно читаете ответы. Перечитайте выше.
Мы:
Сейчас в профиле 3 БД: alstroy9, alstroy9_udjz, alstroy9_vtor.
Из них слетела только alstroy9_udjz. Точнее говоря случайно было удалено около 5 записей, которые были важны. Для того, чтобы их вернуть мы запросили восстановление на 1 день назад.
Вчера оба форума работали нормально, а теперь полностью упали, т.к. Ваш скрипт почистил базу а новую не залил.
Нам нужно восстановление только alstroy9_udjz — остальные 2 сейчас не интересуют. Есть возможность хотя бы частичного восстановления указанной базы? Зачем было удалять, если нет файлов для восстановления?
Валуй:
Бекапа для alstroy9_udjz.gz нету, т.е. есть, но он пустой. Видимо из-за того, что база была повреждена, бекапы делались пустые.
Мы:
Константин, оба форума работали без каких либо причин на наличие ошибки в базе. Вы сами можете в этом удостовериться просмотрев кеш в Яндексе yandex.ru/yandsearch?serverurl=p-okraska.ru
Сайт функционировал более года и имеет большую ценность для нашей компании.
Сказать «видимо повреждена», «простите» — значит не сказать ничего. Учитывая, что мы пользуемся услугами, которые Вы предоставляете, среди которых «Восстановление данных», за которые мы платим — данная проблема — не выполнение ваших обязанностей.
Прошу Вас, Константин, оказать поддержку в решении данного вопроса и найти метод хотя бы частичного восстановления данных.
Ждем Вашего ответа.
Валуй:
Мы не можем вам помочь, данных нет, прочитайте ответ в сообщение номер 3 в этой теме.
Мы:
восстанавливайте данные с жесткого диска с «битой» базой данной.
что вообще за ошибка была с ней, если эти два форума нормально работали со времени создания?
и что за «бэкап» который уничтожил содержимое всей бд?
Ребят, вы хостер, данные у вас на сервере, мы за это платим!
Сейчас мы потеряли два сайта изза какойто ошибки, которая нигде не объявлялась до того момента, как мы сделали бэк ап за 1 день?
Опять мы:
Я вижу Ваш ответ №3, но он никоим образом не может решить нашу проблему. На сколько я понимаю данные mysql и все таблицы хранятся на сервере в виде физических файлов, а во время восстановления вы их потерли, чтобы записать другие, которые оказались пустыми из-за того, что скрипт не смог сделать дамп. Если возможность восстановления этих физ файлов — думаю дамп самого сервера так же ведется у вас.
И что за ошибка вызывала невозможность создания дампа наряду с тем, что сама база нормально функционировала на протяжении долгого времени?
И еще раз мы:
мы ждем решения проблемы!
habrahabr.ru/blogs/mysql/50064/
больше ответов не было…
пусть покажут скрипт бекапа — я не понимаю как может не сработать mysqldump
попросил сообщить что за скрипт бэкапа, но они теперь вообще игнорируют наши сообщения.
Вы хотите, чтобы они совсем лишились всех клиентов??
В этом скрипте вся «Сохранность и безопасность Ваших данных для нас основной приоритет. Скорость восстановления и автоматизация процесса позволяют Вам в любое время восстанавливать данные в рамках кластерной системы Valuehost 2006»
В этом скрипте вся «Сохранность и безопасность Ваших данных для нас основной приоритет. Скорость восстановления и автоматизация процесса позволяют Вам в любое время восстанавливать данные в рамках кластерной системы Valuehost 2006»
Банально, скорее всего, закончилось место.
вот только пришло:
Бинарные логи у нас не ведутся в силу того, что это возможно когда нам известно содержимое баз и мы представляем какие запросы будут идти к базе. Когда на сервере находятся сотни баз, все запросы к которым мы не можем представить, то включение бинарных логов будет неправильным решением.
Что за ошибка была при дампе сейчас сказать сложно, т.к. мы просто физически не можем отслеживать ежедневно тысячи клиентских баз. Возможно у вас была первая битая таблица в базе, которая не использовалась или редко использовалась.
Факт такой: другие ваши базы прекрасно бэкапились, т.е. система бэкапа работала. Данная база не бэкапилась почти 2 месяца из-за битой таблицы. Если бы у нас была возможность восстановить вашу базу, то мы бы обязательно это уже сделали.
Бинарные логи у нас не ведутся в силу того, что это возможно когда нам известно содержимое баз и мы представляем какие запросы будут идти к базе. Когда на сервере находятся сотни баз, все запросы к которым мы не можем представить, то включение бинарных логов будет неправильным решением.
Что за ошибка была при дампе сейчас сказать сложно, т.к. мы просто физически не можем отслеживать ежедневно тысячи клиентских баз. Возможно у вас была первая битая таблица в базе, которая не использовалась или редко использовалась.
Факт такой: другие ваши базы прекрасно бэкапились, т.е. система бэкапа работала. Данная база не бэкапилась почти 2 месяца из-за битой таблицы. Если бы у нас была возможность восстановить вашу базу, то мы бы обязательно это уже сделали.
«Факт такой: другие ваши базы прекрасно бэкапились, т.е. система бэкапа работала. Данная база не бэкапилась почти 2 месяца из-за битой таблицы. Если бы у нас была возможность восстановить вашу базу, то мы бы обязательно это уже сделали»
Давайте добавим Genek кармы, чтобы можно было перенести в блог Хостинг. Такие слова не должны затеряться в личных блогах.
Давайте добавим Genek кармы, чтобы можно было перенести в блог Хостинг. Такие слова не должны затеряться в личных блогах.
Скорее в вакансии, чтобы Валуй программистов нормальных нанял, или в «Я дурак», чтобы дуракам как я наука была…
а вы проживаете в питере? — зайдите.
не проживаете в питере? — позвоните им через скайп, но сначала поставьте ваш разговор на запись, а также не забудьте предупредить человека с которым вы разговариваете о том что вы пишите разговор.
дальше корректно и учтиво узнавайте как подать жалобу на имя генерального директора (фио и каким образом они ее собираются регистрировать).
не проживаете в питере? — позвоните им через скайп, но сначала поставьте ваш разговор на запись, а также не забудьте предупредить человека с которым вы разговариваете о том что вы пишите разговор.
дальше корректно и учтиво узнавайте как подать жалобу на имя генерального директора (фио и каким образом они ее собираются регистрировать).
звонил, мальчик выслушал, после этого дал мне минут 20 послушать запись какой-то мелодии.
после чего вежливо сказал что виновата ошибка нашей бд, мол кривая была. записаться не смогла. на этом завершил разговор. начальству пока не звонил.
после чего вежливо сказал что виновата ошибка нашей бд, мол кривая была. записаться не смогла. на этом завершил разговор. начальству пока не звонил.
Надо же, какие пиндосы! Ну вернули бы обратно эту «кривую» базу данных. Раз с нее все работало.
На самом деле бесполезно продолжать. Свою ошибку они не признают, а данные они не вернут.
На самом деле бесполезно продолжать. Свою ошибку они не признают, а данные они не вернут.
как это он завершил разговор? сотрудник службы поддержки не имеет права прекращать сам разговор. сотрудник представился?
в договоре есть строки про кривость данных и понятие определения кривой бд?
позадавайте вопросы:
почему вы не можите вернуть нашу бд с ошибкой?
допустим бд была кривая и вы 2 месяца видели что вы не можите мне оказать услугу по резервному копированию (те вы нарушали договор), почему вы нам об этом не сообщили?
как это понимать что «кривая бд», в чем ее кривость? почему вы не исправили эту кривость?
на каком основании ваш скрипт решает какие данные кривые, а какие нет? в договоре же не указанно, что вы не собираетесь хранить кривые данные.
в договоре есть строки про кривость данных и понятие определения кривой бд?
позадавайте вопросы:
почему вы не можите вернуть нашу бд с ошибкой?
допустим бд была кривая и вы 2 месяца видели что вы не можите мне оказать услугу по резервному копированию (те вы нарушали договор), почему вы нам об этом не сообщили?
как это понимать что «кривая бд», в чем ее кривость? почему вы не исправили эту кривость?
на каком основании ваш скрипт решает какие данные кривые, а какие нет? в договоре же не указанно, что вы не собираетесь хранить кривые данные.
думаешь есть смысл?
если бы хоть возможность была что-то восстановить, тогда давил бы на них.
а сейчас объяснять им как они «работают»…
как вот теперь данные поднимать, этим голова болит.
один форум был корпоративный за год, с описанием всех проделанных работ и статистикой посещений, звонков и проплат по всем проектам… Собирали данные для анализа. Сами виноваты что не делали своего бэкапа.
другой форум был единственный в России в своей тематике. сейчас приходят письма с вопросами когда заработает. хз что делать.
если бы хоть возможность была что-то восстановить, тогда давил бы на них.
а сейчас объяснять им как они «работают»…
как вот теперь данные поднимать, этим голова болит.
один форум был корпоративный за год, с описанием всех проделанных работ и статистикой посещений, звонков и проплат по всем проектам… Собирали данные для анализа. Сами виноваты что не делали своего бэкапа.
другой форум был единственный в России в своей тематике. сейчас приходят письма с вопросами когда заработает. хз что делать.
UFO just landed and posted this here
«Данная база не бэкапилась почти 2 месяца из-за битой таблицы.» — я так понял что 2 месяца назад бекапилась? Значит потерялась работа не за год, а за 2 месяца. Можно взять последний не пустой дамп.
Да они же не хранят дампы за каждый день, неделю или месяц. Пишут новый поверх старого, да и всё.
Я удивляюсь, что у валуйхоста еще остались клиенты. Казалось бы, уже один тот факт, что на их форуме большинство новостей датировано 2007-м и 2008-м годом, должен вызвать некий паталогоанатомический интерес.
Я удивляюсь, что у валуйхоста еще остались клиенты. Казалось бы, уже один тот факт, что на их форуме большинство новостей датировано 2007-м и 2008-м годом, должен вызвать некий паталогоанатомический интерес.
UFO just landed and posted this here
Вот что они отписали:
Такова система работы mysqldump'a, если он натыкается хоть на одну битую таблицу, то создание дампа прекращается. Скорее всего у вас была таблица, например aasomething, которая была повреждена или с ошибкой, mysqldump напарывался на нее и получал ошибку, ну и переходил к следующей базе. Мы не следим на контентом и базами юзеров, это надо делать самостоятельно с помощью различный инструментов, как проверка баз на целостности из форума, проверка структур и таблиц из phpmyadmin и так далее.
Я не программист, расшифруйте пожалуйста.
Неужели данном случае это их оправдывает, ведь сайты работали, и бэкап они должны были делать…
Такова система работы mysqldump'a, если он натыкается хоть на одну битую таблицу, то создание дампа прекращается. Скорее всего у вас была таблица, например aasomething, которая была повреждена или с ошибкой, mysqldump напарывался на нее и получал ошибку, ну и переходил к следующей базе. Мы не следим на контентом и базами юзеров, это надо делать самостоятельно с помощью различный инструментов, как проверка баз на целостности из форума, проверка структур и таблиц из phpmyadmin и так далее.
Я не программист, расшифруйте пожалуйста.
Неужели данном случае это их оправдывает, ведь сайты работали, и бэкап они должны были делать…
UFO just landed and posted this here
надеюсь их админы на хабре не сидят.
UFO just landed and posted this here
Спасибо!
В статье Compression Tools Compared утверждается, что lzma — самый эффективный архиватор для хранения бэкапов. В любом случае, gzip стОит использовать только если боитесь подвесить систему архиватором на время создания бэкапа.
Предупреждаю совет dimaRF требует некоторых знаний по использованию bash и командной строки, не факт что с ходу вас это получиться.
Можно попробовать найти скрипт-дампер с веб-интерфейсом, для создания дампа и ручного скачивания например на компьютер, это проще (но требует ручного создания бекапа и скачивания). Не заббудьте только защитить его паролем, а то любой желающий сможет «забекапить» себе базу пользователей вашего форума.
Можно попробовать найти скрипт-дампер с веб-интерфейсом, для создания дампа и ручного скачивания например на компьютер, это проще (но требует ручного создания бекапа и скачивания). Не заббудьте только защитить его паролем, а то любой желающий сможет «забекапить» себе базу пользователей вашего форума.
Вот, попробуйте Sypex Dumper sypex.net/ — достаточно неплохой скриптик с веб-интерфейсом.
А с Валуя мы уже года 3 как переехали, чего и вам советуем.
А с Валуя мы уже года 3 как переехали, чего и вам советуем.
Видимо не сидят. А следовало бы!
Допустим, у вас действительно, скажем 1 января, повредилась таблица в БД (такое возможно, например при проблемах с жестким диском, где хрянтся файлы БД, или каком-то сбое на сервере, скриптом вашего форума это сделать вряд ли возможно).
Допустим, 1 января скрипт не смог создать бекап. Но вопрос, должен ли он был этим «недобекапом» затирать «хороший» бекап от 31 декабря?
Скорее всего, их система создания бекапов собержит недоработку (если вы все правильно описали), из-за которой при создании бекапа не обрабатываются такие ситуации (по идее скрипт должен сообщать админу, или хотя бы писать ошибку в лог).
Еще раз повторюсь, скриптом форума «сломать» базу до такого состояния, что нельзя сделать бекап, практически невозможно (если можно, скажите мне кто-нибудь, как это сделать, мне любопытно). Если там есть «битые» таблицы — то по вине того же хостера, или проблем с железом.
В любом случае (повредилась таблица, или ошибка в скрипте бекапа) это мне кажется никак их оправдать не может.
Допустим, 1 января скрипт не смог создать бекап. Но вопрос, должен ли он был этим «недобекапом» затирать «хороший» бекап от 31 декабря?
Скорее всего, их система создания бекапов собержит недоработку (если вы все правильно описали), из-за которой при создании бекапа не обрабатываются такие ситуации (по идее скрипт должен сообщать админу, или хотя бы писать ошибку в лог).
Еще раз повторюсь, скриптом форума «сломать» базу до такого состояния, что нельзя сделать бекап, практически невозможно (если можно, скажите мне кто-нибудь, как это сделать, мне любопытно). Если там есть «битые» таблицы — то по вине того же хостера, или проблем с железом.
В любом случае (повредилась таблица, или ошибка в скрипте бекапа) это мне кажется никак их оправдать не может.
Согласен. Да ну их. Даже не извинились. Походу люди не понимают что для них это файлик, а для других почти год ежедневной работы, а для посетителей форума — бизнес.
Лично наша ошибка что по сути мы понадеялись на авось. Сейчас делаем скрипт который будет бэкапы делать и пулять по почте на гугл. А у нас уже в конторе компьютер будет с гугла копию забирать.
Лично наша ошибка что по сути мы понадеялись на авось. Сейчас делаем скрипт который будет бэкапы делать и пулять по почте на гугл. А у нас уже в конторе компьютер будет с гугла копию забирать.
Имхо вывод — сторонним (т.е. хостерским) бэкапам доверять нельзя. Делайте свои бэкапы. :)
Топик достоин habrahabr.ru/blogs/bl/
Хостеры вообще редиски.
Мне на servage.net убили дорогую CMS(компилится на сервере разработчиков под конкретное окружение) — просто вдруг решили что-то проапгрейдить и перевели меня на другой диск(сервер?)
На hostgrad.ru тоже решили что-то проапгрейдить и затерли файл index.php стандартным от ОСи…
Про masterhost.ru вообще лучше не вспоминать…
счастья нет :%
P.S. за статью проголосовал
Мне на servage.net убили дорогую CMS(компилится на сервере разработчиков под конкретное окружение) — просто вдруг решили что-то проапгрейдить и перевели меня на другой диск(сервер?)
На hostgrad.ru тоже решили что-то проапгрейдить и затерли файл index.php стандартным от ОСи…
Про masterhost.ru вообще лучше не вспоминать…
счастья нет :%
P.S. за статью проголосовал
У меня специально заведен тестовый домен и периодически проводятся тренировки, по которой админы восстанавливают бакап на тестовый домен и поднимают сайт. Делать бакапы — это половина дела, а вот проверять на сколько реально после этих бакапов восстановить работоспособность — вот результат нормального бакапа.
Бакап — как безопастность, нельзя просто поставить пароль и сказать, что все защищено, безопастность, как и бакап — комплекс мер, которые нужно постоянно выполнять.
Бакап — как безопастность, нельзя просто поставить пароль и сказать, что все защищено, безопастность, как и бакап — комплекс мер, которые нужно постоянно выполнять.
Главная ошибка — заводить сайт на ValueHost после 2003-го
а что было в 2003?
Так выше ж была ссылка www.regnum.ru/allnews/110804.html
К 2003-му они набрали диковинное количество клиентов, которым очень гордились, но даже не пытались этих клиентов обеспечить ни достаточным количеством серверов, ни соответствующим количеством и качеством персонала техподдержки.
>>Спасибо за выбор Valuehost.
Да уж спасибо=))
На самом ситуация неприятная — брошу свой камень в огород валюхоста(там наверное уже целый сад камней).
Дело было около года назад, знакомый, работающий в крупной компании, дал ссылку на их сайт и попросил посмотреть на предмет " Что можно улучшить и вообще..".
Домен оказался четерехзнаком в зоне spb.ru, причем очень даже прикольным(насколько прикольным может быть домен в географической зоне)
Более того, домен был изрядно прокачен (тиц 500 пр 5) и фактически был одним из главнх инструментов привлечения клиентов.
Первым делом, я поверил владельца домена и выяснилось, что владельцем является Валюхост!!!
После продолжительного разбирательства, выснилось, что домен регили через панельку Валюехоста, где было написано «Зарегитрировать домен», а по словам поддержки валюехоста это не тоже самое что «Стать полноправным владельцем». Логика конечно железная — в результате компания заплтила немалую сумму денег за перезд на другой хостинг и получения права владения доменом.
Причем в платежке было цинично написанно что то вроде «Консультации по изменению записи ДНС домена».
По моему это безпредел.
Да уж спасибо=))
На самом ситуация неприятная — брошу свой камень в огород валюхоста(там наверное уже целый сад камней).
Дело было около года назад, знакомый, работающий в крупной компании, дал ссылку на их сайт и попросил посмотреть на предмет " Что можно улучшить и вообще..".
Домен оказался четерехзнаком в зоне spb.ru, причем очень даже прикольным(насколько прикольным может быть домен в географической зоне)
Более того, домен был изрядно прокачен (тиц 500 пр 5) и фактически был одним из главнх инструментов привлечения клиентов.
Первым делом, я поверил владельца домена и выяснилось, что владельцем является Валюхост!!!
После продолжительного разбирательства, выснилось, что домен регили через панельку Валюехоста, где было написано «Зарегитрировать домен», а по словам поддержки валюехоста это не тоже самое что «Стать полноправным владельцем». Логика конечно железная — в результате компания заплтила немалую сумму денег за перезд на другой хостинг и получения права владения доменом.
Причем в платежке было цинично написанно что то вроде «Консультации по изменению записи ДНС домена».
По моему это безпредел.
>> изменению записи ДНС домена
Изменение DNS в Валуе стоит около 30$ (всего-то =)
В тоже время в личном кабинете есть раздел «Настройки DNS» — где сделать это можно бесплатно либо зная как, либо спросив в СП. В СП сначала предлагают выписать счет… но если чуть «поругаться» и то без проблем дают 3 строчки, за которые изначально, по их мнению, нужно отдать 30 кровных $
Изменение DNS в Валуе стоит около 30$ (всего-то =)
В тоже время в личном кабинете есть раздел «Настройки DNS» — где сделать это можно бесплатно либо зная как, либо спросив в СП. В СП сначала предлагают выписать счет… но если чуть «поругаться» и то без проблем дают 3 строчки, за которые изначально, по их мнению, нужно отдать 30 кровных $
Сейчас хочу уводить свой домен с Валуя, как-я понял домен можно перенести на R01, а там уже нормально.
Перенос к регистратору без каких либо видимых проблем по заявке в СП.
А там уже следует отпралять документы для «подтверждения личности» или что то типа того.
С другой стороны у меня больше года один домен переведен к r01 напрямую и акк так и не удалили и не блокировали… хотя доки я так и не отправил.
А там уже следует отпралять документы для «подтверждения личности» или что то типа того.
С другой стороны у меня больше года один домен переведен к r01 напрямую и акк так и не удалили и не блокировали… хотя доки я так и не отправил.
Был у меня один знакомый — лет 7 назад зарегистрировал домен на реквизиты компьютерного клуба, в котором он тогда работал.
Сделал там какой то форум узкотематический, сейчас это уже довольно большой проект приносит деньги.
Собственно клуб тоже не существует давно.Так он и платит каждый год за него и постоянно говорит что «надо бы разрулить ситуацию да времени нету».
Сделал там какой то форум узкотематический, сейчас это уже довольно большой проект приносит деньги.
Собственно клуб тоже не существует давно.Так он и платит каждый год за него и постоянно говорит что «надо бы разрулить ситуацию да времени нету».
Можно попробовать, но нервов они из вас потянут достаточно. Мне как-то так пришлось делать. Даже уже и не помню, платили мы или нет, но геморроя было на неделю.
Такая же ситуация. Теперь, чтобы перевести домен на себя — чуть ли не в другой город надо ехать.
Valuehost — крайне недружелюбный хостинг, который я покинул и вздохнул с облегчением. А больше всего раздражала невозможность поговорить с техподдержкой по телефону.
Valuehost — крайне недружелюбный хостинг, который я покинул и вздохнул с облегчением. А больше всего раздражала невозможность поговорить с техподдержкой по телефону.
Вы все еще (!) на валуе? Тогда мы идем к вам!
Надеюсь картинка в топике не обидит актеров «нашей раши» :)
Оооооо, вот это подстава.
Правда на мастерхосте тоже были проблемы с бэкапом — как-то сказали, что не могут его предоставить и всё тут.
Правда на мастерхосте тоже были проблемы с бэкапом — как-то сказали, что не могут его предоставить и всё тут.
Омг, увидел картинку из нашей раши, прочитал как Vahuelost. Жуть какая…
Сорри за офф.
Сорри за офф.
0 0 * * * /root/scripts/backup-mysql.sh 37 0 * * 0 /root/scripts/backup-www.shТупо? Да. Но у меня есть стопроцентная уверенность в том, что у меня есть бэкап. Всегда.
Создать бекап — это только половина дела. Нужно еще проверять возможность восстановления с него. И доверять нельзя не только бекапам хостеров, а и своим собственным до тех пор пока не убедитесь в целостности дампа.
Бекап может не создаться из-за ошибки записи на диск этого самого бекап к примеру, ошибки mysqldump в ходе создания бекпапа, каких-то внутренних блокировок в БД, или как отметили в комментах, из-за нехватки места на диске. Но нормальный скрипт должен обнаруживать такие ситуации и что-то предпринимать (хотя бы отправить письмло админу и не затирать предыдущий «хороший» дамп). Мне кажется любой уважающий себя скрипто писатель для таких целей не поленится прописать что-нибудь вроде trap ERR если речь идет о bash к примеру.
Так что похоже, у хостера был кривой скрипт. Если старые хорошие бекапы безвозвратно затерты новыми, могу вам только посочувствовать и посоветовать в будущем самому иногда сохранять сайт и бекапы на домашний/рабочий компьютер или другой сервер в сети (желательно зашифровав например rar'ом). Если вы умеете пользоваться ssh/bash или ваш форум содержит такую возможность, это несложно.
Так что похоже, у хостера был кривой скрипт. Если старые хорошие бекапы безвозвратно затерты новыми, могу вам только посочувствовать и посоветовать в будущем самому иногда сохранять сайт и бекапы на домашний/рабочий компьютер или другой сервер в сети (желательно зашифровав например rar'ом). Если вы умеете пользоваться ssh/bash или ваш форум содержит такую возможность, это несложно.
Можно делать не через mysqldump, а именно архивирование самих файлов БД, для MySQL — myISAM это будут MYI, MYD и frm. Такой подход очень полезем тем, что исключает возможность сбоя mysqldump если какие либо таблицы повреждены на столько что он их не может считать.
Соответственно, развернув БД из бэкапа таким образом, даже если некоторые данные там будут битые, то их можно будет восстановить.
Соответственно, развернув БД из бэкапа таким образом, даже если некоторые данные там будут битые, то их можно будет восстановить.
Радует одно, благодаря этому топику VALUEHOST потеряла многих потенциальных клиентов.
Это маленький колокольчик должен звенеть постоянно в головах тех, кто еще на валуехосте.
Вот только пожалуйста, объясните, если бизнес тесно связан с сайтом, и от его работы многое зависит, почему мы доверяем такие сайты шаред-хостингам?
Вот только пожалуйста, объясните, если бизнес тесно связан с сайтом, и от его работы многое зависит, почему мы доверяем такие сайты шаред-хостингам?
Потому что нас подкупает дешевизна(100$ в год за гигабайт места + домен!) и обещания(99% аптайма! ежедневные бекапы!), которым мы верим до тех пор, пока нас не кинут.
дешево, быстро, надежно — можно выбрать тока 2 пункта :)
Если хочешь сделать что-то хорошо, сделай это сам. (с)
Покупайте clocation, Валуй это кстати предоставляет, нанимайте админа и будет Вам счастье.
Платить конечно придется _в_разы_ больше, но зато это будет действительно стабильно.
Покупайте clocation, Валуй это кстати предоставляет, нанимайте админа и будет Вам счастье.
Платить конечно придется _в_разы_ больше, но зато это будет действительно стабильно.
Собственно я так и задал вопрос.
Почему доверяем shared, хостеру, бабе Маше с 5-го подъезда, а потом бьем пяткой себе в грудь?
Почему доверяем shared, хостеру, бабе Маше с 5-го подъезда, а потом бьем пяткой себе в грудь?
Колокейшн — это как миррор рейд. Наличие его успокаивает, но реальная надёжность проверяется моментом, когда у вас накрывается питание. И вот в этот-то момент как правило выясняется, что первой из строя выходит маленькая платка контроллера рейда…
Ну, от кирпича на голову никто не застрахован. Но все же colocation меньшее зло, чем шаред. На коло ты хотя бы сам все контролируешь.
колокейшен это большая ответственность, без грамотных спецов не обойтись.
Но есть же более, на мой взгляд, приемлемые варианты, например VPS, да и чего там, тотже дедик весь «рем.комплект» обязательно есть у хостера.
Щас тока цитата вспомнилась.
«Админы делятся на 2 категории: те кто не делает бекапы, и те кто уже делает»
Но есть же более, на мой взгляд, приемлемые варианты, например VPS, да и чего там, тотже дедик весь «рем.комплект» обязательно есть у хостера.
Щас тока цитата вспомнилась.
«Админы делятся на 2 категории: те кто не делает бекапы, и те кто уже делает»
Ну это понятно, что затраты резко увеличиваются. Но так же резко возрастает надежность.
Да, конечно отрицать VPS нельзя, но я брал коло как самый крайний вариант.
Тут ввспомнил, то ли на Хабре, то ли клиент с которым я работал, как-то написал, что устал от всех хостингов, будь-то шаред, vps или коло, в итоге снял квартиру в спальном районе, провел канал от местного провайдера, понаставил серваков и живет со спокойной душой. Правда это очень не дешевый вариант, но видимо в его случае это был единственный выход.
Да, конечно отрицать VPS нельзя, но я брал коло как самый крайний вариант.
Тут ввспомнил, то ли на Хабре, то ли клиент с которым я работал, как-то написал, что устал от всех хостингов, будь-то шаред, vps или коло, в итоге снял квартиру в спальном районе, провел канал от местного провайдера, понаставил серваков и живет со спокойной душой. Правда это очень не дешевый вариант, но видимо в его случае это был единственный выход.
Вот этот самый случай, когда сам всё контролируешь, он типичный самообман. Во-первых, если подох колокейшн, то внутренние бэкапы остались лежать на нём, база осталась на нём, файлы на нём. А если подох сервер, на котором лежит шаред — остаётся база на втором сервере, и бэкап на третьем, главное в общем — не связываться с хостерами, которым клиент глубоко до фени.
Вы всегда складываете яйца в одну корзину, а деньги храните в одном банке?
Как минимум на колокейшене стоит дополнительный винт для бекапов, как минимум раз в неделю бекапы скидываются в резервное хранилище (совершенно другой сервер, в другом месте).
Соглашусь, что сам по себе коло не дает ни каких сверх гарантий, однако сам по себе подход к организации собственного сервера как минимум ответственный шаг, и зачастую решение принимает не один человек, и возможно не один человек будет следить за ним.
Как минимум на колокейшене стоит дополнительный винт для бекапов, как минимум раз в неделю бекапы скидываются в резервное хранилище (совершенно другой сервер, в другом месте).
Соглашусь, что сам по себе коло не дает ни каких сверх гарантий, однако сам по себе подход к организации собственного сервера как минимум ответственный шаг, и зачастую решение принимает не один человек, и возможно не один человек будет следить за ним.
Если внимательно прочитаете, то обнаружите, что нормальный шаред и подразумевает по умолчанию раскладывание яиц не менее чем по трём корзинам.
Шаред медленный, он не переживёт толком DDOS атаку, он не позволяет установить специфическое server-side ПО — но надёжность у хорошего шареда выше, чем у решения на колокейшне за разумные деньги.
Шаред медленный, он не переживёт толком DDOS атаку, он не позволяет установить специфическое server-side ПО — но надёжность у хорошего шареда выше, чем у решения на колокейшне за разумные деньги.
UFO just landed and posted this here
Этот хостинг очень много кому нагадил… Лучше переехать и забыть как страшный сон, я так и сделал в свое время.
Да, самая гнилая контора из тех, с кем приходилось сталкиваться.
Свалил от них года три или четыре назад, после того, как они потеряли все данные на сервере в результате «аварии».
После этого две-три недели тянули резину с восстановлением из бэкапа, который, как в последствие оказалось, хранился на том же упавшем дисковом массиве.
Много наших полегло (с) тогда…
Свалил от них года три или четыре назад, после того, как они потеряли все данные на сервере в результате «аварии».
После этого две-три недели тянули резину с восстановлением из бэкапа, который, как в последствие оказалось, хранился на том же упавшем дисковом массиве.
Много наших полегло (с) тогда…
Сам работал в Валуехосте некоторое время назад. Проблема наверняка идиотская, и правду все равно не скажут. 99% — закончилось место на винчестере и бэкапы не делались. А на СП не злитесь, не виноваты они, просто груша для битья…
Слушай, а из-за чего там постоянно 502 ошибка на сайтах вылезает? Они утверждают что либо все тип топ, либо у наших программистов руки кривые, ну и наконец после долгих мытарств говорят временные работы на сервере.
(это мои предположения. могу быть неправ)
502 Bad Gateway
The server, while acting as a gateway or proxy, received an invalid response from the upstream server it accessed in attempting to fulfill the request.
скорей всего, запрос к вашему сайту проходит такой путь:
[пользователь]
\/
[интернеты]
\/
[канал, по которому хостер подключен к интернету. да, один «проводок»]
\/
[сервер-шлюз, который по доменному имени перенеправляет запрос по сетке внутри площадки на нужный сервер]
\/
[собственно сервер, на котором хостится ваш сайт]
соответственно, раз сервер-щлюз вам отдаёт ошибку 502, значит он худо-бедно работает.
тогда, наверное, просто лежит сервер на котором непосредственно лежит ваш сайт.
кто-нибудь может подтвердить/опровергнуть мою догадку?
502 Bad Gateway
The server, while acting as a gateway or proxy, received an invalid response from the upstream server it accessed in attempting to fulfill the request.
скорей всего, запрос к вашему сайту проходит такой путь:
[пользователь]
\/
[интернеты]
\/
[канал, по которому хостер подключен к интернету. да, один «проводок»]
\/
[сервер-шлюз, который по доменному имени перенеправляет запрос по сетке внутри площадки на нужный сервер]
\/
[собственно сервер, на котором хостится ваш сайт]
соответственно, раз сервер-щлюз вам отдаёт ошибку 502, значит он худо-бедно работает.
тогда, наверное, просто лежит сервер на котором непосредственно лежит ваш сайт.
кто-нибудь может подтвердить/опровергнуть мою догадку?
Ошибка 502 Gateway Time-out в общем случае означает, что скрипты сайта выполняются слишком долго. Просто на валуе это постоянная ошибка, вне зависимости какая CMS стоит и на чем крутится сайт. Это по моим наблюдениям.
ну, в таком случае у них стоит какой-либо ограничитель по нагрузке скриптов на сервер. и когда пользователей активных много, эта «система» начинает гасить всё подряд. вот ответа от сервера и нету.
а если сделать себе закладочку на картинку, которая без скриптов отдаётся — в такой ситуации она отдаётся без ошибки 502?
а если сделать себе закладочку на картинку, которая без скриптов отдаётся — в такой ситуации она отдаётся без ошибки 502?
Аналогичная хрень случилась с ру-центром. После того написал скрипт который мне бэкапы каждые сутки в почту шлет =)
Пойду-ка бэкапить свой сайт на Valuehost
Для Joomla есть неплохой плагин, если кто не знает — joomlapack
Для Joomla есть неплохой плагин, если кто не знает — joomlapack
Сочувствую, но не удивляюсь. Очень зря вы на «Валуе» хоститесь. Последний свой сайт вывел от них года три назад и счастлив. Более дерьмового по всем параметрам хостинга видеть не приходилось. Чего только не было — и серверы по несколько суток не работали, и БД отваливалась постоянно, и массовое заражение вирусами всех index.* происходило да и личный кабинет у них там чего стоил! (не знаю, может переделали его все-таки?)
Valuehost сделали типичное кидалово. Сочувствую. единственное сделайте выводы — бекапы должны быть внешние! всегда.
звонили в валуй, спрашивали как избежать подобных ошибок для их скрипта. Нам ответили примерно следующее:
«мы знаем что вы там понаписали про нас, звоните начальнику, узнавайте что далее.»
к чему бы это…
«мы знаем что вы там понаписали про нас, звоните начальнику, узнавайте что далее.»
к чему бы это…
прошу прощения за то что не прочёл все комментарии, но времени сейчас нет, лично я работаю в хостинг компании которая делает бекапы типа daily но раз в неделю, единственный шанс при котором ваш бэкап мог пропасть бесследно это случай при котором вы обратились в хостинг компанию через некоторое время после проишествия, во всех остальных случаях его реально восстановить.
Но если у них его нет — значит его нет нигде. Рекомендую делать раз в неделю или месяц свои бэкапы, практически все форумы да и пхпмайадмин эо позволяют. да и через консоль можно. + множество хостинг-панелек умеет делать такие вещи.
Более странно выглядит то что база потёрлась при рипейре.
Но если у них его нет — значит его нет нигде. Рекомендую делать раз в неделю или месяц свои бэкапы, практически все форумы да и пхпмайадмин эо позволяют. да и через консоль можно. + множество хостинг-панелек умеет делать такие вещи.
Более странно выглядит то что база потёрлась при рипейре.
Да, Хочу еще раз заметить, что:
Делайте, пожалуйста всегда внешние бекапы.
я не всегда так делаю, но где не делаю — там понимаю что ценность данных ~ нулевая
Делайте, пожалуйста всегда внешние бекапы.
я не всегда так делаю, но где не делаю — там понимаю что ценность данных ~ нулевая
Админы делятся ещё на две категории: те, кто ещё размещает свои сайты на валуе, и те, кто уже не размещает.
Блин, валуй «славился» ещё в 2002-м году, я тогда кодить на PHP только начинал. Неужели есть до сих пор кто-то, кто там хоть что-то размещает? Даже обругиваемый (и не зря) всеми мастерхост более надёжен.
Блин, валуй «славился» ещё в 2002-м году, я тогда кодить на PHP только начинал. Неужели есть до сих пор кто-то, кто там хоть что-то размещает? Даже обругиваемый (и не зря) всеми мастерхост более надёжен.
зато теперь мы открыли почти стартап :) вместо старого форума делаем вместе с бывшими посетителями новое сообщество профессионалов
Sign up to leave a comment.
Valuehost backup