Dell EMC Unity: Повторна ініціалізація операційного середовища Unity (OE) з тією ж версією, що і на масиві (Dell EMC Correctable)

Summary: Повторну ініціалізацію Dell EMC Unity OE слід вважати крайнім заходом, і за своєю природою є повністю руйнівним, повністю видаляючи всі дані та конфігурацію, які вже можуть існувати. Ця процедура скине систему до стану «назад до заводу» на основі тієї ж версії OE, яка використовувалася востаннє. ...

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.
Check out other resources

Instructions

Введення
Повторну ініціалізацію Dell EMC Unity OE слід вважати крайнім заходом, і за своєю природою є повністю руйнівним, повністю видаляючи всі дані та конфігурацію, які вже можуть існувати. Ця процедура скине систему до стану «назад до заводу» на основі тієї ж версії OE, яка використовувалася востаннє.


Коли може застосовуватися ця процедура
  1. Якщо порти конвергентного мережевого адаптера (порти CNA 4 і 5) на SP були встановлені на небажаний протокол (порти можуть бути спочатку встановлені як Fibre Channel або Ethernet), то єдиним способом змінити ідентичність протоколу портів є повторна ініціалізація системи («повернення до заводського стану»).
  2. Якщо систему було встановлено без заповнених портів CNA (призначено IP-адресу керування, запущено майстер ініціалізації Unisphere, але він ще не запущений у виробництво), і у вас є SFP ETHERNET, ви можете фізично додати SFP до портів CNA, а потім виконати «Commit IO Ports», перейшовши до Unisphere > System > View > Enclosures > DPE.  Фіксація портів вводу-виводу вимагає багаторазового перезавантаження SP.  
ОБЕРЕЖНІСТЬ:  Якщо порти CNA порожні і потрібно додати FC SFP, цей крок не спрацює. Система вимагатиме перевстановлення з FC SFP, встановленими в портах.
  1. Якщо в системі були ініціалізовані неправильні модулі вводу/виводу, ви можете скористатися процедурою «reinit», щоб змінити модулі на інший тип
  2. Якщо існує якась інша умова, за якої система не може бути відновлена до нормального режиму, але не має видимих апаратних проблем (і не знаходиться у виробництві).

Примітка 1:  У всіх випадках при переході з одного типу SLIC на інший, або зміні протоколів на портах CNA, необхідно змінити апаратне забезпечення після того, як обидва SP були переведені в Service Mode, а потім виконати повторну ініціалізацію системи.  Якщо процес повторної ініціалізації в будь-якому випадку не вдається, вам слід звернутися до свого постачальника послуг за додатковою допомогою. 

Примітка 2:  Ви не можете використовувати цю процедуру для заміни системних дисків (дисків 0-3) з одного типу або розміру на інший, оскільки процес reinit сам повинен отримати доступ до образу Unity, який зберігається на системних дисках.


Перш ніж почати
Перш ніж розпочати повторну ініціалізацію, переконайтеся, що у вас все ще є оригінальний файл ліцензії. Якщо ви не можете його знайти, завантажте його з масиву перед запуском reinit. Файл ліцензії буде розташовано на первинному SP у розділі /EMC/backend/CEM/licenses/. Без файлу ліцензії система не може бути ініціалізована після повторного введення.


Виконання повторної ініціалізації системи з Unisphere
  1. Якщо система доступна з Unisphere, ви можете виконати «reinit», або повторну ініціалізацію, перейшовши до розділу «Завдання служби системних > служб>».  Тут ви повинні спочатку перевірити, чи знаходяться SP у звичайному режимі, а потім перевести кожну SP у сервісний режим, запустивши функцію «Увійти в сервісний режим».  Якщо обидва SP знаходяться в звичайному режимі, спочатку помістіть непервинний SP в Service Mode, дочекайтеся його повного перезавантаження, а потім переведіть первинний SP в Service Mode (графічний інтерфейс відображається як «Процесор зберігання даних X (основний)»).
  2. Якщо ви змінюєте тип SLIC, виконайте наступне, інакше перейдіть до кроку 3). Після того, як обидва SP перейдуть в сервісний режим, ви можете видалити SLIC зі слотів SP або SFP з портів CNA та замінити їх іншими SLIC або типами SFP. Наприклад, якщо вам потрібно було змінити протокол порту CNA з FC на Ethernet або навпаки.       
Примітка:  Не виключено, що висмикування та заміна модулів вводу-виводу призведе до паніки SP. Просто зачекайте, поки SP повністю перезавантажаться назад у сервісний режим, а потім продовжуйте процедуру.
  1. Коли обидва SP знаходяться в «Service Mode» (він же Rescue Mode), ви повинні увійти в Unisphere як користувач «service» за допомогою службового пароля, а потім запустити завдання служби системних > служб >під назвою «Повторна ініціалізація», яке потім перевстановить операційне середовище Unity з образу, що зберігається на системних дисках. 
  2. Після повторної ініціалізації системи, що може зайняти приблизно годину, знадобляться кроки майстра ініціалізації IP (утиліта підключення) та ініціалізація Unisphere. 
Примітка 1:  Використовуйте світлодіоди несправності SP , щоб перевірити, чи готова система до ініціалізації IP (світлодіод несправності SP повинен блимати 1 секунду жовтим, а потім 3 секунди Синій, АБО може бути в стабільному синьому стані - будь-який сценарій вказує на те, що система готова до ініціалізації IP на порту керування).
Примітка 2:  Замість запуску Утиліти підключення ви можете використовувати службову команду svc_initial_config, щоб призначити IP-адресу керування та зручне ім'я.  Запустіть це з первинного SP (SP, на якому запущено службу ECOM). Використовуйте "pidof ECOM" або "pgrep ECOM", щоб визначити, який SP використовує службу ECOM. Увімкніть SSH на IP-адресі керування за допомогою svc_ssh -enable. Потім клієнт повинен увійти в систему з браузера, використовувати адміністратора облікового запису користувача та пароль за замовчуванням Password123# і виконати кроки майстра ініціалізації.


Виконання повторної ініціалізації системи за допомогою CLI з SSH-з'єднанням
Примітка:  Наведена нижче процедура повторно ініціалізує систему у версії, яка вже є в системі.
Обережність:  Як рекомендований запобіжний захід, ви завжди повинні вводити root у систему, коли це можливо, перед виконанням reinit у випадку, якщо потрібні кроки відновлення.
 
  1. Використовуйте Putty для SSH до IP-адреси управління системою, увійдіть за допомогою облікових даних користувача сервісу.
Примітка:  Якщо IP-адреса керування недоступна через мережу, вам знадобиться локальний локальний доступ до сервісного порту SPs, а також клієнт Windows, на якому встановлено IPMITool.  В якості альтернативи підключіться до будь-якого з SP через IPMI і призначте SP тимчасову мережеву IP-адресу за допомогою команди служби svc_network. Це також увімкне SSH-доступ за замовчуванням до цієї IP-адреси. Ви також можете зробити це для іншого ІП, якщо потрібно.  З цього моменту ви можете підключитися до системи віддалено.
  1. Визначте, чи працюють SP у «Звичайному режимі» чи «Режимі порятунку» (тобто в режимі обслуговування):
SPA:~$ svc_diag
======== Тепер виконується базовий стан ========
* Серійний номер системи: FNM001531xxxxx
* Ім'я хоста, дружнє до системи:
* Поточна версія програмного забезпечення: upc_nextUnity_mcs_201606071611_upcBuilder-4.1.0.7769613-GNOSIS_RETAIL
* IP-адреса Unisphere: xx.xx.xx.xx
* SSH Увімкнено: true
* Режим FIPS: Вимкнено
* Режим завантаження: Звичайний режим --> Вказує на те, що цей SP запущено у звичайному режимі
spb:~$ ssh peer
spa:~$ svc_diag
======== Тепер виконується базовий стан ========
* Серійний номер системи: FNM001531xxxxx
* Ім'я хоста, дружнє до системи:
* Поточна версія програмного забезпечення: upc_nextUnity_mcs_201606071611_upcBuilder-4.1.0.7769613-GNOSIS_RETAIL
* IP-адреса Unisphere: xx.xx.xx.xx
* SSH Увімкнено: true
* Режим FIPS: Вимкнуто
* Режим завантаження: Rescue Mode –> У цьому прикладі цей SP працює в режимі порятунку (також відомому як Service Mode)
  1. Перед повторною ініціалізацією обидва SP повинні бути в режимі порятунку/обслуговування. Використовуйте наступний приклад, щоб перевести SP в Service Mode:
Примітка:  При вході в систему за замовчуванням ви входите в Первинний ІП.  Рекомендується "ssh peer", а потім спочатку перевести одноранговий SP у Service Mode, дочекатися його повного перезавантаження, а потім перевести основний SP у Service Mode.
spb:~$ svc_rescue_state -s -->Це встановить прапорець Rescue State на SP
spb spb:~$ svc_shutdown -r -->Перезавантажте SP, і він знову з'явиться в режимі
порятункуspb:~$ svc_diag
-----abridged--------
* Режим завантаження: Режим порятунку
  1. Після того, як SP переходять у Service Mode, ви можете видалити або переставити SLIC, поміняти місцями SFP у портах CNA для переходу з FC на протокол Ethernet або навпаки (SP можуть перезавантажитися після видалення SLIC, якщо так, вони повернуться в Service Mode)
  2. Виконайте повторну ініціалізацію системи з будь-якого SP, використовуючи наступне:
spb:~$ svc_reinit
  1. Дайте відповідь на системний запит, а потім зачекайте приблизно годину, поки система повернеться до заводського свіжого стану.
  2. Переконайтеся, що світлодіоди несправностей SP показують правильну поведінку, перш ніж запускати CU та майстер налаштування.
Примітка:  Замість запуску Утиліти підключення ви можете використовувати службову команду svc_initial_config, щоб призначити IP-адресу керування та зручне ім'я.  Запустіть це з первинного SP (SP, на якому запущено службу ECOM).  Використовуйте "pidof ECOM" або "pgrep ECOM", щоб визначити, який SP використовує службу ECOM.  Увімкніть SSH на IP-адресі керування за допомогою svc_ssh -enable. Потім клієнт повинен увійти в систему з браузера, використовувати адміністратора облікового запису користувача та пароль за замовчуванням Password123# і виконати кроки майстра ініціалізації.


Виконання повторної ініціалізації системи за допомогою IPMITool (без IP-мережі)
Використовуйте цей спосіб тільки в тому випадку, якщо ви не можете увійти в систему за допомогою Unisphere або SSH через мережу.
  1. Завантажте та встановіть IPMI Tool 1.0 на свій ноутбук (доступно з support.emc.com).  IPMI Tool — це утиліта командного рядка Windows, яка використовується для встановлення послідовного з'єднання через локальну мережу з обробниками служб (SP).
  2. Для підключення та входу в ІП виконайте наступні дії:
a) Підключіть ноутбук до портативного комутатора та протягніть кабелі Ethernet від комутатора до кожного порту сервісної локальної мережі SP
Примітка.  Якщо у вас немає комутатора, ви можете підключитися до одного порту службової локальної мережі безпосередньо з вашого ноутбука, але обмежені одним SP, хоча ви все одно можете "ssh peer" отримати доступ до іншого SP з командного рядка.
б) Налаштуйте ноутбук з IP-адресою для мережі сервісної локальної мережі: 128.221.1.249, маска мережі 255.255.255.0, шлюз не потрібен
в) Відкрийте два командних рядка на ноутбуці та використовуйте наступний синтаксис для підключення до кожного SP:
c:\> ipmitool.exe -I lanplus -C 3 -U консоль -P <unity_serial_number> -H 128.221.1.252 sol activate -->SPA Внутрішня IP-адреса
c:\> ipmitool.exe -I lanplus -C 3 -U консоль -P <unity_serial_number> -H 128.221.1.253 sol активувати --SPB> Внутрішня IP-адреса
Примітка.  Для команди IPMI Користувач є «консоллю», а пароль — це серійний номер системи для активації SOL.  Якщо виникли проблеми з підключенням, вимкніть служби Cisco AnyConnect і адаптер бездротової мережі.
d) Після встановлення з'єднання IPMI натисніть клавішу Enter один раз.  Ви повинні побачити запит на вхід.  На цьому етапі увійдіть за допомогою облікового запису користувача «сервіс» і пароля.  Якщо пароль користувача сервісу ніколи не змінювався, за замовчуванням це "service".
Примітка.  Сеанси IPMI можуть бути непостійними та іноді повертатися до командного рядка.  Просто стрілка вгору до команди IPMI, щоб повторно підключитися - для повторного входу не потрібно входити в систему.
  1. Увійшовши в систему, перевірте, чи знаходиться кожен SP у звичайному або аварійному режимі за допомогою команди svc_diag.
  2. Переведіть кожен SP у режим порятунку, використовуючи наступну методологію:
Примітка:  Як і у випадку з іншими процедурами відновлення, рекомендується спочатку перевести непервинний SP в Service Mode, перезавантажити його і дочекатися повного перезавантаження, а потім перевести первинний SP в Service Mode.  Ви можете визначити первинний SP, коли наведена нижче команда повертає запущений процес для служби ECOM.
spa:~$ pidof ECOM
28771 -->Не-Первинний SP не запускає службу
ECOMspb:~$ svc_rescue_state -s
spb:~$ svc_shutdown -r
Примітка.  Зачекайте, поки SP знову підніметься, повторіть процес на іншому SP, якщо потрібно
  1. Виконайте повторну ініціалізацію системи з будь-якого SP і зачекайте принаймні годину, поки вона завершиться.
spb:~$ svc_reinit
  1. Переконайтеся, що світлодіоди несправності SP показують правильну поведінку, перш ніж виконувати ініціалізацію IP (утиліта підключення) і запускати майстер конфігурації Unisphere.
Примітка:  Використовуйте svc_initial_config, щоб призначити системі ім'я та IP-адресу керування замість CU, а потім запустіть майстер конфігурації з підключення до браузера. За замовчуванням вхід в Unisphere здійснюється за допомогою адміністратора користувача та пароля Password123# .

 
Стан світлодіода несправності SP після успішної повторної ініціалізації
Примітка. Застосовується до всіх методів повторної ініціалізації, показаних у цій статті бази знань)
Примітка: Зверніться до Unity Hardware Information Guide, щоб дізнатися про розташування та опис світлодіодних індикаторів (http://bit.ly/unityinfohub «Знайомство з вашою системою зберігання») або КБ 488128
  1. Після завершення встановлення Unity OE світлодіодні індикатори SP Fault повинні відображати наступне, вказуючи на те, що система готова до ініціалізації IP:
Один секундний жовтий, а потім 3-секундний синій на кожному SP
  1. Або, якщо в мережі клієнта налаштовано DHCP, світлодіодний індикатор несправності SP може показувати:
Стан постійного синього світлодіода
 
Примітка.  У будь-якому випадку система готова до ініціалізації IP.  Зверніться до посібника зі встановлення Unity, щоб отримати повну таблицю стану світлодіодного індикатора системи.
  1. Якщо світлодіоди несправності SP чергуються на одну секунду жовтим, а потім синім, це означає, що SP знаходиться в сервісному режимі, що вказує на те, що система НЕ ГОТОВА до ініціалізації IP, і вам слід підключитися до SP за допомогою інструменту IPMI для дослідження.


Після повторної ініціалізації:

  • Конфігурація - Після завершення повторної ініціалізації система завантажиться резервно. Ви повинні запустити Утиліту підключення, щоб скинути IP-адресу керування, а потім пройти Майстер конфігурації так, ніби це нова інсталяція. Утиліту підключення можна завантажити зі сторінки продукту Unity на сторінках підтримки.
     
  • Відновити – Для всіх конфігурацій Unity, які ви мали до повторної ініціалізації, недоступна процедура відновлення в один крок. Резервну копію параметрів конфігурації можна створити на сторінці Сервіс. За допомогою кнопки Зберегти налаштування ви можете зберегти конфігурацію до файла.  Однак відновити цю конфігурацію автоматично або вручну неможливо. Цей текстовий файл "save config" призначено для того, щоб адміністратор міг вручну відтворити налаштування.  Посилаючись на цей текстовий файл, всі налаштування повинні бути виконані адміністратором вручну, а всі дані повинні бути відновлені з носія резервної копії.
     
  • Ліцензування - Вам доведеться перезавантажити ліцензійні ключі під час переналаштування. Ви можете перейти на сторінку ліцензії в онлайн-підтримці Dell і завантажити ключі або скористатися збереженими ключами, які ви могли отримати з електронного листа раніше.

Additional Information

Примітка:
Вимога до «Reinit» на Dell EMC Unity VSA дуже малоймовірна, оскільки немає жодних змін CNA/апаратного забезпечення або D@RE вимог. Але якщо з якоїсь причини клієнт захоче перепрофілювати масив Dell EMC Unity VSA, він може це зробити. Reinit зберігає UUID. Ліцензії на Unity VSA (Professional Edition) прив'язані до UUID, тому ту саму ліцензію можна повторно використовувати після повторного відновлення. 


 

 

Affected Products

Dell EMC Unity Family

Products

Dell Unity 300, Dell EMC Unity 300F, Dell EMC Unity 400, Dell EMC Unity 400F, Dell EMC Unity 500, Dell EMC Unity 500F, Dell EMC Unity 600, Dell EMC Unity 600F, Dell EMC Unity Family |Dell EMC Unity All Flash, Dell EMC Unity Family , Dell EMC Unity Hybrid ...
Article Properties
Article Number: 000022354
Article Type: How To
Last Modified: 16 Oct 2025
Version:  9
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.