SMQR Queue got deregisterd automatically-Why?

[Former Member]

Hi All,

This is the open discussion for the root cause of the SMQR entries got deleted automatically?

1. is it possible to delete the entry automatically?

2. Is there any table for that logging is happening ? or any kind of table entries there???

3. If we register the Q, then what should be the correct scheduler status?

[isaias_freitas]

Hello,

When you say "SMQR entries", are you referring to inbound RFC entries (in transaction SMQ2)?

Or are you referring to queue registrations on SMQR itself?

In either case, the RFC mechanism does not delete things automatically, except for inbound entries (SMQ2). Inbound RFC entries are automatically deleted if they have been successfully processed. This is the normal and expected behavior.

Queue registrations on SMQR itself are never deleted automatically.

Regarding your question #3, it would still depend on other factors. For example, do SMQ2 entries exist for this queue at the time you register it at SMQR?

If there are no entries to any of the queues registered at SMQR, the status should be "inactive".

The SAP note 369007 has the possible statuses for the QIN scheduler (point #6).

Regards,

Isaías

[Former Member]

Hi Freitias,

Thanks for your reply.

But my question was different.

Is there any table for SMQR entries ? Like the queue we register in SMQR is stored any table or any kind of logging is there?

Like if we delete any queue from SMQR , is there any table which will provide us the information like when who deleted the queue?

Thanks

Biswajit.

[manumohandas82]

Hi Biswajith ,

SMQR transaction should be available only to the administrator user  .

Have you turned on Audit logging in your system  .  If you have  you could easily find out if someone  uses this transaction  ( SMQR ) to delete the queue  also information will be available in ST03N  ( though for a small period of time )

Dont know whether any table exist  ( But  more probable that it exists  ) which saves the SMQR entries   but  anyone wanting to delete from  any such table ( if it exists ) required debug access

So dont see any reason why you would need to turn on tracing on any table

Thanks ,

Manu

[Former Member]

Hi Manu,

That's good. We can trace that when that SMQR was used and who used.

The incident is , Q was not processed due to the deletion of the exact Q name XBQS* , and I wanted to find out that the entry was there previously or not.

So there must be some table which hold those information.