リリース時間に影響する要因

ローカルディレクトリから Salesforce 組織へのメタデータの移行は、メタデータ API の deploy() メソッドをコールすることで実行されます。Force.com IDE と Force.com 移行ツールは両方ともこのメソッドを使用するため、この 2 つのツールによるリリース時間の差はほとんどありません。deploy() メソッドは非同期型です。つまり、結果はすぐに返されない可能性があり、結果が返されるまでの時間を決定する要素がいくつかあります。

• ファイルの数とサイズ — リリースするファイルが多いほど、リリースにかかる時間は長くなります。ただし、ネットワークペイロードが 10 MB を超えることはほとんどないため、通常は未加工ファイルのサイズによる影響は大きくありません。
• コンポーネントの種類 — 一部のコンポーネントは他のコンポーネントよりも処理に時間がかかります。たとえば、カスタム項目、カスタム連結オブジェクト、およびプロファイルは、他のコンポーネントよりもリリースに時間がかかります。
• 処理時間 — データの再計算が必要な変更には、変更されるデータ量に比例して時間がかかります。たとえば、項目のデータ型を変更する場合、その項目を使用するすべてのレコードの変更が必要な場合があります。
• テスト実行 — 本番組織にリリースする場合、Apex テストの数と複雑さがリリース時間に大きく影響します。
• ネットワークとサーバの可用性 — その他の要因ほどリリース時間には影響しません。ただし、勤務時間中にリリースを待機したり、コンポーネントの使用がロックされたりすることを避けるため、所要時間が長いリリースはピーク時以外にスケジュールすることをお勧めします。
• ロック — リリース中にユーザが組織で作業している場合、ロックによってユーザとリリースの両方が影響を受ける可能性があります。ユーザがコンポーネントからロックアウトされたり、リリースがユーザによるロックの解除を待機したりする可能性があります。最も時間がかかる処理は、大量のレコードを所有するユーザ (またはユーザグループ) の再編成です。たとえば、共有ルールの変更は、3 人のユーザが所有する 100 件のレコードを別の 6 人のユーザと共有する場合はあまり時間はかかりません。ただし、特定のロールまたはテリトリー階層の 1 人のユーザの移動で、そのユーザが 1 ギガバイトのレコードを所有している場合には長い時間がかかります。ユーザは、次の方法でも大量のレコードを強制的に処理できます。
  • ポータルユーザまたは売上予測の影響を受けるユーザを作成
  • 共有ルールを作成、変更または削除
  • 大量の関連レコードがある場合、ユーザ、ロール、グループ、取引先所有者、またはチームメンバーを移動または変更