Работа с IBM DS 4700

Главная Форумы POWER Systems AIX/Hardware Работа с IBM DS 4700

  • В этой теме 8 ответов, 4 участника, последнее обновление 8 лет назад сделано al al.
Просмотр 8 веток ответов
  • Автор
    Сообщения
    • #17967
      Stanislav Svirin
      Участник

      12345
      Добрый день!
      Есть СХД (см. фото) проблема в том что там заканчивается свободное место, но есть 4 Hot Spare диска. Подскажите как правильно убрать их из Hot Spare и добавить к массиву, чтобы ничего не поломать, потому что система боевая???

    • #17968
      uxTuaHgp
      Участник

      :laugh:
      Я боюсь даже что-то советовать.
      Кто это так настроил?

    • #17969
      Stanislav Svirin
      Участник

      Настраивали очень и очень давно) как вообще лучше сделать, учитывая что туда идет репликация БД Оракл и остановить конечно можно ненадолго, но главное информацию не потерять?

    • #17970
      uxTuaHgp
      Участник

      А подо что вам нужно место?
      Хотели орадата расширить?
      А Операционка поймет расширение томов на лету?
      Просто вывести из Spare легко:
      Правый клик на Spare -> Hot Spare Coverage -> Manually unassign individual drives

      Можно вроде бы даже несложно Array расширить освобожденными дисками, только это может отразиться на производительности.

    • #17973
      Stanislav Svirin
      Участник

      Место нужно под орадату.
      Сделал как вы написали, добавил к Arraю, он долго инициализировался и в итоге в SM я вижу что он добавлен. А вот операционка AIX5.3 не подхватила. cfgmgr не помог. Вопрос – как сделать чтобы подхватила?)

      123456_2013-03-20

      Attachments:
    • #17974
      boombox
      Участник

      chvg -g oradata_volumegroup_name

    • #17975
      Stanislav Svirin
      Участник

      Спасибо Александру и Timofeю. Все получилось) Тема закрыта

    • #17978
      uxTuaHgp
      Участник

      По поводу chvg -g и вообще всего что рекомендуют:
      нужно очень аккуратно применять рекомендации и предварительно читать man.
      Вам повезло, что VG у вас не была в Concurent mode (не в кластере), а то могло все развалиться.

      И Тимофею: аккуратней выдавайте рекомендации, тем более видно, что человек не вполне владеет предметом.

    • #17985
      al al
      Участник

      “По поводу chvg -g и вообще всего что рекомендуют:
      нужно очень аккуратно применять рекомендации и предварительно читать man.
      Вам повезло, что VG у вас не была в Concurent mode (не в кластере), а то могло все развалиться.

      И Тимофею: аккуратней выдавайте рекомендации, тем более видно, что человек не вполне владеет предметом.”

      +1000
      везенье номер 1 – по картинке не видно, что 140-ки спользуються для файловщй системы, а не RAW
      везенье номер 2 , как уже сказал Александр, что это было не в кластере, а то б к базе пришёл белый северный пушной зверёк по причине нарушения консистентности данных (не ораклоид но пару раз видел что это такое – данные вроде как есть, а база открыться не может)

      А с местом наезжайте на начальство чтоб денюшку дали пока можно купить дополнительные диски для 4700, тем более что свободные слоты есть, и полку расширения не мешалобы (если память не изменяет,то DS4700 поддерживает до 112 дисков) , а то зеркало на одной полке ИМХО – не очень комильфо.(это пока меньше по затратам чем новую систему покупать).

      P.S.

      Так как это была файловая система и не в кластере, то есть ещё один вариант решения расширения места абсолютно лишёный риска.

      Создаём новый лун на освободившихся от хотспера дисках с нужным уровнем рейда, отдаём хосту через мапинг, в ОСи cfgmgr и вводим его в vg в которой находиться файловая система с данными, расширяем эту файловую систему “до упору”.

      Если ваши предшественники не удосужились создать отдельную vg для данных, то для наведения “стройности” перегоняем все вновь образовавшиеся lv с внутренних дисков(где они могут автоматом появиться в этом случае) на новый диск на полке командой
      #migratepv -l hdisk* hdisk**

      команду пишу попамяти так что проверить man
      hdisk* -откуда пергоняем
      hdisk**-куда пергоняем

      В случае с RAW действия похожи, но нужно самому нарезать lv и в кластере поднять в конкурентном моде, поиграться с эхпортом-импортом и не забыть точки lv в /dev определить как собственность пользователя oracle

      P.P.S.

      Если удасться найти подходящие диски большего объёма, то, при наличие зеркала, ими можно в полке заменить находу действующие диски абсолютно безболезнено по принципу по одному меняем диски одной половинки зеркала (дожидаемся пока произойдёт полный накат с хотспера одного заменённого диска и только после этого меняем следующий – медленно но надёжно) потом другой половины зеркала. После того как лун полностью заполнен контроллер автоматом определяет появление дополнительного незадействованого места в луне. Проверенно лично на DS4700 заменой 72-ек на 140-ки в двух экспеншенах. На одну полку ушел почти один рабочий день, но высоконагруженая база “не заметила потери бойца”

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