RES WISDOM Review!
At DABCC.com I pride myself on presenting you with the information you need to solve problems related to Citrix and Terminal Services deployments. About 9 months ago I came upon the RES guys and I was very impressed so I added them to my offerings. This being said, the awesome Wilco van Bragt (http://sbc.vanbragt.net/) put together a killer review of RES’s WISDOM solution so I just had to make sure all of you had the chance to read it. He is an awesome guy and this is an awesome review so please have a read!!!
Several years ago RES (Real Enterprise Solutions) released RES PowerFuse. With PowerFuse all user application and Windows settings can be centrally configured, managed and monitored. Because PowerFuse is developed from a user settings standpoint, the applications need to already available on the Terminal Server or workstation. In other words the machine part is not the responsibility of PowerFuse so until now the administrator needed another way to accomplish the installation of Windows and applications. Now RES has developed RES WISDOM to accomplish the management of the machine part of the Citrix Server, Terminal Server, and workstations.
WISDOM was developed with one key point, “Keep it simple and easy”. RES claims that with three simple steps the product is fully operational. They call these steps, “Get Ready, Set, Go.” Let’s find out if WISDOM is that easy.
Logically the product needs to be installed first before you can use it. If you also see this as very black and white, this is actually the first step, which is not mentioned by RES (or is this indeed part of the first step ‘Get Ready’?). The first installation should be done on a machine which will be used for managing the WISDOM environment, normally your own workstation. During this installation the central WISDOM console will be installed on the machine from which all settings and configurations are set up. The installation itself is pretty easy, you can specify the destination directory and you’ll need to accept the license agreement. That’s all you need to configure, and because the installation file is MSI based, this part can be made performed unattended very easily.
After the first installationthe WISDOM environment need to be built. This starts with creating a datastore, the database where all WISDOM configuration settings are stored. Microsoft SQL Server is currently the only supported platform to create this database. All settings needed to create the SQL database are automatically filled in via the WISDOM Console, by using this data everything is created on the SQL server. After creating the datastore, all system settings can be configured. These settings include creating additional WISDOM administrators (only full administrator rights possible), licenses, and settings for the dispatchers like bandwidth and automatically discovering workstations and servers (information later in this article).
Within WISDOM three types of machines are recognized, Consoles, Dispatchers and Agents.
The console is the workstation or server being used for administrating and configuration the WISDOM environment.
A dispatcher is responsible for carrying out the execution of the scheduled Jobs and caches installation sources.
The Agent component is active on the machines on which the Jobs are executed, such as Citrix, Terminal Servers and/or workstations.
Within the ‘Get Ready’ step you can select one of more of these components and install them automatically on the system(s). It is also possible to install these components yourself if so desired, by using the MSI files which are used for automated deployment. Because these are MSI files, unattended/silent installation is easy.
The last configuration option is to combine Agents into a ‘Team,’ which makes it possible to install Jobs to multiple systems with a single click.
Step two ‘Set,’ in this step you are building the configuration for all machines to be managed and maintained with WISDOM with the Agent component install. This configuration is made in a module. This module consists of one or more Tasks. Modules can then be combined to a Project.
The interface is very straightforward. Adding a new Module opens a configuration screen where Task(s) and/or Querie(s) are added.
The following Tasks are available in this view:
– Apply Registry Changes
With this Task you can add or modify registry settings in the HKEY Local Machine key of HKEY Users key. Like all components it is no problem to browse to the key, also from other computers on the network.
– Change Computer Name Properties
WISDOM needs a basic installation of the operating system. With this Task the computer name can be changed, join a domain, placed in the right OU and changing the computer description. There is no option to change the SID of the machine, so you need to arrange it yourself by using SYSPREP or some other tool before deploying applications to the Agent server.
– Change Service Parameter
With this Task all settings concerning services can be changed. Examples are: changing the service account, service start-up, service status and restarting the service.
– Download Resources
This Task can be used to already download the source to the dispatcher. This option can be used to download files which are needed by one of the installation Tasks or for transferring files during off-peak hours.
– Execute command
Execute command can be used to start a command on the machine itself, using specified credentials and logging.
– Install Microsoft update
Using this command a Microsoft hotfix or update can be installed on the machine silently and unattended.
– Invoke Softricity client
With this option the machine settings of the Softricity client can be managed. The ability to preload the application cache is a wonderful option that enables applications to be configured and preloaded to a system. Publishing the application to the Start Menu and/or the desktop can also be configured here. Also the logging level can be adjusted and if needed, an extra Task can be made to clear the application cache.
– Invoke Windows Installer
This Task is available to install applications on systems using a MSI based installation. Within this Task the MSI file is selected and instructed for what the Installer should do (Install, Upgrade, Patch, Repair or Uninstall). If necessary, additional MSIEXEC parameters can be filled in and MSI files can be added to the installation.
– Perform Unattended Installation
If the software application or update being installed supports a silent/unattended installation using his own executable file, this option can be used to perform the installation automatically. Parameters can be specified to fine-tune the installation.
– Set Windows Shell Configuration
An option designed especially for PowerFuse customers. PowerFuse can use its own shell in stead of the Windows shell. This Task sets the shell you would like to use.
– Shutdown Computer
This Task makes it possible to reboot the system. Options available include the ability to display a message to connected users, force the closing of application, shutdown time limit, and the possibility to delay the reboot if users are logged in to the system. This Task can be used after the installation of an application or for periodic reboots.
In addition to the above mentioned Tasks, the following Queries are available:
– Baseline Security
Built-in integration with MBSA (Microsoft Baseline Security Analyzer). In this Query you can specify the security catalog (it can also be downloaded from Microsoft’s website). This catalog can then be used to analyze the systems and report any missing updates and/or vulnerabilities. This Task also allows you to specify which vulnerabilities need to be searched for. MBSA and Agent need to be present on the target system.
– Computer Inventory
This Query checks all kinds of computer attributes like processor, memory, manufacturer, display adapter, network adapter and so on.
– Computer Name Properties
Simple Query, what is the computer name of the system.
– Query Computer Uptime
Again a simple Query for the total uptime a machine has been running.
– Query Disk Space
Query to monitor used disk space. If this Query is run regularly a chart can be created for analyzing the consumption of disk space.
– Event Logs
A Wonderful option to view all the event logs from one console, already filtered by your specifications (warnings, errors, information, and security audits) based on the time parameters you desire.
– File version/contents
This Query can check the file version for specified files (variables can be used) or content within a file.
– Installed Programs
This Query checks which programs are already installed on the systems.
– Query Registry Settings
Checks all values within a key or a specific value within the registry value.
– Query Services
Query if a service is available on the Agent together with its parameters. It can not be used to monitor the status of specified services directly. However, this can be seen indirectly by navigating to all services queried.
– Query SoftGrid client
This Query can be used for two purposes. The first is to Query the applications in the application cache of the machine. Second you can Query the Softricity SoftGrid client log for errors and warnings as well as reset the log itself.
– Query TCP/IP Configuration
Exactly as the name of the Query itself implies. Running this Query shows the IP configuration of the system(s) queried.
– Query Windows Shell Configuration
Queries the machine to find which shell is configured. This is also a special Query for the companies who also use PowerFuse.
Where necessary, within the Tasks or Queries additional credentials for carrying out the Task can be supplied, a module can exist of one or more Tasks. Modules can be combined into Projects. These Projects can be scheduled in the Job part in the third step. For example, you can put the installation and configuration (MSI install with some registry key changes) in one Module. This Module can then be placed in a Project that consists of an application set (for a specific target like Terminal Server desktop environment).
For all files be used for installation on the system, via the Windows installer or unattended installation, the installation source is added by using the resource tab. A resource can be placed within in the database of WISDOM or on a file share.
After creating a Project in the Set phase you are ready for the ‘Go’ phase. Projects can be scheduled for execution in this final step.
Using the Job Scheduling feature, you add new Jobs. A Job can have four time instances of execution: immediately, scheduled, reoccurring, or after next reboot.
All options are clearly explained and have enough detail to execute the Job exactly how you as you instruct. Next you select the Project to be executed. Last you need to specify which Agents need to execute this Job. Here you can use the Teams created in the Get Ready step. When the Job is executed it can be monitored in the current activity tab looking the same way as the installation of a dispatcher of Agent installation (see first image in this review). If the Job is completed or failed it will automatically be moved to Job Results. The Job Results tab enables you to view in detail why the Job completed or failed.
If a Job failed because you made some error in building the Module, you need to create a new Job within Go. The changes saved in the Modules are not effective for Jobs which have already run i.e. it uses the content of the Modules which were available when the Job was first run. Only when creating a new Job are the Modules checked again for their (new) content.
As described in the steps Get Ready and Go, the monitoring functions of the installations and/or Job executions are orderly and detailed.
Also when a Job fails the error codes are accurate enough to identify the source of the problem quickly. WISDOM’s ability to directly log the installation of the MSI files themselves is a wonderful feature.
With WISDOM, application deployment becomes almost a blind man’s buff. Also, centrally setting-up the installation and configuration of an application becomes a lot easier.
Logically you should know the parameters for installation, but that is true for every deployment system. Using enumeration of the Object to create one Project for execution is a nice and wonderful method. It’s unfortunate that adding files to the resource can be time-intensive process and failed Jobs need to completely scheduled again if there is a configuration error in one of the Modules.
The Queries are most useable for workstation inventories. It would be nice if RES extends these Queries to a kind of monitoring system, which can be used for Citrix Servers and Terminal Servers. My last wish would be if RES to add a Windows installation (with PXE boot) to WISDOM. If they make this available the complete deployment can be done using one console. Till now you need another tool to install the operating system on the server or workstation.
In spite of these wishes WISDOM is already a wonderful, solid product for application deployment and configuration (system settings) and enrollment of Microsoft updates and patches. Also, the installation model is very competitive when compared with similar products.
– Easy and simple but solid and robust application deployment and configuration
– Wonderful options available in the product like the Softricity integration, Event Log filtering and audit trails
– WISDOM can be used for workstations, Citrix Servers, and Terminal Servers
– Provides a good concise overview of Job(s) status with useful logging
-Adding files to resource Object(s) is time-consuming
-Queries at this time are mostly aimed at workstation management
-Service Query can not be directly used to monitor the status of Services