AlexVB: Если у вас бекап делается в локальный каталог (nfs, или отдельный диск, или что то еще), то восстанавливать можно прямо из whm.
Если вы делаете бекапы аккаунтов на удаленный ftp то используйте /scripts/restorepkg
Это не дает возможности удаленно восстановить, указанный скрипт разворачивает предварительно собранный /pkgacct скриптом тарбол, т.е то о чем я и говорю, с начала скачиваем его себе в акаунт с бекапа а потом восстанавливаем.
azsx: Romka_Kharkov - большое спасибо за разъяснения. Извините за беспокойства, но я очень хотел разобраться.
Не за что, обращайтесь ;)
Romka_Kharkov добавил 27.07.2010 в 14:35
Pilat: Сервис по предоставлению места на сторадже я, например, для себя сделаю со скоростью выделения серверов хостером, и то же могут сделать все желающие бэкапить 100 гигабайт. А вот организовать полный цикл - бэкап, проверки, восстановление, удобный доступ к отдельным файлам - это уже задача долгая. Добавьте к своему предложению инструкцию по использованию с ним www.backup-manager.org, панельки сделайте для просмотра архивов - уже будет не просто место куда можно сваливать файлы, а будет СЕРВИС.
Ну наконец-то первое умозаключение по сути вопроса, спасибо вам за это отдельное.
Т.е по мимо как бы "просто места" требуется еще функционал в котором можно просмотреть файлы сложенные в бекап, скачать их оттуда, и тому подобное, это как бы резонно, но в тот же момент я понимаю что обычный FTP клиент дает вам буквально те же преимущества, зашел к себе на бекап, хочеш качай, хочеш смотри... А вот восстановление бекапа это на мой взгляд вообще процедура нереальная, представим себе , что у вас есть хостинг, вы делаете регулярные бекапы к нам на сервис, и тут какая-то беда с хостером, ну там сервер сдох например все данных там нет... тишина.... какая же может быть порцедура восстановления ??? Мы зальем хостеру на новый сервер ваш тарбол и установим ваш сайт по новой ??? Звучит абсурдно, вижу только вариант когда клиент получив доступ к "новому серверу" от хостера, качает нужный ему бекап с нашего стореджа и разворачивает его у себя на хостинг акаунте.
Поймите правильно, мы не строим систему резервирования вашего сайта и не повышаем тем самым его отказоустойчивость, это другой спектр услуг который мы кстати тоже можем вам предложить но внутри одной Multihomed AS, к сожалению десятков датацентров по всему миру мы не имеем.
Данная услуга предназначена в первую очередь для хранения данных, представьте себе что у вашего хостера RAID-1 + вы еще храните информацию на RAID-1 отдельно в виде бекапа, итого информация на 4х носителях, по этому если у вашего провайдера вылетело сразу ДВА винта в зеркале...... у вас есть еще ДВА с полной копией информации , но это не значит , что сайт каким-то образом переключится на наш сервер и будет продолжать работать оттуда..... Услуга для случаев когда у хостера случилось ЧП.... а у вас есть бекапы, Вы конечно можете хранить их и на домашнем ПК и на соседнем сервере, мы лишь предлагаем альтернативный вариант.
За ваше предложение спасибо мы обязательно проработаем его в плане интерфейса и функционала по просмотру и менеджменту архивов...
azsx: +1
Ну и потом, а как вы будете следить за архивами? Меня не просто не устраивает, что что-то может архивироваться в 0кб, меня не устраивает даже мысль, что может быть залит бракованный архив. Если вам мало денег, так напишите пожалуйста за сколько вы будете архивировать данные.
Далее. Архив на сервере (вдс, впс) - я даже не понимаю о чем вы. Там ведь реально 5-10 строчек на баш и запуск по крону (к примеру в тот же гмэйл). Проблема с архивами на шаред хостингах! (для меня по крайне мере).
Мне интересен сервис который сам как то архивирует мои сайты, проверяет чтобы все было нормально (не было глобальных сбоев) и может восстанавливать сайты буквально нажатием кнопки. Хотя и в таком виде будет не супер, зато ясно будет за что я плачу деньги!
зы
а пока я как вижу диск с доступ по фтп, 10 гигов за 3 бакса. И на траффик ограничение...
В том то и дело "как-то бекапить", вы правильно говорите, система предполагается следующая, некий баш скрипт или любая тулза которая умеет бекапить на FTP. Ничего сверх-естественного в этом нет, ставите себе в крон, она пакует, заливает, контрольную сумму проверяет через GET/POST по факту.
А так это выглядит именно так как вы и говорите, это просто FTP место с лимитами на трафик, так как ФайлоОбменник мне не нужен на таком сервере! ;)
_SP_: Бэкапы слава богу не для использования делаются.
А что, у меня будут с "под подушкой" какие-то проблемы ?
Могу ведь иметь немаленький исходящий канал, да и вообще "съездить и воткнуть в сервер ФИЗИЧЕСКИ". А не ждать пока сольется из штатов...
Да, и амазон вроде анонсировал систему хранения при которой гибель одного из ДЦ не повлияет на сохранность данных.
Или я что-то не так читал ? Честно говоря вплотную S3 не пользовался, просто "отметил".
Еще раз: ваша репутация не может быть сравнена с репутацией гугла.
Или у вас мания величия :) ?
Увы. Доверие к нему многократно выше чем к вам. Поэтому как аргумент всё это работает
только остро против вас.
Кто остановит вас от вымогательств завтра ?
Какую репутацию вы имеете ?
Сколько миллиардов стоит ваша компания ?
В скольких странах и сколько народу будут судиться с вами ?
Итд итп.
Как видите, лучше уж с гуглом дела иметь. На сегодня.
Я не вижу вероятности ВНЕЗАПНОГО перехода и вымогательства денег со стороны гугла.
А объявит об изменениях - сделаем другой механизм.
Имею тоже самое, бесплатно, с более надежным поставщиком услуги.
Я их описал.
Цена - сервис(удобство) - надежность.
Сервис у вас пока одинаковый, цена у вас выше(на бесконечность), надежность ниже.
Это если с гмейлом сравнивать и для малых-средних объемов.
С амазоном надежность будет еще выше, но цена может оказаться и больше вашей.
Странно, в каком посте я дал вам подумать о том, что я круче гугла, причем тут мания величия, о чем вы говорите вообще, что-то перестаю Ваc понимать, я не сказал что я круче гугла, но и пользоваться его сервисами я не желаю и никому не рекомендую по сей день.... Это мое IMHO и вы можете думать, что у меня хоть трижды мания величия. Право истинно ваше..
Мы не пытаемся предложить сервис который сейчас станет конкурентом S3, на наших мощностях это в принципе я думаю реально, но в целом даже разработок в эту сторону не ведется, так что не стоит СРАВНИВАТЬ! Если вы плотно решили что S3 для вас панацея, пользуйтесь, ни кто ж не запрещает. Наш сервис предусматривает только хранение данных, мы считаем, что размещение отдельных бекапов в стороне от реального хостера это уже качественно повышение отказоустойчивости, так как ваша информация уже хранится в двух ДЦ на разных полушариях, а если вы опять про цунами и ядерный взрыв то вам в тему к параноикам..... мы на такие запросы не ответим взаимностью ;)
Кто остановит вас от вымогательств завтра ?
А Кто остановит Google? чем больше машинка... тем ее тормозить сложнее будет, поверьте меня остановить от вымогательства будет гораздо проще, нежели google ;))))
Имею тоже самое, бесплатно, с более надежным поставщиком услуги.
А чем же ваш поставщик надежен, можно поинтересоваться? Ососбенно при условии "Бесплатно" :D :D :D ROTFL однако :)
_SP_: Вы меня простите, но чем ваш бэкап в таком случае лучше моего :) ?
Я могу их и дома хранить без проблем при такой постановке вопроса :).
Да - мне нужно хранилище под мои данные, которое вернет мне данные даже в
случае, если в ДЦ произойдет пожар, в стране наводнение, и всё это еще и торнадо
"накроет".
А иначе зачем всё это :) ?
Что это за бэкапы такие :) ?
Это не бэкапы - это просто копии.
Спасибо за утренний заряд позитива.
Без обид, ничего личного, но какова вароятность, что человек "проигрывающий"
такие сценарии начнет требовать с меня за бэкапы уже "завтра" :) ?
И не 30 долларов, а 30.000 к примеру :) ?
Я уж лучше от гугла буду зависеть, чем от вас.
Да и чего мне от него зависеть, бэкапы приходят мне по почте домой :), вторая копия
остается у гугла. Для вариантов на несколько гигов всё вполне рабоче.
И, да, гугл НЕ бесплатен. Он УСЛОВНО бесплатен. В веб-интерфейсе доклеена реклама.
Будет надо - доклеют в письма. Но это по-моему ему не нужно.
И, да, гмейл думаю окупается профессиональным пакетом.
Думаю он немеряно прибылен. Ибо люди его порой покупают даже в россии.
ЗЫ. Я не против, можете предоставлять любые услуги, я лишь не понял в чём их преимущество.
Не видно ни низкой цены, ни сервиса, ни надежности.
По большому счету разницы нет, вы можете хранить это у себя дома под подушкой, важно оперативность заливки данных как мне кажется, тут уже дело такое, кому нужно что бы торнадо и ядерная бомба не повредила данные будут заливать их на винты и опускать на 100 км под землю в свинцовых контейнерах, а я же предлагаю фактически просто место на FTP в надежном месте.
Что касается гугла, я ж сказал . ситуация прикинута на вскид но с моей паранойей я не исключаю ее из будущей практики гугла, тут вы меня никогда не переубедите, и пользоваться такими сервисами я не начну..... Разве что в некоммерческих целях, когда информация оставленная у гугла будет стоить для меня $0.00
Удобство есть, настроили и у вас копия данных сливается в отдельное от вашего постоянного размещения место.
Преимуществ может быть пока и нет, но что за преимущества могут быть в данном случае?
А про низкую цену , IMHO отдельная беседа вообще....
Zero-xack: не во всех панельках просто есть такая возможность :) у меня несколько vps и все на isp. так что бекап я могу настроить прямо в панельке и не дурить себе голову. Но и на шареде много людей
Согласен с вами Шаред это отдельная история, я честно говоря не знаю есть ли какие-то API у клиентов в ISP например для запуска бекапа персонального, потому шо кнопочки типа "сделать бекап" есть во всех панелях, но только суть этого бекапа как бы везде разная, и складывается он везде по разному..... В cPanel вроде есть функция , клиент может сам забекапить свой акаунт, ну а следом перелить его на сторедж проблемы не составит в общем-то....
V(o)ViK: Romka_Kharkov, написать можно все что угодно, но зачем? :)
У нас таких запросов очень мало и чаще просят или какой-то файл или базу.
Вообще нужно учить клиентов самим делать бэкапы перед тем как что-то менять в скриптах/базе.
Будет потребность, будет скрипт, вероятно даже уже есть, нужно только поискать :)
Да что там искать, я он на перле за 10 минут накидал скрипт, который уже 2 года мне бекапит исправно все .... Но как я уже сказал восстановление данных это отдельная история и автоматизировать именно такой сервис я бы не стал....
Boris A Dolgov: А почему бы не заливать простой скрипт, который делает на сервере клиента mysqldump и tar zcf дом. папки и не сливать это раз в Н времени? И в случае, если у первого скрипта случилась ошибка, ругаться по поводу этого клиенту на почту.
Вы правильно говорите " на сервере клиента делает " я именно так и предлагаю, но народ пишет "а давайте Хостер(мы) сам будет заливать наши бекапы к себе", как вы видите такую схему через этот скрипт?
Romka_Kharkov добавил 26.07.2010 в 22:23
Zero-xack: да какая к чёрту разница, есть у вас доступ или нет :) бекап-то у вас :)
Логично, но как я уже писал выше с целью сохранности ваших данных даже от нашего вмешательства вы можете их кодировать перед аплодом в сторедж!!!! По этому даже мы не сможем посмотреть данные которые находятся в ваших бекапах!
Zero-xack:
Вы :)
При условиях описанных выше - я пас :")
Zero-xack:
вижу: вы пишите скрипт, который будет заливать бекапы к вам на сервер. Или по крону, или кнопкой. Это самая безопасная схема :) в isp можно бекапы настроить прямо из панельки ещё, это очень удобно
Так вы все таки говорите "заливать с сервера" или "хостер заливает к себе" , надо бы определится, две разные вещи в общем-то. А если есть возможность настроить FTP бекапы прямо с панели, так вам и делать ничего не надо, логин\пароль\ип ввели туда и готово!
Всегда предупреждают и дают время на исправление ситуации. В этот раз не так, значит было за что.
Ну на своей практике я помню только 1 случай когда пришло постановление какое-то факсом от Канадской полиции на тему изъятия сервера и его моментального отключения с дальнейшей передачей винтов на исследования.... но это было на моей практике всего 1 раз, какая ж там абуза должна была прийти что бы даже 6 часов не дали а тупо отключили. Я не буду сейчас говорить, что у вас плохой партнер , я думаю что он не надежный раз такое произошло, одно дело я понимаю когда у вас 1 сервер и вы как бы штатный рядовой клиент у провайдера... в таком случае я еще понимаю безответственность, но если вы хостер у вас там пяток , десяток, сотня может быть серверов стоит.... в таких случаях клиентов информируют в плоть до телефонного звонка (опять же - моя практика).
Мне аж любопытно посмотреть на абузу, если не затруднит напишите что стало причиной такого моментального отключения.
Zero-xack: Если вы сами будете забирать бекапы, то клиентов будет больше. Потому что многим не охота возиться самим с бекапами. А какие тарифы будут? мне, например, и 10 Gb под html сайты очень много :)
Дык вот тема собственно создана для того что бы оценить это все дело, пока стоимость такая 1 GB - 0.25$, на каждые полные 10GB выдается 100GB трафика в месяц, по этому минимальным тарифом хотелось бы считать 10 GB места \ 100 GB трафика за $2.50 в месяц, но в принципе если надо 5 GB и 50 GB трафика можно пропорционально сократить до $1.25.
Вы знаете, я сам бы не против помочь всячески клиентам с этим делом, но поймите правильно,
А) Кто нам даст доступы для создания бекапов?
B) Кто будет отвечать за то, что у клиента например перестали на сервере происходить бекапы и мы два месяца скачивали оттуда 0 kb... и в итоге бекапов у нас нет?
Мне кажется что за услугу "сделайте мне бекап и отвечайте за это" стоит брать дороже чем 2.50$ в месяц :)))) По этому изначально да бы не будоражить общественность словами "давайте нам рутовый пароль" я предложил схему в которой клиент может установить какой-то скрипт себе на сервер и заливать нам те данные которые он считает важными \ нужными и прочее...
Если вы видите какую-то логическую схему в которой "все довольны" мы с удовольствием рассмотрим ее и внедрим если она будет компромиссной для всех сторон.
Если у вас бекап делается в локальный каталог (nfs, или отдельный диск, или что то еще), то восстанавливать можно прямо из whm.
Если вы делаете бекапы аккаунтов на удаленный ftp то используйте /scripts/restorepkg
Это не дает возможности удаленно восстановить, указанный скрипт разворачивает предварительно собранный /pkgacct скриптом тарбол, т.е то о чем я и говорю, с начала скачиваем его себе в акаунт с бекапа а потом восстанавливаем.
Romka_Kharkov - большое спасибо за разъяснения. Извините за беспокойства, но я очень хотел разобраться.
Не за что, обращайтесь ;)
Romka_Kharkov добавил 27.07.2010 в 14:35
Сервис по предоставлению места на сторадже я, например, для себя сделаю со скоростью выделения серверов хостером, и то же могут сделать все желающие бэкапить 100 гигабайт. А вот организовать полный цикл - бэкап, проверки, восстановление, удобный доступ к отдельным файлам - это уже задача долгая. Добавьте к своему предложению инструкцию по использованию с ним www.backup-manager.org, панельки сделайте для просмотра архивов - уже будет не просто место куда можно сваливать файлы, а будет СЕРВИС.
Ну наконец-то первое умозаключение по сути вопроса, спасибо вам за это отдельное.
Т.е по мимо как бы "просто места" требуется еще функционал в котором можно просмотреть файлы сложенные в бекап, скачать их оттуда, и тому подобное, это как бы резонно, но в тот же момент я понимаю что обычный FTP клиент дает вам буквально те же преимущества, зашел к себе на бекап, хочеш качай, хочеш смотри... А вот восстановление бекапа это на мой взгляд вообще процедура нереальная, представим себе , что у вас есть хостинг, вы делаете регулярные бекапы к нам на сервис, и тут какая-то беда с хостером, ну там сервер сдох например все данных там нет... тишина.... какая же может быть порцедура восстановления ??? Мы зальем хостеру на новый сервер ваш тарбол и установим ваш сайт по новой ??? Звучит абсурдно, вижу только вариант когда клиент получив доступ к "новому серверу" от хостера, качает нужный ему бекап с нашего стореджа и разворачивает его у себя на хостинг акаунте.
Поймите правильно, мы не строим систему резервирования вашего сайта и не повышаем тем самым его отказоустойчивость, это другой спектр услуг который мы кстати тоже можем вам предложить но внутри одной Multihomed AS, к сожалению десятков датацентров по всему миру мы не имеем.
Данная услуга предназначена в первую очередь для хранения данных, представьте себе что у вашего хостера RAID-1 + вы еще храните информацию на RAID-1 отдельно в виде бекапа, итого информация на 4х носителях, по этому если у вашего провайдера вылетело сразу ДВА винта в зеркале...... у вас есть еще ДВА с полной копией информации , но это не значит , что сайт каким-то образом переключится на наш сервер и будет продолжать работать оттуда..... Услуга для случаев когда у хостера случилось ЧП.... а у вас есть бекапы, Вы конечно можете хранить их и на домашнем ПК и на соседнем сервере, мы лишь предлагаем альтернативный вариант.
За ваше предложение спасибо мы обязательно проработаем его в плане интерфейса и функционала по просмотру и менеджменту архивов...
+1
+1
Ну и потом, а как вы будете следить за архивами? Меня не просто не устраивает, что что-то может архивироваться в 0кб, меня не устраивает даже мысль, что может быть залит бракованный архив. Если вам мало денег, так напишите пожалуйста за сколько вы будете архивировать данные.
Далее. Архив на сервере (вдс, впс) - я даже не понимаю о чем вы. Там ведь реально 5-10 строчек на баш и запуск по крону (к примеру в тот же гмэйл). Проблема с архивами на шаред хостингах! (для меня по крайне мере).
Мне интересен сервис который сам как то архивирует мои сайты, проверяет чтобы все было нормально (не было глобальных сбоев) и может восстанавливать сайты буквально нажатием кнопки. Хотя и в таком виде будет не супер, зато ясно будет за что я плачу деньги!
зы
а пока я как вижу диск с доступ по фтп, 10 гигов за 3 бакса. И на траффик ограничение...
В том то и дело "как-то бекапить", вы правильно говорите, система предполагается следующая, некий баш скрипт или любая тулза которая умеет бекапить на FTP. Ничего сверх-естественного в этом нет, ставите себе в крон, она пакует, заливает, контрольную сумму проверяет через GET/POST по факту.
А так это выглядит именно так как вы и говорите, это просто FTP место с лимитами на трафик, так как ФайлоОбменник мне не нужен на таком сервере! ;)
Бэкапы слава богу не для использования делаются.
А что, у меня будут с "под подушкой" какие-то проблемы ?
Могу ведь иметь немаленький исходящий канал, да и вообще "съездить и воткнуть в сервер ФИЗИЧЕСКИ". А не ждать пока сольется из штатов...
Да, и амазон вроде анонсировал систему хранения при которой гибель одного из ДЦ не повлияет на сохранность данных.
Или я что-то не так читал ? Честно говоря вплотную S3 не пользовался, просто "отметил".
Еще раз: ваша репутация не может быть сравнена с репутацией гугла.
Или у вас мания величия :) ?
Увы. Доверие к нему многократно выше чем к вам. Поэтому как аргумент всё это работает
только остро против вас.
Кто остановит вас от вымогательств завтра ?
Какую репутацию вы имеете ?
Сколько миллиардов стоит ваша компания ?
В скольких странах и сколько народу будут судиться с вами ?
Итд итп.
Как видите, лучше уж с гуглом дела иметь. На сегодня.
Я не вижу вероятности ВНЕЗАПНОГО перехода и вымогательства денег со стороны гугла.
А объявит об изменениях - сделаем другой механизм.
Имею тоже самое, бесплатно, с более надежным поставщиком услуги.
Я их описал.
Цена - сервис(удобство) - надежность.
Сервис у вас пока одинаковый, цена у вас выше(на бесконечность), надежность ниже.
Это если с гмейлом сравнивать и для малых-средних объемов.
С амазоном надежность будет еще выше, но цена может оказаться и больше вашей.
Странно, в каком посте я дал вам подумать о том, что я круче гугла, причем тут мания величия, о чем вы говорите вообще, что-то перестаю Ваc понимать, я не сказал что я круче гугла, но и пользоваться его сервисами я не желаю и никому не рекомендую по сей день.... Это мое IMHO и вы можете думать, что у меня хоть трижды мания величия. Право истинно ваше..
Мы не пытаемся предложить сервис который сейчас станет конкурентом S3, на наших мощностях это в принципе я думаю реально, но в целом даже разработок в эту сторону не ведется, так что не стоит СРАВНИВАТЬ! Если вы плотно решили что S3 для вас панацея, пользуйтесь, ни кто ж не запрещает. Наш сервис предусматривает только хранение данных, мы считаем, что размещение отдельных бекапов в стороне от реального хостера это уже качественно повышение отказоустойчивости, так как ваша информация уже хранится в двух ДЦ на разных полушариях, а если вы опять про цунами и ядерный взрыв то вам в тему к параноикам..... мы на такие запросы не ответим взаимностью ;)
Кто остановит вас от вымогательств завтра ?
А Кто остановит Google? чем больше машинка... тем ее тормозить сложнее будет, поверьте меня остановить от вымогательства будет гораздо проще, нежели google ;))))
Имею тоже самое, бесплатно, с более надежным поставщиком услуги.
А чем же ваш поставщик надежен, можно поинтересоваться? Ососбенно при условии "Бесплатно" :D :D :D ROTFL однако :)
Вы меня простите, но чем ваш бэкап в таком случае лучше моего :) ?
Я могу их и дома хранить без проблем при такой постановке вопроса :).
Да - мне нужно хранилище под мои данные, которое вернет мне данные даже в
случае, если в ДЦ произойдет пожар, в стране наводнение, и всё это еще и торнадо
"накроет".
А иначе зачем всё это :) ?
Что это за бэкапы такие :) ?
Это не бэкапы - это просто копии.
Спасибо за утренний заряд позитива.
Без обид, ничего личного, но какова вароятность, что человек "проигрывающий"
такие сценарии начнет требовать с меня за бэкапы уже "завтра" :) ?
И не 30 долларов, а 30.000 к примеру :) ?
Я уж лучше от гугла буду зависеть, чем от вас.
Да и чего мне от него зависеть, бэкапы приходят мне по почте домой :), вторая копия
остается у гугла. Для вариантов на несколько гигов всё вполне рабоче.
И, да, гугл НЕ бесплатен. Он УСЛОВНО бесплатен. В веб-интерфейсе доклеена реклама.
Будет надо - доклеют в письма. Но это по-моему ему не нужно.
И, да, гмейл думаю окупается профессиональным пакетом.
Думаю он немеряно прибылен. Ибо люди его порой покупают даже в россии.
ЗЫ. Я не против, можете предоставлять любые услуги, я лишь не понял в чём их преимущество.
Не видно ни низкой цены, ни сервиса, ни надежности.
По большому счету разницы нет, вы можете хранить это у себя дома под подушкой, важно оперативность заливки данных как мне кажется, тут уже дело такое, кому нужно что бы торнадо и ядерная бомба не повредила данные будут заливать их на винты и опускать на 100 км под землю в свинцовых контейнерах, а я же предлагаю фактически просто место на FTP в надежном месте.
Что касается гугла, я ж сказал . ситуация прикинута на вскид но с моей паранойей я не исключаю ее из будущей практики гугла, тут вы меня никогда не переубедите, и пользоваться такими сервисами я не начну..... Разве что в некоммерческих целях, когда информация оставленная у гугла будет стоить для меня $0.00
Удобство есть, настроили и у вас копия данных сливается в отдельное от вашего постоянного размещения место.
Преимуществ может быть пока и нет, но что за преимущества могут быть в данном случае?
А про низкую цену , IMHO отдельная беседа вообще....
не во всех панельках просто есть такая возможность :) у меня несколько vps и все на isp. так что бекап я могу настроить прямо в панельке и не дурить себе голову. Но и на шареде много людей
Согласен с вами Шаред это отдельная история, я честно говоря не знаю есть ли какие-то API у клиентов в ISP например для запуска бекапа персонального, потому шо кнопочки типа "сделать бекап" есть во всех панелях, но только суть этого бекапа как бы везде разная, и складывается он везде по разному..... В cPanel вроде есть функция , клиент может сам забекапить свой акаунт, ну а следом перелить его на сторедж проблемы не составит в общем-то....
Romka_Kharkov, написать можно все что угодно, но зачем? :)
У нас таких запросов очень мало и чаще просят или какой-то файл или базу.
Вообще нужно учить клиентов самим делать бэкапы перед тем как что-то менять в скриптах/базе.
Будет потребность, будет скрипт, вероятно даже уже есть, нужно только поискать :)
Да что там искать, я он на перле за 10 минут накидал скрипт, который уже 2 года мне бекапит исправно все .... Но как я уже сказал восстановление данных это отдельная история и автоматизировать именно такой сервис я бы не стал....
А почему бы не заливать простой скрипт, который делает на сервере клиента mysqldump и tar zcf дом. папки и не сливать это раз в Н времени?
И в случае, если у первого скрипта случилась ошибка, ругаться по поводу этого клиенту на почту.
Вы правильно говорите " на сервере клиента делает " я именно так и предлагаю, но народ пишет "а давайте Хостер(мы) сам будет заливать наши бекапы к себе", как вы видите такую схему через этот скрипт?
Romka_Kharkov добавил 26.07.2010 в 22:23
да какая к чёрту разница, есть у вас доступ или нет :) бекап-то у вас :)
Логично, но как я уже писал выше с целью сохранности ваших данных даже от нашего вмешательства вы можете их кодировать перед аплодом в сторедж!!!! По этому даже мы не сможем посмотреть данные которые находятся в ваших бекапах!
Вы :)
При условиях описанных выше - я пас :")
вижу: вы пишите скрипт, который будет заливать бекапы к вам на сервер. Или по крону, или кнопкой. Это самая безопасная схема :) в isp можно бекапы настроить прямо из панельки ещё, это очень удобно
Так вы все таки говорите "заливать с сервера" или "хостер заливает к себе" , надо бы определится, две разные вещи в общем-то. А если есть возможность настроить FTP бекапы прямо с панели, так вам и делать ничего не надо, логин\пароль\ип ввели туда и готово!
Всегда предупреждают и дают время на исправление ситуации. В этот раз не так, значит было за что.
Ну на своей практике я помню только 1 случай когда пришло постановление какое-то факсом от Канадской полиции на тему изъятия сервера и его моментального отключения с дальнейшей передачей винтов на исследования.... но это было на моей практике всего 1 раз, какая ж там абуза должна была прийти что бы даже 6 часов не дали а тупо отключили. Я не буду сейчас говорить, что у вас плохой партнер , я думаю что он не надежный раз такое произошло, одно дело я понимаю когда у вас 1 сервер и вы как бы штатный рядовой клиент у провайдера... в таком случае я еще понимаю безответственность, но если вы хостер у вас там пяток , десяток, сотня может быть серверов стоит.... в таких случаях клиентов информируют в плоть до телефонного звонка (опять же - моя практика).
Мне аж любопытно посмотреть на абузу, если не затруднит напишите что стало причиной такого моментального отключения.
Если вы сами будете забирать бекапы, то клиентов будет больше. Потому что многим не охота возиться самим с бекапами. А какие тарифы будут? мне, например, и 10 Gb под html сайты очень много :)
Дык вот тема собственно создана для того что бы оценить это все дело, пока стоимость такая 1 GB - 0.25$, на каждые полные 10GB выдается 100GB трафика в месяц, по этому минимальным тарифом хотелось бы считать 10 GB места \ 100 GB трафика за $2.50 в месяц, но в принципе если надо 5 GB и 50 GB трафика можно пропорционально сократить до $1.25.
Вы знаете, я сам бы не против помочь всячески клиентам с этим делом, но поймите правильно,
А) Кто нам даст доступы для создания бекапов?
B) Кто будет отвечать за то, что у клиента например перестали на сервере происходить бекапы и мы два месяца скачивали оттуда 0 kb... и в итоге бекапов у нас нет?
Мне кажется что за услугу "сделайте мне бекап и отвечайте за это" стоит брать дороже чем 2.50$ в месяц :)))) По этому изначально да бы не будоражить общественность словами "давайте нам рутовый пароль" я предложил схему в которой клиент может установить какой-то скрипт себе на сервер и заливать нам те данные которые он считает важными \ нужными и прочее...
Если вы видите какую-то логическую схему в которой "все довольны" мы с удовольствием рассмотрим ее и внедрим если она будет компромиссной для всех сторон.
Рад выслушать!