Service Broker nicht die Arbeit nach der Wiederherstellung der Datenbank

Haben eine funktionierende Service-Broker und auf einem server, wir sind in den Prozess der Umzug auf einen neuen server, aber ich kann nicht scheinen, um die Service Broker auf die neue box.

Getan haben, die offensichtlich (für mich) Dinge wie Broker Ermöglicht auf die DB, fallenlassen der route, services, Vertrag, Warteschlangen und sogar message-Typ und neu hinzufügen, Einstellung, ALTER QUEUE mit STATUS AUF

WÄHLEN Sie * AUS sys.service_queues

gibt mir eine Liste der Warteschlangen, einschließlich meiner eigenen, die zeigen, wie activation_enabled, receive_enabled etc.

Unnötig zu sagen, die Warteschlangen sind nicht zu arbeiten. Wenn ich drop-Nachrichten in Sie ein, nichts geht hinein und nichts kommt heraus.

Irgendwelche Ideen? Ich bin sicher, es ist etwas wirklich offensichtlich, dass ich es verpasst habe...

InformationsquelleAutor roryok | 2010-05-28

  1. 34

    Nur ein Schuss im Dunkeln:

    ALTER AUTHORIZATION ON DATABASE::[restored db name] TO [sa];

    Dbo der wiederhergestellten Datenbank ist die Windows-SID, das die db auf dem ursprünglichen server. Dies kann eine lokale SID (zB. SERVERNAME\Benutzer) hat das keine Bedeutung auf dem neuen server. Dieses problem betrifft in der Regel aktiviert, Verfahren und kann auf die Nachrichtenübermittlung, die beide Probleme geschieht aufgrund der Unfähigkeit von SQL zu imitieren, 'dbo'. Ändern dbo zu einem gültigen login SID (wie sa) beheben würde.

    Wenn das nicht weiterhilft, dann müssen Sie auf die Spur Woher kommen die Nachrichten gehen. Wenn Sie Aufenthalt in sys.transmission_queue, dann müssen Sie prüfen, die-transmission_status. Wenn Sie das Ziel erreichen queueu aber keine Aktivierung erfolgt, überprüfen ERRORLOG. Wenn Sie verschwinden, es bedeutet, dass Sie Feuer-und-vergessen (SENDEN, direkt gefolgt von der ENDE ist) und Sie daher das löschen der Fehlermeldung gibt die Ursache. Dieser Artikel Fehlerbehebung Dialoge enthält mehr Tipps, wo zu suchen.

    Und last, but not least, versuchen Sie es mit ssbdiagnose.exe.

    Remus, wie gewohnt, Ihrem "shot in the dark" hit the bullseye. Ich war mit "Feuer und Vergessen", die ich nun beseitigen. Ich denke, das ist ungefähr das Dritte mal haben Sie direkt geholfen, mich mit der Service Broker-Zeug in den letzten Jahren, ich denke, es sollte eine Art internet-Oscar. =)
    Sie gerade meinen Tag gerettet!

    InformationsquelleAutor Remus Rusanu

  2. 6

    Neben Remus ' Antwort, vielleicht wollen Sie auch zu prüfen, die BrokerEnabled Eigenschaft des restoredDB. Wenn Sie die Wiederherstellung einer DB, die BrokerEnabled Eigenschaft des wiederhergestellten DB auf False gesetzt ist. Aus diesem Grund wird nichts gehen in die Warteschlange. Um dies zu beheben:

    • der rechten Maustaste auf die restoredDB in SSMS - > gehe zu "Eigenschaften" > "Optionen" >
      Blättern Sie nach unten zu "Service Broker" - Gruppe und überprüfen Sie den Wert des "Broker
      Enabled" - Eigenschaft. Wenn es auf False festgelegt ist, ändern Sie es Wahr und das
      sollte Ihr problem lösen.

    InformationsquelleAutor Minas

Schreibe einen Kommentar