Доброго дня, коллеги! Подскажите, а какие нонче используются средства бэкапа во фре? Из требований: 1. Запись на DVD, желательно минуя создание образа на диске. 2. Сжатие. 3. Возможность инкрементального бэкапа. В принципе ничего сложного, но чего-то ничего путного не гуглиться... -- Igor Vorontsov IV144-RIPE IV-UANIC =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Thu, Apr 19, 2007 at 02:01:23PM +0300, Igor Vorontsov wrote:
Доброго дня, коллеги!
Подскажите, а какие нонче используются средства бэкапа во фре? Из требований: 1. Запись на DVD, желательно минуя создание образа на диске. 2. Сжатие. 3. Возможность инкрементального бэкапа. В принципе ничего сложного, но чего-то ничего путного не гуглиться...
Поделюсь своим субъективным мнением по поводу бекапов во FreeBSD, т.к. у самого сейчас есть такая головная боль. Извините, если мысли покажутся слишком объемными ;) Бекапы имеет смысл делать по двум причинам: а) из опасения потери данных по неосторожности пользователей: что кто-то удалил нужный файл (нп в случае с файл-серверами). б) из опасения потери данных в случае сбоя железа: посыпался HDD etc. Если случай а) более приоритетен, то особого смысла бекапить систему целиком нет. В этом случае можно выделить только нужные разделы и для них сделать либо бекап с архивированием на съемный носитель (DVD, лента, внешний HDD, сетевой ресурс etc.), либо инкрементальный бекап на соседний или внешний HDD. Если случай б) более приоритетен (нп для серверов доступа или авторизации, когда софт очень привязан к системе) и есть смысл бекапить систему _полностью_, то инкрементальный бекап на соседний или внешний диск - самое оно. НО! И в том, и в том случае все зависит от объема данных. Если объем данных превышает 100 ГБ, то инкрементальный бекап нп с помощью dump/restore начинает напрягать. Позавчера как раз занимался таким. Полный dump/restore 300 ГБ на SATA150 занял порядка 6 часов. А Вам прийдется делать полный бекап раз в месяц. После полного бекапа инкрементальный дамп на большом количестве мелких файлов тоже быстро не делается. Его время тоже измеряется часами. Если надумаете, то схема такого бекапа неплохо описана на http://www.nncron.ru/nnbackup/help/EN/working/modes/dump.htm http://www.opennet.ru/docs/RUS/linuxsos/ch22_2.html#6 Подытоживая все сказанное: если объемы данных большие и есть необходимость бекапить все, то заведите себе RAID1 (как минимум). Софтварный на gmirror, если не позволяет бюджет, или хардварный (на 3ware или другом адаптере, если встроенного нет), если бюджета хватает. С RAID1 не будут напрягаться HDD - их ресурс тоже не бесконечен, а в случае сбоя просто замените сбойный HDD. -- Kind Regards, Alexander Shikoff AMS1-UANIC =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Thu, Apr 19, 2007 at 14:18:51 (+0300), Alexander Shikoff wrote:
Бекапы имеет смысл делать по двум причинам: а) из опасения потери данных по неосторожности пользователей: что кто-то удалил нужный файл (нп в случае с файл-серверами). б) из опасения потери данных в случае сбоя железа: посыпался HDD etc.
skip
Подытоживая все сказанное: если объемы данных большие и есть необходимость бекапить все, то заведите себе RAID1 (как минимум). Софтварный на gmirror, если не позволяет бюджет, или хардварный (на 3ware или другом адаптере, если встроенного нет), если бюджета хватает. С RAID1 не будут напрягаться HDD - их ресурс тоже не бесконечен, а в случае сбоя просто замените сбойный HDD.
Особенно хорошо RAID1 помагает в случае с "а)" ;)
-- Kind Regards, Alexander Shikoff AMS1-UANIC =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
-- wbr, kden =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Hi Alexander,
Бекапы имеет смысл делать по двум причинам: а) из опасения потери данных по неосторожности пользователей: что кто-то удалил нужный файл (нп в случае с файл-серверами). б) из опасения потери данных в случае сбоя железа: посыпался HDD etc.
Если случай а) более приоритетен, то особого смысла бекапить систему целиком нет. В этом случае можно выделить только нужные разделы и для них сделать либо бекап с архивированием на съемный носитель (DVD, лента, внешний HDD, сетевой ресурс etc.), либо инкрементальный бекап на соседний или внешний HDD.
Или все же snapshot (.snap)?
Если случай б) более приоритетен (нп для серверов доступа или авторизации, когда софт очень привязан к системе) и есть смысл бекапить систему _полностью_, то инкрементальный бекап на соседний или внешний диск - самое оно.
НО! И в том, и в том случае все зависит от объема данных. Если объем данных превышает 100 ГБ, то инкрементальный бекап нп с помощью dump/restore начинает напрягать.
Ну, rsync'ом тоже чудесно получается :) -- Michael Плюс - это когда два минуса поперек горла друг другу =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Hello! On Thu, 19 Apr 2007 at 14:01:23 (+0300), Igor Vorontsov wrote:
Подскажите, а какие нонче используются средства бэкапа во фре? Из требований: 1. Запись на DVD, желательно минуя создание образа на диске. 2. Сжатие. 3. Возможность инкрементального бэкапа. В принципе ничего сложного, но чего-то ничего путного не гуглиться...
Гляньте в сторону http://www.opennet.ru/dev/fsbackup/ (есть в портах) По поводу записи на dvd попробуйте growisofs из пакета dvd+rw-tools (тоже в портах). Правда, на фре я его не использовал, но под линуксом болванки пишет =) -- George L. Yermulnik [YZ-RIPE] =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Коллеги! Схемы бэкапов, надобность их, различные варианты хранения данных я знаю. ;) Мне интересны именно программы, реализующие то, что я написал. дамп/рестор - не сильно удобно. Упрощаю еще задачу, может что-то придет в голову, - надо что-то, чтобы 1 раз сделать полный бэкап и записать его на ДВД, желательно без постоянного наблюдения за процессом.
-----Original Message----- From: Alexander Shikoff [mailto:minotaur@padonki.org.ua] On Behalf Of Alexander Shikoff Sent: Thursday, April 19, 2007 2:19 PM To: Igor Vorontsov Cc: uanog@uanog.kiev.ua Subject: Re: [uanog] Бэкап во FreeBSD
On Thu, Apr 19, 2007 at 02:01:23PM +0300, Igor Vorontsov wrote:
Доброго дня, коллеги!
Подскажите, а какие нонче используются средства бэкапа во фре? Из требований: 1. Запись на DVD, желательно минуя создание образа на диске. 2. Сжатие. 3. Возможность инкрементального бэкапа. В принципе ничего сложного, но чего-то ничего путного не гуглиться...
Поделюсь своим субъективным мнением по поводу бекапов во FreeBSD, т.к. у самого сейчас есть такая головная боль. Извините, если мысли покажутся слишком объемными ;)
Бекапы имеет смысл делать по двум причинам: а) из опасения потери данных по неосторожности пользователей: что кто-то удалил нужный файл (нп в случае с файл-серверами). б) из опасения потери данных в случае сбоя железа: посыпался HDD etc.
Если случай а) более приоритетен, то особого смысла бекапить систему целиком нет. В этом случае можно выделить только нужные разделы и для них сделать либо бекап с архивированием на съемный носитель (DVD, лента, внешний HDD, сетевой ресурс etc.), либо инкрементальный бекап на соседний или внешний HDD. Если случай б) более приоритетен (нп для серверов доступа или авторизации, когда софт очень привязан к системе) и есть смысл бекапить систему _полностью_, то инкрементальный бекап на соседний или внешний диск - самое оно.
НО! И в том, и в том случае все зависит от объема данных. Если объем данных превышает 100 ГБ, то инкрементальный бекап нп с помощью dump/restore начинает напрягать. Позавчера как раз занимался таким. Полный dump/restore 300 ГБ на SATA150 занял порядка 6 часов. А Вам прийдется делать полный бекап раз в месяц. После полного бекапа инкрементальный дамп на большом количестве мелких файлов тоже быстро не делается. Его время тоже измеряется часами.
Если надумаете, то схема такого бекапа неплохо описана на http://www.nncron.ru/nnbackup/help/EN/working/modes/dump.htm http://www.opennet.ru/docs/RUS/linuxsos/ch22_2.html#6
Подытоживая все сказанное: если объемы данных большие и есть необходимость бекапить все, то заведите себе RAID1 (как минимум). Софтварный на gmirror, если не позволяет бюджет, или хардварный (на 3ware или другом адаптере, если встроенного нет), если бюджета хватает. С RAID1 не будут напрягаться HDD - их ресурс тоже не бесконечен, а в случае сбоя просто замените сбойный HDD.
-- Kind Regards, Alexander Shikoff AMS1-UANIC
=================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Hi! On Thu, Apr 19, 2007 at 14:26 +0300, Denis P. Khripun wrote:
On Thu, Apr 19, 2007 at 14:18:51 (+0300), Alexander Shikoff wrote:
Бекапы имеет смысл делать по двум причинам: а) из опасения потери данных по неосторожности пользователей: что кто-то удалил нужный файл (нп в случае с файл-серверами). б) из опасения потери данных в случае сбоя железа: посыпался HDD etc.
skip
Подытоживая все сказанное: если объемы данных большие и есть необходимость бекапить все, то заведите себе RAID1 (как минимум). Софтварный на gmirror, если не позволяет бюджет, или хардварный (на 3ware или другом адаптере, если встроенного нет), если бюджета хватает. С RAID1 не будут напрягаться HDD - их ресурс тоже не бесконечен, а в случае сбоя просто замените сбойный HDD.
Особенно хорошо RAID1 помагает в случае с "а)" ;)
Ну это... Раз в неделю из зеркала вынимается один из дисков, и кладется на полку, а вместо него ставится другой и перестраивается зеркало :) :) :) =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Hello! On Thu, 19 Apr 2007 at 14:35:13 (+0300), Igor Vorontsov wrote:
Коллеги! Схемы бэкапов, надобность их, различные варианты хранения данных я знаю. ;) Мне интересны именно программы, реализующие то, что я написал. дамп/рестор - не сильно удобно. Упрощаю еще задачу, может что-то придет в голову, - надо что-то, чтобы 1 раз сделать полный бэкап и записать его на ДВД, желательно без постоянного наблюдения за процессом.
Для этого какой-то dvd-changer понадобится =) А сделать 1 раз полный бэкап можно и dump'ом/pax'ом/tar'ом...
-----Original Message----- From: Alexander Shikoff [mailto:minotaur@padonki.org.ua] On Behalf Of Alexander Shikoff Sent: Thursday, April 19, 2007 2:19 PM To: Igor Vorontsov Cc: uanog@uanog.kiev.ua Subject: Re: [uanog] Бэкап во FreeBSD
On Thu, Apr 19, 2007 at 02:01:23PM +0300, Igor Vorontsov wrote:
Доброго дня, коллеги!
Подскажите, а какие нонче используются средства бэкапа во фре? Из требований: 1. Запись на DVD, желательно минуя создание образа на диске. 2. Сжатие. 3. Возможность инкрементального бэкапа. В принципе ничего сложного, но чего-то ничего путного не гуглиться...
Поделюсь своим субъективным мнением по поводу бекапов во FreeBSD, т.к. у самого сейчас есть такая головная боль. Извините, если мысли покажутся слишком объемными ;)
Бекапы имеет смысл делать по двум причинам: а) из опасения потери данных по неосторожности пользователей: что кто-то удалил нужный файл (нп в случае с файл-серверами). б) из опасения потери данных в случае сбоя железа: посыпался HDD etc.
Если случай а) более приоритетен, то особого смысла бекапить систему целиком нет. В этом случае можно выделить только нужные разделы и для них сделать либо бекап с архивированием на съемный носитель (DVD, лента, внешний HDD, сетевой ресурс etc.), либо инкрементальный бекап на соседний или внешний HDD. Если случай б) более приоритетен (нп для серверов доступа или авторизации, когда софт очень привязан к системе) и есть смысл бекапить систему _полностью_, то инкрементальный бекап на соседний или внешний диск - самое оно.
НО! И в том, и в том случае все зависит от объема данных. Если объем данных превышает 100 ГБ, то инкрементальный бекап нп с помощью dump/restore начинает напрягать. Позавчера как раз занимался таким. Полный dump/restore 300 ГБ на SATA150 занял порядка 6 часов. А Вам прийдется делать полный бекап раз в месяц. После полного бекапа инкрементальный дамп на большом количестве мелких файлов тоже быстро не делается. Его время тоже измеряется часами.
Если надумаете, то схема такого бекапа неплохо описана на http://www.nncron.ru/nnbackup/help/EN/working/modes/dump.htm http://www.opennet.ru/docs/RUS/linuxsos/ch22_2.html#6
Подытоживая все сказанное: если объемы данных большие и есть необходимость бекапить все, то заведите себе RAID1 (как минимум). Софтварный на gmirror, если не позволяет бюджет, или хардварный (на 3ware или другом адаптере, если встроенного нет), если бюджета хватает. С RAID1 не будут напрягаться HDD - их ресурс тоже не бесконечен, а в случае сбоя просто замените сбойный HDD.
-- Kind Regards, Alexander Shikoff AMS1-UANIC
=================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
-- George L. Yermulnik [YZ-RIPE] =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Hello! Мне интересны именно программы, реализующие то, что я написал. Bacula - умеет много, в т.ч инкрементные бекапы и выборочное восстановление данных, запись на болванки встроенной пока нет, но оно умеет разбивать на нужные порции данных, звать внешний скрипт, и писать о смене болванки в приводе.
George L. Yermulnik wrote on 19.04.2007 14:32: По поводу записи на dvd попробуйте growisofs из пакета dvd+rw-tools (тоже в портах). Правда, на фре я его не использовал, но под линуксом болванки пишет =)
под фрей тоже проблем нет :) -- Best regards, Andrey Yakovlev AYA-UANIC | AYA-RIPE =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Здравствуйте!
19.04.07, George L. Yermulnik
По поводу записи на dvd попробуйте growisofs из пакета dvd+rw-tools (тоже в портах). Правда, на фре я его не использовал, но под линуксом болванки пишет =)
Под фрей тоже growisofs нормально работает (если писалка ATAPI, нужно подгрузить/вкомпилировать в ядро atapicam, и в качестве устройства подсовывать именно /dev/cdX, а не "родной" /dev/acdX). Кстати, образ growisofs автоматически формирует - нужно просто сгруппировать подготовленные для записи файлы в один каталог. По стратегии архивирования ничего советовать не буду - как по мне, она сильно зависит от темпов изменения данных и повадок сисадмина ;)
George L. Yermulnik [YZ-RIPE]
-- Sincerely, Dmitry nic-hdl: LYNX-RIPE
On Thu, Apr 19, 2007 at 14:41:02 (+0300), George L. Yermulnik wrote:
Hello!
On Thu, 19 Apr 2007 at 14:35:13 (+0300), Igor Vorontsov wrote:
Коллеги! Схемы бэкапов, надобность их, различные варианты хранения данных я знаю. ;) Мне интересны именно программы, реализующие то, что я написал. дамп/рестор - не сильно удобно. Упрощаю еще задачу, может что-то придет в голову, - надо что-то, чтобы 1 раз сделать полный бэкап и записать его на ДВД, желательно без постоянного наблюдения за процессом.
Для этого какой-то dvd-changer понадобится =) А сделать 1 раз полный бэкап можно и dump'ом/pax'ом/tar'ом...
И это уже не говоря про то, что наблюдать за процессом просто прияяятно. ;) -- wbr, kden =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Hello! On Thu, 19 Apr 2007 at 14:45:58 (+0300), Dmitry Pryanishnikov wrote:
именно /dev/cdX, а не "родной" /dev/acdX). Кстати, образ growisofs автоматически формирует - нужно просто сгруппировать подготовленные для записи файлы в один каталог.
В один каталог необязательно: growisofs ... pathspec [pathspec ...] -- George L. Yermulnik [YZ-RIPE] =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Andrey Yakovlev wrote:
Hello! Мне интересны именно программы, реализующие то, что я написал. Bacula - умеет много, в т.ч инкрементные бекапы и выборочное восстановление данных, запись на болванки встроенной пока нет, но оно умеет разбивать на нужные порции данных, звать внешний скрипт, и писать о смене болванки в приводе.
George L. Yermulnik wrote on 19.04.2007 14:32: По поводу записи на dvd попробуйте growisofs из пакета dvd+rw-tools (тоже в портах). Правда, на фре я его не использовал, но под линуксом болванки пишет =)
под фрей тоже проблем нет :)
Бакулу с ленточками и цд писалкою пользуем - очень позитивно. Правда саму бакулу тоже бэкапить надо :)(инфа о библиотеках волумах итд хранится в sql-е) =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Hello, Igor Vorontsov! On Thu, Apr 19, 2007 at 02:01:23PM +0300, you wrote:
Доброго дня, коллеги!
Подскажите, а какие нонче используются средства бэкапа во фре? Из требований: 1. Запись на DVD, желательно минуя создание образа на диске. 2. Сжатие. 3. Возможность инкрементального бэкапа. В принципе ничего сложного, но чего-то ничего путного не гуглиться...
Из полезных схем: Две машинки, соединённые гигабитом. host0 и host1 На host0 (праймари машина): gmirror0( gmirror1(RAID1, ad0, ad1 ), ggated:host1 ) На host1 (машина, на которой делаются бэкапы): ggated(export, gmirror2(RAID1, ad0, ad1 ) ) Надеюсь, условные обозначения понятны без лишнего толкования. Схема удобна тем, что всегда есть машинка, пропадание которой на долгий промежуток времени не особо критично - это машинка с бэкапами, а при последующем её появлении в сети - автоматически поребилдится gmirror0, при этом на обоих машинках за счёт второго (внутреннего) gmirrora (gmirror1 и gmirror2) - создаётся дополнительная прослойка надёжности, также на бэкап машине это даёт возможность производить действия вида: - потушили ggated, - сбекапили, - при необходимости, заменили HDD, - взвели ggated. -- NEVE-RIPE, will build world for food Ukrainian FreeBSD User Group http://uafug.org.ua/ =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
participants (10)
-
Alexander Shikoff -
Alexandr Kovalenko -
Andrey Blochintsev -
Andrey Loginov -
Andrey Yakovlev -
Denis P. Khripun -
Dmitry Pryanishnikov -
George L. Yermulnik -
Igor Vorontsov -
Michael Petuschak