デフォルトでは、フィーチャ サービスは 1 回のリクエストで返されるレコードの数を制限します (通常は 1,000 に設定されています)。
2,400 個のフィーチャすべてを 1 回の呼び出しで返すことができるようにするには、管理者は公開中または公開後に「サーバーによって返されるレコードの最大数」(maxRecordCount) 設定を増やす必要があります。
ArcGIS Server ドキュメントより:
maxRecordCount プロパティは、1 回のリクエストでサーバーから返されるレコードの数を定義します。すべてのフィーチャを返すには、この値を適宜増やす必要があります。
* オプション A (プーリングの調整) は、データ取得の制限ではなく、同時実行性とスケーラビリティに関連します。
* オプションC はデフォルト設定の 1,000 を維持するため、要件を満たしません。
* オプションはレコードの取得ではなく、視覚的なパフォーマンスに関連します。
リファレンス: ArcGIS Server - フィーチャ サービスの設定とパフォーマンスの調整

キャッシュされたイメージサービスを公開および提供するには、ArcGIS Server をイメージサーバーとしてライセンスする必要があります。このライセンス ロールは、ラスター データセット、イメージ サービス、およびキャッシュベースの画像ワークフローを提供するために特別に設計されています。
ArcGIS Server ドキュメントより:
「イメージ サーバー ロールは、事前に生成されたタイル キャッシュを提供し、ラスター分析をサポートするものを含むイメージ サービスを公開および管理するために必要です。」
* オプション A (GIS サーバー) はフィーチャ サービスとマップ サービスをサポートしますが、キャッシュされた画像はサポートしません。
* オプションC(ミッションサーバー)は、画像や地物とは関係のないリアルタイム操作用です。
リファレンス: ArcGIS Enterprise - Server のロールと機能 (Image Server)

デフォルトでは、フィーチャサービスは1回のリクエストで返されるレコードの数を制限します（通常は
2,400個のフィーチャすべてを1回の呼び出しで返せるようにするには、管理者は
公開中または公開後に「サーバーによって返されるレコードの最大数」(maxRecordCount) を設定する。
ArcGIS Server ドキュメントより:
maxRecordCount プロパティは、1 回のリクエストでサーバーから返されるレコードの数を定義します。すべてのフィーチャを返すには、この値を適宜増やす必要があります。
* オプション A (プーリングの調整) は、データ取得の制限ではなく、同時実行性とスケーラビリティに関係します。
* オプション C ではデフォルト設定の 1,000 が維持されますが、要件を満たしません。
* オプション D は、レコードの検索ではなく、視覚的なパフォーマンスに関連します。
リファレンス: ArcGIS Server - フィーチャ サービスの設定とパフォーマンスの調整

請負業者はホスト フィーチャ サービスを公開する必要があります。ホスト フィーチャ サービスは、ArcGIS Server サイトによって直接管理されるのではなく、ArcGIS Data Store によって完全に管理されます。つまり、従来のサービスのように実行時に専用の ArcGIS Server サイトのメモリや CPU によって管理されないため、サーバー リソースの消費量が少なくなります。
ArcGIS ドキュメントより:
ホスト フィーチャ レイヤー (サービス) は ArcGIS Data Store に保存され、ArcGIS Data Store によって提供されるため、ArcGIS Server のサービス プロセス管理の負担が軽減されます。これは、GIS Server の負荷を最小限に抑えたい場合のテスト、軽量アプリ、または非本番環境のワークフローに最適です。
* オプション B (非ホスト マップ サービス) では、サーバー側の管理が必要となり、より多くのリソースを消費します。
* オプション C (シーン サービス) は 3D 視覚化に使用され、2D 消火栓位置データには適していません。
* オプション D (ホストされていないフィーチャ サービス) では、ArcGIS Server リソースもさらに消費されます。
リファレンス: ArcGIS Enterprise - GIS サーバー上のホスト レイヤーとサービスについて

Portal for ArcGIS のアップグレード後に複数のユーザーを管理および削除するための最も効率的でサポートされた方法は、コマンドライン ユーティリティ、具体的には Portal for ArcGIS に含まれる deleteusers ユーティリティを使用することです。このツールを使用すると、管理者はユーザー名をリストしたファイルを参照して、ユーザー アカウントを一括削除できます。この方法は、ライセンス制限を遵守するために指定ユーザーの数を迅速に減らす必要がある場合に特に便利です。
メンバータブ（オプションB）からユーザーを個別に削除するのは時間がかかり、多数のアカウントを扱う場合には非効率的です。ArcPy（オプションC）の使用は、ポータルユーザーを一括管理するためにはサポートされていません。
参照元: ArcGIS Enterprise 管理者ガイド - Portal for ArcGIS ツールとコマンド ライン ユーティリティ