[Comm] Полный бэкап без остановки системы

[Comm] Полный бэкап без остановки системы

[Eugene Prokopiev]

Здравствуйте!

А какие в природе есть способы получить полный бэкап системы (например, 
в виде cpio-архива) без остановки последней?

Если таковых в общем случае нет, интересны частные случаи, позволяющие 
минимизировать потери и максимально автоматизировать восстановление при 
внезапном умирании диска, например, или упростить переезд на другое 
железо (простейший вариант с предварительным созданием cpio-архива после 
установки и/или доустановки чего-нибудь + регулярный бэкап конфигов, 
разных БД, пользовательских данных не рассматриваем - это очевидно).

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

-- 
С уважением, Прокопьев Евгений

Re: [Comm] Полный бэкап без остановки системы

[Alexey Borovskoy]

[-- Attachment #1: Type: text/plain, Size: 489 bytes --]

* Пятница 18 Март 2005 18:52 Eugene Prokopiev 
<prokopiev@stc.donpac.ru>

> Здравствуйте!
>
> А какие в природе есть способы получить полный бэкап системы
> (например, в виде cpio-архива) без остановки последней?

1. Через снапшоты LVM/EVMS. EVMS в Мастере 2.4 не работает.
2. DRBD. Синхронизируется со свистом. Сборки под Мастер 2.4 у 
меня есть, но не получается написать скрипты так как хочется 
мне.

-- 
Алексей.
GPG key fingerprint
949B BC0E 2C44 7528 4F63  2753 E37A 9E3F 11F3 BDE1

[-- Attachment #2: signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [Comm] Полный бэкап без остановки системы

[Ivan Fedorov]

[-- Attachment #1: Type: text/plain, Size: 764 bytes --]

Eugene Prokopiev пишет:

> А какие в природе есть способы получить полный бэкап системы (например,
> в виде cpio-архива) без остановки последней?
> 
> Если таковых в общем случае нет, интересны частные случаи, позволяющие
> минимизировать потери и максимально автоматизировать восстановление при
> внезапном умирании диска, например, или упростить переезд на другое
> железо (простейший вариант с предварительным созданием cpio-архива после
> установки и/или доустановки чего-нибудь + регулярный бэкап конфигов,
> разных БД, пользовательских данных не рассматриваем - это очевидно).
> 
> Интересно также, возможно ли это с остановкой системы, но тогда
> необходимо, чтобы это опять-таки делалось без участия человека.

lvm snapshots + bash/perl/python/ruby/etc...

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

[Comm] Re: Полный бэкап без остановки системы

[Michael Shigorin]

On Fri, Mar 18, 2005 at 09:52:19AM +0300, Eugene Prokopiev wrote:
> А какие в природе есть способы получить полный бэкап системы
> (например, в виде cpio-архива) без остановки последней?

Посмотрите на vserver плюс, видимо, действительно lvm snapshots.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Comm] Полный бэкап без остановки системы

[Eugene Prokopiev]

Alexey Borovskoy пишет:
> * Пятница 18 Март 2005 18:52 Eugene Prokopiev 
> <prokopiev@stc.donpac.ru>
> 
>>Здравствуйте!
>>
>>А какие в природе есть способы получить полный бэкап системы
>>(например, в виде cpio-архива) без остановки последней?
> 
> 
> 1. Через снапшоты LVM/EVMS. EVMS в Мастере 2.4 не работает.

Да? А я думал, что наоборот - где-то проскальзывали сообщения о том, что 
с переходом на ядро 2.6 об LVM придется забыть.

А что именно не так с EVMS в ALM 2.4?

И кстати: насколько использование LVM/EVMS снижает производительность 
системы по сравнению с более традиционной схемой управления разделами? 
Особенно на слабом железе?

> 2. DRBD. Синхронизируется со свистом. Сборки под Мастер 2.4 у 
> меня есть, но не получается написать скрипты так как хочется 
> мне.

Что это такое, и в чем проблема при написании скриптов?

-- 
С уважением, Прокопьев Евгений

Re: [Comm] Полный бэкап без остановки системы

[Alexey Borovskoy]

[-- Attachment #1: Type: text/plain, Size: 1419 bytes --]

* Суббота 19 Март 2005 20:12 Eugene Prokopiev 
<prokopiev@stc.donpac.ru>

> Alexey Borovskoy пишет:
> > * Пятница 18 Март 2005 18:52 Eugene Prokopiev
> > <prokopiev@stc.donpac.ru>
> >
> >>Здравствуйте!
> >>
> >>А какие в природе есть способы получить полный бэкап системы
> >>(например, в виде cpio-архива) без остановки последней?
> >
> > 1. Через снапшоты LVM/EVMS. EVMS в Мастере 2.4 не работает.
>
> Да? А я думал, что наоборот - где-то проскальзывали сообщения
> о том, что с переходом на ядро 2.6 об LVM придется забыть.

В 2.6 вместо LVM присутствует LVM2 или EVMS.

>
> А что именно не так с EVMS в ALM 2.4?

К ядру не приложен один feature, из-за чего ядро не видит тома 
EVMS.

>
> И кстати: насколько использование LVM/EVMS снижает
> производительность системы по сравнению с более традиционной
> схемой управления разделами? Особенно на слабом железе?

Не знаю, поскольку запустить EVMS на ядрах 2.4 у меня не 
получилось.

> > 2. DRBD. Синхронизируется со свистом. Сборки под Мастер 2.4
> > у меня есть, но не получается написать скрипты так как
> > хочется мне.
>
> Что это такое, и в чем проблема при написании скриптов?

Эта штуковина позволяет делать прозрачную репликацию master-slave 
для блочного устройства. Скрипты монструозные получаются. А если 
они монструозные, значит сломаются в самый неподходящий момент.

-- 
Алексей.
GPG key fingerprint
949B BC0E 2C44 7528 4F63  2753 E37A 9E3F 11F3 BDE1

[-- Attachment #2: signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [Comm] Полный бэкап без остановки системы

[Denis Smirnov]

On Sat, Mar 19, 2005 at 11:12:43AM +0300, Eugene Prokopiev wrote:

EP> А что именно не так с EVMS в ALM 2.4?

С ядрами 2.4 в Мастере не работает. А с 2.6 не работает LVM.

EP> И кстати: насколько использование LVM/EVMS снижает производительность 
EP> системы по сравнению с более традиционной схемой управления разделами? 
EP> Особенно на слабом железе?

Практически незаметно. Оно чуть-чуть поднимает требования к процессору.
Но возможность делать snapshot'ы на лету оправдывает эти мизерные затраты.

Только FS должна быть либо размонтирована, либо (как XFS) поддерживать
такую возможность, AFAIR.

-- 
С уважением, Денис

http://freesource.info

Re: [Comm] Полный бэкап без остановки системы

[ruslan]

Denis Smirnov пишет:

>On Sat, Mar 19, 2005 at 11:12:43AM +0300, Eugene Prokopiev wrote:
>
>EP> А что именно не так с EVMS в ALM 2.4?
>
>С ядрами 2.4 в Мастере не работает. А с 2.6 не работает LVM.
>
>EP> И кстати: насколько использование LVM/EVMS снижает производительность 
>EP> системы по сравнению с более традиционной схемой управления разделами? 
>EP> Особенно на слабом железе?
>
>Практически незаметно. Оно чуть-чуть поднимает требования к процессору.
>Но возможность делать snapshot'ы на лету оправдывает эти мизерные затраты.
>  
>

Пробовал LVM2 - в моем случае производительность упала заметно. Правда, 
полагаю, это зависит от файловой системы. Я использовал reiserfs, думаю, 
с ext2 было бы лучше.

>Только FS должна быть либо размонтирована, либо (как XFS) поддерживать
>такую возможность, AFAIR.
>  
>

Отлично... Зачем же тогда snapshot'ы? Естественно, все работает при 
смонтированных fs.

Re: [Comm] Полный бэкап без остановки системы

[Denis Smirnov]

On Sat, Mar 19, 2005 at 04:05:42PM +0300, ruslan wrote:

r> Отлично... Зачем же тогда snapshot'ы? Естественно, все работает при 
r> смонтированных fs.

1. делаю заморозку (xfs_freeze)
2. делаю snapshot
3. размораживаю раздел

После этого у меня достаточно времени, чтобы сделать полноценный backup.
Под snapshot я выделаю обычно 1-2 гига, на случай если у кого-то сорвёт
крышу.

-- 
С уважением, Денис

http://freesource.info

Re: [Comm] Re: Полный бэкап без остановки системы

[Eugene Prokopiev]

Michael Shigorin пишет:
> On Fri, Mar 18, 2005 at 09:52:19AM +0300, Eugene Prokopiev wrote:
> 
>>А какие в природе есть способы получить полный бэкап системы
>>(например, в виде cpio-архива) без остановки последней?
> 
> 
> Посмотрите на vserver

А каким боком здесь vserver? Это же вроде как реализация VDS для 
хостинг-провайдеров? Или намекаете на то, чтоб держать все необходимое в 
vserver и его же бэкапить? ;)

-- 
С уважением, Прокопьев Евгений

[Comm] Re: Полный бэкап без остановки системы

[Michael Shigorin]

On Mon, Mar 21, 2005 at 09:26:27AM +0300, Eugene Prokopiev wrote:
> >>А какие в природе есть способы получить полный бэкап системы
> >>(например, в виде cpio-архива) без остановки последней?
> >Посмотрите на vserver
> А каким боком здесь vserver? Это же вроде как реализация VDS
> для хостинг-провайдеров? Или намекаете на то, чтоб держать все
> необходимое в vserver и его же бэкапить? ;)

Именно.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Comm] Re: Полный бэкап без остановки системы

[Eugene Prokopiev]

Michael Shigorin пишет:
> On Mon, Mar 21, 2005 at 09:26:27AM +0300, Eugene Prokopiev wrote:
> 
>>>>А какие в природе есть способы получить полный бэкап системы
>>>>(например, в виде cpio-архива) без остановки последней?
>>>
>>>Посмотрите на vserver
>>
>>А каким боком здесь vserver? Это же вроде как реализация VDS
>>для хостинг-провайдеров? Или намекаете на то, чтоб держать все
>>необходимое в vserver и его же бэкапить? ;)
> 
> 
> Именно.

А не совсем ли это зверство?

Накладные расходы ведь повыше будут, чем, скажем для LVM. Или я не прав?

-- 
С уважением, Прокопьев Евгений

[Comm] Re: Полный бэкап без остановки системы

[Michael Shigorin]

On Mon, Mar 21, 2005 at 01:12:21PM +0300, Eugene Prokopiev wrote:
> >>>>А какие в природе есть способы получить полный бэкап системы
> >>>>(например, в виде cpio-архива) без остановки последней?
> >>>Посмотрите на vserver
> >>А каким боком здесь vserver? Это же вроде как реализация VDS
> >>для хостинг-провайдеров? Или намекаете на то, чтоб держать
> >>все необходимое в vserver и его же бэкапить? ;)
> >Именно.
> А не совсем ли это зверство?  Накладные расходы ведь повыше
> будут, чем, скажем для LVM. Или я не прав?

Проведите тестирование разных вариантов, заодно и расскажете.
У меня пока не получалось сравнить производительность с/без
vserver, попугаи же неинтересны.

Посему пришлось положиться на отчёты людей, применяющих на
практике (поищите peet vserver xeon в архивах); по части первой
пробы в production -- пока говорить нечего, работает себе и
работает, не тормозит, но и не нагружено по сути.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/