Standby Express 4 for SQL Server 概要 - ydc.co.jp · SQL...

Standby Express 4 for SQL Server 概要

Standby Express 4 for SQL Server

概要

Doc No： SBEX4-01-G-002

2014年10月


株式会社ワイ・ディ・シー Copyright © 2014 YDC Corporation. All rights reserved

1

目次

１はじめに .................................................................................................................................................................................................................. 3

１－１対象読者 ................................................................................................................................................................. 3

１－２免責事項 ................................................................................................................................................................. 3

１－３商標 ........................................................................................................................................................................ 3

１－４表記規則 ................................................................................................................................................................. 4

２ Standby Expressの特徴 ....................................................................................................................................................................................... 6

２－１基礎知識 ................................................................................................................................................................. 6

２－２災害対策としての Standby Express .......................................................................................................................... 8

２－３ローカル・バックアップとしての Standby Express ...................................................................................................... 9

２－４ SQL Server データベース環境への柔軟な対応 ....................................................................................................... 9

２－５アーキテクチャ ...................................................................................................................................................... 10

３用途、構成パターン ............................................................................................................................................................................................ 12

３－１用途 ...................................................................................................................................................................... 12

３－２構成パターン ......................................................................................................................................................... 13

４ GUIコンソール ...................................................................................................................................................................................................... 17

４－１ログイン ................................................................................................................................................................ 17

４－２画面フレーム・ワーク ............................................................................................................................................. 19

４－３メイン・タブ ............................................................................................................................................................. 22

４－４サーバ・ログ .......................................................................................................................................................... 25

４－５共通・タブ .............................................................................................................................................................. 26

４－６通知・タブ .............................................................................................................................................................. 28

４－７同期・タブ .............................................................................................................................................................. 30

４－８グループ・タブ ....................................................................................................................................................... 32

４－９ホスト・タブ ............................................................................................................................................................ 34

４－１０統計・タブ ............................................................................................................................................................ 35

４－１１コンソール・タブ .................................................................................................................................................. 37

５ Standbyデータベースの状態 ........................................................................................................................................................................... 38

５－１ Standby モード ....................................................................................................................................................... 38

５－２ Read Only モード ................................................................................................................................................... 38

５－３ Read / Write モード ................................................................................................................................................ 39

６主要オペレーション ............................................................................................................................................................................................ 40

６－１同期 ...................................................................................................................................................................... 40

６－２ Standby モード、Read Only モード切替え ............................................................................................................... 41

６－３本番化 ................................................................................................................................................................... 41

６－４複製 ...................................................................................................................................................................... 42

６－５スイッチ・オーバー／スイッチ・バック..................................................................................................................... 43

７運用の概要 ........................................................................................................................................................................................................... 44

７－１稼働状況の確認 .................................................................................................................................................... 44

７－２監視（エラー・メール、ログ・ファイル） ..................................................................................................................... 48

７－３本番化 ................................................................................................................................................................... 49

７－４元本番のスタンバイ化 ........................................................................................................................................... 51



2

７－５本番化前の構成への切り戻し ............................................................................................................................... 52

７－６スイッチ・オーバー／スイッチ・バック..................................................................................................................... 54

７－７本番化とスイッチ・オーバー／スイッチ・バックの違い ............................................................................................ 56

８導入前の検討事項.............................................................................................................................................................................................. 57

８－１同期間隔 ............................................................................................................................................................... 57

８－２トランザクション・ログ・ファイル容量見積 ............................................................................................................... 57

８－３ネットワーク帯域の確認 ........................................................................................................................................ 58

８－４ディスク空き容量の確認 ........................................................................................................................................ 59

８－５システム構成......................................................................................................................................................... 60

８－６他のバックアップ・システムとの併用 ..................................................................................................................... 60

９導入作業の概要 .................................................................................................................................................................................................. 61

９－１完全復旧モデルへの変更 ..................................................................................................................................... 61

９－２サーバ認証モードを混在モードへ変更 .................................................................................................................. 62

９－３ Standby コンピュータへの SQL Server インストール .............................................................................................. 62

９－４ Standby Express のインストール ............................................................................................................................ 62

１０留意点及び制限事項 ...................................................................................................................................................................................... 63

１１用語説明 ............................................................................................................................................................................................................ 66

１２索引 ..................................................................................................................................................................................................................... 68



3

１はじめに

このマニュアルでは、Standby Express for SQL Server (以下、Standby Express) の特徴、用途、構成パターン、主要オペレー

ション、運用の概要、導入前の検討事項、導入作業の概要、制限事項について説明します。

この章では、Standby Express の概要について説明します。

項目参照

対象読者 1-1

免責事項 1-2

商標 1-3

表記規則 1-4

１－１対象読者

SQL Server データベースのバックアップ・リカバリに関する一般的な知識を有し、Standby Express の概要について理解を深

めることを目的とする読者を対象としています。

１－２免責事項

このマニュアルには、株式会社ワイ・ディ・シーが権利を有する情報が含まれており、使用と開示に対して定められたライセ

ンス契約に従って提供されるものです。また、これらは著作権法による保護を受けています。当社の事前の書面による承諾

なしに、いかなる形式あるいはいかなる方法でも、本書及び本書に付属する資料の全体または一部を複製することを禁じま

す。いかなる複製も著作権法違反であり、民事または刑事、もしくは両方の制裁の対象となりえます。

このマニュアルの内容は予告なく変更されることがあります。株式会社ワイ・ディ・シーは、本書および本書に付属する資料

についてその記載内容に誤りがない事及び特定目的に対する適合性に関して一切の責任を負いません。また、このマニュ

アルを参考にアプリケーション・ソフトウェアを作成された場合であっても、そのアプリケーション・ソフトウェアに関して株式会

社ワイ・ディ･シーは一切の責任を負いません。

１－３商標

本書に記載の会社名、製品名および標語は、各社の商標もしくは登録商標です。



4

１－４表記規則

規則意味例

[ ] 大カッコで囲まれている項目は、1 つ以上のオプション項目を示します。

大カッコ自体は入力しないで下さい。

DECIMAL (precision [ , scale ])

{ } 中カッコで囲まれている項目は、そのうちの 1 つのみが必要であることを示し

ます。中カッコ自体は入力しないで下さい。

{ ENABLE | DISABLE }

| 縦線は、大カッコまたは中カッコ内の複数の選択肢を区切るために使用しま

す。オプションのうち 1 つを入力します。縦線自体は入力しないで下さい。

{ ENABLE | DISABLE }

[ COMPRESSION | NO_COMPRESSION ]

. . . 水平の省略記号は、次のどちらかを示します。

●例に直接関係のないコード部分が省略されていること。

●コードの一部が繰返し可能であること。

SELECT col1, col2 FROM tab1

WHERE . . . ;

SELECT col1, col2 . . .

FROM tab1;

.

.

.

垂直の省略記号は、次のどちらかを示します。

●例に直接関係のないコード部分が省略されていること。

●コードの一部が繰返し可能であること。

1> SELECT name FROM sys.database_files;

2> GO

name

----------------------------------------

AdventureWorksLT2008_Data1



.

.

.

(20 行処理されました)

Standby Express 構成表記

本書では、本番システムが稼動するコンピュータを Primary コンピュータ、データベースを Primary データベース、

待機システムが稼動するコンピュータを Standby コンピュータ、データベースを Standby データベースと表記します。

Primary コンピュータ

Primary データベース

Standby コンピュータ

Standby データベース

Network

転送／適用

Primary

SQL Server

Standby

SQL Server

トランザクション・ログ・ファイル



5

Standby Express バージョン表記

メジャー番号･･･････… メジャー・バージョンアップ毎に変更

マイナー番号・・・・・・・・・・マイナー・バージョンアップ毎に変更

パッチ・レベル・・・・・・・・・・パッチ・リリース毎に変更

ビルド番号・・・・・・・・・・ビルド毎に変更

V 4.0.0.0



6

２ Standby Express の特徴

この章では、Standby Express の特徴について説明します。

項目参照

基礎知識 2-1

災害対策としての Standby Express 2-2

ローカル・バックアップとしての Standby Express 2-3

SQL Server データベースへの柔軟な対応 2-4

アーキテクチャ 2-5

２－１基礎知識

Standby Express は、SQL Server のスタンバイ・データベースの運用性を高めるための豊富な機能を提供するソフトウエア製

品です。SQL Server データベースの災害対策やデータ保護（バックアップ）の観点で幅広く利用されています。

Standby Express では、Primary データベースの変更履歴（トランザクション・ログ・ファイル）を Standby データベースに順次適

用し、Standby データベースを Primary データベースのバックアップとして維持します。（Standby データベースは、ある時点

の Primary データベースの状態を再現します。）

Primary データベースが消失した場合には、Standby データベースを本番化し、業務を継続することができます。

図 2-1 典型的な Standby Express の構成イメージ

＊災害対策用途では、Primary データベースと Standby データベースは、地理的に離れた場所に配置します。

Network

転送／適用

Primary

SQL Server

Standby

SQL Server




7

図 2-2 Standby データベースへの変更履歴適用（同期）の大まかな流れ

Standby Express の主な機能

●スケジューリングによる一定間隔での同期

Primary データベースの変更履歴（トランザクション・ログ・ファイル）を、Standby Express によってスケジューリングした間

隔（例えば、5 分間隔）で Standby コンピュータに送信、Standby データベースに適用します。

Standby Express の現行バージョンでは、スケジューラも Standby Express の機能として提供しています。

●トランザクション・ログ・ファイルの転送

Standby Express のファイル転送では、圧縮機能を利用することもできます。また、転送前と転送後のトランザクション・ロ

グ・ファイルの同一性チェック機能を使用することもできます。

Standby Express の現行バージョンでは、ファイル転送も Standby Express の機能として提供しています。

●トランザクション・ログ・ファイルの適用

Primary コンピュータから Standby コンピュータに転送されたトランザクション・ログ・ファイルは、都度、Standby データ

ベースに適用します。トランザクション・ログ・ファイルの適用状態を厳密に管理するため、Standby Express では、

Standby データベースに適用すべきトランザクション・ログ・ファイルを SQL Server データベースのログシーケンス番号

(LSN)レベルで識別しています。

●適用済みトランザクション・ログ・ファイルの削除

転送、適用に成功した変更履歴（トランザクション・ログ・ファイル）は、自動的に削除します。（削除する／しないの設定、

削除タイミングの設定が可能です。）

●エラー・ハンドリング（トランザクション・ログ・ファイルの再送、再適用）

ネットワークの切断等、変更履歴の転送、または、適用に失敗した場合、対象となる Primary データベースの変更履歴は、

次の同期タイミングで自動的に再送し、再適用が試みられます。（転送、適用に失敗した場合、エラー内容を管理者にメー

ル通知します。）

●Standby データベースの本番化

ストレージ障害等、Primary データベースが何らかのダメージを受けた場合、Standby データベースを本番化（コマンド実

行）し、Primary データベースで行っていた業務を短時間で再開することができます。

●スイッチ・オーバー／スイッチ・バック

Primary データベースと Standby データベースの役割を短時間で入れ替えることができます。

計画停電や切替えテストの際に活用できます。

未適用の変更履歴

一定周期で順次

Standbyデータベース

へ転送

Primaryデータベース Standbyデータベース


順次適用

Primaryデータベース

適用済みの変更履歴

削除

Primaryデータベース


リストアップ



8

●同期状況の通知

Standby データベースで任意の SQL を実行し（指定時刻）、管理者にメール通知することができます。

●手動同期

GUI コンソール、コマンドラインから任意のタイミングで同期を行うことができます。

●同期のスキップ

一定間隔でスケジューリング中の同期処理を停止（スキップ）させることができます。

●Standby データベースの読取り

Standby データベースを Read Only モードで起動することができます。検索専用データベースとして利用することができま

す。＊Read Only モードで起動中は、変更履歴の適用（同期）を行いません。

●非同期時間帯（読取り専用時間帯）の設定

非同期時間帯（読取り専用時間帯）の設定ができます。

＊非同期時間帯中は、変更履歴適用（同期）を行いません。

●Primary データベースの複製（データベース全体の複製）

Primary データベース全体を複製し、Standby データベースを作成することができます。

●統計情報

トランザクション・ログ・ファイルの転送量を GUI コンソールに表示します。（月／週／日／時単位）

適用までに要した時間を生成処理／転送処理／適用処理等、成分毎に表示します。

２－２災害対策としての Standby Express

災害や事故などの予期せぬ出来事が発生した場合、重要業務（特定された）が中断しない、万一事業活動が中断した場合も

目標復旧時間内に重要な機能を再開させることを目的とした計画（BCP：Business Continuity Plan）を策定する企業が増えて

います。BCP は、欧米から来た概念ですが、計画的・組織的に災害への備えを行っていることが、取引先の企業や客先から

高く評価され、企業価値向上につながるものとして、日本でも多くの企業が取り組んでいます。

IT においては、災害復旧計画（DRP：Disaster Recovery Plan)も同時に策定します。DRP では、RTO (Recovery Time

Objective)：復旧時間目標（許容停止時間）、RPO (Recovery Point Objective)：復旧時点目標（許容遡及時点）を明確に定める

ことが求められます。事業継続の観点から、RTO は可能な限り短く、RPO は可能な限り近くと考えるのが普通です。

日々、バックアップ・テープを遠隔地に輸送する手段を選択することもできますが、RTO、RPO に対するニーズを満たすには

不十分であり、輸送事故による情報漏洩の懸念から採用を見送るケースもあります。また、RTO、RPO に対するニーズを満

たすことができる Disaster Recovery ソリューションであっても、コスト面が問題となることがあります。

Standby Express は、SQL Server データベースの災害対策として、投資コストを抑え、DRP で策定した RTO、RPO を実現す

るのに最適なソリューションです。（データベースの復旧時間を短く、復旧ポイントを近くに）



9

２－３ローカル・バックアップとしての Standby Express

Standby Express は、災害対策用途だけでなく、SQL Server データベースのローカル・バックアップとして利用することができ

ます。

お客様のテープ・バックアップ等、既存のバックアップ・システムに対する懸念

１．リストアに時間がかかる（RTO が長い）

２．（１回／日のバックアップの場合）１日前のバックアップ・データに戻る（RPO が遠い）

３．「バックアップは取っているけれど、リストアしたことが無い。」

４．「バックアップは取ってはいるけれど、正しく取れているのか不安。」

上記、懸念事項の３，４に関しては、バックアップをリストアする以外に不安を払拭する手段は有りません。

本番運用中のシステムにおいては、リストアを試す機会はあまり多くありません。

図 2-3 ローカル・バックアップ用途に Standby Express を利用、既存のバックアップ・システムに対する不安を解消

RTO はより短く、RPO もより近いポイントにすることができます。また、Standby Express には、同期状況の通知機能があ

るため、懸念事項３，４に対しても安心感を与える仕組みが備わっています。データベースで任意の SQL を実行し（指定

時刻）、管理者にメール通知することができます。（最新のロットデータが①バックアップされ、②リストアされ、③アクセ

スできる状態にあることを日々確認できる安心感が有ります。）

２－４ SQL Server データベース環境への柔軟な対応

Standby Express は、SQL Server データベース環境に柔軟に対応しています。

Microsoft Failover Cluster (MSFC)環境への対応

Primary データベース、Standby データベース問わず、MSFC 構成での利用が可能です。

例）毎日朝 7 時に Standby データベースより、最新の生産ロットデータ１０件をメール

通知

Primary

SQL Server

Standby

SQL Server

Network

転送／適用

生産管理トランザクション・ログ・ファイル



10

２－５アーキテクチャ

本項では、Standby Express のアーキテクチャについて説明します。

Standby Express には、Primary コンピュータ、Standby コンピュータそれぞれで稼動する、次のプロセス（サービス）が存在し

ます。

図 2-13 アーキテクチャ Standby Express Agent プロセス（サービス）

Standby Express Agent プロセス（サービス）は、以下、複数の役割を担うスレッドで構成されています。

●Sbex メインスレッド

Sbex メインスレッドは、Standby Express Agent プロセス(サービス)と同時に起動し、GUI コンソールの操作によって起

動・停止することができます。同期／複製／Standby モード変更／Read Only モード変更／定期実行 SQL 等、主要なオ

ペレーションのリクエストを受け付ける役割を担っており、Primary グループのコンピュータで Sbex メインスレッドが停止

していると、これら Standby Express の主要な処理は、実行できません。

●実行ノード（ホスト）の決定

実行ノードとは、Standby Express の主要オペレーションを実行するための Primary コンピュータです。 Primary コンピュー

タが複数存在する構成（MSFC 構成等の HA 構成）では、Standby Express Agent プロセス（サービス）が、実行ノードとして

１台のコンピュータを決定します。

●リクエスト（ジョブ）の実行

起動／停止、同期、複製、本番化、Standby モード変更、Read Only モード変更、定期実行SQL、DB アクセスに関する処理

などの実行。

●ジョブのスケジューリング

同期間隔、非同期時間帯（読取専用）のスケジューリングなど。

●ファイル転送

トランザクション・ログ・ファイルの転送（ハッシュによる同一性チェック）、各種設定ファイル、ログ・ファイルの転送など。

Primary

Network

Console

(GUI)

Service thread

Standby Express Agent

SQL Server

JOB

Standby

Standby Express Agent

SQL Server

JOB



11

●ファイルの圧縮

トランザクション・ログ・ファイルや各種ログ・ファイルの圧縮（zip 圧縮）など。

●ステータス確認

全サーバの Standby Express Agent プロセス（サービス）のステータス、データベースの状態確認など。

●設定情報の反映

各種設定変更情報の差異チェック、全サーバへの反映など。

●統計情報、ログ情報の収集

統計情報、ログ情報の収集など。

●GUI コンソールとの通信

GUI コンソールからのリクエスト受付、リクエスト結果の送信など。

●認証

コンソール・アクセス、データベース・アクセス、メール・アカウントなどの認証。

●ファイル削除

トランザクション・ログ・ファイルの削除、ログ・ファイルの削除など。



12

３用途、構成パターン

この章では、Standby Express の用途、構成パターンについて説明します。

項目参照

用途 2-1

構成パターン 2-2

３－１用途

Standby Express は、災害対策、ローカル・バックアップ（データ保護）、本番システム負荷低減（検索専用）用途で利用するこ

とができます。

災害対策

図 3-1 災害対策として遠隔地に Standby データベースを配置

通常は、専用線、IP-VPN、Internet-VPN 等、WAN 回線を利用します。

（災害対策用途の場合、同期間隔は、１０分～１時間程度とすることが多いです。）

ローカル・バックアップ（データ保護）

図 3-2 LAN 環境下で Primary データベースのバックアップを取得

バックアップ専用の LAN を利用することもできます。

Primary

SQL Server

LAN TOKYO

Standby

SQL Server

LAN OSAKA

WAN

LAN

Primary

SQL Server

Standby

SQL Server

バックアップ専用LAN



13

（ローカル・バックアップ用途の場合、同期間隔は、１分～１０分程度とすることが多いです。）

本番システム負荷低減（検索専用）

図 3-3 Standby データベースは、Read Only モードで利用可能

検索専用データベースとして Standby データベースを利用することができます。

但し、Standby データベースを Read Only モードにしている間、Primary データベースの変更履歴（トランザクション・ログ・

ファイル）の転送、適用はできません。 Read Only モードで実行する時間帯を Standby Express で制御する必要がありま

す。

（４－７同期・タブ参照）

例）本番負荷を下げるため、EC サイトの管理帳票は、Standby データベースで出力する。

（ 9 時から 10 時 Read Only モード）

例） Standby データベースからデータウェアハウスへデータ抽出を行う。

（ 16 時から 18 時 Read Only モード）

３－２構成パターン

Standby Express は、MSFC 構成に対応しています。

また、1 つの Primary データベースを複数箇所の Standby データベース・サイトにバックアップするための構成を組むことも

できます。

図 3-4 Primary データベースシングル／ Standby データベースシングル構成

Primary

SQL Server

Standby

SQL Server

LAN

Primary

SQL Server

Standby

SQL Server

LAN

本番システムの負荷低減

Standby データベースを検索専用で利用

DWH

SQL Server

ETL

Read Only



14

図 3-5 Primary データベース MSFC 構成／ Standby データベースシングル構成

図 3-7 Primary データベース MSFC ／ Standby データベース MSFC 構成

LAN

Inter Connect

Active

SQL Server

Standby

MSFC構成

Standby Express

Inter Connect

Active

SQL Server

Standby

MSFC構成

Primary Standby

Inter Connect

Standby

SQL Server

LAN

Active

SQL Server

Standby

WSCF 構成

Standby Express

Primary Standby



15

図 3-8 Primary データベースシングル／ Standby データベースシングル（複数 Standby）構成

Primary

SQL Server

Standby

SQL Server

LAN

LAN

Standby

SQL Server

TOKYO

OSAKA

WAN



16

図 3-9 いくつかの構成パターン組み合わせ

Standby

LAN

LAN

Inter Connect

Active

SQL Server

Standby

MSFC構成

Inter Connect

Active

SQL Server

Standby

MSFC構成

Primary Standby

Inter Connect

LAN

Active

SQL Server

Standby

MSFC構成

Standby

Standby

SQL Server

WAN WAN

TOKYO

OSAKA

NAGOYA



17

４ GUI コンソール

この章では、GUI コンソールの概要について説明します。

項目参照

ログイン 4-1

画面フレーム・ワーク 4-2

メイン・タブ 4-3

サーバ・ログ・タブ 4-4

共通・タブ 4-5

通知・タブ 4-6

同期・タブ 4-7

グループ・タブ 4-8

ホスト・タブ 4-9

統計・タブ 4-10

コンソール・タブ 4-11

４－１ログイン

GUI コンソールをインストールしている Windows PC で Standby Express GUI アイコンをクリックするとログイン画面を表示し

ます。

図 4-1 GUI コンソール起動（ログイン）



18

項目名説明

ＤＢ名データベース名を指定します。（必須）

ホスト名接続先のホスト名（または、IPアドレス）を指定します。

Port番号 Port番号を指定します。（必須）

接続先リストに登録（チェック）チェックログインに成功した場合、次回より、接続先リストに情報を表示します。

接続先リスト過去にログインした接続先の情報を以下の形式で表示します。

ＤＢ名／ホスト名／Port番号

カーソル位置の接続先リスト情報をＤＢ名、ホスト名、Port番号に表示します。

削除（ボタン）カーソル位置の情報を接続先リストから削除します。

コンソール・ログ出力（チェック）コンソール・ログを出力します。

GUIコンソールコンソール・タブにも同様の設定があります。

表示言語（日本語／英語選択）日本語 / 英語を選択します。英語を選択すると GUI コンソールの表示が英語に切り

替わります。

管理者（選択）管理者権限でログインします。

オペレータ（選択）オペレータ権限でログインします。

パスワード管理者、または、オペレータ・パスワードを入力します。（アスタリスク ’*’ 表示）

ログイン（ボタン） GUIコンソールにログインします。

終了（ボタン）ログイン画面を終了します。



19

４－２画面フレーム・ワーク

GUI コンソール画面フレーム・ワークについて説明します。

図 4-2 GUI コンソール（画面フレーム・ワーク）

GUI コンソールは、次の画面領域で構成されています。

ナビゲーション・ツリー領域、メニュー・バー領域、ログ表示領域、コンソール情報領域、タブ領域

① ナビゲーション・ツリー

データベース、グループ、ホストをツリー形式で表示します。

・第１階層データベース名

・第２階層グループ名

・第３階層 Primary , Standby を示す１文字（P/S）、ホスト名

終了

DB名

Standby Express コンソールログイン

ホスト

名

パスワード

Port番号

DB3 ( 必

須) ( 必

須) ( 必

須)

ログイ

ン

管理

者

オペレー

タ

●

○

ホスト 3

999999

***************

①ナビゲーション・ツリー

④コンソール情報

③ログ・表示

②メニュー・バー

⑤タブ



20

② メニュー・バー

ファイル

[DB 切り替え] 一旦、ログアウトし、ログイン画面を表示します。ログイン画面で接続先ＤＢを選択します。

[終了] コンソール画面を終了します。

図 4-3 GUI コンソールメニュー・バー（ファイル）

表示

[最新の状態] 画面を最新の状態にリフレッシュします。

＊同期処理等、GUI コンソールから処理を実行した場合、最新のステータスが更新されるまで数秒から十数秒の

タイムラグが発生します。その場合、ボタン・アクション実行後にこの機能を使って最新の状態を確認します。

図 4-4 GUI コンソールメニュー・バー（表示）

ヘルプ

[Server Version] サーバよりバージョン情報を取得し、ポップ・アップ表示します。

[Console Version] コンソールのバージョンをポップ・アップ表示します。

[サーバ・ログ取得] 全サーバのログを取得し、指定フォルダーに保存します。

＊主に Standby Express サポート窓口への情報提供で利用します。

図 4-5 GUI コンソールメニュー・バー（ヘルプ）

③ ログ表示

GUI コンソールオペレーション・ログ及び、Standby Express サーバ側（Primary コンピュータ（実行ノード））のログ

を表示します。

④ コンソール情報

コンソール接続先ホストの表示、Z オプション起動時の表示、デバック・モード(Debug Mode)起動時の表示など。



21

⑤ タブ

メイン

同期の状況の表示及び、Standby Express プロセス（サービス）の起動／停止、同期、本番化、複製、Standby モード、

Read Only モード等の操作を行います。

サーバ・ログ

サーバ・ログを表示します。（実行ノードに存在しているログ・ファイル）

共通

トランザクション・ログ・ファイルに関する設定、バックアップ・セット出力先、サーバ・ログ／統計情報の出力先等、共

通設定を行います。

通知

メール通知設定、定期実行 SQL 設定等を行います。

同期

同期間隔、同期、圧縮、非同期時間帯、読取り専用（Read Only）時間帯等の設定を行います。

グループ

グループ設定を行います。

ホスト

ホスト設定を行います。

統計

トランザクション・ログ・ファイル生成、転送、適用等に関する統計情報を取得、表示します。

コンソール

GUI コンソール設定を行います。



22

４－３メイン・タブ

稼働の状況の表示及び、起動／停止、同期、本番化、複製等の操作を行います。

メイン・タブでは、Standby Express の構成確認、同期状況の確認、Sbex メインスレッド起動／停止、同期、Standby モード、

Read Only モード、スイッチ、複製、本番化等の操作を行うことができます。

図 4-6 GUI コンソール（メイン・タブ）

項目名説明

グループ <Primary> Primary グループ名を表示します。

DB状態 <Primary> データベースの状態を表示します。

Primary データベースが正常稼動している場合、DB状態は通常Read/Write です。

●Read/Write 読書きできる状態でオープン中。

●Read Only 読取り専用（スタンバイ状態）でオープン中。

●Standby 読取り不可（復元中状態）でオープン中。

●Restoring 復元中状態。

●Recovering 復旧中状態。

●Recovery Pending RECOVERY_PENDING状態。

●Emergency EMERGENCY状態。

●OFFLINE オフライン状態。

●Unknown 状態確認不能。 Primary コンピュータ停止／Agent停止など。



23

項目名説明

ホスト <Primary> ホスト名を表示します。 MSFC構成の場合、複数のホストを表示します。

ホスト名の右横にあるアスタリスク ’*’ は、そのホストが実行ノードであることを示します。

Agent <Primary> Standby Express Agent が起動していれば、UP。停止していれば、DOWN。

Sbex <Primary> Standby Express が起動していれば、UP。停止していれば、DOWN。

Sbex起動（ボタン） <Primary> Standby Express を Primary コンピュータで起動します。

Sbex停止（ボタン） <Primary> Standby Express を Primary コンピュータで停止します。

グループ <Standby> Standby グループ名を表示します。 Standby グループが複数有る場合、リスト選択します。

DB状態 <Standby> データベースの状態を表示します。

Standby データベースが正常稼動している場合、DB状態は通常、Standby です。

但し、システム起動直後、一度も同期が実行されていない場合、Read Only 状態となります。

●Read/Write 読書きできる状態でオープン中。（本番化後の状態）

●Read Only 読取り専用でオープン中。

●Standby 読取り不可（復元中状態）でオープン中。

（トランザクション・ログ・ファイルが適用できる状態。同期可能な状態）

●Restoring 復元中状態。

●Recovering 復旧中状態。

●Recovery Pending RECOVERY_PENDING状態。

●Emergency EMERGENCY状態。

●OFFLINE オフライン状態。

●Unknown 状態確認不能。 Standby コンピュータ停止／Agent停止など。

ホスト <Standby> ホスト名を表示します。 MSFC構成の場合、複数のホストを表示します。

状態 <Standby> Standby Express Agentが起動、DBが起動している場合、OK。

Standby Express Agentが停止、DBが停止ている場合、NG。

Standby Express Agentが停止、DBが起動している場合、NG (Agent)。

Standby Express Agent が起動、主要ディレクトリにアクセスできない場合、NG (DIR)。

Standby Express Agent が起動、DBが停止している場合、NG (DB)。

同期設定 ON/OFF <Standby> 表示中のStandby グループの同期設定を表示します。

同期・タブで同期を選択していない場合、同期 OFF と表示します。

同期設定が OFF の場合、同期・タブで設定している一定間隔の同期をスキップする状態です。

（長時間 OFF のままだと、Primary グループにトランザクション・ログ・ファイルが滞留しますので

注意が必要です。）

直前同期結果日時 <Standby> 直前の同期が終了した日時を表示します。

直前同期結果 OK/NG <Standby> 直前の同期が成功している場合、OK。直前の同期が失敗している場合、NG。

最終同期日時 <Standby> Primary データベースのいつの時点のデータが反映されているのかを示します。

LSN（ログ・シーケンス・番号）が持つ日時情報を表示しています。

同期（ボタン）表示中のStandby グループに対する同期を実行します。

Standby モード（ボタン） Read Only モードから Standby モードに変更します。

Read Only モード（ボタン） Standby モードから Read Only モードに変更します。

スイッチ（ボタン） Primary データベースと Standby データベースの役割を短時間で入れ替えることができます。

複製（ボタン） Primary データベースを表示中の Standby グループの Standby データベースとして複製します。

既に Standby データベースが存在している場合、上書きします。

本番化（ボタン）表示中のStandby データベースを本番化（Read/Write でオープン）します。



24

グループ

１つの物理データベースに対応するコンピュータ（ホスト）の集合です。

MSFC 構成の場合、複数のコンピュータ（ホスト）で１つのグループを構成します。

実行ノード

Standby Express では、実行ノードになった Primary グループのコンピュータが Standby グループのコンピュータ、データベー

スに対して主要な処理（同期等）を実行する役割を担います。Standby Express を構成するコンピュータのうち１台が実行ノー

ドとして決定されます。（Primary グループのコンピュータが実行ノードとして選択されます。）Primary グループが MSFC 構成

（複数のコンピュータ構成）の場合、その中の１台が実行ノードになります。

実行ノードになった Primary グループのコンピュータ（ホスト）には、GUI コンソールメイン・タブホスト名の右横にアスタリ

スク‘＊’が表示されます。



25

４－４サーバ・ログ

サーバ・ログ・タブでは、Standby Express 実行ノードで出力されるログ・ファイル内容を表示します。

共通・タブ Debug Mode を選択している場合、実行ノードでより詳細なログを出力します。

図 4-7 GUI コンソール（サーバ・ログ・タブ）

項目名説明

サーバ・ログ実行ノードのログ・ファイル内容を表示します。

最新の状態 <ボタン> 最新のログ・ファイルを表示します。



26

４－５共通・タブ

共通・タブでは、トランザクション・ログ・ファイル、サーバ・ログ／統計情報の出力先や削除タイミング、バックアップ・セットの

出力先などの設定を行います。



27

図 4-8 GUI コンソール（共通・タブ）

項目名説明

DB説明対象データベースの説明を入力します。（最大70 Byte）

Debug サーバ・ログにより詳しい情報を出力します。出力内容はサーバ・ログ・タブで確認します。

Debug Mode では、ログ・ファイルの出力容量が多くなるため、Standby Expressサポート窓口から

の要請が有る場合のみ、利用します。

バックアップ・セット・出力先

ディレクトリ

バックアップ・セット・出力先ディレクトリを指定します。

(Z オプション起動時のみ編集可能。)

格納場所トランザクション・ログ・ファイルの格納場所を指定します。

ファイル出力先ディレクトリ及びトランザクション・ログ・ファイルの拡張子を指定する必要が有りま

す。 (Z オプション起動時のみ編集可能。)

削除する／しない（選択） Standby データベースに適用済みのトランザクション・ログ・ファイル削除する.／しないを選択

します。削除しないの選択は可能ですが、長時間、削除しないの設定にはしないで下さい。

トランザクション・ログ・ファイルを出力するためのディスク領域が無くなると Primary データベース

が停止してしまいます。(Z オプション起動時のみ編集可能。)

削除する

（即時／指定時刻選択）

即時： Standby データベースへの適用成功後、即、適用済みのトランザクション・ログ・

ファイルに対する削除処理を実行します。

指定時刻：（時：分）に Standby データベースに適用済みのトランザクション・ログ・ファイ

ルに対する削除処理を実行します。

削除する

（全て／ＸＸ日以上経過したもの

選択）

全て：適用済みトランザクション・ログ・ファイル全てが削除対象。

ＸＸ日以上

経過したもの： XX日以上経過した適用済みトランザクション・ログ・ファイルが削除対象。

（範囲 0.1 ～ 99 ）

Standby Express サーバ・ログ出力

言語日本語／英語（選択）

Standby Express サーバ・ログの出力言語を選択します。

出力内容はサーバ・ログ・タブで確認します。

Standby Express サーバ・ログ

削除実行時間

Standby Express サーバ・ログの削除実行時間を指定します。

Standby Express情報ファイル削除

出力先ディレクトリ

サーバ・ログ／統計情報出力先ディレクトリを指定します。

(Z オプション起動時のみ編集可能)


統計情報削除対象 XX日

経過したもの

統計情報の保存期間を指定します。


サーバ・ログ削除対象 XX日

経過したもの

サーバ・ログの保存期間を指定します。

適用（ボタン）変更を適用します。

キャンセル（ボタン）変更をキャンセルします。



28

４－６通知・タブ

通知・タブでは、エラー通知及び、定期実行 SQL に関する設定を行います。

図 4-9 GUI コンソール（通知・タブ）



29

項目名説明

メール通知（チェック）チェックした場合、同期エラー発生時等、警告メールを送信します。

また、定期実行 SQL を同期・タブでスケジューリングしている場合、メール通知先に実行

結果を送付します。

チェックしない場合、メールおよび定期実行SQLの項目指定ができません。

Time Zone （リスト選択）タイムゾーンの指定を行います。（日本のデフォルトは、+09:00 ）


Subject:（警告タイトル）最大 70Byte までのタイトルを入力します。

送信元（From）送信メールの From メール・アドレスを入力します。(Z オプション起動時のみ編集可能。)

SMTPサーバメール・サーバのホスト名、または、IPアドレスを指定します。


SMTPポートメール・サーバのポート番号を指定します。

（Z オプション起動時のみ編集可能）

SMTPサーバ・ドメインメール・サーバによっては、ドメイン名を指定しなければならないものが有ります。


送信時認証方法送信時認証が必要な場合、SMTP Authentication、または、POP before SMTPを選択しま

す。認証が必要無い場合、None を選択します。(Z オプション起動時のみ編集可能。)

メール・ユーザ送信時認証が必要な場合、メール・ユーザを指定します。


パスワード（ボタン）パスワードを指定します。(Z オプション起動時のみ編集可能。)

送信先（To）メール送信先を入力します。（個人宛のものよりも、エリアス等で複数名に送信できるア

ドレスを利用することを推奨します。）

追加（ボタン）送信先（To）で入力した送信先を登録します。最大１０件まで登録できます。

削除（ボタン）カーソル位置のメール送信先を削除します。

テスト送信（ボタン）メールのテスト送信を行います。 Standby Express を構成する全サーバからメールを送

信します。

アラートログ通知（チェック）チェックした場合、同期エラー発生時等、ログ・ファイルに通知します。

外部コマンド通知（チェック）チェックした場合、同期エラー発生時等、設定したコマンドラインを実行すます。

コマンドライン外部コマンド通知をチェックした場合、コマンドラインを入力します。

定期実行SQL 標準／カスタム（選択）標準： Standby Express標準の SQLを実行します。

カスタム：任意のSQL（SELECTのみ）を実行します。

Subject:（タイトル）最大 70Byte までのタイトルを入力します。

カスタム SQL 任意の SQL（SELECTのみを記述します。最大512Btte、１行あたり 80Byte 以内。

結果として出力するデータは１０行以内、１行あたり 80Byte 以内とするのが好ましい。

グループ（選択）カスタム SQLをテスト実行するStandby グループを選択します。

テスト実行定期実行SQLのテスト実行を行います。実行結果をメール送信先に通知します。





30

４－７同期・タブ

同期・タブでは、同期間隔、非同期時間帯（Read Only 時間帯）、定期実行 SQL 実行時刻に関する設定を行います。

図 4-10 GUI コンソール（同期・タブ）

項目名説明

同期間隔グループ Standby グループを表示します。

分一定間隔の同期を指定します。（1～1440 分）

同期(チェック) チェックすると一定間隔の同期を実行します。

チェックが外れている場合、その間、Primary データベースのトランザクション・ログ・ファ

イルは、Primary グループのコンピュータに溜まります。長時間、同期チェックを外した状

態にしておくと、Primary グループのコンピュータのトランザクション・ログ・ファイル出力領

域が一杯になる恐れがあります。Primary データベースでトランザクション・ログ・ファイル

が出力できない状況に陥ると、データベースが停止（処理を受付けない状況）してしまい

ます。同期チェックを外した状態が長時間に及ばないよう注意します。

同期実行中に同期チェックを外しても、実行中の同期は中断しません。次回、同期タイミ

ングより同期がスキップされます。

グループ（選択） Standby グループを選択し、非同期時間帯及び定期実行SQLを指定します。



31

項目名説明

非同期時間帯

開始

非同期時間帯（Read Only時間帯）開始時間時：分

非同期時間帯

終了

非同期時間帯（Read Only時間帯）終了時間時：分

非同期時間帯

Read Only（チェック）

チェックすると非同期時間帯（Read Only 時間帯）開始～終了の間、Standby データベー

スを読み取り専用でオープンします。

非同期時間帯

追加（ボタン）

非同期時間帯を追加します。

非同期時間帯

削除（ボタン）

選択した非同期時間帯を削除します。

定期実行SQL

通知実行時刻

通知タブで指定した定期実行SQLの実行時刻を指定します。

定期実行SQL

追加（ボタン）

定期実行SQL 通知実行時刻を追加します。

定期実行SQL

削除（ボタン）

選択した定期実行SQL 通知実行時刻を削除します。





32

４－８グループ・タブ

グループ・タブでは、Primary 及び Standby グループに関する設定を行います。

図 4-11 GUI コンソール（グループ・タブ）

項目名説明

グループグループを表示します。グループ名の変更はできません。

Primary / Standby（選択） Primary / Standby を選択します。 (Z オプション起動時のみ編集可能)

複製対象（チェック）通常は、全てのグループを複製対象としておきます。

複製を認めない場合、チェックを外します。 (Z オプション起動時のみ編集可能)

転送時圧縮（チェック）トランザクション・ログ・ファイルを圧縮して送信します。（zip圧縮）

圧縮による負荷が本番運用中の Primary グループのコンピュータにかかることを認識し

ておく必要があります。ネットワーク帯域が非常に狭い環境で Primary グループのコン

ピュータの負荷に余裕がある場合、転送時圧縮は、十分検討に値する手段と言えます。


複製時圧縮（チェック）フルバックアップを圧縮モードで取得して複製します。（T-SQLによる圧縮）

圧縮による負荷が本番運用中の Primary グループのコンピュータにかかることを認識し

ておく必要があります。ネットワーク帯域が非常に狭い環境で Primary グループのコン

ピュータの負荷に余裕がある場合、複製時圧縮は、十分検討に値する手段と言えます。




33

項目名説明

DB接続文字列データベースのサーバおよびインスタンスの名前を指定します。

Microsoft SQL Server Management Studio でインスタンスのプロパティを開き、[全般]ペー

ジを選択し、項目”名前”に表示されている値です。

例）SQL2K12-TOKYO-1\INSTANCE2


DB管理ユーザ Standby Express では、Standby Express を構成するデータベースに対して起動・停止等

の管理オペレーションを実行します。

これらのオペレーションを行う場合、SQL Server データベースに対して sysadmin 権限を

持つログインで接続する必要があります。


パスワード Standby Express では、指定されたログインのパスワードを暗号化し、内部的に保持して

います。従って、指定したログインのパスワードを変更した場合には、Standby Express

で保持しているパスワードを変更しなければなりません。

指定したログインのパスワードが正しくない場合、Standby Express は、正常に動作しま

せん。


説明グループの説明を入力します。（最大 70Byte まで）





34

４－９ホスト・タブ

ホスト・タブでは、Primary 及び Standby グループのホストに関する設定を行います。

図 4-12 GUI コンソール（ホスト・タブ）

項目名説明

グループグループを表示します。グループ名の変更はできません。

ホストホストを表示します。ホスト名の変更はできません。

同期転送用ホスト同期転送用ホスト（IPアドレス）を表示します。同期転送用ホストの変更はできません。

アプリケーション等で利用するサービス用のネットワーク以外にバックアップ用のネット

ワークが存在する場合、バックアップ用のネットワークに対応する IP アドレスを同期転送

用ホストとして指定することができます。（バックアップ用のネットワークが存在しない場

合、同期転送用ホストには、通常サービスで利用する IPアドレスを指定します。）

説明ホストの説明を入力します。（最大 70Byte まで）





35

４－１０統計・タブ

Standby Express では、一連の同期処理に関する統計情報を参照することができます。

Standby グループ毎、期間毎（１時間／１日／１週間／１ヶ月）に以下、情報の参照ができます。

図 4-13 GUI コンソール（統計・タブ）

項目名説明

グループ（選択）グループを選択します。

期間（選択）１時間／１日／１週間／１ヶ月を選択します。

トランザクション・ログ・ファイル適用量折れ線グラフ

●トランザクション・ログ・ファイル適用量

●トランザクション・ログ・ファイル適用時間（一連の同期処理にかかった時間）

円グラフ

●ログ生成

●ログ転送

●ログ適用

●確認SQL

●ログ削除（適用済みトランザクション・ログ・ファイルの削除）

●その他

その他

●対象期間（ YYYY/MM/DD HH24:MI:SS ～ YYYY/MM/DD HH24:MI:SS ）



36

項目名説明

●適用時間（単位時間）

統計情報取得最新の統計情報を取得、表示します。



37

４－１１コンソール・タブ

コンソール・タブでは、GUI コンソール管理者、または、オペレータのパスワード変更及び、コンソール・ログの出力設定を

行います。

図 4-14 GUI コンソール（コンソール・タブ）

項目名説明

管理者／オペレータ管理者でログインしている時は、管理者、オペレータでログインしている時は、オペレー

タと表示します。

パスワード変更（ボタン）管理者でログインしている時は、管理者のパスワード、オペレータでログインしている時

は、オペレータのパスワードを変更します。

コンソール・ログ出力ファイル名コンソール・ログ出力ファイル名を指定します。 (Z オプション起動時のみ編集可能)

コンソール・ログ出力ディレクトリコンソール・ログ・ファイル Standby_Express_<DB 名>.log の出力先ディレクトリを指定し

ます。（ファイル選択ダイヤログにて指定）





38

５ Standby データベースの状態

この章では、Standby データベースの状態（モード）につて説明します。

項目参照

Standby モード 5-1

Read Only モード 5-2

Read / Write モード 5-3

図 5-1 Standby データベースの状態

＊上記以外にデータベースが停止している状態（Close）などもあります。（４－３メイン・タブ DB状態参照）

＊一度、本番化（Read Write モード）にすると、Standby データベースの状態（Standby モード、Read Only モード）に戻すこ

とはできません。（Standby データベースの再構築が必要です。）（６－３本番化参照）

５－１ Standby モード

Standby データベースとして稼動します。データベースは復元中状態です。

Primary コンピュータから変更履歴（トランザクション・ログ・ファイル）の転送、Standby データベースへの適用が可能な状態

です。

５－２ Read Only モード

Standby データベースが読み取り可能な状態で稼動します。データベースは、スタンバイでオープンした状態です。データ

ベースに対する検索のみ実行可能です。Read Only でオープンしている状態では、Primary データベースからの変更履歴（ト

ランザクション・ログ・ファイル）の転送、Standby データベースへの適用は、行えません。Primary データベースにトランザク

ション・ログ・ファイルが溜まり、トランザクション・ログ・ファイル出力先のディスク容量不足になると Primary データベースが

Standbyモード Read Onlyモード

Read Writeモード


データベースの状態

本番データベース

Primaryデータベースと

同じ状態



39

停止してしまいます。Read Only で長時間運用する際は、Primary データベースのトランザクション・ログ・ファイル出力先ディ

スクの空きに十分な注意を払う必要があります。

５－３ Read / Write モード

通常のデータベースとして利用できる状態（Read / Write モード）で稼動します。

Standby データベースを Read / Write モードに移行するには、Standby Express で本番化を実行します。

Read / Write モードに移行すると Standby データベースではなくなります。

一度、本番化（Read Write モードに）すると、通常のオペレーションでは、Standby データベースの状態（ Standby モード、

Read Only モード）に戻すことはできません。 Standby データベースの再構築が必要となります。（６－３本番化参照）



40

６主要オペレーション

この章では、Standby Express の主要オペレーションについて説明します。

項目参照

同期 6-1

Standby モード、Read Only モード切替え 6-2

本番化 6-3

複製 6-4

スイッチ・オーバー／スイッチ・バック 6-5

６－１同期

Standby Express の同期とは、Primary データベースの変更履歴（トランザクション・ログ・ファイル）を Standby コンピュータに

転送し、Standby データベースへ適用することを意味します。同期は、Standby Express のスケジューラによって一定間隔で

実行します。（GUI コンソール（メイン・タブ）から任意のタイミングで実行することもできます。）

以下、同期処理の概要について記述します。

スケジューリングによる一定間隔での同期

Standby Express では、Primary データベースの変更履歴（トランザクション・ログ・ファイル）を、Standby Express によってス

ケジューリングした間隔（例えば、5 分間隔）で Standby コンピュータに送信、Standby データベースに適用します。

トランザクション・ログ・ファイルの転送

Standby Express のファイル転送機能では、ネットワーク帯域が狭い場合など、圧縮機能を利用することができます。

また、転送前と転送後のトランザクション・ログ・ファイルの同一性をチェック（ハッシングによる）することも可能です。

トランザクション・ログ・ファイルの適用

Primary コンピュータから Standby コンピュータに転送されたトランザクション・ログ・ファイルは、都度、Standby データベー

スに適用されます。トランザクション・ログ・ファイルの適用状態を厳密に管理するため、Standby Express では、Standby

データベースに適用すべきトランザクション・ログ・ファイルを SQL Server データベースのログシーケンス番号(LSN)レベ

ルで識別しています。

適用済みトランザクション・ログ・ファイルの削除

転送、適用に成功した変更履歴（トランザクション・ログ・ファイル）は、自動的に削除します。（削除する／しないの設定、

削除タイミングの設定が可能です。）

エラー・ハンドリング（トランザクション・ログ・ファイルの再送、再適用）

ネットワークの切断等、変更履歴の転送、または、適用に失敗した場合、対象となる Primary データベースの変更履歴は、

次の同期タイミングで自動的に再送し、再適用が試みられます。（転送、適用に失敗した場合、エラー内容をログ・ファイル

に出力し、管理者にメール通知します。）



41

６－２ Standby モード、Read Only モード切替え

GUI コンソール（メイン・タブ）より Standby モード、Read Only モードへの切り替えが可能です。

また、GUI コンソール（同期・タブ）非同期時間帯設定（読取り専用）にて指定時間帯に読取り専用（Read Only）モードで稼動さ

せることができます。非同期時間帯設定（読取り専用）では、指定時間を経過するとデータベースを Standby モードで起動し

ます。

Read Only でオープンしている状態では、Primary コンピュータからの変更履歴（トランザクション・ログ・ファイル）の転送、

Standby データベースへの適用はできません。Primary コンピュータにトランザクション・ログ・ファイルが溜まり、トランザク

ション・ログ・ファイル出力先のディスク容量不足になると Primary データベースが停止してしまいます。 Read Only で長時間

運用する際は、Primary コンピュータのトランザクション・ログ・ファイル出力先ディスクの空きに十分な注意を払う必要があり

ます。

６－３本番化

Standby データベースを通常のデータベースとして利用できる状態（Read / Write モード）にします。

Standby データベースを Read / Write モードに移行するには、Standby Express で本番化コマンドを実行します。

（GUI コンソールメイン・タブ本番化ボタン）

通常、本番化は、以下のケースで Primary データベースが破損した場合に実施するオペレーションです。

●各種災害による Primary データベースの破損

●ディスク障害による Primary データベースの破損

一度、本番化（Read Write モードに）すると、通常のオペレーションでは、Standby データベースの状態（Standby モード、Read

Only モード）に戻すことはできません。 Standby データベースの再構築が必要となります。

［補足］

元本番が復旧していれば、元本番から Standby データベースを再構築することができます。

Standby Express の複製機能を利用します。（６－４複製参照）

Standby Express では、Standby コンピュータが Primary コンピュータのデータベース破損を検知、自動的に本番化する仕組

みはありません。（意図的に実装しておりません）



42

６－４複製

Primary データベースから Standby データベースを作成します。

（Primary データベースのコピーを Standby コンピュータに作成）

通常、複製は、以下のケースで Standby データベースが破損した場合に実施するオペレーションです。

●各種災害による Standby データベースの破損

●ストレージ障害による Standby データベースの破損

図 6-1 複製

複製を実行するには、Primary 及び Standby コンピュータにバックアップ・セット用の領域が必要です。

通常、バックアップ・セット用の領域として、Primary データベースのサイズとほぼ同等の領域を確保します。

複製を実行する場合、Primary データベースは、稼動していなければなりません。 Primary データベース全体を複製する

処理が実行されますので、Primary コンピュータには大きな負荷がかかります。また、大量データを Network 経由でコ

ピーしますので、ネットワーク・トラフィックにも十分な注意が必要です。

Primary

SQL Server

Standby

Network

バックアップ・セット

SQL Server


①

②

③

PrimaryコンピュータのディスクにBackup

バックアップ・セットをStandbyコンピュータに転送バックアップ・セットから

Standbyデータベースを作成



43

６－５スイッチ・オーバー／スイッチ・バック



（GUI コンソールメイン・タブスイッチ・ボタン）

スイッチ・オーバー／スイッチ・バックは Primary データベース、Standby データベースが正常に稼働している状況でのみ実

施可能なオペレーションです。

以下のケースで実施します。

●計画停電に備えて Primary データベースと Standby データベースの役割を短時間で入れ替える

●切替えテスト（スイッチ・オーバー／スイッチ・バックを利用することにより、切り替えテストが容易になります）

（７－６スイッチ・オーバー／スイッチ・バック参照）



44

７運用の概要

この章では、Standby Express の運用について説明します。

項目参照

稼働状況の確認 7-1

監視（エラー・メール、ログ・ファイル） 7-2

本番化 7-3

元本番のスタンバイ化 7-4

本番化前の構成への切り戻し 7-5

スイッチ・オーバー／スイッチ・バック 7-6

本番化とスイッチ・オーバー／スイッチ・バックの違い 7-7

７－１稼働状況の確認

GUI コンソールを起動するとメイン・タブが表示されます。 GUI コンソールは、Primary、Standby 任意のサーバに接続するこ

とができます。（４－１ログイン、４－３メイン・タブ）

Standby グループに表示している直前同期結果が OK であれば、同期状況に問題は無いと判断できます。

直前同期結果に表示される日時は、同期を実行した日時を表しています。最終同期日時は、Primary データベースのどの時

点のデータが Standby データベースに反映済みかを示します。

Primary データベースが問題無く稼動している場合、Primary データベースの DB 状態は、Read/Write になっています。また、

Standby データベースが問題なく同期できる状態になっている場合、DB 状態は、Standby になっています。但し、Standby

データベースを読取り専用で利用、または、定期実行 SQL をスケジューリングしている場合など、Standby データベースの

状態が、Standby 以外になることも有ります。



45

図 7-1 稼働状況の確認 GUI コンソール（メイン・タブ）

グループ

１つの物理データベースに対応するコンピュータ（ホスト）の集合です。

MSFC 構成の場合、複数のコンピュータ（ホスト）で１つのグループを構成します。

実行ノード

Standby Express では、実行ノードになった Primary グループのコンピュータが Standby グループのコンピュータ、データベー

スに対して主要な処理（同期等）を実行する役割を担います。Standby Express を構成するコンピュータのうち１台が実行ノー

ドとして決定されます。（Primary グループのコンピュータが実行ノードとして選択されます。）Primary グループが MSFC 構成

（複数のコンピュータ構成）の場合、その中の１台が実行ノードになります。

実行ノードになった Primary グループのコンピュータ（ホスト）には、GUI コンソールメイン・タブホスト名の右横にアスタリ

スク‘＊’が表示されます。

グループ TOKYO の Primary データベースを

グループ OSAKA のStandby データベースに同期しています。

データベース名

実行ノード

MSFC 構成の場合、複数のホストを表示します。

MSFC 構成の場合、複数のホストを表示します。

グループを OKINAWA に切り替えると、OKINAWA の Standby データ

ベースへの同期状況が確認できます。

直前同期結果が OK であれば、同期状況に問題は無いと判断できます。

最終同期日時には、Primary データベースのどの時点のデータが Standby データベースに反映済みかを表示します。

OSAKA のStandby データベースは、TOKYO の 18 時50 分27 秒の状態を再現しています。



46

Standby Express では、ユーザ指定の任意の SQL（SELECT のみ）を指定時刻に実行し、メール送信先にその内容を通知す

ることができます。カスタム SQL の実行は、Standby データベースに対して実行されるので、ユーザは、最新のデータが

バックアップ・リストアされ、使える状態にあることを日々受信するメールを通じて確認することができます。

カスタム SQL の定期実行は、GUI コンソール通知・タブで設定します。

図 7-2 定期実行 SQL カスタム GUI コンソール（通知・タブ）

定期実行 SQL の実行タイミングは、GUI コンソール同期・タブで指定します。（４－７同期・タブ参照）

カスタムSQL 実行結果送信先

任意の SQL（SELECT文）を記述します。

カスタムSQL のテスト実行が可能です。



47

図 7-3 カスタム SQL 実行結果の例

カスタムSQL の実行結果



48

７－２監視（エラー・メール、ログ・ファイル）

Standby グループのコンピュータで SQL Server インスタンスがダウンし、同期でエラーとなった場合に送信される警告メール

の例。

図 7-4 警告メールの例

Primary、Standby コンピュータ間のネットワークが復旧し、同期できる状態になった場合、次の同期タイミングで同期に成功

すると、同期が回復した旨のメールを送信します。

図 7-5 警告メールの例（同期処理障害からの復旧をメール通知）

last_error.log の確認

Standby Express では、直近のエラー内容を last_error.log として Primary グループのコンピュータ（実行ノード）に保持して

います。

Standby グループの SQL Server への接続が "Connection refused" で失敗した旨の通知



49

last_error.log に書込まれる内容は、警告メールとして送信される内容と同じです。

＊運用監視ソフト等で last_error.log を監視する場合、last_error.log ファイルタイムスタンプ（日時）の更新を監視します。

＊ログ・ファイルのファイル位置は、サーバ・ログ／統計情報出力先ディレクトで指定します。（４－５共通・タブ参照）

７－３本番化

本番化を実行すると、Standby データベースが通常のデータベースとして利用できる状態（Read / Write モード）になります。

Standby データベースを Read / Write モードに移行するには、Standby Express で本番化コマンドを実行します。





Standby Express では、Standby コンピュータが Primary コンピュータのデータベース破損を自動検知、自動的に本番化する

仕組みはありません。（意図的に実装しておりません）

図 7-6 ストレージ障害で Primary データベースが消失、Standby データベースを本番化して業務を継続

ストレージの修理、または、交換が終了し、TOKYO 側を再度、Primary データベースとして利用するためには、本番化した

OSAKA 側のデータベース全体をコピーして TOKYO 側のデータベースを再構築しなければなりません。他の Disaster

Recovery（災害対策／データ保護）ソリューション同様、Standby Express においても再構築作業は必要となります。

（７－５本番化前の構成への切り戻し参照）

また、TOKYO 側のデータベースに障害が発生していないにもかかわらず、OSAKA 側のデータベースを本番化した場合、元

の TOKYO Primary データベース、OSAKA Standby データベースの関係に戻すには、再構築作業が必要となります。

① ストレージ障害発生

② Standbyデータベースを本番化

Primary

SQL Server

Standby

SQL Server

WAN TOKYO OSAKA

Read/Write

例）

2014-08-14 16:40:21 INFO INFO-00007 データベースの同期処理を開始します。 (Synchronize:134)

2014-08-14 16:40:21 INFO INFO-00009 tokyo-srv01 ノードのプライマリ・データベースで復旧モデルをチェックしています。 (Synchronize:162)

2014-08-14 16:40:35 ERROR ホスト osaka-srv01、ポート 1433 への TCP/IP 接続が失敗しました。エラー: "Connection refused: connect。接続プロパティを調べ

て、SQL Server のインスタンスがホスト上で実行されていて、ポートへの TCP/IP 接続が許可されており、そのポートへの TCP 接続がファイアウォールにブ

ロックされていないことを確認してください。"。 (Synchronize:236)



50

OSAKA 側の Standby データベースを本番化した時点で、TOKYO 側のデータベースとは全く関係のない別データベースと

して稼動します。

一度、本番化（Read Write モードに）すると、通常のオペレーションでは、Standby データベースの状態（Standby モード、Read

Only モード）に戻すことはできません。Standby データベースの再構築が必要となります。

これは本番化(Read/Wrote モードに移行)すると、TOKYO のデータベースと OSAKA のデータベースで Primary/Standby の

関係が失われるためです。



51

７－４元本番のスタンバイ化

元本番(Primary)データベースを Standby データベースとしてセットアップする方法

図 7-7 ストレージ障害で TOKYO のデータベース（Primary データベース）が消失

図 7-8 複製を実行し、TOKYO のデータベースを Standby データベースとして構築

ストレージの修理、または、交換が終了し、TOKYO 側を Standby データベースとして利用するためには、OSAKA 側の

データベース全体を TOKYO 側のコンピュータにコピーし、Standby データベースとして構築しなければなりません。その

場合、Standby ExpressGUI コンソールメイン・タブ複製ボタンによる複製を実行します。 Standby Express の機能そのも

のを利用しなくても、Standby データベースの作成はできます。（SQL Server製品マニュアル参照）

図 7-9 OSAKA データベースのログシーケンス番号が 109 の時に複製を実施したことを示しています。



Primary

SQL Server

Standby

SQL Server

WAN TOKYO OSAKA

Read/Write

WAN TOKYO OSAKA

複製

Primary

SQL Server

Standby

SQL Server

WAN TOKYO OSAKA

Standby

SQL Server

Primary

SQL Server

110

111

109

TRANSACTION LOG FILE

109



52

７－５本番化前の構成への切り戻し

Standby データベース本番化後、元本番(Primary)データベースへの切り戻し方法

図 7-10 ストレージ障害で TOKYO のデータベース（Primary データベース）が消失

（１）複製を実行し、TOKYO のデータベースを Standby データベースとして構築します。（６－４複製参照）

図 7-11 複製を実行し、TOKYO のデータベースを Standby データベースとして構築

WAN TOKYO OSAKA

複製

Primary

SQL Server

Standby

SQL Server



Primary

SQL Server

Standby

SQL Server

WAN TOKYO OSAKA

Read/Write

Read/Write



53

（２） TOKYO のデータベースへスイッチ・バックします。（６－５スイッチ・オーバー／スイッチ・バック参照）

図 7-12 TOKYO に切り戻すため、TOKYO へスイッチ・バック

Primary

SQL Server

Standby

SQL Server

WAN TOKYO OSAKA

Read/Write

Primary

SQL Server

Standby

SQL Server

WAN TOKYO OSAKA

Read/Write

スイッチ



54

７－６スイッチ・オーバー／スイッチ・バック



（GUI コンソールメイン・タブスイッチ・ボタン）






図 7-13 スイッチ・オーバー

TOKYO の計画停電に備えて OSAKA にスイッチ・オーバーします。 GUI コンソールのスイッチ・ボタン、または、コマンド

ラインより実行します。スイッチ・オーバー／スイッチ・バックでは、TOKYO 及び OSAKA のコンピュータ、データベース

は、稼働していなければなりません。

（Standby Express では、TOKYO と OSAKA のデータベースは稼働状態から、双方の静止点を一致させるため、一旦、

TOKYO と OSAKA のデータベースを停止、静止点を一致させた後、Primary と Standby の役割を入れ替えます。）

① TOKYOが本番データベース Primary

SQL Server

Standby

SQL Server

WAN TOKYO OSAKA

Read/Write

Primary

SQL Server

Standby

SQL Server

WAN TOKYO OSAKA

Read/Write

③ OSAKAが本番データベース

② スイッチ



55

図 7-14 計画停電中

OSAKA を本番データベースとして業務を継続します。

図 7-15 スイッチ・バック

TOKYO の計画停電が終了したら、TOKYO のコンピュータ、データベースを起動します。

TOKYO にスイッチ・バックします。 GUI コンソールのスイッチ・ボタン、または、コマンドラインより実行します。

Primary

SQL Server

Standby

SQL Server

WAN TOKYO OSAKA

Read/Write

④ 計画停電中

⑤ 計画停電終了 Primary

SQL Server

Standby

SQL Server

WAN TOKYO OSAKA

Read/Write

Primary

SQL Server

Standby

SQL Server

WAN TOKYO OSAKA

Read/Write

⑦ TOKYOが本番データベース

⑥ スイッチ



56

７－７本番化とスイッチ・オーバー／スイッチ・バックの違い

本番化とスイッチ・オーバー／スイッチ・バックの違いについて説明します。

本番化

本番化は、フェール・オーバーと呼ぶこともあります。

本番化（フェール・オーバー）では、Standby データベースを通常のデータベースとして利用できる状態（Read / Write モード）

にします。 Standby データベースを Read / Write モードに移行するには、Standby Express で本番化コマンドを実行します。





（７－３本番化参照）

スイッチ・オーバー／スイッチ・バック



（GUI コンソールメイン・タブスイッチボタン）






本番化とスイッチ・オーバー／スイッチ・バックの違い

実施タイミング Primaryの状態 Standbyの状態 Primaryの復旧

本番化（フェール・オーバー）停止

(災害時等)

稼働再構築要

(複製の実行)

スイッチ・オーバー／スイッチ・バック稼働稼働－

（７－６スイッチ・オーバー／スイッチ・バック参照）



57

８導入前の検討事項

この章では、Standby Express 導入前の検討事項につて説明します。

項目参照

同期間隔 8-1

トランザクション・ログ・ファイル容量見積 8-2

ネットワーク帯域の確認 8-3

ディスク空き容量の確認 8-4

システム構成 8-5

他のバックアップ・システムとの併用 8-6

８－１同期間隔

同期間隔は、目標とする RPO (Recovery Point Objective)：復旧時点目標（許容遡及時点）を考慮して Standby Express 導入前

に決定する必要があります。RPO を近くする場合、同期間隔は短くします。

Standby Express においては、同期間隔は、分単位で指定します。（ 1 分～ 1440 分）

８－２トランザクション・ログ・ファイル容量見積

Standby Express では、Primary データベースのトランザクション・ログ・ファイル（変更履歴）を Standby データベースへ転送、

適用します。トランザクション・ログ・ファイルの量および利用可能なネットワーク帯域によって転送、適用にかかる時間が左

右されます。Standby Express 導入にあたっては、1 日のトランザクション・ログ・ファイルの量や単位時間あたりのトランザク

ション・ログ・ファイルの量について把握しておく必要があります。

Standby Express 導入前の段階で Primary データベースが完全復旧モデルで稼動している場合、過去のバックアップ履歴か

らトランザクション・ログ・ファイル量を推測することが可能です。

※ 完全復旧モデルでは、定期的なログバックアップが必須となります。

※ 単純復旧モデルで運用しているデータベースの場合は、トランザクション・ログが常に切り捨てられるため、トランザク

ション・ログ・ファイル量を推測できません。

① SQL で過去のバックアップ履歴を調べる。

例） select top 10 database_name, backup_size, backup_start_date, backup_finish_date

from msdb.dbo.backupset order by backup_finish_date desc;

② バックアップ・ファイル 1 つあたりのサイズと実施間隔から、トランザクション・ログ・ファイルとして伝播しなければならな

いデータ量を見積ることができます。



58

＜見積例＞

８－３ネットワーク帯域の確認

８－２トランザクション・ログ・ファイル容量見積でも述べた通り、ネットワーク帯域によって転送、適用にかかる時間が左右

されます。単なるネットワークスペックのみで転送速度（論理値）を見積ることも可能ですが、可能であれば、実際に Primary

コンピュータから Standby コンピュータへ適当なサイズ（例えば、10Mbyte）のファイルを転送、どの程度の時間を要するか、

事前に確認しておくことを推奨致します。

ネットワーク帯域が非常に狭い環境である場合、Standby Express では、トランザクション・ログ・ファイルを圧縮（zip 形式）し、

ファイル転送することも可能です。その場合、圧縮による負荷が本番運用中の Primary コンピュータにかかることを認識して

おく必要があります。ネットワーク帯域が非常に狭い環境で Primary コンピュータの負荷に余裕がある場合、トランザクショ

ン・ログ・ファイルの圧縮は、十分検討に値する手段と言えます。

以下の SQL を SQL Server sysadmin 権限を持ったユーザで実行

SQL> select top 10 database_name, backup_size, backup_start_date, backup_finish_date

from msdb.dbo.backupset order by backup_finish_date desc;

＜実行結果＞

database_name backup_size backup_start_date backup_finish_date

-------------------- --------- --------------------- ----------------------

AdventureWorksLT2012 514010235 2014-07-05 05:00:10.000 2014-07-05 05:13:10.000










週に一度、土曜日にログバックアップを取得していた例です。

週に 500MB程度のデータ量があることがわかります。

Standby Express が１日で転送／適用しなければならないトランザクション・ログ・ファイルの量

おおよそ 75MB



59

８－４ディスク空き容量の確認

SQL Server データベースを完全復旧モデルで運用する場合、トランザクション・ログ・ファイルを一定期間保持するための領

域が必要となります。

図 8-1 トランザクション・ログ・ファイルを一定期間保持するための領域が必要

図 8-3 複製を行う場合、データベース全体をコピーするためのバックアップ・セット出力領域が必要となります。

複製は、Standby データベースを再構築する際に使用します。

データベース全体を Primary コンピュータのバックアップ・セット出力先にコピーし、そのバックアップ・セットを Standby コン

ピュータのバックアップ・セット出力先にファイル転送します。（Standby Express を初期導入する際も同等の領域が必要となり

ます。）

ファイル転送バックアップ・セット作成

Primary コンピュータ

Primary

データベース

Standby コンピュータ

バックアップ・セット適用

Standby

データベース

ARCHIVE

トランザクション・ログ・ファイル出力先




60

８－５システム構成

Standby Express のシステム構成で Primary コンピュータ、Standby コンピュータで構成を同じにすべき内容について記述しま

す。

Primary コンピュータ、Standby コンピュータとで以下を合わせます。

●OS バージョン、パッチ

●SQL Server のエディション、SQL Server バージョン、パッチ

●SQL Server 関連ファイルのディレクトリ構成

８－６他のバックアップ・システムとの併用

Standby Express は、Primary コンピュータのトランザクション・ログ・ファイルを Standby コンピュータに順次、転送適用します。

Standby Express 以外の仕組みで SQL Server データベースをバックアップする場合は、以下の点について注意する必要があ

ります。

●原則、Standby Express 以外の仕組みでのデータベース・バックアップは行えません。

SQL Server の Backup ステートメントの copy_only オプションを使用したバックアップなら使用できます。

●Standby Express 以外の仕組みでトランザクション・ログ・ファイルは削除しない

（トランザクション・ログ・ファイルは、Standby Express 側で削除しなければなりません。）



61

９導入作業の概要

この章では、Standby Express 導入作業の概要について説明します。

項目参照

完全復旧モデルへの変更 9-1

サーバ認証モードを混在モードへ変更 9-2

Standby コンピュータへの SQL Server インストール 9-3

Standby Express のインストール 9-4

９－１完全復旧モデルへの変更

本番データベースを完全復旧モデル以外（単純、一括）で運用している場合、完全復旧モデルに変更する必要があります。

完全復旧モデルへ変更する際には、データベースの停止は必要ありません。

①Microsoft SQL Server Management Stuido での変更方法

②sqlcmd を使ったコマンドでの変更方法

1. 本番データベースのプロパティから、オプションを開きます。

2. データベースの復旧モデルを完全に変更し、OK をクリックします。

1. 本番データベースへ sqlcmd で接続します。

例： sqlcmd –S {サーバ名}\{インスタンス ID} -E

2. データベースの復旧モデルを完全に変更します。

例： USE master ;

ALTER DATABASE {データベース名} SET RECOVERY FULL ;



62

９－２サーバ認証モードを混在モードへ変更

Standby Express は SQL Server 認証で接続します。

そのため、本番サーバ、スタンバイサーバ共に、データベースのサーバ認証モードが Windows 認証モードの場合は、SQL

Server 認証モードと Windows 認証モードの両方使用できる混在モードに変更する必要があります。

※サーバ認証モードの変更は SQL Server サービスの再起動が必要です。

① Microsoft SQL Server Management Studio での変更方法

９－３ Standby コンピュータへの SQL Server インストール

Standby コンピュータへ SQL Server をインストールします。（データベースを作成する必要はありません。）

Primary（本番）コンピュータとエディション、バージョン、パッチ・レベルは同じにします。また、ディレクトリ構成も Primary（本

番）コンピュータに合わせます。

＊SQL Server のインストール手順に関しては、SQL Server 製品のインストレーション・ガイド参照。

９－４ Standby Express のインストール

Standby Express インストレーション・ガイドに従って Primary コンピュータ及び Standby コンピュータに Standby Express をイ

ンストールします。

1. サーバのプロパティからセキュリティを開きます。

2. サーバ認証を「SQL Server 認証モードと Windows 認証モード」に変更し、OK をクリックします。

「構成の変更の一部は、SQL Server を再起動するまで有効になりません。」と表示されます。

3. サーバを右クリックし、再起動をクリックします。

SQL Server エージェントも再起動する必要があります (実行されている場合)。



63

１０留意点及び制限事項

●Primary コンピュータと Standby コンピュータでは、以下の内容が同じでなればなりません。

・OS のバージョン、ワードサイズ（32bit、64bit）

・SQL Server のエディション、SQL Server バージョン、パッチ

・SQL Server 関連ファイルのディレクトリ構成

●復旧モデルは完全復旧モデルである必要があります。

データベースは、完全復旧モデルで運用します。

完全復旧モデルへの変更時、データベースの再起動は必要ありません。

●サーバ認証モードは「SQL Server 認証モードと Windows 認証モード」の混在モードである必要があります。

Standby Exporess はデータベースへ SQL Server 認証モードでアクセスします。

サーバ認証モードの変更は Microsoft SQL Server Management Studio で簡単に行えますが、変更の反映には SQL Server

の再起動が必要になります。再起動するまで変更が適用されず SQL Server 認証でアクセス出来ません。

●本番化した場合

Standby データベースを本番化（フェイルオーバー）した場合、Standby データベースの再構築が必要です。

●通信で使用するポート

デフォルトで、下記ポートを使用します。

・Standby Experss エージェント：20678（デフォルト）

・SQL Server への接続：1433（デフォルト）

SQL Server への接続でデフォルト以外のポートを使用する場合は、SQL Server Browser サービスを起動することで、接続す

るクライアント（Standby Express 含む）へ接続設定の変更を行う必要が無くなります。

●ネットワーク・ドライブの使用

トランザクション・ログ・ファイル出力先（格納場所）、バックアップ・セット出力先ディレクトリ、サーバ・ログ／統計情報出力先

ディレクトリにネットワーク・ドライブを使用することはできません。

●他のバックアップ・ソフトとの併用は出来ません。

SQL Server ではバックアップ・セットのログシーケンス番号が連続していない場合、リストアすることが出来ません。（ログ

シーケンス番号が連続することをログチェーンと呼びます。）

他のバックアップ・ソフトと Standby Express を併用することで、ログチェーンが破損してしまうことが考えられます。

その為、Standby Express と他のバックアップ・ソフトの併用はサポートしていません。

トランザクション・ログ・ファイルの削除は、Standby Express で行います。

●Primary 側でデータ・ファイルを追加する場合

Standby Express では、Primary データベースへのデータ・ファイルの追加をサポートしております。

ディレクトリに関しては、Standby コンピュータにも予め手動で作成しておかなければなりません。

データ・ファイルを追加したディレクトリが Standby 側に存在しない場合は、同期に失敗します。



64

●Primary 側でデータ・ファイルを削除する場合

Primary 側でデータ・ファイルを削除した場合、Standby 側も同期処理によって自動的に削除されます。

データ・ファイル追加時に手動で作成したディレクトリは削除されません。

●データ・ファイルの改名を行う場合

Standby データベースでは、データ・ファイルの改名を行うことができません(Standby 状態のとき alter database を実行でき

ません)。 Primary データベースでデータ・ファイルの改名を行った場合、同期することは出来ますが Standby データベース

のデータ・ファイルのパスは移動しません。Primary データベースでデータ・ファイルの改名を行った後、Standby データベー

スのデータ・ファイルを同じパスにするには Standby データベースを削除して、複製を実行します。

●孤立ユーザの解消は、SQL Server 認証のログインのみ行う

Standby Express は、同期の際に Standby データベースに孤立ユーザが発生しているか検査し、Primary データベースから

ログインの情報を取得して、Standby データベースへログインを作成します。これにより管理者の手間を減らすと共に、ヒュー

マンエラーによる障害を防いでいます。

注意点として、Standby Express で同期するログインは、SQL Server 認証のログインのみとなります。Windows 認証のログイ

ンについては DB 管理者が手動で設定します。

また、権限ロールは同期されませんので、独自の権限ロールを作成している場合、Standby データベースにも同じロールを

作成する必要があります。

以下に SQL Server のアクセス認証と、孤立ユーザについて簡単に説明します。

SQL Server のアクセス認証には 2 つの認証モードがあります。

Windows 認証モード

Windows OS アカウントを使用する認証モード。OS にログインしてデータベースにアクセスします。

SQL Server 認証モード

SQL Server に認証情報を登録して使用する認証モード。設定したログイン名／パスワードを使ってアクセスします。

SQL Server のサーバ認証方法として設定するのは、[Windows 認証モード]または[SQL Server 認証モードと Windows 認証

モード]のどちらかを設定します。

※ Standby Express を使用する場合は、[SQL Server 認証モードと Windows 認証モード]を設定します。

さらに、SQL Server のアクセス認証は、以下2 つのオブジェクトを使って行われます。

ログイン

SQL Server”インスタンス”に接続する際に使用され、Windows 認証ログインと SQL Server 認証ログインの 2 種類が

ある。SQL Server の”インスタンス”毎に作成される。

データベース・ユーザ

SQL Server”データベース”に接続する際に使用され、ログインと関連付けることで SQL Server へのアクセスが可能

になる。SQL Server の”データベース”毎に作成される。

ログインとデータベース・ユーザは設定を行って、関連付ける必要があります。関連付けはログイン、データベース・ユーザ

が一意に持っている SID という値で行われます。

しかし、SQL Server インスタンスに作成されたデータベースをバックアップして、異なるインスタンスに復元する場合（つまり、

Primary データベースから Standby データベースへ同期した場合）、データベース・ユーザのみが復元されるため、ログイン

の SID とデータベース・ユーザの SID が一致しなくなり、ログインとデータベース・ユーザの関連付けが損なわれます。この

ような状態にあるデータベース・ユーザは、孤立ユーザと呼ばれます。



65

孤立ユーザ状態のデータベース・ユーザでは、データベースへのアクセスが行えません。DB 管理者は手動で Standby デー

タベースへログインを作成し、関連付ける必要があります。

●ネットワーク切断の検出

OS の Keep Alive 設定に依存します。

●Standby データベースを読取専用（Read Only）で起動している場合

同期はスキップされるため、その間は、トランザクション・ログの適用は行われません。

●Primary 側と Standby 側で同じコンピュータ名を使用することはサポートしていません。

●Standby 側の SQL Server ライセンス（SQL Server2012 の場合）

フェール・オーバーに使用されている Standby 機は、純粋にパッシブである限り SQL Server と別にライセンスを取得する必

要はありません。この権利は SQL Server フェール・オーバー・テクノロジーと、サード・パーティのフェール・テクノロジーを利

用した構成に適用されます。

なお、この場合、フェール・オーバー先(待機系サーバ)はあくまでも障害対策のために一時的に稼働する目的に限定されま

す。通常稼働時の待機系サーバは、クライアントからの接続が一切ない状態である必要があります。

よって、Standby Express の読取専用モード、または、同期状況通知のカスタム SQL を使用する場合は、Standby 機の SQL

Server ライセンスが必要となります。

●Standby 側の SQL Server ライセンス（SQL Server2008、2008R2 の場合）

SQL Server2008、2008R2 を利用する場合は、スタンバイ機に対するライセンスが必要となります。

●Standby 側の SQL Server プロセス CPU 負荷上昇について（SQL Server2012 の場合）

Standby Express を運用中に Standby 側の SQL Server プロセスの CPU 使用率が 20～30%に上昇することがあります。本現

象は、SQL Server2012 で発生することを確認しています(SQL Server2008、2008R2 では発生しません)。

Primary 側には特に影響ありませんので、業務に支障はありません。また、Standby 側の CPU リソースを 100%占有するわけ

ではありませんので同期処理への影響は軽微です。

本番化やスイッチ・オーバーで Standby 側を Primary データベースとして使用する場合、速やかに SQL Server インスタンス

を再起動してください。この処置により SQL Server プロセスの CPU 負荷上昇は解消されます。

(補足)

本現象は、システム稼働中にダイナミックにメモリサイズを変更できる仮想マシンで発生します(メモリサイズを変更しなくても

発生します)。SQL Server の機能で発生することを確認しており、Standby Express 固有の問題ではありません。弊社では

AWS(Amazon Web Services)環境での現象発生を確認しております。また、物理マシンで構成されたシステムでは現象が発

生しないことを確認しております。



66

１１用語説明

スタンバイ・データベース

待機用の SQL Server データベースです。

本番データベースのトランザクション・ログ・ファイルを順次適用することで、ある時点の本番データベースを再現します。

本番データベースが消失した場合、スタンバイ・データベースを本番データベースとして稼動させることができます。

LSN

ログシーケンス番号Log Sequence Numbers (LSN)

SQL Server はログシーケンス番号Log Sequence Numbers (LSN)によって、データベースの状態を一意に識別します。

LSN はトランザクションが発生するごとに増加します。

BCP

災害や事故などの予期せぬ出来事が発生した場合、重要業務（特定された）が中断しない、万一事業活動が中断した場合も

目標復旧時間内に重要な機能を再開させることを目的とした計画（BCP：Business Continuity Plan）。

DRP

災害復旧計画（DRP：Disaster Recovery Plan)

RTO

RTO (Recovery Time Objective)：復旧時間目標（許容停止時間）

RPO

RPO (Recovery Point Objective)：復旧時点目標（許容遡及時点）

Inter Connect

Cluster ノード（ホスト）間の専用ネットワーク。

IP-VPN

通信事業者の保有する広域 IP 通信網を経由して構築される仮想私設通信網(VPN)のこと。

Internet-VPN

インターネットを経由して構築される仮想私設通信網(VPN)のこと。


待機用の SQL Server データベースです。

本番データベースのトランザクション・ログ・ファイルを順次適用することで、ある時点の本番データベースを再現します。

本番データベースが消失した場合、Standby データベースを本番データベースとして稼動させることができます。

MSFC（構成）

MSFC（Microsoft Failover Cluster）は、サーバを複数台使用して冗長化することにより、システムの停止時間を最小限に抑え、

業務の可用性（availability）を向上させる Active / Passive 構成のクラスタ・システムです。



67

Standby Express Agent プロセス（サービス）

Standby Express Agent プロセス（サービス）は、以下、複数の役割を担うスレッドで構成されています。

実行ノードの決定、リスエスト（ジョブ）の実行、ジョブのスケジューリング、ファイル転送、ファイルの圧縮、ステータス確認、

設定情報の反映、統計情報、ログ情報の収集、コンソールとの通信、認証、ファイル削除など。

Sbex メインスレッド

Sbex メインスレッドは、Standby Express Service Agent プロセス(サービス)のスレッドの 1 つで、Standby Express の主要なオ

ペレーションを実行するためのスレッドです。スケジューラや GUI コンソールからの要求に応じて処理（JOB）を実行します。

実行ノード

実行ノードとは、Standby Express の主要オペレーションを実行するための Primary グループのコンピュータです。 Primary

グループのコンピュータが複数存在する構成（MSFC 構成）では、Standby Express Agent が、実行ノードとして１台の Primary

グループのコンピュータを決定します。


バックアップ・セットとは、1 つ以上の物理バックアップ・ピースが含まれる論理オブジェクトです。

デフォルトの状態で、1 つのバックアップ・セッに含まれるバックアップ・ピースは 1 つです。バックアップ・ピースとは、バック

アップしたデータ・ファイル、ログ・ファイルなどが含まれている、オペレーティング・システム・ファイルです。



68

１２索引

Ｂ

BCP · 8, 66

Ｄ

DRP · 8, 66

Ｉ

Inter Connect · 66

Internet-VPN · 12

IP-VPN · 12

Ｋ

Keep Alive · 65

Ｌ

LSN · 7, 40, 66

Ｐ

Port番号 · 18

Ｒ

RPO · 8, 9, 57, 66

RTO · 8, 9, 66

Ｓ

Standby Express Agent プロセス（サービス） · 10, 67

Standby Express プロセス（サービス） · 21

き

基本スタンバイ・データベース · 6, 66

し

実行ノード · 10, 20, 21, 23, 24, 25, 45, 48, 67

ね

ネットワーク・ドライブ · 63

は

バックアップ・セット · 21, 26, 27, 42, 59, 63, 67

ふ

復旧モデル · 59, 61, 63

Standby Express 4 for SQL Server 概要 - ydc.co.jp · SQL...

Documents

Transcript of Standby Express 4 for SQL Server 概要 - ydc.co.jp · SQL...