ファイルサーバーからSharePoint Onlineへの移行時に制限に直面していますか？
SharePointやOneDriveの制限にイライラしていますか？
これらの制限を克服するための他のファイルサーバー移行戦略をご存知ですか？
コペンハーゲンの建築事務所は、デンマークとノルウェーに3か所の拠点を持っています。現在、7TBのデータを持つファイルサーバーは現地にありますが、ファイルサーバーを廃止したいと考えています。3つのサイト間の公式なコミュニケーションチャネルはないため、3つのサイトを統一するためのクラウドソリューションの使用は理にかなっています。
彼らはSharePointとOneDriveでの実験を行いました。最初は良かったです。なぜなら、OneDrive Windows Explorerの統合により、SharePointからファイルやフォルダに簡単にアクセスできたからです。しかし後になって、AutoCADアプリケーションで問題に直面しました。一つの問題はファイルロックに関連しており、もう一つは単一ファイル内の外部参照に関するものです。これはSharePoint/OneDriveの問題ではなく、CADとSharePointアプリケーション間のアプリケーション互換性の問題です。
SharePointのストレージコストも別の問題です。もし彼らが全ての7TBのストレージをSharePointに置いた場合、それは約$1400/月のコストがかかるでしょう。同社は、あまり頻繁に使用されないファイルを別のシステムに保存したいと考えています。彼らは、ファイルロックと外部参照の問題を解決し、Amazon S3やAzure Blob Storageのような低コストのストレージサービスを使用する方法を提供するストレージプラットフォーム/ソリューションを求めています。
美術館のデザインを専門とするデザイン会社では、CADアプリケーションとAdobe Creative Suiteを組み合わせて使用しています。Macユーザーもいます。Macには、SharePointがサポートしていない特定の文字がファイル名に含まれていることがあります。また、Macのファイルパスは、256文字、または現在のSharePointの制限よりもはるかに長い場合があります。過去にSharePointを試みましたが、うまく機能しませんでした。
MSPは地元の顧客がローカルNASをSharePointに移行するのを手伝っていて、SharePointの制限に直面しています。
元のリポジトリにある70万個の個別ファイルを7つの異なるSharePointライブラリに分割して再編成しますか？新しいSharePointオンラインの場所に慣れるためのスタッフの再トレーニングコストについてはどうですか？
SharePoint OnlineのドキュメントによるとSharePoint Online documentation：
「SharePoint Onlineはライブラリごとに3,000万のドキュメントを保存できますが、最適なパフォーマンスを得るためには、すべてのドキュメントライブラリで30万ファイルを超えて同期しないことをお勧めします。また、同期したいライブラリのアイテムが30万以上あっても、それらのライブラリのすべてのアイテムを同期しない場合でも、同じパフォーマンスの問題が発生する可能性があります...」
しかし経験上、アイテムが10万を超えるとパフォーマンスが低下し始めます。そして不思議なことに、その数字は他の文脈でもSharePointのドキュメントに登場します。30万であれ10万であれ、多くの実際のエンタープライズ環境では、より多くのファイルを持つと、OneDrive同期クライアントに深刻なパフォーマンス問題が発生し、ユーザーはWebインターフェースに切り替える必要があります。
OneDriveの同期制限と比較して、ライブラリ内の5000ビューアイテム制限はさらに厳しいです。ライブラリ内のアイテムが5,000を超えると、ほぼ使用不能になります。
この制限は、ファイル共有をSharePoint Onlineに移行する際によくある問題の一つです。通常、次のようなエラーメッセージで表れます：
「指定されたファイル名またはフォルダ名が長すぎます。すべてのファイルおよびフォルダのURLパスは400文字以下でなければなりません（URL内の単一のファイルまたはフォルダ名も400文字以下である必要があります）。もっと短いファイルまたはフォルダ名を入力してください。」
この要件を満たしていないファイルについては、移行が失敗します。そして、これはドキュメントライブラリ全体のパスと名前を含む相対URLの上限であるため、非常に頻繁に発生します。その結果、移行が不完全になったり中断されたりすることがあります。
さらに厳しい制限としては、Windows PC上での256文字の制限があります。これは、ユーザーがSharePoint OnlineのドキュメントライブラリをPCと同期する際に遭遇する可能性があります。エラーメッセージは次のようになることがあります：
「ファイル名が目的のフォルダには長すぎます。ファイル名を短くして再試行するか、パスが短い場所を試してください」。
ファイルサーバーのデータを異なるドキュメントライブラリの異なるサイロに再編成することに加えて、権限の再編成も大きな頭痛の種です。
以下の引用は、なぜ一部の人々がSharePointが権限の継承の削除をサポートしていないと考えるのか、また他の人々がそれをサポートしていると指摘するのかを説明しています。サポートは存在しますが、比較的小規模なデータセットに対してのみです。ドキュメントには次のように説明されています：
「リストは最大3,000万項目を持つことができ、ライブラリは最大3,000万のファイルとフォルダを持つことができます。リスト、ライブラリ、またはフォルダに100,000項目を超えるアイテムが含まれている場合、リスト、ライブラリ、またはフォルダの権限継承を解除することはできません。また、それに対して権限を再継承することもできません。ただし、そのリスト、ライブラリ、またはフォルダ内の個々のアイテムに対しては、リストまたはライブラリの最大のユニークな権限の数まで権限継承を解除することは可能です...」
これにより、リスト、ライブラリ、またはフォルダ内のアイテムの権限の継承を手動でオーバーライドすることを避けるために、権限の移行と管理がデータ再編成の悪夢に変わる可能性があります。
リフトアンドシフトは、Azure、AWS、または地域のコロケーションデータセンターに仮想マシンの別セットを作成し、オンプレミスのファイルサーバー上のデータをデータセンターの仮想マシンに移動する移行戦略です。データ移行が完了すると、ファイルサーバーのDNS名をオンプレミスのファイルサーバーからクラウド内のファイルサーバーにすばやく切り替えることができます。このタイプの手順では、リフトアンドシフトはリホスティングとも呼ばれます。これは、オンプレミスからクラウドへのデータを移行する比較的迅速かつ費用効果の高い方法であり、DNSリダイレクション後も後方互換性があるという最大の利点があります。
オフィスのインターネットが高速であれば、リフト・アンド・シフトはより簡単です。したがって、オフィスのファイアウォールとクラウド仮想ネットワーク間のサイト間VPNは、ローカルネットワークの一部のように機能します。
ハイブリッドクラウドファイルサーバーは、ローカルファイルサーバーとクラウドファイルサーバーの間の良いバランスを提供し、ローカルオフィスの従業員はローカルネットワーク経由で引き続きファイルサーバーを使用できます。
なぜTriofoxがSharePointが機能しないときに役立つのか？
Gladinet Triofoxソリューションにより、クラウドファイルアクセスソリューションは既存のファイルサーバーネットワーク共有と互換性を持ち、オフラインフォルダ機能を提供します。アクティブディレクトリとの統合、クラウドドライブのマッピング、グローバルファイルロッキング、NTFS権限制御が含まれています。これらのネイティブな統合により、ファイル共有ソリューションはデータを奪う別のデータサイロではなく、現在のファイルサーバーの拡張となります。
HTTPSチャネルを介した企業ファイルサーバーへのマップドライブは、重要な機能です。従業員はマップドライブに慣れており、追加のトレーニングは必要ありません。
企業ユーザーはすでにActive Directoryと関連するActive Directoryフェデレーションサービス、そしてSAMLシングルサインオンにおける企業のIDを持っています。ファイル共有ソリューションにアクセスするために、新たな資格情報セットを必要とすることはありません。
ほとんどのファイル共有ソリューションは、「ファイルのチェックイン」と「チェックアウト」という形で手動のファイルロックを提供しています。Gladinetは、ファイルの開封リクエストを検出することで自動的にファイルロックを行います。Microsoft Wordがファイルを開くと、ファイルロックプロセスが自動的に開始され、ファイルの編集が終了すると自動的に完了します。
Active DirectoryおよびNTFS権限との統合により、システム管理者が権限制御を設定することが容易になります。この権限機能により、Gladinetのソリューションは同業他社の中で際立っています。
ドライブマッピングは、オンラインでファイルにアクセスするための重要な機能です。エンドユーザーはインターネット経由でマップされたドライブからファイルやフォルダを簡単にドラッグアンドドロップできます。ドライブマッピングは外部ファイル参照の管理にも役立ちます。
オンラインファイルアクセスとチームコラボレーションにおいて、競合を避けるためにファイルロックは重要な機能です。エンドユーザーは一貫性を維持するためにファイルロックを使用して、グローバルな同時オンラインファイルアクセスを制御する必要があります。
アクティブディレクトリのIDからNTFSファイルの権限、フォルダーの保護に至るまで、従業員が慣れ親しんだすべてのものが、何も変わらないかのように維持されます。同様で一貫したユーザーインターフェースのアプローチは、ユーザーの学習曲線を最小限に抑えます。
お客様とのコラボレーションをチームがより簡単に成功させるために：
Outlookの添付ファイルとしてファイルを送信する代わりに、ファイルやフォルダをOutlook経由でリンクとして共有できます。
変更された部分のみを送信することで、大きなファイル転送のパフォーマンスを向上させます。
ファイルやフォルダをウェブリンクに変換して、ウェブブラウザーやあらゆるモバイルクライアントからアクセスできます。
ウェブブラウザベースのアップロードのために、ウェブリンクを生成することができます。
ファイル共有には、有効期限や読み取り/書き込みの権限などのポリシーを設定できます。
ファイル共有は、Windowsエクスプローラ内でファイルを右クリックするだけで簡単に行えます。
共有フォルダには、ダウンロードを無効にする閲覧のみの権限を有効にするオプションのセキュアデータルーム機能があります。
ディレクトリ構造の異なるレベルにあるフォルダーに対して、異なる権限を設定します。
宛先のメールドメインは、ファイル共有の招待を受け取ることができる人を制御するホワイトリストパラメータの一つです。
宛先のIPアドレスは、ファイル共有アクションの受信者を制御するための別のパラメータです。
Office365と統合して、組み込みの共同編集機能を活用します。
システム内の重要な変更とイベントを追跡します。
従来のVPNは、機能するために企業のファイアウォールへの安定したアクティブな接続を必要とします。インターネットの中断やファイアウォールへの接続の中断は、保存されていないファイルで作業している従業員の作業を中断します。オフライン編集を利用することで、リモートワーカーはアクティブな接続なしでドキュメントを保存・編集することができ、接続が回復された際に企業のファイルサーバーにファイルを非同期で保存することができます。
ファイアウォールのベンダーは通常、常時接続機能のないVPNを提供しています。常時接続のVPNには、IDサーバー、認証サーバー、互換性のあるクライアントOSなど、より多くのインフラコンポーネントが必要です。しかし、ほとんどの現代のクラウドアプリケーションは常時接続であり、ファイルやフォルダへのオフラインアクセスを許可し、ローカルデバイスにファイルを保存してからオンラインサーバーと同期します。
ファイルサーバーへのアクセスは、VPNが有効化の役割を果たす場合、SMB/CIFSプロトコルを介してファイルアクセスが行われるため、パフォーマンスが高いとは言えません。まず第一に、SMBプロトコルは多くのリクエストとレスポンスを必要とするデータストリーミングプロトコルではありません。ファイル転送にHTTPストリーミングを採用することができれば、パフォーマンスは向上します。第二に、HTTPベースのファイル転送トラフィックはグローバルコンテンツ配信ネットワークを活用できるため、大陸間転送においてHTTPはより高速です。