Chatta subito con l'assistenza
Chat con il supporto

ControlPoint 8.9 - Administration Guide

Preface Configuring the Environment in Which ControlPoint Will Run The ControlPoint Configuration Site Managing Your Farm List Managing Your ControlPoint License Granting ControlPoint Access to Web Applications and Content Databases Using Discovery to Collect Information for the ControlPoint Database Cache Using Sensitive Content Manager Services Managing ControlPoint Configuration and Permissions Preparing Your Environment for Using ControlPoint Sentinel Modifying ControlPoint Configuration Settings
Changing Default Settings for Actions and Analyses Changing Default Settings to Improve Application Performance Audit Log Configuration Settings Changing Settings for Anomalous Activity Detection Restricting Functionality for Members of the Business Administrators Group Changing Default Settings for ControlPoint User Groups Changing Settings to Improve Discovery Performance Changing Settings to Accommodate Special Environmental Factors Changing Default Settings for Navigation Changing Default Settings for Compliance Managing Site Provisioning Settings Specifying Global Settings for ControlPoint Policies Setting Preferences for the ControlPoint Scheduler Miscellaneous and Custom Configuration Settings Special-Purpose Configuration Settings
Changing Trace Switch Logging Levels Archiving SharePoint Audit Log Data Troubleshooting
ControlPoint Log Files Troubleshooting Configuration Errors Troubleshooting the ControlPoint Application Interface Troubleshooting Discovery Troubleshooting SharePoint Users and Permissions Troubleshooting Site Provisioning Troubleshooting ControlPoint Operations

Search Using Cached Data (CACHEDSEARCH)

By default, ControlPoint uses real time data to search the SharePoint Hierarchy for operations such as:

·Search Hierarchy

·Change Selection

CACHEDSEARCH example

The use of real-time data means that search results are always current and will include even sites that were created immediately before the search was initiated.  It may also take more time to complete a search, depending on its scope.  If ControlPoint users routinely conduct searches that include a large numbers of objects, ControlPoint Application Administrators can configure ControlPoint to use data from the ControlPoint database cache (and thus speed up searches) by changing the Value of the ControlPoint Setting Search Using Cached Data from false to true.

NOTE:  This setting applies to the search functionality only.  The full browse tree always uses real-time data.

If cached data is used, search results will not include sites for which users only have permissions via a Web application policy.

Config Setting CACHEDSEARCH

NOTE:  Data from this cache is current as of the last Discovery run.

How to Display Multiple Farms in SharePoint Hierarchy (FARMNAVIGATION)

By default, if ControlPoint is running as a multi-farm installation, all farms in the installation display in the SharePoint Hierarchy, with the home farm expanded and the remote farms collapsed.  ControlPoint Application Administrators can, however, change the way farms display in the SharePoint Hierarchy by updating the Value of the ControlPoint Configuration Setting How to Display Multiple Farms in SharePoint Hierarchy.  

Config Setting FARMNAV

Valid values are:

1 - Display home farm only.

Config Setting FARMNAV1

If you choose this option, users can switch between farms using the drop-down in the ControlPoint application header.

Available Farms Mixed Editions

2 (default) - Display home farm expanded and remote farm(s) collapsed.

Config Setting FARMNAV2

3 - Display all farms collapsed

Config Setting FARMNAV3

Maximum Number of Objects to Display Before Foldering (NAVCAP)

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.  

Hierarchy Foldering

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.

Config Setting NAVCAP

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)

Preload All Site Collections in Server-side Cache (PRELOADSITECACHE)

By default, whenever you expand a Web application in the SharePoint Hierarchy,  site collections are loaded—and any folders within which site collections are grouped are built—in 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 cache—so that the contents of Web applications can be displayed immediately—by changing the Value for the ControlPoint Setting Preload All Site Collections in Server-side Cache from false to true.

Config Setting PRELOADSITECACHE

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.  

 

IMPORTANT: 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.

Related Documents

The document was helpful.

Seleziona valutazione

I easily found the information I needed.

Seleziona valutazione