次の方法で共有


Hyperscale からデータベースを逆移行する

適用対象:Azure SQL データベース

Azure portal、Azure CLI、PowerShell、または Transact-SQL を使用して、Azure SQL Database の既存の Hyperscale データベースを General Purpose サービス レベルに移行できます。

General Purpose サービス レベルへの逆移行により、最近 Azure SQL Database の既存のデータベースを Hyperscale に変換したお客様は、Hyperscale がニーズを満たさない場合に、緊急時に戻ることができます。 逆移行はサービス レベルの変更によって開始されますが、基本的には異なるアーキテクチャ間でデータのサイズが移動されます。

逆移行に関する制限事項

逆移行は、次の条件で使用できます。

  • 逆移行は、Hyperscale への元の移行から 45 日間のみ使用できます。
  • Hyperscale サービス レベルで最初に作成されたデータベースは、逆移行の対象になりません。
  • General Purpose サービス レベルにのみ逆移行できます。 Hyperscale から General Purpose への移行では、サーバーレスまたはプロビジョニング済みのコンピューティング レベルをターゲットにできます。 データベースを別のサービス レベル (Business CriticalDTU ベースのサービス レベルなど) に移行する場合は、先に General Purpose サービス レベルに逆移行してから、サービス レベルを変更します。
  • 仮想コアが 2 つ未満のデータベースへの逆移行はサポートされていません。 移行が完了したら、データベースを 2 つ未満の仮想コアにスケールダウンできます。
  • エラスティック プールに対する直接の逆移行はサポートされていません。 Hyperscale 単一データベースのみを General Purpose 単一データベースに逆移行できます。
    • Hyperscale データベースが Hyperscale Elastic Pool の一部である場合は、逆移行の前にまず Hyperscale Elastic Pool からそれを削除する必要があります。
    • 逆移行が完了したら、必要に応じて General Purpose 単一データベースを General Purpose エラスティック プールに追加できます。
  • 逆移行の対象にならないデータベースの場合、Hyperscale から Hyperscale 以外のサービス レベルに移行する唯一の方法は、BACPAC ファイルまたはその他のデータ移動テクノロジ (一括コピー、Azure Data Factory、Azure Databricks、SSIS など) を使用してエクスポートおよびインポートすることです。Azure portal、PowerShell (New-AzSqlDatabaseExport と New-AzSqlDatabaseImport)、Azure CLI (az sql db export と az sql db import)、REST API から BACPAC のエクスポートとインポートを行うことはサポートされていません。 比較的小さい Hyperscale データベース (最大 150 GB) の BACPAC インポートと BACPAC エクスポートは、SSMS と SqlPackage バージョン 18.4 以降を使用することでサポートされます。 大きなデータベースについては、BACPAC のエクスポートやインポートは、長い時間がかかる場合や、さまざまな理由で失敗する可能性があります。

所要時間とダウンタイム

Hyperscale での通常のサービス レベル目標の変更操作とは異なり、Hyperscale への移行と General Purpose への逆移行はデータのサイズの操作です。

逆移行操作の所要時間は、主にデータベースのサイズと、移行中に発生する同時書き込みアクティビティによって異なります。 ターゲットの General Purpose データベースに割り当てる仮想コアの数も、逆移行の所要時間に影響します。 同様のワークロードを維持するため、ターゲットの General Purpose データベースには、ソースの Hyperscale データベースに割り当てられる仮想コアの数以上の数の仮想コアをプロビジョニングすることをお勧めします。

逆移行の間に、負荷が大きい場合、ソース Hyperscale データベースのパフォーマンスが低下する可能性があります。 具体的には、逆移行を確実に進行させるため、トランザクション ログの速度が落とされる (調整される) 可能性があります。

新しいターゲット General Purpose データベースへの最終的なカットオーバー中に発生するダウンタイムは、一般に数分という短い時間です。

[前提条件]

Hyperscale から General Purpose サービス レベルへの逆移行を始める前に、データベースが逆移行に関する制限と次のことを満たしていることを確認する必要があります。

  • データベースで geo レプリケーションが有効になっていない。
  • データベースに名前付きレプリカがない。
  • データベース (割り当てられたサイズ) が、ターゲットのサービス レベルに収まるほど小さい。
  • ターゲットの General Purpose データベースの最大データベース サイズを指定する場合は、データベースの割り当てサイズがその最大サイズに収まるほど小さいことを確認する。

逆移行操作が開始される前に、前提条件のチェックが行われます。 前提条件が満たされていない場合、逆移行操作はすぐに失敗します。

バックアップ ポリシー

構成された保持期間内のすべての既存のデータベース バックアップに対し、通常の価格を使用して課金されます。 Hyperscale バックアップ ストレージ スナップショットと、バックアップを復元できるようにするために保持する必要があるデータ サイズのストレージ BLOB に対して課金されます。

データベースを Hyperscale に変換し、逆に General Purpose に何度も移行できます。 復元できるのは、データベースの現在のレベルと 1 回前のレベルからのバックアップのみです。 General Purpose サービス レベルから Hyperscale に移行し、General Purpose に戻した場合、現在の General Purpose データベースと直前の Hyperscale データベースからのバックアップのみを使用できます。 これらの保持されたバックアップは、Azure SQL Database の料金に従って課金されます。 以前に試したレベルのバックアップは利用できないため、課金されません。

たとえば、Hyperscale と Hyperscale 以外のサービス レベルの間で移行できます。

  1. General Purpose
  2. Hyperscale への変換
  3. General Purpose に逆移行
  4. Business Critical にサービス レベルを変更
  5. Hyperscale への変換
  6. General Purpose に逆移行

この場合、使用できるのはタイムラインのステップ 5 と 6 からのバックアップのみです (まだ構成されている保持期間内の場合)。 以前のステップのバックアップは使用できません。 Hyperscale と General Purpose サービス レベルの間で同じデータベースの移行を繰り返して試みる場合は、バックアップの可用性を慎重に検討してください。 直前のデータベースより古いデータベースのバックアップは、逆移行が開始されるとすぐに使用できなくなり、移行がキャンセルされた場合でも使用できないままになります。

Hyperscale データベースを General Purpose サービス レベルに逆移行する方法

Azure SQL Database の既存の Hyperscale データベースを General Purpose サービス レベルに逆移行するには、最初に General Purpose サービス レベルでのターゲット サービス目標と、プロビジョニング済みまたはサーバーレスのどちらのコンピューティング レベルに移行するかを明らかにします。 データベースの適切なサービス目標がわからない場合は、単一データベースに対するリソース制限に関する記事をご覧ください。

General Purpose への逆移行後に追加のサービス レベルの変更を実行する場合は、最終的なターゲット サービス目標を特定します。 データベースの割り当てられたサイズが、そのサービス目標に収まるのに十分小さいことを確認します。

データベースを逆移行する方法のタブを選んでください。

Azure portal を使用すると、データベースの価格レベルを変更することで、General Purpose サービス レベルに逆移行できます。

Azure SQL Database の Hyperscale データベースの [コンピューティングとストレージ] パネルのスクリーンショット。

  1. Azure portal でデータベースに移動します。
  2. 左側のナビゲーション バーで、[コンピューティングとストレージ] を選びます。
  3. [サービス レベル] ドロップダウン リストを選択して、サービス レベルのオプションを展開します。
  4. ドロップダウン リスト メニューから [General Purpose (Scalable compute and storage options)](General Purpose (スケーラブルなコンピューティングとストレージのオプション)) を選びます。
  5. 一覧表示される [ハードウェア構成] を確認します。 必要に応じて、[構成の変更] を選んで、ワークロードに適したハードウェア構成を選びます。
  6. General Purpose サービス レベルのデータベースで使用できる仮想コアの数を変更する場合は、[仮想コア] スライダーを選びます。
  7. を選択してを適用します。
  8. Azure portal で変換を監視します。
    1. Azure portal でデータベースに移動します。
    2. 左側のナビゲーション バーで、[概要] を選択します。
    3. 右側のペインの下部にある [通知] セクションを確認します。 操作が進行中の場合は、通知ボックスが表示されます。
    4. 詳細を表示するには、通知ボックスを選択します。
    5. [実行中の操作] ペインが開きます。 進行中の操作の詳細を確認します。