Я управляю своим сайтом на собственном веб-сервере. Мое оборудование — обычный ПК с 8 ГБ ОЗУ, процессором Intel Core i5 и 240 ГБ SSD. Я установил и настроил CentOS, Apache, PHP и некоторые другие вещи для успешного запуска моего сайта.
Все работает отлично, но я потеряю все свои данные, если что-то случится с моим SSD. Сейчас я копирую папку www и экспортирую файл DB sql с сервера на другой внешний диск. Каждый день. Но я уверен, что это, вероятно, самый непрофессиональный способ сделать резервную копию.
Я также думал написать скрипт, который будет копировать эти файлы каждые 10 минут на другой диск, но этот вариант тоже не кажется правильным. Я также слышал о "режиме зеркала" (точное название не знаю), два жестких диска работают вместе, если что-то случится с одним из них, сервер все равно будет работать. Но я понятия не имею, как это настроить.
Так может ли кто-нибудь посоветовать мне, какое решение будет гарантировать, что я не потеряю ни одного файла или записи БД? За небольшой бюджет.
решение1
Насколько важны ваши данные? Вы не даете никакой информации о том, что делает этот сервер, кто его использует, кто от него зависит.
Если этот сервер только для личного использования, ваш метод может быть достаточным. Если вы пропустите день или около того, вы знаете, что можете потерять некоторые данные, но вы, вероятно, можете это преодолеть.
Если вам нужна дополнительная защита, рассмотрите возможность копирования резервных копий в папку Dropbox (или другой подобный сервис). Тогда резервная копия будет иметь дополнительную резервную копию, независимую от вашего сервера или ноутбука. Возможно, на вашем сервере работает только сайт Wordpress. Тогда используйте инструмент резервного копирования Wordpress и синхронизируйте его с Dropbox.
Автоматизация значительно упростит работу, поэтому скрипты — это хорошо. Dropbox и другие бесплатные службы синхронизации, вероятно, имеют плагины Linux, которые вы можете установить для копирования резервных копий. Другой вариант — настроить свой ноутбук на ftp на вашем сервере и синхронизировать резервные копии, а затем, возможно, скопировать их в dropbox.
Другой вариант — создать репозиторий Git, а затем синхронизировать его с вашего ноутбука. Если вы хотите использовать его вместо ftp, вам нужно настроить git-сервис на Apache. Не слишком сложно, может быть, это будет приятным испытанием. Убедитесь, что вы добавили резервные копии базы данных в репозиторий, чтобы они синхронизировались автоматически. Я бы добавил Git тем или иным способом в ваш проект, если это возможно.
решение2
Остерегайтесь простого зеркалирования или простого дублирования файлов... Бывают случаи, когда изменение/стирание файла может остаться незамеченным, пока хорошая версия не будет удалена из резервных копий. Раньше основной причиной были неловкие действия пользователя, но в 2018 году вам придется учитывать взлом и программы-вымогатели. С помощью простого зеркалирования вы можете обнаружить, что ваши резервные копии также были зашифрованы, поэтому ваши резервные копии должны быть достаточно занесены в прошлое, чтобы иметь резервные копии, сделанные до (и, если возможно, непосредственно до...) повреждения/взлома/выкупа (атака с требованием выкупа обычно более очевидна и мгновенна, чем другие формы взлома).
Для хорошего резервного копирования требуются копии, находящиеся вне офиса. Это можно сделать, загрузив файлы в хранилище в облаке. Если пропускной способности вашей загрузки недостаточно, заведите два резервных носителя, один из которых должен храниться вне офиса (например, на работе), и меняйте их еженедельно. В случае пожара/взлома у вас все равно останется резервная копия недельной давности.
решение3
«Режим зеркалирования» (он же RAID1) не заменяет создание резервных копий.
Это важный элемент сохранения данных от потери. Но резервные копии создавать все равно нужно.
Неважно, что вы будете использовать. Самописный скрипт или профессиональные инструменты.