Резервное решение для сервера?

Question

Я использую свой веб-сайт на своем веб-сервере. Мое оборудование - обычный ПК с 8 ГБ ОЗУ, процессором Intel Core i5 и 240 ГБ SSD. Я установил и настроил CentOS, Apache, PHP и некоторые другие средства для успешного запуска моего сайта.

Все работает отлично, но я потеряю все свои данные, если что-то случится с моим SSD. В настоящее время я копирую папку www и экспортирую файл DB sql с сервера на другой внешний диск. Каждый день. Но я уверен, что это, вероятно, самый непрофессиональный способ сделать резервную копию.

Я также подумал о написании сценария, который будет копировать эти файлы каждые 10 минут на другой диск, но этот вариант также кажется неправильным. Я также слышал о "Зеркальном режиме" (я не знаю точного названия), два HHD работают вместе, если что-то случится с любым из них, сервер все равно будет работать. Но я понятия не имею, как это настроить.

Так может кто-нибудь посоветовать мне, что было бы решением, чтобы я не потерял ни один файл или запись в БД? Для низкого бюджета.

Answer 1

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

Хорошее резервное копирование требует сторонних копий. Это можно сделать, загрузив файлы в некоторое пространство хранения в облаке. Если пропускной способности вашей загрузки недостаточно, имейте два резервных носителя, один из которых хранится вне сайта (например, на работе), и меняйте их еженедельно. В случае пожара / взлома у вас все еще будет недельная резервная копия.

Answer 2

"Зеркальный режим"(он же RAID1) не заменяет создание резервных копий.
Это важный элемент в сохранении данных от потери. Но вы все равно должны создавать резервные копии.
Неважно, что вы будете использовать. Самописный сценарий или профессиональные инструменты.

Answer 3

Насколько важны ваши данные? Вы не предоставляете никакой информации о том, что делает этот сервер, кто его использует, кто от него зависит.

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

Если вам нужна дополнительная защита, попробуйте скопировать резервные копии в папку Dropbox (или другую подобную службу). Тогда резервная копия имеет дополнительную резервную копию, независимо от вашего сервера или ноутбука. Может быть, ваш сервер работает только на сайте Wordpress. Затем используйте инструмент резервного копирования Wordpress и синхронизируйте его с Dropbox.

Автоматизация делает намного проще, поэтому сценарии - это хорошо. Dropbox и другие бесплатные службы синхронизации, вероятно, имеют подключаемые модули linux, которые можно установить для копирования резервных копий. Другой вариант - настроить ваш ноутбук на ftp и синхронизировать резервные копии, а затем скопировать их в Dropbox.

Другой вариант - создать Git-репозиторий, а затем синхронизировать его с ноутбуком. Если вы хотите использовать это вместо ftp, вам нужно настроить git-сервис на Apache. Не слишком сложно, может быть, хороший вызов. Убедитесь, что вы добавили резервные копии базы данных в хранилище, чтобы они автоматически синхронизировались. Я бы добавил Git тем или иным способом в ваш проект, если это возможно.