「NetSuiteの容量が足りなくなってきた」。
「このままのデータ量で、プランを更新すべきか判断したい」。
NetSuiteを運用していると、こうした悩みに一度はぶつかります。
容量の問題は、放っておくと「ある日突然ファイルがアップロードできない」という形で表面化します。慌てて対処すると、想定外のコストにもつながります。
この記事では、NetSuiteのストレージとファイルキャビネットについて、次の4点を整理します。
- 容量の「仕組み」（何がどれだけ使えるのか）
- 自社の使用量の「確認方法」
- 容量の「増やし方・最適化のしかた」
- 増やす前に考えたい「容量設計の考え方」
NetSuiteの導入・運用を支援するベンチャーネットが、公式情報をもとにわかりやすく解説します。
補足：この記事の数値・仕様はOracle NetSuiteの公式ヘルプに基づいています。容量プランや追加料金は契約内容・時期によって異なります。自社の正確な条件は、Oracleまたは導入パートナーにご確認ください。
NetSuiteの「容量」には2種類ある
NetSuiteの容量は、大きく2つに分けて考えると整理しやすくなります。「アカウント全体のストレージ」と、その中にある「ファイルキャビネット」です。
まず、用語を整理します。
- ストレージ：NetSuiteアカウント全体に与えられる総容量のこと
- ファイルキャビネット：その総容量の中で、請求書・契約書・画像などの「ファイル」を保管する場所
ファイルキャビネットは、PCのフォルダのように文書を整理し、顧客や取引などの記録（レコード）に添付できる仕組みです。（出典：Oracle NetSuite公式ヘルプ「File Cabinet Overview」）
そして、基本の総容量はどのくらいか。
公式ヘルプには、「追加のストレージを購入していない限り、各NetSuiteアカウントには合計10GBのストレージが付属する」と明記されています。（出典：Oracle NetSuite公式ヘルプ「Uploading Files to the File Cabinet」）
ただし、これはあくまで基本値です。契約プランや追加購入の有無で変わります。自社の実際の容量は、次の章で説明する方法で確認できます。
自社のストレージ使用量を確認する方法
「今、どれくらい使っているのか」を知ることが、容量対策の第一歩です。NetSuiteには、使用量を確認する標準機能があります。
確認手順は次のとおりです。（出典：Oracle NetSuite公式ヘルプ）
- 「Setup（設定）」→「Company（会社）」→「View Billing Information（請求情報の表示）」を開く
- 「File Cabinet Size (GB)」の項目を見る
- 「Current Used Quantity（現在の使用量）」の列で、使用中の容量を確認する
この画面を見るには、「Billing Information」権限が必要です。権限がない場合は、管理者に依頼してください。
ポイントは、定期的に確認することです。容量は少しずつ増えていきます。気づいたときには上限間近、ということが起こりやすいためです。
操作手順をもっと詳しく知りたい方は、NetSuiteの使い方・操作マニュアルガイドもあわせてご覧ください。
ファイルキャビネットの主な制限
ファイルキャビネットには、知っておくべき制限がいくつかあります。容量（GB）だけでなく、「1ファイルあたりのサイズ」にも目安があります。
公式ヘルプで示されている主な制限は、次のとおりです。
- ファイルサイズ：1ファイルは100MB以下が推奨。100MBを超えると、アップロードやダウンロードに時間がかかったり、タイムアウトが起きたりします（出典：公式ヘルプ「Best Practices for Preparing Files for Upload」）
- ファイル名：拡張子を含めて99文字未満にする
- ウイルススキャン：アップロードされた全ファイルが自動でスキャンされる
一方、システム連携（SuiteScript）でファイルを扱う場合は、別の上限があります。SuiteScriptは、NetSuiteの機能を拡張するための開発言語です。
- メモリ上で内容を扱う処理（getContents など）は、10MBが上限
- ただし、ストリーミング（File.save など）で扱う場合はこの上限の対象外
- 既存ファイルの読み込み（file.load）は、2GBまで対応
（出典：Oracle NetSuite公式ヘルプ「N/file Module」「file.load」）
これらを表にまとめると、次のようになります。
比較表①：操作経路別のファイルサイズ目安
| 操作の経路 | サイズの目安 | 備考 |
|---|---|---|
| 画面からのアップロード | 100MB以下を推奨 | 超過は時間・タイムアウトのリスク |
| SuiteScript（メモリ処理） | 10MBまで | getContents 等で内容を扱う場合 |
| SuiteScript（ストリーミング） | 上限の対象外 | File.save 等で扱う場合 |
| SuiteScript（file.load） | 2GBまで | 既存ファイルの読み込み |
大きなPDF・高解像度画像・大容量CSVなどを扱う場合は、この制限を設計段階で考慮しておくことが大切です。
大容量のCSVをNetSuiteに取り込みたい場合は、NetSuiteのCSVインポート・一括データ更新の方法もご参照ください。
容量が足りなくなる前に｜よくある4つの失敗パターン
容量の問題は、多くが「事前に知っていれば防げた」ものです。
ここでは、ベンチャーネットが運用支援の現場で見てきた、容量管理の失敗パターンを4つ共有します。
これは製品を売り込むためではなく、お客様に「想定外のコストや業務停止で困ってほしくない」という思いからお伝えするものです。
逼迫してから慌てて対処する
よくある現象
- ある日、ファイルがアップロードできなくなって初めて気づく
- 使用量を定期的に見ていない
- 「あとどれくらい余裕があるか」を誰も把握していない
なぜ起きるか
容量は日々少しずつ増えます。明確な担当や確認の習慣がないと、上限間近まで誰も気づきません。気づいたときには、業務が止まる寸前ということもあります。
どう回避するか
前の「使用量を確認する方法」で紹介した手順を、定期的な運用として組み込みましょう。
ベンチャーネットでは、「使用量がこの水準を超えたら見直す」という閾値（しきい値）の運用設計を、お客様と一緒に組み立てています。
「とりあえず全部入れる」運用になっている
よくある現象
- 何でもファイルキャビネットに添付し、整理していない
- 同じファイルの重複や、巨大なファイルが放置されている
- もう使わない古いデータが残り続けている
なぜ起きるか
「何を残し、何を捨てるか」のルールがないと、ファイルは増える一方です。容量は、業務量ではなく「管理の有無」で圧迫されていきます。
どう回避するか
「残す」「外部に移す」「捨てる」の3つに仕分けるルールが必要です。
これは単なる整理ではなく、データ統制（どの情報を、どこで、どう管理するか）の設計です。ベンチャーネットが伴走して最も力を発揮できる領域でもあります。
「増やす」ことだけで解決しようとする
よくある現象
- 容量が足りなくなるたびに、追加購入を繰り返す
- なぜ容量が増え続けるのか、構造を見直していない
- コストだけが右肩上がりになっている
なぜ起きるか
追加購入は手軽ですが、原因（何を内部に持ち続けているか）を放置したままだと、コスト増の無限ループに入ります。
どう回避するか
増やす前に、「そもそも何をNetSuiteの中に持つべきか」を一度見直すことをおすすめします。
ベンチャーネットでは、増設の判断の前に、データの持ち方そのものを一緒に整理します。
大容量ファイルや連携を考えずに設計する
よくある現象
- 大きな画像・PDF・CSVがアップロードできずに業務が止まる
- システム連携でファイルサイズの上限エラーが出る
- 設計時に上限を考慮していなかった
なぜ起きるか
前の「ファイルキャビネットの主な制限」で見たように、画面アップロードやSuiteScriptには、それぞれサイズの上限があります。これを知らずに設計すると、後から手戻りが発生します。
どう回避するか
100MBの目安、ファイルの分割、ストリーミング、外部ストレージ連携といった選択肢を、設計の段階で織り込んでおきます。
ベンチャーネットは、連携やカスタマイズの設計時に、こうした上限を最初から前提に組み込みます。
容量を増やす・最適化する方法
容量への対処は、「増やす」だけではありません。大きく4つの方向があります。
- 追加ストレージを購入する
公式には、追加購入でストレージを拡張できると示されています（出典：公式ヘルプ）。追加容量のプランや料金は契約内容・時期によって異なるため、Oracleまたは導入パートナーにご確認ください。 - 不要ファイルを整理・アーカイブする
重複ファイルや古いデータを定期的に見直します。使わないファイルを専用フォルダに移し、保管ルールに沿って削除すれば、コストのかかる容量を節約できます。 - 外部ストレージと連携する
ファイルの実体を外部のクラウドストレージに置き、NetSuiteからはリンクで参照する方法です。NetSuiteと連携できる外部ストレージサービス（Box など）も提供されています。 - 保存・添付のルールを設計する
「どの書類を、どこに、いつまで保管するか」をあらかじめ決めておきます。入口でルール化することが、最も効果的な容量対策です。
これらを比較すると、次のようになります。
比較表②：拡張・最適化手段の比較
| 手段 | 向いているケース | 留意点 |
|---|---|---|
| 追加ストレージ購入 | すぐに容量を増やしたい | 料金は契約・時期による（要問い合わせ）。原因を放置すると再発 |
| 整理・アーカイブ | 不要データが溜まっている | 継続的な運用が必要 |
| 外部ストレージ連携 | 大容量ファイルが多い | 連携の設計・運用が必要 |
| 保存・添付ルールの設計 | これから増やしたくない | 早く始めるほど効果が大きい |
どれか1つではなく、組み合わせて使うのが現実的です。
「増やす」前に考えたいこと｜容量設計はデータ統制
最後に、ベンチャーネットが大切にしている考え方をお伝えします。
それは、容量の問題を「増設のコスト問題」で終わらせない、ということです。
容量が逼迫するということは、「何を、どこで、どう管理するか」が曖昧になっているサインでもあります。
ERPの最大の価値は、会社の重要なデータを1か所にまとめ、統合・一元管理できることにあります。
だからこそ、容量設計は「ストレージの話」ではなく「データ統制の話」として捉えることが大切です。
- 何を残すか（経営・監査に必要なデータ）
- 何を外部化するか（参照はするが、内部に持たなくてよいもの）
- 何を捨てるか（保管期限を過ぎたもの）
この仕分けは、一度きりではなく、運用しながら見直していくものです。
NetSuiteは「導入して終わり」ではなく、「使いながら会社の状況に合わせて変化させていく」システムです。容量設計も、その一部です。
ベンチャーネットは、容量の相談を入口に、データの持ち方そのものを一緒に整理する伴走者でありたいと考えています。
NetSuiteによるデータ一元管理の考え方は、NetSuiteとは？中堅・中小企業の経営者が知っておきたいクラウドERP入門でも詳しく紹介しています。
よくある質問（FAQ）
Q1. NetSuiteの基本ストレージ容量はどれくらいですか？
公式ヘルプでは、追加購入をしていない場合、各アカウントに合計10GBのストレージが付属するとされています。ただし契約プランによって異なるため、自社の正確な容量はBilling Informationで確認してください。
Q2. 容量を超えるとどうなりますか？
追加のストレージを購入して拡張する必要があります。追加容量のプランや料金は契約・時期によって異なるため、Oracleまたは導入パートナーへの確認をおすすめします。
Q3. 1ファイルあたりの上限はありますか？
画面からのアップロードは100MB以下が推奨です。システム連携（SuiteScript）では、メモリ処理で10MB、既存ファイルの読み込み（file.load）で2GBという上限があります。
Q4. 容量を増やすにはどうすればいいですか？
主に「追加購入」「整理・アーカイブ」「外部ストレージ連携」の3方向があります。増やす前に、保存・添付のルールを見直すと、根本的な対策になります。
Q5. バックアップの容量も同じ枠ですか？
バックアップや障害対策は、容量とは別の論点になります。NetSuiteのバックアップや運用上のトラブル対処については、NetSuiteが「使いにくい」と感じる本当の原因とは？トラブル別の対処法で詳しく扱っています。
まとめ｜容量設計は、運用設計の入口
NetSuiteの容量は、「仕組みを理解し、使用量を確認し、計画的に対処する」ことで、慌てずに管理できます。
そして、容量の問題は、データの持ち方を見直す良いきっかけでもあります。
「増やすべきか」「どう整理すべきか」で迷ったときは、容量だけでなく、運用全体の設計から一緒に考えることをおすすめします。
ベンチャーネットは、NetSuiteの運用を伴走で支援しています。容量・データ設計でお困りの方は、お気軽にご相談ください。
- NetSuite運用支援サービス：容量・データ設計を含む運用の相談 → NetSuiteの運用支援・保守・サポート
- 無料デモ・個別相談：自社の状況に合わせて相談したい方へ → NetSuite無料デモのお申込み
