Новая тема   Ответить

 Costa-Rica
Короче, надо бакапить картинки и базу.
на отдельный сервер (или просто диск)?
Картинок примерно 6гб.
Копировать надо только "свежие" картинки.

Сколько будет стоить помощь в реализации?
Есть кто имеет большой опыт?

 bin90
волшебные слова - инкрементальный бекап

 attnix
HI.

0) тупо сделать дамп базы и скопировать картинки, или все же есть подводные камни?
1) какая база? (mysql, postgres и т.д.)
2) "свежие картинки", это начиная с какой-то определенной даты?
3) Картинки содержат в себе что-то совсем плохое?

В общем, братюнь, если нужно сильно, то так помогу

 deSilva
Costa-Rica писал:

Дампишь базу.
rsync сливает только новые файлы в другое место(и картинки и дамп).
Бекап = 2 строчки в кроне.

 Costa-Rica
Суппорты "уломали"меня настроить архивирование в ispmanager
настроили три плана:
- ежедневный полный дамп mysql и файлов
- еженедельный дампа того же самого
- и еще двух недельный.

и вот я думаю. ночью.. в 23:30 запустится план полного архивирования.. что может произойти плохого?

И... вообще, на сколько это лучше(хуже) варианта с rsync?

Я ламер в этом деле, так что саркастические приколы мимо ушей.

 Stek
Costa-Rica писал:

вообще то бакап лучше запускать во время наименьшей нагрузки на сервер. Т.е. по графику посмотреть статистику, когда наименьшая активность, тогда и запускать.

 Costa-Rica
Stek писал:


Спасибо, а что на счет первого вопроса?
Я имею ввиду rsync или средства ispmanager лучше?

 Gidz
На прежней работе бэкапили через rdiff-backup, правда у нас бэкапилась полностью виртуалка openvz, а внутри виртуалки создавались дампы БД. Но там можно настроить как угодно. Создаются только инкрементальные копии, потом легко можно восстановить за необходимый период. Либо как сказали, просто rsync с нужными ключами по крону запускать.

 Stek
Costa-Rica писал:
rsync универсальнее, не зависит от панели и прочего. Но панелью легче. По сути смотреть, как удобнее и проще.

 ivango
rsync лучше, конечно... настраивается гибко, универсален, и ничего сложного в нем нет

хотя и в нем есть косяки, которые надо допиливать
(имхо, он не умеет удалять мусор, типа временных файлов, кэшей, неактуальных дампов и т.п, если их не получается логически исключить в настройках... во всяком случае, мне пришлось писать для этого скрипт дополнительный)

 polusweb


сглашусь, но не полностью. rsync - универсально и умеет делать все что надо. будет доливать только новое и/или измененное. так же легко настроить, чтоб не копировал "мусор". например использовать
--exclude=scj/cache/*

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

 Magicum
тоже поагитирую за rsync

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

Папку назначения рсинк надо регулярно тарить в архив с промежутком N недель/дней/часов и держать M последних копий. Вот на это надо писать скрипт.

С базой тоже. Если она занимает пару мб, то mysqldump не вопрос. Но если сотни мегабайт - mysqldump включит лок на время бекапа, а время будет вполне заметное. И ляжет все нахуй. В таком случае я базу кладу на lvm. А бекапом происходит так:

1. FLUSH TABLES WITH READ LOCK
2. Делаю снапшот раздела lvcreate -s -L20G -n mysqlsnap vgdata/mysql
3. UNLOCK TABLES
(Это все заняло пару секунд на супер нагруженном мускуле и базе 5 гб)
4. Теперь без шуму и пыли, не торопясь: dump -a -z1 -O "/backup/mysqlsnap-`date`.dump.gz" /dev/mapper/vgdata-mysqlsnap
5. lvremove vgdata/mysqlsnap
6. Удаляю старые бекапы

Скрипты не просите, я давно не админ и их проебал. Написать и оттестить 2-4 дня.