Enterprise Reporter 3.5 - Installation and Deployment Guide


	IMPORTANT: Use caution when increasing the logging level. We recommend that you do not increase the level permanently, as it may affect node performance. The logging levels are cumulative, so Debug contains debug, information, warnings, errors and fatal errors.

To create a node debug log file

In the Manage Discovery Clusters pane, select the cluster.


	NOTE: The cluster must be enabled to change the node logging level.

On the Cluster Details tab in the bottom pane, change the node logging level to Debug.

Increase the size of the node log files.

Click Apply.

Data Collection Issues

You may run into situations where not all of your data is collected, or even no data is collect at all. The first thing you need to determine is what tasks in the discovery are failing. Once you have located the problem tasks, you can use the errors and statistics generated to pinpoint the problem.

There are several other things that you can examine:

•

The errors generated for a task provide a good starting point for troubleshooting. For more information, see Viewing Statistics .

•

During an Active Directory discovery, if collection issues are related to overloaded domain controllers, disable Create multiple tasks for each domain and specify multiple domain controllers for the domain instead. For details, see AD Discovery: Optionally select one or more domain controllers .

•

If your discovery fails for all tasks, it is possible that your shared data location is the problem. The shared data location may no longer exist, or the node may not have adequate access to it. Check the errors on the discovery task to investigate. For more information, see Viewing Errors and Error Suppressions . If this is the issue, ensure the shared data location belonging to the cluster exists and is properly permissioned. Shared data locations are not used for Active Directory, Exchange, or NTFS discoveries.

•

If your discovery fails for a particular task:

•

The node may not have access to that server. Check your credentials, and change them if necessary. For details, see Node credential and alternate credential details for on-premises discoveries .

•

If you have used alternate credentials for the discovery, ensure that they are permissioned correctly.

•

If an Azure or Office 365 discovery fails, indicating that the objects could not be collected using a multi-factor authentication credential, retry the discovery with a non-multi-factor authenticated credential.

•

WMI and the SQL Server Browser service may be disabled or your credentials are inadequate. WMI and the SQL Server Browser service are used to query for SQL instances that are not broadcasting.

•

The task may have been rejected. If a task is rejected, it means that it is currently being collected by another discovery. Due to the way the Enterprise Reporter collects data, collecting from a SQL Server in more than one discovery can result in data loss. You could only create one discovery for each SQL scope.

•

A discovery can fail if it runs at the same time attributes are being extended for that discovery type. Run the discovery again once the extension has been processed.

•

If a particular task is timing out, you can increase the amount of time allowed to connect to the database or process a command. For more information, see Troubleshooting Connection Timeouts .

•

A task can fail because the target computer cannot be pinged. The ping setting is available for computer, Exchange, NTFS and registry discoveries. If a target computer cannot be pinged, for example due to network settings or firewall configurations, or if you know that all computers in the discovery are online and available, you can disable the ping. However, if you have added a domain or OU as your scope, and there is a chance that any computer in the container is not available, setting the ping time ensures that no time is spent preparing to collect from these computers. If a computer unexpectedly fails a ping check, try increasing or disabling the ping for the discovery.

•

If your reporting users are experiencing unexpected data fluctuation, check your discovery configuration. If the same target (computer) is in more than one discovery, the data available for reporting reflects the last configuration that was run. Enterprise Reporter’s recommended practice is to include a target in only one discovery of a given type. If you have accidentally included a target in more than one place, remove it from all but the desired discovery, and then run that discovery. If for some reason you choose to leave the target in more than one discovery, you can mitigate this issue by using the same settings in both discoveries.

•

The node may be running an unsupported operating system. Check the system requirements, and if necessary, remove the node from the cluster, then rerun the discovery.

•

If your Enterprise Reporter database is hosted on a SQL cluster which has experienced a node failure, this can occasionally result in a task that cannot finish processing. In this case, you may need to recreate the discovery.

•

Try running the discovery, and monitoring the Activity column in the Processing Tasks view, or looking at the history of the discovery. This may help you identify the specific activity that is causing performance or data collection issues with the discovery. For information about discoveries, see the Enterprise Reporter Configuration Manager User Guide.

•

If your scheduled discovery does not run, there may be system issues that prevent the job from being created based on the schedule. In this case there is no error reported in the Configuration Manager. To address this issue check that your Enterprise Reporter server service is running, validate your license and check the state of any nodes on the system.

•

If a discovery disappears, it is likely that another administrator deleted it. You will have to recreate the discovery.

Troubleshooting features in Enterprise Reporter

There are several features in Enterprise Reporter to help you solve problems.

•

Exporting logs from the Configuration Manager

•

Viewing information about your Enterprise Reporter configuration

•

Viewing errors and statistics for tasks

Exporting logs from the Configuration Manager

Exporting logs for discoveries

Logs can be used to troubleshoot issues with discoveries. Logs are collected from the Reporter server and all of the nodes within a selected cluster, and zipped into files that can be sent to Quest Support to help resolve certain collection problems. The log files are all sent to the Exported Logs folder on the Reporter server. You may have several different .zip files, which may take some time to appear, depending on your configuration:

•

A ServerLogs.zip file containing the logs from the server.

•

A <Computer Name>_NodeLog.zip file for each node in the cluster.

To export logs

On the Manage Discoveries pane, select a discovery.

By selecting a discovery first, the correct cluster for the discovery is automatically chosen.

Click the Manage Logs button and select Export Logs.

If necessary, change the selected cluster.

Click Export.

An Export Logs dialog box appears giving a status of the node logs retrieved. Log retrieval may take time depending on the log size and node location on the network. Once the node logs have been retrieved, a link is displayed for the exported logs.

Click the link to locate your zip files.

Zip files are all located in the \ProgramData\Quest\Enterprise_Reporter\Exported_Logs folder.

You can now email your log files to your Quest Support representative.

Click Close.


	NOTE: To help diagnose issues, the ServerLogs.zip contains additional files including the DatabaseMaintenance.log file and a SQLLite file containing Enterprise Reporter system configuration information.

Deleting logs for discoveries

If you want only the most recent issue to be displayed in the logs, you can delete old logs. This deletes logs from the default server Logs folder as well as from the Exported Logs folder, except for the most recently exported logs. You can delete logs for a selected cluster or you can delete all server logs.

To delete logs for a selected cluster

On the Manage Discoveries pane, select a discovery.

By selecting a discovery first, the correct cluster for the discovery is automatically chosen.

Click the Manage Logs button and select Delete Logs.

If necessary, change the selected cluster.

Click Delete.

To delete all server logs

On the Manage Discoveries pane, select a discovery.

By selecting a discovery first, the correct cluster for the discovery is automatically chosen.

Click the Manage Logs button and select Delete Logs.