Содержание


Обновление и миграция контроллеров IBM AIX SAN Volume Controller

Comments

В этой статье описываются процедуры, которые необходимо выполнять в AIX при обновлении или переводе контроллера IBM SVC на новую версию. Вы может обновлять контроллер с версии SVC V6.2.x на версию SVC V6.4.x или же переводить его с версии SVC V6.4.x на новую версию, SVC V7.2.x. В этой статье рассматривается миграция только логических томов или дисков SAN и не рассматриваются ленточные устройства хранения. В статье рассмотрен процесс миграции для одного AIX-сервера; также к ней прилагается сценарий, который поможет сэкономить время при сборе необходимой информации, особенно если вам необходимо выполнить обновление или миграцию большого количества AIX-серверов. Вы можете использовать полученную информацию не только для SAN-устройств компании IBM – эта статья даст вам общее понимание того, что и как необходимо сделать при обновлении SAN-коммутаторов Brocade.

Подготовка к миграции

После обновления или перевода SVC-контроллера на новую версию в первую очередь необходимо позаботиться о микропрограммном обеспечении SSD-дисков, модулей SDDPCM (Subsystem Device Driver Path Control Module) и HBA-адаптеров. В этой статье будет рассмотрен только SDDPCM-модуль, поскольку он используется чаще всего. Как SDDPCM, так и HBA используются для доступа к логическим томам и дискам SAN и должны быть совместимы с новой версией SVC-контроллера. Работая совместно с командой администраторов SAN, вы должны составить список AIX-серверов, на которых требуется обновить микропрограммное обеспечение SDDPCM-модулей и/или HBA-адаптеров. Это – первое, с чего необходимо начать.

Обновление SDDPCM-модуля и сценария хоста

Необходимо обновить как SDDPCM-модуль, так и attachment-сценарий хоста. Текущие версии обоих компонентов можно узнать при помощи следующих команд:

=> lslpp -l|grep sdd
devices.sddpcm.61.rte 2.6.4.0 COMMITTED IBM SDD PCM for AIX V61 
=> lslpp -L devices.fcp.disk.ibm.mpio.rte|grep MPIO 1.0.0.24 C F IBM MPIO FCP Disk Device

Из предыдущего листинга видно, что SDDPCM-модуль работает под управлением версии 2.6.4.0, а attachment-сценарий хоста имеет версию 1.0.0.24

Предположим, что администраторы SAN обновляют SVC до версии 6.4.x. В этом случае вам необходимо получить список оборудования, совместимого с этой версией. Для этого введите в поисковой системе Google следующий запрос: svc 6.4 supported hardware list. В результатах поиска перейдите по ссылке IBM V6.4.x Supported Hardware List, Device Drivers. Прокрутите страницу вниз до раздела Hosts и откройте ссылку IBM AIX Fibre Channel. Вы увидите таблицу, изображенную на рисунке 1.

Рисунок 1. Матрица совместимости SVC

Это – матрица совместимости SVC, которая интерпретируется следующим образом. Когда вы смотрите на эту матрицу, в первую очередь, необходимо иметь в виду SDDPCM-модуль. Вы ищете не версию AIX, IBM PowerHA® или что-то еще – вы ищете версию SDDPCM, которая совместима с вашим AIX-сервером. Все остальное в этой таблице лишь помогает сделать правильный выбор. Вот как можно описать алгоритм поиска: если у вас имеется что-либо из этого, из этого и из этого, то вам нужно вот это. "Вот это" в этой фразе – это, конечно же, версия SDDPCM для вашего AIX-сервера. Если взглянуть на фрагмент рисунка, выделенный красной рамкой, то его следует интерпретировать следующим образом: если у вас имеется сервер под управлением AIX 5.3 TL12, система загружается с SAN-устройства и используется кластер PowerHA версии 6.1, то вам нужна версия SDDPCM 2.6.3.2. Если вы уже используете SDDPCM версии 2.6.3.2, то в обновлении нет необходимости, а если используется более старая версия – то ее следует обновить. При наличии трех доступных версий SDDPCM я обычно выбираю самую последнюю (вместо того чтобы выбирать самую младшую и затем обновлять ее до последней версии). Чтобы загрузить версию SDDPCM 2.6.3.2, щелкните на соответствующую ссылку в столбце Multipath Driver. Прокрутите страницу вниз до раздела Download package, а затем до заголовка SDDPCM Package for SAN Volume Controller (SVC).

Найдите строку, содержащую в столбце DESCRIPTION текст "AIX 5.3" и "SDDPCM 2.6.3.2". Может потребоваться загрузить необходимый компонент (столбец DOWNLOAD PREREQUISITE) – SDDPCM версии 2.6.3.0 – если ваша версия ниже, после чего загрузить версию 2.6.3.2 по ссылке в столбце DOWNLOAD PTF.

Если вам необходимо обновить версию SDDPCM, то вам также необходимо обновить attachment-сценарий хоста. Предположим, что необходимо обновить SDDPCM до версии 2.6.3.2. В этом случае необходимо найти соответствующую версию attachment-сценария хоста. Для этого наберите в поисковой системе Google следующий запрос: "IBM Host Attachment for SDDPCM on AIX". В результатах поиска вы должны увидеть ссылку "IBM Host Attachment for SDDPCM on AIX".

Перейдите по этой ссылке и прокрутите страницу вниз до раздела Download package. В столбце Description вы увидите несколько строк с описанием Platform AIX. Найдите требуемые версии AIX (в нашем случае это версия 5.3) и SVC-контроллера, поскольку мы переходим на новую версию SVC (в нашем случае это версия v1.0.0.24). Для AIX 5.3 имеется три варианта, однако первые два нам не подходят, поскольку не включают в себя SVC (столбец LABEL). Щелкните по ссылке HTTP в столбце Download Options нужной строки, чтобы начать загрузку.

В итоге вам необходимо обновить SDDPCM-модуль до версии 2.6.3.2 и attachment-сценарий хоста до версии v1.0.0.24. После загрузки необходимых пакетов можно установить их при помощи команды smitty update_all. После этого потребуется перезагрузить компьютер. Рекомендуется сделать это как можно скорее.

Обновление микропрограммного обеспечения HBA-адаптера

Лучший способ убедиться в том, что микропрограммное обеспечение HBA-адаптера работает с обновленной версией SVC, – это обновить его до самой последней версии. Чтобы получить последнюю версию микропрограммного обеспечения для HBA-адаптера, необходимо узнать его FC-код (feature code). Для этого можно воспользоваться Web-сайтом IBM Fix Central, на котором можно не только узнать FC-код, но и получить подробную информацию о HBA-адаптере, включая последнюю доступную версию микропрограммного обеспечения. Можно попробовать узнать FC-код при помощи команды lscfg -vl fcs0, но в большинстве случаев эта команда не выводит нужных сведений. Вместо этого для выяснения FC-кода можно использовать код карточки клиента CCIN (customer card ID number). Ниже приведен пример вывода команды lscfg -vl fcs0.

 => lscfg -vl fcs0 fcs0 U5791.001.99B0D90-P2-C05-T1 FC Adapter
                Part Number.................03N5029
                EC Level....................A
                Serial Number...............1D61808067
                Manufacturer................001D
                Customer Card ID Number.....5759
                FRU Number..................03N5029
                Device Specific.(ZM)........3
                Network Address.............10000000C954BBE0
                ROS Level and ID............02C82774
                Device Specific.(Z0)........1036406D
                Device Specific.(Z1)........00000000
                Device Specific.(Z2)........00000000
                Device Specific.(Z3)........03000909
                Device Specific.(Z4)........FFC01231
                Device Specific.(Z5)........02C82774
                Device Specific.(Z6)........06C12715
                Device Specific.(Z7)........07C12774
                Device Specific.(Z8)........20000000C954BBE0
                Device Specific.(Z9)........BS2.71X4
                Device Specific.(ZA)........B1F2.70A5
                Device Specific.(ZB)........B2F2.71X4
                Device Specific.(ZC)........00000000
                Hardware Location Code......U5791.001.99B0D90-P2-C05-T1

В этом примере код карточки клиента равен 5759. После того как вы узнаете FC-код, можно загружать последнюю версию микропрограммного обеспечения с Web-сайта IBM Fix Central и переходить к его инсталляции.

Для поиска текущей версии микропрограммного обеспечения HBA-адаптера я предпочитаю использовать параметр Z9 из вышеприведенного примера (в данном случае мы отбрасываем буквы BS и получаем номер текущей версии – 2.71X4). Иногда эта информация не выводится. В этом случае номер текущей версии всегда можно узнать при помощи команды "lsmcode -cd fcs0", вывод которой приведен ниже.

=> lsmcode -cd fcs0 
The current microcode level for fcs0 is 271304.

Мой сценарий получает значения параметра Z9, а также значения из вывода команды lsmcode. Если значение параметра Z9 не подходит, используется вывод команды lsmcode.

Если команда lscfg не выводит FC-код, как показано в предыдущем примере, то используйте для поиска FC-кода идентификатор CCIN. Для получения дополнительной информации посетите Web-сайт IBM Knowledge Center.

На странице сайта IBM Knowledge Center найдите в левом верхнем углу поле поиска, введите имеющийся идентификатор CCIN и нажмите клавишу Enter. Предположим, у нас имеется идентификатор CCIN с номером 1910. В результатах поиска найдите запись, содержащую текст CCIN 1910 – это и будет модель HBA-адаптера, которую вы ищете. Щелкните по ссылке 4 Gb Dual-Port Fibre Channel PCI-X 2.0 DDR adapter (FC 1910, 5759;CCIN 1910, 5759), чтобы получить дополнительную информацию об этой модели.

Здесь строка (FC 1910, 5759; CCIN 1910, 5759) означает, что идентификатору CCIN 1910 соответствует FC-код 1910, а идентификатору CCIN 5759 – FC-код 5759. Как правило, коды CCIN и FC совпадают, но в общем случае они могут различаться. Теперь, когда нам известен FC-код, необходимо зайти на Web-сайт IBMFix Central и выполнить следующие действия для получения последней версии микропрограммного обеспечения HBA-адаптера.

  1. На вкладке Select Product раскройте список Product Group и выберите System P.
  2. В раскрывающемся списке Product выберите Firmware and HMC.
  3. Оставьте значение POWER4 and earlier.
  4. В раскрывающемся списке Firmware Type выберите System and device firmware.
  5. Нажмите кнопку Continue.
  6. На открывшейся странице вы увидите поле 3) Search for Device Firmware by Feature Code, в котором можно ввести FC-код и загрузить последнюю версию микропрограммного обеспечения.
  7. Введите в это поле значение 1910 и нажмите клавишу Enter.

    Рисунок 2. Загрузка микропрограммного обеспечения

  8. Обратите внимание на первый столбец, содержащий опции RPM и RPM(Linux). Linux нас не интересует, поэтому щелкните ссылку Desc в строке RPM. Откроется страница со следующим заголовком.

    Microcode Level df1000fd-0002.271304 (2.71x4) with FCode Level 1.50x1 for FC 5759, 1910
    and
    Microcode Level df1000fd-002.271310 (2.71x10) with FCode Level 1.50x1 for FC 5759, 1910

Первая строка содержит код " df1000fd-0002.271304 (2.71x4)". Число "271304" обозначает последнюю доступную версию микропрограммного обеспечения (ее можно получить в результате выполнения команды lsmcode -cd fcs0); число "2.71x4" также относится к последней версии ПО и используется в качестве значения параметра Z9, о котором упоминалось ранее. Чтобы сопоставить значения 271304 и 2.71x4, необходимо удалить точку, а символ x в данном случае обозначает число 30.

Вы научитесь обращаться с этими двумя значениями в процессе работы. Вторая строка заголовка содержит числа "271210" и "2.71x4". Вот что сказано об этих числах в разделе Overview на этой же странице.


Рисунок 3. Раздел Overview

Мы рекомендуем прочитать всю страницу целиком и ознакомиться с представленной информацией. Например, при обновлении микропрограммного обеспечения может потребоваться установить какие-либо APAR-отчеты или пакеты исправлений Virtual Input/Output Server (VIOS). Здесь необходимо быть внимательным.

Следующий шаг – это загрузка микропрограммного обеспечения. Перейдите на предыдущую страницу Web-сайта и выполните следующие действия.

1. Установите флажок RPM [флажок RPM(linux) должен быть снят] и нажмите кнопку Continue.

2. Нажмите кнопку Continue еще раз.

3. Установите флажок I agree to abide by this terms и нажмите кнопку Continue.

Теперь вы находитесь на странице загрузки. Чтобы сохранить RPM-пакет на компьютере, нажмите кнопку HTTP или FTP. В нашем случае загружаемый пакет будет называться df1000fd-0002-271304.aix.rpm. Обратите внимание на то, что число 271304 означает версию микропрограммного обеспечения. Необходимо скопировать полученный пакет на AIX-сервер. В следующем разделе содержатся инструкции по его установке в вашу систему.

Инсталляция последней версии микропрограммного обеспечения HBA-адаптера

По завершении загрузки пакета df1000fd-0002-271304.aix.rpm можно приступать к его инсталляции с помощью команды diag. Предположим, что вы сохранили файл df1000fd-0002-271304.aix.rpm в директории /tmp. Тогда для его инсталляции необходимо выполнить следующие команды:

1. mkdir /etc/microcode
2. mv /tmp/df1000fd-0002-271304.aix.rpm /etc/microcode
3. rpm -ihv --ignoreos df1000fd-0002-271304.aix.rpm
4. diag -d fcs0 -T download

Первая команда создает директорию/etc/microcode, если она отсутствует. Вторая команда перемещает инсталляционный пакет из директории /tmp в директорию /etc/microcode. Третья команда распаковывает файлы в директорию etc/microcode. Четвертая команда непосредственно обновляет микропрограммное обеспечение HBA-адаптера fcs0.

Ниже перечислены действия, которые необходимо выполнить на этапе работы команды diag (шаг 4) в AIX 6.1 TL6.

1. Наберите команду " diag -d fcs0 -T download " и нажмите клавишу Enter.

2. Обратите внимание на то, что вверху страницы появилась надпись fcs0, а внизу страницы – надпись NOTICE. Нажмите клавишу Enter.

3. Выберите /etc/microcode и нажмите клавишу Enter.

4. Вверху страницы отображается текущая версия микропрограммного обеспечения. В нижней части страницы выберите версию, которую необходимо инсталлировать, и нажмите клавишу Enter.

В результате начнется инсталляция микропрограммного обеспечения, которая может занять некоторое время. Рекомендуется выполнять эту процедуру в периоды, когда загрузка сервера не приближается к максимальной. В этом случае не возникнет необходимости останавливать приложения, работающие на этом сервере.

Для проверки того, что микропрограммное обеспечение было успешно инсталлировано, выполните следующие команды.

1. lsmcode -cd fcs0

2. lscfg -vl fcs0

Чтобы восстановить предыдущую версию микропрограммного обеспечения, выполните следующую команду:

 diag -d fcs0 -T "download -f -l previous"

Информация для системных администраторов SAN

Системные администраторы SAN будут вам благодарны, если вы покажете им вывод следующих трех команд.

1. => pcmpath query wwpn

Adapter Name PortWWN
fscsi0 10000000C94E6119
fscsi1 10000000C94E68CA

Эта команда выводит информацию о SAN-адаптерах с соответствующими WWPN-значениями HBA-адаптеров.

2. => pcmpath query adapter

Total Dual Active and Active/Asymmetric Adapters : 2

Adpt# Name State Mode Select Errors Paths Active
0 fscsi0 NORMAL ACTIVE 433837731 15 40 40
1 fscsi1 NORMAL ACTIVE 434324564 54 40 40

Эта команда выводит информацию о SAN-адаптерах и соответствующее количество путей (Paths).

3. => pcmpath query device

DEV#: 10 DEVICE NAME: hdisk10 TYPE: 2145 ALGORITHM: Load Balance

SERIAL: 6005076801918141580000000000017B

===========================================================================

Path#Adapter/Path NameStateModeSelectErrors
0*fscsi0/path0OPENNORMAL570
1*fscsi0/path1OPENNORMAL560
2fscsi0/path2OPENNORMAL2309340
3fscsi0/path3OPENNORMAL2300300
4*fscsi1/path4OPENNORMAL490
5fscsi1/path5OPENNORMAL2304000
6*fscsi1/path6OPENNORMAL480
7fscsi1/path7OPENNORMAL2307720

Третья команда может содержать информацию о нескольких логических устройствах LUN, но пример содержит информацию только об одном. Эта команда выводит информацию обо всех LUN-устройствах SAN, а также пути для каждого из LUN-устройств.

Команды, которые необходимо выполнить перед началом миграции SVC

Перед началом миграции SVC необходимо выполнить следующие команды.

1. pcmpath query adapter > /home/user/pcmpath_query_adapter_before_052014

2. pcmpath query device > /home/user/pcmpath_query_device_before_052014

3. pcmpath query wwpn > /home/user/pcmpath_query_wwpn_before_052014

4. lspath > /home/user/lspath_before_052014

5. lspath | grep -v Enabled > /home/user/lspath_grep_-v_Enabled_before_052014

Информация, полученная с помощью этих команд, может пригодиться вам после того, как администраторы SAN выполнят обновление или миграцию SVC-контроллеров. Эта информация отражает исходное состояние системы до начала обновления или миграции, а по завершении процесса вы получите информацию о конечном состоянии. Впоследствии вы можете сравнить исходное состояние с конечным и убедиться в том, что все завершилось успешно. Данная информация укажет на проблемы зонирования, если они возникнут в процессе миграции, или же сообщит о том, что процесс успешно завершился.

Команды, которые необходимо выполнить сразу же по завершении обновления SVC

=> pcmpath query adapter

Total Dual Active and Active/Asymmetric Adapters : 2

Adpt#NameStateModeSelectErrorsPathsActive
0fscsi1NORMALACTIVE12380470508072
1fscsi3NORMALACTIVE12739346308072

Вывод этой команды очень важен. Обратите особое внимание на числа в столбцах "Paths" и "Active" (в нашем примере это 80 и 72, соответственно). В идеальном случае эти числа должны быть теми же, что и числа, полученные в результате запуска команды до начала миграции SVC. Если значения столбца Paths не совпадают, то, вероятно, могли возникнуть проблемы зонирования. Например, если столбец Paths до начала миграции имел значение 80, а после миграции – 64, значит, 16 путей не хватает.

В этом случае проанализируйте вывод следующей команды:

=> pcmpath query device

DEV#: 4 DEVICE NAME: hdisk10 TYPE: 2145 ALGORITHM: Load Balance

SERIAL: 657507680180864345000000000000333

=======================================================================

Path#Adapter/Path NameStateModeSelectErrors
0fscsi1/path0OPENNORMAL26858970
1*fscsi1/path1OPENNORMAL70
2fscsi3/path2OPENNORMAL28530070
3*fscsi3/path3OPENNORMAL70

Посмотрите на результаты выполнения этой команды, полученные до и после миграции. В примере показана одна запись, но у вас их будет несколько. Возможно, вы обнаружите, что до начала миграции каждое устройство hdisk имело четыре пути, как видно из примера: два для устройства fscis1 и еще два – для устройства fscsi3. Теперь посмотрите на результаты выполнения команды, запущенной после миграции SVC. Возможно, что теперь некоторые устройства hdisk имеют два пути вместо четырех. Это объясняет наличие недостающих путей. Передайте полученный вывод администраторам SAN, чтобы они были в курсе проблемы. Если вы передадите администраторам SAN результаты выполнения команды, запущенной до и после миграции, то они смогут обнаружить и устранить проблему. В нашем случае возникла проблема с зонированием, и команда администраторов SAN способна устранить эту проблему.

Согласно выводу команды pcmpath, из 80 путей активными являются только 72. Это объясняется тем, что устройство fscsi1 имеет два диска hdisk, которые не назначены группе томов (VG); каждый из этих дисков имеет четыре пути, что в сумме составляет 8. То, что диски являются неактивными (not active), означает, что они не были назначены группе томов VG и, как следствие, не используются. При выполнении команды pcmpath query device эти диски будут иметь статус CLOSE NORMAL в столбцах STATE и MODE, вместо OPEN NORMAL (этот статус имеют диски, которые назначены группе VG и используются).

Также следует убедиться в том, что количество задействованных путей до миграции совпадает с количеством путей после миграции. Для этого можно взглянуть на результаты выполнения команды lspath, запущенной до и после миграции.

lspath | grep Enabled | wc -l (получить количество задействованных путей – оно должно быть таким же, что и до начала миграции)

Также стоит проверить количество незадействованных путей до и после миграции. Возможно, здесь могут возникнуть некоторые проблемы, однако если все остальное не вызывает беспокойства, то, скорее всего, проблем не возникло.

lspath | grep -v Enabled (получить количество всех незадействованных путей)

Информация, выводимая сценарием

С помощью этого сценария вы можете собирать информацию с нескольких AIX-серверов, включая данные о SDDPCM-модулях, версиях attachment-сценариев, CCIN-идентификаторах, а также другую полезную информацию. Этот сценарий запускается от имени пользователя root на AIX-сервере, имеющем доступ по SSH (без необходимости ввода пароля) ко всем остальным серверам, с которых необходимо собрать информацию. Вы можете загрузить сценарий, а также посмотреть выводимую информацию.

Выводимая сценарием информация представлена в CSV-формате (значения, разделенные запятыми), что позволяет копировать и вставлять ее в таблицы Microsoft Excel. Обычно я выделяю заголовки всех полей. Вот они:

AIX SERVER, POWER, S/N, MODEL TYPE, AIX RELEASE, IOSLEVEL, SDDPCM, HAS, SAN DISK HBA, Z9, CURRENT FIRMWARE, LATEST FIRMWARE, CCIN, FC.

Подробную информацию вы найдете в таблице 1.

Большинство заголовков в этой таблице (например, "AIX RELEASE") говорят сами за себя. Поле "IOSLEVEL" будет заполнено в том случае, если сервер является экземпляром VIOS. Поле "HAS" содержит версию attachment-сценария хоста. Поле "SAN DISK HBA" содержит имя fcs-устройства, полученное в результате выполнения команды pcmpath query adapter. Также вам придется заполнить поля FC и LATEST FIRMWARE. В таблице Excel сразу после поля "SDDPCM" я добавил поле "UPDATE TO". Если используется самая последняя версия SDDPCM, то в этом поле я пишу OK. В противном случае я указываю в этом поле номер версии, до которой нужно обновить SDDPCM, после чего выделяю жирным шрифтом значение полей "SDDPCM" и "UPDATE TO", что говорит о необходимости обновления SDDPCM на этом сервере. Если необходимо обновить версию в поле "LATEST FIRMWARE", то я также выделяю ее жирным шрифтом.

Ресурсы


Ресурсы для скачивания


Комментарии

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

static.content.url=http://www.ibm.com/developerworks/js/artrating/
SITE_ID=40
Zone=AIX и UNIX
ArticleID=985718
ArticleTitle=Обновление и миграция контроллеров IBM AIX SAN Volume Controller
publish-date=10102014