Hi!
В сообщении от Среда 15 августа 2007 19:13 Dmitri V. Ivanov написал(a):
> Вспомнился тост в тему:
> "Мой отец говорил: "Имею желание купить автомобиль - но не имею
> возможности, имею возможность купить козу - но не имею желания". Так
> выпьем же за то, чтобы наши желания всегда совпадали с на
Здравствуй, дорогой All! Если ты занят и тебе не интересно - немедленно
сотри это сообщение. Если же нет, то я буду рад с тобой это обсудить.
*
Предположим, что у нас имеется некое поддерево в linux-овой
файловой системе (ext2,ext3,...). Важно, что на ней имеются inodes
и всякая операция изм
On Wed, Aug 15, 2007 at 12:27:26AM +0400, Pechnikov Alexey wrote:
> Только остался один немного философский вопрос: вы считаете достаточно
> надежным решением делать бэкап на соседний комп? Мое мнение такое, что лучше
> бэкапить по дохленькому каналу, но зато на сервер в другом регионе. Нет, я не
В сообщении от Среда 15 августа 2007 17:04 Alexey Lobanov написал(a):
> На практике я лично использую параллельно три очень разные системы
> бэкапа. У которых существенно разные условия для падения, уничтожения и
> пр. И не без оснований надеюсь, что при реальной непредсказуемой в
> деталях жопе хо
15.08.2007 16:14, Mikhail A Antonov пишет:
> On Wednesday 15 August 2007 14:37, Alexey Lobanov wrote:
>> Ну, можно, наверное, извратиться с помощью третьей машины-посредника в
>> третьем месте. Которая имеет права доступа RO на сервер, RW на
>> веб-архив, а сама хранит только протоколы бэкапов
On Wednesday 15 August 2007 14:37, Alexey Lobanov wrote:
> Ну, можно, наверное, извратиться с помощью третьей машины-посредника в
> третьем месте. Которая имеет права доступа RO на сервер, RW на
> веб-архив, а сама хранит только протоколы бэкапов.
Не думаю что увеличение количества промежуточных
15.08.2007 13:54, Pechnikov Alexey пишет:
>> Обратное направление подключения. Не сервер должен писать данные на
>> архиватор с правами доступа RW, а архиватор должен читать данные с
>> сервера с правами доступа RO.
> Интересно, как это реализовать, если к серверу бэкапа доступ "как минимум
> ft
В сообщении от Среда 15 августа 2007 12:58 Alexey Lobanov написал(a):
> 15.08.2007 11:38, Pechnikov Alexey пишет:
> > Если кто-то взломает сервер, а
> > передача идет именно с сервера в архивное хранилище, то что ему мешает
> > подключиться к архиву и стереть его или попортить?
>
> Обратное направл
15.08.2007 11:38, Pechnikov Alexey пишет:
> Если кто-то взломает сервер, а
> передача идет именно с сервера в архивное хранилище, то что ему мешает
> подключиться к архиву и стереть его или попортить?
Обратное направление подключения. Не сервер должен писать данные на
архиватор с правами досту
В сообщении от Среда 15 августа 2007 09:06 Alexander GQ Gerasiov написал(a):
> > > Вот интересно, а есть коммерческие сервисы, предоставляющие услугу
> > > бэкапа через ssh с определенным местом для хранения данных и
> > > гарантию секьюрности? Ну не в банковский же сейф класть бэкапы,
> > > актуал
На Tue, 14 Aug 2007 20:57:02 +
GoR <[EMAIL PROTECTED]> записано:
> В Срд, 15/08/2007 в 00:27 +0400, Pechnikov Alexey пишет:
> > > Просто у меня "канал" лежит не по "интернету", а по "локалке"
> > > можно забивать сколько угодно. У нас получился разговор лунатика с
> > > марсианином... Вроде об
В Срд, 15/08/2007 в 00:27 +0400, Pechnikov Alexey пишет:
> > Просто у меня "канал" лежит не по "интернету", а по "локалке" можно
> > забивать сколько угодно. У нас получился разговор лунатика с
> > марсианином... Вроде оба говорим по-русски, а не понимаем друг друга
> > нихрена... Ну да ладно...
>
> Просто у меня "канал" лежит не по "интернету", а по "локалке" можно
> забивать сколько угодно. У нас получился разговор лунатика с
> марсианином... Вроде оба говорим по-русски, а не понимаем друг друга
> нихрена... Ну да ладно...
Вот теперь понятно. Действительно, вам и сжатие и шифрование трафи
On Tue, Aug 14, 2007 at 10:13:29PM +0400, Pechnikov Alexey wrote:
> Трафик бесплатный, но канал "медленный". Я нигде не говорил, что трафик
> платный. Удивляет, что скорость канала вы не считаете существенным фактором.
> Возможно, вас гигабитный интернет на всех серверах и передачу через netcat в
> В конце своего письма вы упрекаете иеня в том, что я не поинтересовался
> постановкой задачи. И ведь вы правы - надо было, поскольку про канал с
> платным трафиком (как вариант просто медленный канал) я в треде слов не
> помню. А вы как-то догадались...
Трафик бесплатный, но канал "медленный". Я
On Tue, Aug 14, 2007 at 12:41:29PM +0400, Pechnikov Alexey wrote:
> > Давайте разговаривать по существу. Я указал на два глючка. По ним у вас
> > есть возражения?
> По вашей логике, раз у лошади нет горбов, значит, лошадь - недоделанный
> верблюд. При чем здесь глюки? То, что есть, работает надежн
On Tue, Aug 14, 2007 at 09:54:53AM +0300, Maxim Kudelya wrote:
> Как я понимаю, это Вы tar shapshot file имеете ввиду, а не LVM snapshot.
> Так? Было бы интересно посмотреть, в таком случае, пример с backup и
> restore.
Вообще я интересовался именно задачей отбора файлов, изменившихся с
прошлого
Alexander GQ Gerasiov wrote:
На Mon, 13 Aug 2007 22:58:25 +0400
"Dmitri V. Ivanov" <[EMAIL PROTECTED]> записано:
Как человек, который довольно долго интересовался задачей отбора
файлов для инкрементального backup-а я не могу понять почему от
метода со snaphoot-файлом народ бегает. Он простой. Я
> Давайте разговаривать по существу. Я указал на два глючка. По ним у вас
> есть возражения?
По вашей логике, раз у лошади нет горбов, значит, лошадь - недоделанный
верблюд. При чем здесь глюки? То, что есть, работает надежно. То, чего нету,
не нужно разработчикам. Мне тоже не нужно, понадобится
На Mon, 13 Aug 2007 22:58:25 +0400
"Dmitri V. Ivanov" <[EMAIL PROTECTED]> записано:
> Как человек, который довольно долго интересовался задачей отбора
> файлов для инкрементального backup-а я не могу понять почему от
> метода со snaphoot-файлом народ бегает. Он простой. Я готов
> отстаивать эту точ
Dmitri V. Ivanov wrote:
Как человек, который довольно долго интересовался задачей отбора файлов
для инкрементального backup-а я не могу понять почему от метода со
snaphoot-файлом народ бегает. Он простой. Я готов отстаивать эту точку
зрения.
Как я понимаю, это Вы tar shapshot file имеете ввиду
On Mon, Aug 13, 2007 at 11:01:04AM +0400, Pechnikov Alexey wrote:
> Чем более сложное решение мы выбираем, тем выше вероятность сбоя в нем и
> возможна ситуация, что такое решение делает не то, что мы от него ждем.
> Простое решение дает максимальную надежность, зато приходится думать о том,
> к
В сообщении от Понедельник 13 августа 2007 11:43 Dmitry Fedorov написал(a):
> > требует некоторых затрат процессорного времени), если же не выключать -
>
> Основные затраты - на чтение тела файла в память, чтобы процессор посчитал
> MD5. Процессор считает быстрее, чем файл грузится в память.
Вообщ
12.08.07, Dmitri V. Ivanov<[EMAIL PROTECTED]> написал(а):
>
> --checksum), то на обоих концах будут считаться MD4 для всех файлов (что
MD5
> требует некоторых затрат процессорного времени), если же не выключать -
Основные затраты - на чтение тела файла в память, чтобы процессор посчитал
MD5. Про
> Прошу прощения, что встреваю, но позволю себе заметить, что
> использование rsync как готового решения для incremental backup на
> linux-е выглядит ПМСМ несколько странно. Для FAT (за неимением на ней
> inode numbers, ctime и прав доступа) он, пожалуй, хорош, а для *nix
> есть гораздо более адекв
On Mon, Aug 06, 2007 at 09:47:51PM -0400, Nicholas wrote:
> Решение для дома, маленького офиса:
>
> 1. Настроить безпарольную авторизацию по ssh к серверу который нужно
> забекапить. (x.509 в /root/.ssh положить)
>
> 2. подмаунтить уделенную файловую систему:
> sudo sshfs [EMAIL PROTECTED]:/ /mn
Konstantin Matyukhin wrote:
Однако, rsnapshot в каждом срезе имеет полный образ каталога на
определенную дату/время,
Правильно ли я понял что rsnapshot первый раз делает полную копию, а
потом добавляет *.diff ?
Могли бы вы дать пример команды для бекапа /mnt/server1/ (sshfs) на
/backcopy/s
Edvins пишет:
On 8/9/07, Pechnikov Alexey <[EMAIL PROTECTED]> wrote:
В сообщении от Среда 08 августа 2007 12:26 Nick Phoenix написал(a):
У меня таким образом бэкапится cyrus-imap (раз в сутки), в итоге на
удаленной машине есть точная копия + там же лежат диффы на каждые день с
измененны
10.08.2007 13:03, Pechnikov Alexey пишет:
> Раз нашелся специалист по rsync, не могу не спросить - а двунаправленную
> синхронизацию можно реализовать?
apt-get install unison
А.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
В сообщении от Пятница 10 августа 2007 12:32 Konstantin Matyukhin написал(a):
> On 8/10/07, Nick Phoenix <[EMAIL PROTECTED]> wrote:
> > Читайте внимательнее маны :)
> >
> > Например, каталог, который нужно бэкапить - /var/data
> > Каталог куда бэкапить - /var/data на другой машине, например, 10.0.0
On 8/10/07, Nick Phoenix <[EMAIL PROTECTED]> wrote:
> Читайте внимательнее маны :)
>
> Например, каталог, который нужно бэкапить - /var/data
> Каталог куда бэкапить - /var/data на другой машине, например, 10.0.0.2.
> Там же /opt/backup для инкрементов.
>
> Запускаем на исходной машине 1 раз в день:
Читайте внимательнее маны :)
Например, каталог, который нужно бэкапить - /var/data
Каталог куда бэкапить - /var/data на другой машине, например, 10.0.0.2.
Там же /opt/backup для инкрементов.
Запускаем на исходной машине 1 раз в день:
/usr/bin/rsync -abxSHe ssh
--backup-dir=/opt/backup/`/bin/
В сообщении от Пятница 10 августа 2007 10:33 Konstantin Matyukhin написал(a):
> К rsync хорошо бы rsnapshot прикрутить для полноты решения.
Вот здорово, а я и не знал про такой. Судя по описанию это именно то, что мне
нужно. Спасибо!
On 8/10/07, Pechnikov Alexey <[EMAIL PROTECTED]> wrote:
> > тот же backuppc :)
> > там отлично видны изменения, и ничего велосипед изобретать
>
> Интересует именно
> > > Используйте rsync с ключами -b и --backup-dir
> Судя по ману, это просто бэкап директорий, про дельту ни слова не увидел.
>
> Выб
> тот же backuppc :)
> там отлично видны изменения, и ничего велосипед изобретать
Интересует именно
> > Используйте rsync с ключами -b и --backup-dir
Судя по ману, это просто бэкап директорий, про дельту ни слова не увидел.
Выбрал rsync, ибо нефиг плодить сущности без нужды.
On 8/9/07, Pechnikov Alexey <[EMAIL PROTECTED]> wrote:
> В сообщении от Среда 08 августа 2007 12:26 Nick Phoenix написал(a):
> > У меня таким образом бэкапится cyrus-imap (раз в сутки), в итоге на
> > удаленной машине есть точная копия + там же лежат диффы на каждые день с
> > измененными файлами,
В сообщении от Среда 08 августа 2007 12:26 Nick Phoenix написал(a):
> У меня таким образом бэкапится cyrus-imap (раз в сутки), в итоге на
> удаленной машине есть точная копия + там же лежат диффы на каждые день с
> измененными файлами, то есть ситуации "я помню, что в прошлую пятницу
> было нормаль
On 8/8/07, andrey i. mavlyanov <[EMAIL PROTECTED]> wrote:
> Sergey Spiridonov wrote:
>
> > backuppc!!!
> >
>
> не подходит. надо чтоб клиент был виндовый, диски нельзя компа виндового по
> самбе шарить.
А в чем собственно проблема? Под оффтопик ставится rsync и все
проблемы решены. У меня таким сп
Привет, Alexey
Используйте rsync с ключами -b и --backup-dir
У меня таким образом бэкапится cyrus-imap (раз в сутки), в итоге на
удаленной машине есть точная копия + там же лежат диффы на каждые день с
измененными файлами, то есть ситуации "я помню, что в прошлую пятницу
было нормально" - не
Sergey Spiridonov wrote:
backuppc!!!
не подходит. надо чтоб клиент был виндовый, диски нельзя компа виндового по
самбе шарить.
--
/aim [ http://aim.pp.ru/ ]
andrey i. mavlyanov wrote:
p.s. или возможно предложите какое-то иное решение...
backuppc!!!
--
Best regards, Sergey Spiridonov
On Tuesday 07 August 2007 11:12, andrey i. mavlyanov wrote:
> Nicholas wrote:
> > Решение для дома, маленького офиса:
>
> а винда?
А виндам хранить нужные доки на самбе у юникса.
--
Best regards,
Mikhail
Bart-mdv- @ SolarNet
IRC: irc.solarnet.ru
WWW: http://www.solarnet.ru/
--
Птичка
07.08.2007 11:12, andrey i. mavlyanov пишет:
> Nicholas wrote:
>
>> Решение для дома, маленького офиса:
>
> а винда?
А опаньки.
Насколько я знаю, штатным образом сливать винду в единый архив умеет
только Bacula. И он же достаточно прилично умеет использовать
перезаписываемые DVD в качестве сме
Nicholas wrote:
Решение для дома, маленького офиса:
а винда?
--
/aim [ http://aim.pp.ru/ ]
Посмотрите на rsnapshot. Очень просто и эффективно.
--
С уважением,
Константин Матюхин
07.08.2007 05:47, Nicholas пишет:
>> Кто-нибудь может аргументированно сравнить BoxBackup и Bacula. Какие у
> Bacula - корпоративное решение, поддерживает ленточные накопители.
>> p.s. или возможно предложите какое-то иное решение...
> 3. Запустить grsync и указать что и куда копировать
> (симли
andrey i. mavlyanov wrote:
Кто-нибудь может аргументированно сравнить BoxBackup и Bacula. Какие у
Bacula - корпоративное решение, поддерживает ленточные накопители.
p.s. или возможно предложите какое-то иное решение...
Решение для дома, маленького офиса:
1. Настроить безпарольную авторизацию
Доброго времени суток, All!
Кто-нибудь может аргументированно сравнить BoxBackup и Bacula. Какие у них
плюсы, какие минусы?
Буду рад всем ответам и ссылкам на документы.
p.s. или возможно предложите какое-то иное решение...
--
/aim [ http://aim.pp.ru/ ]
Artem Chuprina:
Paul Romanchenko -> debian-russian@lists.debian.org @ Wed, 01 Mar 2006
17:47:14 +0300:
>> PR> Здесь везде ctime и mtime. Creation time пока не наблюдаю.
>> ctime в юниксе существует, creation time - нет. Если это не разница
>> между ними, то что тогда разница?
PR> Я ровно
Paul Romanchenko -> debian-russian@lists.debian.org @ Wed, 01 Mar 2006
17:47:14 +0300:
>> PR> Здесь везде ctime и mtime. Creation time пока не наблюдаю.
>> ctime в юниксе существует, creation time - нет. Если это не разница
>> между ними, то что тогда разница?
PR> Я ровно про это и говорю
Artem Chuprina:
Paul Romanchenko -> debian-russian@lists.debian.org @ Wed, 01 Mar 2006
16:50:05 +0300:
>> >> создания файла - нет. Если нужно - в архивах есть составленная мной
>> >> табличка на эту тему (если надо дам ссылку).
>> > Конечно нужно.
>> > Я заблуждался по
On Wed, Mar 01, 2006 at 04:10:34PM +0300, Paul Romanchenko wrote:
> Dmitri V. Ivanov:
> >On Wed, Mar 01, 2006 at 12:32:39AM +0300, Paul Romanchenko wrote:
> >>Dmitri V. Ivanov пишет:
> >>>On Tue, Feb 28, 2006 at 10:23:12AM +0300, Paul Romanchenko wrote:
> >создания файла - нет. Если нужно - в а
Paul Romanchenko -> debian-russian@lists.debian.org @ Wed, 01 Mar 2006
16:50:05 +0300:
>> >> создания файла - нет. Если нужно - в архивах есть составленная мной
>> >> табличка на эту тему (если надо дам ссылку).
>> > Конечно нужно.
>> > Я заблуждался по поводу трёх времён
Artem Chuprina:
Paul Romanchenko -> Dmitri V. Ivanov @ Wed, 01 Mar 2006 16:10:34 +0300:
>> создания файла - нет. Если нужно - в архивах есть составленная мной
>> табличка на эту тему (если надо дам ссылку).
> Конечно нужно.
> Я заблуждался по поводу трёх времён у файла в юни
Paul Romanchenko -> Dmitri V. Ivanov @ Wed, 01 Mar 2006 16:10:34 +0300:
>> создания файла - нет. Если нужно - в архивах есть составленная мной
>> табличка на эту тему (если надо дам ссылку).
> Конечно нужно.
> Я заблуждался по поводу трёх времён у файла в юниксах -- ctime, mti
Dmitri V. Ivanov:
On Wed, Mar 01, 2006 at 12:32:39AM +0300, Paul Romanchenko wrote:
Dmitri V. Ivanov пишет:
On Tue, Feb 28, 2006 at 10:23:12AM +0300, Paul Romanchenko wrote:
создания файла - нет. Если нужно - в архивах есть составленная мной
табличка на эту тему (если надо дам ссылку).
Конечн
On Wed, Mar 01, 2006 at 12:32:39AM +0300, Paul Romanchenko wrote:
> Dmitri V. Ivanov пишет:
> > On Tue, Feb 28, 2006 at 10:23:12AM +0300, Paul Romanchenko wrote:
> >>> создания файла - нет. Если нужно - в архивах есть составленная мной
> >>> табличка на эту тему (если надо дам ссылку).
> >> Конечно
Dmitri V. Ivanov пишет:
> On Tue, Feb 28, 2006 at 10:23:12AM +0300, Paul Romanchenko wrote:
>>> создания файла - нет. Если нужно - в архивах есть составленная мной
>>> табличка на эту тему (если надо дам ссылку).
>> Конечно нужно.
>> Я заблуждался по поводу трёх времён у файла в юниксах -- ctime, m
On Tue, Feb 28, 2006 at 10:23:12AM +0300, Paul Romanchenko wrote:
> >создания файла - нет. Если нужно - в архивах есть составленная мной
> >табличка на эту тему (если надо дам ссылку).
> Конечно нужно.
> Я заблуждался по поводу трёх времён у файла в юниксах -- ctime, mtime,
> atime?
http://lists.
On Tue, Feb 28, 2006 at 12:28:57AM +0200, abraham shapirus wrote:
> Так а я ж о чем. Были бы более серверные части под винду -- вопросов бы
> не возникло. А так вот заинтересовался альтернативными решениями.
EMC/Dantz Retrospect -- единственный на моей практике нормальный бекап
софт для вендавз. К
Dmitri V. Ivanov:
On Mon, Feb 27, 2006 at 09:58:57AM +0300, Paul Romanchenko wrote:
А чем "file creation time" отличается от "ctime"?
NTFS поддерживает Creation Time, Access Time, Modification Time.
ctime помечается для обносления всякий раз,
когда изменяются атрибуты файла (запись данных, усе
On Mon, 27 Feb 2006, Dmitri V. Ivanov wrote:
DVI> > as> Сеть организована вполне обычным образом -- в виде домена с
DVI> > as> домен-контроллером на win server 2003.
DVI> > as> Изначально была идея поднять софтварный рейд на винде 2003 или 2000
и
DVI> > as> воткнуть туда bacula storage daemon
On Mon, Feb 27, 2006 at 07:20:32PM +0300, Andrey Melnikoff wrote:
> Dmitri V. Ivanov <[EMAIL PROTECTED]> wrote:
> > On Mon, Feb 27, 2006 at 09:58:57AM +0300, Paul Romanchenko wrote:
> > > А чем "file creation time" отличается от "ctime"?
> > > NTFS поддерживает Creation Time, Access Time, Modificat
Dmitri V. Ivanov <[EMAIL PROTECTED]> wrote:
> On Mon, Feb 27, 2006 at 09:58:57AM +0300, Paul Romanchenko wrote:
> > А чем "file creation time" отличается от "ctime"?
> > NTFS поддерживает Creation Time, Access Time, Modification Time.
> ctime помечается для обносления всякий раз,
> когда изменяются
On Mon, Feb 27, 2006 at 11:42:51AM +0300, Artem Chuprina wrote:
> as> Сеть организована вполне обычным образом -- в виде домена с
> as> домен-контроллером на win server 2003.
> as> Изначально была идея поднять софтварный рейд на винде 2003 или 2000 и
> as> воткнуть туда bacula storage daemon. D
On Mon, Feb 27, 2006 at 09:58:57AM +0300, Paul Romanchenko wrote:
> А чем "file creation time" отличается от "ctime"?
> NTFS поддерживает Creation Time, Access Time, Modification Time.
ctime помечается для обносления всякий раз,
когда изменяются атрибуты файла (запись данных, усечение размера,
изм
abraham shapirus -> debian-russian@lists.debian.org @ Sun, 26 Feb 2006
19:38:53 +0200 (EET):
AC>> as> 1. кроссплатформенность. чтобы как клиентская, так и серверная части
AC>> as> умели работать как под debian, так и под win32 (win 9x не требуется).
AC>> as> 2. функиональность. нужно, чтоб
On 2006.02.27 at 09:58:57 +0300, Paul Romanchenko wrote:
> >что не по теме, но под системами a la posix как отбирать файлы для
> >incremental dump понимаю вполне, а вот под win... Там же file creation
> >time вместо ctime, который вполне модифицируется вызовом SetFileTime или
> >что-то в этом роде
Dmitri V. Ivanov:
On Sun, Feb 26, 2006 at 03:13:35PM +0200, abraham shapirus wrote:
умели работать как под debian, так и под win32 (win 9x не требуется).
2. функиональность. нужно, чтобы умело хотя бы вот такую схему: раз в
неделю фулл бекап заданного набора файлов (затирая предыдущую копию),
и
On Sun, 26 Feb 2006, Artem Chuprina wrote:
AC> as> 1. кроссплатформенность. чтобы как клиентская, так и серверная части
AC> as> умели работать как под debian, так и под win32 (win 9x не требуется).
AC> as> 2. функиональность. нужно, чтобы умело хотя бы вот такую схему: раз в
AC> as> неделю фул
abraham shapirus -> debian-russian@lists.debian.org @ Sun, 26 Feb 2006
15:13:35 +0200 (EET):
as> 1. кроссплатформенность. чтобы как клиентская, так и серверная части
as> умели работать как под debian, так и под win32 (win 9x не требуется).
as> 2. функиональность. нужно, чтобы умело хотя бы во
On Sun, 26 Feb 2006, Dmitri V. Ivanov wrote:
DVI> > умели работать как под debian, так и под win32 (win 9x не требуется).
DVI> > 2. функиональность. нужно, чтобы умело хотя бы вот такую схему: раз в
DVI> > неделю фулл бекап заданного набора файлов (затирая предыдущую копию),
DVI> > и каждую ночь и
On Sun, Feb 26, 2006 at 03:13:35PM +0200, abraham shapirus wrote:
> умели работать как под debian, так и под win32 (win 9x не требуется).
> 2. функиональность. нужно, чтобы умело хотя бы вот такую схему: раз в
> неделю фулл бекап заданного набора файлов (затирая предыдущую копию),
> и каждую ночь и
Здравствуйте.
Потихоньку ищу какой-нибудь бекап солюшн. Задачи и требования:
1. кроссплатформенность. чтобы как клиентская, так и серверная части
умели работать как под debian, так и под win32 (win 9x не требуется).
2. функиональность. нужно, чтобы умело хотя бы вот такую схему: раз в
неделю фул
74 matches
Mail list logo
