使用方法に関する注意 - Teradata QueryGrid

Teradata® QueryGrid™ インストールとユーザーガイド

Product

Teradata QueryGrid

Release Number

2.11

Published

2019年12月

Language

日本語

Last Update

2020-04-13

dita:mapPath

ja-JP/fya1571089961130.ditamap

dita:ditavalPath

ft:empty

dita:id

lfq1484661135852

承認は、外部サーバーのターゲットプラットフォームでの認証にKerberosなどの外部セキュリティシステムを使用している場合にのみ必要です。
Hadoopでの認証がKerberosなどの外部セキュリティシステムによって実行される場合は、INVOKER TRUSTEDまたはDEFINER TRUSTEDを使用する必要があります。
Teradataユーザーと外部サーバーのターゲットプラットフォームのユーザー間で1対1のマッピングを作成する場合はINVOKER TRUSTEDを使用します。たとえば、TeradataとKerberosに対して同じユーザー名を使用する場合です。
Teradataユーザーと外部サーバーのターゲットプラットフォームのユーザー間で多対1のマッピングを作成する場合はDEFINER TRUSTEDを使用します。例えば、複数のTeradataユーザーが外部サーバーに対してリクエストを実行し、ターゲットプラットフォームで1つのKerberosアカウントを使用する場合などです。
QueryGridポートレットには、ユーザー名とパスワードコネクタのプロパティを設定できます。プロパティが承認オブジェクトのイニシエータによって提供されなかった場合は、コネクタの診断チェックおよびエンドツーエンドのクエリーに使用されます。
INVOKER TRUSTEDを使用する別のユーザーの承認を作成する場合は、user_dbnameを指定する必要があります。外部サーバーにリクエストを送信するセッションユーザーに関連付けられたユーザー名を指定します。user_dbnameを指定しない場合は、承認はユーザーデータベースに保存されます。
承認は、その認証の格納に使用するデータベースでスペースを占有しません。
信頼証明が外部サーバーのターゲットプラットフォーム上で変更される場合は、必ず信頼証明を承認オブジェクト内で置換する必要があります。無効な情報の更新に失敗した場合は、次回外部サーバーオブジェクトを参照しようとしたときにエラーメッセージが表示されます。
承認オブジェクトを削除する場合、複数の外部サーバーオブジェクトによって使用されている可能性があることに注意してください。外部サーバーオブジェクトを削除するか、有効な承認オブジェクトを指定するように変更する必要があります。無効な情報の更新に失敗した場合は、次回外部サーバーオブジェクトを参照しようとしたときにエラーメッセージが表示されます。