メンバーのアップロードが容量上限に達した場合
アップロードしたメンバーごとのストレージ拒否を調べ、ワークスペースとアカウントの容量と比較して、再試行前に適切な上限の空きを作るか上限を引き上げます。
最終確認日
スクリーンショットは英語版の画面です。
メンバーごとのストレージは各アップロード者に計上されたバイト数を測定し、ワークスペースに空きがあってもその人のアップロードを拒否できます。ワークスペース全体の上限とは独立しています。

始める前に
- ファイル容量、現在のワークスペース、アップロード者のアカウント、完全なエラーメッセージを記録してください。
- 設定を編集する人には設定へのアクセスとメンバーあたりのストレージを変更が必要です。
- ファイルをゴミ箱に移すと有効なメンバーごとの合計から除外されますが、ワークスペースとアカウントには完全削除まで計上されます。完全削除は元に戻せません。
手順
- ワークスペースやアカウントのメッセージではなく、You’ve reached your N GB per-member storage limitがアップロード時に表示されていることを確認します。
- ワークスペースの設定 → 上限を開き、メンバーごとのストレージとワークスペース全体のストレージ上限を確認します。
- メンバーに計上されたバイト数と新しいファイルの合計を、1 GB = 1,073,741,824バイトとしてメンバーごとの上限と比較します。
- そのアップロード者に計上された不要なファイルをゴミ箱に移して合計を減らすか、許可される範囲でメンバーごとの値を引き上げて保存します。
- 有効な行または保存した上限の更新後に再試行します。ワークスペースまたはアカウントのストレージ上限にも空きが必要な場合にのみ、ゴミ箱を完全削除してください。
- 失敗したアップロードを1回再試行し、ワークスペースオーナーの残り容量を超えずに完了することを確認します。

上限の相互作用
メンバーごとの値を引き上げてもオーナーのプランのストレージ上限を超えることはできず、ワークスペース全体の上限も回避できません。アップロードは認証情報、ロール、ファイル、メンバー、ワークスペース、アカウントの各制限を満たす必要があります。
最後の実測バイト数の予約は一体の処理として行われるため、同時の2つの書き込みが同じ残りのワークスペース容量を両方とも確保することはありません。再試行が成功すると確定したバイト数だけワークスペースの使用量が増えます。
期待される結果
有効な使用量と新しいファイルの合計がメンバーごとのルールに収まり、より広い両方のストレージ上限も満たされると、管理された再試行が成功します。ゴミ箱への移動でメンバーの制限を解消できても、より広い上限の計上は完全削除まで変わりません。
トラブルシューティング
同じメンバーのメッセージが残ります。 ゴミ箱に移したファイルがそのメンバーによるアップロードで、有効な状態でなくなったことを確認してください。別の人のファイルではそのメンバーの計上量は減りません。
エラーがワークスペースまたはアカウントの上限に変わりました。 メンバー上限は解消されましたが、ゴミ箱はより広い合計に引き続き計上されています。不要な内容を完全削除するか、該当する上限を引き上げてください。
1つのクライアントだけで失敗します。 その経路の認証情報固有の最大ファイル容量とロールの使用量上限を確認してください。
関連ガイド
この記事は役に立ちましたか?
評価の結果を読み込んでいます…
投票すると、回答を変更できるように、必要な投票用Cookieが最長180日間保存されます。
質問と回答
このガイドの手順について質問できます。質問は確認後に公開されます。
公開の質問には、アカウントの詳細、認証情報、非公開ファイルを含めないでください。これらについては 非公開サポート をご利用ください。
質問を読み込んでいます…
dosyaアカウントにサインインすると、質問を投稿できます。