Skip to main content

Suggest an Idea

Vote for your favorite Qlik product ideas and add your own suggestions.

Announcements
Qlik Connect 2024! Seize endless possibilities! LEARN MORE

User attributes fetcher with filter (groups)

e_petrasevicius21
Partner - Contributor III
Partner - Contributor III

User attributes fetcher with filter (groups)

Hi,

We noticed that running large scale environment with 2000+ users and about 50-60 or more streams, Repository service starting to be bottle neck in the the system - long response time on HUB noticed first. (Stream cache bust takes about 40s to load HUB)
 
Secondly we noticed that users brings in (from Active Directory) up to 900 attributes (groups) and only 5-20 of them are related to Qlik. It means that rest (880) attributes are not related to Qlik but still synced to DB.
 
As we have security rules based on User attributes (groups) this cause performance issues (long evaluation time). Is there any way to import only Qlik related groups - example with starting prefix QLIK_* -> then security evaluation will take less time due to check will not be performed on all 900 groups.

As it is noticed in Qlik Help - User attributes are sync during log in to HUB - so even if we remove unused groups directly from Repository DB Qlik will sync attributes again and we cant do nothing about it. This limitation does not seems to be related to UDC or Ldap filters, but it is Global Qlik pattern - as RnD says "Works as Design".

Similar approach is one on Nprinting with import section called: "Additional Group filter" - this helps to import only Qlik related groups and not ALL ACTIVE DIRECTORY attributes.


2 Comments
Meghann_MacDonald

From now on, please track this idea from the Ideation portal. 

Link to new idea

Meghann

NOTE: Upon clicking this link 2 tabs may open - please feel free to close the one with a login page. If you only see 1 tab with the login page, please try clicking this link first: Authenticate me! then try the link above again. Ensure pop-up blocker is off.

Ideation
Explorer II
Explorer II
 
Status changed to: Closed - Archived