CA Configuration Automation lets you build and maintain custom blueprints. Although simple blueprints can be easy to build, detailed and complex blueprints require careful planning and testing.
Follow these steps:
The Blueprints pane opens, listing all existing blueprints.
The Create Blueprint wizard opens.
The Discovery Methods page opens. It displays the File Indicators pane and the Add New Search Options pane.
The Registry Indicators pane displays with Registry Indicators expanded and the \HKEY_LOCAL_MACHINE element selected. The \HKEY_LOCAL_MACHINE pane displays the Search Options fields.
The Network Probes pane displays with the Network Probes element selected. The Add New Network Probe pane displays the Network Probe fields.
On servers without CA Configuration Automation agents, discovery operations can use network probes to:
The Discovery Verification Rules page displays with the Discovery Verification Rules element selected in the left pane. The Add New Discovery Verification Rule pane displays the Discovery Verification Rule fields.
The product runs the verification rules during discovery to verify that the discovered components are correctly identified. In some cases, the file and registry indicators cannot determine the existence of installed components. Similarly, the file and registry are sometimes unable to distinguish between two components with similar indicators. If a verification rule fails, the component discovery fails.
The product saves the Discovery Verification Rule values, and then displays the Management page. The $(Root) folder is selected in the File Management pane, and the $(Root) pane displays the File Management Options fields. The Management page links the following pages:
These pages let you define important file attributes, registry entries, and database elements that are associated with this managed component.
If no files or registry entries are defined, the product manages all files under the component root directory and registry entries under the registry. If a component has a limited number of files or registry entries, allow all files and registry entries under the root to manage them. However, for a complex component with many files, specify only the important directories, files, and registry entries on which to focus. Identifying specific files and registry entries from the Management page lets you refine the managed component view.
The product adds the directory below the $(Root) directory in the File Management pane.
The product adds the file below the $(Root) directory in the File Management pane.
The product adds the new elements below the selected node in the File Management pane.
The File Filters and Attributes pane displays the directory and file structure that you created in Steps 14 through 16 below the $(Root) folder.
The product adds the key below the $(RegistryRoot) directory in the Registry Management pane.
The product adds the file below the $(RegistryRoot) directory in the Registry Management pane.
The product adds the new keys or values below the selected node in the Registry Management pane.
The product adds the key below the $(RegistryRoot) directory in the Registry Management pane.
The left pane displays the Data Management folder, and the right pane displays the Database page.
The database appears in the Data Management pane.
The Component Parameters and Variables page opens.
The Configuration - File Parsing page opens.
The Component Grouping Options page opens. The page contains options that let you nest components in a service for display to emphasize the relationships between them. For example, when a component depends on subordinate components in the primary component file system root, you can use nesting to enforce the parent-child relationship.
Oracle databases, for example, typically install a Java Runtime Engine and an Apache Web server in the installation directory. The product expresses the relationship between the utility components and the Oracle database by nesting the JRE and Apache in the Oracle component.
The product creates the blueprint, which then appears in the Blueprint table.
Follow these steps:
The Precedence table lists the directories in $(Root).
Consider order when you apply meta-links to File Structure Classes (descriptions, rules, filters, and categories) on the parsed data (parameters and groups) and overlays. The Change Detection, the Compare, and the Rule Compliance operations consider the order to process the content to match correct values.
For example, consider the following parameter definitions in a Blueprint File Structure Class, each with its own rules, category filters, and weights:
ab.*
a.*
.*
Therefore, define more specific parameters first, and then define more generic parameters.
The product adds your selections to the Selected Categories column.
The product adds your selections to the Selected Filters column.
The Rules tab defines rules that constrain file and directory values in the Managed - File System overlay. The rules include both explicit constraint rules that you create and predefined, implicit constraint rules. For example, if you specify a value or data type for an element, CA Configuration Automation automatically creates an implicit Check Default or Verify Data Type rule.
Follow these steps:
The Registry Filters and Attributes pane displays the $(RegistryRoot) folder and the $(RegistryRoot) pane displays the Precedence tab. The tab shows existing keys and values in the corresponding tables.
The product reorders the directories. The importance of sequencing keys and values is similar to the sequencing described in Step 18.
The product adds the key below the $(RegistryRoot) directory in the Registry Management pane.
|
Copyright © 2013 CA.
All rights reserved.
|
|