It's all about the answers!

Ask a question

how to debug QM database access problems.. help

sam detweiler (12.5k6195201) | asked Jan 17 '14, 10:40 a.m.
edited Jan 17 '14, 11:39 a.m.
 We have our applications deployed on different servers


and this is mirrored in DR.

this is using a common Oracle provided database service. both Prod and DR  access the same DB. 

or DBAs created ADMIN level userids for database setup (during CLM install)
and USER level userids for daily operation. 

to go to full production, access to the ADMIN level userids is removed.  
but it appears the database schema was labeled with the ADMIN user userid.

we are using Websphere for the data sources. 

we cannot rename the schema (as far as I know)
and for some reason cannot access the ADMIN schema from the USER context..(altho the DBA's tell us we should be able to)

we would like to take a DB access error log to our DBAs to fix this problem, but can't seem to find a way to get that level of detail from the clm apps.. (we are using QM to debug, cause we don't yet have any users)..

any guidance welcomed..

Accepted answer

permanent link
Donald Nong (14.5k414) | answered Jan 19 '14, 7:58 p.m.
If I understand correctly what you said, I believe a mistake has been made with regard to the database configuration.

You cannot use two user accounts in the way that you describe - one to create the tables and the other to access the tables' content, because the user and the schema can be considered as the same thing in Oracle. It can be made possible if we can specify the schema name for all the SQL statements - say, with user "clmadmin" creating all the tables, we specify the schema name "clmadmin" for all SQL statements when logging on as user "clmuser", so we will look for "clmadmin.table" instead of "clmuser.table". BUT, I don't think we have this option in CLM.

To fix the problem, you just ignore the "USER level userids", and remove the DBA privileges from the "ADMIN level userids" to make them "USER level". In other words, you need to use the same set of user account all the way through.

More details can be found in this document.
sam detweiler selected this answer as the correct answer

sam detweiler commented Jan 19 '14, 9:25 p.m.

thank you. we will see. the standards here are pretty strict, user level userids are not allowed to create tables, etc.. and using admin level userids onĀ  a production platform for a runtime is not allowed. whether they will allow the admin rights to be removed and retain the admin user name is questionable

Donald Nong commented Jan 19 '14, 9:30 p.m.

I think you can show the document to your DBA and see what can be done. If an application is custom-built with this restriction in mind, it should not have any problems with specifying where to get the tables. But CLM is just not such an application.

One other answer

permanent link
sam detweiler (12.5k6195201) | answered Jan 19 '14, 9:33 p.m.
 Thank you again for the detailed info.

Your answer

Register or to post your answer.

Dashboards and work items are no longer publicly available, so some links may be invalid. We now provide similar information through other means. Learn more here.