| Change Assistant |
|
| Written by Administrator | |||||
| Saturday, 06 January 2007 | |||||
Setting Up Change Assistant
Change Assistant was first released in PeopleTools 8.44 as part of PeopleSoft’s Total Ownership Experience program. It was meant to automate many of the tasks around applying maintenance, such as figuring out what needs to be applied, downloading the new maintenance programs, determining what order to apply the maintenance, checking prerequisites, applying the maintenance, and deploying flat files (like SQR’s, COBOL’s, Crystals) to file servers and NT and UNIX batch servers. Later versions of Change Assistant run compare reports and migrate the maintenance and customizations to your development/test/production environments. Unfortunately the setup isn't very intuitive, and since I've been spending some quality time configuring Change Assistant lately I thought I'd add my two cents worth on how everything fits together. Change Assistant ArchitectureAutomating so much of the maintenance tasks means that Change Assistant must know a lot about your environments. It needs to know where every file server, app server, process scheduler is and what machine they are on. It needs to know about your database, and what patches have been applied to it. The system that gathers this information and makes it available to Change Assistant is called the PeopleSoft Environment Management (PSEM) Framework. The PSEM framework has two important components: 1) The PSEM Agents which are set up on each of your PeopleSoft servers and crawl the disks looking for PeopleSoft installations, and 2) The PSEM Hub which gathers and reports on all of the environment information that the PSEM Agents send it. The PSEM Agents listen on a pre-defined port for requests to shut down, perform a “re crawl” when the information gets out of date, or to accept a file from Change Assistant and move it to the correct directory. This is how Change Assistant is able to deploy new SQR’s and COBOL’s to your UNIX servers without resorting to FTP. The PSEM Hub resides on the web server. It’s basically a servlet with an XML data repository. Look mom, no database! The PSEMViewer is the component that extracts the information from the PSEMHub and puts it into an XML file so you can read it with a browser. It’s a nice tool if you’re wondering what (if anything) is in your PSEM Hub. Change Assistant Setup
The biggest part about setting up Change Assistant is getting the PeopleSoft Environment Management Framework configured. I generally get this set up before I even install Change Assistant. To start with, pick an environment that will serve as your PSEM Hub. I usually pick a Demo environment to play this role. Beyond that, there’s not a lot of PSEM Hub configuration you have to do at this time. The PSEM Agent configuration is deceptively simple. Go to $PS_HOME/PSEMAgent/envmetadata/config and edit configuration.properties. What matters here is the hubURL (http://<yourservername>:<port>/PSEMHub/hub); the Agent Port (must be unique); and the drives to crawl. So how many Agents do you need on a server? Well, it depends. If you have a Windows server and all of the PS_HOME directories are under one Base directory, you can probably get away with just one Agent process that crawls all of your PS_HOME directories. In that case, the windowsdrivestocrawl parameter just needs to include the Base directory that’s above all of the PeopleSoft Home directories, and you’re done. On the other hand, if you have a UNIX server and all of the PS_HOME directories are owned by a different user, one Agent is going to get permission problems when it tries to crawl into directories it doesn’t own. In that case, you’ll have to set up a different PSEMAgent for each PS_HOME directory that you have. Each agent will need its own port number and the unixdrivestocrawl will be set to its PS_HOME. Once you get the Agent(s) configured, start it with either StartAgent.cmd or StartAgent.sh. The first time I run an agent, I always issue the recrawl command so that it simply crawls the environment, identifies and verifies the web server/app server/process schedulers, and quits. That way if there are any weird errors I can see them immediately. For example: $ StartAgent.sh recrawl So far so good. It looks like the agent found my app server, process scheduler, web server, and it figured out it was running on a host. Now we need to start it up normally so that it will continue to run and communicate with the hub. Here’s the UNIX command I use to run the agent in the background. $ nohup StartAgent.sh & I don’t have a good command to run the agent in the background on NT. If you have one, please share! When all of the agents are running, enter your HubURL in a browser and verify that your agents are registered and they are in a Running state. Are they running? Great. Now let’s configure and run the PSEMViewer just to make sure all of the information about your environments made it to the hub. Running PSEMAgent as an NT serviceIf you're running EM Agents on Windows, it's nice to start them as services. Here's how: 1) Update the configuration.properties file as described above.
Configuring and Running PSEMViewer
PSEMViewer has its own configuration.properties file under $PS_HOME/PSEMViewer/envmetadata/config. It doesn’t really matter which PS_HOME you run this from. Just like the PSEMAgent configuration, make sure you enter a valid hub URL and a unique port number. I don’t believe the DrivesToCrawl parameters are relevant for PSEMViewer. Once configuration.properties is set, go to $PS_HOME/PSEMViewer and run GetEnvInfo.bat (or GetEnvInfo.sh for UNIX). This will contact the hub, download all of the XML data, and put it in an xml file called viewer.xml under $PS_HOME/PSEMViewer/envmetadata/data. There’s also a file called viewer.html in the same directory that formats the XML file. If you’re on Windows, simply double-click on viewer.html to see your data. If you’re on UNIX, move the two files to a web server directory or FTP them to your client and double-click on them. Then you can review your environment. When you’re reviewing your environment, make sure that all of your environments are listed by name, that updates are listed under the Environment Updates tab, and hosts, file servers, app servers, process schedulers, and web servers all show up as expected. If not, go ahead and troubleshoot the problems before continuing. A note about the GUID
The GUID is a really big alpha numeric random number that uniquely identifies a database. It’s stored on the PSOPTIONS table, and is set the first time you start a process scheduler or application server. If you clone your production database to create a new Dev or Test environment, you’ll want to reset the GUID to its previous value if possible. Otherwise the data in the hub will get out of date along with any data you’ve previously uploaded to PeopleSoft. If you can’t reset the GUID to its previous value, update the PSOPTIONS table and set the GUID to a space before you start the app server or process scheduler. Configuring Change Assistant
Is everything working OK now? Great! Let’s install and configure Change Assistant. First, run the simple setup program at %PS_HOME%setupPsCAsetup.exe. The install process isn’t too remarkable so I won’t waste your time on screen shots or explanation. If you’re running multiple tools releases, you can run the version of Change Assistant that you prefer. An 8.47 change assistant works fine with an 8.46 environment. Once installed, launch Change Assistant. When it comes up click on Tools > Options. The Change Assistant Options dialog box will appear. Make sure the Apply Application Update radio box is selected. On the Change Assistant tab, you’ll specify the directories that Change Assistant will use. I generally create a ChangeAssistant directory under my PS_HOME directory, and create a Download, Staging, and Output subdirectories. Then I enter them in this page.
The Email and Web Services tabs are specific to your environment, so you’ll have to determine what goes there (if anything). On the Environment Management tab, enter the PSEMHub server name, and the PSEMHub server port in the spaces provided. Click Ping to make sure they work. On the “Settings”, you’ll notice there is a “Drives to Crawl” field. Change assistant prefers to crawl the workstation that it resides on instead of asking you where things are installed. Be sure you let it crawl the drive that your database connectivity programs are installed – otherwise you’ll get a “Unable to find SQL query tool for the environment” when you try to apply your change packages. I generally let it crawl the PS_HOME directory too, although I’m probably just superstitious.
Other Change Assistant Settings
Although I’ve never had to do this, according to the PeopleTools Installation and Upgrade guide the following firewall rules are required as well: To use Enterprise Change Assistant, you must configure your firewall settings so that the firewall does not filter PeopleSoft domain and IP names. Note. When setting trust rules or bypass rules on your proxy server, or in browser security, it is easier to maintain rules by domain or IP subnet. The following features must be set to allow access for PeopleSoft Enterprise Change Assistant:
Software update requests go to PeopleSoft Customer Connection on one port number, and the actual download comes back on a different ftp port number. Change Assistant uses SSL to connect at all times, but when you log in to PeopleSoft Customer Connection or Update Gateway through a browser only the login page is SSL.
Finally!
I hope this overview helps you get Change Assistant set up and working properly. As always, please leave a comment if you have any questions.
|
|||||
| Last Updated ( Thursday, 08 March 2007 ) | |||||
| Next > |
|---|

