バックアップ＆アーカイブ (v4.7.23) - 月次リリースノート

リリース詳細 - Backup & Archive - v4.7.23 - 2026年9月3日

この記事は、Salesforce のバックアップとデータガバナンスの管理を担当する Salesforce 管理者、コンプライアンス担当者、IT チーム向けです。

リリース種別

• 月次
• Flosum ホスト型およびセルフホスト型に適用

前提条件

• 登録済みで構成済みの Flosum Cloud Apps テナント
• 適切な Flosum ユーザー権限（SystemAdministrator または同等）

概要

この記事では、次の製品の月次リリースについて説明します。 Backup & Archive (v4.7.23)。このリリースでは、アプリケーション全体での Salesforce オブジェクトの表示方法を更新し、各セレクター、ツリー、概要でオブジェクトラベルとオブジェクト API 名の両方が一貫した形式で表示されるようにしました。また、テンプレート設定フローから不要なリダイレクトを削除したため、保存後も作業していた画面のまま続けられます。これらの変更により、大規模な Salesforce 組織に対するテンプレートとジョブの設定プロセスが効率化されます。今回のリリース更新では、Salesforce がレコードロック エラーを報告した場合に、影響を受けたレコードを並列ではなく順次再試行することで、復元の信頼性も向上しています。

アプリケーション全体でのオブジェクト表示の改善

変更点

オブジェクトの表示形式がアプリケーション全体で更新されました。オブジェクトセレクター、ツリー、選択済みオブジェクト一覧、概要、および関連する設定パネルでは、オブジェクトラベルとオブジェクト API 名の両方が一貫した形式で表示されます。

例:

• Account — Account
• Account History — AccountHistory

オブジェクト検索も更新され、オブジェクトラベルまたはオブジェクト API 名のいずれでも検索できるようになりました。

実施理由

ラベルと API 名を一緒に表示することで、Salesforce オブジェクトを選択・確認する際に識別しやすくなります。

気付く点

新しい形式は、テンプレート、バックアップの復元、アーカイブの復元、時点指定復元、エクスポート、検索、および組織通知全体に加え、選択したオブジェクトを表示する一覧やパネルにも表示されます。API 名で検索すると期待どおりのオブジェクトが返されるため、同じようなラベルを持つオブジェクトが複数ある場合に役立ちます。

テンプレート設定フローの改善

変更点

検証済みのクエリまたは設定を保存した後、テンプレート設定の最初の画面に戻るのではなく、現在の設定画面にとどまるようになりました。既存の検証および保存機能に変更はありません。

実施理由

以前は、保存するとテンプレート設定の最初の画面に戻されることがありました。作業を続けるには、該当する設定画面を再度開き、オブジェクト構造を確認できるようになるまで再読み込みを待つ必要がありました。

気付く点

保存後すぐにテンプレートの設定を続けられ、余分な移動や追加の読み込み時間はありません。オブジェクト構造は画面上に引き続き表示されます。

Salesforce のレコードロック処理の改善された復元

変更点

Backup & Archive は、復元操作中の Salesforce レコードロック エラーをより確実に処理するようになりました。

Salesforce が UNABLE_TO_LOCK_ROW エラーを返し、レコードが並列で復元されている場合、Backup & Archive は影響を受けたレコードを自動的に順次処理で再試行します。これらのレコードでレコードロック エラーが引き続き発生する場合、復元プロセスはチャンクサイズを縮小して再試行します。

実施理由

Salesforce は UNABLE_TO_LOCK_ROW エラーを返すことがあります。これは、複数のレコードを並列で復元しており、そのうちの一部が別の Salesforce 操作によってロックされている場合です。これは、関連レコード、マスター詳細関係、またはロールアップ集計項目を持つレコードを復元する際に特に当てはまります。

更新された復元ロジックでは、レコードロックの競合が検出された場合にのみ並列処理を減らすため、ロックの問題が発生しない場合は通常の並列復元プロセスが続行されます。

気付く点

復元操作で UNABLE_TO_LOCK_ROW エラーが発生した場合：

• ロック エラーの影響を受けたレコードが特定され、再試行されます。
• 影響を受けたレコードは、並列ではなく順次再試行されます。
• ロック エラーが再度発生した場合、復元チャンクは縮小され、レコードは再試行されます。
• 正常に復元されたレコードを再度処理する必要はありません。

これにより、レコードロックによって並列復元が妨げられる Salesforce 環境での復元の信頼性が向上します。

順次再試行により、影響を受けたレコードの復元時間が長くなる可能性があります。これは、Salesforce のレコードロック競合を処理する際の想定内のトレードオフです。