3 Apprentice
•
517 メッセージ
0
521
OEアップに関するスタンスについて
ＯＥアップ作業に関する説明をユーザ様にすると「何かあった際は切り戻し（作業前のverにもどすこと）可能なのか」なんてよく聞かれます。
この場合の回答としては「作業時の問題はEMC絶大支援にてこれを排除しＯＥアップ完遂」という認識で現在も正しいでしょうか？
＃上記場合の ”抜け道” がないかを確認しています（ｘｘｘｘｘな場合はre-imageしかない とか）
ちなみに、re-imageのＰＧってVNXでは公開されている認識ですが、どういった場合にre-imageするのでしょう？
Next_Ue-pon
kanta.mitsunari
41 メッセージ
1
2019年6月27日 02:00
Upgradeの進捗状況にもよりますので、必ずしも失敗＝旧バージョンでの生還にはならないはずです。
File / Unifiedモデルの場合は基本的には切り戻しという選択肢はありませんが、
お客様のI/Oに関する部分で言えばData MoverをRebootするまでは稼働しているCodeは旧Codeのままになります。
Blockモデルの場合はCommit前であればRevert可能です。
Re-imageについては昔と少し言い回しが異なっていて
・Re-image（今でいうとRecover SP Boot Image）はOS領域の論理破損の場合のリカバリ
・Backrev（今でいうとReimage/Backrev Array）は工場出荷状態への初期化
となっていてBackrevは、使わなくなったVNXを他システムに流用する場合や、ダウングレードする場合に使用されます。（ただし、ユーザデータ含む構成情報はすべて破棄されます。）
ayas
Moderator
Moderator
•
6.5K メッセージ
0
2019年6月25日 20:00
Next_Ue-ponさん、
OEアップグレードは原則アップグレードが成功するまでその変更が反映されない、つまり『何かあったとき』は結局アップグレードは完了しない＝失敗なので切り戻しする必要もありません。
またおっしゃる通りアップグレード時に何か問題があればサポートが全力で事象解決に乗り出します。（『アップグレードを完遂』に関しては時と場合によると思います）
『裏技』についてですがこちらに関しても状況によるのでサポートとの相談が必須になると思います。というのもリイメージは（いわゆるFactory resetting 、Solveでは『Reimage to Factory Fresh and/or Backrev the Block OE』の表記）それまでの設定やData も消去することになるのでエンジニアでの実行が必須のためです。
とは言え、リイメージの状況として考えられるのは撤去とか、検証環境での設定しなおし、とかではありうる話です。
Next_Ue-pon
3 Apprentice
3 Apprentice
•
517 メッセージ
0
2019年6月25日 23:00
ayas
Moderator
Moderator
•
6.5K メッセージ
0
2019年6月27日 02:00
Next_Ue-pon
3 Apprentice
3 Apprentice
•
517 メッセージ
0
2019年7月1日 17:00