Voraussetzung für ein Master-Schlüssel für Service Broker

Habe ich gelesen in verschiedenen MSDN-Seiten und SQL-Server-blogs, die "in der Regel" ein Master-Schlüssel ist erforderlich, in einer Service Broker-Datenbank.

In der Tat, wenn Sie versuchen, Nachrichten zu EMPFANGEN, bekomme ich die folgende Anwendung event log message:

Service-Broker muss den Zugriff auf die
master-Schlüssel in der Datenbank
'MDR_REPLICATION_Z'. Fehlercode:26.
Der master-Schlüssel hat, zu existieren, und die
service master key-Verschlüsselung ist
erforderlich.

Was mich verwirrt ist, warum dies geschieht, wenn alle meine Gespräche ENCRYPTION = OFF ist.

Ist es ein Weg, um die Verwendung von Service Broker innerhalb einer einzigen Datenbank, wo die VERSCHLÜSSELUNG AUSGESCHALTET ist, ohne einen Datenbank-Hauptschlüssel erstellt?

InformationsquelleAutor Emmanuel | 2010-12-08

  1. 3

    Vom Die Dialogsicherheit Von Service Broker:

    Service Broker-Dialogsicherheit können
    Ihre Anwendung Authentifizierung verwenden,
    Autorisierung oder Verschlüsselung für eine
    einzelnen dialog-Gespräch (oder
    dialog). Standardmäßig werden alle dialog
    Konversationen, die die Dialogsicherheit verwenden.
    Wenn Sie mit einem dialog beginnen, können Sie
    explizit erlauben, einen dialog zu gehen
    ohne Dialogfeld Sicherheit von einschließlich
    die ENCRYPTION = OFF-Klausel in die
    BEGIN DIALOG CONVERSATION-Anweisung.
    Jedoch, wenn eine Remotedienstbindung
    gibt es für den service, die
    Gespräch Ziele, der dialog verwendet
    Sicherheit, selbst wenn ENCRYPTION = OFF ist.

    In anderen Worten, stellen Sie sicher, dass Sie keine passenden remote-service-bindings.

    Keine Fernbedienung servince Bindungen vorhanden sind, so bedeutet dies nicht erklären.

    InformationsquelleAutor Pawel Marciniak

  2. 3

    Alternative wäre die Schaffung eines master key für service broker.

    Überprüfen Sie zuerst Ihre service broker-Warteschlange durch Rechtsklick auf die Warteschlange und Anzeigen von Übertragungs-Warteschlange
    oder verwenden Sie einfach diese Abfrage

    SELECT  *, casted_message_body = CASE message_type_name WHEN 'X' 
    THEN CAST(message_body AS NVARCHAR(MAX)) 
    ELSE message_body 
END 
FROM [DATABASE_NAME].[sys].[transmission_queue]

    Wenn Sie keine Daten finden, hier dann transmission_status Spalte wird der Grund für diese.

    Wenn der broker nicht spielt seine Rolle, ich würde NEW_BROKER mit folgenden Abfrage

    USE [master] 
ALTER DATABASE [DATABASE_NAME] SET NEW_BROKER

    Dann Aktivieren Sie die BROKER mit TRUSTWORTHY AUF on gesetzt

    ALTER DATABASE DATABASE_NAME SET ENABLE_BROKER;
ALTER DATABASE DATABASE_NAME SET TRUSTWORTHY ON;

    Schließlich, ließ Sie den master-Schlüssel und Erstellen ein Neues master-key und verschlüsseln von neues Passwort:

    ALTER AUTHORIZATION ON DATABASE::DATABASE_NAME TO [SA];
DROP MASTER KEY
CREATE MASTER KEY ENCRYPTION BY PASSWORD = '79HGKJ67ghjgk^&*^fgj'
GO

    Passwort könnte eine benutzerdefinierte Mischung von alphanumerischen und Symbolen.

    Wenn eine der oben genannten Maßnahmen nehmen mehr Zeit, um zu laufen, dann würde ich vorschlagen, Sie zu stoppen Sie die Abfrage und öffnen Sie den SQL-manager und versuchen Sie es erneut. Sollte es gut funktionieren!!

    InformationsquelleAutor Vinnie

  3. 0

    Fand ich die Lösung.

    Obwohl das Ziel nicht angegebenen Dienst in meinem BEGINNEN DIALOG enthalten ist, in der gleichen Datenbank, die ich brauchte, um explizite über die Tatsache, dass die Ziel service war innerhalb der gleichen Datenbank.

    Dies erfolgt durch hinzufügen der optionalen CURRENT DATABASE bei der Angabe des Ziel-service:

    BEGIN DIALOG @dlg_handle 
FROM SERVICE CheckpointAndLogInitiatorService 
TO
SERVICE 'CheckpointAndLogTargetService', 'CURRENT DATABASE'
ON CONTRACT
CheckpointStart_CheckpointStartReply
WITH ENCRYPTION = OFF;

    InformationsquelleAutor Emmanuel

Schreibe einen Kommentar