> For the complete documentation index, see [llms.txt](https://docs.flosum.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.flosum.com/release-notes/release-notes-ja/backup-and-archive/rirsu-1/bakkuappukaibu-v468-rirsunto.md).
# バックアップ＆アーカイブ (v4.6.8) - 月次リリースノート
{% hint style="info" %}
#### リリース詳細 - Backup & Archive - v4.6.8 - 2026年4月15日
この記事は、Salesforce のバックアップ管理およびデータガバナンスを担当する Salesforce 管理者、コンプライアンス担当者、および IT チームを対象としています。
**リリース種別**
* 月次
* Flosum ホスト型およびセルフホスト型に適用
**前提条件**
* 登録および設定済みの Flosum Cloud Apps テナント
* 適切な Flosum ユーザー権限（SystemAdministrator または同等）
{% endhint %}
##  概要
この記事では、以下の月次リリースについて説明します **Backup & Archive（v4.6.8）**。以下の機能が追加されます：
* 初回バックアップ時にファイル量の多い組織における信頼性とパフォーマンスを向上させるため、バックアップ実行ごとに処理されるバイナリデータレコード数に設定可能な上限を設けました。
* Related Archives コンポーネントで、関連レコードからアーカイブ済みの Content Document を直接表示する機能。
* Record View コンポーネントで、バックアップ済みまたはアーカイブ済みレコードからバイナリオブジェクトファイルをプレビューおよびダウンロードする機能。
###  バイナリデータのバックアップ上限
Backup & Archive には、初回バックアップフェーズ中に 1 回の実行で処理されるバイナリデータレコード（ContentVersions、Attachments）の数に対する設定可能な上限が追加されました。デフォルトでは、最大 **5,000** 件のレコードが 1 回の実行でバックアップされます。このプロセスは、すべてのファイルレコードが少なくとも 1 回バックアップされるまで、複数のスケジュール実行にわたって自動的に継続されます。その後は上限が解除され、新規または変更されたレコードのみが処理されます。
{% hint style="info" %}
この上限は、ファイルコンテンツが一括ではなくレコードごとに配信されるという Salesforce プラットフォームの制約に対応するものです。この制約により、大規模組織ではバックアップジョブの実行に何時間もかかったり、応答しなくなったりすることがあります。主要なバックアップベンダーはすべて同様の上限を設けています。Flosum のデフォルト値である 5,000 は、ほとんどの代替製品よりも迅速な初期カバレッジを提供します。
{% endhint %}
**仕組み**
この上限は組織設定で構成可能であり、組織の最初の完全な Composite Backup にのみ適用されます。Template Backup、Template Archive、または Import Backups/Archives には適用されません。
* **デフォルト（最小）値：** 1 回の実行あたり 5,000 レコード
* **最大値：** 1 回の実行あたり 999,999 レコード
ファイル以外のすべてのデータ（標準オブジェクト、カスタムオブジェクト、メタデータ）は、毎回の実行で常に完全にバックアップされます。上限が適用されるのは、初回バックアップフェーズ中のバイナリオブジェクトのみです。1 回の実行あたりの件数に達すると、ジョブは正常に完了し、次回のスケジュール実行で中断したところから再開されます。
この機能の詳細については、以下の記事を参照してください：
* [バイナリデータのバックアップ制限について](/backup-and-archive/backup-and-archive-docs-ja/backup-and-archive/bakkuappu/bainaridtanobakkuappunitsuite.md)
###  **Related Archives で Content Documents を表示**
Flosum の Backup & Archive Salesforce パッケージの Related Archives コンポーネントに、新たに **Content Documents** カードが追加されました。このカードには、Backup & Archive アプリケーションにアーカイブされた関連 Content Document レコードのテーブルが表示されます。
**ユースケースシナリオ**
前提条件：
1. ユーザーは、Account オブジェクトを持つ組織と、関連ファイルを持つ少なくとも 1 件のレコードを所有しています。
2. ユーザーは、Account レコードに関連する Content Document および Content Versions を含むアーカイブジョブを Backup & Archive アプリケーションで実行済みです。
フロー：
1. を開きます **Account** レコードを Salesforce 組織内で開きます。
2. を開きます **Related Archives** コンポーネント。
3. コンポーネントには新しい **Content Documents** カードが表示されます。
4. この **Content Documents** カードには、アーカイブ済みの Content Document レコードの一覧が表示されます。
5. Content Document レコードを選択して、 **レコードビュー** コンポーネント。
###  **バイナリオブジェクトファイルのプレビューとダウンロード**
この機能により、ユーザーは Flosum の Backup & Archive Salesforce パッケージの Record View コンポーネントで、バックアップ済みまたはアーカイブ済みのレコードからバイナリオブジェクトファイルをプレビューまたはダウンロードできます。
* この **プレビュー** ボタンが Record View コンポーネントの Binary フィールドに表示されます。
* この **ダウンロード** ボタンが Binary フィールドのプレビューウィンドウに表示されます。
**ユースケースシナリオ**
前提条件：
1. ユーザーは、Account オブジェクトを持つ組織と、関連ファイルを持つ少なくとも 1 件のレコードを所有しています。
2. ユーザーは、Account レコードに関連する Content Document および Content Versions を含むアーカイブジョブを Backup & Archive アプリケーションで実行済みです。
フロー：
1. を開きます **Account** レコードを Salesforce 組織内で開きます。
2. を開きます **Related Archives** コンポーネント。
3. コンポーネントには新しい **Content Documents** カードが表示されます。
4. この **Content Documents** カードには、アーカイブ済みの Content Document レコードの一覧が表示されます。
5. Content Document レコードを選択して、 **レコードビュー** コンポーネント。
6. コンポーネントには、Content Document レコードのデータが表示されます。
7. をクリックします **プレビュー** バイナリフィールドのアイコンをクリックして、ドキュメントのプレビューと **ダウンロード** ボタンを含むモーダルウィンドウを開きます。
8. クリック **ダウンロード** して、Backup & Archive アプリケーションからファイルをダウンロードします。
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.
Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:
```
GET https://docs.flosum.com/release-notes/release-notes-ja/backup-and-archive/rirsu-1/bakkuappukaibu-v468-rirsunto.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
