SharePoint Onlineでファイルを追加・削除したのに、管理センターの使用量が変わらない場合、すぐに不具合と判断する必要はありません。SharePointのストレージ使用量には、直近24～48時間以内の変更が含まれないことがあります。 まずは変更日時を記録し、最大48時間経過してから再確認するのが基本です。
容量不足が迫っている場合は、ストレージ管理が「自動」か「手動」かを確認します。手動モードでは、管理者がサイトごとの上限と警告しきい値を設定できます。また、サイト管理者は「記憶域メトリックス」から追加クォータを要求し、組織のグローバル管理者へ申請メールを送信できます。(Microsoft Learn)
SharePointの使用量が更新されないときは24～48時間待つ
Microsoftの公式文書では、SharePointのストレージ使用量について、過去24～48時間以内に行われた変更は使用量に含まれないと説明されています。ファイルを大量にアップロードした直後や、不要なデータを削除した直後でも、表示がすぐに変わるとは限りません。(Microsoft Learn)
これは「必ず48時間遅れる」という意味ではありません。数時間から24時間程度で反映されることもありますが、確認するタイミングによっては最大48時間程度の差が生じる可能性があります。
| 状況 | 判断 | 対応 |
|---|---|---|
| ファイル操作から24時間以内 | 表示遅延の可能性が高い | そのまま待機する |
| 24～48時間経過 | 公式に案内されている遅延範囲内 | 変更から48時間後を目安に再確認する |
| 48時間以上経過しても変わらない | 設定や集計対象を確認する段階 | 管理センター、記憶域メトリックス、管理モードを確認する |
| 使用率が上限に近い | 待つだけでは業務停止の恐れがある | 管理者へ早めに容量追加を依頼する |
容量変更後に記録しておく情報
容量表示の遅延なのか、別の問題なのかを切り分けるため、ファイル操作を行った時点で次の情報を記録しておくと確認が容易になります。
- ファイルを追加または削除した日時
- 対象サイトのURL
- 操作前のおおよその使用量
- 追加または削除したデータ量
- SharePoint管理センターに表示された確認時刻
- 「記憶域メトリックス」の表示内容
「昨日削除したのに減っていない」という情報だけでは、24時間以内なのか48時間を超えているのか判断できません。特に大規模な整理作業では、作業開始前と終了後の画面を保存しておくと、管理者やサポートへの説明にも利用できます。
容量表示が合わない原因は1GBの計算方法にもある
SharePointのストレージ容量は、1GB＝2の30乗バイトとなるバイナリギガバイトで計算されます。数値にすると、1GBは次の容量です。(Microsoft Learn)
1GB = 2^30バイト
= 1,073,741,824バイト一方、製品や管理ツールによっては、1GBを10億バイトとして計算する場合があります。この違いにより、同じファイル群を確認していても、表示されるGB数が一致しないことがあります。
例えば、合計100,000,000,000バイトのデータは、10進数では100GBですが、SharePointの計算方法では約93.13GBです。
100,000,000,000 ÷ 1,073,741,824
≒ 93.13GBそのため、エクスプローラー、バックアップ製品、移行ツールなどの表示とSharePointの使用量を比較するときは、単純にGBの数字だけを見ないことが重要です。
数字を比較するときの判断基準
次のような差は、必ずしも異常とは限りません。
- GBの定義が10進数と2進数で異なる
- SharePoint側の集計が24～48時間遅れている
- 比較対象となるフォルダーやサイトの範囲が異なる
- バージョン履歴など、画面上のファイルサイズだけでは分かりにくいデータがある
まず計算単位と確認時刻をそろえ、それでも説明できない差が残る場合に、詳細な調査へ進みます。
容量追加の前に「自動」と「手動」を確認する
SharePoint Onlineのサイトストレージには、「自動」と「手動」の2つの管理方式があります。追加申請への対応方法は、現在の管理方式によって異なります。(Microsoft Learn)
| 管理方式 | 仕組み | 容量不足時の主な確認先 |
|---|---|---|
| 自動 | すべてのサイトが組織共通のストレージプールから必要な容量を使用する | 組織全体の空き容量 |
| 手動 | 管理者がサイトごとに上限を設定する | 対象サイトの上限と組織全体の空き容量 |
既定では、SharePointのストレージは中央のプールから各サイトへ自動的に割り当てられます。手動管理から自動管理へ切り替えた場合、各サイトの上限は25TB、つまり25,600GBにリセットされます。ただし、組織全体で実際に利用できるストレージが25TBあるとは限りません。(Microsoft Learn)
自動モードの場合
自動モードでは、サイト単位で細かく容量を割り当て直す必要はありません。対象サイトだけが不足しているように見える場合でも、まずSharePoint管理センター右上に表示される組織全体の使用可能容量を確認します。
組織全体の空き容量が不足している場合、サイト上限の数字だけを変更しても解決しません。不要なデータの整理、運用ルールの見直し、またはサブスクリプションへのストレージ追加を検討します。Microsoftの公式文書では、ストレージが不足した場合、グローバル管理者がサブスクリプションへストレージ領域を追加できると案内されています。(Microsoft Learn)
手動モードの場合
手動モードでは、組織全体に空きがあっても、対象サイトに設定された上限へ到達すると容量不足が発生します。
例えば、組織全体では2TBの空きがあっても、特定サイトの上限が500GB、使用量が499GBであれば、そのサイトは事実上の容量不足状態です。この場合は、対象サイトの上限を引き上げます。
管理者がサイトストレージの管理方式を確認する方法
ストレージ管理方式は、SharePoint管理センターで確認できます。
- SharePoint管理センターを開きます。
- 左側のメニューから「設定」を選択します。
- 「サイトのストレージ制限」を開きます。
- 「自動」または「手動」のどちらが選択されているか確認します。
- 設定を変更した場合は「保存」を選択します。
自動から手動へ変更すると、その後はサイトごとの上限管理が必要になります。部署別の容量統制や、大容量サイトの増加防止には手動モードが適していますが、管理対象が増える点には注意が必要です。(Microsoft Learn)
手動モードでサイト上限を変更する方法
手動モードでは、SharePoint管理センターの「アクティブなサイト」から個別サイトのストレージ上限を変更できます。
- SharePoint管理センターの「アクティブなサイト」を開きます。
- 容量を変更するサイトを選択します。
- 「全般」タブを開きます。
- 「記憶域の制限」にある「編集」を選択します。
- サイトの最大容量をGB単位で入力します。
- 必要に応じて「通知」をオンにします。
- 通知メールを送信する使用率をパーセントで入力します。
- 「保存」を選択します。
チャネルサイトの場合は、「チャネルサイト」列に表示されるリンクから対象サイトを選択します。設定できる上限の最大値は25,600GBですが、これは入力可能な最大値であり、その容量が組織に確保されていることを意味するものではありません。(Microsoft Learn)
警告しきい値は上限到達前に設定する
通知をオンにすると、設定した使用率へ近づいた段階でサイト所有者へメールを送信できます。上限へ到達してから対応するのではなく、余裕を持った警告値を設定することが重要です。(Microsoft Learn)
運用例としては、次のような設定が考えられます。
| サイトの用途 | 警告しきい値の例 | 管理方法 |
|---|---|---|
| 更新頻度の低い部門サイト | 85～90％ | 月次確認 |
| 日常的にファイルを保存するチームサイト | 80％ | 月次または隔週確認 |
| 動画や画像を大量に扱うサイト | 70～75％ | 週次確認 |
| 移行作業中のサイト | 60～70％ | 移行期間中は随時確認 |
しきい値の数値に一律の正解はありません。通知後、実際に管理者が対応できるまでの日数と、サイトの増加速度から決めます。
サイト所有者が追加容量を申請する方法
サイトの容量が不足した場合、サイト管理者は「記憶域メトリックス」から追加クォータを要求できます。
- 対象のSharePointサイトを開きます。
- 右上の歯車アイコンから「サイトの設定」を選択します。
- 「サイトコレクションの管理」にある「記憶域メトリックス」を選択します。
- 画面右上の「追加のクォータを要求」を選択します。
「サイトの設定」が表示されない場合は、次の順に開きます。
設定
→ サイト情報
→ すべてのサイト設定の表示
→ 記憶域メトリックス「追加のクォータを要求」を実行すると、組織のグローバル管理者へストレージ要求メールが送信されます。ボタンを押した時点で容量が自動的に増えるわけではありません。(Microsoft Learn)
「追加のクォータを要求」が表示されない場合
まず、次の点を確認します。
- 「記憶域メトリックス」を開けるサイト管理権限があるか
- 「サイトの設定」ではなく「サイト情報」を経由する必要がないか
- 組織で表示されている画面構成が公式文書と異なっていないか
- SharePoint管理者が別の申請方法を定めていないか
Microsoft 365の一部機能は段階的に展開されるため、組織によって画面表示や利用できる機能が異なる場合があります。(Microsoft Learn)
申請メールだけで終わらせない
追加クォータの要求は、管理者へメールを送るための入口です。管理者が判断しやすいように、社内のチャットや申請システムでも次の情報を補足すると処理が速くなります。
- サイト名とURL
- 現在の使用量
- 現在の上限
- 希望する上限
- 容量が増えた理由
- 今後の月間増加見込み
- 追加が必要となる期限
- 削除やアーカイブで対応できない理由
「容量を増やしてください」だけでは、必要量や緊急度を判断できません。
管理者が追加申請を受けたときの確認項目
追加申請を受けた管理者は、すぐに上限を最大値へ変更するのではなく、次の順序で確認します。
組織全体の空き容量を確認する
SharePoint管理センターの「アクティブなサイト」を開くと、画面右上で組織のストレージ合計と使用可能容量を確認できます。ここに表示される使用量にも24～48時間の反映遅延があるため、直前に大規模な移行や削除を実施している場合は、その影響を考慮します。(Microsoft Learn)
サイト上限と現在の使用量を確認する
手動モードの場合は、対象サイトの現在の上限、使用量、警告しきい値を確認します。
申請時点で上限が500GB、使用量が300GBであれば、容量不足ではなく別のエラーである可能性があります。一方、使用量が495GBであれば、上限引き上げを優先すべき状態です。
増加速度から必要量を計算する
追加後すぐに再申請が必要にならないよう、現在の使用量だけでなく、数か月先までの増加量を見込みます。
例えば、次の条件で計算します。
現在の使用量：420GB
月間増加量：25GB
6か月分の増加見込み：150GB
6か月後の見込み使用量：570GB
安全余裕：約20％
設定候補：700GB現在の使用量に数GBだけ追加する方法では、短期間で再び上限へ到達します。少なくとも数か月分の増加量と、移行・動画追加などの一時的な増加を考慮します。
追加容量申請で間違えやすいポイント
24時間経過すれば必ず更新されるわけではない
公式の案内は24～48時間です。24時間経過した時点で変化がなくても、直ちに異常とは判断できません。まず48時間を基準に再確認します。(Microsoft Learn)
25,600GBを設定すれば25TB使えるとは限らない
25,600GBは、手動モードでサイト上限として入力できる最大値です。組織全体の契約容量がそれより少なければ、実際に25TBを保存できるわけではありません。(Microsoft Learn)
追加のクォータを要求しても即時反映されない
要求操作は、グローバル管理者へメールを送信するものです。承認や設定変更は別途必要です。緊急性が高い場合は、メールだけに依存せず、社内の定められた連絡経路でも管理者へ通知します。(Microsoft Learn)
グローバル管理者を日常管理に使い続けない
追加要求メールの送信先はグローバル管理者ですが、個別サイトのストレージ上限はSharePoint管理者などの適切な管理権限で管理できます。Microsoftは、可能な限り権限の小さいロールを使用し、グローバル管理者の利用を限定することを推奨しています。(Microsoft Learn)
48時間経過後も容量表示が変わらない場合の確認手順
48時間を超えても想定した変更が表示されない場合は、次の順に確認します。
- ファイル操作を行った正確な日時を確認する
- SharePoint管理センターの「アクティブなサイト」を確認する
- 対象サイトの「記憶域メトリックス」を確認する
- ストレージ管理方式が自動か手動か確認する
- 手動の場合はサイト上限と通知しきい値を確認する
- 組織全体の空き容量を確認する
- GBの計算方法が比較先と同じか確認する
- 確認日時と画面を記録する
- 説明できない差が続く場合は管理者またはMicrosoftサポートへ相談する
問い合わせ時には、「容量が合わない」という説明だけでなく、操作日時、対象サイト、操作したデータ量、48時間後の表示、管理モードを伝えると切り分けが進みやすくなります。
SharePointの容量不足は待機と設定確認を分けて考える
SharePointの使用量が更新されない場合は、最初にファイル操作からの経過時間を確認します。直近24～48時間の変更が反映されていないだけであれば、待機後の再確認が必要です。
48時間後も問題が続く場合や、サイト上限へ近づいている場合は、次の順序で対応します。
- 1GBが2の30乗バイトで計算されることを確認する
- ストレージ管理が自動か手動か確認する
- 手動モードではサイト上限と警告通知を確認する
- サイト管理者は「記憶域メトリックス」から追加クォータを要求する
- 管理者は組織全体の空き容量を確認してから上限を変更する
特に重要なのは、表示遅延と実際の容量不足を混同しないことです。通常時から警告しきい値を設定し、上限到達前に申請できる運用へ変更しておくと、突然ファイルを保存できなくなる事態を防ぎやすくなります。
コメント