[SQL SERVER] [デナリ] SQL Server 2012の:のAlwaysOn可用性グループ
SQL Serverの発表した2012年グッド・マンコンクール受賞者
記事ソース参照:SQL SERVERの良い男のゲーム
主题:SQL Server 2012の:のAlwaysOn可用性グループ(SQL 142)
突然、本当に重要です~~~~>このバックアップを書くことを思い出させます< "
昨年私は、ITHOMEアイアンマン30日間シェアSQL2012新機能の記事に出席しました
AlwaysOnのは、新しい機能を共有することを意図していました
だから私は、自己建てるのAlwaysOnを実践するために自分のコンピュータ上で3 VMを構築しました
しかし、週操作後(500ギガバイトデータベーステスト実行フェイルオーバー通常、無人搬送アプリケーション選択、Inser性能....等です)、
吊りポイントを警告なし年以上にサービスを提供するWDドライブ(BIOSが@@キャッチすることはできません)、
私は、関連するVMのバックアップを提出していないだけでなく、以前の管理スクリプトと電子書籍の一部は(落ち込んで...)消えていました、
それでは私はめったにAlwaysOnの関連する特性と動作(...私はハードドライブを話し、同時に複数のVMを実行する勇気がなかったため)には触れていません、
再びAlwaysOnのための私の情熱をつかまえたように、Microsoftは、VirtualLab環境を提供してきたこと
AlwaysOnはまた、その親しみやすさを強化し続けています。
序文
SQL ServerのAlwaysOnのSQL Server 2012のは、高可用性と災害復旧の特性を兼ね備えた新しい高可用性ソリューションです
ビジネスクリティカルなアプリケーションのために必要な全体的なフレームワーク9(9 = 5> 99.999%)を提供しながらも、データベース可用性インスタンス・レベルを向上させます。
SQL Server 2012の内のAlwaysOn可用性グループは、新機能です
これは、クラスタアーキテクチャの下でSQL Serverインスタンスのフェイルオーバーのための可用性と運用の有効性を強化します。
この研究を通して、あなたは、SQL ServerのAlwaysOnのがソリューションを高く設定することを使用する方法を知っています。
学習目標
私たちは、AlwaysOnの可用性グループを使用する方法を学習します。この時間は、アプリケーション・データベースの高可用性を提供します
あなたは順番に次の各セクションを練習します
Windows Serverのフェールオーバークラスタの可用性グループを設定します* SQL Server用に有効になっています
SSMSで可用性グループを設定するには、*を使用可用性グループウィザード
*可用性グループリスナーは、OLTPアプリケーションの設定やリスナーを介して自動再接続ガイドをテストします。
*アプリケーションは、読み取り専用アプリケーションを設定して、アプリケーションは、第二アクティブノードに向けられています。
演習1:Windowsフェールオーバークラスタの設定
使用可用性グループの前提条件は、各可用性レプリカは、単一のWindows Serverフェールオーバークラスター(WSFC)クラスターの異なるノードに配置しなければならないということです。
あなたは、合わせ可用性グループ機能でWindowsクラスタを作成する方法を学びます。
運動終了後には、Windowsフェールオーバークラスタノードは、これらのコンポーネントを必要と作成する方法を学習します、
どのようにマルチノードのWindowsフェールオーバークラスタを設定するには、Windowsクラスタサービスとどのようにインストールします。
ファイアウォールの設定
実行するには、管理者権限を使用してください。
PS:他のサーバは、サーバ間のネットワーク通信は問題(それぞれ他のインスタンスへのアクセス)がないことを保証するために、ファイアウォールを設定するために、同じ手順を繰り返します。
フェールオーバークラスターマネージャーの実装
実行はConfigruationを検証します
関連するサーバーに参加
ビューの検証テストレポート
設定および検証を完了した後に問題はないの後にクラスタを確立することができます。
クラスタの作成]をクリックします
該当するサーバを選択
クラスタ名を入力します。
クラスタの状態を確認してください
IPアドレスの確認ラボ環境に従ってください。
演習2:可用性グループの設定
SQL Server 2012のAlwaysOnの可用性グループは、アプリケーションデータベースの高可用性ソリューションを提供し、
Availability Group 提供以群组为单位的故障转移(也可以设定多个执行个体),可说将应用程序数据库的可用性提高到最大化。
Availablity Group包含SQL Server执行个体的本机可用副本,群组中只能有一个主要复本,每个可用性群组支持1个主要复本和4个次要副本,
主要数据库是主要提供使用者读写存取作业。
这次练习你将学到使用Availability Group精灵执行相关设定、启动SQLONE为主要数据库...等。
开启SSMS连接三个执行个体
展开 AlwaysOn High Availability 会出现以下错误消息
因为没有启用AlwaysOn Availability Groups。
针对三台服务器启用AlwaysOn Availability Groups。
记得重新启动 SQL Server Service,否则相关变更不会套用。
新增可用性群组
输入可用性群组名称
下一步你会发现无法选择数据库,
因为Availability Group中的数据库必须满足以下条件
1.需为使用者数据库
2.数据库需可读和写
3.数据库不行为单一使用者模式
4.数据库不可设定自动关闭(Auto_Close)
5.数据库需使用完整复原模式
6.至少有一个完整备份
7.位于建立可用性群组的 SQL Server 执行个体上,且服务器执行个体能够存取它。
8.数据库不能存在其他可用性群组中
9.不可设定数据库镜像(DB Mirroring)
执行以下陈述式更改复原模式并执行完整备份
重新整理即可选择符合条件的数据库
设定可用性副本
设定SQLTWO 可读取的副本=Yes、SQLSIX=只读连接存取。
透过可用性副本可以改善次要硬件资源,并降低成本同时提高IT效率,对于主要复本的性能会有明显的改善。
查看端点资讯
建立完成
这次练习并未设定Listener所以有警告是正常的,
下面的练习将来设定Listener。
Exercise 3: Configuring AlwaysOnGroup Listener
本次练习你将了解如何设定AlwaysON Availability Group Listener
新增监听器
输入监听器名称和监听Port
子网络请依环境选择。
开启 cmd 使用ping 功能,确认可以正常响应
响应正常(其他服务器也需确认是否响应正常)。
Exercise 4: Manual Failover of the Availability Group
本次练习你将了解如何手动操作容错移转精灵执行容错移转工作,
稍后也会手动使用TSQL陈述式操作容错移转。
选择show dashboard(显示仪表板)
确认可用性群组状态
查看群组中所有数据库同步状态、容错移转数据遗失状态
接下来手动操作容错移转
点选 start failover wizard。
勾选SQLTWO
选择连接验证方法和账户
执行成功
开启仪表板再次确认可用性群组状态
可以看到主要执行个体从原本的SQLONE转移到SQLTWO了。
Exercise 5: Read-Write Application Failover
这次练习你将学到在可用性群组中如何设定读-写应用程序重新连接到新的主要数据库
设定OLTP应用程序连接来源(透过监听器达到重新连接)
开启C:alwaysonconfig.xml并修改datasource,这里输入监听器名称Awlablsn,
执行OLTP测试应用程序负载
一开始是连接SQLTWO。
现在我们手动执行容错移转看看OLTP应用程序是否可以透过监听器导向SQLONE
执行容错移转。
可以看到连接的执行个体由SQLTWO转为SQLONE
执行容错移转过程中,OLAP会一直自动尝试重新连接可用的节点。
Exercise 6: Active Secondary and Read-Only Application Failover
企业经常抱怨高用可性加灾难复原的硬件需求成本过高,
但AlwaysOn Availability Groups提供管理者设定次要副本来提供读取存取,
这可以改善性能和成本,同时提供应用程序另一个基础架构功能。
運動終了後には、設定する方法を学習しますと、アプリケーションのアプリケーションの動作に対応する二次コピーは読み取り専用に設定されているアプリケーション、サーバー上のアプリケーションは、唯一の自動接続志向のパスを読み取るように設定されています。
OLAPを実行します
これは、接続SQLONE(メインデータベース)として始まりました。
データソース= SQLTWOを変更し、[変更]をクリックします
接続変更は、OLTP SQLTWOインスタンスを見ることができます。
上記以前に我々はSQLTWO読み取ることができるコピーを設定しているため、エラーではありません。
読み込み可能な二次設定されていない場合は、間違ってそこに接続しません
負荷まで再びテストに成功した接続が完了したら、その後、最終的な結果を参照してください。
オプションの豊富なセット、および高可用性のセット全体を提供するために、SQL Server 2012の可用性グループは複雑ではありません、
強力な経営ができSSMSとPSツールを使用して、フェイルオーバーの単位として、複数のデータベースをサポートし、
そして、大幅にフロントエンドアプリケーションの可用性を向上、ダウンタイムの複数のデータベースを減らすのに役立ち、
本当にすてきな高可用性テクノロジ。
参照
AlwaysOnの可用性グループ(SQL Serverなど)
AlwaysOnの可用性グループ、制限および推奨事項のために必要な条件(SQL Serverの)
オリジナル:大列 [SQLサーバー] [デナリ] SQLの Server 2012の:のAlwaysOn可用性グループ