CREATE REMOTE SERVICE BINDING (Transact-SQL)
適用於:SQL Server
建立一項繫結來定義與遠端服務的交談起始時所用的安全性認證。
Syntax
CREATE REMOTE SERVICE BINDING binding_name
[ AUTHORIZATION owner_name ]
TO SERVICE 'service_name'
WITH USER = user_name [ , ANONYMOUS = { ON | OFF } ]
[ ; ]
注意
若要檢視 SQL Server 2014 (12.x) 和更早版本的 Transact-SQL 語法,請參閱舊版文件。
引數
binding_name
這是要建立之遠端服務繫結的名稱。 您不可指定伺服器、資料庫和結構描述名稱。 binding_name 必須是有效的 sysname。
AUTHORIZATION owner_name
將繫結的擁有者設為指定的資料庫使用者或角色。 當目前的使用者是 dbo 或 sa 時,owner_name 可以是任何有效使用者或角色的名稱。 否則,owner_name 必須是目前使用者的名稱、目前使用者擁有的 IMPERSONATE 權限使用者名稱,或目前使用者所屬的角色名稱。
TO SERVICE 'service_name'
指定將遠端服務繫結到 WITH USER 子句所識別的使用者。
USER = user_name
指定擁有 TO SERVICE 子句所識別的遠端服務之相關憑證的資料庫主體。 這個憑證用來加密和驗證與遠端服務交換的訊息。
ANONYMOUS
指定與遠端服務通訊時,是否使用匿名驗證。 如果 ANONYMOUS = ON,便會使用匿名驗證,且遠端資料庫的作業會以 public 固定資料庫角色成員的身分來執行。 如果 ANONYMOUS = OFF,遠端資料庫的作業會以這個資料庫的特定使用者身分來執行。 如果未指定這個子句,預設值便是 OFF。
備註
Service Broker 利用遠端服務繫結來尋找新交談要用的憑證。 已與 user_name 建立關聯的憑證中之公開金鑰會用來驗證傳給遠端服務的訊息,以及對之後要用來加密交談的工作階段金鑰進行加密。 user_name 的憑證必須對應於主控遠端服務之資料庫中的使用者憑證。
只有與 SQL Server 執行個體以外目標服務通訊的起始服務,才需要遠端服務繫結。 裝載起始服務的資料庫必須含有用於 SQL Server 執行個體以外任何目標服務的遠端服務繫結。 主控目標服務的資料庫不需要含有與它交談的起始服務之遠端服務繫結。 當起始端服務和目標服務位於相同的 SQL Server 執行個體中時,不需要任何遠端服務繫結。 但是,如果有遠端服務繫結存在 (此時為 TO SERVICE 指定的 service_name 符合本機服務的名稱),Service Broker 將會使用此繫結。
當 ANONYMOUS = ON 時,起始服務會以 public 固定資料庫角色成員的身分來連線到目標服務。 依預設,這個角色的成員並沒有連接到資料庫的權限。 若要順利傳送訊息,目標資料庫必須將資料庫的 CONNECT 權限和目標服務的 SEND 權限授與 public 角色。
當使用者擁有多項憑證時,Service Broker 會從目前有效的憑證中,選取到期日最晚的憑證,並將其標示為 AVAILABLE FOR BEGIN_DIALOG。
權限
建立遠端服務繫結的權限預設為 USER 子句中所指定的使用者、db_owner 固定資料庫角色的成員、db_ddladmin 固定資料庫角色的成員,以及 sysadmin 固定伺服器角色的成員。
執行 CREATE REMOTE SERVICE BINDING 陳述式的使用者必須有陳述式指定的主體之模擬權限。
遠端服務繫結不能是暫存物件。 您可以使用開頭是 # 的遠端服務繫結名稱,但它們是永久物件。
範例
A. 建立遠端服務繫結
下列範例會建立 //Adventure-Works.com/services/AccountsPayable
服務的繫結。 Service Broker 會使用 APUser
資料庫主體所擁有的憑證來向遠端服務驗證,以及與遠端服務交換工作階段加密金鑰。
CREATE REMOTE SERVICE BINDING APBinding
TO SERVICE '//Adventure-Works.com/services/AccountsPayable'
WITH USER = APUser ;
B. 利用匿名驗證來建立遠端服務繫結
下列範例會建立 //Adventure-Works.com/services/AccountsPayable
服務的繫結。 Service Broker 會使用 APUser
資料庫主體所擁有的憑證來與遠端服務交換工作階段加密金鑰。 Broker 並不接受遠端服務的驗證。 在主控遠端服務的資料庫中,訊息是以 guest 使用者的身分來傳遞。
CREATE REMOTE SERVICE BINDING APBinding
TO SERVICE '//Adventure-Works.com/services/AccountsPayable'
WITH USER = APUser, ANONYMOUS=ON ;
另請參閱
ALTER REMOTE SERVICE BINDING (Transact-SQL)
DROP REMOTE SERVICE BINDING (Transact-SQL)
EVENTDATA (Transact-SQL)