Wenn der Warteschlangenmanager separat erstellt werden soll, sollten Sie auch eine Warteschlange für nicht zustellbare Nachrichten definieren. Auf diese Warteschlange wird von WebSphere Message Broker verwiesen, wenn bei der Verarbeitung von Nachrichten in Nachrichtenflüssen Fehler auftreten.
Wenn eine Nachricht in einem benutzerdefinierten Nachrichtenfluss oder im Publish/Subscribe-Modell nicht verarbeitet werden kann, wird sie schließlich an diese Warteschlange für nicht zustellbare Nachrichten weitergeleitet. Wenn Sie es vorziehen, dass die Nachricht in der Eingabewarteschlange zurückgesetzt und der Nachrichtenfluss bis zur Behebung des Problems angehalten wird, müssen Sie die Warteschlange für nicht zustellbare Nachrichten inaktivieren.
Der Befehl mqsideleteusernameserver löscht diese Warteschlange nicht (es sei denn, der Warteschlangenmanager wird gelöscht).
Wenn Sie einen WebSphere MQ-Warteschlangenmanager verwenden, der nicht mit dem Befehl mqsicreateusernameserver erstellt wurde, können Sie auch Cluster definieren. Dies vereinfacht die Konfiguration.
Wird der Warteschlangenmanager mit diesem Befehl erstellt, wird er nicht als Windows-Dienst erstellt; er wird daher gestoppt, wenn Sie sich abmelden. Um dies zu vermeiden, müssen Sie entweder angemeldet bleiben oder den Startstatus des Warteschlangenmanagerservice ändern. (Wenn Sie die Workstation sperren, wird der WebSphere MQ-Warteschlangenmanager dadurch nicht gestoppt.)
Wenn Sie auf Windows-Plattformen das nicht qualifizierte Format (username) für diese Benutzer-ID wählen, durchsucht das Betriebssystem die gesamte Domäne nach der Benutzer-ID, angefangen mit dem lokalen System. Diese Suche kann einige Zeit in Anspruch nehmen.
Die ServiceUserID, die angegeben wird, muss zur lokalen Gruppe mqbrkrs gehören. Auf Windows-Plattformen kann sie direkt oder indirekt zu dieser Gruppe gehören. Die ServiceUserID muss außerdem Zugriff auf das Ausgangsverzeichnis haben (in dem WebSphere Message Broker installiert ist).
Ausführliche Informationen zu den Sicherheitsanforderungen für die Servicebenutzer-ID finden Sie für Windows-Plattformen unter Sicherheitsanforderungen für Windows-Plattformen sowie 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 Standard-WS-Manager erstellt; soll er auf diesem System als Standard-WS-Manager definiert werden, müssen Sie den Warteschlangenmanager erstellen, bevor Sie diesen Befehl eingeben.
Das WS-Managerattribut MAXMSGL (max. Länge der Nachrichten, die in Warteschlangen eingereiht werden können) wird auf 100 MB erhöht. Dies geschieht unabhängig davon, ob der Warteschlangenmanager mit diesem Befehl erstellt wurde.
Im Verzeichnis examples/auth (unter dem Produktausgangsverzeichnis) stehen zwei Beispieldateien (password.dat und pwgroup.dat) zur Verfügung.
Alle Warteschlangen haben eine Zugriffsberechtigung auf die WebSphere Message Broker-Gruppe mqbrkrs.