Polzovinst

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

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

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

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

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

Alex, со всем согласен, но бэкап делается быстро, а спрашивать у всех клиентов реквизиты, добавлять их запись это очень заморочно. Они оплатили, добавили запись и ушли, думают всё нормально, а тут такое. Больше не придут. Особенно, если первый раз оплатили.
Не представляю, чтоб на Авито после сбоя вручную всех начали обрабатывать.

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

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

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

Поищите в гугле про слейв misql возможно на самом деле это не так сложно и вполне реализуемо, на хабре все таки статьи для профи.

Спасибо, поищу. Может до чего-то дойду.

Может мне сразу сдохнуть?

Зачем… Живите… Пока…

Это было сказано не в укор вам, а с сарказмом над самим собой) В раздумьях что же делать.

Примерно об этом:
habrahabr.ru/post/56702/

Rainbow, спасибо.
Но для гуманитарного ума это как раз засесть надолго и ничего не сделать.
Походу пока вариант, надеяться на лучшее. И если что бэкапить на сутки назад. Но так не охото потом разгребать, доставлять хлопоты себе, пользователям и всему форуму Инстанта кричать помогите. Ещё Следственный Комитет дело возбудит, что мол кинул десятки (сотни) человек. Ну это если я далеко уехал от цивилизации, сильно заболел или влюбился так, что к компьютеру не подхожу, а люди хай подняли.

ВОПРОС:
Как в данной ситуации поступили бы вы, каждый из вас? У многих же есть биллинг?

Я же вам писал, на каждую секунду бекапов не наделаете.

Может мне сразу сдохнуть?

Но само по себе количество бекапов ИМХО не застрахует на 100% от потери данных, тем более на высоко активном сайте.

То есть ещё и бэкап может не помочь, если пользователей будет много?
Поэтому так и пекусь за потенциально возможные сбои.

Просто как быть с тем, что 2 дня допустим на сайт не заходишь, потом заходишь а он не работает, может перегрузка какая, вирусаки, какие там причины могут быть.

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

А уж если ничего не вышло (а это думаю довольно не большой процент случаев). Тогда откат.

Rainbow, верно.
Единственно, пока найду эту проблему, люди с сайта разбегутся. Мне чаще всего бэкап помогал.
Только какие варианты, кроме мастер и слэйв базы? И как это делается?

Polzovinst, для таких проектов делается мастер и слэйв база. чтоб актуализация базы была на 100%.
иначе все равно потеряете платежи.

kirkr, спасибо. а как это делается?

Rainbow, в принципе верно говорите.
Но, то, что кто-то платит в эти 5 минут и тут производится бэкап, такое меньше вероятнее.

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

Понимаю, что, чего-то до конца я не понимаю. Действительно, ведь бэкап бэкапом, а он ведь автоматически не запускается каждые 5 минут. Т.е., увижу я через день-два сбой (допустим ошибка 503), вернусь бэкапом на 5 мин. назад, на 10 минут назад и т.д., не поможет, вернусь на день-два назад. Тогда действительно теряется смысл бэкапа всего сайта каждые 5-10 минут.

ВОПРОС:
Как же всё-таки бэкапить именно все изменения касающиеся биллинга (также вновь созданных пользователем после оплаты записей)?
Может в таких случаях бэкапить MySQL биллинга за сегодняшнее число (на скриншоте выделены). Достаточно ли этого будет?
Можно вообще делать следующим образом?:
1) обнарживаем критическую ошибку, допустим 503
2) копируем MySQL биллинга, или бэкапим
3) откатываем весь сайт на сутки назад
4) закачиваем на сервер MySQL биллинга, которые копировал или бэкапил 10 минут назад

БД не 500кб, больше. Вам нужна всего одна таблица об биллинга. Точнее две, одна от биллинга и вторая с пользователями, потому что сумма баланса хранится не в биллинге, а в таблице пользователей.

Alex, когда сайт новый база 200кб, сейчас у меня 500кб, со временем наверняка и 1мб будет.
Ну изначально базу биллинга и думал сохранять, только не знал как.
Единственное, если сохранять или бэкапить только биллинг, записи, которые пользователь добавил, заплатив за них, они ведь не сохранятся?

И, в тоже время автор писал: "Бэкапить нужно всю базу, не только таблицы cms_billing*
Отдельные данные связанные с биллингом могут находиться в других таблицах.
Например, баланс хранится в таблице cms_users."

(пришло сообщение "Получена награда Медаль". Думаю, откуда медаль, от кого, а это видимо за 100 сообщений на форуме:))

Олег Васильевич я и Alex, спасибо за участие в вопросе.
Я так понял "Отказ от гарантий" это в соглашении прописывается.
Вариант, но, всё должно быть сразу надёжно. Клиентов расстраивать не хочу.

Да то мне в поддержке хостинга за занимаемое место наговорили, а я сам сразу не подумал, что это ведь всего-лишь 500кб базы (а не 250мб файлов; я за 250мб файлов начал оператору говорить, а он "да, да", видимо тоже не подумал) бэкапиться по крону будет. Пусть 1мб. За 1 час 6мб, за сутки 144мб. Не так уж и много. Если каждые 5 мин., то за сутки 288мб. Главное, чтобы потом этот бэкап через сутки удалялся, чтобы место не занимать.

Позвонил в службу поддержки хостинга, сказали, чтобы настроить бэкап по крону каждые 10 минут, для этого нужен php-файл, т.е. скрипт.
Кто-нибудь может написать этот скрипт? Сколько будет стоить?

Зачем в биллинге делать бэкап файлов для сохранения информации кто чего заплатил. Сделайте бэкап базы данных, этого достаточно. Сохранённую копию БД скачайте себе на ПК, даже лучше её (копию) скачать себе.

Тут уж да, я одно с другим мешаю. Ведь если сайт весит 250мб, то база 500кб, так и правда крон базы на каждые 10 минут можно настроить. Тут аопрос в том, что если вручную сохранять базу на компьютер, то это будет не так часто как по крону автоматически, а за это время уже, допустим новые пользователи оплатят и добавят запись. Произошёл сбой, закину я сохранённую базу, бэкап которой впринципе итак каждый день сервером делается. Но… Ещё раз, самое главное: сайт вернётся к состоянию, в котором нет записей пользователей (за которые они заплатили) и информации об оплатах, которые произведены сегодня.