The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка  RSS
"OpenNews: Размышления о планировании операции резервного коп..."
Вариант для распечатки  
Пред. тема | След. тема 
Форумы Разговоры, обсуждение новостей (Public)
Изначальное сообщение [Проследить за развитием треда]

"OpenNews: Размышления о планировании операции резервного коп..."  
Сообщение от opennews (??) on 07-Апр-06, 13:34 
В статье "О разработке процедур резервного копирования, архивирования и восстановления серверов и баз данных (http://santa-claus-rpm.livejournal.com/2801.html)" представлена квинтэссенция опыта по теме организации и планирования процесса резервного копирования.

URL: http://santa-claus-rpm.livejournal.com/2801.html
Новость: http://www.opennet.ru/opennews/art.shtml?num=7284

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

 Оглавление

Сообщения по теме [Сортировка по времени, UBB]


1. "Размышления о планировании операции резервного копирования"  
Сообщение от Сергей (??) on 07-Апр-06, 13:34 
Млин, сам ничо такого не написал, поэтому сразу признаю, что ругачки мои есть только слова, за которыми ничего нет.
Santa Claus, это реферат на тему "резервное копирование"? Плюс работы - очень последовательно. Если перечисленных книжек не читал, то как очень качественная памятка пойдет на ура.
А так... Ничего особенного. План действительно хорошей работы
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

5. "Размышления о планировании операции резервного копирования"  
Сообщение от Santa_Claus email(??) on 07-Апр-06, 14:54 
>это реферат на тему "резервное копирование"

нет, для работы делал.
Сюда запостил для обретения дельных замечаний и советов.

>Ничего особенного
Конечно. Если учесть, что такого, ну чтобы полно и со всех сторон, повторюсь, я на русском нигде не видел.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

2. "Размышления о планировании операции резервного копирования"  
Сообщение от citrin email(ok) on 07-Апр-06, 13:36 
Еще полезная ссылка по поводу резервного копирования:
http://citrin.ru/backup.html
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

3. "Размышления о планировании операции резервного копирования"  
Сообщение от Аноним on 07-Апр-06, 14:12 
amanda рулитъ
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

6. "Размышления о планировании операции резервного копирования"  
Сообщение от Santa_Claus email(??) on 07-Апр-06, 14:55 
>amanda рулитъ

Не аманда, а бакула рулит.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

10. "Если бы еще "  
Сообщение от Квагга on 07-Апр-06, 16:56 
бакула давал возможность удаленно снимать копии на ВИНДУ - не было бы ему цены!
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

11. "Если бы еще "  
Сообщение от Santa_Claus email(ok) on 07-Апр-06, 18:07 
>бакула давал возможность удаленно снимать копии на ВИНДУ - не было бы ему цены!

Ну, мне дает ;)

(речь все еще идет о бакуле ? ;)

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

12. "Научи меня немедленно!"  
Сообщение от Квагга on 07-Апр-06, 21:29 
Поделись конфигами!
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

23. "Научи меня немедленно!"  
Сообщение от Santa_Claus email(ok) on 12-Апр-06, 16:52 
>Поделись конфигами!

Я ошибся.
"_на_ ВИНДУ" не дает, _С_ винды - да.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

24. "Научи меня немедленно!"  
Сообщение от Santa_Claus email(ok) on 11-Май-06, 09:07 
>Поделись конфигами!

From: robertn@the-nelsons.org
Subject: [Bacula-users] Storage Daemon ported to Windows
Sender: bacula-users-admin@lists.sourceforge.net

I've ported the Storage Daemon and related tools to Windows.  Tested the
tape with btape and all tests passed.  WooHoo!!

Next I need to get the Daemon running as a service and do some more backup /
restore testing.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

4. "Размышления о планировании операции резервного копирования"  
Сообщение от Ананим on 07-Апр-06, 14:46 
Превед, в большинстве случаев также рулитъ rsync+ssh или даже tar+ssh ;-)
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

7. "Размышления о планировании операции резервного копирования"  
Сообщение от Аноним on 07-Апр-06, 15:10 
#!/bin/sh

HOSTNAME=`hostname`

if [ `date +%u` == "1" ] ; then
  # Full backup
  rm -f /var/tmp/dumpinfo
fi

(tar --create --gzip --sparse --file=/home/backup/$HOSTNAME-`date +%u`.tgz \
   --listed-incremental=/var/tmp/dumpinfo \
    --exclude='/home/backup/*' \
    --exclude='/proc/*' \
    --exclude='/var/named/chroot/proc/*' \
    --exclude='/sys/*' \
    --exclude='/var/account/*' \
    --exclude='/var/run/*.pid' \
    --exclude='/var/cache/yum/*/headers/*' \
    --exclude='/var/cache/yum/*/packages/*' \
    --exclude='/var/log/*/*.gz' \
    --exclude='/var/log/*.gz' \
  / ) 2>&1 | \
  grep -v "socket ignored" | grep -v "Removing leading" | \
  grep -v "Cannot stat: No such file or directory" | \
  grep -v "file changed as we read it" | \
  grep -v "Error exit delayed from previous errors"

Запузыриваем такой скриптик в cron.daily, монтируем отдельный винт в /home/backup и наслаждаемся жизнью :)

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

8. "Размышления о планировании операции резервного копирования"  
Сообщение от mezantrop (??) on 07-Апр-06, 15:37 
Замечательно, а если надо 10Tb забэкапить? :))
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

9. "1E13 b"  
Сообщение от Andrey Mitrofanov on 07-Апр-06, 16:22 
> а если надо 10Tb забэкапить? :))
А те, кому надо 10Тб забэкапить _работают_, а не наслаждаются жизнью. ;)
---Работайте, негры, работайте. Солнце ещё высоко.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

14. "Размышления о планировании операции резервного копирования"  
Сообщение от smartcgi on 08-Апр-06, 12:25 
>Замечательно, а если надо 10Tb забэкапить? :))


Угу
или например у меня 240 серваков :(
винты вставлять?

и парочка SAN-в....

невольно задумаешься о лентах

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

16. "Размышления о планировании операции резервного копирования"  
Сообщение от scamp (??) on 09-Апр-06, 11:53 
>Угу
>или например у меня 240 серваков :(
>винты вставлять?
>
>и парочка SAN-в....
>
>невольно задумаешься о лентах

для SAN-в нужно использовать snapshot и потом на
HP Ultium3 с библиотекой под него + HP Data Protector Manager поможет отцу русской демократии ;-) а все что тут пемералывают по бэкапу это не для размеров производства.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

18. "для SAN-в нужно использовать snapshot "  
Сообщение от Квагга on 09-Апр-06, 19:43 
Вы меня простите, но без ваших пояснений "для SAN-в нужно использовать snapshot" - кажется мне страшной дичью.

Не представляю себе snapshot'а устройства, о геометрии котрого у системы нет никаких предположений.

Все же bacula.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

25. "для SAN-в нужно использовать snapshot "  
Сообщение от scamp (??) on 02-Ноя-06, 16:02 
>Вы меня простите, но без ваших пояснений "для SAN-в нужно использовать snapshot"
>- кажется мне страшной дичью.
>
>Не представляю себе snapshot'а устройства, о геометрии котрого у системы нет никаких
>предположений.
>
>Все же bacula.

Вы знакомы с работой LVM? Там есть такое понятие, как snapshot и самой ФС обсолютно монопенисуально на геометрию винтов или других устройств хранения. Ну так вот, в SAN есть такое же понятие - snapshot. Это на примере HP EVA 5000. Возможность создания таких снапшотов появляется после покупке соотвествующей лиценции. Но это все обсолютно реально! А про геметрию устройств... так это не тот уровень, это не аппаратная функция, а программная, соответственно если система на этом работает, то почему нельзя его сделать?!

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

13. "Размышления о планировании операции резервного копирования"  
Сообщение от RedAss email on 07-Апр-06, 23:09 
> (tar --create --gzip --sparse --file=/home/backup/$HOSTNAME-`date +%u`.tgz \

давно не видел такой глупости.
вы понимаете, что каждый день собираете в кучу одни и те же фалы, дублируя их сотни раз?
ну да, винты теперь большие, не жалко. скрипты мы умеем писать, крутые хацкеры теперя.
главная функция любых систем архивирования (даже у маздая) состоит в выявлении и архивации
файлов, которые ИЗМЕНИЛИСЬ, а не всё подряд до кучи, как сорока стёклышки.
аманда - старая и заслуженная система, она давно и успешно рулит.
но лучше всего придумали в bell labs для plan9: сбрасывать каждый день на диски (в
оригинале использована CD-R библиотека) даже не файлы, а ДИСКОВЫЕ БЛОКИ,КОТОРЫЕ ИЗМЕНИЛИСЬ
система при этом позволяет прозрачно для пользователя монтировать своё состояние на любую нужную юзеру дату.
   "...легкий доступ к файлам резервного копирования без лент, специальных команд или привлечения персонала поддержки. Трудно переоценить улучшение образа жизни, обеспечиваемое этим сервисом..." http://ask.km.ru/plan9/doc/9.html

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

19. "давно не видел такой глупости?"  
Сообщение от Квагга on 09-Апр-06, 20:07 
Сколько у вас систем и как часто они модифицируются?

Если системы НЕ находится в разработке, то достаточно половинки тетрадного листка: "мой бокс фром скрэтч" всунутого в корпус.

Главное, чтобы листок не сгорел при землетрясении, после чего эту систему можно просто накатить с нуля по алгоритму: ставим ось, ставим AMP и т.д. ...

После чего заливаем полтора DVD данных. Операция бекапа здесь - принципиально излишня.
Функции поддержания целостности данных сиполняют багор и ящик с песком в конце коридора, поскольку система и требовани к ней есть заключены в "минимал инсталл", а данные - в бекофисах и могут быть вновь залиты на любую систему за часы или минуты.

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

Суешь нос в исходники - прежде чем открыть файл для изменений - "в кучу одни и те же фалы, дублируя их сотни раз" для своей директории.

Развертывать полсотни CVS'ов ? Дольше настраивать, чем писать само приложение, исходники которого будут сидеть в CVS'е.

#!/bin/sh
.....
OUTF="XXXXXXXXX_$(date +%Y)-$(date +%h)-$(date +%d)_$(date +%H)-$(date +%M).tgz"
tar -c -Z -f $TGTD$OUTF $SRCD
echo "мама, я живой!"

И утоптать сверху бакулкой. Все эти сотни микроснэпов.

Объемы же резервного копирования по любэ ВСЕГДА будут в СОТНИ и ТЫСЯЧИ раз превышать объемы сохряняемых данных. И до тех пор, пока вы этого не поняли - вы в страшной опасности, если ваши сервисы чувствителны к простоям. Теряйте хотя бы сотку ЛИЧНЫХ баксов в час и вы зацените концепт пяти девяток.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

20. "Размышления о планировании операции резервного копирования"  
Сообщение от Аноним on 10-Апр-06, 09:49 
>> (tar --create --gzip --sparse --file=/home/backup/$HOSTNAME-`date +%u`.tgz \
>
>давно не видел такой глупости.
>вы понимаете, что каждый день собираете в кучу одни и те же
>фалы, дублируя их сотни раз?

  Преклоняюсь перед гуру :) Однако рекомендую почитать сначала мануал tar-а на предмет ключа --listed-incremental :)

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

21. " --listed-incremental"  
Сообщение от Квагга on 10-Апр-06, 10:54 
Сядешь писать - заглянешь в мануал тара.

Всем проще открыть в нескольких панелях несколько вариантов текстов из разных полных таров и полистать, что менялось за последние минуты или дни.

Ты еще поучи меня не исходники править, а прямо патчи непосредственно.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

22. " --listed-incremental"  
Сообщение от Аноним on 10-Апр-06, 14:44 
>Сядешь писать - заглянешь в мануал тара.
>
>Всем проще открыть в нескольких панелях несколько вариантов текстов из разных полных
>таров и полистать, что менялось за последние минуты или дни.
>
>Ты еще поучи меня не исходники править, а прямо патчи непосредственно.

  Ты вообще про что? Мой ответ не тебе адресован

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

15. "Размышления о планировании операции резервного копирования"  
Сообщение от Аноним email on 08-Апр-06, 22:33 
>давно не видел такой глупости.
Да нет. это не глупость. если раз в ... полный бэкап системы снимать (без баз данныхи и прочего - только системы).
А для повседневного сохранения (конфигов) на диск неплохо идет bonmia.

А для резервирования больших массивов есть волшебное слово - snapshot
А для ... .
п.с. в зависимости от задачи и условий решения могут быть разными.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

17. "Что за 'волшебное слово'?"  
Сообщение от Квагга on 09-Апр-06, 19:38 
Нельзя ли подробнее?

А то для финанализа есть волшебное слово "компьютер".

Я раскрыл тему? А вы?

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ] [Рекомендовать для помещения в FAQ]




Спонсоры:
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2022 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру