ソフトウェア メンテナンス アップグレードの概要
ソフトウェア メンテナンス アップグレード(SMU)は、システムにインストールしてパッチ修正やセキュリティ解決をリリースされたイメージに提供できるパッケージです。SMU パッケージはリリースごとおよびコンポーネントごとに提供され、対応するプラットフォームに固有です。
SMU では、必要なテストの時間と範囲を削減しながら、ネットワークの問題に迅速に対応できるため、従来の Cisco IOS ソフトウェアには多大なメリットがあります。Cisco IOS XE プラットフォームでは SMU の互換性を内部的に検証し、互換性のない SMU はインストールできません。
すべて SMU が後続の Cisco IOS XE ソフトウェア メンテナンス リリースに統合されています。SMU は独立した自己完結型パッケージであり、前提条件や依存関係はありません。SMU はどのような順序でもインストールまたはアンインストールできます。
![]() (注) |
SMU は拡張メンテナンスリリースでのみ、基盤となるソフトウェアリリースのライフサイクルにわたってサポートされます。 |
![]() (注) |
install add file コマンドで使用するファイルは、アクティブデバイスのファイルシステムからのみアクティブ化できます。スタンバイまたはメンバーのファイルシステムからファイルを使用することはできません。このような場合、install add file コマンドは失敗します。 |
![]() (注) |
SMU ファイルが削除され、再起動が実行されると、デバイスに次のエラーメッセージが表示される場合があります。
このエラーは、以前の SMU ファイルがコントローラから適切に削除されなかったために発生します。新しい SMU または APSP ファイルをインストールできないなどの機能エラーが発生する可能性があります。 install remove file コマンドを使用して、ブートフラッシュから APSP または SMU ファイルの以前のインスタンスを削除することをお勧めします。 |
SMU インフラストラクチャは、ワイヤレスの状況における次の要件を満たすために使用できます。
-
コントローラ SMU:コントローラ のバグ修正または Cisco Product Security Incident Response information(PSIRT)。
-
APSP:AP のバグ修正、PSIRT、またはコントローラの変更を必要としないマイナー機能。
-
APDP:新しいハードウェアまたはソフトウェアの機能を導入しない新しい AP モデルのサポート。
![]() (注) |
show ap image コマンドは、コントローラの AP イメージに関する累積統計を表示します。show ap image コマンドを使用する前に、clear ap predownload statistics コマンドを使用して統計情報をクリアして、正しいデータが表示されるようにすることをお勧めします。 |
SMU のワークフロー
SMU プロセスは、SMU Committee への要求によって開始される必要があります。カスタマー サポートに連絡し、SMU 要求を行います。SMU パッケージは、リリースの間に [Cisco Software Download] ページに掲載されるため、ダウンロードしてインストールできます。
SMU パッケージ
SMU パッケージには、SMU が要求されている報告済みの問題のメタデータと修正が含まれています。
SMU のリロード
SMU タイプは、対応する SMU のインストール後のシステムへの影響を示します。SMU はトラフィックに影響を与えない場合もありますが、デバイスの再起動、リロード、スイッチオーバーを引き起こすこともあります。
コントローラのコールドパッチでは、アクティブ化中にシステムをコールドリロードする必要があります。コールド リロードは、オペレーティング システムを完全にリロードします。このアクションは、リロードの間(最大 5 分間)トラフィックフローに影響します。このリロードにより、対応する SMU の一部としてインストールされている正しいライブラリとファイルですべてのプロセスが起動します。
コントローラのホットパッチのサポートにより、システムをリロードすることなく、SMU をアクティブ化の直後に有効にできます。SUM がコミットされると、リロードが繰り返されてもアクティブ化の変更が持続します。ホット パッチ SMU パッケージには、SMU をアクティブにするために再起動する必要があるすべてのプロセスをリストするメタデータが含まれています。SMU のアクティブ化の間、SMU が完全に適用されるまで、このリスト内の各プロセスが一度に 1 つずつ再起動されます。
SMU のインストール(GUI)
手順
|
ステップ 1 |
を選択し、[Software Maintenance Upgrade] タブをクリックします。 |
|
ステップ 2 |
[Add] をクリックして、SMU イメージを追加します。 |
|
ステップ 3 |
[Transport Type] ドロップダウンリストで転送タイプを選択し、[TFTP]、[SFTP]、[FTP]、[Device]、または [Desktop (HTTP)] としてデバイスにソフトウェアイメージを転送します。 |
|
ステップ 4 |
[File Name] を入力し、[Add File] をクリックします。 この操作により、メンテナンス更新パッケージを上記で選択した場所からデバイスにコピーし、プラットフォームとイメージのバージョンの互換性チェックを実行し、すべてのメンバーに SMU パッケージを追加します。SMU がシステムに正常に追加されると、正常に動作していることとデバイスで SMU をアクティブにできることを示すメッセージが表示されます。このメッセージには、アクティブ化できるようになったパッケージ(SMU)の名前が表示されます。SMU の詳細がリストされ、これには、名前、バージョン、状態(アクティブまたは非アクティブ)、タイプ(リロード、再起動、またはリロードなし)、およびその他の互換性の詳細が含まれます。SMU のタイプがリロードの場合、任意の操作(アクティブ化、非アクティブ化、またはロールバック)によってデバイスがリロードされます。再起動の場合はプロセスの再起動のみが必要になり、リロードなしの場合はプロセスの変更は行われません。 |
|
ステップ 5 |
SMU を選択し、[Activate] をクリックしてシステムで SMU をアクティブ化し、パッケージをインストールし、パッケージステータスの詳細を更新します。 |
|
ステップ 6 |
SMU を選択し、[Commit] をクリックして、リロードが繰り返されてもアクティブ化の変更を持続させるようにします。 コミット操作では、コミットポイントが作成されます。これらのコミットポイントは、SMU に問題がある場合に使用するとアクティブ化またはロールバックする特定の変更を決定できるスナップショットに似ています。アクティブ化の後で、システムの起動時、または最初のリロード後にコミットできます。パッケージがアクティブになっていてもコミットされていない場合は、最初のリロード後はアクティブの状態を保ちますが、2 回目のリロード後はアクティブ状態を保ちません。 |
SMU のインストール
手順
| コマンドまたはアクション | 目的 | |
|---|---|---|
|
ステップ 1 |
install add file bootflash: filename 例:
|
メンテナンス更新プログラム パッケージをリモート ロケーションからデバイスにコピーし、プラットフォームとイメージのバージョンの互換性チェックを実行します。 このコマンドは、ファイルで基本的な互換性チェックを実行し、SMU パッケージがプラットフォームでサポートされていることを確認します。また、パッケージ/SMU.sta ファイル内にエントリを追加することで、ステータスを監視し、維持できるようにします。 |
|
ステップ 2 |
install activate file bootflash: filename 例:
|
互換性チェックを実行し、パッケージをインストールして、パッケージのステータスの詳細を更新します。 再起動可能なパッケージの場合、このコマンドは適切なポストインストール スクリプトをトリガーして必要なプロセスを再起動します。また、再起動できないパッケージの場合は、リロードをトリガーします。 |
|
ステップ 3 |
install commit 例:
|
リロードが繰り返されても持続するようにアクティブ化の変更をコミットします。 アクティブ化の後で、システムがアップしている間、または最初のリロード後にコミットできます。パッケージがアクティブになっていてもコミットされていない場合は、最初のリロード後はアクティブの状態を保ちますが、2 回目のリロード後はアクティブ状態を保ちません。 |
|
ステップ 4 |
show version 例:
|
|
|
ステップ 5 |
show install summary 例:
|
アクティブ パッケージに関する情報を表示します。 このコマンドの出力は、設定されている install コマンドに応じて変化します。 |
イメージのロールバック(GUI)
手順
|
ステップ 1 |
を選択します。 |
|
ステップ 2 |
[SMU]、[APSP]、または [APDP] に移動します。 |
|
ステップ 3 |
[Rollback] をクリックします。 |
|
ステップ 4 |
[Rollback to] ドロップダウンリストで、[Base]、[Committed]、または [Rollback Point] を選択します。 |
|
ステップ 5 |
[Add File] をクリックします。 |
SMU のロールバック
手順
| コマンドまたはアクション | 目的 | |
|---|---|---|
|
ステップ 1 |
install rollback to { base | committed | id | committed } committed ID 例:
|
デバイスを以前のインストール状態に戻します。ロールバック後にリロードする必要があります。 |
|
ステップ 2 |
install commit 例:
|
リロードが繰り返されても持続するようにアクティブ化の変更をコミットします。 |
SMU の非アクティブ化
手順
| コマンドまたはアクション | 目的 | |
|---|---|---|
|
ステップ 1 |
install deactivate file bootflash: filename 例:
|
|
|
ステップ 2 |
install commit 例:
|
リロードが繰り返されても持続するようにアクティブ化の変更をコミットします。 |
SMU の設定例
次に、SMU の install add が実行された後の SMU 設定の例を示します。
Device#show install summary
[ Chassis 1 2 ] Installed Package(s) Information:
State (St): I - Inactive, U - Activated & Uncommitted,
C - Activated & Committed, D - Deactivated & Uncommitted
--------------------------------------------------------------------------------
Type St Filename/Version
--------------------------------------------------------------------------------
IMG C 16.8.1.0.39751
-------------------------------------------------------------------
Auto abort timer: inactive
-------------------------------------------------------------------

フィードバック