бекап .. як краще ..??

[Volodymyrko]

підкажіть як краще організувати бекап , умови такі ..
є  сайт.. що складається з кількох зовнішніх серверів ...(~3-4)
на кожному з них є певна частина ..  на одному з них є картинки розміром вже десь до 30Гіг,
і ще є  mysql-база зтиснута ~1,5Г  ....
треба мати бекапи в себе на локальному сервері ... і не просто останні версії .. а наприклад версію за вчора, 2 дні назад, 3 дні назад, 7днів назад 15днів і 30 днів (якось так.. тобто декілька різних версій) .. картинок звичайно не треба різні версії ... тіьки скриптів...

як ідея є : через lftp (чи rsync .. не знаю що краще ) синхронізовувати різні частини на локальний комп... і вже локально tar.gz-іпати в кілька останіх версії !!!
а картинки час від часу в 2-3 копії tar-ити ...

може є якісь кращі варіанти !!!

[Praporshic]

http://rsync.samba.org/examples.html
Мінімум пиляння під свої потреби, і воно працює.

[anatolijd]

стосовно mysql

http://sourceforge.net/projects/automysqlbackup
(в двух словах - робить mysqldump для вказаної бази, й періодично ротейтить )

Код: [Вибрати]

# ll /backup/mysql/
total 24
drwxr-xr-x 55 root root  4096 Dec  5 03:34 daily
drwxr-xr-x  2 root root 12288 Jan 12 03:35 latest
drwxr-xr-x 52 root root  4096 Jan  1 03:34 monthly
drwxr-xr-x 55 root root  4096 Dec  5 03:34 weekly

правда, треба спочатку перевірити наслідки щоб не переборщити.
Треба памятати що всі таблиці в момент бакапа бази локаються на read, і відповідно
доти поки бакап не скінчиться всі треди що чекають на запис будуть заюзувати ресурси (і піднімати лоад)
Крім того, mysqldump і gzip  - теж підніматимуть лоад.
Вобщем треба  перевірити на скільки зросте лоад, скільки часу це триватиме (скільки часу таблиці будуть залокані),
а головне - як це відобразиться на функціонуванні цілого сайту.

Якщо раніше бакапи робилися з допомогою mysqldump вручну і сайт від цього не страждав - значить боятись нічого.

[Volodymyrko]

подивися я про той rsync і як завжди виникають питання ..

1. вже б хотілося щоб передача даних йшла по захищеному каналу .. - то ді використовуємо rsync по ssh //
і тут починаються проблеми з достуопм ..
  - руту не охота давати доступ о ssh !!!
  - якщо робити окремого користувача для  бакепу - то може бути таке що він не буде  мати прав для доступу до файлів що належать www-користувачеві
  - і шо тоді ?? давати шел тому самому www-користувачеві ... ?? в крайньому випадку якийсб /bin/false і його в /etc/shells

2.якщо rsync в режимі демона..то нема ніякої безпечної передачі даних ..

є якісь ідеї ??

[Praporshic]

є якісь ідеї ??

openvpn?

[Volodymyrko]

openvpn?

занадто вже замучено то всьо буде ...

може вже тоді краще до lftp mirror вернутися ...  

[Praporshic]

openvpn?

занадто вже замучено то всьо буде ...

може вже тоді краще до lftp mirror вернутися ...  

І чим воно краще буде за rsync over ssh?

[Volodymyrko]

І чим воно краще буде за rsync over ssh?

хоча б наступним..
1. ФТП доступ для www-користувача вже існує... не треба зоопарку розводити ..
2. існує  FTP+SSL

[Praporshic]

І чим воно краще буде за rsync over ssh?

хоча б наступним..
1. ФТП доступ для www-користувача вже існує... не треба зоопарку розводити ..
2. існує  FTP+SSL

Про FTPS мені відомо. Якщо вже на те пішло, то краще скористатись якимось fuse, штибу ftpfs та копіювати файли rsync`ом локально (він таке теж вміє).