14.1.2内でのアップグレードのロールバック

12.1.2 14.1.2内でのアップグレードのロールバック

Oracle Unified Directory Services Manager (OUDSM)のアップグレードに失敗した場合は、前のOUDSM 14cコンテナ・イメージにロールバックし、問題を修正してからアップグレードを再試行できます。

アップグレードは成功したが、その後で機能上の問題が発生した場合も、ロールバックできます。

Oracle Unified Directory (OUDSM)インストールをロールバックするには、次のステップを実行します:

次のコマンドを使用して、OUDSMデプロイメントをロールバックします:
```
helm rollback <release_name> -n <namespace>
```
例:
```
 helm rollback oudsm -n oudsmns
```
出力は次のようになります:
```
Rollback was a success! Happy Helming!
```
helm rollbackは、OUDSMポッドのローリング再起動を実行します。
次のコマンドを実行して、すべてのOUDSMポッドが起動されていることを確認します:
```
kubectl get pods -n <namespace> -w
```
ノート:
-wフラグを使用すると、変更時にポッドのステータスを監視できます。
例:
```
kubectl get pods -n oudsmns -w
```
次を実行して、ポッドの最新のログを確認することもできます:
```
kubectl logs -f <pod> -n oudsmns
```

ポッドが稼働したら、次のコマンドを実行して、ポッドで使用されている前のOUDSM 14cコンテナ・イメージを表示できます:

kubectl describe pod <pod> -n <namespace> | grep image

例:

kubectl describe pod oudsm-1 -n oudsmns | grep image

出力は次のようになります:

...
Containers:
  oudsm-1:
    Container ID:   cri-o://6a35ef3a0721015aa99b2aaeebdc96528c8166db7bf36176f0b9665e43c10ded
    Image:          container-registry.oracle.com/middleware/oudsm_cpu:14.1.2.1.0-jdk17-ol8-<YYMMDD>
    Image ID:       container-registry.oracle.com/middleware/oudsm_cpu@sha256:2ae38d6bdca4c411d6b62289cf80563f611a1fdcbaf01632be7b4fa6a4169000

OUDSMデプロイメントを確認します。「OUDSM URLの検証」を参照してください。