Is there any documents or webpage where I can find how to implement Application Manager (or Self Service Manager) to Radia 9.0?
Would be great add the AMP option when creating services by defect, and maybe use web browser to make software packages.
And the possibility to add multiple steps when installing, updating, removing services. Also add th eoption to show popups or messages to the users, after and before installation progress.
Take a user centric approach - if a user reimages a PC offer all previously offered software to the user again (optional) for install. Or if a user has multiple devices offer the Software the user has on other devices also to install (optional). Ideally also store settings so a reimage/system restore/ devcie migration is 100% seamless.
Would be handy to be able to pin or favourite commonly used AD objects where we assign policy for quick access instead of having to navigate through AD Structure to find. Would be good to be able to quickly access these objects in the Portal to modify Policy.
After manually upgrading a 100 server infrastructure with the 8.10.0003 patch, why isn't there functionality in the RCA console to import a Satellite patch to the Core and execute the stage it to the satellites and remotely install it on the satellites?
You would have to have it done in stages: 1. Import the patch 2. Stage the patch to the satellite 3. Execute the patch. In my mind, the staging should be done in advance of installation and it should be done so in a fashion that it doesn't flood the WAN while it copies to the Satellite. Execution needs to be done separately due to the possible scheduling restrictions imposed by a Change Management system.
Also, patches shouldn't require manual installation for desired components. If I need the 8.10.0003 patch PLUS the OS Management components, I should be able to select this from the console and then have the system update itself when I tell it too.
Supression of Reboots would be a necessary component.
Centralized reporting of success, failure, pending-reboots, etc. would be needed.
It is long past time to giving us this feature for maintaining our RCA infrastructure.
Instead of trying to second guess how long syncs will take between TIERs why not have a cascaded sync where higher TIER servers contact the lower TIER servers after they have completed their own syncs. Thus using all the available time you have available.
We can use SQL or Oracle for our reporting data so why not use the same for the jobs data.