Azure SQL Database 用に geo レプリケーションを構成する

この演習では、Azure SQL Database の geo レプリケーションを有効にして、セカンダリリージョンへのフェールオーバーを実行する方法について説明します。これには、データベースのレプリカの作成、セカンダリデータベース用の新しいサーバーの設定、強制フェールオーバーの開始が含まれます。また、デプロイの状態をチェックし、Azure SQL Database 管理における geo セカンダリまたは geo レプリカの役割を理解する方法についても説明します。最後に、Azure portal を使用して、データベースを別のリージョンに手動でフェールオーバーします。この演習では、Azure SQL Database の管理と回復性の確保に関する重要な側面について実践的なエクスペリエンスを提供します。

この演習は約 30 分かかります。

注: この演習を完了するには、Azure サブスクリプションにアクセスして、Azure リソースを作成する必要があります。 Azure サブスクリプションをお持ちでない場合は、始める前に無料アカウントを作成してください。

開始する前に

この演習を完了するには、多くのリソースとツールを使用します。それぞれを詳しく見ていきましょう。

	説明
プライマリサーバー	このラボで設定する Azure SQL Database サーバー。
プライマリデータベース	セカンダリサーバー上に作成された AdventureWorksLT サンプルデータベース。
セカンダリサーバー	このラボで設定する追加の Azure SQL Database サーバー。
セカンダリデータベース	これはセカンダリサーバー上のデータベースのレプリカです。
SQL Server Management Studio	最新バージョンの SQL Server Management Studio をダウンロードしてインストールします。

Azure SQL Database リソースをプロビジョニングする

2 つの手順で Azure SQL Database リソースを作成しましょう。まず、プライマリサーバーとデータベースを確立します。次に、プロセスを繰り返して、別の名前でセカンダリサーバーを設定します。これにより、2 つの Azure SQL サーバーが作成され、それぞれに独自のファイアウォールルールが設定されます。ただし、データベースを持つのはプライマリサーバーだけです。

Azure portal に移動し、Azure アカウント資格情報を使用してサインインします。
右上のメニューバーで Cloud Shell オプションを選択します (シェルプロンプト >_ のようになります)。
ウィンドウが下から上にスライドして、好みのシェルの種類を選択するように求められます。 [Bash] を選択します。
Cloud Shell を初めて開く場合は、ストレージアカウントを作成するように求められます (セッション間でデータを保持するために使用されます)。プロンプトに従ってストレージアカウントを作成します。
シェルが開始されると、Azure portal 内にコマンドラインインターフェイスが用意され、そこでスクリプトコマンドを入力できます。
{} を選択してエディターを開き、以下のスクリプトをコピーして貼り付けます。

注: スクリプトのプレースホルダーの値は、実行する前に実際の値に置き換えてください。スクリプトを編集する必要がある場合は、Cloud Shell に code を入力して組み込みのテキストエディターを使用します。
```
 subscription="<Your subscription>"
 resourceGroup="<Your resource group>"
 location="<Your region, same as your resource group>"
 serverName="<Your SQL server name>"
 adminLogin="sqladmin"
 password="<password>"
 databaseName="AdventureWorksLT"
    
 az account set --subscription $subscription
 az sql server create --name $serverName --resource-group $resourceGroup --location $location --admin-user $adminLogin --admin-password $password
 az sql db create --resource-group $resourceGroup --server $serverName --name $databaseName --sample-name AdventureWorksLT --service-objective Basic
```
この Azure CLI スクリプトは、アクティブな Azure サブスクリプションを設定し、新しい Azure SQL サーバーを作成してから、AdventureWorksLT サンプルデータが設定された新しい Azure SQL Database を作成します。
エディターページ上で右クリックして、[保存] を選択します。
ファイルの名前を指定します。ファイル名拡張子は .ps1 である必要があります。
Cloud Shell ターミナルで、コマンドを入力して実行します。
```
 chmod +x <script_name>.ps1
```
** を置き換えて、スクリプトに指定した名前を反映します。このコマンドは、作成したファイルのアクセス許可を変更して実行可能にします。
スクリプトを実行します。
```
 ./<script_name>.ps1
```
プロセスが完了したら、Azure portal に移動し、SQL サーバーのページに移動して、新しく作成された Azure SQL サーバーに移動します。
Azure SQL Server のメインページで、左側にある [ネットワーク] を選択します。
[パブリックアクセス] タブで、[選択されたネットワーク] を選択します。
[ファイアウォール規則] セクションで、[+ クライアント IPv4 アドレスの追加] を選択します。 IP アドレスを入力し、[保存] を選択します。

この時点で、SQL Management Studio などのクライアントツールを使用してプライマリ AdventureWorksLT データベースに接続できるようになります。
次に、セカンダリ Azure SQL Server を作成しましょう。前の手順 (6 から 14) を繰り返しますが、必ず別の serverName と location を使用してください。また、az sql db create コマンドをコメントアウトしてデータベースを作成するコードをスキップします。これにより、サンプルデータベースのない別のリージョンに新しいサーバーが作成されます。

geo レプリケーションを有効にする

次に、Azure SQL リソースのセカンダリレプリカを作成しましょう。

Azure portal 内で、「SQL データベース」を検索して、自分のデータベースに移動します。
SQL データベース AdventureWorksLT を選択します。
Azure SQL データベースのメインページで、左側の [データ管理] の下にある [レプリカ] を選択します。
[+ レプリカの作成] を選択します。
[SQL Database - geo レプリカの作成] ページの [サーバー] で、前に作成した新しいセカンダリ SQL サーバーを選択します。
[確認および作成] を選択し、次に [作成] を選択します。これで、セカンダリサーバーが作成されシードされます。状態を確認するには、Azure portal 上部の通知アイコンの下を確認します。
成功すると、状態が [デプロイが進行中です] から [デプロイが成功しました] に変化します。
SQL Server Management Studio を使用して、セカンダリ Azure SQL Server に接続します。

SQL データベースをセカンダリリージョンにフェールオーバーする

リージョンの障害が原因でプライマリ Azure SQL Database で問題が発生しているシナリオを想像してください。サービスの継続性を確保し、ダウンタイムを最小限に抑えるには、強制フェールオーバーを実行する必要があります。

強制フェースオーバーは、プライマリデータベースとセカンダリデータベースの役割を切り替えます。セカンダリデータベースがプライマリデータベースとして引き継がれ、元のプライマリデータベースがセカンダリデータベースになります。これにより、元のプライマリデータベースに関する問題が解決されている間、アプリケーションはセカンダリレプリカを使用して動作を続けられます。

リージョンの停止に対応して強制フェールオーバーを開始する方法について説明します。

[SQL サーバー] ページに移動し、セカンダリサーバーを選択します。
左側の [設定] セクションで、[SQL データベース] を選択します。
Azure SQL データベースのメインページで、左側の [データ管理] の下にある [レプリカ] を選択します。これで geo レプリケーションリンクが確立されました。
セカンダリサーバーの […] メニューを選択し、[強制フェールオーバー] を選択します。

注: 強制フェールオーバーにより、セカンダリデータベースがプライマリロールに切り替わります。この操作中は、すべてのセッションが切断されます。
警告メッセージが表示されたら、 [はい] を選択します。
プライマリレプリカの状態が [保留中] に切り替わり、セカンダリは [フェールオーバー] に切り替わります。

注:この操作には数分かかる場合があります。完了すると、役割が反転します。セカンダリサーバーが新しいプライマリサーバーになり、元のプライマリサーバーがセカンダリサーバーになります。

プライマリ SQL サーバーとセカンダリ SQL サーバーを同じリージョンに配置する理由と、異なるリージョンを選択すると役に立つ場合について検討してください。

これで、Azure SQL Database の geo レプリカを有効にする方法と、Azure portal を使用して手動で別のリージョンにフェールオーバーする方法を確認しました。

クリーンアップ

独自のサブスクリプションを使用している場合は、プロジェクトの最後に、作成したリソースがまだ必要かどうかを確認してください。

リソースを不必要に実行したままにしておくと、追加コストが発生する可能性があります。 Azure portal でリソースを個別に削除することも、リソースのセット全体を削除することもできます。

詳細情報

Azure SQL Database の geo レプリケーションの詳細については、アクティブな geo レプリケーションを参照してください。