Щас, ну скрипты-то надо на гитхабе ж. Или в боксе (или в дропбоксе, забыл уже - система, которая является линуху в качестве девайса, уже лет пять у меня туда какие-то диаграммы складываются, любо-дорого).
1. Уже наверное скоро будет 20 лет, как все изменения конфигурации ОС у меня трекаются с помощью... тадам! RCS. То есть, если нужно изменить /etc/hosts, то:
cd /etc sudo mkdir RCS sudo ci -l hosts sudo vim hosts sudo ci -u hosts
Для восстановления системы достаточно тогда сбэкапить только каталоги, которые называются RCS. Если хочется быстрого восстановления, то редхат можно ставить кикстартом и потом только накатить изменения конфигов.
2. Бэкапить свои приложения, это зависит от приложений. Вон Оракл бэкапят полным дампом и транзакашн логом, майсиквель еще как-то, постгрес по своему. Обычно межу rsync, cpio, tar и find можно всегда найти то, что подходит.
3. Приложения лучше держать отдельно, в /blhablah/appl или вроде и бэкапить будет проще. Система отдельно, third party отдельно.
> ну и в Виндовсе никто не мешает делать Shadow Copy прямо работающего диска :)
...кроме разве что двух таких мааленьких фактиков что минимальный прямо работающий диск в Виндовсе это прмерно 40 гигабайт, а делать Shadow Copy надо через локальную сеть...
Бэкапить работающий диск конечно можно, иначе весь мир сидел бы без бэкапов. В моем линуксе (который называется FreeBSD) для "бэкапа работающего диска" у dump есть ключик L
Базу так бэкапить, по идее, тоже можно (оно ж транзакционное и должно недозапись при аварии переживать), но я так никогда не делал и бэкапил базы штатными средствами. У моего MySQL (который называется PostgreSQL) есть специальная утилита pg_dump для этого.
Базы редко когда такое издевательство переживают. Это ж не внезапное выключение питания, против которого транзакционный механизм работает более-менее (и то совершенно не всегда), а последовательная считка секторов файловой системы в то время как база себе думает здесь пишем, два в уме, а потом туда куда уже рыбу заворачивали и оно считалось - еще раз пишет что-то совсем не целостное. Впрочем, в моем MySQL (который называется MyISAM) такой финт проходит безболезненно, там все еще локи на уровне таблиц и транзакций практически нет.
А у меня, кхм, вместо ощущения немножко опыт. =) Innodb, SQL server и Oracle такое совсем не любят и беспечно накрываются ЖПО. Про PostgresSQL не знаю, не приходилось его так мучить.
Я бы бекапил все, что нужно для работы сайта. Т.е. вот чтобы в случае ядерной войны в одной, отдельно взятой серверной, можно было запустить сайт в другой серверной. Но для этого не нужно так уж все бекапить. Только сделанное собственными руками или набранное в базу. Что значит wordpress бекапить? Сам пакет вряд ли нужно бекапить, а вот то, что под него сделано, видимо нужно. Но оно же не меняется день ото дня? Поставить какую-нибудь versioning system и складывать туда то, что сделано под wordpress. Ну и бекап базы. И в случае чего это все разворачивается в другом месте.
С Wordpress, извините, нужно весь фолдер регулярно копировать. Там есть кучка кастомизации в виде тем и плагинов, которую будет обидно потерять и собственно upload фолдер с картинками, которых тоже в базе нет. Не говоря уже об всевозможных логах (security и прочая).
Есть некий программный продукт, и есть что-то разработанное под него. Программный продукт бекапить не нужно. Возможно нужно бекапить его конфиг, чтобы знать, что было поставлено. И нужно бекапить то, что под него сделано. Чтобы не нужно было делать сначала. Т.е. в случае чего вы устанавливаете этот программынй продукт, добавляете плагины энд со он, что там было поставлено (смотрим конфиг, или где там записано, что под него еще было поставлено), после чего сверху разворачиваем то, что было под него разработано. Ну и заливаем в базу то, что там было, после чего все запускаем.
Спасибо, здорово у вас это получилось объяснить. Картинки то залитые вы потом откуда будете выковыривать из какого места? Да и не биг дил это забэкапить 20Mb php кода, который в общем платформно-независим, но кастомизирован неслабо.
Мне более всего из постановки задачи неясно почему хочется бесплатно? Почему нужно на этом экономить? Сам-то VPS стоит каких-то денек, правда ведь? Нынче ж прошло время скриптования всего и вся, надо просто купить сервис и отдаться ему и получить удовольствие.
Возможно. Но я б сам-то забоялся покупать бэкап у того же провайдера, где и хостинг. Потому как фатальные (не дай бог, конечно) и не очень проблемы у провайдера повлекут с собой не только потерю основного сайта но и возможное отсутствие доступа к бэкапу. Получается яйца в одной корзине. Я б купил просто еще за $10/month в другом месте хостинг (Dreamhost shared with unlimited storage comes to mind, где многие мелкие сайты свои копии и держат). Сервис.. кхм, вопрос в вашем случае на самом деле не такой уж и простой (но слово вылетело, теперь придется ответ держать). Я бы взял CrashPlan за $5.99/month. К сожалению, ни у Backblaze ни у SOSOnline, с которыми приходилось иметь дело нет Linux клиента. Опять же что копировать? Систему бессмысленно, я считаю. Только свое наполнение и дампы базы. Так может действительно второй хостинг и rsync из crontab который бы устроил и морально и материально?
У провайдера удобно хранить для восстановления в случае проблем, не связанных с работой провайдера. При этом процессы резервирования и восстановления происходят быстрее и проще.
На случай проблем связанных с работой провайдера можно хранить дополнительную копию, можно на внешнем сервисе, можно на домашней системе резервирования.
Comments 73
Reply
На гитхабе или за бабки, или всем видно. Тогда уж в битбакете, мы его любим.
Но зачем вносить отдельную сущность? Пусть всё сливается в одно место.
> Или в боксе (или в дропбоксе, забыл у
В чём - не слишком важно. Тот же rclone умеет во все места, их там штук 20.
Важнее чем? В смысле какой программой?
Reply
Кроме того, есть же разница, version control или просто куча файлов.
Про важность не понял.
Reply
cd /etc
sudo mkdir RCS
sudo ci -l hosts
sudo vim hosts
sudo ci -u hosts
Для восстановления системы достаточно тогда сбэкапить только каталоги, которые называются RCS. Если хочется быстрого восстановления, то редхат можно ставить кикстартом и потом только накатить изменения конфигов.
2. Бэкапить свои приложения, это зависит от приложений. Вон Оракл бэкапят полным дампом и транзакашн логом, майсиквель еще как-то, постгрес по своему. Обычно межу rsync, cpio, tar и find можно всегда найти то, что подходит.
3. Приложения лучше держать отдельно, в /blhablah/appl или вроде и бэкапить будет проще. Система отдельно, third party отдельно.
Reply
Reply
Reply
...кроме разве что двух таких мааленьких фактиков что минимальный прямо работающий диск в Виндовсе это прмерно 40 гигабайт, а делать Shadow Copy надо через локальную сеть...
Reply
Reply
В моем линуксе (который называется FreeBSD) для "бэкапа работающего диска" у dump есть ключик L
Базу так бэкапить, по идее, тоже можно (оно ж транзакционное и должно недозапись при аварии переживать), но я так никогда не делал и бэкапил базы штатными средствами. У моего MySQL (который называется PostgreSQL) есть специальная утилита pg_dump для этого.
Reply
Reply
Вот у меня тоже такое ощущение. Не очень сильное, но есть.
Reply
Reply
Reply
Reply
Reply
Reply
Нынче ж прошло время скриптования всего и вся, надо просто купить сервис и отдаться ему и получить удовольствие.
Reply
Ну потому что пробовать кучу вариантов чего-то совершенно неизвестного за деньги как-то глупо.
> Сам-то VPS стоит каких-то денек, правда ведь?
Стоит. $10/mo. И ещё за $2/mo к нему продаются еженедельные бэкапы, которые я наверное и куплю.
Я вообще-то хотел купить за $5/mo, вроде должно хватать, но как-то застеснялся.
На этом фоне любые действительно платные вещи как-то странно выглядят.
> Нынче ж прошло время скриптования всего и вся, надо просто купить сервис и отдаться ему и получить удовольствие.
С удовольствием куплю такой сервис. Вы какой предложите?
Reply
Reply
На случай проблем связанных с работой провайдера можно хранить дополнительную копию, можно на внешнем сервисе, можно на домашней системе резервирования.
Reply
Leave a comment