ファイルサーバーの移行とは何ですか？また、その制限は何ですか？
ファイルサーバー移行
エンタープライズファイルサーバーは、接続されたデバイスの従業員がファイルやフォルダーで協力することを可能にする、中央集権的なストレージ場所またはワークスペースです。ファイルサーバーを別の場所に移行する理由はいくつかあります。この記事では、リモートおよびモバイルワーカーをサポートする理由に焦点を当てています。
エンタープライズファイルサーバーは、接続されたデバイスの従業員がファイルやフォルダーで協力することを可能にする、中央集権的なストレージ場所またはワークスペースです。ファイルサーバーを別の場所に移行する理由はいくつかあります。この記事では、リモートおよびモバイルワーカーをサポートする理由に焦点を当てています。
企業のファイルサーバーは、従業員が接続されたデバイス（ラップトップ、PC、タブレット、あるいは携帯電話）を通じてファイルやフォルダにアクセスし、日々のビジネス関連タスクに協力して作業を進めるための集中的なストレージまたはワークスペースです。通常、「ファイルサーバー」という用語はローカルネットワーク経由でのアクセスに限定されています。2006年、AWSやAmazon S3の登場、そしてBox、Dropbox、Google Drive、OneDriveなどのさまざまなファイル同期および共有プラットフォームとともに、ファイルサーバーの概念は新しいクラウド時代に入っています。同期ツールの豊富さがファイルサーバー移行（別名ファイル同期および共有）を話題にしました。DropboxやOneDriveがファイルとフォルダを同期し、常にユーザーがアクセスできるようにすることを人々が実現しました。私たちは、ファイルサーバーが廃止され、コンテンツがDropboxやOneDriveなどの外部ファイル共有サービスに移行される移行の波を見てきました。その動機は、従業員をよりモバイルで生産的にすることです。一部の企業はファイルサーバーの移行が非常に成功し役立つと感じていますが、他の企業はあまり期待しておらず、一部の企業は移行を試みることさえ望んでいません。では、異なる企業の移行経験が異なる理由は何でしょうか？
厳密に言えば、ファイル同期・共有とファイルサーバーの移行は異なる概念です。ファイルサーバーの移行には通常、古いバージョンのファイルサーバーから新しいバージョンへの移行が含まれます。例えば、Windows 2012からWindows 2019への移行、または物理ファイルサーバーを仮想環境やクラウド環境（例えばVMWareやAzure Files）への移行があります。
この記事ではリモートワーカーやモバイルワーカーをサポートすることに焦点を当てているため、ファイルサーバーの移行をファイル同期および共有と同義として扱い、最も人気のあるオプションであるSharePointとAzure Filesへのファイルサーバーの移行に焦点を当てます。
多くの企業がマイクロソフトのSharePointへのファイルサーバー移行を非常に成功して役立つと感じていますが、希望を持たない企業もあり、移行を試みたくない企業もあります。では、異なる組織の移行経験が異なる理由は何でしょうか？その質問に答える前に、まずSharePointのいくつかの制限について見てみましょう。
SharePoint Onlineのドキュメントによると：SharePoint Onlineのドキュメント：
「SharePoint Onlineはライブラリごとに3,000万のドキュメントを保存できますが、最適なパフォーマンスを得るために、すべてのドキュメントライブラリを通じて30万ファイル以上を同期しないことをお勧めします。さらに、同期していないライブラリ内のアイテムが30万以上ある場合でも、すべてのライブラリを同期している場合と同じパフォーマンスの問題が発生する可能性があります...」
しかし、逸話的には、パフォーマンスは10万アイテムを超えると低下し始めるとされています。そして、不思議なことに、この数字は他の文脈でSharePointのドキュメントにも言及されています。30万であろうと10万であろうと、多くの実際のエンタープライズ環境ではファイルが多いため、OneDrive同期クライアントのパフォーマンスに深刻な問題が生じ、結局ユーザーはWebインターフェースに切り替える必要があります。最小のデータセットを持つ最小の組織のみが、マップされたドライブの使いやすさから利益を得ることができます。
OneDrive同期の制限と比較して、ライブラリ内の5000ビューアイテムの制限は、より深刻な問題です。ライブラリ内のアイテムが5,000を超えると、ほぼ使用不能になります。
可能な回避策
複数のサイトやライブラリにまたがるデータを再編成し、どのサイトにも10万以上のファイルやフォルダが存在しないようにしてください。OneDriveクライアントが合計30万以上のアイテムを持つサイトに接続する場合は、Webインターフェースに切り替え、OneDrive同期は使用しないでください。ファイルの総数が少ない場合は、この回避策で問題ありません。
この制限は、ファイル共有をSharePoint Onlineに移行する際によくある問題です。通常、次のようなエラーで表れます：
「指定されたファイル名またはフォルダ名が長すぎます。すべてのファイルおよびフォルダのURLパスは、400文字以下でなければなりません（URLに含まれる単一のファイルまたはフォルダ名も最大400文字です）。もっと短いファイルまたはフォルダ名を入力してください。」
この要件を満たしていないファイルについては、移行が失敗します。そして、これがドキュメントライブラリのパスと名前を含む相対URLの上限であるため、この問題はあまりにも頻繁に発生します。その結果、移行が不完全になったり、中断されたりすることがあります。
さらに深刻な制限としては、Windows PC上で256文字の制限に遭遇することがあります。これは、ユーザーがSharePoint OnlineのドキュメントライブラリをPCと同期する際に発生します。エラーメッセージは次のようになることがあります：
「ファイル名が目的のフォルダには長すぎます。ファイル名を短くして再試行するか、パスが短い場所を試してください。」
可能な回避策
要件を満たすために、自動的に名前を短縮するツールを使用します。これは、ファイルが分離されていないために提案される恐ろしい回避策です。Adobe InDesignやAutoCADなどの一般的なファイルタイプには、メインファイルからサポートファイルへのリンクされたファイルがすべて含まれています。ファイル名が切り捨てられると、ファイルバンドルの整合性はもはや保証されません。ファイルが分離されている場合にのみ、この回避策を使用してください。
ファイルサーバーのデータを異なるドキュメントライブラリの異なるサイロに再編成することに加えて、権限の再編成もまた大きな頭痛の種です。
以下の引用は、なぜ一部の人々がSharePointでは権限の継承の解除がサポートされていないと感じるのか、また他の人々がそれがサポートされていると指摘するのかを示しています。サポートは存在しますが、比較的小さなデータセットに対してのみです。ドキュメントには次のように説明されています：
「リストは最大3,000万項目を持つことができ、ライブラリは最大3,000万のファイルとフォルダを持つことができます。リスト、ライブラリ、またはフォルダに100,000項目以上含まれている場合、リスト、ライブラリ、またはフォルダの権限継承を解除することはできません。また、それに対して権限を再継承することもできません。ただし、そのリスト、ライブラリ、またはフォルダ内の個々のアイテムに対しては、リストまたはライブラリの最大のユニークな権限の数まで、権限継承を解除することはできます...」
これにより、リスト、ライブラリ、またはフォルダ内の要素に対して手動で権限継承を解除することを避けるために、権限の移行と管理がデータ再編成の悪夢に変わる可能性があります。
可能な回避策
複数のサイトやライブラリにまたがるデータを再編成し、どのサイトやライブラリも100,000個を超えるファイルやフォルダを持たないようにします。ファイルやフォルダを再編成する際には、フォルダとファイルの権限を再設定します。これは回避策ではなく、データを移行する際の手間のかかる方法です。
多くの企業は、Microsoft Azure Filesへのファイルサーバーの移行が有効であると考えています。移行はより複雑であり、Azure ADのアイデンティティを同期するためのActive Directory Sync、ローカルファイルサーバーからAzureファイルサーバーへのファイルを同期するためのAzure File Sync、そしてファイル転送を許可するためにファイアウォールで非HTTPおよび非HTTPSポートを開くことを含みます。複雑なプロセスとファイアウォールの要件のために、Azureファイル移行は一般的に、すべてのデジタル資産をMicrosoft Azureクラウドに移行する組織に予約されています。また、管理上の負担の軽減など他の理由でも有効ですが、リモートワーカーやモバイルワーカーをサポートするという観点からは、元のオンプレミス構成に比べて大きな利点を提供するものではありません。
SharePointはOneDriveと密接に統合されており、OneDriveは一般的なファイル同期および共有方法を採用してファイルを転送するため、従来のドライブマッピング機能はデスクトップ上の同期フォルダに置き換えられました。多くのビジネスプロセスやアプリケーションは、古いドライブマッピングの方法に依存しています。もし貴社のビジネスがこのタイプのドライブマッピングに依存している場合、SharePointへの移行は適していません。
SharePointはマイクロソフトによってホストされ、複数の組織にマルチテナント方式でサービスを提供しているため、データのバックアップと復元には事前に定義されたポリシーがあります。特別なデータバックアップサービスや高度なデータ保持ポリシーが必要な場合、それらのデータサービスをSharePointが提供することには頼れません。
上記のSharePointの制限事項に記載されているように、成功したSharePointへの移行には、データリポジトリの再編成が必要になる場合があります。しかし、再編成により、既存のアプリケーションがSharePoint上で動作しなくなる可能性があります。AutoCAD、SolidWorks、Adobe InDesignなどの特定のアプリケーションは、SharePoint上のドキュメントで動作しなくなることがあります。設計や建築業界の多くの企業は、SharePointへの移行が非常に困難であると感じています。
ファイルは規制に準拠するために特定の地域に保存する必要がある場合があります。特定の業界には、データアクセスと追跡を管理する独自のポリシーがあります。データがホストされている正確な場所を知る必要がある場合、ファイルアクセス履歴の監査証跡を保持し、3年から6年のデータ保持期間を維持する必要がある場合、SharePoint移行はあなたにとって正しい解決策ではありません。
データセットが大きいほど、移行プロセスは複雑になります。時間がかかるほど、プロセスはエラーを起こしやすくなり、コストも高くなります。ファイルサーバーをSharePointに移行する場合、通常はSharePoint Migration Tool (SPMT) を使用します。しかし、SPMTはファイル名を短くするように求めたり、ファイルを異なるライブラリに分割するように求めるエラーメッセージを表示することが多く、移行をさらに複雑にします。
お問い合わせください。貴社が必要とする
ファイルサーバーの移行と、代替案であるファイルサーバーのモビリゼーションについて話し合いましょう。
すぐにベストプラクティス、製品の専門知識、リファレンスデザイン、デモ、サポートを提供いたします！
© 著作権 2023 - Gladinet, Inc. 保有する権利全て
