SQL Sentry Performance Advisor for SQL Server delivers an advanced performance dashboard with relevant Windows and SQL Server metrics in a single view along with detailed insight of heavy SQL, blocking, deadlocks, and disk bottlenecks. Performance Advisor is packed with ground-breaking features that are not found in any other performance monitoring software, all designed with the singular goal of simplifying the process of optimizing your SQL Server performance.
Problem SQL Server 2008 and 2005 offer the Service Broker feature. In this tip we will go through the different components of service broker and step by step on how to setup Service Broker for a single database.
Solution What is service broker? Service Broker is a process of sending and receiving guaranteed, asynchronous messages by using extensions to the Transact-SQL Data Manipulation Language (DML). Messages can be sent to a queue in the same database as the sender, to another database in the same SQL Server instance, or to another SQL Server instance either on the same server or on a remote server.
In this article we will cover these items:
Configuring the Service Broker.
Sending and Receiving Messages.
Configuring the Service Broker
To configure the service broker to send and receive messages between databases (either in local/remote instances), it needs a few components in place to start the service. These are listed below.
Enable the Service Broker on the database
Create valid Message Types.
Create a Contract for the conversation.
Create Queues for the Communication.
Create Services for the Communication.
Note: For my test I've created a database named ServerBrokerTest, which I'm going to use in this article. I've used a single database to make this easy to understand. We can call it a single database conversation.
1. Enabling Service Broker
Service broker is a database level feature not an instance level. So it has to be enabled before starting the other configurations.
Use the following code to enable the Service Broker.
--Enabling service broker
ALTER DATABASE ServiceBrokerTest
Enabling service broker option can be verified with the Is_Broker_Enabled column (set to true ) in sys.databases catalog view.
2. Create Valid Message Types
Service Broker needs specific Message Types to send and receive messages, which have to be created before the communication starts. The initiator (Sender/Requestor) and the target (Receiver/Reply) have to use the same Message Type or else the communication will fail. The most common used Message Type is WELL_FORMED_XML.
The following example code is used to create a Message Type in the same database for the Initiator (Requestor/Sender) and the Target (Reply/Receiver). Use the following code to create the Message Types.
--Create Message Types for Request and Reply messages
-- For Request
CREATE MESSAGE TYPE
-- For Reply
CREATE MESSAGE TYPE
3. Create a Contract for the Conversation
Service Broker requires a contract to send and receive messages in a single or between multiple databases. The contract will ensurewhich Message Type is going to be used to send and receive messages between the Initiator (Requestor/Sender) and the Target (Reply/Receiver). Use the following code to create the contract.
--Create Contract for the Conversation
CREATE CONTRACT [//SBTest/SBSample/SBContract]
SENT BY INITIATOR
SENT BY TARGET
4. Create Queues for the Communication
The Service Broker Queue is a Message Storage container which is used to keep the messages while sending and receiving. The below code creates two queues, one is the Initiator (Requester/Sender) and the other is Target (Receiver/Replier). Queues will be used by the Service Broker Services.
Use the following code is to create the Queues.
--Create Queue for the Initiator
CREATE QUEUE SBInitiatorQueue;
--Create Queue for the Target
CREATE QUEUE SBTargetQueue;
5. Create Services for the Communication
The Service Broker Services route the Messages to the specific Queues. The Service and Queue are bonded to each other. When the Initiator or the Target send a Message, the service will route the messages to the appropriate Queues.
Use the following code to create the Service Broker Service.
--Create Service for the Target and the Initiator.
--Create Service for the Initiator.
CREATE SERVICE [//SBTest/SBSample/SBInitiatorService]
ON QUEUE SBInitiatorQueue;
--Create Service for the Target.
CREATE SERVICE [//SBTest/SBSample/SBTargetService]
ON QUEUE SBTargetQueue
Note: In the above code I've not specified the Contract name for the Initiator Service, but I specified for the Target Service, which means if no Contact name is specified on a Service then the Service can only initiate conversations but no other Services can use that service as a Target (Reply/Receiver).
Sending and Receiving Messages
In this section, Iíll describe how to Send (Request - from the Initiator) and Reply (from the Target) and Receive a message between the Initiator and the Target. We can understand the conversation cycle between the Initiator and Target.
Sending Message to Target
The following code sends a request message from the Initiator to the Target. The code can be split into three parts.
Determine the Services and contract.
Prepare the Message
Send the Message.
Sending a message is a single transaction, which includes all 3 items above.
--Sending a Request Message to the Target
--Determine the Initiator Service, Target Service and the Contract
BEGIN DIALOG @InitDlgHandle
--Prepare the Message
SELECT @RequestMessage = N'<RequestMessage> Send a Message to Target </RequestMessage>';
--Send the Message
SEND ON CONVERSATION @InitDlgHandle
SELECT @RequestMessage AS SentRequestMessage;
Note: TO SERVICE needs to be specified in the single quotes because it is case sensitive, service broker uses a byte-by-byte comparison with the Target service name. The above code will give the below result set.
SentRequestMessage <RequestMessage> Send a Message to Target </RequestMessage>
Receiving and Sending Message to Initiator
The following code receives a message from the Initiator and sends a Reply message to it.
--Receiving a Message and sending a Reply from the Target
END CONVERSATION @InitiatorReplyDlgHandle;
SELECT @ReplyReceivedMessage AS ReceivedRepliedMessage;
Below is the output of the above transaction, which confirms that the reply message received from the Target.
ReceivedRepliedMessage <RplyMsg> Send a Message to Initiator</RplyMsg>
That is pretty much all there is to setting up Service Broker and sending and receiving some simple messages.
Some Useful Catalog Views
The following catalog views are helpful to check the usage of the Service Broker Objects.
--Checking the usage of the Messages, Contracts and Queues using System views.
SELECT * FROM sys.service_contract_message_usages
SELECT * FROM sys.service_contract_usages
SELECT * FROM sys.service_queue_usages
I hope this article has taught you how to configure the Service Broker in single database and start the conversation cycle between the Initiator and Target. Conversation between databases also has the same steps, but the initiator and the target will be two different databases and the services and queues have to be created in both of the databases.
Block of T-SQL in "Receiving a Reply Message from the Target" doesn't properly work. I catch only error "Msg 8418, Level 16, State 1, Line 11 conversation handle is missing. Specify a conversation handle." Also i cann't delete services, queues and contract