新しい合理化されたアップグレードウィザードにより、アップグレードするデバイスの選択と準備、およびアップグレードを妨げる問題の特定が容易になります。

Firewall Threat Defense ウィザードでは、無人モードで新しい準備専用オプションを利用することに注意してください。つまり、ウィザードがパッケージのコピーと準備状況の確認をしている間、明示的に開始していない場合でも、無人モードの実行に関するメッセージが表示されることがあります。

無人 Firewall Threat Defense アップグレード：

• アップグレードの準備のみを行います。パッケージをコピーして準備状況を確認しますが、実際のアップグレードは実行しないでください。

• すでに合格したデバイスの準備状況チェックをスキップします。

これらの新しいオプションは、無人モードを開始すると使用できます。

次の作業に進んでください。

• デバイスがインターネットからアップグレードパッケージをダウンロードできないようにします。つまり、デバイスがインターネットにアクセスできる場合でも、デバイスが クラウド提供型 Firewall Management Center または内部サーバーからアップグレードパッケージを取得するように要求できるようになりました。

• デバイスが内部サーバーまたはインターネットから失敗したダウンロードを再試行する時間を指定します。この設定は、クラウド提供型 Firewall Management Center とデバイス間の転送には適用されません。

新規/変更された画面：[管理（Administration）] > [製品アップグレード（Product Upgrades）] > [グローバルアップグレード設定（Global upgrade settings）]

メッセージセンターからデバイスの復元を監視できなくなりました。代わりに、[デバイス管理（Device Management）] ページ（[デバイス（Devices）] > [デバイス管理（Device Management）]）を使用します。[アップグレード（Upgrade）] タブで、復元するデバイスの横にある [詳細の表示（View Details）] をクリックします。

Firewall Threat Defense またはシャーシのアップグレードのために、時間のかかるアップグレード前の準備状況チェックを実行する必要がなくなりました。代わりに、これらのチェックがシステムによって定期的に実行され、正常性モニターで報告されるようになりました。これにより、アップグレードを妨げる問題を事前に修正できます。

• デバイス用の新しいデータベースモジュールは、データベーススキーマと構成データ（EO）の整合性を管理します。

• デバイス用に新しく追加された FXOS 正常性モジュールは、FXOS ベースのデバイスで FXOS httpd サービスをモニターします。

• ディスク ステータス モジュールがより堅牢になり、smartctl（信頼性の監視、障害の予測、およびその他のセルフテストを実行するための Linux ユーティリティ）の毎日の実行から報告されたディスク正常性の問題に関するアラートを生成するようになりました。

バージョンの制限：この機能は、バージョン 7.7 以降からのアップグレードでサポートされています。それ以前のバージョンを実行しているデバイスでは、アップグレード時の準備状況チェックが必要です。

アップグレードパッケージを使用せずにデバイスとシャーシのアップグレードを開始できるようになりました。適切なタイミングで、デバイスがインターネットからパッケージを直接取得します。これにより、時間と クラウド提供型 Firewall Management Center のディスク容量を節約できます。

インターネットにアクセスできないデバイスでは、引き続き クラウド提供型 Firewall Management Center または内部サーバーからパッケージを取得できます。デバイスは、インターネットまたは クラウド提供型 Firewall Management Center の前に、内部サーバー（設定されている場合）を試行することに注意してください。内部サーバーからのダウンロードが失敗した場合、インターネットにアクセスできる新しいデバイスは、インターネット、クラウド提供型 Firewall Management Center の順に試行しますが、古いデバイスやインターネットにアクセスできないデバイスは、クラウド提供型 Firewall Management Center のみを試行します。（この文脈での「新しい」とは、Firewall Threat Defense 7.6 以降またはシャーシ 7.4.1 以降を意味します）。

制限事項：クラウド提供型 Firewall Management Center およびデバイスは、インターネットにアクセスできる必要があります。インターネットにアクセスできるデバイスに、インターネットを試行する前に強制的に クラウド提供型 Firewall Management Center を試行させる方法はありません。ホットフィックスではサポートされていません。

ダウンロードの場所：https://cdo-ftd-images.s3-us-west-2.amazonaws.com/

アップグレードワークフローをクリアしていない場合でも、Firewall Threat Defense ウィザードおよびシャーシ アップグレード ウィザードからアップグレード後の設定変更レポートを生成およびダウンロードできるようになりました。

以前は、[高度な展開（Advanced Deploy）] 画面を使用してレポートを生成し、メッセージセンターを使用してレポートをダウンロードしていました。このメソッドは引き続き使用できます。これは、複数のデバイスの変更レポートをすばやく生成する場合、またはワークフローをクリアした場合に役立ちます。

新規/変更された画面：

• [デバイス（Devices）] > [Threat Defenseアップグレード（Threat Defense Upgrade）] > [設定の変更（Configuration Changes）]

• [デバイス（Devices）] > [シャーシアップグレード（Chassis Upgrade）] > [設定の変更（Configuration Changes）]

シャーシ/FXOS アップグレードの影響。ファームウェアのアップグレードにより、余分な再起動が発生します。

Firepower 4100/9300 の場合、バージョン 2.14.1 への FXOS アップグレードにファームウェアのアップグレードが含まれるようになりました。マルチインスタンスモードの Cisco Secure Firewall 3100（バージョン 7.4.1 の新機能）には、FXOS とファームウェアのアップグレードもバンドルされています。デバイス上のいずれかのファームウェア コンポーネントが FXOS バンドルに含まれているコンポーネントよりも古い場合、FXOS アップグレードによってファームウェアも更新されます。ファームウェアがアップグレードされると、デバイスは 2 回リブートします。1 回は FXOS 用、1 回はファームウェア用です。

ソフトウェアおよびオペレーティングシステムのアップグレードと同様に、ファームウェアのアップグレード中に設定変更を行ったり、展開したりしないでください。システムが非アクティブに見えても、ファームウェアのアップグレード中は手動で再起動またはシャットダウンしないでください。

参照：Cisco Firepower 4100/9300 FXOS ファームウェア アップグレード ガイド

アップグレードの影響。展開すると、対象となるすべてのデバイスが Snort 3 にアップグレードされます。

Firewall Threat Defense をバージョン 7.3 以降にアップグレードすると、[Snort 2からSnort 3にアップグレードする（Upgrade Snort 2 to Snort 3）] オプションは無効化できなくなります。

ソフトウェアのアップグレード後、設定を展開すると、対象となるすべてのデバイスが Snort 2 から Snort 3 にアップグレードされます。個々のデバイスを元に戻すことはできますが、Firewall Threat Defense 7.7 以降では Snort 2 はサポートされていません。すぐに使用を停止する必要があります。

カスタム侵入ポリシーやネットワーク分析ポリシーを使用しているためにデバイスが自動アップグレード対象外になる場合は、検出とパフォーマンスを向上させるために、手動で Snort 3 にアップグレードします。移行のサポートについては、お使いのバージョンの Custom Snort 3 Intrusion Policies for Access Control を参照してください。

Firewall Threat Defense とシャーシ アップグレード ウィザードを、低解像度の画面（および小さなブラウザウィンドウ）用に最適化しました。テキストが小さく表示され、特定の画面要素が非表示になります。セッションの途中で解像度またはウィンドウサイズを変更した場合は、Web インターフェイスを調整するためにページを更新することが必要になる場合があります。クラウド提供型 Firewall Management Center を使用するための最小画面の解像度は 1,280 X 720 であることに注意してください。

新規/変更された画面：

• [デバイス（Devices）] > [Threat Defenseのアップグレード（Threat Defense Upgrade）]

• [デバイス（Devices）] > [シャーシのアップグレード（Chassis Upgrade）]

Firewall Threat Defense アップグレードウィザードの最終ページで、アップグレードの進行状況をモニターできるようになりました。この機能は、[デバイス管理（Device Management）] ページの [アップグレード（Upgrade）] タブおよび Management Center の既存のモニタリング機能に追加されます。新しいアップグレードフローを開始していない限り、[デバイス（Devices）] > [Threat Defenseアップグレード（Threat Defense Upgrade）]によってこのウィザードの最後のページに戻り、現在の（または最後に完了した）デバイスのアップグレードの詳細なステータスを確認できます。

新しいアップグレードページでは、アップグレードの選択、ダウンロード、管理、および展開全体への適用が容易になります。このページには、現在の展開に適用されるすべてのアップグレードパッケージが、特にマークされた推奨リリースとともに一覧表示されます。パッケージを選択してシスコから簡単に直接ダウンロードしたり、パッケージを手動でアップロードおよび削除したりできます。

適切なメンテナンスリリースのアプライアンスが少なくとも 1 つある（またはパッチを手動でアップロードした）場合を除き、パッチは表示されません。ホットフィックスは手動でアップロードする必要があります。

新規/変更された画面：

• [システム（System）]（） > [製品のアップグレード（Product Upgrades）] では、デバイスをアップグレードし、アップグレードパッケージを管理します。

• [システム（System）]（） > [コンテンツの更新（Content Updates）] で、侵入ルール、VDB、および GeoDB を更新できるようになりました。

• [デバイス（Devices）] > [脅威防御のアップグレード（Threat Defense Upgrade）] を選択すると、Firewall Threat Defense アップグレードウィザードに直接移動します。

廃止された画面/オプション：

• [システム（System）]（） > [更新（Updates）] は廃止されました。Firewall Threat Defense のすべてのアップグレードでウィザードが使用されるようになりました。

• Firewall Threat Defense アップグレードウィザードの [アップグレードパッケージの追加（Add Upgrade Package）] ボタンは、新しいアップグレードページへの [アップグレードパッケージの管理（Manage Upgrade Packages）] リンクに置き換えられました。

新しい推奨リリースが利用可能になると、クラウド提供型 Firewall Management Center から通知されるようになりました。今すぐアップグレードしない場合は、後でシステムに通知するか、次の推奨リリースまでリマインダを延期できます。新しいアップグレードページには、推奨リリースも示されます。

参照： Cisco Secure Firewall Management Center の新機能（リリース別）

ウィザードを使用して、アップグレードするデバイスを選択します。

Firewall Threat Defense アップグレードウィザードを使用して、アップグレードするデバイスを選択できるようになりました。ウィザード上で、選択したデバイス、残りのアップグレード候補、対象外のデバイス（および理由）、アップグレードパッケージが必要なデバイスなどの間でビューを切り替えることができます。以前は、[デバイス管理（Device Management）] ページしか使用できず、プロセスの柔軟性が大幅に低くなっていました。

Firewall Threat Defense アップグレードウィザードは、新しい [無人モード（Unattended Mode）] メニューを使用して無人アップグレードをサポートするようになりました。アップグレードするターゲットバージョンとデバイスを選択し、いくつかのアップグレードオプションを指定して、その場から離れるだけです。ログアウトしたり、ブラウザを閉じたりすることもできます。

異なるデバイスをアップグレードする限り、異なるユーザーによる同時アップグレードワークフローが可能になりました。このシステムにより、すでに他の誰かのワークフローにあるデバイスをアップグレードすることはできません。以前は、すべてのユーザーで一度に 1 つのアップグレードワークフローのみが許可されていました。

新しい [アップグレード開始前にトラブルシューティングファイルを生成する（Generate troubleshooting files before upgrade begins）] オプションを無効にすることで、メジャーアップグレードおよびメンテナンスアップグレードの前にトラブルシューティング ファイルを自動生成することをスキップできるようになりました。これにより、時間とディスク容量を節約できます。

Firewall Threat Defense デバイスのトラブルシューティング ファイルを手動で生成するには、[システム（System）]（） > [正常性（Health）] > [モニター（Monitor）] を選択し、左側のパネルでデバイスをクリックし、[システムおよびトラブルシューティングの詳細を表示（View System & Troubleshoot Details）]、[トラブルシューティングファイルの生成（Generate Troubleshooting Files）] をクリックします。

バージョン 7.2 以降の クラウド提供型 Firewall Management Center を使用して Firewall Threat Defense をバージョン 7.2 以降にアップグレードする場合、Snort 2 から Snort 3 へのアップグレードを実行するかどうかを選択できるようになりました。

ソフトウェアのアップグレード後、設定を展開すると、対象のデバイスが Snort 2 から Snort 3 にアップグレードされます。カスタム侵入ポリシーやネットワーク分析ポリシーを使用しているためにデバイスがアップグレード対象外になる場合は、検出とパフォーマンスを向上させるために、手動で Snort 3 にアップグレードすることを強く推奨します。ヘルプについては、ご使用のバージョンの Custom Snort 3 Intrusion Policies for Access Control を参照してください。

バージョンの制限：Firewall Threat Defense のバージョン 7.0.x へのアップグレードはサポートされていません。

デバイスのアップグレードページ（[デバイス（Devices）] > [デバイスのアップグレード（Device Upgrade）]）を使用して、アクティブノードが 1 つだけのクラスタをアップグレードできるようになりました。非アクティブ化されたノードもアップグレードされます。以前は、このタイプのアップグレードは失敗していました。この機能は、システムの更新ページ（[システム（System）] > [更新（Updates）]）ではサポートされていません。

この場合、ヒットレスアップグレードもサポートされません。トラフィックフローと検査の中断は、スタンドアロンデバイスと同様に、アクティブユニットのインターフェイス設定に依存します。

サポートされるプラットフォーム：Firepower 4100/9300、Secure Firewall 3100

クラスタ化された高可用性デバイスのアップグレードワークフローが次のように改善されました。

• アップグレードウィザードは、個々のデバイスとしてではなく、グループとして、クラスタ化された高可用性ユニットを正しく表示するようになりました。システムは、発生する可能性のあるグループ関連の問題を特定し、報告し、事前に修正を要求できます。たとえば、Firepower Chassis Manager で非同期の変更を行った場合は、Firepower 4100/9300 のクラスタをアップグレードできません。

• アップグレードパッケージをクラスタおよび高可用性ペアにコピーする速度と効率が向上しました。以前は、FMC はパッケージを各グループメンバーに順番にコピーしていました。これで、グループメンバーは通常の同期プロセスの一部として、相互にパッケージを取得できるようになりました。

• クラスタ内のデータユニットのアップグレード順序を指定できるようになりました。コントロールユニットは常に最後にアップグレードされます。

FTD のアップグレードがより簡単かつ確実に、より少ないディスク容量で実行できるようになりました。メッセージセンターの新しい [アップグレード（Upgrades）] タブでは、アップグレードステータスとエラーレポートがさらに強化されています。

FMC の新しいデバイス アップグレード ページ（[デバイス（Devices）] > [デバイスアップグレード（Device Upgrade）]）には、バージョン 6.4 以降の FTD デバイスをアップグレードするためのわかりやすいウィザードがあります。アップグレードするデバイスの選択、アップグレードパッケージのデバイスへのコピー、互換性と準備状況の確認など、アップグレード前の重要な段階を順を追って説明します。

開始するには、[デバイス管理（Device Management）] ページ（[デバイス（Devices）] > [デバイス管理（Device Management）] > [選択（Selection）]）で新しい [Firepowerソフトウェアのアップグレード（Upgrade Firepower Software）] アクションを使用します。

続行すると、選択したデバイスに関する基本情報と、現在のアップグレード関連のステータスが表示されます。表示内容には、アップグレードできない理由が含まれます。あるデバイスがウィザードの 1 つの段階に「合格」しない場合、そのデバイスは次の段階には表示されません。

ウィザードから移動しても、進行状況は保持されます。ただし、管理者アクセス権を持つ他のユーザーはウィザードをリセット、変更、または続行できます。

一度にアップグレードできるデバイスの数は、同時アップグレードを管理するシステムの機能ではなく、管理ネットワークの帯域幅によって制限されます。以前は、一度に 5 台を上回るデバイスをアップグレードしないことを推奨していました。

システムが適切なアップグレードパッケージにアクセスできる限り、FTD アップグレードウィザードを使用してすべての FTD モデルのアップグレードを同時にキューに入れて呼び出せるようになりました。

以前は、アップグレードパッケージを選択し、そのパッケージを使用してアップグレードするデバイスを選択していました。つまり、アップグレードパッケージを共有している場合にのみ、複数のデバイスを同時にアップグレードできました。たとえば、2 台の Firepower 2100 シリーズ デバイスは同時にアップグレードできますが、Firepower 2100 シリーズと Firepower 1000 シリーズはアップグレードできません。