LINUX.ORG.RU
ФорумAdmin

Организация бэкапа.

 , ,


0

1

Вообщем перешел я к настройке бекапов.

Вот думаю, как же все организовать, допустим у нас есть сайт.

1.Файлы сайта
2.База данных сайта
3.Логи сайта/системные

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

Файлы сайта, не буду бекапить потому что они вообще практически не изменяются, ну если их конечно не изменить злоумышленник.

И остались системные логи, пока что работает все так, есть ротация логов, и есть логвач который кадый день присылает отчет. после ротации.

Вопрос, как все правильно организовать ?

Бекапы когда нет сервера для бекапов
Бекапы на локальную машину по окнами

Просто я помню мне говорили что нужно все бекапить на сервер, и потом делать версии файлов, и бекапить так же логи системные. В плане бекапа системных логов как я понимаю, бекируемые логи удаляются с сервера. А новые остаются ? я верно понимаю т.е

Acceess.log-20150315 - бекапит на сервер, потом удаляет
Access.log - Текущий лог еще не ротирован - не трогаем

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

Спасибо.

Ответ на: комментарий от anonymous

Я уже на конечной стадии завершение, т.е мне осталось только настроить правильно бекапы и их организацию и все, вроде готово.Конечно мне потом придется отлучится от вас на некоторое время потому что я буду более подробно настраивать все что сделал до этого и тренироваться делать меньше ошибок и записывать недочеты.Конечно я долго несмогу, но мне придется это сделать, все что бы работало как часы, ну или примерно как железные костыли. Ну а вы как всегда заходите что бы писать плохие слова, я знаю, но не обижаюсь на вас.

nixbrain
() автор топика
Ответ на: комментарий от anonymous

Да говорите плохие слова какие хотите, лучше бы вы помогли мне ответить на мои вопросы в который я пока разбираюсь сам, просто сервер будет один, и без удаленного бекапинга, вот думаю как лучше, сделать, может кроном в папку ? просто я не знаю куда копировать данные.. ну допустим я знаю как сделать бекап базы данных с помощью команды, в определенную папку, но извените меня, если что то случится, то и бекап потеряется, ибо он на том же сервер где «что то случилось» думаю выход их этого всего сделать пока что ручной бекапинг, т.е подключатся по ssh и копировать все на локальную компьютер. т.е sftp вот. А потом когда будет все хорошо можно будет настроить бекап на облако дропбокс вот щас читаю сложновато правда, но говорят лучше туда не слать ничего мол они там все контролируют и нельзя доверять ну не знаю тогда наверно нужно купить недорогой впс сервер и туда слать их. Ище ответьте на вопрос про удаленные бекапы логов ? как их сдеалать ?

nixbrain
() автор топика
Ответ на: комментарий от nixbrain

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

nixbrain
() автор топика
Ответ на: комментарий от anonymous

Кстати вот нашел код на одном сайте

#!/bin/bash

cd /home/Backup
# Бэкап всего что нужно
tar -cvvzf /home/Backup/back-`date '+%m_%d_%Y'`.tar.bz2 \
/var/www/ \
/var/lib/mysql/ \
/etc/ \
/var/log/ \
/root/ \
--exclude=/home/Backup > ./last.log

# Стираем файлы бэкапа старше 30 дней
find . -mtime +30 -exec rm '{}' \;
# Стираем старые логи
find /var/log/ -type f -name *\.gz -exec rm '{}' \;

Как по мне хорошо выглядит для локального решение, но вот еще не тестировал щас попробуем как он работает.

nixbrain
() автор топика
Ответ на: комментарий от nixbrain

Вообщем там надо подправить директории, ибо вот только что начал жаловаться на сокс от базы мол не может его удалить КАК УДАЛИТЬ, вообщем надо разобраться по подробнее что он делает, а удаляет он что то не то как описано на сайте.. надо протестировать еще раз, а вы если видите ошибку подскажите что не так в скрипте, ибо в целом он мне подходит, копирует как я понял все из указанных папок, плюс логи, в архив с датой, а если есть старые архивы +30 дней то он их удаляет. Но вот при запуске много жалоб на удаление.. не того чего нужно.

nixbrain
() автор топика

bacula для бэкапа. rsyslog(loganalyzer) для цетрализованного хранения и анализа логов

petav ★★★★★
()
Ответ на: комментарий от nixbrain

Кстати вот читал, набрел на одну статью по логам, анализ реалтайм ! и просто в установке, вот пример есть

http://logio.org:28778/
nixbrain
() автор топика

Бэкапы лучше делать каждый день и хранить очередь из нескольких штук. Т.е. «создаем сегодняшний, удаляем самый старый», и так каждый день. Размер очереди определяется паранойей и объемом хранилища.

Если объем и количество файлов большое, то этапы могут быть такими:
1) локальный rsync в спец. каталог актуального набора файлов
2) архивирование в backup-сегодняшняядата.xz в каталог с набором старых бэкапов
3) удаление самого старого из набора
4) rsync набора на удаленное хранилище

Если в пункте первом на входе не просто пачка файлов, а что-то специфическое, например, хранилище VCS, БД или ВМ, то вместо rsync берем соответствующий инструмент.

thesis ★★★★★
()
Ответ на: комментарий от thesis

Cпасибо.

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

nixbrain
() автор топика
Ответ на: комментарий от nixbrain

«Один сайт» = «один проход пунктов 1 и 2 в моей схеме». Иначе повторить их для каждого сайта, дополнив дампом БД, файлами логов и что там еще.

А мне что то маленькое надежное и компактное нужно.

Вот и напиши скриптец. Если напишешь нормально, он будет именно маленький, надежный и компактный.

thesis ★★★★★
()
Ответ на: комментарий от thesis

Я нашел пару которые один складывает все в папку, т.е архивирует и складывает, второе делает тоже самое, только + отправляет по фтп на другой сервер.

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

А я правильно сдела что - сделал в логватче отчет ежедневный на почту ?

nixbrain
() автор топика
Ответ на: комментарий от nixbrain

А мне что то маленькое

Тогда не читайте, это системы больше чем для локалхоста.

petav ★★★★★
()

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

На одной и той-же железке - это уже не бекап, а порнография. Ну если очень хочется экстрима, и лень возиться, можешь впилить zfs со снепшотами, и делай хоть сто бекапов. И не будет никаких проблем.

DALDON ★★★★★
()
Ответ на: комментарий от DALDON

Вообщем я подумал, будет все работать в таком порядке, скрипт будет работать по крону и собирать все в архив, старые удалять, я буду каждую неделю заходить и бекапить архив руками. Пока что только так.Ну а потом когда будет все хорошо куплю хостинг с фтп и буду слать на него или недорогую впс.

nixbrain
() автор топика

Бекапы когда нет сервера для бекапов

подключи яндекс-диск по webdav и складывай бекапы на него.

вообщем меня пока что интересует база данных

дампы БД делай ее встроенными средствами

axelroot
()
Ответ на: комментарий от axelroot

Так и делаю через mysqldump - но говорят там при больших размерах не очень оно идет, ну там надо не много подругому. Но смысл понятен уже, там можно яндекс диск а можно дропбокс

nixbrain
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.