SQL Serverの2017の高可用性

使用可用性機能は、次の4つです。

• ハイアベイラビリティ
• 災害復旧
• 移行およびアップグレード
• 1つ以上のデータベースの読み込み可能なコピーを拡大

SQL Serverの可用性の機能は、すべての可用性ソリューションに不可欠のビルディングブロックで十分にテストし、信頼性の高いバックアップと復元の戦略の必要性を置き換えることはできません。

AlwaysOnの可用性グループ

特定の状態でのデータベースのコピーが含まれている参照の例をコピーし、保護データベースのレベルを提供するために、別の例に各トランザクションデータベースを送信するために2012年に導入されたSQL ServerのAlwaysOnの可用性グループ、。

レプリカ間のデータ移動は、同期または非同期であってもよい、エンタープライズバージョンは、（プライマリコピーを含む）は、3つのレプリカの同期まで可能にします。

AlwaysOnは、可用性グループとFCIをカバーし、SQL Serverでの一般的な用語の可用性機能です。AlwaysOnの可用性グループが機能していない名前。

だけではなく、インスタンス・レベルの保護よりデータベース可用性グループレベルの保護を提供するので、各二次コピーが手動でコンテンツを構成されていないトランザクション捕捉されていないログまたはデータベースを同期することが必要であるからです。

用語のコピーには、最大の異なるバージョンのStandardおよびEnterpriseバージョン。（基本的な可用性グループと呼ばれる）可用性グループの標準バージョンでは、二つのコピー（プライマリコピーとセカンダリコピー）、そして唯一のデータベース可用性グループをサポートしています。エンタープライズ版だけでなく、データベース可用性グループの複数に配置でき、コピーの総数は最大9（1プライマリ・レプリカは、8つの二次コピー）を有していてもよいです。

 

ときにとるべきアクションを同期コピーREQUIRED_SYNCHRONIZED_SECONDARIES_TO_COMMITの振る舞い。このオプションは次のように動作します。

• 0、1、2：3つの値があります。
• 値が同期されなければならないコピーの数に二次的であり、そのデータの損失、可用性およびフェイルオーバ可用性グループは影響を与え
• WSFCクラスターとタイプ「なし」の場合は、デフォルト値は0で、手作業で1または2に設定することができます、
• クラスタタイプが「外」である場合には、デフォルト値は、クラスタ機構によって設定され、手動で上書きされます。同期3つのコピーの場合、デフォルト値は1です。Linuxでは、クラスタリソースの可用性グループで必要なSYNCHRONIZED SECONDARIES_TO_COMMIT構成の値。Windowsでは、それはのTransact-SQLで設定されています。

あなたが必要なコピーのマイナー番号を取得できない場合は、問題が解決されるまで、その後、プライマリコピーが使用できないため、0より大きい値は、データ保護の高い学位を保証します。二次コピーの適切な数が正しい状態にない場合、障害が自動的に転送が発生しないので、REQUIRED_SYNCHRONIZED_SECONDARIES_TO_COMMITも、フェイルオーバー動作に影響を与えます。自動フェイルオーバーを可能にし、したがって、Linux上で自動転送同期不全に関連して使用されていない場合Linuxでは、値0は、この値は、自動フェイルオーバーを実現するために、0よりも大きく設定されなければなりません。WindowsのサーバーにSQL Server 2016およびそれ以前の行動である値を0に設定します。

 以下の2つのケースがサポートDTCを提供するために、SQL Serverの2017年には、これは完璧でした。

• SQL Serverの同じインスタンスで複数のデータベースにまたがるトランザクション
• SQL Serverまたはトランザクションの複数のインスタンス間でSQL Server以外のデータソースを含むことができます

 

次のリストでは、Windows ServerとLinux上でFCIの違いの一部である浮き彫りに：

• Windows ServerのインストールプロセスのFCI部に。Linux上のFCIは、SQL Serverのインストール構成です。
• LinuxのみSQL Serverをインストールするには、各ホストをサポートしているため、すべてのFCIは、デフォルトのインスタンスです。Windows Serverは、FCIを持っているWSFCにつき25までサポートします。
• FCI定義でLinuxの共通名は、DNSで使用され、名前がFCIのために作成したのと同じリソースでなければなりません。

ログ配送

自動的に生成された出荷トランザクションログのバックアップをログに記録し、ホットスタンバイ状態と呼ばれる1つ以上のインスタンスにコピーした後、自動的にバックアップ・トランザクション・ログのバックアップインスタンスを適用します。

私たちは、ある程度のログ配布の使用が最大の利点は、それが考慮にヒューマンエラーを要することであると言うことができます。トランザクションログが遅れることがあります。だから、誰かがケースでWHERE句を使用せずに同様のUPDATEを発行した場合、バックアップが変化しない場合がありますので、プライマリシステムを修復するときには、スタンバイ・インスタンスに切り替えることができます。

データセンター間。

AlwaysOnの可用性グループ