ZiDOMA access
資料ダウンロード
はこちら
2025.12.02
クラウドストレージの導入が一般的になった今、社内のファイルサーバをBoxへ移行する企業が増えています。
Boxは企業利用を前提に設計されており、強固なセキュリティ、実質無制限の容量、そして多様な業務システムとの連携性の高さが魅力です。特筆すべきは、メールアドレスなどのユーザ個人のマスターデータを直接紐づけず、組織単位でデータを管理・運用できる点です。GoogleドライブやOneDriveの個人向け利用と異なり、Boxは組織全体でのコントロールを前提に設計されています。
しかし、この長所は、同時に移行を複雑にする要因にもなります。Boxの仕様や権限に対する考え方を理解せずに移行を進めると、本来アクセスできなかったはずの人までアクセスできるようになったり、ファイル名やフォルダ名が勝手に変換されたりなど、数々のトラブルに直面することになります。移行計画や事前調査が不十分な場合、途中で手戻りが発生することがあります。
今回は、そうした事態に陥らないために「Box移行前に知っておくべき現実的な課題と対策」を解説します。
現在、多くのクラウドストレージには、利用上の制限事項が存在します。特にBoxは、帯域・API・命名規則など移行時に影響しやすい制限がいくつかあるため、注意が必要です。この「制限事項」を理解しておかないと、データ移行時に想定外のトラブルが発生するリスクがあります。ここでは、データ移行時にトラブルの要因となりやすい、Boxの制限事項を3つ紹介します。
一般的なファイルサーバ（NTFS）とBoxでは、アクセス権の概念が根本的に異なります。NTFSでは、親フォルダから子フォルダへの継承を途中で止めたり、拒否（DENY）を設定したりと、非常に細やかな制御が可能です。一方、Boxでは、親フォルダのコラボレーション設定が基本的に子フォルダへ継承されやすいため、権限設計には注意が必要です。この違いを理解せずに、例えば「親＝全社共有」「子＝部署限定」といった構造をそのまま移行すると、部署限定だったフォルダが全社に公開されるという事故につながりかねません。
Boxでは、所有権が個人ではなくサービスアカウントやグループ単位で管理されます。そのため、「所有者変換ロジック」を事前に設計しておくことが不可欠です。具体的な例としては、「部署A共有フォルダ」を移行する際には、「部署A共有フォルダ」自体には直接権限を付与せず、「部署A_一般」「部署A_管理者用」といったフォルダ階層に分け、権限を明示的に再構成することが望ましいです。
NTFSとBoxの権限継承の違い
Box移行で次に問題となるのが、データアップロードに関する制限です。Boxでは1ユーザあたりの帯域が月間1TBと定められています。つまり、1ユーザのアカウントで総容量10TBのデータを移行しようとすると、10カ月かかる計算になります。もし、10ユーザのアカウントで移行を実施すれば1カ月で済みますが、当然ながら追加アカウント分のコストが発生します。
また、Boxでは、公式と認めていない（パートナーおよびネイティブ以外の）アプリケーションには、API呼び出し回数に厳しい制約があります。特に小さなファイルが大量にあると、API制限に引っかかりリトライを繰り返すうちに、移行処理が著しく遅延することもあります。さらに、「フォルダ直下のアイテム数は15,000件まで」や「1ファイルのアップロード容量上限（プランに応じて250MB〜500GB）」という制限もあります。
これらの制約によるトラブルを回避するには、詳細なデータ移行計画の立案と、既存ファイルサーバの可視化・分析が不可欠です。まず、時間をかけて徐々に移行するのか、それとも短期間で一気に移行するのかを決めます。そのうえで、使用するユーザカウント数、移行対象データの優先順位、スケジュールをできるだけ細かく立案します。そして、可視化したファイルサーバの状況から、制限事項に該当する項目を洗い出します。たとえば、「小さなファイルはフォルダにまとめて圧縮」「映像ファイルはレートを下げて容量を削減」といった形で、Boxの仕様に合わせて再設計することが重要です。
参考：Box support 「Boxにアップロードできる最大ファイルサイズ」
参考：Boxのプラン（料金）
Boxは、ファイル名に使用できる文字や長さに厳しい制限があります。対応している文字は、UnicodeのBMP（基本多言語面・第0面）のみです。日本語の場合、ひらがな・カタカナ・漢字（CJK統合漢字）が使用できますが、「𠮷」や「髙」などの旧字体は利用できません。
また、ほとんどの絵文字、「/」「¥」などの特殊記号、および「.」や「..」のみの名前もサポートされていません。これらを知らずに移行を実施すると、そのファイルでアップロード処理が止まり、以降のファイルが反映されないというトラブルが発生します。移行ツールや方法によっては、サポート外の文字を含むファイルでエラーとなり、処理が中断するケースがあります。
使用文字の制限によるトラブルを防ぐためには、移行前にサポート外の文字が使用されていないかを確認し、命名規則や除外ルールを事前に定めて適用する必要があります。
BoxはWebブラウザからも利用できますが、一般的にはデスクトップアプリケーションをインストールして利用します。Boxには「Box Drive」と「Box Sync」という2種類の公式アプリケーションがあります。なお、Box Driveの方が新しく、現在はBox公式もBox Driveへの統一を推奨しています。
Boxユーザの中には、「このツールでデータ移行ができるのでは？」と考える方もいらっしゃることでしょう。確かに、少量のファイルであればドラッグ＆ドロップによる移動は可能です。しかし、大容量のデータ移行には不向きです。なぜなら、Box DriveやBox Syncは本来、日常利用を前提とした「同期」ツールであり、データ「移行」のために設計されたものではないからです。
データ同期とは、複数の場所（ローカル・クラウドなど）で同じ内容を保つため「双方向」の更新処理を指します。一方、データ移行は、旧環境から新環境へデータをまとめて「一方方向」にコピー・転送する作業を意味します。同期ツールは日常利用に適していますが、大量のファイルや数TB規模のデータを扱うようには設計されていません。そのため、大容量のデータを同期ツールで移行しようとすると、通信帯域の圧迫・ローカルストレージの逼迫・API制限などにより、途中で停止する、重複が生じるなどのトラブルが発生することがあります。同期は双方向更新のため、移行元での削除や操作ミスが反映されるリスクがあります。移行用途では専用の移行ツール利用を推奨します。
また、同期ツールは移行専用ではないため、所有権や履歴などの情報が移行対象にならない場合があります。したがって、大容量データをBoxへ移行する場合は、「データ同期ツール」ではなく「データ移行ツール」を利用するのが確実です。
同期（Sync）と移行（Migration）の違い
ファイルサーバの移行プロジェクトで、最も避けなければならないトラブルは「データの消失」です。特に、同期ツールを利用したデータ移行では、このリスクが高まる点に注意が必要です。同期ツールは、双方のデータを同じ状態に保つことを目的としているため、一方のファイルが削除されると、もう一方からも同時に削除されます。たとえば、A から B へ移行中に、誤って A 側のファイルを削除すると、同期処理によって B 側のファイルも消えてしまいます。これは当然、逆のケースでも同様です。
一方、移行専用ツールは、移行元のマスターデータには変更を加えず、コピーのみを行います。そのため、元データが意図せず消失するような事態は発生しません。データ消失は取り返しのつかない問題につながるため、移行プロジェクトでは同期ツールの利用は避け、専用の移行ツールを用いることを強く推奨します。
前述のとおり、Boxへのデータ移行には多くの制約や注意点が存在します。既存のファイルサーバがこれらの制約にほとんど該当しない場合は、移行作業も運用も比較的スムーズに進むでしょう。しかし、制約に該当する項目が多数ある場合、移行には入念な事前調査・分析・準備が欠かせません。また、移行後の運用フェーズでも、ルールの徹底や教育を行うために社内の理解と協力が不可欠です。
これらの対応には相応の手間と労力がかかるため、情報システム部門が少人数の場合は、他部門から人員を一時的に補うなどの人的リソース確保が必要になります。さらに、データ移行は「終わらせること」だけでなく、「定着させること」が同じくらい重要です。移行が完了した後も、ユーザ教育・ルール整備・運用定着のために、十分なリソースと期間を確保するよう計画を立てましょう。
Box移行を成功させるには、技術的な理解だけでなく、全体を俯瞰した移行マネジメントが不可欠です。「データを移す」ではなく、「運用を定着させる」ことをゴールに据える必要があります。主なポイントは次の通りです。
移行前に「誰が、どのデータに、どの権限でアクセスしているか」を可視化し、Box特有の継承型権限に合わせてルールを再設計します。不要データや重複フォルダを整理しておくことで、移行データ量とリスクを大幅に削減できます。
私たちARIは2025年9月1日に、新たなファイルサーバアクセス権管理システム「ZiDOMA access」の提供を開始しました。「アクセス権とフォルダ構造の棚卸し」の段階で、この「ZiDOMA access」を活用すれば、既存ファイルサーバ上のアクセス権や所有者情報を自動抽出・分析できます。膨大なフォルダ階層を手作業で棚卸しする負担を軽減し、Box移行後の権限設計を事前に最適化することが可能です。
本番前に、代表的な部署またはプロジェクト単位でテスト移行を行い、速度・整合性・権限反映・ファイル名互換性などを検証します。この段階でBox特有の制限（フォルダ階層数・ファイル名長・API制限など）を把握し、テンプレート化しておくと、全体移行がスムーズになります。
業務を止めずに安全に移行するには、「段階的移行（差分移行）」が有効です。全データを初回コピーし、その後に更新分のみを反映していけば、稼働を止めずに移行が可能です。なお、最終フェーズ前には「更新凍結期間」を設け、整合性を確保しましょう。
※差分移行を設定すると、変更分を都度アップロードするため通信量やAPI利用回数が増加します。利用するデータ移行サービスが従量課金制の場合、想定外の追加コストが発生する恐れがあるため注意が必要です。
「どの階層に何を置くか」「共有リンクの使い方」「外部ユーザとの境界設定」など、日常的な運用ルールを整理し、FAQやトレーニング資料を整備します。移行完了＝スタートラインと捉え、運用が定着するまで継続的な支援を行うことが大切です。
特に大容量データの移行時には、「移行専用ツール」の利用が一般的です。Boxには公式の移行ツールとして「Box Shuttle」があります。また、私たちARIもZiDOMAのファイルサーバデータ移行サービスにて、独自の移行ツール（※）を活用し、確実なデータ移行を供しています。
※「ZiDOMAのファイルサーバデータ移行サービス」では、独自ツールと豊富な経験・ノウハウを活かし、安全・確実・効率的なデータ移行を実現します。さらに、複数のクラウドストレージへの対応に向け、現在も機能強化中です。
人的リソースが不足している場合は、専門的な知識と実績を持つ外部企業の支援を検討しましょう。Boxなどのクラウドサービスは、仕様変更や制限緩和が頻繁に発生します。そのため、常に最新情報を追う体制を持つ外部パートナーと協働することで、移行設計・リスク評価・権限マッピングなどの品質とスピードを両立できます。
Boxは強力なクラウドストレージですが、その仕様には権限設計・帯域・命名・運用ルールなど、多くの留意点があります。導入の難易度は、業務フローや社風がBoxの仕様にどれだけ適合しているかによって大きく変わります。生じるギャップが小さければ移行はスムーズに進みますが、ギャップが大きければ相応の労力と調整が必要になります。
●ギャップが小さい例
●ギャップが大きい例
もしギャップが大きい状態でBox移行を進めるのであれば、業務フローや社風の抜本的な見直しが必要です。導入側には相当の覚悟が求められ、採用するソリューションの品質やコストについても十分な検討が欠かせません。
プロジェクトは一度走り出すと止めづらく、後戻りが難しいものです。そうなる前に、できるだけ早期に専門家へ相談し、リスクと対策を設計することをおすすめします。その際は、一社だけに絞らず、複数社の考え方・支援範囲・実績を比較することで、より最適な進め方が見えてきます。その候補の一社として、私たちARIもお手伝いできれば幸いです。
焦らず、丁寧に、確実に。
それがBox移行を成功に導く最短ルートです。
※各サービスのロゴおよび名称は、各サービス提供企業の商標または登録商品です。
Copyright ©AR advanced technology All Rights reserved.
ARIはAWSのコンサルティングパートナーに 認定されています。
