Title: Windows in the Enterprise: Best of myITforum
 
AD Measuring the ROI of Systems Management Software
A leading analyst firm states that 'Argent delivers what a growing number of enterprises need today: flawless management of Windows, UNIX, and application servers; low total cost of ownership; flexible configuration; scalable architecture; modular products; positive ROI; and outstanding customer support. Every enterprise IT department wants value without sacrificing performance, and that describes Argent?s value proposition.' Download the white paper.
 

Featured Article

How OSQL can help you manage jobs across large numbers of Altiris Deployment Servers
[ by Patrick Hoyt, Contributor, myITforum.com ]

One of the ways that you can keep a consistent set of jobs synchronized across many different Altiris Deployment Servers is to leverage OSQL along with the AClient and the AxImport utility.

Why would you need to do this?

Well, perhaps you work for a company that has numerous geographically distributed offices -- each containing an Altiris Deployment Server. Perhaps you or your team has developed a new set of "known good" Deployment Server jobs in a lab environment -- and now you need a consistent way to replace your old jobs across a large number of geographically distributed Deployment Servers.

Maintaining a uniform set of jobs across numerous Deployment Servers can be a significant challenge, but there is a fairly simple way that you can do it.

Below is a synopsis of this process:

  1. Install the AClient onto each of your distributed Deployment Servers, pointing to some "Central" Deployment Server. In this manner you can send jobs to the Deployment Servers in the same way that you normally send jobs to ordinary clients.
  2. Export your "Known Good" jobs (from a lab Deployment Server, for example) in the form of a *.BIN file. This *.BIN file will contain are the jobs that you want to distribute across your production servers. Save your *.BIN file someplace on the network.
  3. Remove the existing jobs on the Production Deployment Servers (this is where OSQL comes in).
  4. Copy your *.BIN file to each of the Production Deployment Servers. I do this file copy via Deployment Server; however you could also leverage Altiris Notification Server or even the RoboCopy utility.
  5. Import the new jobs (from the *.BIN file you just copied) into each of the remote Deployment Servers. The Altiris AxImport.exe utility is used for this.

Installing the AClient (step 1) on each of your Deployment Servers can be accomplished via the Remote Agent Installer, which is probably "old hat" to most readers. Similarly, your Deployment Server jobs can be exported (step 2) by simply right clicking on them -- or their parent folder in more complex cases -- and selecting "Export."

OSQL is used in step 3. Here is an example of the script that you would need to run on your distributed Deployment Servers:

osql -U sa -P SApassword -d eXpress -Q "delete from event folder where folder_id = (select folder_id from event folder where [name] = '_Custom')"

In plain English, this says "Using the 'sa' account, with a password of 'SApassword' on the 'eXpress' database, delete the '_Custom' folder."

This actually deletes the contents of the "_Custom" folder as well, which allows you to start with a clean slate on each of your Deployment Servers (with respect to the "_Custom" folder). In normal real-world operations, if you didn't delete that folder first, you would end up with extraneous jobs that could complicate future troubleshooting on your individual Deployment Servers.

The next thing you need to do is copy your *.BIN file (step 4) that you previously exported which contains your new "_Custom" folder, and then import it (step 5) into each of the distributed Deployment Servers.

An example of the command line syntax that you can use in Deployment Server scripted job is:

"D:\LocalPath\AxImport.exe" D:\LocalPath\My_BIN_File.bin /lu %NODEFULL%\SomeLocalAccount /lp Password /o /r /y

Again, in plain English, this means "Import my BIN file using SomeLocalAccount (that exists on each Deployment Server) and has the password of 'Password' and don't prompt me for anything." The %NODEFULL% simply means "whatever machine I'm running on right now." In practice, the /o and /r are supposed to overwrite and delete content respectively, however I have observed that they don't reliably work in practice -- hence the need to use OSQL, which is a more thorough method.

I hope you have found this method to be helpful in your environment. If so, feel free to drop me a line at [EMAIL PROTECTED] and let me know.

This article first appeared in myITforum, the premier online destination for IT professionals responsible for managing their corporations' Microsoft Windows systems. The centerpiece of myITforum.com is a collection of member forums where IT professionals actively exchange technical tips, share their expertise, and download utilities that help them better manage their Windows environments, specifically Microsoft Systems Management Server (SMS). It is part of the TechTarget network of Web sites. To register for the site and sign up for the myITforum daily newsletter, click here

ABOUT THE AUTHOR:
Patrick Hoyt's experience includes working in corporate IT as an SMS administrator, as well as serving as a lead consultant in many deployments of SMS 1.2, 2.0, 2003 and Altiris technologies. He also served overseas as a Cryptologic Technician while in the United States Marine Corps. He currently resides in Minneapolis.

MORE INFO:

 > 
Leveling the Playing Field: Altiris vs SMS

 > 
Altiris no longer a competitor for SMS?

 > 
Critical Vulnerability in Altiris Deployment Server architecture

 > 
Altiris Carbon Copy Solution Privilege Escalation Vulnerability


Contact Us
Sales
For sales inquiries, please contact us at:
[EMAIL PROTECTED]

Editorial
For feedback about any of our articles or to send us your article ideas, please contact us at:
[EMAIL PROTECTED]
Free E-Newsletters!
Select e-newsletters you would like to receive via e-mail!

SearchWin2000: SQL Server Tip
SearchWin2000: Administrator Tips


Not a Member? We'll activate your membership with your subscription.



ABOUT THIS E-NEWSLETTER
TechTarget This e-newsletter is published by TechTarget, the most targeted IT media and events company.
Copyright 2004 TechTarget. All rights reserved.

To unsubscribe from "Windows in the Enterprise: Best of myITforum":
Go to unsubscribe: http://searchTechTarget.techtarget.com/u?cid=496890&lid=430805&track=NL-36

Please note, unsubscribe requests may take up to 24 hours to process; you may receive additional mailings during that time. A confirmation e-mail will be sent when your request has been successfully processed.

Contact Us:
TechTarget
Member Services
117 Kendrick Street, Suite 800
Needham, MA 02494

Reply via email to