Итак, мы создадим в лаборатории 7, часть 3 процедуру для извлечения модуля ЦП из полки процессора СХД VNX5700 или 7500. Итак, мы рассмотрим процедуру этого. Итак, в генераторе процедур VNX снова выберем «Next» для 5700. Это замена файлового/унифицированного оборудования. И снова «Далее». В данном случае я усовершенствую оборудование SPE для файловых/унифицированных систем VNX. И я сгенерирую, выбрав переключатель «Replace SPE CPU module».
Выберем «Next» и создам соответствующую процедуру. Выполнив процедуру, мы снова прочитаем всю предварительную документацию по ESD и всем проблемам, после чего начнем запись, анализируя и определяя неисправный компонент FRU или CRU. Итак, это моя процедура.
На этом я пойду и закончу. Убедитесь, что у меня правильный. Да. Замена модуля ЦП. На этом мы заканчиваем. И я запустил Unisphere. Сейчас я подойду и рассмотрю систему и оборудование для хранения данных.
Итак, я выбираю систему хранения VNX, открываю вкладку «Storage», а затем выбираю оборудование для хранения данных. Вместо хранилища для файлов. И снова нужно выполнить поиск возможных неисправностей. Теперь вы ищете это в дереве. Например, если вы видите красную букву F, она будет распространяться от компонента вверх к дереву, так что именно там мы можем проверить, что что-то не удалось. Мы предполагаем, что здесь что-то не так, в данном случае это процессор СХД.
Определив это, можно запустить мастер проверки системы хранения данных. И я мог бы сделать это, приехав сюда. Я мог бы запустить USM и пройти процедуры, аналогичные тем, которые мы делали во второй части запуска USM и сбора данных о проверке системы. Итак, я предполагаю, что мы сделали это, и это было сделано.
Следующее, что мы можем захотеть сделать и что нам рекомендуется, — это подготовить хранилище к процессу хранения для процедуры замены, выполнив аварийное переключение LUN в целевой системе, которую мы хотим заменить. Так, например, в системе с двумя процессорами СХД, A и B, и процессор СХД B, который необходимо заменить, мы захотим заменить или выполнить несанкционированный доступ LUN, которые связаны или в настоящее время принадлежат процессору СХД B. Для этого необходимо перейти в хранилище и выбрать LUN. Кроме того, для этого есть несколько способов. Здесь я просто покажу вам один путь.
Здесь отображается текущий владелец. Итак, я заменяю процессор СХД B. Выбираю его, щелкаю правой кнопкой мыши и аварийно перехожу на этот LUN. И я собираюсь пойти дальше и сделать это. В отличие от других вариантов в Unisphere, вы не можете пойти дальше и выбрать много из них, нарушающих границу; вы должны нарушать границы по одному, по крайней мере, из Unisphere. Итак, я собираюсь сделать все эти LUN. Я обнаружил, что если мы нажмем кнопку Ctrl, мы выделим их. По-видимому, это зависит от того, сколько вы выберете, но в данном случае, когда у меня будет три, я попытаюсь пересечь их все, и, похоже, это сработает, поэтому идея состоит в том, что нам нужно выполнить несанкционированный доступ к LUN.
Итак, теперь я вижу, что все выключено, по крайней мере, в этой системе, которая принадлежит процессору СХД B, поэтому я нарушил границы LUN. Я могу установить последовательное соединение с теми же параметрами, которые мы использовали все это время, и которые я перечислил в руководстве, а затем я войду на управляющую станцию 0 и стану суперпользователем или пользователем root. Мы снова прекратим работу наших служб ConnectHome и электронной почты.
И убедитесь в этом. Теперь необходимо завершить процесс хранения. Теперь мы снова используем для этого команду navicli. Итак, мы собираемся и уже нарушили границы LUN. И, опять же, если у вас нет файла безопасности, вам придется либо создать его, либо использовать полные учетные данные в командной строке. Итак, вот пример команды, довольно пространный. И даже иногда в сеансе PuTTY вы обнаруживаете, что у вас недостаточно циклических действий для выполнения этой команды, поэтому мне, возможно, придется немного расширить это поле.
Но в любом случае у нас есть процессор СХД, в данном случае процессор СХД A, и мы собираемся выключить соседний одноранговый процессор СХД, которым является процессор СХД B. И помните, мы уже нарушили это, поэтому я бы этого не сделал. Ошибка! О, я попробую еще раз. Надо уметь печатать в этом деле, видимо. Итак, вы хотите выключить и удерживать процессор СХД сейчас? Да. И мы это сделаем.
Если он только что упал, я могу использовать команду ping, чтобы убедиться, что он действительно отключен. И если пинговать этот IP-адрес, он должен вернуться как недоступный. Я перейду к 153, на самом деле, SP B, и я вижу, что у него нет ответа, поэтому Ctrl-C выйдете оттуда. На этом этапе я выполнил аварийное переключение LUN и остановил работу процессора СХД. На этом этапе можно перейти к разделу документации для извлечения и замены компонентов в соответствии с инструкциями по процедуре.
Помните, что после установки определенного процессора вам нужно будет поменять модули DIMM, заменить все это, а затем снова подключить кабели так же, как это было раньше. После этого можно приступать к дальнейшим действиям. После подготовки к снятию пластины XP или X начните со снятия двух модулей охлаждения блока питания, расположенных перед неисправным процессором СХД или X-образной пластиной.
Затем сожмите два оранжевых язычка, помеченных черной цифрой два, друг к другу, чтобы разблокировать защелки. Раздвиньте защелки друг от друга, чтобы полностью высвободить модуль из корпуса. Поместите модуль на антистатическую поверхность и установите модули памяти в новый процессор СХД или пластину типа X.
Чтобы установить на место процессор СХД или пластину типа X, совместите модуль с направляющими на боковой стороне полки. Задвиньте ее в шасси до тех пор, пока защелки не начнут двигаться внутрь. Нажмите на защелки, направленные друг на друга, чтобы полностью зафиксировать модуль. Чтобы установить блоки питания на место, совместите модуль с разъемом и вставьте его в шасси. Поднимите черную защелку, чтобы зафиксировать модуль.
Вы должны услышать щелчок, когда защелка правильно закрыта. Таким образом, мы видим, что если мы зайдем в EMC Unisphere, как вы видите здесь, и посмотрим на оборудование для хранения данных, мы увидим букву «F», о которой мы говорили ранее, где указано, что процессор СХД B неуправляем или удален в данном случае. И это, опять же, размножается вверх по дереву. Итак, после замены, после того как вы заменили все компоненты, вы установите их обратно, а затем вам нужно будет включить процессор СХД.
И опять же, вы можете видеть своего гида, потому что теперь он зависим. Это проблема с версией 5.31, но если у вас что-то было до этого, обязательно обратитесь к руководству о том, как это сделать. И выдадим команду reboot peer SP. Выполним эту команду здесь. Итак, я ввел процессор СХД для перезагрузки однорангового узла. И мы введем команду. На этом этапе мы подождем, пока процесс хранения включится, и оно будет включено, если индикатор ошибки не горит, а индикатор питания горит зеленым цветом.
Как и в случае с заменой модуля ввода-вывода второй частью, это может занять около десяти минут, так что дадим этому времени включиться. Затем можно проверить это на индикаторах на передней панели или перейти в раздел оборудования для хранения данных и убедиться, что буква «F» погасла и процессор СХД снова пригоден для управления. Поэтому в качестве примечания в ожидании возобновления работы процессора СХД не забывайте, что у вас есть журналы событий процессора СХД. Эти журналы можно просмотреть, например, посмотреть на А, и они также могут дать вам подсказки о том, что происходит в системе. Многие из них носят информационный характер. А мы ищем разные.
Произошла критическая ошибка, и кэширование было отключено. А также будет указано время и дата, чтобы мы могли их рассмотреть. Теперь мы, вероятно, не сможем прочитать это, пока SP не вернется к тому состоянию, когда мы действительно можем, но на данный момент это не так, поэтому мы не сможем взаимодействовать с ним.
И, конечно же, здесь всегда есть только те оповещения, которые появляются здесь. Их всегда можно нажать и получить подробные сведения. Так что мы все еще ищем, все еще ждем, когда система снова заработает. Мы можем отслеживать это, мы можем смотреть на реальное, опять же, оборудование для хранения данных. Как только это будет прояснено, мы должны быть готовы к работе. Похоже, что теперь он очищен и СП наконец-то присутствует.
Итак, процессор СХД перезагружен, и мы продолжим лабораторную работу, когда вам нужно будет восстановить все LUN, где произошло аварийное переключение. Я вижу, что, просто взглянув на текущее владение, можно увидеть, что LUN вернулись под свой текущий процессор СХД после того, как процессор СХД был создан. И это хорошо. И это было сделано... Я не хочу идти на хранение; Я хочу перейти к LUN. И опять же, мы видим, что там все выглядит хорошо.
Поэтому всегда полезно назначить и попытаться восстановить их, как мы сделали в лабораторной программе 2. Это можно сделать с помощью интерфейса командной строки или Unisphere. Если перейти на вкладку «System», я посмотрел на LUN, где выполнено аварийное переключение, но, по-видимому, нет ни одного LUN, которые были бы переключены, так что все в порядке. Я отвечу «ОК». И снова, если у вас есть наши LUN, мы просто посмотрим на это.
Все, что я сделал, это вызвал сеанс PuTTY и выдал nas_storage, перечислил команды, и это то, что я видел раньше. После этого я мог выполнить их восстановление после сбоя, если у нас были LUN, которые требовали возврата к состоянию до сбоя. И, конечно, мне нужно вернуться на основной ресурс, используя имя серийного номера, поэтому я просто вырежу и вставлю его туда. И он должен вернуться и сделать это. И опять же, мы показали вам, как это сделать, ранее в лабораторном упражнении, части 2 этого лабораторного занятия, лабораторного занятия 7.
Так что это выглядит неплохо. Похоже, после этого можно снова запустить проверку сетевой системы хранения данных. После запуска проверки сетевой системы хранения данных можно снова запустить мастер проверки системы хранения данных. И как только вы это сделаете, вы должны будете включить уведомления ConnectHome, и на этом лабораторная работа будет завершена. Итак, здесь мы видим, что он вернулся. Затем снова запустите проверку сетевой системы хранения данных. И мы позволим этому работать.
Итак, проверка снова прошла чисто. Я не вижу ни сбоев, ни предупреждений, но и сбоев не вижу. На этом этапе можно включить ConnectHome и службы электронной почты, а затем снова запустить проверочную проверку с помощью программного обеспечения Verify Storage System. И если вам нужно это сделать, вы можете обратиться к предыдущей лабораторной работе. На этом мы заканчиваем третью часть лабораторной работы 7.
