次の方法で共有


アーカイブ済み BLOB をオンライン層にリハイドレートする

アーカイブ層にある BLOB を読み取るには、最初にその BLOB をオンライン (ホット、クール、またはコールド) 層にリハイドレートする必要があります。 BLOB は、次の 2 つの方法のいずれかを使用してリハイドレートできます。

  • [BLOB のコピー] 操作を使って、ホット、クール、またはコールド層の新しい BLOB にそれをコピーします。
  • [BLOB 層の設定] 操作を使って、層をアーカイブからホット、クール、またはコールド層に変更します。

BLOB のリハイドレート時には、操作の優先度を標準の優先度または高優先度のいずれかに指定できます。 標準の優先度のリハイドレート操作が完了するまでに最大 15 時間かかることがあります。 高優先度の操作は、標準の優先度の要求よりも優先され、サイズが 10 GB 未満のオブジェクトの場合は 1 時間未満で完了することがあります。 操作が保留中である場合に、リハイドレートの優先度を "標準" から "" に変更できます。

Azure Event Grid を構成してリハイドレートが完了するときにイベントを起動し、応答としてアプリケーション コードを実行できます。 BLOB リハイドレート操作が完了したときに Azure 関数を実行するイベントを処理する方法については、「BLOB リハイドレート イベントに応答して Azure 関数を実行する」を参照してください。

BLOB のリハイドレートの詳細については、「アーカイブ層からの BLOB のリハイドレート」を参照してください。

コピー操作を使用して BLOB をリハイドレートする

アーカイブ層をオンライン層にコピーしてアーカイブ層から BLOB をリハイドレートするには、Azure portal、PowerShell、Azure CLI、または Azure Storage クライアント ライブラリのいずれかを使用します。 アーカイブ済み BLOB をオンライン層にコピーする場合、ソース BLOB とコピー先 BLOB の名前は異なる必要があります。

アーカイブ済み BLOB をオンラインの宛先層にコピーする方法は、同じストレージ アカウント内でサポートされています。 サービス バージョン 2021-02-12 以降では、コピー先アカウントがコピー元アカウントと同じリージョンにある限り、アーカイブされた BLOB を別のストレージ アカウントにコピーできます。

コピー操作が完了すると、コピー先 BLOB がアーカイブ層に表示されます。 コピー先 BLOB は、コピー操作で指定したオンライン層にリハイドレートされます。 コピー先 BLOB が完全にリハイドレートされた場合、新しいオンライン層で使用できます。

BLOB を同じストレージ アカウントにリハイドレートする

次の例では、アーカイブされた BLOB を同じストレージ アカウント内のホット層の BLOB にコピーする方法を示します。

  1. Azure portal でソース ストレージ アカウントに移動します。

  2. ストレージ アカウントのナビゲーション ウィンドウで、[ストレージ ブラウザー] を選択します。

    Screenshot of Storage explorer button in the navigation pane.

  3. ストレージ ブラウザーで、アーカイブされた BLOB の場所に移動し、BLOB の横に表示されるチェック ボックスをオンにして、[コピー] ボタンを選択します。

    Screenshot of the checkbox next to an archived blob and then the location of the copy button.

  4. リハイドレートされた BLOB を配置するコンテナーに移動し、[貼り付け] ボタンを選択します。

    [アーカイブ BLOB の貼り付け] ダイアログ ボックスが表示されます。

    Screenshot of the paste archive blob dialog box.

    Note

    ソース BLOB と同じ場所にあるときに [貼り付け] ボタンを選択した場合、[コピー先 BLOB 名] フィールドに表示される既定の名前には数値サフィックスが含まれます。 これにより、ソース BLOB とコピー先 BLOB の名前が異なるようになります。 この名前は、ソース BLOB の名前と異なる名前であれば、必要に応じて変更することができます。

  5. [アーカイブ BLOB の貼り付け] ダイアログ ボックスで、アクセス層とリハイドレートの優先度を選択します。 次に、[貼り付け] を選択して BLOB をリハイドレートします。

    重要

    リハイドレート中にソース BLOB を削除しないでください。

同じリージョン内の別のストレージ アカウントに BLOB をリハイドレートする

次の例では、アーカイブされた BLOB を異なるストレージ アカウント内のホット層の BLOB にコピーする方法を示します。

注意

コピー先アカウントとソース アカウントは、同じリージョンに存在する必要があります。

  1. Azure portal でソース ストレージ アカウントに移動します。

  2. ストレージ アカウントのナビゲーション ウィンドウで、[ストレージ ブラウザー] を選択します。

    Screenshot of Storage explorer button in the navigation pane.

  3. ストレージ ブラウザーで、アーカイブされた BLOB の場所に移動し、BLOB の横に表示されるチェック ボックスをオンにして、[コピー] ボタンを選択します。

    Screenshot of selecting the checkbox next to an archived blob and then the location of the copy button.

  4. コピー先のストレージ アカウントに移動し、ナビゲーション ウィンドウで [ストレージ ブラウザー] を選択します。

    Screenshot of Storage explorer button in the navigation pane of the destination storage account.

  5. リハイドレートされた BLOB を配置するコンテナーに移動し、[貼り付け] ボタンを選択します。

    Screenshot of the location of the paste button.

    [アーカイブ BLOB の貼り付け] ダイアログ ボックスが表示されます。

    Screenshot of the paste archive blob dialog box.

  6. [アーカイブ BLOB の貼り付け] ダイアログ ボックスで、アクセス層とリハイドレートの優先度を選択します。 次に、[貼り付け] を選択して BLOB をリハイドレートします。

    重要

    リハイドレート中にソース BLOB を削除しないでください。

セカンダリ リージョンからのリハイドレート

読み取りアクセス geo 冗長ストレージ (RA-GRS) を使用するようにストレージ アカウントを構成した場合は、セカンダリ リージョンにあるアーカイブされた BLOB を、同じセカンダリ リージョンにある別のストレージ アカウント内のオンライン層にコピーできます。

セカンダリ リージョンからリハイドレートするには、前のセクション (同じリージョン内の別のストレージ アカウントに BLOB をリハイドレートする) と同じガイダンスを使用します。 ソース エンドポイントのアカウント名にサフィックス -secondary を追加します。 たとえば、BLOB ストレージのプライマリ エンドポイントが myaccount.blob.core.windows.net の場合、セカンダリ エンドポイントは myaccount-secondary.blob.core.windows.net になります。 ストレージ アカウントのアカウント アクセス キーは、プライマリ エンドポイントとセカンダリ エンドポイントの両方で同じです。

セカンダリ リージョンへの読み取りアクセス権の取得に関する詳細については、「セカンダリ リージョンのデータへの読み取りアクセス」を参照してください。

BLOB の階層を変更して BLOB をリハイドレートする

層をアーカイブからホットまたはクールに変更して、BLOB をリハイドレートするには、Azure portal、PowerShell、または Azure CLI を使用します。

Azure portal で BLOB の層をアーカイブからホットまたはクールに変更するには、次の手順に従います。

  1. Azure portal でリハイドレートする BLOB を検索します。

  2. ページの右側にある [すべて表示] ボタンを選択します。

  3. [層の変更] を選択します。

  4. [アクセス層] ドロップダウンからターゲット アクセス層を選択します。

  5. [リハイドレートの優先度] ドロップダウンから、必要なリハイドレートの優先度を選択します。 通常、リハイドレートの優先度をに設定すると、リハイドレートが速くなりますが、コストも高くなります。

    Screenshot showing how to rehydrate a blob from the archive tier in the Azure portal.

  6. [保存] ボタンを選択します。

一連の BLOB を一括でリハイドレートする

コンテナーまたはフォルダー内のアーカイブされた BLOB をホットまたはクール層にリハイドレートするには、BLOB を列挙し、それぞれに対して [BLOB 層の設定] 操作を呼び出します。 次の例は、この操作の実行方法を示しています。

該当なし

多数の BLOB を一度にリハイドレートするには、BLOB バッチ操作を呼び出し、一括操作として BLOB 層の設定を呼び出します。

バッチ操作の実行方法を示すコード例については、「AzBulkSetBlobTier」を参照してください。

リハイドレート操作の状態を確認する

BLOB のリハイドレート中、Azure portal、PowerShell、または Azure CLI を使用して、その状態とリハイドレートの優先度を確認できます。 状態プロパティは、リハイドレート層のターゲット層に応じて rehydrate-pending-to-hot または rehydrate-pending-to-cool を返します。 リハイドレートの優先度プロパティは標準またはを返します。

アーカイブされた BLOB のリハイドレートには最大 15 時間かかる場合があります。また、リハイドレートが完了したかどうかを判断するために BLOB の状態を繰り返しポーリングする処理は非効率的です。 Azure Event Grid を使用して、リハイドレートが完了すると発生するイベントをキャプチャすると、パフォーマンスが向上し、コストが最適化されます。 BLOB リハイドレートでイベントが発生した場合に Azure 関数を実行する方法については、「BLOB のリハイドレート イベントに応答して Azure 関数を実行する」を参照してください。

Azure portal で保留中のリハイドレート操作の状態と優先度を確認するには、BLOB の [層の変更] ダイアログを表示します。

Screenshot showing the rehydration status for a blob in the Azure portal.

リハイドレートが完了すると、Azure portal では完全にリハイドレートされた BLOB がターゲットのオンライン層に表示されます。

Screenshot showing the rehydrated blob in the cool tier and the log blob written by the event handler.

保留中の操作のリハイドレート優先度を変更する

標準の優先度のリハイドレート操作が保留中である場合は、BLOB のリハイドレートの優先度設定を "標準" から "" に変更することで、その BLOB のリハイドレートをより迅速に行うことができます。

保留中の操作では、リハイドレートの優先度設定を「」から「標準」に下げることはできません。 また、リハイドレートの優先度を変更すると、課金に影響する場合があることに注意してください。 詳細については、「アーカイブ層からの BLOB のリハイドレート」を参照してください。

保留中の [BLOB 層の設定] 操作についてリハイドレートの優先度を変更する

標準の優先度である [BLOB 層の設定] 操作が保留中であるときに、リハイドレートの優先度を変更するには、Azure portal、PowerShell、Azure CLI、またはいずれかの Azure Storage クライアントライブラリを使用します。

Azure portal を使用して保留中の操作についてリハイドレートの優先度を変更するには、次の手順を行います。

  1. リハイドレートの優先度を変更する BLOB に移動し、BLOB を選択します。

  2. [層の変更] ボタンを選択します。

  3. [層の変更] ダイアログで、リハイドレートする BLOB のアクセス層をターゲットのオンライン アクセス層に設定します (ホットまたはクール)。 [アーカイブの状態] フィールドには、ターゲットのオンライン層が表示されます。

  4. [リハイドレートの優先度] ドロップダウンで、優先度を "" に設定します。

  5. [保存] を選択します。

    Screenshot showing how to update the rehydration priority for a rehydrating blob in Azure portal.

保留中の [BLOB のコピー] 操作のリハイドレート優先度を変更する

アーカイブされた BLOB をオンライン層にコピーして BLOB をリハイドレートすると、Azure Storage によって、アーカイブ層にコピー先 BLOB が直ちに作成されます。 次に、コピー先 BLOB は、コピー操作で指定された優先度を使用してターゲット層にリハイドレートされます。 アーカイブされた BLOB をコピー操作を使用してリハイドレートする方法の詳細については、「アーカイブ済み BLOB をオンライン層にコピーする」を参照してください。

アーカイブ層から標準の優先度を持つオンライン層へのコピー操作を実行するには、PowerShell、Azure CLI、またはいずれかの Azure Storage クライアント ライブラリを使用します。 詳細については、「コピー操作を使用して BLOB をリハイドレートする」を参照してください。 次に、保留中のリハイドレートについて、リハイドレートの優先度を "標準" から "" に変更するには、コピー先 BLOB に対して [BLOB 層の設定] を呼び出して、ターゲット層を指定します。

コピー操作を開始すると、コピー元とコピー先の両方の BLOB がアーカイブ層にあることが Azure portal に表示されます。 コピー先 BLOB は、標準の優先度でリハイドレートされます。

Screenshot showing destination blob in archive tier and rehydrating with Standard priority.

コピー先 BLOB のリハイドレートの優先度を変更するには、次の手順を行います。

  1. コピー先 BLOB を選択します。
  2. [層の変更] ボタンを選択します。
  3. [層の変更] ダイアログで、リハイドレートする BLOB のアクセス層をターゲットのオンライン アクセス層に設定します (ホットまたはクール)。 [アーカイブの状態] フィールドには、ターゲットのオンライン層が表示されます。
  4. [リハイドレートの優先度] ドロップダウンで、優先度を "" に設定します。
  5. [保存] を選択します。

コピー先 BLOB のプロパティページに、優先度が高のリハイドレートが表示されるようになりました。

Screenshot showing destination blob in archive tier and rehydrating with High priority.

関連項目