Форум Сайтостроение Администрирование серверов

Обеспечить сохранность копии сайта

Independence · 2011-09-22T22:51:21.0000000Z

Некоторое время назад довелось переносить сайты на новые сервера из-за исчерпания квот на предыдущем хостинг-плане. На хостинге есть back-up (вроде) + суппорт кое-как объяснил, как перекопировать сайты в архив с помощью SSH и распаковать на новом сервере. Но в итоге с помощью серча опять же был найден вариант, когда сайты были просто напрямую перекопированы с одного сервера на другой (в SSH оказался встроенный FTP-клиент или что-то типа этого). Сейчас возник вопрос о том, что на всякий случай при себе желательно иметь более-менее свежую копию сайта, которая бы находилась в надежном месте. Всегда возможны различные форс-мажоры: серверы хостера могут сгореть, их могут арестовать на неопределенное время, их могут отключить от электричества, в конце концов хостера могут просто хакнуть, заразить вирусами файлы, что замучаешься вычищать, а и то вообще уничтожить все содержимое серверов. Учитывая то, какую сайты представляют ценность, особенно если работа над ними ведется много лет, то важно обеспечить сохранность собственных трудов. Потому что восстанавливать все с нуля или даже не совсем с нуля может не хватить моральных, физических, финансовых сил. Я, напр., после того, как накрылась моя личная страница на перс. компе так ее и не восстановил. А к Java, которая у меня тогда стояла и на которой я пробовал программить, больше не возвращался. На backup хостера, как показывает практика, тоже лучше не надеяться. Потому что не раз встречал на форумах сообщения, что хостер не забекапил сайт как обещал, или что забекапленная версия оказалась слишком старой, очень много потеряно. Пока вариант, который видится - это по вышеописанному способу - просто сохранять в архив. И потом куда-то этот архив побыстрее пересылать. Либо на альтернативный хостинг (который может быть предназначен исключительно для того, чтобы этот файл хранить), либо на домашний компьютер (если есть уверенность, что с компом, как и с сервером, ничего не случится). А вот можно ли это все автоматизировать и как вообще лучше все-таки сделать? Объемы сайтов в Мб/Гб если измерять, то небольшие (нет видео, БД и т.п.), много статичных страниц, много различных скриптов (Perl и т.п.), которые рулят содержимым, форумами и т.п. Поэтому больших ресурсов для сохранения и копирования не требуется. И дорогих решений не нужно. Важна простота, надежность, сохранность, независимость, чтобы обеспечивалась возможность быстрого восстановления сайта из сохраненной копии на новом хостинге, чтобы при этом сохранялись даты файлов и версия сайта была более-менее свежая, а не недельной давности.

278

myhand

23 сентября 2011, 07:44

#11

unixadm:
чтобы достать что-то из инкремента №4, надо распаковать фулл и первые 3

Вы явно что-то не то помните :) Каждый инкремент - просто тарболл изменившихся файлов. Если они есть в инкременте - достаем оттуда (ну, или из более раннего инкремента). Если не менялись вообще - увы, будут только в последнем полном бекапе. Это фича любой аналогичной системы, не только fsbackup. Всего, что архивирует в tar.gz.

Абонементное сопровождение серверов (Debian) Отправить личное сообщение (), написать письмо ().

Изменение срока хранения истории Яндекс Браузер продолжает поддерживать На Яндекс Маркете появилось

110

unixadm

23 сентября 2011, 07:52

#12

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

Host4Biz: NVMe Хостинг в Европе ( https://host4.biz/ru/hosting/shared-hosting ) | Windows/Linux NVMe VPS в Европе ( https://host4.biz/ru/vps ) | Выделенные серверы в Европе, США и Азии ( https://host4.biz/ru/servers/dedicated )

Что такое Power BI и зачем это нужно бизнесу

Google: E-E-A-T не является фактором ранжирования

Обеспечить сохранность копии сайта