バックアップ＆アーカイブ (v4.7.4) - 月次リリースノート
リリース詳細 - Backup & Archive - v4.7.4 - 2026年6月11日
この記事は、Salesforce のバックアップとデータガバナンスの管理を担当する Salesforce 管理者、コンプライアンス担当者、および IT チームを対象としています。
リリース種別
毎月
Flosumホスト型およびセルフホスト型に適用
前提条件
登録済みで設定済みの Flosum Cloud Apps テナント
適切な Flosum ユーザー権限（SystemAdministrator または同等）
要約
この記事では、次の月次リリースについて説明します Backup & Archive（v4.7.4）。このリリースでは、基盤となるファイル保存形式を CSV から Parquet に移行して処理を高速化し、 Configurable Fields Backup & Archive Salesforce Package コンポーネント向けの新しい Data Hold ポリシー、Restore における ContentDocument サポートの強化、アーカイブ中に自動化を無効化するオプション、アーカイブフィルターでのネストされた SOQL サブクエリのサポートが追加されます。
CSV から Parquet へのファイル形式移行
変更点
Backup & Archive は、基盤となるファイル保存形式を CSV から Parquet に移行しています。Backup、Restore、Export、Search、Archive を含むすべての主要機能が、現在は Parquet を読み書きします。
移行は段階的に行われます。テナント内の各組織は、データの移行が完全に完了するまで既存の CSV ファイルから読み込みを続け、その後自動的に Parquet に切り替わります。管理者が移行を開始または管理するための操作は不要です。
実施理由
処理の高速化。 Parquet のカラム指向ストレージにより、システムはファイル全体を走査するのではなく必要なデータだけを読み取れるため、Backup と Restore の処理が高速化されます。
新機能の基盤。 Parquet は新しい Configurable Fields 機能の前提条件であり、CSV 形式の上には構築できません。
利用可能性と展開
この変更は、リリース後すぐにはお客様に表示されません。既存データの移行は、リージョンごとにバックグラウンドで実行されます。お客様が新しい形式の恩恵を受け始めるのは、テナントのデータ移行が完全に完了してからです。
ユーザーが気付く点
テナントの移行が完了すると、ユーザーは次のようになることを期待できます:
Backup および Restore の処理が高速化されます。
フォーマットの切り替えは完全に透過的なため、アプリケーションの操作方法に変更はありません。
Configurable Fields Backup & Archive Salesforce Package 向けの
変更点
新しい Configurable Fields 設定が Salesforce 組織内の Backup & Archive Salesforce Package に追加されました。これにより、Salesforce 管理者は Backup & Archive Package コンポーネント（Backup History, Related Archives、および Time Machine）に表示される列をオブジェクトごとに制御できます。
以前は、これらのコンポーネントにはカスタマイズ不可の固定された既定列セット（Record ID、Status、Name、Owner、Last Modified Date、Last Version）が表示されていました。
動作の仕組み
管理者は次の場所で一度フィールドを設定します: Settings → Configurable Fields オブジェクトを選択し、そのオブジェクトのすべての Backup & Archive Package コンポーネントで列として表示するフィールドを選びます。
いくつかのルールがあります:
Record ID, Status、および Last Version は、設定に関係なく常に表示される固定アンカー列です。
最大 5 個の追加フィールド をオブジェクトごとに設定できます。
カスタム設定のないオブジェクトは、既定の列セットにフォールバックします。
一度設定すると、コードを追加することなく、このカスタマイズは 3 つのコンポーネント（Backup History、Related Archives、Time Machine）全体に一貫して適用されます。
ユーザーが気付く点
Backup History、Related Archives、Time Machine の各テーブルには、汎用の既定値ではなく、各オブジェクトおよびチームのワークフローに関連する列が表示されます。
管理者が 1 か所でフィールドを設定すると、その変更は Backup & Archive Package 全体でレコードが一覧表示されるすべての場所に即時反映されます。
まだ設定されていないオブジェクトは標準の既定ビューを引き続き表示するため、段階的な展開中に業務が中断されることはありません。
利用可能性
新しいバージョンのパッケージを採用するには、既存のバージョンを削除してから B&A Organization Settingsにインストールする必要があります。新しいパッケージバージョンは namespace を使用するため、競合を避けるには最初に古いコンポーネントを削除する必要があります。
また、お客様は次の場所で Connected App を更新する必要があります: Global Settings。手順は次をご覧ください:
次の Edit and Configure the App 手順で、コールバック URL を次のように変更します:
手順を参照: Callback URL
Data Hold
変更点
新しい Hold Policy タブが追加されました: Organization Settings。これにより、管理者は、自動 Retention Policy または手動の Purge 操作によって、特定のバックアップ済み・アーカイブ済みレコードが完全に削除されないようにするルールを定義できます。
動作の仕組み
管理者は次へ移動して hold を作成します: Organization Settings > Data Hold を開き、次を定義します:
hold を適用するオブジェクト: 既にバックアップおよびアーカイブされているオブジェクトのみが利用可能で、1 組織あたり最大 5 オブジェクトまでです。
保護するレコード: Record ID または Record Name によるフィルターを使用します。
各 hold はいつでも有効化または無効化できます。hold が有効な間は、将来のバージョンを含む一致するレコードのどのバージョンも、Retention Policy または Purge によって削除できません。
ユーザーが気付く点
Organization Settings に新しい Hold Policy タブが用意されています。
有効な hold の対象となるレコードは、Retention Policy のルールや手動の Purge 操作に関係なく削除から保護されます。hold が常に優先されます。
hold されたレコードの将来のバージョンは、hold 作成時に存在していたバージョンだけでなく自動的に保護されます。
必要な権限
Hold Policy へのアクセス、つまり hold の作成・編集・削除には、SystemAdministrator ロール、または Backup & Archive を持つロールが必要です App Settings の組織権限が必要です。この権限のないユーザーは、hold 設定を表示または変更できません。詳細は次の記事を参照してください:
Data Hold の使用方法の詳細手順は次の記事を参照してください。
ContentDocument Restore 処理の強化
変更点
Content Documents（ファイル）は、Archive フローですでに使用されているのと同じ信頼性の高い方法で、Restore 中に子オブジェクトとして処理できるようになりました。
この改善により、次が可能になります:
Content Documents の親子関係を適切に処理できます。
関連するファイルレコードを一貫して取得・処理できます。
ユーザーが気付く点
既存機能に変更はありません。添付ファイルを含むレコードを扱うユーザーは、Restore 時により完全で一貫した処理の恩恵を受けられます。
アーカイブ中の自動化の無効化
変更点
Archive Template には、アーカイブ実行中に自動化プロセスを無効化する設定オプションが追加されました。以前は Restore テンプレートでのみ利用可能でしたが、この設定が Archive にも拡張されました。
動作の仕組み
Archive Template 設定内に新しいセクションがあり、テンプレート実行時に無効化する自動化プロセスをユーザーが選択できます。選択された設定はテンプレートの一部として保存され、実行時に自動的に適用されます。アーカイブ中に自動化を無効化すると、レコード削除時にトリガーなどのプロセスが実行されるのを防げます。
アーカイブジョブ中に自動化を無効化する詳細手順は次の記事を参照してください。
Archive のネストされたクエリフィルター
変更点
Archive テンプレートのフィルターでネストされた SOQL クエリ（サブクエリ）がサポートされるようになりました。以前はサブクエリは検証を通過していましたが、レコード数のカウントおよびジョブ実行時に正しく適用されていませんでした。
ユーザーが気付く点
Archive テンプレートのフィルターで定義されたサブクエリは、検証、カウント、実行のすべての段階で正しく適用されるようになりました。
フィルターの記述方法や設定方法に変更はありません。
例
なお、 LIMIT は、これらのサブクエリではサポートされていません。
最終更新
役に立ちましたか？