> 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-v4713-rirsunto.md). # バックアップ＆アーカイブ (v4.7.13) - 月次リリースノート {% hint style="info" %} #### **リリース詳細 - Backup & Archive - v4.7.13 - 2026年7月20日** この記事は、Salesforceのバックアップとデータガバナンスの管理を担当するSalesforce管理者、コンプライアンス担当者、およびITチームを対象としています。 **リリース種別** * 月次 * Flosumホスト型および自己ホスト型に適用 **前提条件** * 登録済みで設定済みのFlosum Cloud Appsテナント * 適切なFlosumユーザー権限（SystemAdministratorまたは同等） {% endhint %} ## ![](https://488794261-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FKdKbUdYCYQswKDxgzTfY%2Fuploads%2FPL2eaOdTi7VscAjFymsv%2FSummary2-Small-Icon.svg?alt=media\&token=a14ffcd6-66df-43ec-aafc-61364d19c7cd) 概要 この記事では、以下の月次リリースについて説明します **Backup & Archive（v4.7.13）**。このリリースでは、自動化を選択的に無効化することでArchiveおよびRestoreジョブをより細かく制御でき、ジョブ実行中に選択したプロセスのみが一時停止されます。また、新しいステップ形式のウィザードを通じて、AWS S3やAzure Blob Storageなどの外部クラウドストレージへデータを直接エクスポートできるようになります。最後に、Apexコンポーネントを含むメタデータ復元では、設定可能なテスト実行モードと、テストまたはコードカバレッジの問題によって発生するデプロイ失敗の検出改善がサポートされます。 ## ![](https://488794261-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FKdKbUdYCYQswKDxgzTfY%2Fuploads%2FgG2A2IRhOXknRFbAGToW%2FNew-Feature-Icon2-Small.svg?alt=media\&token=76ce09b1-243a-482d-97e4-ccc4cbc94d67) 選択的な自動化プロセスの無効化 #### 変更点 以前は、ArchiveおよびRestoreジョブで自動化を無効化すると、その種類の自動化がすべて無効になっていました。現在は、ジョブ実行中にどの自動化プロセスを無効化するかを細かく調整できます。たとえば、すべてのトリガーを無効化する代わりに、特定のものだけを無効化できます。自動化の種類全体を無効にするには、その個別の自動化を指定しないでください。 #### なぜ行われたのか すべての自動化を無効にする必要はないことが多く、無関係な業務プロセスに影響を与える可能性があります。無効化する自動化を制御することで、こうした副作用を最小限に抑えつつ、安全なジョブに必要な自動化を実行中に適切に管理できます。 #### 変更後に確認できる点 * ジョブ中に特定の自動化プロセスを選択的に無効化するオプション。 * データ操作中の自動化動作をより細かく制御できます。 * 既存のワークフローに変更は不要です。 * 自動化設定が欠落しているか無効な場合でも、安全なフォールバック動作が行われます。 ## ![](https://488794261-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FKdKbUdYCYQswKDxgzTfY%2Fuploads%2FgG2A2IRhOXknRFbAGToW%2FNew-Feature-Icon2-Small.svg?alt=media\&token=76ce09b1-243a-482d-97e4-ccc4cbc94d67) 外部クラウドストレージへのエクスポート #### 変更点 エクスポートワークフローは、テナントで設定されたAWS S3またはAzure Blob Storage（Global Settings > Storage）へエクスポートデータを直接送信できるようになりました。エクスポートを作成する際、次のいずれかにエクスポートするオプションがあります: * **内部ストレージ**：エクスポートはアプリケーション内に保持され、後でExportsページからダウンロードできます。 * **外部ストレージ**：エクスポートは、AWS S3やAzure Blob Storageなどの設定済みクラウドストレージプロバイダーに直接アップロードされます。 エクスポート作成フローは、ステップごとのウィザードを使用するようになり、エクスポート先の選択や外部エクスポート用の保存先パスの設定ができるようになりました。 #### なぜ行われたのか 以前は、すべてのエクスポートがアプリケーションストレージにのみ保存され、Exportsページからダウンロードする必要がありました。エクスポートを自社のクラウド環境に直接保存することで、エクスポートデータを自社のクラウドストレージに保持したいお客様にとって柔軟性が高まり、データ管理が簡素化され、アプリケーションストレージへの依存も減ります。 #### 変更後に確認できる点 新しいエクスポートを作成すると、保存先の選択ステップが表示され、次のいずれかを選べます **内部ストレージ** と **外部ストレージ**。External Storage を選択すると、テナント用に設定されたクラウドストレージの場所のいずれかを選択し、保存先パスを指定できます。デフォルトのエクスポートパスは `flosum/exports`で、選択した保存先と保存パスもエクスポート詳細に表示されます。Internal Storage を引き続き使用するユーザーに対する既存のエクスポート機能は変更ありません。 ## ![](https://488794261-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FKdKbUdYCYQswKDxgzTfY%2Fuploads%2FgG2A2IRhOXknRFbAGToW%2FNew-Feature-Icon2-Small.svg?alt=media\&token=76ce09b1-243a-482d-97e4-ccc4cbc94d67) メタデータ復元中にApexテストを実行 #### 変更点 メタデータ復元プロセスでは、デプロイ中のApexテストの実行方法を制御できるようになりました。復元にApexクラスまたはトリガーが含まれる場合、次のいずれかのテスト実行モードを選択できます: * **指定したテストを実行**：指定したテストクラスを実行します。 * **ローカルテストを実行**：組織内のすべてのローカルテストを実行します。 * **すべてのテストを実行**：マネージドパッケージのテストを含むすべてのテストを実行します。 テスト実行設定は、Apexクラスまたはトリガーを含むメタデータ復元でのみ利用できます。デプロイ失敗時の処理も改善され、テスト実行またはコードカバレッジの問題による失敗を正しく検出できるようになりました。 #### 変更後に確認できる点 Apexコンポーネントを含むメタデータを復元すると、新しい **テスト実行モード** オプションが表示され、復元を開始する前に戦略を選択できます。Selecting **指定したテストを実行** では、テストクラス名を手動で入力できます。一方、 **ローカルテストを実行** または **すべてのテストを実行** より広範なテスト検証が適用されます。 --- # 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-v4713-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.