С нами с 31.12.02
Сообщения: 624
Рейтинг: 348
|
Добавлено: 23/06/15 в 22:46 |
Короче, надо бакапить картинки и базу.
на отдельный сервер (или просто диск)?
Картинок примерно 6гб.
Копировать надо только "свежие" картинки.
Сколько будет стоить помощь в реализации?
Есть кто имеет большой опыт?
|
|
|
|
С нами с 13.07.11
Сообщения: 217
Рейтинг: 111
|
Добавлено: 24/06/15 в 08:17 |
волшебные слова - инкрементальный бекап
|
|
|
|
С нами с 24.02.09
Сообщения: 30
Рейтинг: 27
|
Добавлено: 25/06/15 в 21:29 |
HI.
0) тупо сделать дамп базы и скопировать картинки, или все же есть подводные камни?
1) какая база? (mysql, postgres и т.д.)
2) "свежие картинки", это начиная с какой-то определенной даты?
3) Картинки содержат в себе что-то совсем плохое?
В общем, братюнь, если нужно сильно, то так помогу
|
|
|
|
Хостинг проектов под ключ
С нами с 18.02.04
Сообщения: 614
Рейтинг: 727
|
Добавлено: 27/06/15 в 19:01 |
Costa-Rica писал: | Короче, надо бакапить картинки и базу.
на отдельный сервер (или просто диск)?
Картинок примерно 6гб.
Копировать надо только "свежие" картинки.
Сколько будет стоить помощь в реализации?
Есть кто имеет большой опыт? |
Дампишь базу.
rsync сливает только новые файлы в другое место(и картинки и дамп).
Бекап = 2 строчки в кроне.
|
|
|
|
С нами с 31.12.02
Сообщения: 624
Рейтинг: 348
|
Добавлено: 03/07/15 в 18:03 |
Суппорты "уломали"меня настроить архивирование в ispmanager
настроили три плана:
- ежедневный полный дамп mysql и файлов
- еженедельный дампа того же самого
- и еще двух недельный.
и вот я думаю. ночью.. в 23:30 запустится план полного архивирования.. что может произойти плохого?
И... вообще, на сколько это лучше(хуже) варианта с rsync?
Я ламер в этом деле, так что саркастические приколы мимо ушей.
|
|
|
|
www.phpdevs.com
С нами с 24.10.02
Сообщения: 16633
Рейтинг: 16105
|
Добавлено: 03/07/15 в 18:08 |
Costa-Rica писал: | и вот я думаю. ночью.. в 23:30 запустится план полного архивирования.. что может произойти плохого? |
вообще то бакап лучше запускать во время наименьшей нагрузки на сервер. Т.е. по графику посмотреть статистику, когда наименьшая активность, тогда и запускать.
|
|
Пишу на php/mysql/django за вменяемые деньги.
Обращаться в личку.
|
2
|
|
|
С нами с 31.12.02
Сообщения: 624
Рейтинг: 348
|
Добавлено: 03/07/15 в 18:10 |
Stek писал: | вообще то бакап лучше запускать во время наименьшей нагрузки на сервер. Т.е. по графику посмотреть статистику, когда наименьшая активность, тогда и запускать. |
Спасибо, а что на счет первого вопроса?
Я имею ввиду rsync или средства ispmanager лучше?
|
|
|
|
С нами с 22.08.08
Сообщения: 1452
Рейтинг: 440
|
Добавлено: 05/07/15 в 00:31 |
На прежней работе бэкапили через rdiff-backup, правда у нас бэкапилась полностью виртуалка openvz, а внутри виртуалки создавались дампы БД. Но там можно настроить как угодно. Создаются только инкрементальные копии, потом легко можно восстановить за необходимый период. Либо как сказали, просто rsync с нужными ключами по крону запускать.
|
|
|
|
www.phpdevs.com
С нами с 24.10.02
Сообщения: 16633
Рейтинг: 16105
|
Добавлено: 05/07/15 в 10:45 |
Costa-Rica писал: | Я имею ввиду rsync или средства ispmanager лучше? |
rsync универсальнее, не зависит от панели и прочего. Но панелью легче. По сути смотреть, как удобнее и проще.
|
|
Пишу на php/mysql/django за вменяемые деньги.
Обращаться в личку.
|
2
|
|
|
продаю базы адалт кейвордов
С нами с 09.11.02
Сообщения: 9045
Рейтинг: 3772
|
Добавлено: 05/07/15 в 14:28 |
rsync лучше, конечно... настраивается гибко, универсален, и ничего сложного в нем нет
хотя и в нем есть косяки, которые надо допиливать
(имхо, он не умеет удалять мусор, типа временных файлов, кэшей, неактуальных дампов и т.п, если их не получается логически исключить в настройках... во всяком случае, мне пришлось писать для этого скрипт дополнительный)
|
|
сдам подпись, стучите в личку
|
0
|
|
|
С нами с 25.07.15
Сообщения: 114
Рейтинг: 84
|
Добавлено: 27/07/15 в 17:44 |
сглашусь, но не полностью. rsync - универсально и умеет делать все что надо. будет доливать только новое и/или измененное. так же легко настроить, чтоб не копировал "мусор". например использовать
--exclude=scj/cache/*
понятно, что путь будет свой, это как пример. все что не нужно, по маскам легко прописать
|
|
|
|
С нами с 20.10.04
Сообщения: 3851
Рейтинг: 1044
|
Добавлено: 27/07/15 в 18:09 |
тоже поагитирую за rsync
|
|
|
|
Криптопохуист
С нами с 05.04.03
Сообщения: 17158
Рейтинг: 6019
|
Добавлено: 27/07/15 в 23:47 |
Да скрипты пишутся. Рсинк запустить говно вопрос. Но возникает проблема. Если исходная папка по какой-то причине будет пуста, или оттуда кто-то грохнет нужные файлы - рсинк сделает тоже самое с бекапом Толку от этого?
Папку назначения рсинк надо регулярно тарить в архив с промежутком 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 дня.
|
|
|
|