この一連の記事では、SQLServerのAlwaysOnアーキテクチャとステップバイステップのインストールについて説明します。 SQL Server AlwaysOn（可用性グループ）のアーキテクチャとインストールを確認しましょう
SQLServerAlwaysOnステップバイステップ
Microsoftは、SQLServer2012リリースでAlwaysOn可用性グループ機能を導入しました。この機能は、実際には、以前にログ配布、フェールオーバークラスタリング、およびミラーリング機能として認識されていたSQLServer機能の組み合わせです。
ログ配布とは何かわからない場合は、次のログ配布の記事を読むことができます。
SQLServerログ配布とディザスタリカバリのインストールと構成-4
フェールオーバークラスタリングとは何かわからない場合は、次のフェールオーバークラスタリングの記事を読むことができます。
SQLServerフェールオーバークラスターのインストール-4
災害復旧はログ配布で提供されましたが、リアルタイム同期はログ配布では存在しません。ミラーリングにはリアルタイム同期がありますが、読み取り専用オプションはなく、自動フェイルオーバーにはWitnessServerが必要です。
アプリケーションは、フェールオーバークラスタリングと同時にフェールオーバークラスター名を介して2つのノードにアクセスできますが、フェールオーバークラスターは高可用性ソリューションにすぎませんでした。
Microsoftは、SQL Serverの常時オンで、ログ配布、ミラーリング、およびフェールオーバークラスターのすべての利点を組み合わせました。
SQLServer可用性グループ
SQLServerのAlwaysOnアーキテクチャは次のとおりです。
AlwaysOnは、少なくとも2台のサーバーにインストールされたWindows Serverフェールオーバークラスター（WSFC）で実行されている2台のサーバー間で高可用性と障害復旧の両方を提供する新しいSQLServerソリューションです。
プライマリノードがT時にダウンしている場合、セカンダリノードは自動フェイルオーバーを介してプライマリになるため、AlwaysOnは高可用性を提供します。
プライマリサーバーのストレージまたはマザーボード（またはサーバーの他の部分）に障害が発生した場合、自動フェイルオーバーを使用してデータベースを回復できるため、AlwaysOnはディザスタリカバリを提供します。データベースは物理的にセカンダリノードに存在し、プライマリデータベースから同期しているためです。
レポートとバックアップの目的でセカンダリノードを使用することもできます。
つまり、社内で実行されているSQL Serverデータベースの高可用性とディザスタリカバリを一緒に検討している場合、唯一のソリューションはAlwaysOnです。 。
可用性グループの作成
AlwaysOn可用性グループ： これはSQLServer2012でリリースされる構造であり、データベースミラーリング、ログ配布、およびフェールオーバークラスタリングの代替として使用できます。 AlwaysOn可用性グループを使用すると、サーバー上のデータベースの変更が別のサーバーに同期されます。ミラーリングに対するこの構造の利点は、複数のセカンダリサーバーをアクティブに使用できることです。 。さらに、書き込み操作やその他のDML操作はプライマリサーバーで実行されますが、バックアップおよびレポート操作はセカンダリサーバーで実行できます。
AlwaysOnセットアップの要件は次のとおりです。
AlwaysOn可用性グループの作成
SQL Server AlwaysOn可用性グループメソッドをデータベースに適用するには、同じプロパティを持つサーバーが2つ以上存在する必要があります。この場合、WindowsServerフェールオーバークラスターの構造は次のように構成されます。さらに、バージョンは少なくともSQL Server 2012EnterpriseEditionである必要があります。
SQL Server 2012以降でAlwaysOnを有効にするには、次のように両方のノードがクラスターメンバーである必要があります。
構成する最初のノードとポート1433および445を介した2番目のノード間のアクセスに必要な定義を行う必要があります。
さらに、ファイル共有の定義は、可用性グループの構成中に定義する必要があるフォルダーで実行する必要があり、可用性グループに含まれるデータベースの初期バックアップが作成されます。 （通常、両方のサーバーのSQLServerアカウントとSQLAgentアカウントに、対応するフォルダーに対する読み取り/書き込み権限を付与するだけで十分です。）ただし、運用サーバーのSQL Serverアカウントが「ローカルシステム」ユーザーである場合、共有フォルダで許可されるのは「全員–読み取り/書き込み」である必要があります 許可。
ソースサーバーでSQLServerを構成するユーザーは、WindowsではAdministrator、SQLServer権限ではsysadminを持っている必要があります。
AlwaysOn可用性グループが適用されるサーバーのディスクは分離されており、互いに独立しているため、サーバー上に配置されるデータベースのデータファイルとログファイルに使用されるフォルダーは、同じ名前と同じ名前で作成する必要があります。パス。
AlwaysOn用のStandAloneSQLServerをインストールする必要があります。次の記事を使用して、StandAloneSQLServerインスタンスをインストールできます。
SQLServer2017のステップバイステップのインストール-2
次の記事でAlwaysOnのインストールについて引き続き説明します。
次のリンクを使用して、SQLServerのAlwaysOnインストールに関連する次の投稿にアクセスできます。
SQLServerのAlwaysOnアーキテクチャとステップバイステップのインストール-2