Subscribe to Windows IT Pro
August 14, 2001 12:00 AM

Recovering DHCP

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

Avoid Conflicts
Regardless of which procedure you use to restore your DHCP database and DHCP services, a good practice at this point is to enable DHCP's IP address conflict­detection feature. This feature, which is present in Win2K and NT 4.0 Service Pack 2 (SP2) and later, uses a ping test to verify that an IP address isn't already in use before the DHCP server assigns the address to a DHCP client. After a restore operation, a DHCP server might not be up-to-date and can give out addresses that are already in use, so verify that this feature is enabled before you put the server back in service.

To verify that the conflict-detection feature is enabled on Win2K DHCP servers, right-click the server name in the left pane of the DHCP snap-in, select Properties, then click the Advanced tab. On this tab, set the Conflict Detections Attempt value to any integer greater than zero. The value you set tells the server to make that many ping attempts to the IP address before allocating the address to a client.

On NT 4.0 DHCP servers, select Properties from the DHCP Manager utility's Server menu. You'll find the Conflict Detection Attempts setting on the resulting dialog box's General tab.

Preparing for DHCP Disaster
In addition to knowing the techniques for recovering failed DHCP services, you can take a few preparatory steps that will make recovery easier. First, periodically run Jetpack on DHCP databases to compact them and verify their integrity. Second, regularly use the DhcpExim utility to export and back up the configuration of each of your DHCP servers, then store this data in a separate location (i.e., not on the server you're backing up). Third, if appropriate, edit the registry to increase the frequency of automatic DHCP database backups. Fourth, consider using Win2K and NT's built-in replication features or a third-party utility to replicate the DHCP database to other locations on the network. Finally, if you're running a clustered environment, consider implementing DHCP as a clustered service.

These steps, in addition to familiarity with DHCP recovery techniques, will ease the recovery process in the event of a failure. In a later article, I'll help you round out your recovery knowledge with a discussion about disaster prevention and recovery features for WINS and AD.

Related Articles in Previous Issues
MICROSOFT

"DHCP: Detecting and Flagging Duplicate IP Addresses" (http://support.microsoft.com/support/kb/articles/q161/4/30.asp)

"How to Move a DHCP Database to Another Windows NT Server" (http://support.microsoft.com/support/kb/articles/q130/6/42.asp)

"How to Restore a Corrupted DHCP Database File" (http://support.microsoft.com/support/kb/ articles/q173/3/96.asp)

"How to Use Jetpack.exe to Compact a WINS or DHCP Database" (http://support.microsoft.com/support/kb/articles/q145/8/81.asp)

"How to Use the Jetpack Utility on a Clustered WINS/DHCP Database" (http://support.microsoft.com/support/kb/articles/q283/2/51.asp)

"Jetpack Error Codes for Windows 2000 and Windows NT 4.0" (http://support.microsoft.com/support/kb/articles/q172/5/70.asp)

"Using WINS and DHCP with the Windows 2000 Cluster Service" (http://support.microsoft.com/support/kb/articles/q226/7/96.asp)

WINDOWS 2000 MAGAZINE
You can obtain the following articles from Windows 2000 Magazine's Web site at http://www.win2000mag.com.
L. J. LOCHER
"Detecting a Rogue DHCP Server," December 2000, InstantDoc ID 15970
DARREN MAR-ELIA
"WINS and DHCP Preventive Maintenance," March 1999, InstantDoc ID 4872
MARK MINASI
Inside Out, "DHCP Recovery," March 1999, InstantDoc ID 4976

Related Content:

ARTICLE TOOLS

Comments
  • Earl Hinkle
    10 years ago
    May 08, 2002

    Sean Daily's articles about recovering essential network services, "Recovering WINS" (March 2002, InstantDoc ID 23833) and "Recovering DHCP" (September 2001, InstantDoc ID 21841), were very informative, especially the suggestions about preparing for disaster. Do you recommend a time interval (e.g., once a month, once a quarter, once a year) for performing the maintenance for those crucial services? Also, have you written any articles about preparing for disaster recovery on Windows 2000 Server or Active Directory (AD)? I'm developing a maintenance schedule and plan to implement the recommendations from your articles.



    ---------------------------------------------------


    How frequently you need to perform the maintenance services I discussed in the articles depends on the size of your organization. Large networks will have an inherently greater use of services such as WINS and DHCP than small networks will have. Thus, performing more frequent maintenance tasks on the databases these services use is important for large networks. In any case, a quarterly maintenance schedule is an absolute minimum*
    a monthly schedule is a better idea for all but the smallest networks.
    Search the archive on Windows & .NET Magazine's Web site (http://www.winnet
    mag.com/magazine) to find other recovery-oriented articles. Look for the third part of my recovering essential services series, "Recovering AD," in an upcoming issue of the magazine.

    --Sean Daily

  • Rick De Bucce
    10 years ago
    Feb 05, 2002




    Sean Daily's article lists several steps to prepare for DHCP disaster. I'd like to replicate the DHCP database to another location. The article mentions using Windows 2000 or Windows NT's replication feature to perform this task. How do you do that, and which file do you replicate (e.g., dhcp.mdb in \\%systemroot%\\system32\\dhcp\\backup\\jet\\newfolder)? I was thinking of using a batch job to pull all the DHCP databases in our enterprise to one location for our administrators to access. Would you recommend that we pull the backup copy of dhcp.mdb that Win2K creates?



    Rick De Bucce


    I'd handle this task exactly as you suggest: Create a job on each server to stop the service, back up the current database to a centralized location (perhaps with a subfolder of the server's name or some similar method of keeping different DHCP server databases labeled and separated), and restart the DHCP service. The location you mentioned would be the backup of the database*you'll probably want to back up the current version of dhcp.mdb in the \\%systemroot%\\system32\\dhcp folder.



    Sean Daily

You must log on before posting a comment.

Are you a new visitor? Register Here

advertisement

advertisement

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