Subscribe to Windows IT Pro

 

Get Newsletters

  • Get the Latest News
  • Product Updates
  • Helpful Tricks
  • Productivity Tips

Subscribe Now!

August 01, 1997 12:00 AM

12 Steps to Cloning Windows NT Systems with SYSDIFF.EXE

Windows IT Pro
InstantDoc ID #1
Rating: (0)

When you acquire new systems for your organization, you face the challenging task of installing Windows NT, applications, and data on them. Swapping floppy disks and CD-ROMs, entering information, changing defaults, and performing the other required tasks to get an NT system up and running just takes too much time, particularly when you have to do it for several systems at once.

For example, say you need to set up 15 systems for new employees, each system with the same hardware, running NT 4.0, and including 10 applications. In addition, you must make the necessary changes to the Registry on each system for the Explorer interface and security. Setting up the systems manually is costly in time and productivity. Letting users install NT and applications for you wastes their productive time and leads to installation errors. Cloning is the answer.

Approaching Cloning
The goal of cloning is to create a duplicate system with all the original system's interface changes, tweaks, installed software, and options. However, each system you clone must be a unique system on the network. Merely copying all the files with XCOPY.EXE won't work because a copied system has the same security identifiers (SIDs) as the original for the operating system, machine name, and shares. The problem with such copying is that to ensure connectivity with servers, each cloned system must have unique SIDs, especially the machine name. Also, the cloning process must be fast; if not, it isn't worth the effort. And you need to be able to clone NT systems without incurring extra costs for necessities such as software and licensing.

To meet these requirements, the best approach to cloning is to take a currently set-up system, make sure it has the applications, data, and settings you want, and duplicate that machine's setup (except for the SIDs) on other systems. One cloning method is to use Computer Profile Setup (CPS), a set of utilities in the Windows NT 3.51 Resource Kit that lets you create a master system configuration that you can copy to other machines. However, CPS is difficult to use and doesn't always create unique SIDs. Third-party cloning products, such as Ghost from Binary Software and DriveCopy from PowerQuest are alternatives. Such products work well for cloning Windows 3.x and Windows 95 systems. However, for NT cloning, these products have some limitations. For example, these products can't deal with NT's requirement for unique computer names and IP addresses, nor can they handle differences in hardware, drivers, and settings. An easier, more reliable method is SYSDIFF.EXE, a tool on the Windows NT Server 4.0 CD-ROM (documentation for SYSDIFF.EXE is in the NT 4.0 Resource Kit).

SYSDIFF.EXE
The SYSDIFF.EXE utility lets you clone system modifications, applications, and changes--but not the NT operating system. You must install NT on the systems before using SYSDIFF.EXE for cloning; I explain a method for combining the NT installation and cloning process later. SYSDIFF.EXE can help make the necessary interface changes and connections to the network and shares. It can also help install application files and implement the necessary Registry changes associated with those files.

You can use SYSDIFF.EXE to perform these tasks in two ways, both of which I explain in this article. You can combine Registry changes and the binary files required to run the applications, putting them into a difference file (a file that identifies differences between the original and current configurations of the system being cloned) and then copy the difference file to the new system. Alternatively, you can use SYSDIFF.EXE to make only Registry changes. This approach creates an .INF file. You then copy the files by performing a backup and restore or by recording the files on a CD-recordable drive and copying them to the target system. Whether or not you include all the programs and auxiliary files, when you decide to clone your system, the most important part of the operation is the Registry.

SYSDIFF.EXE Prerequisites
For SYSDIFF.EXE to work correctly, several things are necessary, including

  • a master system with NT Server or Workstation 4.0 installed. You will make necessary changes on and add applications to this system.
  • a share on the server for the SYSDIFF.EXE application and auxiliary files, with sufficient space for all the applications to be installed on the master system. In this article, this share is in D:\BIN, shared as \\SERVER1\SOURCE.
  • SYSDIFF.EXE, which creates and applies the necessary files for cloning. It is on the NT 4.0 Server CD-ROM in the SUPPORT\DEPTOOLS\platform directory. Copy it to the share you've reserved on the server.
  • the snapshot file, which SYSDIFF.EXE creates to record the current system status (i.e., create the before picture).
  • SYSDIFF.INF, which controls what SYSDIFF.EXE looks for when it creates its snapshot and difference files. Copy this file from the CD-ROM to the share.
  • the difference file (i.e., the after picture), which SYSDIFF.EXE creates and which includes the changes made to the Registry, application files, and files associated with them.
  • the target systems, which already have NT installed. You'll copy the changes in the difference file to these systems.

If any of these parts are missing, preparing and implementing the clone installations will not work.

Step-by-Step Cloning: The Difference File Method
Here are 12 steps for cloning NT systems, using SYSDIFF.EXE to create a difference file that you'll copy to the target system.

  1. Install NT Workstation or Server 4.0 on the master system. However, wait to install applications until step 5.
  2. At the master system, map a drive letter to a share on the server (for example, X:\ is mapped to D:\BIN).

Related Content:

ARTICLE TOOLS

Comments
  • Wernher Eksteen
    10 years ago
    Apr 23, 2002

    Hi there, I saw your your 12 Steps on Cloning an NT installation. I have a few questions:

    To start from the beginning, I have created a multiboot cd that boots between windows professional, windows server and windows advanced server and integrated SP 2 to each and used the setupmgr to create an unattended.txt file that I renamed to winnt.sif and copied onto my stiffy to use when I choose to boot windows 2000 server. So now I have a unattended setup as well, and can change the criteria such as names and ip addresses etc for different installations.

    I want to know if it can be possible to use such a cd, and create an &oem% directory off it and have setup read from that as the distributed directory instead of a network share if I understand correctly. It would be great if that's possible, if so, what do I do.

    I am a bit confused with your explanation on this 12 steps to cloning a winnt installation, I wonder what you mean with master system and server. The way I understand this is that you say I have to have 2 seperate computers, one with a preinstalled windows system on it that will be snapshotted and diffed I think the master system, and the other the server that will have shares to the sysdiff.exe utility that will snapshot the master system. I am not sure if I understand you correct here, maybe I'm to stupid, but can you come down to earth and explain in more detail as to what on earth exactly you mean.

    Maybe I'm not understanding you correct. Maybe I'm havin the entire wrong idea, but my thinking is to have applications installed during the windows installation process without my interaction. Is this what you have explained, or am I on the wrong track. If I'm right, then can I do this with the cd I explained above by using that &oem& directory with that cmdlines.txt or not. In other words, can I use this way that you try to describe with sysdiff to begin a clean install from scratch, and that I will have certain applications installed as part of the windows installation process ?

    That's it, I hope it made sence. Hope to hear form you soon.

  • Marcin Czabanski
    13 years ago
    Aug 13, 1999

    I found Clayton Johnson’s August article, “12 Steps to Cloning Windows NT Systems with SYSDIFF.EXE,” very useful. The article helped us set up about 200 NT workstations in our new library at Wayne State University. Unfortunately, I found a small but crucial syntax error. The error appears in the syntax on page 158, step 12:



    sysdiff /m /apply X:\\after.img



    With this syntax, the procedure does not work. However, it does work as:



    sysdiff /apply /m X:\\after.img



    --Marcin Czabanski




    Thank you for the correction. We apologize for any inconvenience this error may have caused.

    --Karen Forster

You must log on before posting a comment.

Are you a new visitor? Register Here

advertisement

advertisement

White Papers

Get your Windows 7 deployment off to the right start by implementing PC lockdown. A locked-down environment is easier and cheaper to support since users are less likely to make unnecessary changes to the core system configuration - read more here!

Essential Guides

Is your iSCSI "lossy"? The reality is that most off-the-shelf Ethernet hardware deployed for iSCSI can lose packets, resulting in slow performance or application downtime. Learn how to assess your current iSCSI infrastructure and engineer an advanced iSCSI SAN infrastructure.

Web Seminars

What's the best way to keep your network safe from malware? In this web seminar, security expert Greg Shields suggests an alternative method to the traditional blacklisting approach that is common with anti-virus and anti-malware solutions.

eLearning Series

We bring the experts direct to you to share their real-world perspective and expertise. During each event, three sessions stream in real time, so you can learn, ask questions, and get solutions.
Upcoming event: Getting the Most with Exchange 2010 with Paul Robichaux

Subscribe to Windows IT Pro!

Windows is a trademark of the Microsoft group of companies. Windows IT Pro is used by Penton Media Inc. under license from owner.