Migration Assistを使用すると、Classic API Data Protectionインスタンスとそれに対応するポリシーを、次世代API Data Protectionに移行できます。バックグラウンドでポリシーの変換と構成を自動化するため、Classic API Data ProtectionがJune 1, 2027上でend-of-lifeに達する前に、すべてのポリシーを手動で再作成する必要はありません。
前提条件
Migration Assistで移行を開始する前に、以下が準備されていることを確認してください：
-
アクティブなポリシーを持つ既存の Classic API Data Protection インスタンス。
-
そのインスタンス内に、Next Generation API Data Protectionでサポートされているアプリが少なくとも1つ存在すること。Workplace by MetaやSlack Teamなど、サポートされていないアプリのみを使用するインスタンスは移行できません。
-
移行の前に、Next Generation API Data Protection の詳細を理解してください。
Migration Assistの対象範囲
Migration Assistは、進行中のポリシーのみを移行します。それが何を意味するのか、具体的には、どのアプリが対象か、移行されたポリシーのステータスが何を示すか、そして何が移行の対象外となるのかを正確に理解しておくことが役立ちます。
Migration statuses. 移行後、各ポリシーは以下のいずれかのステータスで報告されます。
| 状態 | どういう意味ですか？ | 何をする必要がありますか？ |
|---|---|---|
| Migrated | ポリシーは自動的に移行されました。 | None. |
| 対応が必要です | Next Generationはその意図をサポートしていますが、ポリシーを手動で再作成または調整する必要があります。 | 次世代（Next Generation）でポリシーを再作成してください。 |
| Next Genでは利用できません | 現在、Next Generationにはこのポリシーに相当するものはありません。 | この保護が引き続き必要な場合は、代替の制御を設定してください。 |
| Netskope error | 内部的な問題により、移行が妨げられました。 | Netskopeサポートへお問い合わせください。 |
アクションが必要なポリシーのほとんどは「アクションが必要（Action required）」に分類されます。例えば、複数のNext Generationオプションにマッピングされる取り消し（Revoke）のようなアクションや、Next Generationにまだ存在しない隔離（quarantine）またはリーガルホールドプロファイルを参照するポリシーなどがこれに当たります。少数のポリシーは「Next Genでは利用不可」であり、まったく移行できません。例えば、暗号化（Encrypt）やRMS（Azure Rights Management）アクションを使用するポリシー、またはGoogle Workspaceの接続アプリガバナンスポリシーなどが該当します。ダウンロード可能な移行レポートには、インスタンス内のすべてのポリシーの正確なステータスと次のステップが記載されています。
Application scope. Migration Assistは、Box、Dropbox、Egnyte、GitHub、Google Drive、Microsoft Teams、OneDrive、Outlook、Salesforce、ServiceNow、SharePoint、Slack Enterprise、Workdayの13種類のクラシックアプリケーションをサポートしています。以下のアプリケーションは、記載されている理由によりサポートされていません。
| 応用 | 状態 |
|---|---|
| AWS、Azure、Google Cloud | API データ ProtectionのSaaSアプリケーションではありません。クラウドプロバイダーのセキュリティは別のNetskope製品でカバーされています。アカウントチームにお問い合わせください。 |
| Metaのワークプレイス | ベンダーによって非推奨となりました。Next Generationへの移行パスはありません。 |
| Slack Team (non-Enterprise) | サポートされていません。サポートされているSlack Enterpriseを使用してください。 |
Never part of the migration. 以下はMigration Assistの対象外であり、Next Generationで手動で処理する必要があります：
-
マルウェアおよび脅威対策の設定。
-
フォレンジック宛先の設定。
-
検疫、訴訟ホールド、およびIRMプロファイル — 依存するポリシーを移行するには、その前にプロファイル自体がNext Generationに存在している必要があります。
-
遡及スキャン — Migration Assistは遡及スキャンポリシーをサポートしていません。これらは次世代（Next Generation）で手動で設定してください。
-
インスタンスのクレデンシャル、OAuth付与、およびAPI権限は、Next Generationで個別に設定する必要があります。
-
アラート履歴、インシデント履歴、および監査履歴。
-
通知のデフォルトや保持期間などのテナントレベルの設定。
移行を始める
Migration Assistは3つのフェーズで実行されます。移行を開始し、Netskopeがバックグラウンドでポリシーを移行し、切り替え前に結果を確認します。このセクションでは、プロセスの開始方法について説明します。
移行を開始するには：
-
Netskopeテナントにログインします。Classic API Data Protectionがサポート終了（EOL）に近づいていることを通知するポップアップが表示されます。
-
ポップアップ内の Create Next Gen Instance をクリックしてください。ポップアップを閉じた場合、後から Settings > API-enabled Protection > Configure App Access > Next Gen から移行を開始し、Set Up CASB API Instance をクリックすることができます。
-
Select theアプリとClassicインスタンスを新しいNext Generationインスタンスにリンクします。
インスタンス設定のアプリ固有の構成については、Next Generation API データ Protection プラットフォームを参照してください。
-
Grant Accessをクリックしてください。
Next Generation API Data Protectionは、インスタンスのインベントリを作成し、そのポリシーをNext Generationで自動的に変換および構成します。実行中にアクションを実行する必要はありません。
移行結果を確認する
バックグラウンド移行が完了すると、Netskopeは次世代インスタンスページで通知を行うため、Classicから切り替える前に実行内容を確認できます。
結果を確認するには：
-
Settings > API-enabled Protection > Configure App Access > Next Genへ移動してください。
-
移行した SaaS アプリを特定します。Download Reportをクリックすると、すべてのポリシーとその移行結果が記載されたPDFを取得できます。これには、手動操作が必要なポリシーに関するガイダンスも含まれます。
-
Next Generationで移行された各ポリシーを確認し、有効にします。
Next Generation API Data Protectionポリシーを有効にするには、Policies > API Data Protection > SaaS > Next Genに移動します。
-
Classicプラットフォームで、一致するポリシーを無効にします。
従来のAPI Data Protectionを無効にするには、Policies > API Data Protection > SaaS > Classicに移動してください。
切り替え中のカバレッジにギャップが生じないよう、Classicポリシーを無効にする前にNext Generationポリシーを有効にしてください。移行直後にClassicインスタンスを削除しないでください。6か月間、またはインシデント保持期間が経過するまでお待ちください。正確な保持期間については、Netskopeの営業担当者にご確認ください。この間、インシデントの管理や隔離されたファイルの操作を行うことができます。 -
保持期間終了後、Classicインスタンスを削除してください。これを行うには、Settings > Configure App Access > Classicに移動してSaaSアプリを選択し、Remove Instanceアイコンをクリックしてアプリインスタンスを削除します。
