Tchater maintenant avec le support
Tchattez avec un ingénieur du support

Enterprise Reporter 3.2.1 - Configuration Manager User Guide

Product Overview Configuring the Configuration Manager
Starting the Configuration Manager Finding Answers and Getting Help An Overview of Enterprise Reporter Communications and Credentials Required Logged In User Details Setting Up Your First Collection Computers Modifying your Deployment Improving the Performance of Your Discoveries What does the status of a node or cluster indicate? Using the Credential Manager Changing the Credentials used by the Enterprise Reporter Server Configuring Global Settings Global Discovery Settings
Understanding Discoveries Creating Discoveries
Step 1. Create the Discovery Step 2. Choose what to include in your discovery (Scopes) Step 2a. Choose scopes for your discoveries
Choosing your Active Directory Scopes Choosing your Computer Scopes Choosing Your Exchange Scopes Choosing Your File Storage Analysis Scopes Choosing Your Microsoft SQL Scopes Choosing Your NTFS Scopes Choosing Your Registry Scopes
Step 2b: Choose scopes for your Office 365 discoveries Step 3. Schedule your Discovery Step 4: Review the summary
Managing Discoveries Troubleshooting Issues with Enterprise Reporter Appendix: PowerShell cmdlets Appendix: Encryption Key Manager Appendix: Log Viewer

Things to Consider Before Creating a Cluster

Make sure you are clear on the following before creating the cluster:

Do you want to use a shared data location?

As data is collected, it is compared to previously collected data on either the SQL Server® or the shared data location, depending on how you configure your cluster. If you have a lightly loaded SQL Server® that is physically close to your nodes, you may find that performance is improved by choosing not to use a shared data location. On the other hand, if network traffic is high and your SQL Server® is under a heavy load or physically distant from the nodes in the cluster, a shared data location will produce faster results.

•
If you are using one, where is the shared data location?
Create the shared folder, and give read and write access to the credentials you will be using for the nodes. As long as it is accessible, the shared data location can be located on any computer in your environment. Be cautious and ensure that the location is secured while it is accessible as it contains temporary files of collected data. For maximum benefit, locate the data source physically close to the nodes in the cluster.
* 
NOTE: Not all discovery types utilize the shared data location. For example, Active Directory, For example, Active Directory, Azure Active Directory, Exchange, and NTFS discoveries do not use the shared data location to optimize on the number of collection tasks generated to collect the data in a more efficient manner.
•
What are the first nodes that you want to add?
A cluster is not functional until you add a node and enable it. The node computer is the computer that will resolve the targets of the collection, and perform the actual collection. You can add as many nodes as you want during the initial creation of a cluster.
•
How many tasks do you want to run at the same time on each node?
Discoveries are executed as tasks on the nodes of the assigned cluster. To maximize the performance of a node, you can limit the number of tasks that can run concurrently. The default setting of zero to allow the node to determine how many concurrent tasks it will process is a good place to start; you can later experiment with limiting this number to improve performance. For more information, see Improving the Performance of a Node .
•
What credentials are you going to use?
Discoveries are performed by a service that runs on the node computer. The credentials used by the node must have read and write access to the Enterprise Reporter database, and have the read permissions to access the targets, and collect the necessary data, and permission to write to the shared data location. You can optionally choose to use SQL credentials for the database connection. For more information, see Node Credential and Alternate Credential Details for On-Premises Discoveries .
* 
NOTE: If you use credentials that are different than the Enterprise Reporter server credentials, they need to be granted access to the database.

For more information, see Configuring the Database and Security Groups in the Quest Enterprise Reporter Installation and Deployment Guide in the Technical Documentation. 

For more information, see Configuring the Database and Security Groups.

* 
NOTE: These credentials are also used to access the target computers during a discovery, unless alternate credentials are specified for a discovery. For more information, see Step 1. Create the Discovery .
 
•
Access to Admin$ on the node host
To ensure the success of node deployment, the node installation files are copied into Admin$ (\\computername\admin$). The service account must have read and write access to this share. Once the node has been successfully installed, you can remove this access if required.

Creating Your First Cluster and Node

The Create Cluster wizard walks you through this process. You can create a cluster without a node, and add the nodes later, but you will not be able to run a discovery without at least one node enabled.

To create your first cluster and node
1
On the Manage Discovery Clusters pane, click Create Cluster.
2
Enter a name for the cluster.
A default name, First Cluster, is provided, but you should change this to something meaningful, such as the location of your cluster.
3
Optionally, provide a description.
4
To use a network share, browse to and select your shared data location, and click OK.
- OR -
Select No network share specified.
For more information, see Things to Consider Before Creating a Cluster .
5
Optionally, modify the connection timeouts.
When you first create a cluster, it is recommended that you leave the default settings. Change the timeout settings only if you are getting timeout error messages. For more information, see Troubleshooting Connection Timeouts .
6
Click Next.
If you do not want to add any nodes at this time, skip to step 13.
7
Click Add to configure a computer to serve as a node for this cluster.
8
Browse to the computer where the node is to be created and click OK.
If you do not change the default entry, the first node is created on the current computer.
9
Select a node credential from the Credential Manager.
If the account you want is not on the list, click Add and enter the account, then select it from the list. For more information, see Using the Credential Manager .
* 
NOTE: This account must be a member of the Reporter_Discovery_Nodes group to get access to the encryption key used to encrypt all passwords. This account must have local administrator access to the node computer and write access to the shared data location for the cluster. These credentials also require read access the target computers during a discovery, unless alternate credentials are specified for a discovery. For more information, see Step 1. Create the Discovery .
10
Optionally, select Specify a separate SQL Server Authentication credential for the database, then select (or add) the SQL Server account in the Credential Manager.
* 
NOTE: This account must have read and write access to the Enterprise Reporter database and must be in the Discovery_Admins group.
11
Optionally, set tasks to be System - managed or specify a Maximum number of tasks. For more information, see Nodes and Improving the Performance of a Node .
12
Click OK.
You can add more than one node at a time to the same cluster. Repeat steps 7through 12until you have added all of your nodes.
By default, nodes are enabled after they are created. If you prefer to manually enable the nodes, clear the Enable Nodes check box. At least one node must be enabled in order for your cluster to be functional.
13
Click Finish.
If you chose to create a cluster without any nodes, click Yes.
The new node appears on the Discovery Nodes tab. Your node will be enabled, unless you cleared the Enable the nodes check box. For a listing of possible node statuses, see What does the status of a node or cluster indicate? .
* 
NOTE: When a node is deployed and enabled, the cluster is also enabled. If you deployed the node without enabling it, you have to manually enable the cluster. For more information, see Enabling a Cluster .
* 
NOTE: If a node fails to deploy, you must delete the node and recreate it. For information, see Node Issues .

Modifying your Deployment

For some situations, a single cluster with one node may be adequate. Other deployments may range from two or more nodes in a cluster to many clusters with many nodes in each.

See also:

•
When Do You Add a Cluster?
•
Modifying a Cluster
•
Deleting a Cluster
•
Disabling a Cluster
•
What To Do if a Cluster is Disabled
•
Enabling a Cluster
•
Managing Nodes

When Do You Add a Cluster?

Typically, clusters are geographically based. Set up a cluster for each geographical location. You could also set up clusters to match your security structure, and group nodes into clusters based on the credentials you want to use for collections. For details on adding a cluster, see To create your first cluster and node .

Documents connexes

The document was helpful.

Sélectionner une évaluation

I easily found the information I needed.

Sélectionner une évaluation