ワークスペースの使用量と空き容量を比較する
任意のワークスペース上限とオーナーのアカウント利用枠から使用可能な残り容量を計算し、小さい方を予定する転送量と比較します。
最終確認日
スクリーンショットは英語版の画面です。
使用可能な残り容量は現在のワークスペースとオーナーのアカウントの両方に制限されます。明示的なワークスペース上限は最大値であり、容量の予約ではないため、他のワークスペースが共有アカウントの利用枠を消費する場合があります。

始める前に
- ワークスペースが利用枠を確認しているアカウントの所有であることを確認してください。共有ワークスペースは各オーナーの利用枠を消費します。
- 追加するすべてのファイルを含め、予定する転送の正確なバイト数を記録してください。
- ゴミ箱のコンテンツは完全削除が完了するまで使用量に含まれます。
手順
- アカウントメニューを開き、オーナー全体の使用量と合計ストレージを記録してください。ダッシュボードの数値は現在のワークスペースだけを示します。
- 転送先のワークスペースに切り替え、ワークスペースの設定 → 上限を開いてください。
- 現在のワークスペースの使用量とワークスペース全体のストレージ上限を記録してください。上限が空欄の場合、ワークスペース固有の上限はありません。
- 表示上のアカウント残量を
owner entitlement − usage across owned workspacesで計算してください。 - ワークスペースの上限がある場合、表示上の上限の残りを
cap bytes − workspace used bytesで計算してください。1 GBを1,073,741,824バイトとして換算します。 - 負でない残量の小さい方を予定する転送量と比較し、同時アップロードの余裕を残してください。

他に確認する制限
上限とちょうど等しい容量は許可されますが、別の同時確定によって完了前に空き容量が消費されることがあります。ワークスペースに空きがあってもメンバーごとのストレージが制限となる場合があり、最大ファイル容量、拡張子ルール、ロールと認証情報の上限は別です。
表示値は丸められ、進行中の書き込みがすでに確保した一時ストレージ許容量を含みません。アップロード時の判定ではワークスペースの許容量とオーナー全体の許容量の合計を両方差し引くため、表示上の残量が確定時に使用できる容量を上回る場合があります。サーバーは確定時に実測バイト数を一体の処理で判定します。この計算は計画の目安であり、容量の予約ではありません。
期待される結果
アカウントまたはワークスペースのどちらが制限になる可能性があるか特定し、表示されない許容量、同時書き込み、その他のポリシーの余裕を見込みながら予定バイト数が収まるか見積もれます。
トラブルシューティング
上限からの計算より空き容量が少なくなります。 所有する別のワークスペースが共有アカウントの利用枠を消費しています。
合計の残量があるのにアップロードが拒否されます。 メンバーごとのストレージ、ファイル容量のポリシー、ロールの制限、正確な容量枠エラーを確認してください。
計算中に値が変わりました。 両方の画面を更新して再計算してください。表示を確認しても容量は予約されません。
画面に表示された空きより少ないバイト数でも拒否されます。 進行中の操作が、表示された使用量の合計に含まれないワークスペースまたはオーナーの許容量を保持している可能性があります。完了を待ってから再計算してください。
関連ガイド
この記事は役に立ちましたか?
評価の結果を読み込んでいます…
投票すると、回答を変更できるように、必要な投票用Cookieが最長180日間保存されます。
質問と回答
このガイドの手順について質問できます。質問は確認後に公開されます。
公開の質問には、アカウントの詳細、認証情報、非公開ファイルを含めないでください。これらについては 非公開サポート をご利用ください。
質問を読み込んでいます…
dosyaアカウントにサインインすると、質問を投稿できます。