OS Platform Regex | OS Platform | Version Regex | Ignore | Priority | Domain ID | Creation Date | ID |
FreeBSD | FreeBSD | \d+\.?\d?+ | (64-bit)|(32-bit) | 1 | 15-DEC-15 12.03.33 | 1 | |
Solaris | Solaris | \d+\.?\d?+ | (64-bit)|(32-bit) | 1 | 15-DEC-15 12.03.33 | 2 | |
AIX | AIX | \d+\.?\d?+ | (64-bit)|(32-bit) | 1 | 15-DEC-15 12.03.33 | 3 | |
Ubuntu | Ubuntu | 6.06LTS|8.04LTS|10.04LTS|12.04LTS|14.04LTS|16.04LTS|\d+\.?\d?+ | (64-bit)|(32-bit) | 1 | 15-DEC-15 12.03.33 | 4 | |
Data ONTAP | Data ONTAP | \d+\.?\d?+ | (64-bit)|(32-bit) | 1 | 15-DEC-15 12.03.33 | 5 | |
MAC | MAC | Rhapsody Developer Release|Server 1.0|Developer Preview|Public Beta|\d+\.?\d?+ | Linux|(64-bit)|(32-bit) | 1 | 15-DEC-15 12.03.33 | 6 | |
HP-UX|HPUX | HP-UX| | \d+\.?\d?+ | (64-bit)|(32-bit) | 1 | 15-DEC-15 12.03.33 | 7 | |
CentOS | CentOS | \d+?(/?)\d+?(/?)\d?+ | (64-bit)|(32-bit) | 1 | 15-DEC-15 12.03.33 | 8 | |
openSUSE|SUSE|SLES | openSUSE | Leap 42.1|\d+\.?\d?+ | (64-bit)|(32-bit)|(x86_64) | 1 | 15-DEC-15 12.03.33 | 9 | |
Windows|win | Windows | (\d+?|SERVER|NT|XP|Vista)\s?\d?+ | (64-bit)|(32-bit) | 1 | 15-DEC-15 12.03.33 | 10 | |
Linux | Linux | (64-bit)|(32-bit) | 0 | 15-DEC-15 12.03.33 | 11 | ||
Red Hat|RedHat|rhel | Red Hat | \d+\.?\d?+ | (64-bit)|(32-bit) | 1 | 15-DEC-15 12.03.33 | 12 | |
vmnix | vmnix | -x86|x86 | 1 | 15-DEC-15 12.03.33 | 13 | ||
SunOS | SunOS | \d+\.?\d?+ | (64-bit)|(32-bit) | 1 | 15-DEC-15 12.03.33 | 14 | |
Data Domain | Data Domain | (64-bit)|(32-bit) | 1 | 15-DEC-15 12.03.33 | 15 | ||
Fedora | Fedora | \d+\.?\d?+ | (64-bit)|(32-bit) | 1 | 15-DEC-15 12.03.33 | 16 | |
Debian | Debian | \d+\.?\d?+ | (64-bit)|(32-bit) | 1 | 15-DEC-15 12.03.33 | 17 |
Usage | To insert a regular expression row into the database table, use this command: execute server_group_package.insertCustomerOsNormData(null, 'os_platform_regex', 'os_platform', 'os_version_regex', 'ignore_string', priority, domain_id); To update values in a regular expression row into the database table, use this command: execute server_group_package.insertCustomerOsNormData(os_normalization_id, 'os_platform_regex', 'os_platform', 'os_version_regex', 'ignore_string', priority, domain_id); Where: os_normalization_id: This value is unique for each Regex row (see Host OS Categorization Default Settings). IDs less than 100000 are system defaults and cannot be removed, but their values can be modified. When inserting a regular expression into the database table, this value must be null because the process assigns this number. os_platform_regex: These strings are used to match a substring in the collected text to identify the platform. This field cannot be null. os_platform: This is the value that is saved to the database when the regular expression is encountered in the collected Host OS. This platform value can never be null, however, the version derived from the version regex may be null. os_version_regex: This is the regular expression used to match a substring in the collected text to identify the version. ignore_string: These strings are ignored and are treated as irrelevant details when determining the platform or version. priority: This value indicates precedence: the higher the value, the higher the priority. For example, Red Hat has a higher priority than Linux, which means that a Host OS that contains a Red Hat substring and a Linux substring will result in a Host OS of Red Hat. User-defined regular expressions must have a priority higher than 1 to override system defaults. This field cannot be null. domain_id: The Domain ID is shipped with a null default value. In multi-tenancy environments, such as Managed Services Providers, the Domain ID can be updated to change the processing for a specific domain/customer. Note that a Creation Date also is saved in the database table. This is the date and time that the Regex record was created in the database. |
Usage | execute server_group_package.updateExisting HostOsinfo(hostGroupId); Where: host_group_id: This is the numeric identifier of a host group. See Identifying a Host Group ID. |
Description | This utility enables you to move or link large quantities of clients to different host groups. This tool accepts wildcards for the client_name_mask attribute. This utility will first validate the existence or the two group names passed as the first two parameters (see below). If the groups do not exist, the utility return an error. |
Usage | execute server_mgmt_pkg.moveOrCopyClients('<source_host_group>', '<destination_host_group>', '<client_name_mask>', <move_or_copy_flag>); Where: source_host_group is the full pathname to the source host group, for example /Aptare/Masters/GroupA destination_host_group is the full pathname to the destination host group. client_name_mask is a string that can contain wildcards (*). For example, abc* indicates all clients that have an internal_name that starts with abc. To process all clients use the value NULL (which should not be within quotes). move_or_copy_flag is 0=copy and 1=move. |
Description | This groupClientsbyAttributes utility enables you to organize clients within a host group, based on client attributes. This utility will create host groups named for each attribute value, underneath a parent host group, as shown in the following example. Example of Organizing Clients by Geographical Location: Create a host group named Geography. This will be the destination group that will be used to organize the clients by location. Then, create an attribute named Geography. For a subset of a host group’s clients, set their Geography attribute value to London and for another subset of clients, set their Geography attribute to New York. Use the following groupClientsbyAttributes utility to organize the clients that have a Geography attribute configured. execute server_mgmt_pkg.groupClientsbyAttributes(300000, 302398, 1, StringObjectListType(stringObjectType('Geography'))); Where 300000 is the group ID of the root group, Global; 302398 is the ID of the Geography group you just created. So, for this example, the clients in the Global (source) group are organized into the following host group hierarchy: Additional References: |
Usage | execute server_mgmt_pkg.groupClientsbyAttributes(<source_Group_ID>, <destination_group_ID>, <cascade_Source_Group>, StringObjectListType(<attribute_List>)); Where: source_Group_ID is the numeric identifier of the host group for which you want to group the clients. See Identifying a Host Group ID for the steps for finding a group ID. destination_group_ID is the numeric identifier of the group under which you want to group the clients. cascade_Source_Group is a numeric flag that indicates if you want this utility to process the source host group’s sub-groups and organize those clients in the destination group. attribute_List is a comma-separated list of attribute names, each enclosed in straight single quotes. These names are used to create the sub-groups that organize the clients underneath the source group. |
Description | This utility enables you to move a host group and all of its hierarchical contents to another host group. |
Usage | execute server_mgmt_pkg.moveServerGroup('<source_host_group>', '<destination_host_group>'); Where: source_host_group is the full pathname to the source host group, for example /Aptare/Masters/GroupA. Be sure to use the host group name, not the host group ID. destination_host_group is the full pathname to the destination host group. Be sure to use the host group name, not the host group ID. |
Description | There are some occasions where you may wish to remove the entire contents of a host group, including any sub-groups within this group and any clients under the hierarchy. This utility allows administrators to perform this type of delete operation. CAUTION: IF YOU USE THIS COMMAND TO REMOVE A HOST GROUP, AND IF CLIENTS UNDER THE HOST GROUP HIERARCHY DO NOT EXIST IN ANY OTHER GROUP, THE CLIENTS AND ALL OF THEIR ASSOCIATED CONFIGURATIONS WILL BE PERMANENTLY REMOVED FROM THE DATABASE. |
Usage | execute server_group_package.deleteEntireGroupContents(100, <parent_group_id>, <group_to_remove_id>); Where: parent_group_id is the group id of the parent group which contains the group to be deleted. group_to_remove_id is the group id of the group to be deleted. |
Description | This utility enables you to create a hierarchy of servers and links all clients that are members of a server into the respective server group. For example, in an IBM Tivoli Storage Manager environment if you have two IBM Tivoli Storage Manager servers called TSM1, TSM2, this utility creates two host groups, TSM1 and TSM2, and links the IBM Tivoli Storage Manager server’s clients into the corresponding IBM Tivoli Storage Manager host group. |
Usage | execute common_package.moveClientsIntoServerGroups( <source_group_id>,<destination_group_id>, <move_or_copy_flag>, <latest_server_only>); Example: exec common_package.moveClientsIntoServerGroups(300000, 300010, 1, 1), ; Where: source_group_id is the internal group ID of the group hierarchy to traverse. destination_group_id is the group ID in which host groups by management server will be created. APTARE recommends that you create a host group under source_group_id called <vendor_name> Servers and use the group ID of this new host group for the second parameter. When you organize by server, if a host group exists anywhere under the source group hierarchy with the name of that server, the routine associates the clients with that folder and does not create a new folder under the destination folder. This association occurs whether you explicitly specify the destination folder or if the destination is NULL. However, if you pass a source folder that is at a lower level, the routine only checks for a folder under that hierarchy. If you specify NULL as the destination folder, the routine creates a host group under the source_group_id called Master Servers. move_or_copy_flag can be set to 0=Link (copy) clients or 1=Move clients. If set to 0, the utility links the clients to their respective host groups and keeps the clients in their original group location. If set to 1, the utility moves all clients from the source host group and to their respective host groups. The utility processes and organizes all clients of the source group hierarchy into the target server grouping. However, if the move_or_copy flag is set to 1, the utility removes only clients in the top level source_group_id group—and does not remove those already organized in lower-level sub-groups. latest_server_only, when set to 1, indicates the last server to back up the client; otherwise, set this flag to 0. |
Description | Under certain circumstances, backup clients may have duplicate entries in the StorageConsole database. This utility enables you to merge the data of clients that appear more than once in the database. In most cases, it is not necessary to shut down the data receiver while the client records are being merged. Although not required, it is recommended that you shut down the data receiver before executing this utility so that data will not continue to be collected for the hosts that are being merged. Merging of NetBackup master servers is not supported. |
Usage | execute duplicate_package.mergeDuplicateServers(<'host_grp'>,<host_name_type>); Example: exec duplicate_package.mergeDuplicateServers('/Corp',1); Where: host_grp is the explicit host group path and name. host_name_type indicates whether to use only the host’s base name while finding duplicates, or use the fully qualified name. 0 = fully qualified host name, 1 = host base name. Example of a host base name: QAhost1 Example of a fully qualified host name: QAhost1.yourcompany.com |