3 Apprentice
•
517 メッセージ
0
521
OEアップに関するスタンスについて
OEアップ作業に関する説明をユーザ様にすると「何かあった際は切り戻し(作業前のverにもどすこと)可能なのか」なんてよく聞かれます。
この場合の回答としては「作業時の問題はEMC絶大支援にてこれを排除しOEアップ完遂」という認識で現在も正しいでしょうか?
#上記場合の ”抜け道” がないかを確認しています(xxxxxな場合はre-imageしかない とか)
ちなみに、re-imageのPGって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