Проблема с бакапом vg


Главная Форумы POWER Systems AIX/Hardware Проблема с бакапом vg

В этой теме 7 ответов, 7 участников, последнее обновление  al al 6 года/лет, 11 мес. назад.

  • Автор
    Сообщения
  • #10681

    Semyon
    Участник

    Хочу обсудить тему. На р570 крутиться Оракл. 2 группы томов,находящиеся на DS4800 (4Gb/s), где находятся данные и индексы надо забакапить через AIX. Размер каждой группы томов около 1 Тб. Занятость около 700Гб. Подключена TS3100 напрямую в оптический адаптер 4Gb/s (не в SAN свитч). FC Tape Drive — LTO4 3850. Бакап одной такой группы томов занимает около 4 часов. Простой системы очень маленький, надо проделать процедуру бакапа всех групп томов примерно за 4 часа. Хочу спросить какие параметры Tape Drive в AIX можно подкрутить, чтобы сократить время бакапа (block_size, segment_size и т.д.), если это возможно? И есть ли какой-нибудь оптимальный параметр block_size для LTO4 3850? На данный момент стоит 0.

  • #10682

    andrewk
    Участник

    а не проще создать какой-нибудь снапшот и бэкапить с него?

  • #10689

    yota
    Участник

    А чем RMAN не устраивает интересно?

  • #10694

    uxTuaHgp
    Участник

    А чем RMAN не устраивает интересно?

    +100500

    Странный подход к резервному копированию оракловых баз.

  • #10711

    Serg
    Участник

    а чем бэкапите? у бэкапного софта обычно настройки делают.

  • #10788

    MIkhail
    Участник

    Согласен с yota, однако и у RMAN существует рекомендовынный размер блока которым он пишет на ленту.
    Рекомендуется для увеличения производительности резервного копирования:
    1 Увеличить количество потоков данных записываемых на одну ленту ( однако это влияет на время восстановлени!!!, что порой более важно чем окно backup)
    2 Размен блока для LTO4 ( как и рекомендации RMAN) 256k
    3 Использование централизованной системы резервного копирования, которая это позволяет выполнять без проблем
    4 И конечно для правельного выполнения резервного копирования/восстановления пользоваться встроиными средствами Oracle (RMAN), иначе на выходе можно получить раскоряку

  • #10789

    uxTuaHgp
    Участник

    Для ачала ужно выяснить, а что ограничивает скорость выполнения бэкапа?
    Если это диски, с которых сливается информация, то возможно как раз RMAN в много потоков и монтирование FS с CIO смогут помочь.
    Если это ленты, что сомнительно, то можно включить аппаратное сжатие на драйвах или compressed backupset в RMAN.
    Последнее актуально, только если процессоров избыток, ну и честно не пробовал сам — осилит ли сжатие на лету RMAN такой поток даных.
    Сжатие аппаратное на драйвах реально помогает.

  • #10823

    al al
    Участник

    Вопрос возник: а с железом (570 + DS) кроме AIX и Oracle разве не был куплен TSM ( сервер + клиент в наборе ba+api+tdpo). Если это поставлено и отконфигурено на ленточную библиотеку, то только надо поставить по crontab AIX или шедулеру TSM-server на ночное время в выходные (когда меньше нагрузка) и все проблемы отпадают сами собою (1 Tb реальной базы заливаеться на ленту примерно за 2 -3 часа для LTO3 при сжатии средствами Oracle)

Для ответа в этой теме необходимо авторизоваться.