Martin Zugec Posted September 3, 2005 Share Posted September 3, 2005 Hi guys! As you can read on my blog, I am finishing my work on core of SDS. See martinzugec.blogdrive.comSoon I will release the beta version, however right now I am searching for person, that is willing to write some documentation (I am horrible at this, you know)... Any volunteer will be mentioned and will have primary access to SDS products & news. Link to comment Share on other sites More sharing options...
Martin Zugec Posted September 3, 2005 Author Share Posted September 3, 2005 (edited) Ok, I got some time right now, so I will try to describe what exactly is this "SDS" project about...For those who dont know what are tools like SMS, USD or Tivoli for:The main reason for these tools to live is to provide ability to install programs and/or performs some commands remotely. Lets take an example - you are administrator in company with about 50 computers. You created your Windows XP unattended installation with DirectX 8.0... However after some time Microsoft released DirectX 9.0 - what to do now?Of course you modify your installation source and replace old DirectX with new version, however what to do with already installed computers?Now its the time for management tools - they will allow you to deploy this SW to many computers...There is one problem - there isnt any free solution. So I decided to combine few of technologies I am using at deployment today and to create SDS - free management tool. For example you can create job, that will install Office 2003 and command SDS to install this office to computers PC1000, PC1001 and PC1002... SDS will take care of the rest - it will install the SW or install it when computers are available (this is quite important).Some informations about SDS:Types of operations - a.) Installations - like Office2003 or DirectXb.) Commands - like Restart_Computer or Disable_AutoLogonc.) Groups - like for example group Optimalize, that will run commands Disable_Services, Delete_Shortcuts and Optimalize_ComputerExecutionsYou can select between local and remote execution. This means who requested the operation. For example you can command "Install Office2003 to computer PC1000" - this is remote execution. Or you can say "I just finished ua installation, install group Standart_software to this computer" - which is local executionWhat language is SDS programmed in?You maybe wont believe me, but whole SDS is "programmed" in normal batches... However I implemented few advanced techniques like name parameters (/operation:installation etc.)When will be beta availableIt depends... I first need to write some documentation and I am really TERRIBLE at writing things so people can understand what I mean. That is why I am searching for someone, that will take care of this problem Example of Group?It is quite simple:This is group DotNetFramework:Group.ini:Installation=DotNET_Framework_1.1Installation=DotNET_Framework_1.1_SP1This is group Optimize_Computer:Group.ini:Command=Optimize_ComputerCommand=Disable_ServicesCommand=Delete_ShortcutsExample of Installation?Again - it is quite simple DotNET_Framework_1.1`s Job.cmd:Title SDS OperationSet pathInstallationPath=%~dp0msiexec /i "%pathInstallationPath%Job\netfx.msi" /qbExample of Command?Disable_AutoLogon´s Job.cmd:Set strAutoLogonKey=HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogonreg delete "%strAutoLogonKey%" /v AutoAdminLogon /freg delete "%strAutoLogonKey%" /v DefaultUserName /freg delete "%strAutoLogonKey%" /v DefaultPassword /f Edited September 3, 2005 by Martin Zugec Link to comment Share on other sites More sharing options...
Martin Zugec Posted September 3, 2005 Author Share Posted September 3, 2005 (edited) Available parametersAvailable parameters are/Operation:Installation/Command/GroupHere you can select the type of operation you are trying to perform./Job:job_nameHere you specify the name of the job./Machine:machine_nameHere you specify the name of the remote computer./Automated:Global_job_nameThis is automatically created parameter used in automated installations. Ignore it./Restart:Yes/NoThis defines if target computer should be restarted BEFORE installation./Storage:Local/RemoteNot yet fully implemented - this will define if target computer should run installation from Remote (server) or download files first./Execution:Local/ServerDefined if the operation is performed on computer that run SDS or it should be performed on remote computer. This is not needed - for most parameters SDS have intelligent variable creation (for example if you specify /Machine, but didnt specify /Execution, SDS automatically decide that /Execution should be set to Server)/AllowDefaultPackages:Yes/NoYou can use default start/end packages for you operations. These packages will be always included before/after operation. For example typical "closing" operation is Restart_Computer. /InstallationMethod:RunOnceEx/PsExec/ScheduledDefined a method for installation. Scheduled is not implemented yet, however RunOnceEx is working perfectly and I am now working on PsExec method (it is working, however I need to debug first). Most reliable method is RunOnceEx + /Restart:Yes.I will provide you with some examples:Install Office2003 on computer PC1000 and automatically restart it. SDSMain.cmd /Operation:Installation /Job:Office2003 /Machine:PC1000 /Restart:YesRun group of commands named Optimalization on current computerSDSMain.cmd /Operation:Optimalization /Job:Optimalization Edited September 3, 2005 by Martin Zugec Link to comment Share on other sites More sharing options...
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now