Вопрос по бэкапу всего и вся


Главная Форумы POWER Systems AIX/Hardware Вопрос по бэкапу всего и вся

В этой теме 4 ответа, 3 участника, последнее обновление  Hanna 8 года/лет, 8 мес. назад.

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

    Konstantin Gorbunov
    Участник

    Привет всем!
    Хотел проконсультироваться и выслушать комментарии насчет спланированной схемы бэкапирования системы. Входные данные: два сервера 570(ММА). На каждом сервере установлено два VIO сервера и 4 раздела с AIX. На LPAR1,LPAR2,LPAR3 установлен HACMP 5.4.1.
    Задачи распределены следующим образом:

    LPAR0 — NIM
    LPAR1 — Message Broker
    LPAR2 — Application Server
    LPAR3 — DB2 9.1

    В каждом HACMP кластере по два раздела, т.е. LPAR1 с сервера 1 и LPAR1 с сервера 2 и т.д. В качестве внешн. дисковой подсистемы используется одна DS4700+Exp810 На ней создано два массива RAID6. В каждом массиве по три логических диска.

    ARRAY1_RAID6
    LUN0 — WMB
    LUN1 — WAS
    LUN2 — DB2

    ARRAY2_RAID6
    LUN0 — WMB’
    LUN1 — WAS’
    LUN2 — DB2′

    В каждом VIO сервере по два FC адаптера, подключеных к разным контроллерам DS4700 через FC-свичи. Таким образом каждый VIO сервер видит все диски с DS4700 по двум путям. Драйвер используется по умолчанию MPIO. Эти диски предназначаются для shared volume group в кластере. VIO01 и VIO02 настроены таким образом, что в каждый LPAR передается два логических диска с разных массивов внешней дисковой подсистемы .т.е. раздел LPAR1 видит диски WMB и WMB’ Затем средствами LVM AIX они зеркалируются. Может слишком заморочено, но по требованиям ТЗ выход из строя 4х дисков не дожен приводить к остановке работы серверов и потере данных. Ничего другого не придумал. Внутри каждого раздела, диски на которых установлена rootvg, зазеркалированы средствами AIXа — берется по одному жесткому диску с каждого VIO сервера.

    Т.е. распределено по аппаратным ресурсам так:
    VIO01 — установлен на отдельный диск на внутреннем котроллере
    LPAR0 — LV c rootvg на vio01 и vio02 (больше неоткуда места взять 🙁 )
    LPAR1 — hdisk2 отдельный диск на внутреннем котроллере
    LPAR2 — hdisk3 отдельный диск на внутреннем котроллере
    LPAR3 — hdisk4 отдельный диск на внутреннем котроллере
    hdisk5 ( LUN0 — WMB ) — передается целиком в раздел LPAR1
    hdisk6 ( LUN1 — WAS ) — передается целиком в раздел LPAR2
    hdisk7 ( LUN2 — DB2 ) — передается целиком в раздел LPAR3
    hdisk8 ( LUN0 — WMB’ ) — передается целиком в раздел LPAR1 и используется для MPIO
    hdisk9 ( LUN1 — WAS’ ) — передается целиком в раздел LPAR2 и используется для MPIO
    hdisk10 ( LUN2 — DB2′ ) — передается целиком в раздел LPAR3 и используется для MPIO

    VIO02 — установлен на отдельный диск на внутреннем котроллере
    LPAR1 — hdisk2 отдельный диск на внутреннем котроллере
    LPAR2 — hdisk3 отдельный диск на внутреннем котроллере
    LPAR3 — hdisk4 отдельный диск на внутреннем котроллере
    hdisk5 ( LUN0 — WMB’ ) — передается целиком в раздел LPAR1
    hdisk6 ( LUN1 — WAS’ ) — передается целиком в раздел LPAR2
    hdisk7 ( LUN2 — DB2′ ) — передается целиком в раздел LPAR3
    hdisk8 ( LUN0 — WMB ) — передается целиком в раздел LPAR1 и используется для MPIO
    hdisk9 ( LUN1 — WAS ) — передается целиком в раздел LPAR2 и используется для MPIO
    hdisk10 ( LUN2 — DB2 ) — передается целиком в раздел LPAR3 и используется для MPIO

    Фу, вроде с дисками все.
    Еще есть машина Windows2003 с TSM 5.5.2 Server К ней подключена библиотека TS3100. В основном планируется для бэкапа DB2 с использованием TSM API. Больше никаких модулей для TSM не закуплено.

    Теперь собственно вопрос про бэкап. В скобках указал способ восстановления бэкапа. Бэкап происходит по следующей схеме:

    1) HMC — Back up HMC Data — бэкап по FTP, с последующей записью на ДВД (Восстановление: ставим HMC с инсталяционного диска и затем накатывает бэкап с FTP)
    2) VIO сервера:
    — rootvg бэкапится с помощью backupios в nim_resources.tar по NFS на другой сервер, затем полученный tar записывается на ДВД (Восстановление: с помощью NIM сервера. AIX 6.1 кажется поддерживает установку nim_resources.tar, а не только mksysb)
    — hdiskX не вижу варианта для бэкапа, да вроде бы и не нужно, т.к. в дальнейшем будет бэкапиться каждый из разделов.
    — !ВОПРОС! Нужно ли делать savevgstruct ? Не совсем понял для чего она нужна… Как я понимаю после восстановления mksysb должна быть восстановлена вся информация о volume group’ах и пользователских настройках и маппинге девайсов.
    3) LPAR:
    — rootvg бэкапится с помощью NIM серверов и mksysb с последующей записью на ДВД (Восстановление: с помощью NIM сервера)
    — для WMB и WAS разделов shared_vg бэкапиться по NFS командой savevg, т.к. это обычные файлы. Затем запись на ДВД. (Восстановление: restvg)
    — для DB2. Для базы включен режим «Архивирование журналов». Логи бэкапятся с помощью TSM API на ленту. Раз в неделю делается полный бэкап базы с помощью TSM API. !ВОПРОС! Стоит ли каждый вечер делать инкрементальный бэкап? Или в случае с архивированием логов это не нужно? (Восстановление: стандартными средствами DB2, сначала восстанавливаем полный бэкап, потом накатываем логи.)

    Кажется ничего не забыл. Если есть комментарии и мысли по схеме бэкапа то с удовольствием выслушаю. Система построена и в опытной эксплуатации, поэтому проводить на ней эксперименты по восстановлению не хочется. Как вы думаете с такой схемой бэкапа получится восстановить все компоненты системы? Ничего я не упустил? Кстати, DS4700 куплена с функцией VolumeCopy но только не вижу места куда ее можно было бы прикрутить и использовать…
    Заранее спасибо!

  • #2604

    Hanna
    Участник

    по поводу DB2 резервное копирование проводится либо архивных логов либо делается инкрементальный бекап.
    Хочу задать вопрос, а не напряжно будет бегать с ДВД дисками и записывать на них бекапы? Сколько времени занимает резервное копирование архивных логов DB2? Если остается свободное время, то я посоветовала бы докупить лицензий тсм для остальных LPAR и хранить все бекапы на кассетах. Я так понимаю что проект реализуется для заказчика, так судя из своего опыта, чем больше вы автоматизируете все процедуры тем лучше, потому что в схеме с записью на двд очень много зависит от человеческого фактора и в конечном итоге у заказчика есть реальный шанс остаться без бекапа. А стоимость лицензий еще для нескольких клиентов тсм значительно меньше той суммы которая потрачена на само оборудование.
    Схема с использованием HACMP безусловно гарантирует отказоустойчивость, но я бы посоветовала хранить бекапы на касетах.

  • #2611

    Konstantin Gorbunov
    Участник

    Да уже подумываю над покупкой лицензий Только вот не пойму что лучше купить Tivoli System Backup или Tivoli Backup Agent. Вроде бы и то и другой обеспечивает бэкап в ТСМ, так что поскольку отличий принципиальных не нашел, то с вопрос цены окажется решающим.

  • #2614

    _KIRill
    Хранитель

    KoGoR писал(а):

    Да уже подумываю над покупкой лицензий Только вот не пойму что лучше купить Tivoli System Backup или Tivoli Backup Agent. Вроде бы и то и другой обеспечивает бэкап в ТСМ, так что поскольку отличий принципиальных не нашел, то с вопрос цены окажется решающим.

    Думаю что на http://Tivoli.ru помогут с этим вопросом разобраться. Там много весьма грамотных людей.

    ---As If, But Not---

  • #2619

    Hanna
    Участник

    Отличия какраз есть. Storage Manager for system backup and recovery — грубо говоря похож на стандартный aixовый набор команд для резервного копирования. В плюсы можно записать что сделаный бекап без проблем используется для востановления системы с нуля. Хорошо интегрируется с nim сервером, но для того что бы использовать его с тсм сервером необходимо установить backup-archive клиент.
    Если судить с точки зрения экономии то одним backup-archive клиентом тсм можно вполне обойтись.
    Вообще обсуждать что использовать лучше можно долго, у каждого из продуктов есть свои плюсы и минусы.

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