オンプレミス Microsoft SQL Server (ログ ベース)
このセクションでは、データ タスクで Microsoft SQL Server (ログ ベース) ソースを設定する方法について説明します。データ タスクを開始する前に、前提条件 を満たしていることを確認し、必要な権限 を設定して、 制限と考慮事項 をよく理解しておいてください。
接続プロパティの設定
このセクションでは、使用可能な接続プロパティについて説明します。特に指定がない限り、すべてのプロパティが必要です。
コネクタを開くには、次の手順を実行します。
-
[接続] で、[接続を作成] をクリックします。
-
Microsoft SQL Server (ログ ベース) ソース コネクタを選択し、次の設定を指定します。
データ ソース
-
データ ゲートウェイ
ユース ケースに応じて Data Movement gateway を選択します。
情報メモQlik Talend Cloud スターター サブスクリプションでは Data Movement gateway をサポートしていないため、この項目は使用できません。別のサブスクリプション ティアを利用しており、Data Movement gateway を使用しない場合は、 [None] (なし) を選択します。
Data Movement gateway の利点とそれを必要とするユース ケースの詳細については、「Qlik Data Gateway - データ移動」を参照してください。
-
クラウド プロバイダー: なし
-
サーバー: Microsoft SQL Server データベースがインストールされているコンピューターのホスト名または IP アドレスです。
情報メモ既定のポートを上書きするには、サーバー名にポートを追加し、カンマで区切ります。例えば、サーバー名が
myserver.company.local
で、ポートが3333
である場合は、サーバー名は次のようになっている必要があります:myserver.company.local,3333
アカウントのプロパティ
ユーザー名とパスワード: Microsoft SQL Server データベースへのアクセスを承認されたユーザーのユーザー名とパスワード。
データベースのプロパティ
-
データベース名: データベースを指定するには 2 つの方法があります。
- 方法 1 - リストから選択: この方法では、ユーザーをマスター データベース上に作成する必要があります。[Load databases] (データベースをロード) をクリックし、データベースを選択します。
- 方法 2 - 手動: [Enter database name manually] (データベース名を手動で入力) を選択し、データベース名を入力します。
- 暗号化 (信頼サーバー証明書):Qlik Cloud とデータベース サーバー間の通信を暗号化する場合に選択します。選択すると、サーバー証明書は自動的に信頼されます。
- 証明書内のホスト名: サーバー証明書のホスト名がこの項目に指定された値と一致する場合にのみサーバー証明書を信頼するには、サーバー証明書のホスト名を入力します。
CDC のプロパティ
-
セーフガード ポリシー: 最適なパフォーマンスを得るために、Data Movement gateway はアクティブなトランザクション ログ (TLOG) からすべての未読の変更を取得しようとします。ただし、切り捨てが原因で、アクティブな TLOG に未読の変更がすべて含まれていない場合があります。これが発生すると、Data Movement gateway はバックアップ ログにアクセスして、不足している変更をキャプチャします。バックアップ ログにアクセスする必要性を最小限に抑えるために、Data Movement gateway は次のいずれかの方法を使用して切り捨てを防止します。
-
SQL Server レプリケーション エージェントに依存する:これがデフォルトの方法です。このメソッドを使用すると、Data Movement gatewayは、データベース内のトランザクションを模倣して TLOG の切り捨てを防止します。このようなトランザクションが開いている限り、トランザクションの開始後に表示される変更は切り捨てられません。データベースで Microsoft レプリケーションを有効にする必要がある場合は、この方法を選択する必要があります。
-
排他的な自動切り捨て: この方法が使用されると、ランディング タスクは
sp_repldone
を読み込んで使用し、TLOG トランザクションを切り捨て準備完了としてマークします。この方法にはトランザクション アクティビティが一切関与しませんが、Microsoft 複製が実行されていない場合にのみ使用できます。また、この方法を使用すると、任意の時点でデータベースにアクセスできるランディング タスクは 1 つのみです。そのため、同じデータベースに対して平行するランディング タスクを実行する場合、既定の方法を使用します。情報メモ- この方法では、データベースで Log Reader Agent を停止する必要があります。タスク開始時に Log Reader Agent が実行中の場合、Data Movement gateway が強制的に停止します。または、ランディング タスクを開始する前に、Log Reader Agent を手動で停止することもできます。この方法については、Microsoft SQL Server Management Studio ヘルプを参照してください。
- MS-CDC にこの方法を使用する場合、CDC キャプチャと CDC クリーンアップ ジョブを停止して無効にする必要があります。
- Data Movement gateway にリモート マシンへのアクセスがないため、この方法は、Microsoft SQL Server 複製ジョブがリモートの Distributor マシンにある場合は使用できません。
-
TLOG 切り捨て防止ポリシーを適用する間隔 (秒):上記のいずれかの方法を使用して、TLOG の切り捨てを防ぐ頻度を指定します。ポリシーの頻度を決定する際に考慮すべき要素には、ストレージの可用性、バックアップとログのルーチン、および Data Movement gateway がイベントを処理する速度が含まれます。
情報メモ排他的な自動切り捨てが選択されている場合、非常に短い間隔 (例: 1) を設定すると、タスクの処理に悪影響を及ぼし、エラーが発生する可能性さえあります。
-
-
変更処理モード (変更の読み取り元): 次のいずれかの変更処理モードを選択します。
- オンライン ログを優先する - これがデフォルトです。Data Movement gateway は最初に、オンライン トランザクション ログの変更を探します。変更がオンライン トランザクション ログで見つからない場合は、代わりにバックアップ トランザクション ログでそれらを検索します。
-
バックアップ ログに優先順位を付ける - このオプションを有効にすると、Data Movement gateway は最初にバックアップ トランザクション ログの変更を検索します。これにより、オンライン トランザクション ログからの読み取りが遅い場合 (ロックの競合などにより)、またはファイル レベルのアクセスを使用してバックアップ トランザクション ログにアクセスする場合のパフォーマンスが向上します。
バックアップ トランザクション ログで変更が見つからない場合は、代わりにオンライン トランザクション ログで検索します。
- バックアップ ログ のみ - このオプションを選択すると、変更がバックアップ トランザクション ログにのみ存在することを確認します。この方法を選択すると、バックアップ間の間隔が原因で遅延が増加します。実際の待ち時間は一定のままですが、バックアップ スケジュールによって異なります。
- オンライン ログ のみ - このオプションを選択すると、変更がオンライン トランザクション ログにのみ存在することを確認します。
-
代替バックアップ フォルダ: サードパーティ ユーティリティを使用してトランザクション ログをバックアップする場合のバックアップ ログの場所 (つまり、Microsoft SQL Server 独自のバックアップ メカニズムの代わりに)。バックアップ ファイルは、標準の Microsoft SQL Server 形式で指定された場所にエクスポートする必要があることに注意してください。
- 仮想バックアップ デバイス タイプの選択: このオプションを選択すると、指定した仮想デバイスから変更が読み込まれます。通常、このオプションは、サードパーティのバックアップ ユーティリティ (仮想デバイスとして記録される) を使用する場合にのみ有効にする必要があります。
内部プロパティ
内部プロパティは、特殊なユース ケース向けであるため、ダイアログで公開されません。Qlik サポートによって指示があった場合にのみ使用する必要があります。
項目右側にある と ボタンを使用して、必要に応じてプロパティを追加したり削除したりします。
名前
ソース接続の表示名です。