Migrating to Netware 4.1 -- Ch 5 -- Merging NDS Trees


Migrating to Netware 4.1


- 5 -

Merging NDS Trees

  • Understanding the DSMERGE Tool
    • Preparation for DSMERGE
    • Understanding DSMERGE Options
    • Merging NDS Trees Using DSMERGE
    • Organizing the New Tree


If you plan the transition to your new NDS tree perfectly, and if your installation goes perfectly, you might never have to merge NDS trees. Occasionally, however, it is necessary to merge NDS trees before your migration to NetWare 4 is complete. The two principal reasons for performing a merge during the migration process follow:

  • Something goes awry during installation. If a server you are installing isn't on the network, for example, it will think it is the first server and create its own NDS tree.

  • Your NDS tree design changes after you have performed the installation.

At times it is even advantageous to plan on constructing NDS trees separately and merging them later. For a large organization, a coherent NDS design requires a great deal of coordination and agreement among departments on the top-level structure of the tree. This agreement is sometimes difficult to achieve, and the final design could depend on political considerations that defy prediction. It is sometimes expedient to install departmental networks separately and later merge them into one NDS tree. Though it is possible to operate forever with more than one NDS tree, the only way to access resources in separate NDS trees is through separate logins or through bindery emulation-- a process that circumvents the many advantages of NDS.

This chapter teaches you how to merge NDS trees using DSMERGE.

Understanding the DSMERGE Tool

You can use the DSMERGE NLM to merge the roots of two separate NDS trees. The [Root] objects of separate NDS trees are merged. The container objects and their leaf objects can maintain separate identities within the newly merged root. Before you begin merging NDS trees, you must define a source NDS tree and a target NDS tree. The source NDS tree is merged into the target NDS tree. The root of the target NDS tree becomes the new root of the consolidated tree. Objects in the source NDS tree are moved to the target NDS tree. In actual practice, this movement is accomplished by deleting the [Root] of the source NDS tree and making it a child partition to the [Root] of the target NDS tree. The source NDS tree becomes a branch of the target NDS tree. This means that the objects in the source NDS tree become part of the target NDS tree. The target [Root] object becomes the new root for objects that are moved from the source tree.

The DSMERGE tool does not change NDS names or the context of objects within the containers. Therefore, the complete names for objects in the consolidated tree are the same as the names before the trees are merged.

You must decide which NDS tree is the source tree and which NDS tree is the target tree. Because the source NDS tree is merged with the target NDS tree, the source NDS tree is usually the smaller of the two NDS trees. However, this need not be the case. If you are merging NDS trees as a (planned or unplanned) part of the migration process, your NDS tree design will tell you which tree will be the source and which will be the target. Merging a smaller tree with a larger tree is faster than merging a larger tree with a smaller tree. After the merge, the target tree name is retained; the source target tree name is lost.

The objects that were subordinate to the local Root object become subordinate to the target Root object.

To merge the two NDS trees, you must have Supervisor object rights to the roots of both NDS trees. You are asked to supply NDS login names and passwords for both trees as part of the tree merging process.

DSMERGE enables you only to merge the roots of two separate NDS trees. The top- level organizations are immediately placed beneath the [Root]. Container objects and leaf objects maintain their identities under the newly merged root. This means that complete names of objects in the source and target trees will not change in the merged tree. You must make sure that containers at the same level in the source and target trees have unique names. If you have two containers in the separate trees that have conflicting names (same names) for a level of the tree, you cannot merge the trees; DSMERGE will ask you to change the name of the source Organization (O) object that conflicts with the target organization (O) name. You can use NWADMIN or NETADMIN to rename the source organization object. See Chapter 6, "Creating Objects," for more on NWADMIN and NETADMIN.

Figure 5.1 shows examples of the source and target trees used in the tree merging process. The O=KINETICS tree branch is merged into the target NDS tree. The consolidated NDS tree has the [Root] of the target tree with O=KINETICS added as a tree branch directly under [Root]. The organization O=SCS in the source NDS tree has the same name as the organization O=SCS in the target NDS tree. During the merge, DSMERGE will detect the duplicate name and ask you to rename the source organization name O=SCS. In the example in figure 5.1, O=SCS is renamed to O=KSCS in the consolidated tree. If you do not want to change the name, your only choice is to move the duplicate name container O=SCS under another tree level. It is possible to have duplicate Organizational Unit (OU) objects, as seen by the OU=CORP in figure 5.1 that exists in containers O=ESL and O=KINETICS. The problem with duplicate names exists for objects that are immediately below the [Root] objects. These objects are the Country (C) and Organization (O) container objects.

Figure 5.1 An NDS tree merger example.

Preparation for DSMERGE

Before merging the NDS trees, you must prepare both source and target trees. The merging process is done as a single transaction and, according to Novell, is not subject to catastrophic failure caused by power outages or hardware failure. For your own assurance, however, you should back up the NDS database in both the source and target trees. The NDS backup can be performed using SBACKUP. Refer to Chapter 15, "New and Improved Utilities," for more information.

You should perform the following list of preparatory tasks before merging two NDS trees:

  • Ensure that you have unique names for Organization and Country objects under [Root]. You can resolve duplicate names during the tree merge operation or using NETADMIN or NWADMIN in a separate step.

  • Obtain login names and passwords for a user account in each tree that has the Supervisor object right to the [Root] of the NDS tree.

  • Back up each NDS tree. You can perform the backup using SBACKUP or a third-party backup utility.

  • Establish time synchronization in each NDS tree.

  • Change time synchronization at each server so that all servers in the source and target trees have one SINGLE REFERENCE or REFERENCE server for a time source.

  • If both NDS trees have the same name, rename one of them so that the NDS tree names are unique.

  • Locate the servers on which DSMERGE should run. These are servers that have a master replica of the [Root] partition for each NDS tree.

  • Run DSREPAIR on source and target NDS trees to clean up any NDS database problems.

Some of the more important issues in the preceding list are discussed next.

Time Synchronization before the Merge

For NDS to work correctly, each tree should contain only one Reference Time Server or one Single Reference Time Server. If the source and target trees each have a Single Reference Time Server or a Reference Time Server, then after the merge, the consolidate tree will have too many Single Reference or Reference Time Servers. To avoid this, you must change the time server types so that you have a maximum of one Single Reference or one Reference Time Server in the final tree. This ensures that the consolidated tree contains only one Reference or one Single Reference Time Server.

You can change the time server type using the SET TIME SERVER TYPE command or use SERVMAN.NLM to change this parameter. You also can edit the TIMESYNC.CFG file.

If you make time synchronization changes on a server, bring the server down and restart it. You can force time synchronization by using this console command:

SET TIMESYNC RESTART FLAG = ON 

This flag activates the TIMESYNC.NLM, after which the flag value is set to OFF. After the time synchronization has been established, you will see messages similar to the following:

NW4CS: SET TIMESYNC RESTART FLAG = ON TIMESYNC Restart Flag action was SUCCESSFUL. 12-24-94: 5:12:33 pm: TIMESYNC-4.10-138    Time Synchronization has been established. NW4CS: 

Wait until all the servers report that time synchronization has been established. On a large network, this can take an hour or longer.

Renaming an NDS Tree

The source and target trees should have different tree names. The tree name of the target tree becomes the name of the consolidated tree. If the source and target trees have the same name, change one of the tree names. You should change the tree name of the source tree because the source tree is the tree that disappears with the merge.

You use DSMERGE to change the name of a tree. To find out the NetWare server on which you must run DSMERGE, use the Partition Manager to find the server that has a replica of the [Root] partition. The following is an outline of the procedure to change the name of a tree.

1. Log in to the source NDS tree with Supervisor object rights to [Root].

You can use the Partition Manager from the NetWare Administrator or use the PARTMGR.EXE DOS-based tool.

The steps that follow assume that you are using the Partition Manager.

2. Run NetWare Administrator and change the context to [Root]. If you do not change your context to [Root] at this point, you will have to do so from within Partition Manager. Either method is fine.

To change context to [Root] from the NetWare Administrator:

Select the View menu, then Set Context.

Enter the new context [Root].

3. Run Partition Manager from the NetWare Administrator:

Select the Tools menu.

Select Partition Manager.

If you have changed your context to [Root], you will be examining the [Root] partition; otherwise, you will have to change your context to [Root] from within Partition Manager. From the Partition Manager screen for the [Root] partition, select the Replicas button. You will see a screen similar to that shown in figure 5.2. This screen shows the replicas of the master partition and the server that contains the master partition. Note the name of this server. You must run DSMERGE on the server that has the master replica of the root partition.

Figure 5.2 Replicas of [Root] partition.

4. Exit Partition Manager.

5. Run the DSMERGE.NLM on the server that you noted in step 4, using this command:

LOAD DSMERGE


6. You will see the DSMERGE Available Options screen (see fig. 5.3).

Select the "Rename this tree" option.

7. You will see the Rename Tree Information Dialog box (see fig. 5.4). Enter the administrator name, the administrator password, and the new name of the tree. The administrator name and password is for the user that has Supervisor object rights to the [Root].

Figure 5.3 DSMERGE's Available Options menu.

Figure 5.4 The DSEMERGE Rename Tree Information dialog box.

8. When you have finished making entries in the Rename Tree Information dialog box, press F10 to rename the tree.

You will see a warning message (see fig. 5.5) advising you of the serious consequences of changing a tree name and the fact that you might have to change the PREFERRED TREE statement in the NET.CFG file of NetWare workstations. Because you do want to change the tree name, press Enter to continue.

You are prompted to confirm renaming of the tree. Select Yes.

You will see status messages as DSMERGE collects information about servers in the tree and updates all servers in the tree. On a large network with slow WAN links, this process can take some time. If the tree renaming is successful, you will see a message informing you of the success of the operation. Press Enter.

You then go back to the Available Options of the DSMERGE screen. This time, however, you will see the changed tree name on the top part of the screen.

Figure 5.5 The DSMERGE Warning message about consequences of changing the tree name.

Understanding DSMERGE Options

Figure 5.3 shows the DSMERGE options. You can use these options to perform a number of useful checks and operations.

The "Check servers in this tree" option is used to verify that each server in this tree has the correct name. This option requires that the server on which you are running DSMERGE has a replica of the Root partition; this replica need not be a master replica. If you select this option, DSMERGE verifies the status of servers in the tree and reports a list of the servers and their status. Figure 5.6 shows a sample screen report for a tree that has only one server.

Figure 5.6 Status of servers in the tree.

The "Check time synchronization" option is used to check each server in the tree for proper time synchronization. This option requires that the server on which you are running DSMERGE has a replica of the Root partition; this replica need not be a master replica. If you select this option, DSMERGE verifies the status of time synchronization and time sources on all servers in the tree. Figure 5.7 shows a sample screen report for a tree that has only one server.

Figure 5.7 Time synchroni-zation status of servers in the tree.

The "Rename trees" option was discussed in the previous section. The "Merge two trees" option is used for merging the NDS tree and is described in the next section.

Merging NDS Trees Using DSMERGE

You must load DSMERGE on a server that contains the master replica. You can use Partition Manager to find the name of this server. If you do not know the server where the master replica is stored, you are prompted for the correct server name when you attempt an operation that requires the master replica.

When merging many trees, the operation is faster if you designate as the source tree a tree with fewer objects. Each tree that is added to the target tree has its own NDS partition. You might want to use Partition Manager if you want to combine separate partitions into a single NDS partition.

After the merge, the source tree name no longer exists. You must, therefore, update the PREFERRED TREE statement in the NET.CFG file on NetWare workstations. If you want to minimize the number of NET.CFG files to update, designate the tree with the most clients as the target tree. This is because the final tree retains the name of the target tree. You can also rename the tree after the merge operation so that the consolidated tree name is the name referenced in a majority of the NetWare workstations' NET.CFG files.

To perform the NDS tree merge operations, you must have Supervisor object rights to the [Root] of the source and target trees, and the servers in the tree should be synchronized to the same time source. The following is an outline of the tree merge operation.

1. Load DSMERGE on the server that has the master replica of the source tree, using the following command:

LOAD DSMERGE


2. Select the Merge Trees option from the Available Options.

3. You will see the Merge Trees Information dialog box (see fig. 5.8).

Figure 5.8 The DSMERGE Merge Trees Information dialog box.

Enter the values for the fields in the dialog box and press F10 to start the merge. The meanings of these fields are explained in the following list in the order in which they appear in figure 5.8.

Source Tree.
The tree on the source server.

Administrator Name.
The name of the user with Supervisor object rights to the [Root] of the NDS source tree. Enter the complete NDS name of the user (example: .CN=CORP.O=KINETICS or .CORP.KINETICS).

Password.
Enter the password of the user account for the source tree that was entered in the previous Administrator Name field.

Target Tree.
The name of the NDS tree into which the source NDS tree is to be merged. This name becomes the name of the consolidated tree.

Administrator Name.
The name of the user with Supervisor object rights to the [Root] of the NDS target tree. Enter the complete NDS name of the user (for example, .CN=CORP.O=KINETICS or .CORP.KINETICS).

Password.
Enter the password of the user account for the target tree that was entered in the previous Administrator Name field.

4. After entering the information in the Merge Trees Information box, press F10 to start the merge. You will see a message screen informing you of the different phases of the merge process. DSMERGE has four merge phases. You can back out of the merge process at any time during the first three phases (the check, preparation, and merge phases). Once you reach the completion phase, the changes are made permanent. The different DSMERGE phases are as follows:

Check phase.
Checks the source and target NDS trees for problems that could prevent a successful merge.

Preparation phase.
Prepares the source NDS tree for merging. The preparation consists of creating a separate partition for each Organization and Country object, and deleting all replicas of the [Root] partition except the master replica.

Merge phase.
Modifies the source NDS tree so that the master replica of the [Root] of the source tree changes to a read/write replica of the [Root].

Completion phase.
The merging is complete. At this point the process is not reversible. DSMERGE waits for NDS synchronization to complete and for all servers to recognize the new replica of the [Root].

Press F10 to start the execution of the DSMERGE phases.

5. After you have moved past the check phase, a dialog box appears asking you to confirm that you want to merge the NDS trees. Select Yes to continue.

If the time is not synchronized, or if the NDS database needs repair, the merging process does not continue. You must synchronize the servers and repair any problems in the NDS database before you can complete the tree merging.

6. As the merge process continues, the server addresses are collected and processed. When the merge process completes, you will see a message informing you accordingly.

Organizing the New Tree

When the trees are consolidated, you must do the following:

  • Examine object and property rights in the consolidated tree. If you had a user Admin in the source and target trees, you will have two Admins in the consolidated tree. You might only need one Admin, in which case, for security reasons, you must decide which Admin user to retain.

  • Execute the DSMERGE option Run Verify Servers in Tree to confirm that all tree names were changed correctly.

  • Examine the new partitions that were created in the merge process. If there are many small partitions in the new tree, you might want to merge them.

  • Examine the number and types of replicas. Create new replicas or place replicas in a location that will allow efficient access to network resources.

  • Ensure that each server's time synchronization is consistent with the consolidated tree.

  • Update the PREFERRED TREE statement in the NET.CFG file of each NetWare workstation that referenced the source tree.

In this chapter you learned how to merge two NDS trees using DSMERGE, and how to set up your network for the new, consolidated tree.





© Copyright, Macmillan Computer Publishing. All rights reserved.



Migrating to NetWare 4.1
Migrating to Netware 4.1
ISBN: 1562055232
EAN: 2147483647
Year: 1995
Pages: 22

flylib.com © 2008-2017.
If you may any questions please contact us: flylib@qtcs.net