次の方法で共有


SMB Azure ファイル共有へ移行する

この記事では、SMB Azure ファイル共有への移行の基本的な側面について説明し、移行ガイドの表を示します。 これらのガイドは、ファイルを Azure ファイル共有に移動するのに役立ちます。 ガイドは、データの場所と、移動先のデプロイメント モデル (クラウドのみまたはハイブリッド) に基づいて整理されています。

適用対象

ファイル共有の種類 SMB NFS
Standard ファイル共有 (GPv2)、LRS/ZRS はい いいえ
Standard ファイル共有 (GPv2)、GRS/GZRS はい いいえ
Premium ファイル共有 (FileStorage)、LRS/ZRS はい いいえ

移行の基本

Azure にはさまざまな種類のクラウド ストレージが用意されています。 Azure へのファイル移行の基本的側面の 1 つは、お使いのデータに適した Azure ストレージ オプションを見極めることです。

Azure ファイル共有は、汎用ファイル データに適しています。 このデータには、オンプレミスの SMB 共有を使用する対象となるあらゆるデータが含まれています。 Azure File Sync を使用すると、Windows サーバーが実行中のオンプレミス サーバーに複数の Azure ファイル共有のコンテンツをキャッシュできます。

オンプレミス サーバーで現在実行中のアプリケーションの場合、ファイルを Azure ファイル共有に格納することが適している場合もあります。 アプリケーションを Azure に移動し、Azure ファイル共有を共有ストレージとして使用できます。 このシナリオでは、Azure Disk を考慮することもできます。

クラウド アプリケーションによっては、SMB、マシンローカル データ アクセス、および共有アクセスに依存しないものもあります。 これらのアプリでは、Azure BLOB のようなオブジェクト ストレージが多くの場合に最適です。

すべての移行で重要なことは、ファイルを現在の保存場所から Azure に移動するときに、該当するファイルのすべての忠実性を取得することです。 Azure ストレージ オプションがサポートする忠実性の程度と、シナリオで必要となる忠実性の程度も、適切な Azure ストレージを選択するのに役立ちます。

ファイルの基本的なコンポーネントは次の 2 つです。

  • データ ストリーム: ファイルのデータ ストリームにはファイル コンテンツが格納されます。
  • ファイル メタデータ: Azure BLOB のオブジェクト ストレージとは異なり、Azure ファイル共有はファイル メタデータをネイティブに格納できます。 汎用ファイル データは従来、ファイル メタデータに依存しています。 アプリ データはそうではない場合があります。 ファイル メタデータには次のサブコンポーネントがあります。
    • ファイル属性 (読み取り専用など)
    • ファイルのアクセス許可。多くの場合、"NTFS アクセス許可" または "ファイルとフォルダーの ACL" と呼ばれます
    • タイムスタンプ。特に作成 タイムスタンプおよび最終更新日時 タイムスタンプ
    • 代替データ ストリーム。これは、より多くの非標準プロパティを格納するための領域です。 この代替データ ストリームは、Azure ファイル共有内のファイルに格納できません。 これは、Azure File Sync が使用されているときはオンプレミスで保持されます。

移行におけるファイルの忠実性は、次の機能として定義できます。

  • ソースについての該当するすべてのファイル情報を格納する。
  • 移行ツールを使用してファイルを転送する。
  • 移行先のターゲット ストレージにファイルを格納する。
    この記事の移行ガイドのターゲットは、1 つ以上の Azure ファイル共有です。 こちらの SMB Azure ファイル共有ではサポートされていない機能の一覧を考慮に入れてください。

移行を円滑に進めるために、ニーズに合った最適なコピー ツールを特定し、ストレージ ターゲットをソースと一致させます。

重要

オンプレミスのファイル サーバーを Azure Files に移行する場合は、多数のファイルをコピーする前に、ファイル共有のルート ディレクトリ用の ACL を設定します。ルート ACL のアクセス許可の変更は、大きなファイルの移行後に行うと、反映されるまでに時間がかかる場合があります。

オンプレミスのドメイン コントローラーとして Active Directory Domain Services (AD DS) を利用するユーザーは、Azure ファイル共有にネイティブにアクセスできます。 Microsoft Entra Domain Services のユーザーも同様です。 それぞれのユーザーは現在の ID を使用して、共有のアクセス許可およびファイルとフォルダーの ACL に基づいてアクセスを取得します。 この動作は、オンプレミスのファイル共有に接続するユーザーに似ています。

SMB 経由の Azure Files の ID ベースの認証の詳細について学びます。

サポート対象のメタデータ

次のテーブルに、Azure Files でサポートされているメタデータを示します。

重要

LastAccessTime タイムスタンプは、ターゲット共有上のファイルまたはディレクトリでは現在サポートされていません。 ただし、Azure Files は、要求されたときにファイルの LastAccessTime 値を返します。 LastAccessTime タイムスタンプは読み取り操作では更新されないため、常に LastModifiedTime と等しくなります。

ソース 移行先
ディレクトリの構造 ソースの元のディレクトリ構造は、ターゲットの共有で保持できます。
シンボリック リンク ソースのシンボリック リンクは保持され、ターゲットの共有にマップできます。
アクセス許可 Azure Files では Windows ACL がサポートされており、移行時に AD 統合が構成されていない場合でも、ターゲット共有に設定する必要があります。 以下の ACL を保持する必要があります: 所有者セキュリティ識別子 (SID)、グループ SID、随意アクセス リスト (DACL)、システム アクセス制御リスト (SACL)。
作成タイムスタンプ ソースのファイルの元の作成タイムスタンプは、ターゲットの共有で保持できます。
変更タイムスタンプ ソースのファイルの元の変更タイムスタンプは、ターゲットの共有で保持できます。
変更されたタイムスタンプ ソースのファイルの元の変更されたタイムスタンプは、ターゲットの共有で保持できます。
ファイル属性 読み取り専用、非表示、アーカイブ フラグなどの一般的な属性は、ターゲット共有に保持できます。

移行ガイド

次の表は、SMB Azure ファイル共有に移行するための推奨されるツールの組み合わせです。

この表の使用方法

  1. ファイルが現在保存されているソースシステムの行を探します。

  2. 次のいずれかのターゲットを選択します。

    • ハイブリッド デプロイ: Azure File Sync を使用して、Azure ファイル共有のコンテンツをオンプレミスにキャッシュし、使用頻度の低いファイルをクラウドに階層化します。
    • クラウドのみのデプロイ: オンプレミスのキャッシュを使用しない、クラウド内の Azure ファイル共有です。

    選択した内容に一致するターゲット列を選択します。

  3. ソースとターゲットが交差するテーブル セルに、使用可能な移行シナリオが示されています。 いずれかを選ぶと、詳細な移行ガイドに直接移動します。

シナリオにリンクがない場合は、公開されている移行ガイドがまだありません。 この表を定期的にチェックして、更新の有無をご確認ください。 新しいガイドは、入手可能になった時点で公開されます。

ソース ターゲット:
ハイブリッド デプロイ
(Azure Files と Azure File Sync)
ターゲット:
クラウドのみのデプロイ
(Azure Files)
推奨されるツールの組み合わせ: 推奨されるツールの組み合わせ:
Windows Server 2012 R2 以降
Windows Server 2012 以前
  • DataBox と Azure File Sync を使用して最近のサーバー OS へ
  • 記憶域移行サービス経由で Azure File Sync を使用して最近のサーバーへ、その後アップロード
ネットワーク接続ストレージ (NAS)
Linux (SMB)
  • 該当なし

移行ツールボックス

ファイル コピー ツール

Microsoft およびその他のファイル コピー ツールがいくつか用意されています。 移行シナリオに適したツールを選択するには、これらの基本的な質問を検討します。

  • ツールによって、ファイル コピーのソースとターゲットの場所がサポートされているか。

  • ソースとターゲットの保存場所の間のネットワーク パスまたは使用可能なプロトコル (REST や SMB など) がサポートされているか。

  • ツールによって、ソースとターゲットの場所でサポートされている必要なファイルの忠実性が保持されるか。

    場合によっては、ターゲット ストレージで、ソースと同じ忠実性がサポートされていないことがありますが、 ターゲット ストレージが必要性を十分に満たすものである場合、ツールはターゲットのファイル忠実性の機能にのみ適合する必要があります。

  • ツールには、移行戦略にツールを適合させるための機能があるか。

    たとえば、ツールでダウンタイムを最小化できるかどうかを検討します。

    ソースをターゲットにミラーリングするオプションがツールでサポートされている場合、ソースにアクセスできる間に通常は同じソースおよびターゲットでツールを複数回実行できます。

    ツールを最初に実行するときに、データの大部分がコピーされます。 この最初の実行は、しばらく時間がかかる場合があります。 多くの場合、ビジネス プロセスのためにデータ ソースをオフラインにするのに要する時間よりも長くかかります。

    ソースをターゲットにミラーリングすることにより (robocopy /MIR と同様)、同じソースとターゲットでツールを再度実行できます。 転送する必要があるのは前回の実行後に発生したソースの変更のみであるため、この 2 回目の実行ははるかに速くなります。 この方法でコピー ツールを再実行すると、ダウンタイムを大幅に短縮できます。

次の表は、Microsoft ツールと、SMB Azure ファイル共有との現時点での適合性を分類したものです。

推奨 ツール Azure ファイル共有のサポート ファイルの忠実性の保持
はい、推奨されます Azure Storage Mover サポートされています。 完全な忠実性。*
はい、推奨されます RoboCopy サポートされています。 Azure ファイル共有は、ネットワーク ドライブとしてマウントできます。 完全な忠実性。*
はい、推奨されます Azure File Sync Azure ファイル共有にネイティブに統合されます。 完全な忠実性。*
はい、推奨されます Azure Storage Migration Program サポート対象。 完全な忠実性。*
はい、推奨されます 記憶域移行サービス 間接的にサポートされています。 Azure ファイル共有は、SMS ターゲット サーバーでネットワーク ドライブとしてマウントできます。 完全な忠実性。*
はい、推奨されます Data Box (デバイスにファイルを読み込むデータ コピー サービスを含む) サポート対象。
(Data Box Disk では大きいファイルの共有はサポートされません)
Data Box と Data Box Heavy では、メタデータが完全にサポートされます。
Data Box Disk では、ファイルのメタデータは維持されません。
完全にはお勧めできません AzCopy
最新バージョン
サポートされていますが、完全には推奨されません。 大規模な差分コピーはサポートされていないため、一部のファイルの忠実性が失われる可能性があります。
Azure ファイル共有で AzCopy を使用する方法を確認する
完全にはお勧めできません Azure Storage Explorer
最新バージョン
サポートはされますが、推奨はされません。 ACL など、ほとんどのファイルの忠実性が失われます。 タイムスタンプがサポートされます。
推奨されません Azure Data Factory サポートされています。 メタデータがコピーされません。

"* 完全な忠実性: Azure ファイル共有の機能を満たすか上回っています。''

移行ヘルパー ツール

このセクションでは、移行の計画と実行に役立つツールについて説明します。

Azure Storage Mover

Azure Storage Mover は、ファイルとフォルダーを、基になる Azure ファイル共有と同じレベルのファイル忠実度で SMB Azure ファイル共有に移行できる、比較的新しいフル マネージド移行サービスです。 フォルダー構造とメタデータ値 (ファイルとフォルダーのタイムスタンプ、ACL、ファイル属性など) が保持されます。 Azure Files で Azure Storage Mover を使用する方法については、「Azure Storage Mover を使って SMB Azure ファイル共有に移行する」を参照してください。

RoboCopy

Windows に含まれる RoboCopy は、SMB ファイルの移行に最も適したツールの 1 つです。 このツールの多くのオプションについては、主要な RoboCopy ドキュメントがリソースとして役に立ちます。

Azure Storage Migration Program

データを理解することは、適切な Azure ストレージ サービスと移行戦略を選択するための最初の手順です。 Azure Storage Migration Program には、データとストレージ インフラストラクチャを分析して貴重な分析情報を提供できるさまざまなツールが用意されています。 これらのツールは、データのサイズと型、ファイルとフォルダーの数、アクセス パターンを理解するのに役立つ場合があります。 データの統合ビューが提供され、さまざまなカスタマイズされたレポートの作成を可能にします。

この情報は次の場合に役立ちます。

  • 重複および冗長データ セットを特定する
  • より安価なストレージに移動できるよりコールドなデータを特定する

詳細については、「Azure Storage Migration Program の参加者向けの比較表」を参照してください。

JAM Software GmbH 製の TreeSize

Azure File Sync は、合計ストレージ容量ではなく、主に項目 (ファイルとフォルダー) の数に基づいてスケーリングされます。 TreeSize ツールを使用すると、Windows Server ボリューム上の項目数を確認できます。

このツールを使用すると、Azure File Sync のデプロイの前にパースペクティブを作成できます。 デプロイ後にクラウドの階層化が使用されている場合にも使用できます。 このシナリオでは、項目数と、サーバー キャッシュを最も使用するディレクトリが表示されます。

このツールのテスト済みのバージョンはバージョン 4.4.1 です。 クラウド階層化ファイルと互換性があります。 通常の操作中に、階層化ファイルがこのツールによって再度呼び出されることはありません。

次のステップ

  1. 必要な Azure ファイル共有 (クラウドのみまたはハイブリッド) のデプロイに適したプランを作成します。
  2. 使用可能な移行ガイドのリストを確認して、Azure ファイル共有のご自身のソースとデプロイに合ったガイドを見つけます。

この記事に記載した Azure Files テクノロジの詳細情報: