ストレージの空きを増やす

次のような情報をDynamics 365アプリから削除することで、使用されるストレージ領域の量を減らすことができます。

Dynamics 365 Sales
Dynamics 365 Customer Service
Dynamics 365 Field Service
Dynamics 365 Marketing
Dynamics 365 Project Service Automation
Dynamics 365 Financeおよび Operations

この記事では、ストレージをより適切に管理するための 15 の方法を紹介します。

以下に示す方法を 1 つ以上使用して、使用する全体のデータストレージを制御します。必要に応じてデータのカテゴリを削除することも、設定された間隔で繰り返し実行するように一括削除ジョブを設定することもできます。たとえば、メモ、添付ファイル、インポート履歴、その他のデータを削除できます。

警告

データを削除すると復元することはできません。削除によって使用されるストレージ領域を減らすのではなく、Microsoft Dynamics 365 サブスクリプションのストレージ領域の量を増やしたい場合があります。

前提条件

管理者セキュリティロールは必須です。すべてのメソッド (3 と 5 を除く) には、システム管理者などのこのロールが必要です。管理者権限は、レコードを一括削除し、システムジョブを削除するためのアクセス許可が与えます。

ストレージのしくみを理解する

消費されるストレージは、アプリのMicrosoft Dataverseで報告されたサイズに直接対応していません。使用量には、メタデータと暗号化のための追加ストレージが含まれます。たとえば、ファイルから 10 MB のストレージを削除しても、ファイルサイズが 10 MB 減少するわけではありません。
一部のプラットフォーム操作では、データサイズの変更を確認するのに 24～36 時間を待つ必要があります。このような操作には、新しいバージョンへのアップグレードおよび新しいワークフローの導入が含まれます。このような操作では、瞬時のサイズ増大レポートになる可能性があるシステム調整が必要です。

Dataverse の記憶域を解放する

注意

システムがストレージ情報を更新するのに最大で 72 時間かかる場合があります。最大 72 時間待ち、ストレージを監視することをお勧めします。

以下の方法を使用して、容量の種類ごとに記憶域を解放します。

Storage	影響を受けるテーブル	メソッド
データベース
	WorkflowLogBase	メソッド 1: 一括削除ジョブを使用して一括メールおよびワークフローインスタンスを削除する
	AsyncOperationBase	メソッド 2: 中止状態のワークフローを確認および削除する
	DuplicateRecordBase	メソッド 7: 重複データ一括検出ジョブおよび関連する重複レコードのコピーを削除する
	ImportJobBase	メソッド 8: 一括インポートのインスタンスを一括削除ジョブで削除する
	BulkDeleteOperationBase	メソッド 9: 一括削除ジョブのインスタンスを一括削除ジョブで削除する
	様々	メソッド 11: Dataverse 検索から不要なテーブルと列をから削除する
	ActivityPointerBase、EmailBase、EmailHashBase、ActivityPartyBase、その他のアクティビティテーブル	メソッド 12: アクティビティテーブルから不要なデータを削除する
	Postbase、PostCommentBase、PostFollowBase、PostLikeBase、PostRegardingBase、PostRoleBase	メソッド 13: 不要なアクティビティフィードレコードを削除します
	ExchangeSyncIdMappingBase	メソッド 14: アイテムレベルの監視設定を変更する
	TraceLogBase	メソッド 15: 不要なトレース (アラート) レコードを削除します
File
	添付ファイル	メソッド 3: 詳細フィールドを使ってメールの添付書類を削除する
	添付ファイル	メソッド 4: 一括削除ジョブを使用してメールメッセージと添付ファイルを削除する
	添付ファイル	メソッド 5: 高度な検索を使用してメモと添付ファイルを削除する
	添付ファイル	メソッド 6: 一括削除ジョブを使用してメモと添付ファイルを削除する
ログ
	AuditBase	メソッド 10: 監査ログの削除
	PluginTraceLogBase	一括削除ジョブを使用して、プラグイントレースログを削除する

ファイルストレージを削減する

メソッド 3: 詳細検索を使用してメールの添付ファイルを削除する

警告

このデータを削除すると、添付ファイルは Customer Engagement アプリで使用できなくなります。ただし、Office Outlook に添付ファイルを保存した場合は、そのファイルは引き続き保存されます。

Power Platform 管理センターにサインインします。
ナビゲーションウィンドウで、[管理] を選択 します。
管理ウィンドウで環境を選択します。
一覧から環境を選択し、[ 開く] を選択します。
右上隅の高度な検索 () を選択します。
検索の一覧で電子メールメッセージをクリックします。
検索条件領域で、次の例のように条件を追加します:

添付ファイル (アイテム)

ファイルサイズ (バイト数) – が次の値より大きい - テキストボックスに 1,048,576 (1 MB のバイナリ) などのバイトの値を入力します。
結果を選択します。
これで、'X' バイトより大きい添付ファイルのあるメールメッセージの一覧が表示されます。電子メールを確認し、必要に応じて添付ファイルを削除します。

メソッド 4: 一括削除ジョブを使用してメールメッセージと添付ファイルを削除する

警告

Power Platform 管理センターにサインインします。
ナビゲーションウィンドウで、[管理] を選択 します。
[ 管理 ] ウィンドウで、[ 環境] を選択し、環境を選択します。
設定>データ管理>一括削除 を選択します。メニューバーで、新規を選択します。一括削除ウィザードが開きます。
[次へ] を選択します。
検索の一覧で電子メールメッセージをクリックします。
検索条件領域で、次の例のように類似条件を追加します:

ステータス – 等しい – 送信済み または 受信済み

実際の終了日 – が X か月よりも古い – 1

添付ファイル (アイテム)

ファイルサイズ (バイト数) – が次の値より大きい – テキストボックスに 1,048,576 (1 MB のバイナリ) などのバイトの値を入力します。
最初の 2 つの条件行をグループ化します。
1. 各条件行の横にある矢印を選択してから、行の選択を選択します。
2. 両方の行を選択し、グループ AND を選択します。
[次へ] を選択します。
名前テキストボックスに一括削除ジョブの名前を入力します。
ジョブ開始時刻の日付と時刻を選択します。可能であれば、ユーザーが Customer Engagement アプリを使用していない時間がよいでしょう。
「毎回このジョブを実行する」チェックボックスを選択し、その後、日間リストからジョブを実行する頻度を選択して、ジョブを実行するように設定します。

電子メールによる通知を送信する場合は、このジョブが完了したら (myemail@domain.com) にメールを送信する チェックボックスをオンにします。
次へを選択し、一括削除ジョブを確認し、提出を選択して定期的なジョブを作成します。

メソッド 5: 高度な検索を使用してメモと添付ファイルを削除する

警告

このデータを削除すると、メモとそれに関連する添付ファイルは Customer Engagement アプリで使用できなくなります。

Power Platform 管理センターにサインインします。
ナビゲーションウィンドウで、[管理] を選択 します。
管理ウィンドウで環境を選択します。
一覧から環境を選択し、[ 開く] を選択します。
右上隅の高度な検索 () を選択します。
検索の一覧でメモをクリックします。
検索条件領域で、次の例のように類似条件を追加します:

ファイルサイズ (バイト数) – が次の値より大きい – テキストボックスにバイトの値を入力します (1048576 など)。
結果を選択します。
これで、指定したサイズより大きい添付ファイルの一覧が表示されます。
個別または複数の添付ファイルを選択してから、削除 (X) を選択します。

メソッド 6: 一括削除ジョブを使用してメモと添付ファイルを削除する

警告

このデータを削除すると、メモとそれに関連する添付ファイルは Customer Engagement アプリで使用できなくなります。

Power Platform 管理センターにサインインします。
ナビゲーションウィンドウで、[管理] を選択 します。
[ 管理 ] ウィンドウで、[ 環境] を選択し、環境を選択します。
設定>データ管理>一括削除 を選択します。メニューバーで、新規を選択します。一括削除ウィザードが開きます。
[次へ] を選択します。
検索の一覧でメモをクリックします。
検索条件領域で、次の例のように類似条件を追加します:

ファイルサイズ (バイト数) – が次の値より大きい – テキストボックスにバイトの値を入力します (1048576 など)。

作成日 – が X か月よりも古い – 1
2 つの条件行をグループ化します。
1. 各条件行の横にある矢印を選択してから、行の選択を選択します。
2. 3 つの行をすべて選択したら、グループ AND を選択します。
[次へ] を選択します。
名前テキストボックスに一括削除ジョブの名前を入力します。
ジョブ開始時刻の日付と時刻を選択します。可能であれば、ユーザーが Customer Engagement アプリを使用していない時間がよいでしょう。
「毎回このジョブを実行する」チェックボックスを選択し、その後、日間リストからジョブを実行する頻度を選択して、ジョブを実行するように設定します。
電子メールによる通知を送信する場合は、このジョブが完了したら (myemail@domain.com) にメールを送信する チェックボックスをオンにします。
次へを選択し、一括削除ジョブを確認し、提出を選択して定期的なジョブを作成します。

方法 10: 監査ログの削除 - レガシプロセス

監査を有効にすると、Customer Engagement アプリは監査ログを作成し、そこにレコードの監査履歴を保存します。不要になったら、監査ログを削除して、空き領域を作ることができます。

警告

監査ログを削除すると、その監査ログの期間の監査履歴は表示できなくなります。

Power Platform 管理センターにサインインします。
ナビゲーションウィンドウで、[管理] を選択 します。
管理ウィンドウで環境を選択します。
一覧から環境を選択し、[ 開く] を選択します。
アプリの右上隅で、設定 () >高度な設定>設定>監査を選択します。
監査領域で、監査ログの管理 を選択します。
最も古い監査ログを選択し、ログの削除を選択します。
確認メッセージで、OK を選択します。

注意

削除できるのはシステム上で最も古い監査ログだけです。複数のログを削除するためには、最も古い監査ログの削除を繰り返す必要があります。

方法 10: 監査ログを削除する - 新しいプロセス

注意

監査ログの削除に関するストレージ情報の更新には、最大で 72 時間かかる場合があります。監査ログの削除を選択した後、最大 72 時間待ってからストレージを監視して、利用可能なログ容量を確認することをお勧めします。

Microsoft は、監査ログを新しい保存場所に移行しています。データ移行が完了した環境では、新しい監査削除体験を使用できます。

警告

監査ログを削除すると、その監査ログの期間の監査履歴は表示できなくなります。

Power Platform 管理センターにサインインします。
ナビゲーションウィンドウで、[管理] を選択 します。
[ 管理 ] ウィンドウで、[ 環境] を選択し、環境を選択します。
監査、空き容量を増やすで、監査ログの削除 を選択します。

テーブル別、アクセスタイプ別、日付別のいずれかを選択してログを削除します。

設定	説明	システムジョブ名
テーブル別にログを削除する	監査ログを削除する 1 つ以上のテーブルを選択します。既定では、監査データが含まれているかどうかに関係なく、環境内のすべてのテーブルが表示されます。	[number of] のテーブルのログを削除します。
ユーザーおよびシステム別にアクセスログを削除する	すべてのユーザーとシステムのアクセスログをすべて削除します。	アクセスログを削除します。
選択した日付までのすべてのログを削除する	選択した日付までのログを削除します。	[timestamp] までのすべてのログを削除します。

削除を選択してから、削除を確認します。

すべてのデータは、実行がスケジュールされるまでに最大 72 時間かかる可能性がある非同期バックグラウンドシステムジョブで削除されます。

監査削除ジョブの状態を監視するには、次のセクションを参照してください。

Power Platform 管理センターで監査削除ジョブのステータスを監視する

Power Platform 管理センターにサインインします。
ナビゲーションウィンドウで、[管理] を選択 します。
管理ペインで環境を選択し、リストから環境を選択します。
設定>データ管理>一括削除 を選択します。
ジョブのステータスに関する詳細については、システムジョブとステータス理由列を確認してください。

ジョブを選択すると、削除ジョブの結果の詳細が表示されます。

データベースの記憶域を削減する

メソッド 1: 一括削除ジョブを使用して一括メールおよびワークフローインスタンスを削除する

警告

このデータを削除した場合、電子メール広告を通じて電子メールが送信されたかどうかや、ワークフロールールをレコードに対して実行したかどうかを区別できなくなります。送信された電子メールやワークフローのレコードに対して実行したアクションは元のまま維持されます。

Power Platform 管理センターにサインインします。
ナビゲーションウィンドウで、[管理] を選択 します。
管理ペインで環境を選択し、リストから環境を選択します。
設定>データ管理>一括削除 を選択します。メニューバーで、新規を選択します。一括削除ウィザードが開きます。
次へを選択します。
検索の一覧でシステムジョブをクリックします。
検索条件領域で、次の例のように類似条件を追加します:

システムジョブの種類 – が次の値と等しい – 一括メール、ワークフロー、

ステータス理由 – 等しい – 成功

完了日 – X か月以上前 – 1
3 つの条件行をグループ化します。
1. 各条件行の横にある矢印を選択してから、行の選択を選択します。
2. 3 つの行をすべて選択したら、グループ AND を選択します。
次へを選択します。
名前テキストボックスに一括削除ジョブの名前を入力します。
ジョブ開始時刻の日付と時刻を選択します。可能であれば、ユーザーが Customer Engagement アプリを使用していない時間がよいでしょう。
「毎回このジョブを実行する」チェックボックスを選択し、その後、日間リストからジョブを実行する頻度を選択して、ジョブを実行するように設定します。
電子メールによる通知を送信する場合は、このジョブが完了したら (myemail@domain.com) にメールを送信する チェックボックスをオンにします。
[ 次へ] を選択し、一括削除ジョブを確認し、[ 送信] を選択して定期的なジョブを作成します。

メソッド 2: 中止状態のワークフローを確認および削除する

満たされない条件や、ワークフローを続行できない他の何らかの理由があるため、ワークフローが一時停止の状態になることがあります。

警告

一部のワークフローでは、まだ満たされていない条件を待っているため、一時停止状態になっていることがありますが、これは想定されている動作です。たとえば、タスクの完了を待機しているワークフローなどです。

Power Platform 管理センターにサインインします。
ナビゲーションウィンドウで、[管理] を選択 します。
管理ウィンドウで環境を選択します。
一覧から環境を選択し、[ 開く] を選択します。
右上隅の高度な検索 () を選択します。
検索の一覧でシステムジョブをクリックします。
検索条件領域で、次の例のように類似条件を追加します:

システムジョブの種類 – 等しい – ワークフロー

ステータス理由 – が次の値と等しい – 待機中
2 つの条件行をグループ化します。
1. 各条件行の横にある矢印を選択してから、行の選択を選択します。
2. 両方の行を選択し、グループ AND を選択します。
結果を選択します。
結果のウィンドウで各項目を開き、ワークフローを削除可能かどうかを判断できます。

メソッド 7: 重複データ一括検出ジョブおよび関連する重複レコードのコピーを削除する

重複データ検出ジョブを実行するたびに、そのジョブの一部として、各重複レコードのコピーがデータベースに格納されます。

たとえば、100 件の重複レコードがある場合、重複を検出する重複データ検出ジョブを実行するたびに (手動であるか繰り返しであるかにかかわらず)、その 100 件の重複レコードは、その重複ジョブのインスタンスの下にあるデータベースに格納されます。これは重複がマージまたは削除されるか、重複データ検出ジョブのインスタンスが削除されるまで続きます。

Power Platform 管理センターで。
ナビゲーションウィンドウで、[管理] を選択 します。
[ 管理 ] ウィンドウで、[ 環境] を選択し、環境を選択します。
設定>データ管理>重複データ検出ジョブを選択します。
削除する重複データ検出ジョブのインスタンスを選択し、削除 (X) を選択します。

ストレージ領域の無駄を防ぐためには、重複データは直ちに解決し、複数の重複データ検出ジョブで報告されないようにする必要があります。

メソッド 8: 一括インポートのインスタンスを一括削除ジョブで削除する

一括インポートを実行するたびに、そのインポートに関連付けられたシステムジョブが作成されます。システムジョブの詳細には、正常にインポートされたレコードと失敗したレコードが表示されます。

警告

これらの一括インポートジョブを削除すると、インポートしたデータの確認やインポートのロールバックを実行できなくなります。

Power Platform 管理センターにサインインします。
ナビゲーションウィンドウで、[管理] を選択 します。
管理ペインで環境を選択し、リストから環境を選択します。
設定>データ管理>一括削除 を選択します。メニューバーで、新規を選択します。一括削除ウィザードが開きます。

[次へ] を選択します。
検索の一覧でシステムジョブをクリックします。
検索条件領域で、次の例のように類似条件を追加します:

システムジョブの種類 – ＝ – インポート

ステータス理由 – 等しい – 成功

完了日 – X か月以上前 – 1
3 つの条件行をグループ化します。
1. 各条件行の横にある矢印を選択してから、行の選択を選択します。
2. 3 つの行をすべて選択したら、グループ AND を選択します。
[次へ] を選択します。
名前テキストボックスに一括削除ジョブの名前を入力します。
ジョブ開始時刻の日付と時刻を選択します。可能であれば、ユーザーが Customer Engagement アプリを使用していない時間がよいでしょう。
「毎回このジョブを実行する」チェックボックスを選択し、その後、日間リストからジョブを実行する頻度を選択して、ジョブを実行するように設定します。
電子メールによる通知を送信する場合は、このジョブが完了したら (myemail@domain.com) にメールを送信する チェックボックスをオンにします。
次へを選択し、一括削除ジョブを確認し、提出を選択して定期的なジョブを作成します。

メソッド 9: 一括削除ジョブのインスタンスを一括削除ジョブで削除する

データを一括削除する場合、一括削除システムジョブが作成され、削除できます。

警告

これらのジョブを削除すると、以前に実行した一括削除ジョブの履歴が失われます。

Power Platform 管理センターにサインインします。
ナビゲーションウィンドウで、[管理] を選択 します。
管理ペインで環境を選択し、リストから環境を選択します。
設定>データ管理>一括削除 を選択します。メニューバーで、新規を選択します。一括削除ウィザードが開きます。
次へを選択します。
検索の一覧でシステムジョブをクリックします。
検索条件領域で、次の例のように類似条件を追加します:

システムジョブの種類 – イコール – 一括削除

ステータス理由 – 等しい – 成功

完了日 – X か月以上前 – 1

注意

失敗またはキャンセルしたジョブの削除も可能です。
3 つの条件行をグループ化します。
1. 各条件行の横にある矢印を選択してから、行の選択を選択します。
2. 3 つの行をすべて選択したら、グループ AND を選択します。
次へを選択します。
名前テキストボックスに一括削除ジョブの名前を入力します。
ジョブ開始時刻の日付と時刻を選択します。可能であれば、ユーザーが Customer Engagement アプリを使用していない時間がよいでしょう。
「毎回このジョブを実行する」チェックボックスを選択し、その後、日間リストからジョブを実行する頻度を選択して、ジョブを実行するように設定します。

電子メールによる通知を送信する場合は、このジョブが完了したら (myemail@domain.com) にメールを送信する チェックボックスをオンにします。
[ 次へ] を選択し、一括削除ジョブを確認し、[ 送信] を選択して定期的なジョブを作成します。

メソッド 11: Dataverse 検索から不要なテーブルと列をから削除する

Dataverse 検索で有効になっているテーブルとテーブルのフィールドは、データベースのストレージ容量に影響します。

Dataverse 検索結果用に選択されたテーブルの一覧を変更するには、「 Dataverse 検索のグローバル検索のテーブルを選択する」を参照してください。
Dataverse 検索結果の各テーブルに対して選択されたフィールドの一覧を変更するには、「グローバル検索用の各テーブルの検索可能なフィールドとフィルターを選択する」を参照してください。

メソッド 12: アクティビティテーブルから不要なデータを削除する

これらのテーブルには、予定、タスク、通話など、アクティビティのレコードを格納します。これらのテーブルに含まれるデータの詳細については、アクティビティのデータモデルとストレージを参照してください。

メソッド 13: 不要なアクティビティフィードレコードを削除します

これらのテーブルには、アクティビティフィード機能の投稿関連のレコードが保存されます。スペースを解放するには、不要になった投稿レコードを削除します。

メソッド 14: アイテムレベルの監視設定を変更する

ExchangeSyncIdMappingBase テーブルには、Dynamics 365 レコードとMicrosoft Exchange内の対応するレコードの間の参照が含まれています。このテーブルは、Server-Side 同期機能によって使用されます。これにより、Dynamics 365とMicrosoft Exchangeの間で電子メール、予定、連絡先、タスクを同期できます。

特定の項目の同期のトラブルシューティングに役立つ追加の行がこのテーブルに格納されます。詳細については、「Microsoft Dynamics 365 の項目レベルのサーバー側同期の問題のトラブルシューティング」を参照してください。この記事では、これらのトラブルシューティングレコードの存続期間のデフォルトの期間 (3 日間) を短縮する方法について詳しく説明します。このトラブルシューティング機能は無効にすることもできます。この機能に関係のない行は削除できません。これは、予定、連絡先、およびタスクの同期に必要です。

メソッド 15: 不要なアラート (トレースログ) を削除する

サーバー側同期機能は、メールボックスでエラーや警告が発生するなど、さまざまなイベントが発生したときにアラートをログに記録します。メールボックスを有効にすると、情報アラートもログに記録されます。詳細設定のメール構成領域でメールボックスまたはメールサーバープロファイルを表示すると、これらのアラートを表示できます。これらのレコードはアラートというタブに表示されますが、実際にはトレースレコードです。これらのアラートによって使用されるスペースを解放するには、不要になったトレースレコードを削除します。トレースレコードは、メールサーバープロファイルまたはメールボックスレコードのアラートタブで削除できます。高度な検索または一括削除ジョブを使用しても削除できます。

ログに記録するアラートのレベルを構成することもできます。システム設定のメールタブをご覧ください。

フロー承認で使用されている記憶域を解放する

Power Automateの承認履歴を削除を参照してください。

SubscriptionTrackingDeletedObject テーブルで使用されているストレージを解放する

購読追跡削除オブジェクトテーブルを参照してください。

参照

Dataverse ストレージ容量

フィードバック

このページはお役に立ちましたか?

Last updated on 2026-03-09