In the meantime go have a look at the new stuff  in the Wisdom BuildingBlock Library

1. Using the WUID option
2. The MAC address of the first NIC and
3. 3) a combo of the computername and domain name.

In an environment where cloning is performed, using option 1 is not recommended as it may lead you to agents disapearing from the Wisdom console. This is due to the fact that the WUID is written into the HKLM portion of the registry, hence it will be part of the image. This is why we usually recommend either using MAC address or domain+computername as the Agent identification method here

When you uninstall the Wisdom Agent, it’s a quite clean operation. However the WUID value will remain on the target machine when you uninstall it. Although this is per design, it may have some unforseen consequences if you are in the middle of building your clone template. Hence it would be nice to know what to clean out in order to forget the Wisdom agent has ever touched a machine.

The registry keys you are looking for are:

HKLM\SOFTWARE\RES\Wisdom\Preferences\WUID
HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\WUID\Default

If you need to clean out the Wisdom agent completely, make sure you delete both the WUID keys.

The thread can be found here and here’s a direct link for downloading the Visio shapes.

• PowerFuse Express. This is a free version of the software, limited at 100 CCU’s and about 20% of the featureset (hey, you get what you pay for :-) This version will essentially help you get started with getting rid of your existing login scripts.
• PowerFuse MyWorkSpace edition. MWS was developed to address certain needs in overseas markets. MWS edition does not have the Security (appguard etc), Reliability (cpushield and so on), Integration (Citrix, Wisdom, etc) subsystems available, but the pricing is very affordable.
• PowerFuse Standard edition. Standard is very similar to MWS, except that we throw in a few more features. AppGuard and Removable Disk security within the security subsystem. Second it contains CPUshield and Instant Logoff in reliability. Filters and instant reports are also enabled. Finally it includes all integration options except Citrix integration.
• PowerFuse Enterprise edition. This is the Grand Enchilada with everything including the kitchensink, blender and matching steak knives :) Enterprise gives you the full range of User Workspace Management power at your fingertips in one easy to manage console.
• Platinum Edition. Yeah, so Citrix invented the idea of lobbing everything into one license and we are graciously following suit :) Platinum is not really a product, but it’s a bundeling offer which is currently includes both PowerFuse Enterprise edition and RES Wisdom. For more information about this and pricing informatiom, contact your local RES folks.

In order to help you get a better overview of what feature is in which PowerFuse edition, I’ve dug out a comparison chart out of the corp website. It shows a breakdown of what features are in there, what the benefits are and a checbox field for all 4 editions:

Click here to download the chart:

If you are new to the RES multiverse, perhaps comming from the SCCM side of things, it can sometimes be a bit confusing to figure out if a certain desired functionality is to be found in Wisdom or in PowerFuse. To help you find your way quicker, here’s a set of rule-of-thumbs for you:

• If the functionality you want has to do with the computer itself, it’s Wisdom you want.  Examples of this is rebooting, installing software, printerdrivers, modifying the contens of the system drives, setting HKLM registry settings
• If it has to do with anything within the users session, such as exposing shortcuts to installed software, mapping to printerqueues, modifying the contens of the profile or homedirectory, or setting HKCU registrysettings – then it’s PowerFuse you want to be looking at.

Where things may become a bit iffy for some, is when they discover Wisdom’s ability to provision users, and most go; “Hey, but that’s something to do with the user, why is it in Wisdom then? There is actually a perfectly good explanation for this. Creating a user is something which needs to be done on a Domain Controller, i.e. it’s not something happening within the user’s session. Basically adding a user to AD is essentially just adding a record to some database, a task which RES Wisdom is also perfectly capable of.

Second, PowerFuse has the capability to fire off a Wisdom job, based on user actions or simply event driven (logon, application launch, etc). This is actually an extremely cool feature which enables you to realize install-on-demand scenarios, as the logged in user does not have to be a local admin! Bear in mind however, that PowerFuse is not about application virtualization like App-V. The concept of PowerFuse+Wisdom integration may seem to somewhat blur the line in terms of which RES product does what. It is however quite simple when you look at it top-down: PowerFuse sits with the user in the session “layer”. PowerFuse knows how to talk to Wisdom below, which on-demand then executes machine tasks on behalf of the user in the “os” layer beneath.

To sum things up, the key difference is that Wisdom doesn’t care if the user is logged on or not, even if the target computer is turned on – as we support WOL. PowerFuse on the other hand, springs to life the moment the user initiates a session and stays with him and manages the environment until session end.

Great work chaps, thanks for sharing!

Click here to see the postings and download the Buildingblocks

March 27th, RES Software released an update package for RES Wisdom. The Service Release 1 package for Wisdom 2009 is available for download from the RES Portal. The update can be downloaded here (this requires you to have a valid SA logon).  So, what’s new in this update you might ask? There’s a good deal of fixes:

Have a look here for more info:  

If you havent’ tried upgrading Wisdom before, don’t worry. It’s piece of cake (really, it is! :) Essentially, you fire up your console and point to the update package, which is automagically uploaded and distributed thereafter. All the agents, dispatchers and consoles will upgrade themselves without you having to do anything.

1) You download the .WUP file (Yes, WUP is short for Wisdom Update Pack :). Start your Wisdom console and go to Infrastructure | Datastore | Setup | Components.

2) Here you use the button, and it’s pretty much a next, next finish job from there.

The mere thought of having a production system upgrade itself on a massive parallel scale,  may scare the  living daylights out of you. If it does, it just proves you’re still sane! :) Seriously, Wisdom is one of the most stabile platforms out there and it handles itself very safe and sanitary. One of the very little known facts of the product is that you can actually downgrade to an earlier update package version. So, if something isn’t working right, it’s possible to do a rollback. The version range where this is possible has yet to be determined, but we will ammend this post as soon as this has been clarified.

Happy upgrading

/TRG

 PowerFuse BuildingBlock: Default Global authorizations. This buildingblock will help you get from pilot to production much faster, by implementing some best practices for authorizations. The buildingblock contains a set of Global Authorized files which will enable the most common authorisations for Windows XP and VMware workstation. This will enable you to switch both Application Security and Read-Only Blanketing into Blocking mode much faster. For those of you out there using Vista, a seperate buildingblock will be made available later, as there are loads more stuff that Vista wants to pull up at logon. Besides, XP/2003 administrators will probably be happy not having to weed out a ton of unnecessary authorizations. If you want to have a look what’s in the box :), check out this nifty PowerFuse Instant-Report:  

 PowerFuse BuildingBlock: Best Practice Registry settings. This is another buildingblock which will help you speed up initial deployment by implementing some of the most common HKCU registry settings. These cover a lot of common stuff, best practices, etc. For example you can redirect shell folders, disable the XP tour, configure the explorer windows properly and much more. You can preview the contens of the buildingblock by having a look at an Instant-Report for the module here:  

  Wisdom BuildingBlock: Add a computer to the domain. This is a simple module, however it ought to be in the toolbox of every Wisdom admin out there. It simply enters a computer into a domain, but also modifies the DefaultDomain registry key, so the user logging on afterwards does not have to change the domain dropdown. Believe it or not, this is a frequent item which helpdesks have to deal with, so why not eliminate it all together? The module should need no editing at all. When you import it into your Wisdom 2009 environment, it will prompt you for all necessary information.

  Wisdom BuildingBlock: Super Security Audit (21MB). With this module you will quickly get an overview of any outstanding security issues, related to missing updates, vunerabilities etc. The module installs MBSA 2.1 + the security cab files and report everything back to the Wisdom console. Also the module will report you MS product keys and do a WGA check on the machines you schedule the job on. There are several cool things worth mentioning about this module.

• The module contains all the components ready to go. No extra downloads are necessary.
• Just download, import and execute.
• It can operate offline, which makes it great for those kinds of datacenters where allowing the servers to access the Internet is not an option
• The module supports execution on both 32 and 64 bit OS’s. Wisdom will make sure the right bit-version of MBSA is executed on the righ platform

If you would like a sneak-peak of what this module can do look here:

To make  the point that we here at RESguru.com are not completely bonkers (that is besides the point :), here’s a newspaper clip from the Reading Post (in the UK) of Febuary 11th. Click on it to view full-size.

This may at first sound like utter nonsense, but think of it like this: Let’s say that you want to enable users to have the same profile across different systems, say Vista, XP and Terminal Services 2003. Impossible you say? Nope, this can be done.  There is a nifty whitepaper from RES, available here which describes the entire procedure:  

To sum up the whitepaper, you can:

• Create a mandatory profile for each of the operating systems which require it
• Upload these profiles to PowerFuse Custom Resources, which will automagically replicate them out locally to the %programfiles%\res powerfuse\data\dbcache \resources\customresources folder on all machines running PowerFuse. Make a structure in PowerFuse Custom Ressources as seen here on the right (note you do not have to create all the folders etc. just point to the root folder of an existing mandatory profile and the RES console will import it with all subdirectories)
• Run the module on all target machines where users will be logging in.
• Configure User Preferences to grab the stuff which you want to store for the users uppon logout.
• Modify the User records in AD, change the user profile path of the users to the variable, say %manprofile% (remember, this can be done in Wisdom too! – perhaps a subject for another buildingblock)

This result is quite spectacular:  All users share one singular profile path (which is dynamic).  The user session will be loading the right mandator profile, as it will be specified by the variable. The path will be local, resulting in zero network traffic as result of loading the profile locally.

The Wisdom module has been designed with module parameters, so you can customize your own paths etc, making it quite easy to use.

Click here to download the module: 

Click the rarfile here to download it: