Export (0) Print
Expand All
Expand Minimize

Chapter 18 - Maintaining WINS

Updated: June 29, 2001

Microsoft Windows Internet Naming Service (WINS) is a name resolution service that resolves computer names to Internet Protocol (IP) addresses. Using WINS, the computer name OMEGA, for example, could be resolved to an IP address that enables computers on a Microsoft network to find one another and transfer information. WINS is needed to support pre-Windows 2000 systems and older applications that use Network Basic Input/Output System (NetBIOS) over Transmission Control Protocol/Internet Protocol (TCP/IP), such as the NET command-line utilities. If you don't have pre-Windows 2000 systems or applications on the network, you don't need to use WINS.

The underlying application programming interface (API) that enables WINS name resolution and information transfers between computers is NetBIOS. The NetBIOS API contains a set of commands that applications can use to access session-layer services. Commonly used extensions for NetBIOS are NetBEUI (NetBIOS Enhanced User Interface) and NBT (NetBIOS over TCP/IP). This chapter focuses on WINS and NBT.

In Microsoft Windows 2000, WINS isn't automatically installed. To install WINS, you'll need to perform the following tasks:

  1. Click Start, choose Settings, and then click Control Panel.

  2. Double-click the Add/Remove Programs icon.

  3. Click Add/Remove Windows Components, and then click Next.

  4. Under Components, scroll to and click Networking Services.

  5. Click Details.

  6. Under Subcomponents of Networking Services, click Windows Internet Naming Service (WINS), and then click OK.

  7. If prompted, type the full path to the Windows 2000 distribution files, and then click Continue.

Note: The WINS server should have a static address.

On This Page

Understanding WINS and NetBIOS Over TCP/IP
Using the WINS Console
Configuring WINS Servers
Configuring WINS Database Replication
Managing the WINS Database

Understanding WINS and NetBIOS Over TCP/IP

WINS works best in client-server environments where WINS clients send queries to WINS servers for name resolution and WINS servers resolve the query and respond. To transmit WINS queries and other information, computers use NetBIOS. NetBIOS provides an API that allows computers on a network to communicate. When you install TCP/IP networking on a Microsoft client or server, NetBIOS over TCP/IP is also installed. NetBIOS over TCP/IP is a session-layer service that enables NetBIOS applications to run over the TCP/IP protocol stack. NetBIOS applications rely on WINS or the local LMHOSTS file to resolve computer names to IP addresses.

On pre-Windows 2000 networks, WINS is the primary name resolution service available. On Windows 2000 networks, Domain Name System (DNS) is the primary name resolution service and WINS has a different role. This new role is to allow pre-Windows 2000 systems to browse lists of resources on the network and to allow Windows 2000 systems to locate NetBIOS resources.

Configuring WINS Clients and Servers

To enable WINS name resolution on a network, you need to configure WINS clients and servers. When you configure WINS clients, you tell the clients the IP addresses of WINS servers on the network. Using the IP address, clients can communicate with WINS servers anywhere on the network, even if the servers are on different subnets. WINS clients can also communicate using a broadcast method in which clients broadcast messages to other computers on the local network segment requesting their IP addresses. Because messages are broadcast, the WINS server isn't used. Any non-WINS clients that support this type of message broadcasting can also use this method to resolve computer names to IP addresses.

When clients communicate with WINS servers, they establish sessions that have three key parts:

  • Name registration During name registration, the client gives the server its computer name and its IP address and asks to be added to the WINS database. If the specified computer name and IP address aren't already in use on the network, the WINS server accepts the request and registers the client in the WINS database.

  • Name renewal Name registration isn't permanent. Instead, the client has use of the name for a specified period, which is known as a lease. The client is also given a time period within which the lease must be renewed, which is known as the renewal interval. The client must reregister with the WINS server during the renewal interval.

  • Name release If the client can't renew the lease, the name registration is released, allowing the computer name or IP address, or both, to be used by another system on the network. The names are also released when you shut down a WINS client.

Note: Configuring a WINS client is described in the section of Chapter 15 entitled "Configuring WINS Resolution." Configuring a WINS server is described in the section of this chapter entitled "Configuring WINS Servers."

Name Resolution Methods

Once a client establishes a session with a WINS server, the client can request name resolution services. What method is used to resolve computer names to IP addresses depends on how the network is configured. Four name resolution methods are available:

  • B-node (broadcast node) Uses broadcast messages to resolve computer names to IP addresses. Computers that need to resolve a name broadcast a message to every host on the local network, requesting the IP address for a computer name.

  • P-node (point-to-point node) Uses WINS servers to resolve computer names to IP addresses. As explained earlier, client sessions have three parts: name registration, name renewal, and name release. When a client needs to resolve a computer name to an IP address, the client sends a query message to the server and the server responds with an answer.

  • M-node (modified node) Combines b-node and p-node. With it, a WINS client first tries to use b-node for name resolution. If the attempt fails, the client then tries to use p-node. Because b-node is used first, this method has the same problems with network bandwidth usage as b-node.

  • H-node (hybrid node) Also combines b-node and p-node. With it, a WINS client first tries to use p-node for point-to-point name resolution. If the attempt fails, the client then tries to use broadcast messages with b-node. Because point-to-point is the primary method, h-node offers the best performance on most networks. H-node is also the default method for WINS name resolution.

If WINS servers are available on the network, Windows clients use the p-node method for name resolution. If no WINS servers are available on the network, Windows 2000 clients use the b-node method for name resolution. Windows computers can also use DNS and the local files LMHOSTS and HOSTS to resolve network names. Working with DNS is covered in the next chapter.

Tip When you use Dynamic Host Configuration Protocol (DHCP) to dynamically assign IP addresses, you should set the name resolution method for DHCP clients. To do this, you need to set DHCP scope options for the 046 WINS/NBT Node Type as specified in the section of Chapter 17 entitled "Setting Scope Options." The best method to use is h-node. You'll get the best performance and have reduced traffic on the network.

Using the WINS Console

When you install a new server, it's configured with default settings. You can view and change these settings at any time using the WINS console.

Getting to Know the WINS Console

To manage WINS servers on a network, you'll use the WINS console. This console is found in the Administrative Tools (Common) folder. The main window for the WINS console is shown in Figure 18-1. As you see, the main window is divided into two panes. The left pane lists the WINS servers in the domain by IP address, as well as the local machine, if it's a WINS server.

Figure 18-1: Use the WINS console to manage WINS server configurations.

Figure 18-1: Use the WINS console to manage WINS server configurations.

By double-clicking an entry in the left pane, you can expand the listing to display the Active Registrations and Replication Partners folders. The Active Registrations folder displays information on the status of registered computer names. The Replication Partners folder shows summary information for WINS servers with which the server replicates registration information.

Adding a WINS Server to the WINS Console

If the WINS console doesn't list the WINS server you want to configure, you can add the server by completing the following steps:

  1. Right-click WINS in the console tree, and then select Add Server.

  2. Enter the IP address or computer name of the WINS server you want to manage.

  3. Click OK. An entry for the WINS server is added to the console tree.

Note: You can also manage local and remote WINS servers through Computer Management. Start Computer Management, and then connect to the server you want to manage. Afterward, expand Services And Applications and then select WINS.

Starting and Stopping a WINS Server

You manage WINS servers through the Windows Internet Naming Service. Like any other service, you can start, stop, pause, and resume WINS in the Services node of Computer Management or from the command line. To manage WINS servers using the Computer Management node, right-click WINS, choose All Tasks, and then select Start, Stop, Pause, Resume, or Restart, as appropriate. You can also manage WINS in the WINS console. Right-click the server you want to manage in the WINS console, choose All Tasks, and then select Start, Stop, Pause, Resume, or Restart, as appropriate.

Viewing Server Statistics

Server statistics provide summary information for WINS that can be helpful in monitoring and troubleshooting WINS. To view server statistics, right-click the server in the WINS console and then select Display Server Statistics. As Figure 18-2 shows, the statistics are displayed in a summary format.

The statistics provide the following information:

  • Server Start Time The time that WINS started on the server.

  • Database Initialized The time the server's WINS database was initialized.

  • Statistics Last Cleared The time the server's statistics were last cleared.

  • Last Periodic Replication The time the WINS database was last replicated based on the replication interval set in the Pull Partner Properties dialog box.

  • Last Manual Replication The time the WINS database was last replicated by an administrator.

  • Last Net Update Replication The time the WINS database was last replicated based on a push notification message that requested propagation.

  • Last Address Change Replication The time the WINS database was last replicated based on an address change message.

  • Total Queries The total number of queries received by the server since it was last started. Records Found indicates the number of queries successfully resolved. Records Not Found indicates the number of queries that failed.

  • Total Releases The total number of messages received that indicate a NetBIOS application has released its name registration and shut itself down.

    Figure 18-2: WINS statistics provide information that's useful in monitoring and troubleshooting the service.

    Figure 18-2: WINS statistics provide information that's useful in monitoring and troubleshooting the service.

    Records Found indicates the number of successful releases. Records Not Found indicates the number of failed releases.

  • Unique Registrations The total number of name registration messages received and accepted from WINS clients. Conflicts indicate the number of name conflicts encountered for each unique computer name. Renewals indicate the number of renewals received for each unique computer name.

  • Group Registrations The total number of name registration messages received and accepted from groups. Conflicts indicate the number of name conflicts encountered for group names. Renewals indicate the number of renewals received for group names.

  • Total Registrations The total number of name registration messages received from WINS clients.

  • Last Periodic Scavenging The last time a cleaning took place because of the renewal interval set in the WINS Server Configuration dialog box.

  • Last Manual Scavenging The last time a cleaning was initiated by an administrator.

  • Last Extinction Scavenging The last time a cleaning took place because of the extinction interval set in the WINS Server Configuration dialog box.

  • Last Verification Scavenging The last time a cleaning took place because of the verification interval set in the WINS Server Configuration dialog box.

Configuring WINS Servers

When you install a WINS server, the server is configured with default settings. You can change these settings by completing the following steps:

  1. Right-click the server you want to work with in the WINS console, and then select Properties. This displays the dialog box shown in Figure 18-3.

    Figure 18-3: Use the Properties dialog box to configure settings for the WINS server.

    Figure 18-3: Use the Properties dialog box to configure settings for the WINS server.
  2. Change property values on the General, Interval, Database Verification, and Advanced tabs as explained in the sections that follow.

  3. Click OK when you're finished making changes.

Updating WINS Statistics

The WINS console provides statistics on address registrations and replication. By default, these statistics are updated every 10 minutes. If you want, you can change the update interval or stop automatic updates altogether. To do this, follow these steps:

  1. In the WINS console, right-click the server you want to work with, and then select Properties.

  2. Click the General tab.

  3. To set an update interval, select Automatically Update Statistics Every and then type an update interval in hours, minutes, and seconds.

  4. To stop automatic updates, clear the Automatically Update Statistics Every check box. Click OK.

Managing Name Registration, Renewal, and Release

Computer names are registered in the WINS database for a specified amount of time known as a lease. By setting renewal, extinction, and verification intervals, you can control many aspects of the lease.

  1. In the WINS console, right-click the server you want to work with, and then select Properties.

    Access the Interval tab, shown in Figure 18-4, and then use the following fields to configure the WINS server:

    • Renewal Interval Sets the interval during which a WINS client must renew its computer name. It's also known as the lease period. Generally, clients attempt to renew when they reach 50 percent of the lease. The minimum value is 40 minutes. The default value is six days, meaning clients attempt to renew their lease every three days. A computer name that isn't renewed is marked as released.

    • Extinction Interval Sets the interval during which a computer name can be marked as extinct. Once a computer name has been released, the next step is to mark it as extinct. This value must be greater than or equal to the renewal interval or four days, whichever is smaller.

    • Extinction Timeout Sets the interval during which a computer name can be purged from the WINS database. Once a computer name has been marked as extinct, the next step is to purge it from the database. The default value is four days.

      Figure 18-4: Configure intervals to customize server operation for your network needs.

      Figure 18-4: Configure intervals to customize server operation for your network needs.
    • Verification Interval Sets the interval after which a WINS server must verify old names it doesn't own. If the names aren't active, they can be removed. The minimum value is 24 days. Generally, computer names registered in a different WINS server have a different owner, and thus they fall into this category.

Tip Think of these intervals as giving you a timeline for names listed in the WINS database. Renewal Interval affects when leases are renewed. Extinction Interval affects when names that aren't renewed are marked as extinct. Extinction Timeout affects when extinct names are purged from the database. If you set Renewal Interval to 24 hours, Extinction Interval to 48 hours, and Extinction Timeout to 24 hours, it could take as long as 96 hours for a record to clear out of the WINS database.

Logging WINS Events in the Windows Event Logs

WINS events are logged in the System event log automatically. While you can't turn this feature off, you can turn on detailed logging temporarily to help troubleshoot WINS problems. To turn on detailed logging, follow these steps:

  1. In the WINS console, right-click the server you want to work with, and then select Properties.

  2. Access the Advanced tab, and then select Log Detailed Events To The Windows Event Logs.

Note: Detailed logging on a busy network can cause a heavy load on the WINS server. Because of this, you should only use detailed logging during testing, troubleshooting, or optimizing.

Setting the Version ID for the WINS Database

The version ID for the WINS database is updated automatically when changes are made to the database. If the WINS database becomes corrupt and you need to restore the database throughout the network, you'll need to access the primary WINS server and then set the version ID to a value higher than the version number counter on all remote partners. Setting a higher version number ensures that the latest information is replicated to replication partners.

You can view and change the current version ID number by completing the following steps:

  1. In the WINS console, right-click Active Registrations, and then select Find By Owner. This displays the Find By Owner dialog box.

  2. On the Owners tab, the Highest ID column shows the highest version ID number being used on each server. The value is set in hexadecimal format and the maximum value is 2^31.

  3. Note the highest version ID value, and then click Cancel.

  4. Right-click the entry for the primary WINS server in the console tree, and then select Properties.

  5. In the Advanced tab, type a new value in the Starting Version ID field. This value must be entered in hexadecimal format, such as E8B, and should be higher than the value you noted previously. Click OK.

Configuring Burst Handling of Name Registrations

Multiple WINS clients often try to register with a WINS server at the same time. Sometimes this can overload a WINS server, especially if hundreds of computers are all trying to register at the same time. Rather than being unresponsive to new requests, the WINS server can switch to a burst-handling mode. In this mode, the server sends a positive response to client requests before the server processes and enters the requests in the WINS database.

You can modify the threshold for when burst handling occurs to fit the size of your network and the capacity of the server. The default threshold occurs when there are more than 500 registration and name requests in the burst queue. You can set this threshold to a different value by completing the following steps:

  1. In the WINS console, right-click the server you want to work with, and then select Properties.

    In the Advanced tab, make sure that Enable Burst Handling is selected, and then use the following fields to set a new threshold:

    • Low Sets the threshold to 300 registration and name requests.

    • Medium Sets the threshold to 500 registration and name requests. This is the default value.

    • High Sets the threshold to 1000 registration and name requests.

    • Custom Allows you to set a threshold value between 50 and 5000.

  2. Click OK when you're finished.

Note: The maximum number of registration and name requests that WINS can handle at any one time is 25,000. The WINS server will drop requests if this limit is exceeded.

Saving and Restoring the WINS Configuration

Once you configure all the necessary WINS settings, you may want to save the WINS configuration so that you can restore it on the WINS server. To save the configuration, type netsh WINS dump >> winsconfig.dmp at the command prompt.

In this example, winsconfig.dmp is the name of the configuration script you want to create. Once you create this script, you can restore the configuration by typing netsh exec winsconfig.dmp at the command prompt.

Tip You can also use this technique to set up another WINS server with the same configuration. Simply copy the configuration script to a folder on the destination computer and then execute it.

Configuring WINS Database Replication

You can configure WINS servers to replicate their databases with each other. This ensures that each server's database is current and reflects changes on the network. As an administrator, you have many options for controlling when replication occurs. You can also force replication at any time.

Replication is handled with push partners and pull partners. A push partner is a WINS server that notifies other WINS servers of changes on the network. A pull partner is a WINS server that requests replicas from a push partner. You can configure any WINS server as a push partner or pull partner, or both.

To increase the reliability of replication, you can configure persistent connections between replication partners. With persistent connections, replication partners keep connections open even when they're idle. This allows the WINS servers to replicate changes throughout the network quickly and efficiently.

Setting Default Replication Parameters

Before you create replication partners, you'll want to set default parameters. These parameters are used to configure new push and pull partners.

Assigning General Parameters

General parameters control replication and migration. You can set general parameters by completing the following steps:

  1. Expand the view for the server you want to work with in the WINS console.

  2. Right-click Replication Partners in the tree view, and then choose Properties.

  3. In the General tab, select or clear Replicate Only With Partners. If it's selected, this option ensures that WINS information is only replicated with designated replication partners. If it's cleared, you can manually replicate WINS information with any WINS server on the network.

  4. Static mappings are created for non-WINS clients on the network, which allows their computer names to be registered in WINS. If multiple computers may use the same IP addresses, you may want WINS to overwrite existing entries with information from new registrations. To do this, select Overwrite Unique Static Mappings At This Server. Click OK.

Assigning Default Push Replication Parameters

By default, replication partners are configured to use both push and pull replication. In this scenario, you usually don't want push replication to occur automatically and instead rely primarily on pull replication for automatic updates. Additionally, because partners are configured for both push and pull replication, you can still initiate push replication manually if need be.

If you want push replication to occur automatically or you want to change the default settings, follow these steps:

  1. Expand the view for the server you want to work with in the WINS console.

  2. Right-click Replication Partners in the tree view, and then choose Properties.

  3. Click the Push Replication tab, shown in Figure 18-5.

    Figure 18-5: Assign default parameters to manage push replication in the enterprise.

    Figure 18-5: Assign default parameters to manage push replication in the enterprise.
  4. Push replication can be initiated when WINS starts and when address changes occur. By default, these options aren't selected. To change this behavior, select At Service Startup or When Address Changes or both.

  5. Number Of Changes In Version ID Before Replication specifies the number of registrations and changes that must take place before pull partners are notified, which triggers database replication. This counter is for local changes only and doesn't tally changes pulled from other partners. If the field is set to zero, no push replication takes place.

  6. By default, push replication partners use persistent connections. If you don't want to use persistent connections, clear the Use Persistent Connections For Push Replication Partners check box. Click OK.

Assigning Default Pull Replication Parameters

Pull replication is the default replication technique for replication partners. Because of this, most of the default pull replication parameters are enabled automati cally. If you'd rather use push replication as the primary replication technique, you should enable automatic push replication using the options of the Push Replication tab and then disable pull replication defaults using the Pull Replication tab.

To change pull replication settings, follow these steps:

  1. Expand the view for the server you want to work with in the WINS console.

  2. Right-click Replication Partners in the tree view, and then choose Properties.

  3. Click the Pull Replication tab, shown in Figure 18-6.

    Figure 18-6: Pull replication is the primary replication technique you should use.

    Figure 18-6: Pull replication is the primary replication technique you should use.
  4. Start Time sets the hour in the day when replication should begin. The time is set using a 24-hour clock.

  5. Replication Interval sets the intervals at which scheduled replication should occur, such as every 30 minutes.

  6. Number Of Retries sets the number of times the WINS server will retry a connection to a pull partner in the event of a failed connection.

  7. By default, pull replication starts when the WINS server starts. To change this behavior, clear the Start Pull Replication At Service Startup check box. When it's cleared, pull replication starts only at the specified Start Time.

  8. By default, push replication partners use persistent connections. If you don't want to use persistent connections, clear the Use Persistent Connections For Pull Replication Partners check box. Click OK.

Creating Push and Pull Partners

Push and pull partners are needed to replicate WINS databases whenever there are multiple WINS servers on a network. Replication partners get their initial settings from the default replication parameters you've configured for a server. You must configure replication separately for each WINS server on the network.

To designate WINS servers as push and pull partners, follow these steps:

  1. Expand the entry for the server you want to work with in the WINS console. This server is the one for which you'll configure replication partners.

  2. Right-click Replication Partners in the console tree, and then select New Replication Partner.

  3. Type the name or IP address of the replication partner. Or click Browse to search for a computer to work with in the Select Computer dialog box.

  4. Click OK. If the server can be contacted, the replication entry is created automatically using the default settings. The server is configured as a push and pull replication partner.

Changing Replication Type and Settings for Partners

Default settings are used to initialize the parameters for replication partners. You can change these parameters on a per partner basis at any time by completing the following steps:

  1. Expand the entry for the server you want to work with in the WINS console. This server is the one for which you'll configure replication partners.

  2. In the console tree, select Replication Partners. This displays current replication partners for the server in the right pane.

  3. Right-click the replication partner you want to work with, and then select Properties.

  4. Click the Advanced tab, shown in Figure 18-7.

  5. The Replication Partner Type selection list shows what type of replication is configured for the partner. By default, most clients are set to use both push and pull replication. You can change this behavior by selecting the Push option or the Pull option.

  6. The remaining settings are the same as those discussed previously in the sections of this chapter entitled "Assigning Default Push Replication Parameters" and "Assigning Default Pull Replication Parameters." Note that you can only configure some of the options through the Replication Partners Properties dialog box.

  7. Click OK when you're finished.

Triggering Database Replication

Sometimes you may want to immediately update the WINS databases on replication partners. You can do this by forcing immediate database replication with partners or by triggering replication among partners. You can also specify the type of replication to initiate.

  • Forcing replication with all partners To force replication with all partners, right-click the Replication Partners folder for the server whose database you want to replicate, and then select Replicate Now.

  • Triggering push replication with all partners To start push replication with all partners, right-click the server whose database you want to replicate, and then select Start Push Replication.

  • Triggering pull replication with all partners To start pull replication with all partners, right-click the server whose database you want to replicate, and then select Start Pull Replication.

    Triggering push or pull replication with an individual partner To start push or pull replication with an individual partner, follow these steps:

    1. In the WINS console, click the Replication Partners folder for the server whose database you want to replicate. Currently configured partners are displayed in the right pane.

    2. Right-click the partner with which you want to replicate the database, and then select Start Push Replication or Start Pull Replication, as appropriate.

      Figure 18-7: You can change the default replication settings for each replication partner, if necessary.

      Figure 18-7: You can change the default replication settings for each replication partner, if necessary.

Managing the WINS Database

You should actively manage the WINS database to maintain the health of WINS name resolution on the network. The sections that follow examine common management tasks.

Examining WINS Database Mappings

When the Active Registrations folder is selected in the console tree, the right pane of the WINS console displays the records that you've selected for viewing. Each entry represents a record in the WINS databases. At the left side of the entry, you'll see one of two icons. An icon of a single computer shows that the mapping is for a unique name. An icon with multiple computers shows that the mapping is for a group, domain, Internet group, or multihomed entry. Mappings also show the following:

  • Record Name The complete NetBIOS name of the computer, group, or service registered in the database.

  • Type The record type associated with this mapping, such as 00h WorkStation.

  • IP Address The IP address associated with the mapping.

  • State The state of the record, such as active or released.

  • Static An X in this column indicates a static mapping.

  • Owner The IP address of the WINS server that owns the record.

  • Version The database version ID from which the record originates.

  • Expiration The time and date the mapping expires. Static mappings have an expiration date of Infinite, which means they don't expire (unless they are overwritten or deleted).

Cleaning and Scavenging the WINS Database

You should periodically clean the WINS database to ensure that old computer names are removed. The process of cleaning the database, called scavenging, is initiated automatically according to the relationship between the Extinction Interval and the Extinction Timeout set in the Server Properties dialog box.

You can also initiate scavenging manually. To do this, select the server you want to work with in the WINS console, and then, from the Action menu, choose Scavenge Database.

Verifying the Consistency of the WINS Database

On a large network with multiple WINS servers, the databases on different servers can sometimes get out of sync with each other. To help maintain the integrity of the databases, you may want to verify their consistency periodically. You can perform two types of consistency checking: database consistency and version ID consistency.

When you verify database consistency, WINS checks the integrity of database records on WINS servers. To verify database consistency, select the server you want to work with in the WINS console and then, from the Action menu, choose Verify Database Consistency.

When you verify version ID consistency, WINS checks the local records with records on other WINS servers to ensure that the correct record versions are being maintained. To verify version ID consistency, select the server you want to work with in the WINS console and then, from the Action menu, choose Verify Version ID Consistency.

To configure automatic database consistency checks, complete the following steps:

  1. Right-click the server you want to work with in the WINS console, and then select Properties.

  2. On the Database Verification tab, select Verify Database Consistency Every …, as shown in Figure 18-8. Then in the field provided, type a time interval for the checks, such as every 24 hours or every 48 hours.

  3. In the Begin Verifying At field, enter the time when you want verification to start. You set the time with a 24-hour clock.

  4. As necessary, set the Maximum Number Of Records Verified Each Period. The default value is 30,000.

    Figure 18-8: Rather than manually verifying data, you can configure automatic consistency checks.

    Figure 18-8: Rather than manually verifying data, you can configure automatic consistency checks.

    Best Practice Don't forget that consistency checks can use considerable system and network resources. To gain better control over when checks occur, you'll usually want to check the WINS database in 24-hour increments, and then use the Begin Verifying At fields to set a time that occurs after hours. For example, if you set the database checks on a 24-hour cycle, then enter a begin time of 2 hours, 0 minutes, and 0 seconds, WINS will verify the database at 2 a.m. every 24 hours.

  5. You can verify records against servers designated as owners or against randomly selected partners. Random selection works best if you have a very large network and can't check all the records at any one time. Otherwise, select Owner Servers to verify records on the servers designated as record owners.

  6. Click OK when you're finished.

Backing Up and Restoring the WINS Database

Two WINS server tasks that administrators often overlook are backup and restore.

Configuring WINS for Automatic Backups

The WINS database isn't backed up by default. If you have problems with the database you won't be able to recover it. To protect against database failure, you should configure automatic backups or run manual backups periodically. To prepare WINS to perform automatic backups, follow these steps:

  1. Right-click the server you want to work with in the WINS console, and then select Properties.

  2. In the General tab, enter the folder path that you want to use for backups in Default Backup Path. Click Browse if you want to search for a folder.

  3. To ensure that backups are created whenever the WINS server is stopped, select Backup Database During Server Shutdown.

  4. Click OK. Automatic backups will then be performed every three hours.

Restoring the Database

If you have a good backup of the WINS database, you can restore it by completing the following steps:

  1. Select the server you want to work with in the WINS console.

  2. Click the Action menu, choose All Tasks, and then select Stop.

  3. Click the Action menu, and then select Restore Database.

  4. In the Browse For Folder dialog box, select the wins_bak subdirectory containing the most recent backup and then click OK.

  5. If the restore is successful, the WINS database is restored to its state at the time of the backup. Click the Action menu, choose All Tasks, and then select Start.

  6. If the restore is unsuccessful, you may need to clear out all WINS files and then start with a fresh database.

Clearing Out WINS and Starting with a Fresh Database

If WINS won't restore using a backup or won't start normally, you may need to clear out all WINS records and logs and then start with a fresh database. To do this, follow steps:

  1. Right-click the server you want to work with in the WINS console, and then select Properties.

  2. On the Advanced tab, note the folder path set in Database Path, and then click OK to close the Properties dialog box.

  3. Stop the server by clicking the Action menu, choosing All Tasks, and then selecting Stop.

  4. Using Microsoft Windows Explorer, delete all files in the WINS database folder.

  5. In the WINS console, right-click the server you're recovering, choose All Tasks, and then select Start. This starts the WINS servers.

Link
Click to order


Was this page helpful?
(1500 characters remaining)
Thank you for your feedback
Show:
© 2014 Microsoft