Как вы делаете бэкап, если у вас установлен биллинг?

InstantCMS 2.X
#31 23 марта 2018 в 00:05


Polzovinst, интересно просто, скажите, как часто Вы получали 503 ошибку на Вашем сайте, не изменяя файлы?

шэльдэ бердэ бельдэ
503 ошибка пару раз была, и то из-за того что когда в базе пароль менял, не прописал его в config.php
У меня тоже хостер делает бэкап раз в сутки и файлов, и базы. За последние пять дней можно восстановить любой день.

шэльдэ бердэ бельдэ и Alex в принципе всё доходчиво объяснили, спасибо, видимо, так оно и есть.
Просто хочу снизить риски к минимуму.
Просто как представишь, что, достигнув наполеоновских планов, сайт станет очень популярен, и появятся энтузиасты недоброжелатели, любители напакостить, либо перегрузка может какая. Может сайт так перегрузиться от действий или количества пользователей, что барахлить начнёт? Или это всё необоснованные страхи?
#32 23 марта 2018 в 00:15


Да у вас на восстановление из бэкапа, времени больше уйдет, чем просто спросить о реквизитах платежа и если надо исправить баланс.

Alex
Alex, со всем согласен, но бэкап делается быстро, а спрашивать у всех клиентов реквизиты, добавлять их запись это очень заморочно. Они оплатили, добавили запись и ушли, думают всё нормально, а тут такое. Больше не придут. Особенно, если первый раз оплатили.
Не представляю, чтоб на Авито после сбоя вручную всех начали обрабатывать.
#33 23 марта 2018 в 00:19
Да может у вас этот форс-мажор и не случится никогда, а вы столько под это дело наворочаете. Как известно, чем сложнее система тем выше вероятность поломки.
#34 23 марта 2018 в 00:23


Да может у вас этот форс-мажор и не случится никогда, а вы столько под это дело наворочаете. Как известно, чем сложнее система тем выше вероятность поломки.

Alex
Это хорошо, если не случится. Страховка. Но если случится, это даже не страховка машины. Представляете, если допустим у Авито произойдёт сбой, вручную всех не обработают. Это крах, суды и конец бизнеса. Поэтому наверняка они заботятся о том, чтобы у них ничего подобного не было, и у них этого не будет.
#35 23 марта 2018 в 08:30
Да, понятно что надо подстраховаться и держать резервную копию, все так делают. Вам про другое объясняют, не создавайте избыточность, создавать каждые 5 минут копию БД, лишнее это. Надо придумать на ваш случай другой страховочный механизм, какой нибудь дублирующий. Если у вас будут таблицы с миллионами строк операций это вовсе не 500Кб. и восстановление БД из за пропущенной операции или нескольких операций, ну вот не надо этого делать.
#36 23 марта 2018 в 11:28

Представляете, если допустим у Авито произойдёт сбой, вручную всех не обработают. Это крах, суды и конец бизнеса.

Polzovinst

Зачем представлять?
2-3 года назад одну из популярнейших бирж фриланса ломанули (весь интернет писал об этом), а там деньги совсем другие крутились...

И что? Умерла она? Работает, и многие уже забыли даже, что такое было.

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

Но самое наверное неприятное в этом деле то, что случится может то, чего никак не ждал и не предполагал (а чаще так в жизни и бывает).
Тем более, вы переживаете за:

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

Polzovinst

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

Так ведь можно рассуждать, "а что будет если я умру..."

Еще вариант, раз такие проблемы, а знаний не хватает, нанимайте профи.
По другому у вас все равно ничего путного не получится.
#37 23 марта 2018 в 17:04


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

Alex
Наверное да, каждые 5 минут не стоит. Надо пока лишь разобраться что за мастер слейв mysql
А какой дублирующий механизм можно?
#38 23 марта 2018 в 17:14


Так ведь можно рассуждать, "а что будет если я умру..."

Rainbow
Вот-вот...


Еще вариант, раз такие проблемы, а знаний не хватает, нанимайте профи.

Rainbow
Да, действительно, сейчас покопаюсь с мастер слейв mysql и рассмотрим какой можно дублирующий механизм, пропишу форс-мажор, и всё, прекращу накручивать себя. Если какой сбой, с которым сам не разберусь, сразу обращусь к профи инстанта, к Rainbow, например, и другим. Дам доступ к базе и там надеюсь всё будет хорошо. К тому времени и деньги с клиентов будут на оплату устранения сбоев. Глядишь и на постоянку можно человека, чтобы вёл техническую исправность сайта.

Кстати, в вашей работе, специалистов Инстанта, есть такие дела, как ведение чьего-либо сайта? Большого сайта, с возможными перегрузками, наблюдение за его безошибочной работой и контроль бесперебойности работы, а в случае неработоспособности сайта, исправление данной ситуации. Сколько, если не секрет, примерно обходится заказчику такой специалист(ы)?
#39 23 марта 2018 в 20:36
Была бы зарплата — человек найдётся laugh
#40 23 марта 2018 в 20:53

Была бы зарплата — человек найдётся

Alex
Мудрые, золотые слова! smile
#41 23 марта 2018 в 21:06
Можно создать файл на баше, создающий бэкап хоть всей бызы данных, хоть одной таблицы этой базы, который будет стартовать по хрону. Хоть каждые 5 минут. В этом же файле можно сделать удаление бэкапов старше определенного времени.
Сделать такой файл и команду для запуска?
#42 23 марта 2018 в 21:53

Сделать такой файл и команду для запуска?

Ris

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

Или так как вы пишите, тоже не плохо.
Вообще ИМХО, что то подобное конечно будет востребовано.

Бекапов много не бывает. smoke
#43 23 марта 2018 в 21:57

У WP например, в некоторых плагинах, есть возможность скачать БД прямо с админки. Удобно.

Rainbow
Особенно при криворуком админе) хоп и база в паблике)
#44 23 марта 2018 в 22:13

Особенно при криворуком админе) хоп и база в паблике)

Jestik
Вот этот нюанс очень неприятен. Всё можно вернуть, кроме утекшей информации.

Или так как вы пишите, тоже не плохо.

Rainbow
Это неплохо работает уже лет 5 на разных хостингах:
instantcms.ru/forum/thread21681-1.html#207256

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

Файл должен выглядеть приблизительно так:
  1. /usr/bin/mysqldump --opt --user=****** --pass=******** -h localhost -e --add-drop-table ****** | gzip -f9 > /путь_папке_бэкапов/`date "+%d-%m-%Y_%Hh%Mm"`.sql.gz
  2. find /путь_папке_бэкапов/ -name "*sql.gz" -mtime +1 -exec rm -f {} \;
#45 23 марта 2018 в 22:39

Это неплохо работает уже лет 5 на разных хостингах:

Ris

Ок. Посмотрю.
Вы не можете отвечать в этой теме.
Войдите или зарегистрируйтесь, чтобы писать на форуме.
Используя этот сайт, вы соглашаетесь с тем, что мы используем файлы cookie.