Contents
Working with management groups
Management groups are defined and maintained in the Settings→Permissions→Management groups page, using device inventory data gathered from data sources by connectors and then use those management groups to control the application of instructions in Tachyon applications.
You need a Tachyon connector
If you want Tachyon applications to use the management groups you create and maintain in Settings you must add a Tachyon Connector. The username and password you provide for the Connector must be a valid Tachyon user and belong to the Management Group Sync Initiators role. Please refer to the Tachyon connector page for more details. You only need to configure the connector, you do not need to schedule or run the Tachyon connector unless you want also collect data from clients.
Configuring management groups
Creating management groups
To create a management group:
- Navigate to the Settings→Permissions→Management groups page.
- Click the Add button to display the Add management group popup.
- Enter a suitable Name for the management group. For example Devices.
- Add a Description, it's a good idea to use a description that provides an outline of the rules that are used to populate the management group. For example Device Computer Name Contains ACME.
- To add each rule:
- Click on the + button. The first one is already added, all you need to do is fill out the parts of the rule.
- First you select the rule name using the left dropdown menu. For example, Device Computer Name.
- You then select the condition. For example Contains.
- To complete the rule you then set the value. For example ACME.
- Repeat step 5 for each rule you want to define.
- When you have more than one rule added you can:
- Use the gripper icon at the right-hand end of the rule to change the order the rules are applied by dragging the rule to a new place in the list.
- Change the conjunction operator at the left-hand end of the rule to select between AND and OR.
- When you have finished adding the rules you need to decide whether you want the management group membership to be evaluated immediately on adding the management group. If you are just adding one management group it makes sense to check the Evaluate rules immediately checkbox. If you are adding a number of management groups it may be a good idea to leave the checkbox unchecked for all of them except for the last one.
- If you check Evaluate rules immediately and there is more than one inventory repository an additional control will be displayed prompting you to select which repository you want to evaluate the management group rules against.
- When you've finished making all the settings click the Add button to add the management group definition.
The management group will be added to the Management groups table.
If you selected to evaluate rules immediately the rules you set for the management group will be evaluated against the selected inventory repository.
To check how many devices are in the management group click on the management group name link in the Name column.
The picture opposite shows the details for the Devices management group showing that it contains 11 devices.
Once the management group rules have been evaluated, you should then be able to check the devices in Explorer contained in the group using the Explorer→Devices→Table page. The picture opposite shows the devices table with the Management group filter set to Devices.
Editing management groups
To edit an existing management group:
- Navigate to the Settings→Permissions→Management groups page.
- In the Management groups table, locate the management group you want to edit and check the checkbox at the left hand end of its row.
- Click the Edit button to display the Edit management group popup for the selected management group.
- Here you can edit the Name, Description and Rules that define the management group.
- When you've finished editing, before you click the Save button you can check the Evaluate rules immediately checkbox, this will enable any modifications you've made to the rules take effect right away. If you don't check the box the rules won's be run and you'll be able to evaluate the management groups later.
Deleting management groups
To delete an existing management group:
- Navigate to the Settings→Permissions→Management groups page.
- In the Management groups table, locate the management group you want to delete and check the checkbox at the left hand end of its row.
- Click the Delete button. This displays the Delete management group popup.
- Here you are asked in you want to proceed with the delete process. Click the Yes, delete management group button to confirm the deletion or No to cancel.
Evaluating management group membership
You can select to evaluate the management groups at any time. Doing this will process
- Navigate to the Settings→Permissions→Management groups page.
- Click the Evaluate button.
- If there is only one inventory repository the evaluation will be queued immediately. If there is more than one inventory repository the Evaluate management groups popup will be displayed and you will need to select a Repository then click the Evaluate button before the evaluation is queued.
- When an evaluation is queued you will see a Management Group Evaluation action appear on the Settings→Monitoring→Process log page. From there you can view the progress of the evaluation.
- When this action has run then applications will reflect any changes that have been made to the management group memberships.
Management group rules and conditions
Each row in the Rules section is laid out as follows:
Conjunction | Rule Name | Operand | Value | Delete | Gripper | ||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
When there is more than one rule this field determines how it is evaluated with the other rules. This may be one of:
| Determines the type of information checked when evaluating the rule. For example selecting Device Computer Name will specify checking the set value against the information held internally for each device's computer name using the selected operand. Please refer to List of available management group rules for a list of the options. | How the value is compared against the type of information. This may be one of the following:
| The value field is either a string or numeric value, depending on the chosen rule name. | This field contains an icon that lets you delete the rule. | This field lets you grab the rule and change its order where there is more than one rule. |
List of available management group rules
Rules used to create Management Groups, and which connectors that provide the data to support the rules. For details of how to create and use Management Groups, please refer to Management groups page.
The number of rules that a single Management Group can contain is variable because of many factors including SQL Server version, server configuration and rule type used. 1E recommends not exceeding 10,000 rules per rule-based Management Group.
Rule name | Description | SCCM | ServiceNow | Tachyon | OracleLMS | BigFix | BigFixInv | Intune | vCenter | WSUS |
---|---|---|---|---|---|---|---|---|---|---|
Device ADSite Name | AD Site the device is connected to. | |||||||||
Device Assigned Cores | Maximum number of assigned cores for the device. Derived from | |||||||||
Device Classification | Classification of the device. For example, Test, Production or Development. Production is the default. | |||||||||
Device Computer Name | Hostname of the computer. | |||||||||
Device Criticality (New in 5.1) | By default, Device Criticality is set as one of the following, as described in Using Device Criticality.
| |||||||||
Device Domain Name | Domain the device is installed on. | |||||||||
Device Inventory date | Date that the device was last updated. | |||||||||
Device Matched Device Type (New in 5.1) | Normalized device type based on chassis type. For example Desktop. | |||||||||
Device Matched Family | Normalized family of the device. For example, Aspire. | |||||||||
Device Matched Model | Normalized model of the device. For example, A30. | |||||||||
Device Matched Socket count | Normalized socket count of the device. For example, 1. | |||||||||
Device Matched Vendor | Normalized vendor name of the device. For example, Acer Inc.. | |||||||||
Device Netbios Domain name | NetBIOS version of the device's domain name. | |||||||||
Device Netbios Name | NetBIOS version of the device name. | |||||||||
Device OS | The normalized product title of the OS that is running on the device. | |||||||||
Device Purchase date | Date that the device was purchased. | |||||||||
Device Serial | Serial number of the computer. | |||||||||
Device User Primary Username (New in 5.1) | The primary user of the device. | |||||||||
OU Name (Deprecated) | Name of the OU that the device is in. For example Sales. All OUs with the same name will be used, therefore the OU Path rule should be used instead. The OU Name rule is deprecated and should be re-defined using OU Path. This rule is deprecated, which means it will continue to work until it is removed in a future version of Tachyon. | |||||||||
OU Path | The name or path of the OU location in the AD hierarchy, using pipe | as the delimiter. For example, to get all the computers in OU=Sales, OU=Workstations, DC=acme, DC=local you can either specify Sales or - if there is more than one OU called Sales in the AD structure - specify the whole path acme.local|Workstations|Sales. Note that the DC and OU parts of a distinguished name are treated differently. | |||||||||
Processor Matched Chip Module Count | Normalized chip module count of the processor. For example, 1. | |||||||||
Processor Matched Core Count | Normalized core count of the processor. For example, 2. | |||||||||
Processor Matched Family | Normalized family name of the processor. For example, Athlon 64 X2. | |||||||||
Processor Matched Model | Normalized model name of the processor. For example, 3250e. | |||||||||
Processor Matched Processor Type | Normalized type of the processor. For example, Desktop. | |||||||||
Processor Matched Release Date | Normalized release date of the processor. For example, 31-03-2008. | |||||||||
Processor Matched Speed M Hz | Normalized speed of the processor. For example, 2.100. | |||||||||
Processor Matched Threads per Core | Normalized threads per core of the processor. For example, 1. | |||||||||
Processor Matched Vendor | Normalized vendor name of the processor. For example, Advanced Micro Devices, Inc. | |||||||||
Product Catalog Colloquial Version | Software colloquial version contained in the inventory source. For example, 2012. This will usually be blank. | |||||||||
Product Catalog Edition | Software edition contained in the inventory source. For example, Standard. This will usually be blank in SCCM unless the relevant MOF extensions have been installed. | |||||||||
Product Catalog Is Partial Version Matched | Flag that indicates whether the software title was partial matched or not (TRUE/1) or not (FALSE/0). | |||||||||
Product Catalog Matched Colloquial Version | Normalized software colloquial version. For example, 2016. | |||||||||
Product Catalog Matched Edition | Normalized software edition. For example, Standard. | |||||||||
Product Catalog Matched End of Support | Normalized software end of support date that of that version. For example, 31-10-2008. | |||||||||
Product Catalog Matched is Bundle | Flag indicating whether the normalized software is a bundle (TRUE/1) or not (FALSE/0). | |||||||||
Product Catalog Matched Is License Required | Flag indicating whether that normalized software title requires a license (TRUE/1) or not (FALSE/0). | |||||||||
Product Catalog Matched Release Date | Normalized software release date of that version. For example, 31-10-2008. | |||||||||
Product Catalog Matched Title | Normalized software title. For example, Office. | |||||||||
Product Catalog Matched Vendor | Normalized software vendor name. For example, Microsoft Corporation. | |||||||||
Product Catalog Matched Version | Normalized software version. For example, 10.2.233. | |||||||||
Product Catalog Title | Software title contained in the inventory source. For example, Office Standard en_pack. | |||||||||
Product Catalog UN Standard Product Service Code | UNSPC code of the normalized software title. | |||||||||
Product Catalog Vendor | Software vendor name contained in the inventory source. For example, Microsoft. | |||||||||
Product Catalog Version | Software version number contained in the inventory source. For example, 10.2.233. | |||||||||
Product Install Date | Date that software installation was installed according to the inventory source. | |||||||||
Product Instance Name | Instance name if used by a product, for example MSSQLSERVER for SQL Server. | |||||||||
Product Last Used date | Date that software installation was last run according to the inventory source. | |||||||||
Product Usage Category | Usage category assigned to a specific installation of a normalized software title. Potential categories are:
|