The OpenNET Project / Index page

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

Размышления о планировании операции резервного копирования

07.04.2006 00:28

В статье "О разработке процедур резервного копирования, архивирования и восстановления серверов и баз данных" представлена квинтэссенция опыта по теме организации и планирования процесса резервного копирования.

  1. Главная ссылка к новости (http://santa-claus-rpm.livejou...)
  2. Заметки о резервном копировании opennet
  3. Наиболее респостраненные ошибки при организации резервного копировани баз данных
Автор новости: Santa Claus
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/7284-backup
Ключевые слова: backup
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (25) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Сергей (??), 13:34, 07/04/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Млин, сам ничо такого не написал, поэтому сразу признаю, что ругачки мои есть только слова, за которыми ничего нет.
    Santa Claus, это реферат на тему "резервное копирование"? Плюс работы - очень последовательно. Если перечисленных книжек не читал, то как очень качественная памятка пойдет на ура.
    А так... Ничего особенного. План действительно хорошей работы
     
     
  • 2.5, Santa_Claus (??), 14:54, 07/04/2006 [^] [^^] [^^^] [ответить]  
  • +/
    >это реферат на тему "резервное копирование"

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

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

     

  • 1.2, citrin (ok), 13:36, 07/04/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Еще полезная ссылка по поводу резервного копирования:
    http://citrin.ru/backup.html
     
  • 1.3, Аноним (-), 14:12, 07/04/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    amanda рулитъ
     
     
  • 2.6, Santa_Claus (??), 14:55, 07/04/2006 [^] [^^] [^^^] [ответить]  
  • +/
    >amanda рулитъ

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

     
     
  • 3.10, Квагга (?), 16:56, 07/04/2006 [^] [^^] [^^^] [ответить]  
  • +/
    бакула давал возможность удаленно снимать копии на ВИНДУ - не было бы ему цены!
     
     
  • 4.11, Santa_Claus (ok), 18:07, 07/04/2006 [^] [^^] [^^^] [ответить]  
  • +/
    >бакула давал возможность удаленно снимать копии на ВИНДУ - не было бы ему цены!

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

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

     
     
  • 5.12, Квагга (?), 21:29, 07/04/2006 [^] [^^] [^^^] [ответить]  
  • +/
    Поделись конфигами!
     
     
  • 6.23, Santa_Claus (ok), 16:52, 12/04/2006 [^] [^^] [^^^] [ответить]  
  • +/
    >Поделись конфигами!

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

     
  • 6.24, Santa_Claus (ok), 09:07, 11/05/2006 [^] [^^] [^^^] [ответить]  
  • +/
    >Поделись конфигами!

    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.

     

  • 1.4, Ананим (?), 14:46, 07/04/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Превед, в большинстве случаев также рулитъ rsync+ssh или даже tar+ssh ;-)
     
  • 1.7, Аноним (-), 15:10, 07/04/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    #!/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 и наслаждаемся жизнью :)

     
     
  • 2.8, mezantrop (??), 15:37, 07/04/2006 [^] [^^] [^^^] [ответить]  
  • +/
    Замечательно, а если надо 10Tb забэкапить? :))
     
     
  • 3.9, Andrey Mitrofanov (?), 16:22, 07/04/2006 [^] [^^] [^^^] [ответить]  
  • +/
    > а если надо 10Tb забэкапить? :))
    А те, кому надо 10Тб забэкапить _работают_, а не наслаждаются жизнью. ;)
    ---Работайте, негры, работайте. Солнце ещё высоко.
     
  • 3.14, smartcgi (?), 12:25, 08/04/2006 [^] [^^] [^^^] [ответить]  
  • +/
    >Замечательно, а если надо 10Tb забэкапить? :))


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

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

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

     
     
  • 4.16, scamp (??), 11:53, 09/04/2006 [^] [^^] [^^^] [ответить]  
  • +/
    >Угу
    >или например у меня 240 серваков :(
    >винты вставлять?
    >
    >и парочка SAN-в....
    >
    >невольно задумаешься о лентах

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

     
     
  • 5.18, Квагга (?), 19:43, 09/04/2006 [^] [^^] [^^^] [ответить]  
  • +/
    Вы меня простите, но без ваших пояснений "для SAN-в нужно использовать snapshot" - кажется мне страшной дичью.

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

    Все же bacula.

     
     
  • 6.25, scamp (??), 16:02, 02/11/2006 [^] [^^] [^^^] [ответить]  
  • +/
    >Вы меня простите, но без ваших пояснений "для SAN-в нужно использовать snapshot"
    >- кажется мне страшной дичью.
    >
    >Не представляю себе snapshot'а устройства, о геометрии котрого у системы нет никаких
    >предположений.
    >
    >Все же bacula.

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

     
  • 2.13, RedAss (?), 23:09, 07/04/2006 [^] [^^] [^^^] [ответить]  
  • +/
    > (tar --create --gzip --sparse --file=/home/backup/$HOSTNAME-'date +%u'.tgz \

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

     
     
  • 3.19, Квагга (?), 20:07, 09/04/2006 [^] [^^] [^^^] [ответить]  
  • +/
    Сколько у вас систем и как часто они модифицируются?

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

    Главное, чтобы листок не сгорел при землетрясении, после чего эту систему можно просто накатить с нуля по алгоритму: ставим ось, ставим 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 "мама, я живой!"

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

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

     
  • 3.20, Аноним (-), 09:49, 10/04/2006 [^] [^^] [^^^] [ответить]  
  • +/
    >> (tar --create --gzip --sparse --file=/home/backup/$HOSTNAME-'date +%u'.tgz \
    >
    >давно не видел такой глупости.
    >вы понимаете, что каждый день собираете в кучу одни и те же
    >фалы, дублируя их сотни раз?

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

     
     
  • 4.21, Квагга (?), 10:54, 10/04/2006 [^] [^^] [^^^] [ответить]  
  • +/
    Сядешь писать - заглянешь в мануал тара.

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

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

     
     
  • 5.22, Аноним (-), 14:44, 10/04/2006 [^] [^^] [^^^] [ответить]  
  • +/
    >Сядешь писать - заглянешь в мануал тара.
    >
    >Всем проще открыть в нескольких панелях несколько вариантов текстов из разных полных
    >таров и полистать, что менялось за последние минуты или дни.
    >
    >Ты еще поучи меня не исходники править, а прямо патчи непосредственно.

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

     

  • 1.15, Аноним (15), 22:33, 08/04/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >давно не видел такой глупости.
    Да нет. это не глупость. если раз в ... полный бэкап системы снимать (без баз данныхи и прочего - только системы).
    А для повседневного сохранения (конфигов) на диск неплохо идет bonmia.

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

     
     
  • 2.17, Квагга (?), 19:38, 09/04/2006 [^] [^^] [^^^] [ответить]  
  • +/
    Нельзя ли подробнее?

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

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

     
     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

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