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

Как?

Я сделал отдельного юзверя, назовём его например тривиально Backup и в домашнюю директорию ему и складываю бэкапы, тут самое главное не забыть про права на чтение хотя бы, чтобы можно было забрать эти бэкапы по FTP или SFTP, кому как больше нравится, а в домашних директория владельцев домена сделал символические ссылки на директории в папке пользователя Backup, чтобы они могли свои бэкапы забрать. Конечно надо не забыть прописать в свойствах пользователя /sbin/nologin/ и конечно добавить к заданию в Cron`e изменение прав на 0644 или 0755 кому как больше нравится, ну и можно конечно сразу складывать получившийся архив куда ни будь владельцу домена на FTP например, но это уже на вкус и цвет, как говорится.

Самая главная неприятность которая ждала меня, и думаю ждёт вас!

Bitrix является постоянно изменяемым продуктом (как любят говорить Under Active development), баги в котором вылезают в разных местах, например с версией модуля Торговый каталог (catalog) 14.0.5 и версией главного модуля 14.0.15 (хотя если честно я лично не знаю зависимы ли эти переменные для появления ошибки) падает файл индекса в MYSQL при заливке большого объёма весьма вероятен крах файла индекса, особенно если хостинг не выделенный или у Вас не свой сервер, так вот, ошибку на сайте вы конечно в советующем разделе получите, но вопрос в другом, чья это проблема?

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

Правильно мы тогда лезем в бэкапы, и пытаемся восстановить версию ранее забекапленную, но получаем ошибку импорта, потому как Virtualmin бэкапил всё скриптом, а оно отлично выгружалось, но только уже не работоспособное. А если ещё, как это обычно и бывает, прогеры затянули, и прошло например больше недели, то и бэкапа рабочего взять то не откуда.

Я честно не знаю будет ли это происходить если использовать последнюю версию MySQL, которая выше 5.5, потому как там уже по умолчанию формат баз идёт INNODB, вполне возможно в этом случае проблем не будет, но поскольку последний релиз на данный момент для CENTOS версии 6.Х это 5.1.ХХ,то получаем примерно такую ситуацию.

Решил эту ситуацию немного криво, а именно попросил проставить моё мыло при использовании внутреннего бэкапа из самой CMS, при возникновении ошибки, получаю мыло собственно сам и мониторю, немного не правильно, но как есть. Потому как проверить целостность файлов в время бэкапа, точнее эскпорта БД в данном случае, я лично способа не знаю.

Вам дорогие друзья в копилку опыта так сказать.

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *

Этот сайт использует Akismet для борьбы со спамом. Узнайте как обрабатываются ваши данные комментариев.

Навигация по записям