By default, the maximum number of child objects (that is, site collections, sites or lists) that can display directly beneath a single parent in the left navigation pane is 45. (That is, up to 45 site collections can display beneath a Web application, up to 45 sites beneath a site collection, and so on). This limit is set to provide you with predictable performance when opening nodes within the navigation tree; it takes additional time to open a node that contains a large number of objects.
If the number of child objects beneath a particular node exceeds the set limit, ControlPoint generates a series of subfolders which contain subsets of objects, grouped alphabetically, as shown in the example below.
ControlPoint Application Administrators can modify this number by changing the Value of the ControlPoint Setting Maximum Number of Objects to Display Before Foldering.
NOTE: While you may want to decrease this value, it is generally recommended that you not increase it, as performance may be negatively impacted and may trigger a warning message in the browser.
This setting applies to site collections, sites, and lists. The maximum number of SharePoint users and groups that display beneath a site are configured via different parameters. See:
·Maximum Number of SharePoint Groups to Display in SharePoint Hierarchy (SPGROUPCAP)
·Maximum Number of Users to Display in SharePoint Hierarchy (SPUSERCAP)
By default, up to 45 SharePoint Groups can display beneath a site in the SharePoint Hierarchy.
ControlPoint Application Administrators can, however, modify this number by changing the Maximum Number of SharePoint Groups to Display in SharePoint Hierarchy Value.
If the number of SharePoint groups with permissions to a site is greater than the specified parameter value, the list will be truncated. For example, if you set the Maximum Number of SharePoint Groups to Display in SharePoint Hierarchy Value to 10, and 12 groups have permissions to a site, the first 10 groups (in alphabetical order) will display in the Groups folder. (Remember, however, that the total number of groups with permissions for the site displays in parentheses to the right of the Group folder.)
By default, whenever you expand a Web application in the SharePoint Hierarchy, site collections are loadedand any folders within which site collections are grouped are builtin real time. For Web applications that contain an excessively large number of site collections (such as thousands of MySites), the time it takes to expand a Web application may be prohibitively long.
ControlPoint Application Administrators can configure ControlPoint to load site collections and folders from a server-side memory cacheso that the contents of Web applications can be displayed immediatelyby changing the Value for the ControlPoint Setting Preload All Site Collections in Server-side Cache from false to true.
This server-side cache is updated on the first request to ControlPoint after its application pool is recycled. If IIS is configured for a nightly recycle, the restart would occur shortly thereafter. Normally the first request is from the ControlPoint Scheduled Job Review task. The server-side cache can also be refreshed on an as-needed basis from the Manage ControlPoint panel.
NOTE: The child objects within a site collection are not affected by this setting and will always load in real-time.
Whenever the Preload All Site Collections in Server-side Cache Value is changed, the application pool must be recycled for the change to take effect.
By default, SharePoint groups display in the SharePoint Hierarchy and group pickers only if they have an associated permissions level. This prevents the navigation tree from being cluttered with groups that do not have an associated permissions level, and therefore are not being actively used in SharePoint.
ControlPoint Application Administrators can, however, choose to display groups without permissions in the ControlPoint application interface by changing the Value of the ControlPoint Configuration Setting ShowNoPermSPGroup from the default (false) to either:
·True (to have groups without permissions display in both the SharePoint Hierarchy and group pickers)
OR
·False (to have groups without permissions display in group pickers but not in the SharePoint Hierarchy).
For example, you may choose not to clutter the SharePoint Hierarchy with groups that have no permissions, yet you may want to have them available to choose from when performing a ControlPoint action such as Set SharePoint Group Permissions.
© 2024 Quest Software Inc. ALL RIGHTS RESERVED. Feedback 이용 약관 개인정보 보호정책 Cookie Preference Center