SUSE Multi-Linux Manager サーバーのアップグレード

1. `zypper`を使用してソフトウェアリポジトリを更新します:

   zypper ref

2. ホストオペレーティングシステムに応じて、以下のステップに進みます。

   SL Microなどのトランザクションシステムの場合:

   1. `transactional-update`を使用して利用可能な更新を適用します:

      transactional-update

   2. 更新が適用された場合、`reboot`します。

   SUSE Linux Enterprise Server の場合:

   `zypper`を使用してインストールされたソフトウェアを更新します:

   zypper up

3. SUSE Multi-Linux Managerサーバーコンテナは、次のコマンドを使用して更新できます:

   自動バージョンダウングレードおよびPTF損失のリスク 新しいアップグレードが利用できない場合に`mgradm upgrade podman`コマンドを実行すると、システムは自動的にベースバージョンに戻ります。 この処理は、確認プロンプトなしに現在適用されているすべてのプログラム一時修正（PTF）を削除します。 意図しないデータや修正の損失を避けるために、実行前にアップグレードの可用性を確認してください。 今後のリリースには、この動作を防ぐための確認プロンプトが含まれます。

   mgradm upgrade podman

   このコマンドは、コンテナのステータスを最新に更新してサーバを再起動します。

4. 未使用のコンテナイメージをクリーンアップし、ディスク容量を解放します。

   podman image prune -a

   一部のアップグレードでは、.rpmnew`ファイルや.rpmsave`ファイルが複数生成されることがあります。これらのファイルの存在や数は、手動での操作が必要であることを示すものではありません。SUSE Multi-Linux Managerコンテナ環境では、必要な構成変更はアップグレードプロセス中に自動的に適用されます。これらのファイルは、パッケージのデフォルトと既存の設定ファイルとの差異の結果として作成されるものであり、マージを意図していない内部的な変更や情報提供のみを目的とした変更が含まれている場合もあります。構成変更のために手動での操作が必要な場合は、リリースノートまたはアップグレードドキュメントに明示的に記載されます。 これらのファイルをアップグレード後のチェックリストとして扱ったり、一括でマージしたりしないでください。特定のトラブルシューティングを積極的に行っており、そのファイルに含まれる構成の影響を理解している場合にのみ、ファイルを確認してください。変更が必要な場合は、これらのファイルから差異をコピーするのではなく、既知の要件に基づいて意図的に適用する必要があります。不明な場合は、ファイルを変更しないでください。