Wenn der Warteschlangenmanager separat erstellt wird, muss eine Warteschlange für nicht zustellbare Nachrichten (Dead Letter Queue, DLQ) definiert werden. WebSphere Message Broker verweist auf die DLQ, wenn bei der Verarbeitung von Nachrichten in Nachrichtenflüsse Fehler auftreten.
Wenn eine Nachricht in einem benutzerdefinierten Nachrichtenfluss oder in einem Publish/Subscribe-Modell nicht verarbeitet werden kann, wird sie als letzte Maßnahme an diese Warteschlange für nicht zustellbare Nachrichten weitergeleitet. Inaktivieren Sie die DLQ, wenn die Nachricht in die Eingabewarteschlange zurückgesetzt werden soll, um den Nachrichtenfluss bis zur Behebung des Fehlers wirkungsvoll anzuhalten.
Diese Warteschlange wird durch den Befehl mqsideleteusernameserver nicht gelöscht (es sei denn, der Warteschlangenmanager wird gelöscht).
Bei Verwendung eines WebSphere MQ-Warteschlangenmanagers, der unabhängig vom Befehl mqsicreateusernameserver erstellt wurde, können Sie Cluster definieren. Dadurch wird Ihre Konfiguration vereinfacht.
Falls der Warteschlangenmanager durch diesen Befehl erstellt wurde, wird er nicht als Windows-Service gestartet; der Warteschlangenmanager wird gestoppt, sobald Sie sich abmelden. Um dies zu vermeiden, müssen Sie entweder angemeldet bleiben oder den Startstatus des Warteschlangenmanager-Service ändern. (Beim Sperren Ihrer Workstation wird der WebSphere MQ-Warteschlangenmanager nicht gestoppt.)
Wenn Sie auf Windows-Plattformen das unqualifizierte Format dieser Benutzer-ID (Benutzername) verwenden, durchsucht das Betriebssystem seine Domänen nach dieser Benutzer-ID und beginnt dabei auf dem lokalen System. Dieser Suchvorgang kann einige Zeit in Anspruch nehmen.
Die angegebene Servicebenutzer-ID muss ein Element der lokalen Gruppe mqbrkrs sein. Auf Windows-Plattformen kann die ID ein direktes oder indirektes Mitglied der Gruppe sein. Die Servicebenutzer-ID muss auch für den Zugriff auf das Ausgangsverzeichnis autorisiert sein, auf dem WebSphere Message Broker installiert wurde.
Ausführliche Informationen zu den Sicherheitsanforderungen für die Servicebenutzer-ID finden Sie für Windows-Plattformen unter Sicherheitsanforderungen für Windows-Plattformen, für Linux- und UNIX-Systeme unter Sicherheitsanforderungen für Linux- und UNIX-Plattformen.
Um die Kompatibilität mit vorhandenen Systemen sicherzustellen, kann nach wie vor noch <Kennwort> angegeben werden. Wird jedoch bei Ausführung des Befehls kein Kennwort für diesen Parameter angegeben, werden Sie beim Aufrufen des Befehls dazu aufgefordert, eines anzugeben und dieses anschließend noch ein zweites Mal einzugeben, um sicherzustellen, dass es korrekt eingegeben wurde.
Auf Windows-Plattformen sowie auf Linux- und UNIX-Systemen erstellt dieser Befehl den WS-Manager, falls dieser noch nicht vorhanden ist. Er wird nicht als Standardwarteschlangenmanager erstellt. Wenn der Warteschlangenmanager auf diesem System als Standardeinstellung verwendet werden soll, müssen Sie den Warteschlangenmanager vor dem Aufrufen dieses Befehls erstellen.
Das WS-Manager-Attribut MAXMSGL (maximale Länge der Nachrichten, die in Warteschlangen eingereiht werden können) wird auf 100 MB aktualisiert. Dies geschieht unabhängig davon, ob der Warteschlangenmanager mit diesem Befehl erstellt wurde.
Hier zwei Beispiele: password.dat und pwgroup.dat werden im Ausgangsverzeichnis des Produkts im Verzeichnis Beispiele/auth bereitgestellt.
Die WebSphere Message Broker-Gruppe mqbrkrs ist für den Zugriff auf alle diese Warteschlangen berechtigt.