*** Vasiliy P. Melnik [2017-07-16 21:55]:
>далась вам эта фрагментация, сказали держать 20% свободного места и все будет
>хорошо.
В ZFS её легко можно получить просто медленно записывая файл. Да, можно
потом сделать cp file file_ && mv file_ file, но а если файлов много и
мало
*** Alex Kicelew [2017-07-16 22:11]:
>правильно ли я понимаю, что худшее, что я получу при
>превышении количества имеющихся чекпойнтов -- это необходимость снова
>ресилверить 4 часа вместо 5 минут?
Да, всё верно.
--
Sergey Matveev (http://www.stargrave.org/)
OpenPGP: CF60
On 07/16/17 21:43, Sergey Matveev wrote:
> Тоже всё верно. Но есть засада. Время от времени ZFS делает checkpoint
> -- обновляет überblock ссылающийся на самое свежее дерево метаданных. У
> этого checkpoint есть, грубо говоря, timestamp, который только
> увеличивается. Во время вставки диска для
*** Vasiliy P. Melnik [2017-07-16 21:59]:
>> Как минимум, zpool scrub может сообщить какие именно файлы повреждены и
>> из бэкапа их взять можно будет. Один раз у меня, когда внешний жёсткий
>> диск начал сыпаться, как-раз scrub показал что вот такой и такой файлы
>> биты --
>
> Как минимум, zpool scrub может сообщить какие именно файлы повреждены и
> из бэкапа их взять можно будет. Один раз у меня, когда внешний жёсткий
> диск начал сыпаться, как-раз scrub показал что вот такой и такой файлы
> биты -- взял из прошлого бэкапа.
>
У нас наверное просто разный подход к
ыше. Но раз уж я в
качестве эксперимента на нее перешел, то хотелось бы получить от этого
эксперимента максимум экспириенса. :) Все же бОльшая часть (хотя и не
все) данных у меня автоматически синхронизируется между всеми доступными
машинами (две домашние и две рабочие), а бэкап нужен в 75% для того,
ч
*** Vasiliy P. Melnik [2017-07-16 21:45]:
>так с данными лучше не поступать - проще использовать рсинк
Как минимум, zpool scrub может сообщить какие именно файлы повреждены и
из бэкапа их взять можно будет. Один раз у меня, когда внешний жёсткий
диск начал сыпаться, как-раз
>
> Но похожий хак можно например использовать для дефрагментации диска.
далась вам эта фрагментация, сказали держать 20% свободного места и все
будет хорошо.
*** Alex Kicelew [2017-07-16 21:02]:
>2) дожидаемся окончания ресилвера, однократно делаем этот диск
>загрузочным, говорим ему zpool offline и отсоединяем его; пул остается в
>degraded state, но полностью работоспособный (в этом моменте я уверен не
>до конца, и хотелось бы
*** Alex Kicelew [2017-07-16 21:02]:
>2) дожидаемся окончания ресилвера, однократно делаем этот диск
>загрузочным, говорим ему zpool offline и отсоединяем его; пул остается в
>degraded state, но полностью работоспособный (в этом моменте я уверен не
>до конца, и хотелось бы
Уравнение со слишком многими неизвестными и слишком большим количеством
если.
так с данными лучше не поступать - проще использовать рсинк, и лучше
складывать на ехт4, ибо инструментов рекавери с зфс-а нет, а один раз я уже
был в ситуации, когда очень бы они пригодились
16 июля 2017 г., 21:00
Hi
Вопрос адресован к тем, кто давно работает с ZFS (наверное, неважно, на
какой платформе) и хорошо в ней разбирается.
Просьба оценить (не)жизнеспособность такого экстравагантного способа
бэкапа пула, состоящего из одного диска:
1) в первый раз подсоединяем бэкапный диск по USB и говорим zpool
>> >> >> >> полтерабайта сделает полтора?
> >> >> >>
> >> >> >> SBK> Места-то сколько надо?
> >> >> >>
> >> >> >> Бэкап-сервер. Лучше больше.
> >> >>
> >> >> &
yway, тот SSD стоит настолько дороже винчестера, что для целей
>> бэкап-сервера (небыстрая в норме работа, но места надо много), если уж
>> покупать, то покупать не SSD, а винты в разы большей емкости.
OG> Конешно. Я показал пример почему беcсмысленно избегать RAID 5 в свете S
дисков обычно
не являются критичными. И завершения бэкапа, если он делается по крону,
обычно никто не ждёт. За исключением клинических случаев, когда бэкап
делается с выключением боевого сервиса, но просто не нужно так делать.
--
Eugene Berdnikov
роже HDD при одинаковых заявлениях о непрерывности работы.
> Но anyway, тот SSD стоит настолько дороже винчестера, что для целей
> бэкап-сервера (небыстрая в норме работа, но места надо много), если уж
> покупать, то покупать не SSD, а винты в разы большей емкости.
Конешно. Я показал приме
ымер
(симптоматика - бьются некоторые файлы на ровном месте), и я его
отключил.
Но anyway, тот SSD стоит настолько дороже винчестера, что для целей
бэкап-сервера (небыстрая в норме работа, но места надо много), если уж
покупать, то покупать не SSD, а винты в разы большей емкости.
А в моем случае есть то, что есть.
On 2016-03-24, Андрей Любимец wrote:
> 23.03.2016 18:51, Artem Chuprina пишет:
> АЛ> я за raid10 -- погугли "Why RAID 5 Sucks"
>
> Погуглил. Ничего внятного не увидел.
> Здесь подробнее https://geektimes.ru/post/78311/
От туда:
> Когда RAID-5 появился, в 1987 году, типичный жесткий диск был
к, что просто делается синхронизация rsync, а потом
> >> получившееся состояние запоминается с помощью снапшота.
> >>
> >> А вы что подумали?)
>
> EB> Я подумал, что проще и эффективнее "cp -al", а затем на полученной копии
> EB> "rsy
ора?
>> >> >>
>> >> >> SBK> Места-то сколько надо?
>> >> >>
>> >> >> Бэкап-сервер. Лучше больше.
>> >>
>> >> > Ну тогда все просто. Больше чем raid5 вы не получите.
>> >>
рабайта сделает полтора?
> >> >>
> >> >> SBK> Места-то сколько надо?
> >> >>
> >> >> Бэкап-сервер. Лучше больше.
> >>
> >> > Ну тогда все просто. Больше чем raid5 вы не получите.
> >>
>
апоминается с помощью снапшота.
>>
>> А вы что подумали?)
EB> Я подумал, что проще и эффективнее "cp -al", а затем на полученной копии
EB> "rsync --delete". Это даёт инкрементальный бэкап (эквивалентный полному)
EB> и не требует поддержки снапшотов.
Не требует. Я дома так и делаю. Но если снапшоты все равно в комплекте?
чившееся состояние запоминается с помощью снапшота.
>
> А вы что подумали?)
Я подумал, что проще и эффективнее "cp -al", а затем на полученной копии
"rsync --delete". Это даёт инкрементальный бэкап (эквивалентный полному)
и не требует поддержки снапшотов.
Можно и в
On Wed, Mar 23, 2016 at 07:52:40PM +0300, Eugene Berdnikov wrote:
> Интересно, для чего может понадобиться снапшот свежего бэкапа?
Я понял так, что просто делается синхронизация rsync, а потом
получившееся состояние запоминается с помощью снапшота.
А вы что подумали?)
ть неконсистентности.
>
> EB> Вообще, с rsync'ом снапшот не особо-то нужен. К тому же на той стороне,
> EB> которую нужно бэкапить, может не быть снапшотов.
>
> Речь про бэкап-сервер. На нем делается снапшот того, что только что
> сбэкапили.
Интересно, для чего может понадобиться снапшот свежего бэкапа?
--
Eugene Berdnikov
ой стороне,
EB> которую нужно бэкапить, может не быть снапшотов.
Речь про бэкап-сервер. На нем делается снапшот того, что только что
сбэкапили. Если на том, что бэкапится, есть снапшоты, то там снапшот
делается до. Но у меня как раз не будет.
On 23/03/16 15:51, Artem Chuprina wrote:
> Ну, я понимаю, что RAID 5 не переживет вылет любых двух дисков, в то
> время как RAID 10 - только половину вариантов.
Они оба не переживут при вылете двух дисков. 10 это не совсем 1+0.
Разница в том, что при вылете диска на RAID 5 I/O просядет заметно
On Wed, Mar 23, 2016 at 05:04:58PM +0300, Dmitry Kulagin wrote:
Более 10-ти лет работаю по следующей схеме.
На каждом диске создается по 3 раздела - swap (1-4 GB), boot (500MB), sys.
Boot разделы собираются в raid1 и монтируются в /boot, первые 2 диска -
основные, остальные - spare.
Eugene Berdnikov -> debian-russian@lists.debian.org @ Wed, 23 Mar 2016
17:49:54 +0300:
>> Аналогично для swap (при желании).
EB> Зачем своп на рейде делать? Данные там имеют ценность лишь при хибернейте,
EB> иначе рейд даёт лишь накладные расходы. Не лучше ли подключить несколько
EB>
On Wed, Mar 23, 2016 at 04:00:49PM +0200, Vasiliy P. Melnik wrote:
> Механизм простой - рсинком сливаешь и делаешь снапшот
Лучше наоборот, меньше вероятность неконсистентности.
Вообще, с rsync'ом снапшот не особо-то нужен. К тому же на той стороне,
которую нужно бэкапить, может не быть
On Wed, Mar 23, 2016 at 05:04:58PM +0300, Dmitry Kulagin wrote:
> Более 10-ти лет работаю по следующей схеме.
> На каждом диске создается по 3 раздела - swap (1-4 GB), boot (500MB), sys.
> Boot разделы собираются в raid1 и монтируются в /boot, первые 2 диска -
> основные, остальные - spare.
On Wed, Mar 23, 2016 at 05:04:58PM +0300, Dmitry Kulagin wrote:
> В качестве современной альтернативы данной схемы можно предложить btrfs или
> zfs, в которых и фс,
> и рейд, и lvm в одном флаконе.
btrfs не умеет нормально raid5 в jessie.
>> А можно поподробнее про модель? ZFS применяется вместо рейда, со своим
>> собственным? Или ты применяешь без рейда? zfs-fuse, т.е. система на
>> чем-то еще? Создание бэкапа при этом как - по принципу "сделали бэкап,
>> затем сделали снапшот"?
On Wed, Mar 23, 2016 at 04:00:49PM +0200, Vasiliy P. Melnik wrote:
>У меня просто обычный raid1 , но зфс много умеет разных рейдов. Есть
>компрессия на лету, что тоже хорошо
Есть data-checksums, что весьма полезно. Не знаю сколько у ТС
предполагается храниться бекапу, но у меня данные на
сильно страдает от дефрагментации из-за COW, что,
правда, не актуально для бэкап-
сервера. Установщик ее не поддерживает.
Jessie поддерживает btrfs, на одном разделе точно, но можно ли
выбирать рейд режимы и несколько разделов при установке мне неизвестно.
23.03.2016 13:06, Artem Chuprina пишет:
Люди
Создание бэкапа при этом как - по принципу "сделали бэкап,
> затем сделали снапшот"?
>
>
23 марта 2016 г., 17:39 пользователь Artem Chuprina написал:
> >> Это я и сам понимаю. Меня интересует, нету ли грабель с надежностью. В
> >> смысле, в случае вылета винта.
> > В случае вылета винта вы получите данные без избыточности
> > и при проблемах с любым
ебольшими
изменениями. Исключений, типа дампа базы данных, немного.
А можно поподробнее про модель? ZFS применяется вместо рейда, со своим
собственным? Или ты применяешь без рейда? zfs-fuse, т.е. система на
чем-то еще? Создание бэкапа при этом как - по принципу "сделали бэкап,
затем сделали снапшот"?
23 Mar 2016
> 17:49:52 +0600:
>
> >> >> >> Какой рейд лучше делать, по опыту? Пятый, который из четырех
> винтов по
> >> >> >> полтерабайта сделает полтора?
> >> >>
> >> >> SBK> Места-то сколько надо?
Андрей Любимец -> debian-russian@lists.debian.org @ Wed, 23 Mar 2016 17:49:52
+0600:
>> >> >> Какой рейд лучше делать, по опыту? Пятый, который из четырех винтов
>> по
>> >> >> полтерабайта сделает полтора?
>> >>
>>
Sergey B Kirpichev -> debian-russian@lists.debian.org @ Wed, 23 Mar 2016
14:55:27 +0300:
>> Это я и сам понимаю. Меня интересует, нету ли грабель с надежностью. В
>> смысле, в случае вылета винта.
> В случае вылета винта вы получите данные без избыточности
> и при проблемах с любым
On Wed, Mar 23, 2016 at 02:24:44PM +0300, Artem Chuprina wrote:
> Это я и сам понимаю. Меня интересует, нету ли грабель с надежностью. В
> смысле, в случае вылета винта.
В случае вылета винта вы получите данные без избыточности
и при проблемах с любым оставшимся диском - потерю данных. // КО.
лтора?
> >>
> >> SBK> Места-то сколько надо?
> >>
> >> Бэкап-сервер. Лучше больше.
>
> > Ну тогда все просто. Больше чем raid5 вы не получите.
>
> Это я и сам понимаю. Меня интересует, нету ли грабель с надежностью. В
> смысле,
Sergey B Kirpichev -> debian-russian@lists.debian.org @ Wed, 23 Mar 2016
14:07:58 +0300:
>> >> Какой рейд лучше делать, по опыту? Пятый, который из четырех винтов по
>> >> полтерабайта сделает полтора?
>>
>> SBK> Места-то сколько надо?
>&g
Stanislav Vlasov -> debian-russian @ Wed, 23 Mar 2016 15:35:25 +0500:
>> >> Какой рейд лучше делать, по опыту? Пятый, который из четырех винтов по
>> >> полтерабайта сделает полтора?
SV> Работал и такой вариант, но нам было медленно...
>> SBK> Мест
т полтора?
>
> SBK> Места-то сколько надо?
>
> Бэкап-сервер. Лучше больше.
Ну тогда все просто. Больше чем raid5 вы не получите.
> >> Какие тонкости с загрузкой?
>
> SBK> В jessie вроде должно уметь грузиться и с raid5.
>
> Installation manual про э
23 марта 2016 г., 15:24 пользователь Artem Chuprina <r...@lasgalen.net> написал:
> >> Какой рейд лучше делать, по опыту? Пятый, который из четырех винтов по
> >> полтерабайта сделает полтора?
Работал и такой вариант, но нам было медленно...
> SBK> Места-то
Sergey B Kirpichev -> debian-russian@lists.debian.org @ Wed, 23 Mar 2016
13:14:52 +0300:
>> Какой рейд лучше делать, по опыту? Пятый, который из четырех винтов по
>> полтерабайта сделает полтора?
SBK> Места-то сколько надо?
Бэкап-сервер. Лучше больше.
>> Какие тон
On Wed, Mar 23, 2016 at 01:06:54PM +0300, Artem Chuprina wrote:
> Какой рейд лучше делать, по опыту? Пятый, который из четырех винтов по
> полтерабайта сделает полтора?
Места-то сколько надо?
> Какие тонкости с загрузкой?
В jessie вроде должно уметь грузиться и с raid5.
Люди местные, сами мы недобрые, поможите умным словом.
Никогда не работал раньше с софтверным рейдом. Ситуация.
Надо сделать на коленке бэкап-сервер. В смысле, чтобы стоял под столом,
его никто не трогал, а он работал. Упса, вообще говоря, нет. Ну, пока
нет, а будет ли - непонятно.
Четыре винта
Доброго времени суток.
А может кто подскажет готовый инструмент для резервного
копирования/восстановления "сложной" дисковой конфигурации?
Под "сложной" я понимаю dm-crypt + lvm2. Плюс нужно восстановить UUID
файловых систем. Я понимаю, что все это можно воссоздать из livecd
руками и поправить
On Mon, Nov 29, 2010 at 03:47:22PM +0300, Artem Chuprina wrote:
Ему для этого достаточно одного флаг-файла. Ну, в предположении, что часы на
бэкапимой машине идут нормально. Но все остальные средства бэкапа тоже живут
в этом предположении. Только rsync, кажется, можно заставить проверять
В Пнд, 29/11/2010 в 11:32 +0300, Artem Chuprina пишет:
Есть простые способы сделать инкрементальный бэкап
зашифрованным? Сейчас никакого бэкапа вообще нет, раз в неделю
вручную делаю копию + WAL-лог базы ведётся
dar с ключами -K, -J
Если следующим шагом захочется
В Сбт, 27/11/2010 в 19:57 +0200, Michael Shigorin пишет:
On Fri, Nov 26, 2010 at 06:10:37PM +0200, Maxym Kudelya wrote:
Есть простые способы сделать инкрементальный бэкап
зашифрованным? Сейчас никакого бэкапа вообще нет, раз в неделю
вручную делаю копию + WAL-лог базы ведётся
dar с
В Пнд, 29/11/2010 в 02:58 +0300, Artem Chuprina пишет:
Есть простые способы сделать инкрементальный бэкап
зашифрованным? Сейчас никакого бэкапа вообще нет, раз в неделю
вручную делаю копию + WAL-лог базы ведётся
dar с ключами -K, -J
Если следующим шагом захочется разных клиентов
On Fri, Nov 26, 2010 at 06:10:37PM +0200, Maxym Kudelya wrote:
Есть простые способы сделать инкрементальный бэкап
зашифрованным? Сейчас никакого бэкапа вообще нет, раз в неделю
вручную делаю копию + WAL-лог базы ведётся
dar с ключами -K, -J
Если следующим шагом захочется разных клиентов
25.11.2010 02:08, Denis Feklushkin пишет:
Есть простые способы сделать инкрементальный бэкап зашифрованным? Сейчас
никакого бэкапа вообще нет, раз в неделю вручную делаю копию + WAL-лог
базы ведётся
dar с ключами -K, -J
--
maxym
--
To UNSUBSCRIBE, email to debian-russian-requ
Denis Feklushkin пишет:
Хостинг у нас добрый, даёт нахаляву бэкапное место. Но кто у них там
будет иметь к нему будет иметь доступ знает только Аллах.
Есть простые способы сделать инкрементальный бэкап зашифрованным? Сейчас
никакого бэкапа вообще нет, раз в неделю вручную делаю копию + WAL
инкрементальный бэкап зашифрованным? Сейчас
никакого бэкапа вообще нет, раз в неделю вручную делаю копию + WAL-лог
базы ведётся
duplicity
это ведь просто tar | gpg | ssh ? Чем это отличается от tar?
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject
В Чтв, 25/11/2010 в 10:39 +0300, Jedi пишет:
Denis Feklushkin пишет:
Хостинг у нас добрый, даёт нахаляву бэкапное место. Но кто у них там
будет иметь к нему будет иметь доступ знает только Аллах.
Есть простые способы сделать инкрементальный бэкап зашифрованным? Сейчас
никакого бэкапа
инкрементальный бэкап зашифрованным? Сейчас
никакого бэкапа вообще нет, раз в неделю вручную делаю копию + WAL-лог
базы ведётся
duplicity
это ведь просто tar | gpg | ssh ?
librsync
А оно заработает с ssh?
Чем это отличается от tar?
Не, ну можно всё то же самое руками написать
aespipe мне помог
2010/11/25 Denis Feklushkin denis.feklush...@gmail.com:
Хостинг у нас добрый, даёт нахаляву бэкапное место. Но кто у них там
будет иметь к нему будет иметь доступ знает только Аллах.
Есть простые способы сделать инкрементальный бэкап зашифрованным? Сейчас
никакого бэкапа
Хостинг у нас добрый, даёт нахаляву бэкапное место. Но кто у них там
будет иметь к нему будет иметь доступ знает только Аллах.
Есть простые способы сделать инкрементальный бэкап зашифрованным? Сейчас
никакого бэкапа вообще нет, раз в неделю вручную делаю копию + WAL-лог
базы ведётся
Например, используя loopback устройство:
apt-get install loop-aes-utils
apt-get install cryptsetup
modprobe loop
modprobe aes
modprobe dm-crypt
dd if=/dev/zero of=/home/marco/crloop bs=1M count=640
losetup /dev/loop0 /home/marco/crloop
cryptsetup -c aes -y create crloop /dev/loop0
mkfs.ext3
объём и
складывать в бэкап. gpg, к тому же, умеет безопасно открытым ключом на
лету шифровать
вопрос собственно не в том какая криптография нам доступна, а скорее в
том, что может уже кто-то таким заморочился и нашёл нормальный способ
это сделать.
--
To UNSUBSCRIBE, email to debian-russian-requ
Denis Feklushkin wrote:
Хостинг у нас добрый, даёт нахаляву бэкапное место. Но кто у них там
будет иметь к нему будет иметь доступ знает только Аллах.
Есть простые способы сделать инкрементальный бэкап зашифрованным? Сейчас
никакого бэкапа вообще нет, раз в неделю вручную делаю копию + WAL
В Чтв, 25/11/2010 в 03:05 +, James Brown пишет:
Denis Feklushkin wrote:
Хостинг у нас добрый, даёт нахаляву бэкапное место. Но кто у них там
будет иметь к нему будет иметь доступ знает только Аллах.
Есть простые способы сделать инкрементальный бэкап зашифрованным? Сейчас
никакого
bacula умеет делать сабж?
сходу не нашёл, попытался имитировать честный раздел для бэкапа
используя curlftpfs - не заработало, т.к., видимо, к блочным устройствам
предполагается множественный доступ, чего FTP дать не может
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
зеркала эта самая таблица разделов в жизни не слетала (нагрузка
высокая, да).
Имхо лучший вариант - отдельный системный диск и бэкап настроек плюс,
желательно договориться, чтобы хостер раз в месяц снимал образ этого
диска. Тогде, если слетит система или системный диск - вам в кратчайшие
сроки любой
В Чтв, 11/03/2010 в 09:57 +0300, Alex Petrov пишет:
Уважаемые, подскажите, чем и как лучше забэкапить удаленную машину? ну
на случай обрушения винта к примеру, чтобы потом можно было
восстановить в короткие сроки. ехать и подрубать cdrom, клавиатуру,
мышь туда не хочется..
Насколько коротки,
11 марта 2010 г. 11:06 пользователь DamirX damir.haki...@gmail.com написал:
В Чтв, 11/03/2010 в 09:57 +0300, Alex Petrov пишет:
Уважаемые, подскажите, чем и как лучше забэкапить удаленную машину? ну
на случай обрушения винта к примеру, чтобы потом можно было
восстановить в короткие сроки.
On Thu, Mar 11, 2010 at 09:57:34AM +0300, Alex Petrov wrote:
Уважаемые, подскажите, чем и как лучше забэкапить удаленную
машину? ну на случай обрушения винта к примеру, чтобы потом
можно было восстановить в короткие сроки. ехать и подрубать
cdrom, клавиатуру, мышь туда не хочется..
Для bare
On 11/03/10 09:57, Alex Petrov wrote:
Уважаемые, подскажите, чем и как лучше забэкапить удаленную машину? ну
на случай обрушения винта к примеру, чтобы потом можно было
восстановить в короткие сроки.
Mindi/Mondo? Оно заточено именно под создание загружаемого комплекта CD
для автоматического
11 марта 2010 г. 11:12 пользователь Alexey Lobanov
a.loba...@gctrials.com написал:
On 11/03/10 09:57, Alex Petrov wrote:
Уважаемые, подскажите, чем и как лучше забэкапить удаленную машину? ну
на случай обрушения винта к примеру, чтобы потом можно было
восстановить в короткие сроки.
В Чтв, 11/03/2010 в 11:13 +0300, Alex Petrov пишет:
11 марта 2010 г. 11:06 пользователь DamirX damir.haki...@gmail.com написал:
В Чтв, 11/03/2010 в 09:57 +0300, Alex Petrov пишет:
Уважаемые, подскажите, чем и как лучше забэкапить удаленную машину? ну
на случай обрушения винта к примеру,
Метод извращенца: на соседнем компе за роутером поднять dhcp с раздачей
операционки по tftp.
Если роутер - классическая железка то настроить netboot и в итоге коли-что
shell будет там сразу.
2010/3/11 Alex Petrov plak...@gmail.com
11 марта 2010 г. 11:12 пользователь Alexey Lobanov
Уважаемые, подскажите, чем и как лучше забэкапить удаленную машину? ну
на случай обрушения винта к примеру, чтобы потом можно было
восстановить в короткие сроки. ехать и подрубать cdrom, клавиатуру,
мышь туда не хочется..
Насколько коротки, эти короткие сроки?
А так, вообще: rsnapshot,
11.03.2010 13:48, Alex Petrov пишет:
11 марта 2010 г. 11:12 пользователь Alexey Lobanov
a.loba...@gctrials.com написал:
On 11/03/10 09:57, Alex Petrov wrote:
Уважаемые, подскажите, чем и как лучше забэкапить удаленную машину? ну
на случай обрушения винта к примеру, чтобы потом
On Thu, Mar 11, 2010 at 11:06:37AM +0300, DamirX wrote:
А так, вообще: rsnapshot, rdiffbackup, rsync на худой конец...
Я так понял, требуется снапшот всей системы, а все эти копии произвольных
каталогов можно восстанавливать только из минимально рабочей системы.
--
WBR, wRAR (ALT Linux Team)
В Чтв, 11/03/2010 в 11:48 +0300, Alex Petrov пишет:
Просто дело в том, что там роутер стоит без всего, ни cdrom, ни
клавиатуры и всего остального.. Хочется как-то удаленно делать
резервную копию, чтобы потом не понадобилось с нуля все настраивать на
всякий пожарный.
Пожары бывают разные...
В Чтв, 11/03/2010 в 12:02 +0300, Alex Petrov пишет:
так может лучше просто зеркало?
зеркало всей машины?
Нет. зеркало - в смысле дисковый массив из двух дисков уровня RAID1
да в принципе достаточно было бы раз в месяц
делать копию на всякий случай. Образ к примеру диска. просто tar
В Чтв, 11/03/2010 в 14:07 +0500, Andrey Rahmatullin пишет:
On Thu, Mar 11, 2010 at 11:06:37AM +0300, DamirX wrote:
А так, вообще: rsnapshot, rdiffbackup, rsync на худой конец...
Я так понял, требуется снапшот всей системы, а все эти копии произвольных
каталогов можно восстанавливать только из
Как я понимаю, в условии задачи не хватает пары условий.
1. Кто будет заниматься восстановлением на месте? Админ с отвёрткой,
девушка-бухгалтер, виндовый эникейщик?
2. От каких типов аварий хотим защититься? Порча конфигов, физическая
смерть диска, кража?
По поводу первого вопроса.
11 марта 2010 г. 12:19 пользователь Alexey Lobanov
a.loba...@gctrials.com написал:
Как я понимаю, в условии задачи не хватает пары условий.
1. Кто будет заниматься восстановлением на месте? Админ с отвёрткой,
девушка-бухгалтер, виндовый эникейщик?
2. От каких типов аварий хотим защититься?
В Чтв, 11/03/2010 в 12:19 +0300, Alexey Lobanov пишет:
Один рабочий, второй - с зеркалом. Зеркалирование
запускается не автоматически, а ручками, после удачно оттестированных
изменений. После копирования запасной винчестер размонтируем, и шпиндель
останавливаем - чтобы минимизировать
On 11/03/10 13:02, DamirX wrote:
В Чтв, 11/03/2010 в 12:19 +0300, Alexey Lobanov пишет:
Один рабочий, второй - с зеркалом. Зеркалирование
запускается не автоматически, а ручками, после удачно оттестированных
изменений. После копирования запасной винчестер размонтируем, и шпиндель
Alex Petrov пишет:
11 марта 2010 г. 11:06 пользователь DamirX damir.haki...@gmail.com
написал:
В Чтв, 11/03/2010 в 09:57 +0300, Alex Petrov пишет:
Уважаемые, подскажите, чем и как лучше забэкапить удаленную машину? ну
на случай обрушения винта к примеру, чтобы потом можно было
восстановить в
В Чтв, 11/03/2010 в 13:19 +0300, Alexey Lobanov пишет:
On 11/03/10 13:02, DamirX wrote:
В Чтв, 11/03/2010 в 12:19 +0300, Alexey Lobanov пишет:
Один рабочий, второй - с зеркалом. Зеркалирование
запускается не автоматически, а ручками, после удачно оттестированных
изменений. После
Привет
Alex Petrov wrote:
Уважаемые, подскажите, чем и как лучше забэкапить удаленную машину? ну
на случай обрушения винта к примеру, чтобы потом можно было
восстановить в короткие сроки. ехать и подрубать cdrom, клавиатуру,
мышь туда не хочется..
Backuppc например. Быкапишь локально, когда
Уважаемые, подскажите, чем и как лучше забэкапить удаленную машину? ну
на случай обрушения винта к примеру, чтобы потом можно было
восстановить в короткие сроки. ехать и подрубать cdrom, клавиатуру,
мышь туда не хочется..
--
С уважением, Алексей
Hello!
On Friday 26 February 2010 20:07:22 Denis Feklushkin wrote:
падает в корку когда его директорию с помощью mirrordir в другое место
копирую
Поправка - ядро его киляет, не понял ещё по какому критерию (в каких логах
смотреть?)
Недавно тестировал nilfs2 - ядро пришибает драйверпри
On Thu, Feb 18, 2010 at 10:32:49AM +0700, Denis Feklushkin wrote:
мне надо держать 5 Гб инфы в интернете в надёжном в плане сохранности (но не
безопасности) месте
наверняка ведь я не один такой и существуют сети добровольцев, обменивающихся
местом на своих винтах для бэкапа друг к другу?
18 февраля 2010 10:41:16 San_Sanych писали:
18.02.2010 10:05, Denis Feklushkin пишет:
On Thu, 18 Feb 2010 08:10:57 +0300
Nikolay Panovdebian-russ...@niksite.ru wrote:
А чем не нравится Amazon S3? Пять гигабайт это будет примерно с
полдоллара в месяц. Если хочется халявы, то можно
мне надо держать 5 Гб инфы в интернете в надёжном в плане сохранности (но не
безопасности) месте
наверняка ведь я не один такой и существуют сети добровольцев, обменивающихся
местом на своих винтах для бэкапа друг к другу? скажем, в 3 места,
соответственно, под это дело я готов дать 5 Гб * 3 у
Denis Feklushkin wrote:
мне надо держать 5 Гб инфы в интернете в надёжном в плане сохранности (но не
безопасности) месте
наверняка ведь я не один такой и существуют сети добровольцев, обменивающихся
местом на своих винтах для бэкапа друг к другу? скажем, в 3 места,
соответственно, под это
А чем не нравится Amazon S3? Пять гигабайт это будет примерно с
полдоллара в месяц. Если хочется халявы, то можно посмотреть на
dropbox.
Have a nice day,
Nikolay.
18.02.2010 10:05, Denis Feklushkin пишет:
On Thu, 18 Feb 2010 08:10:57 +0300
Nikolay Panovdebian-russ...@niksite.ru wrote:
А чем не нравится Amazon S3? Пять гигабайт это будет примерно с
полдоллара в месяц. Если хочется халявы, то можно посмотреть на
dropbox.
хочется халявы, да
On Sun, 25 Oct 2009 10:41:42 +0600, Eugene V. Samusev samu...@gmail.com
wrote:
2009/10/25 Vit vitr...@gmail.com
Здравствуйте!
Я хочу поставить на работе сервер для хранения бэкапов данных. В
качестве средства бэкапа выбрал rsnapshot (поскольку есть возможность
делать бэкап с файлов
*This message was transferred with a trial version of CommuniGate(r) Pro*
Встал небольшой вопрос о ежедневном бэкапе логов. Что можно для этого
использовать? Например чтобы просто пропускать лог-файл ч-з gzip с
добавление текущей даты к названию и последующей чистке. Кто чем пользуется?
--
2008/3/30 Ky6uk [EMAIL PROTECTED]:
Встал небольшой вопрос о ежедневном бэкапе логов. Что можно для этого
использовать? Например чтобы просто пропускать лог-файл ч-з gzip с
добавление текущей даты к названию и последующей чистке. Кто чем пользуется?
Вы не поверите - logrotate!
--
С
Результаты 1 - 100 из 126 matches
Mail list logo