SQLServer 2019 on Linux Replication StepbyStep Using AzureVM

第13回勉強会
The 13th Study Meetup
22th Dec. 2018
Japan SQL Server User Group
Microsoft
SQL Server 2019
®

Session
SQL Server 2019 on Linux Replication
Step by Step Using Azure VM

■質問
SQL Server 2017 on Linuxでは、レプリケーション機能は
ある？なし？
SQL Server 2017 on Linuxでは、レプリケーション機能が実装されなかった。
SQL Server vNextのRoadmapでは、SQL Server 2019に実装することになっている。

■このセッションで学習できる内容
①SQL Serverのレプリケーションの概念
②SQL Serverのレプリケーションの種類
③SQL Server on Linuxのレプリケーション要件
④SQL Server on Linuxの構築手順

■レプリケーションとは
レプリケーションとは、あるデータベースから別のデータベースにデータやデータベース
オブジェクトをコピーおよび配布し、それらのデータベースを同期させて一貫性を保つための一連
のテクノロジーである。

■レプリケーション登場キャラクター
SQL Serverのレプリケーションに出てくる登場人物は３人。名称は本や雑誌などの流通
がモデルになってる。
①パブリッシャー(出版社) - アーティクル(出版物、この場合レプリケーション対象となる
DBやテーブル)をパブリケーション（出版）する大元。
②ディストリビューター(流通業者) - アーティクルを必要に応じて色々なところに配布す
る。
③サブスクライバー(購読者) - ディストリビューターから定期的にアーティクルをサブス
クリプション(購読)する。
出版社
流通業者
購読者

■レプリケーションの種類
①スナップショットレプリケーション
スナップショットレプリケーションでは、パブリケーションとして定義されたデータの特定
の時間の状態をそのまま一括コピーする。
データに対する更新は監視されないため、CPUへの負荷が少なくて済む。
★最適パータン：
配信したいデータの変更が大量であるが、更新の頻度が低い場合。
レプリケーション
元のDatabase
スナップショット
先のDatabase
先のDatabase
先のDataBase
パブリッシャーサブスクライバーディストリビューター

②トランザクションレプリケーション
ネットワークで接続されたサーバー間で、トランザクションログで同期を行う。
データベースを丸ごとで転送するのではなく、変更された分のみ適用される。
レプリケーション先のデータベースはデフォルトでは、READ ONLY。
パブリッシャーでINSERT、DELETE、UPDATEが頻繁に行われる場合。
元のDatabase
先のDatabase
先のDatabase
先のDatabase
トランザク
ションログ
トランザク
ションログ
トランザク
ションログ
トランザク
ションログ
トランザク
ションログ

③ピアツーピアレプリケーション（トランザクションレプリケーションの1種類）
トランザクションレプリケーションと同じだが、パブリッシャーとサブスクライバーはすべて
のサーバーに存在するため、サーバー単位範囲(ピア単位)でデータの更新ができる。読み取りの分
散化（スケールアウト）ができる。
複数ロケーションで分散されたデータベースへアクセスする際に、一番近いサーバへアク
セスの場合。
元のDatabase
ディストリビュー
ター
先のデータベース
パブリッシャー
サブスクライバー
サーバーA
元のDatabase
ディストリビュー
ター
先のデータベース
パブリッシャー
サブスクライバー
サーバーB

③ピアツーピアレプリケーション（トランザクションレプリケーションの1種類）
70-765試験
出題される

④マージレプリケーション
マージレプリケーションは、ローカルにコピーされたデータベースの更新をローカルアプリ
ケーションで行うような各サイトを自律的に動作させるタイプ。オフライン作業で、オンラインになっ
たら、パブリッシャーと同期し、前回の同期以降に変更されたデータ行を交換できる。データの競合
が発生する場合があるため、回避モジュールを用意する必要がある。データ更新する場合、どちら
の値を優先にするのか、工夫する必要がある。(gitのようなオフラインの仕組みのように)
オフライン同期要件がある、そして、サブスクライバー側でデータを変更する場合
元のDatabase
先のDatabase
先のDatabase
マージ
レポートス
ナップ
ショット
レポート
スナップ
ショット
レポート
スナップ
ショット

70-765 Provisioning SQL Databases
異なる場所に、2つサーバーインスタンス間で、データのコピーを維持するスケールアウトおよび可
用性があるSQL Server 2017 OLTP(オンライントランザクション処理)データベースソリュー
ションを設計します。データベースソリューション設計では、2つSQL Server 2017ノード間で、ク
ライアントからの読み取りアクセスを分散することによって、読み取り操作のスケールアウトを提供
する必要があります。両方のSQL Serverノードのデータをインデックスを付けする必要があるほ
か、それぞれの場所にあるノードに直接更新処理も行う必要があります。ただし、オフライン同期を
考慮する必要はありません。データベースソリューションに何のテクノロジーを含めるべきですか？
ーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーー
[A].SQL Server Always On高可用性グループ
[B].フェールオーバークラスタ
[C].トランザクションレプリケーション
[D].ピアツーピアレプリケーション
[E].マージレプリケーション
[F].スナップショットレプリケーション
70－765

■フェールオーバークラスタ、Always On高可用性グループ、レプリケーションの区別？(参考)
結論から言うと、
「要件に応じて、異なる」
★フェールオーバークラスタ
サーバーおよびインスタンスのレベルで保護を提供するだけで、障害が発生した場合、イン
スタンスを別のサーバーで再起動できるが、ディスク上の同じデータベースで再起動できる。デー
タは移動されず、データベースは事実上オンライン状態に戻ったときと同じ状態になりなる。サー
バー単位、SQL Serverインスタンスの単位で冗長化。
★Always On高可用性グループ
サーバーおよびインスタンス単位ではなく、データベース単位でトランザクションログをレ
プリカに適用して、レプリカ側でデータベースを再生する。データベースの冗長化。
★レプリケーション
地理的に離れたサーバーをローカルWebサーバーと共に使用したい場合は、レプリケー
ションを使用して、ローカルでアクティビティを実行して中央から送り返すこともできる（たとえば、
全国の店舗内の最新の在庫情報が必要なPOSシステム、すべての倉庫でデータ共有）
違うスキーマ間のレプリケーション、条件付きフィルターでレプリケーション。
読取り専用アクティビティからの読取り/書込みのみを分離する必要がある場合は、どち
らの技術を使用してもデータの読取り専用コピーを作成できるが、純粋にHA/DRの観点から計画
している場合は、フェールオーバークラスタとAlways On高可用性グループを利用する必要があ
る。

■SQL Server 2019 Always Onの新機能（参考）
リスナーを使用せず、任意サーバーからプライマリに接続をリダイレクトできるようになっ
ている。
セカンダリ（レプリカ）にアクセス（Read、Write）して、自動的に、プライマリにリダイレク
トしてもできるようになる。
Secondary to primary replica read/write connection redirection
(Always On Availability Groups)
プライマリ
セカンダリ
レプリカ
リスナー
プライマリ
セカンダリ
レプリカ
SQL Server 2017 SQL Server 2019

■SQL Server 2019 on Linuxがサポートされたレプリケーション機能
①スナップショットレプリケーション
②トランザクションレプリケーション
③ピアツーピアレプリケーション
④マージレプリケーション
⑤既定以外のポートを使用したレプリケーション
⑥AD 認証を使用したレプリケーション
⑦Windows および Linux 全体でのレプリケーションの構成
⑧即時更新トランザクションレプリケーション
■SQL Server 2019 on Linuxがサポートされていないレプリケーション機能
①即時更新サブスクライバー
②Oracle パブリッシュ

■Demoについて
元のDatabase
先のDatabase
トランザク
ションログ
トランザク
ションログ
トランザク
ションログ
SQL01（Linux) SQL0２（Linux)

■Demoについて
＃手順ステータス
１ Linux上のSQL Server レプリケーションエージェントを有効
にする
未構成、Demo
２サンプルデータベースの作成未構成、Demo
3 SQL Serverエージェントのアクセスのスナップショットフォル
ダーの構成
未構成、Demo
４ディストリビューターの構成未構成、Demo
５パブリッシャーの構成未構成、Demo
６パブリケーションとアーティクルの構成未構成、Demo
７サブスクライバーの構成未構成、Demo
８レプリケーションジョブの実行未構成、Demo

■事前設定要件(Azure VM)
①SSMSのクライアントPCのHostsを変更する。
接続するクライアントPCのDNSレコードか、またはHostsファイルを追加/変更を行う。
Azure VMのパブリックIPに合わせて設定する。

■構築手順
①Linux上のSQL Server レプリケーションエージェントを有効にする
SQL０１、SQL02、両方操作する
sudo /opt/mssql/bin/mssql-conf set sqlagent.enabled true
sudo systemctl restart mssql-server
②サンプルデータベースの作成
③ SQL Serverエージェントのアクセスのスナップショットフォルダーの構成
「mssql」ユーザーにアクセスを許可する
sudo mkdir /var/opt/mssql/data/ReplData/
sudo chown mssql /var/opt/mssql/data/ReplData/
sudo chgrp mssql /var/opt/mssql/data/ReplData/
④ディストリビューターの構成
⑤パブリッシャーの構成
※④と⑤では、UIで一括実行可能
⑥パブリケーションとアーティクルの構成
⑦サブスクライバーの構成
※⑥と⑦は、UI実行可能
⑧レプリケーションジョブの実行
<Demo>

■構築手順
①Linux上のSQL Server レプリケーションエージェントを有効にする。
②サンプルデータベースの作成
③SQL Serverエージェントのアクセスのスナップショットフォルダーの構成。
④ディストリビューターの構成
⑤パブリッシャーの構成
⑥パブリケーションとアーティクルの構成
⑦サブスクライバーの構成
⑧レプリケーションジョブの実行

■ディストリビューター構成キャプチャ(手順④－⑤)

手入力の際に、大文字、小文
字に要注意。

デフォルトはD大文字、それ
はNG。
Linuxでは、大文字、小文字
のフォルダ名を識別する。

■パブリッシャー構成キャプチャ(手順⑥)

■サブスクリプション構成キャプチャ(手順⑦)

■UIでパブリッシャーを削除する際に、下記のエラーが出る
結果的には、削除できた

■レポートでメール送信メッセージがいけていない。

■スナップショットファイルの場所のフォルダ参照ボタンが効かない。
永遠に非活性
追加スクリプトはローカル
Windowsフォルダになって
いる。Linuxファイルではない

SQLServer 2019 on Linux Replication StepbyStep Using AzureVM

Recommended

Recommended

More Related Content

What's hot

What's hot (20)

Similar to SQLServer 2019 on Linux Replication StepbyStep Using AzureVM

Similar to SQLServer 2019 on Linux Replication StepbyStep Using AzureVM (20)

More from Microsoft

More from Microsoft (12)

SQLServer 2019 on Linux Replication StepbyStep Using AzureVM