>> Transfer Exchange 2003 to Exchange 2007 (Part 1) >> Transfer Exchange 2003 to Exchange 2007 (Part 2)
Cluster configuration
Once we have created the Cluster, we will configure it. First we will configure the Cluster Network Usage . To do this, access the Cluster Administrator hierarchy of the Networks object in the Cluster Configuration . Then open the properties window of the Private network, select the Internal cluster communications only (private network) option - only communicate with the internal cluster (private network) for the Private network as shown in Figure 1. And select the option Select All communications (mixed network) - All network communication (mixed network ) for the Public network.
Figure 1: Configuration for Private network.
Next, you need to make sure that these networks are sorted in the right order by right-clicking on the Cluster name, CLUSTER1 , at the top of the hierarchy in Cluster Administrator and then selecting Properties from the context menu. After that, the properties window of this Cluster will appear, select Network Priority tab. Here, you put the Private network at the top of the list by clicking on the network and clicking the Move Up button as shown in Figure 2.
Figure 2: Configure network priority for Cluster.
Microsoft suggests that users should configure multiple settings to control tolerances for the Cluster communication to be interrupted. To do this, simply use the cluster.exe command interface and run the following two commands:
After changing these settings, the Cluster service will be stopped and restarted on each node to ensure these changes are applied. Of course, you must also pay attention to moving Cluster resources between nodes before stopping the service so that the node is stopped and restarted as a passive node at that time.
Configure File Share Witness
In this step we have not completed the configuration on Hub Transport servers because these servers contain File Share Witness (Microsoft recommends placing File Share Witness on Hub Transport servers). Of course you can use any server capable of executing file sharing on it, but because the Hub Transport server is always within the control of the administrators in most Exchange systems, these servers is the best choice.
In normal systems, you only need to use a File Share Witness so you only need to select the HUBCAS1 server to perform this function. However, the HUBCAS2 server has also created a File Share Witness beforehand in case the HUBCAS1 server fails. Below is the process of creating File Share Witness on the server HUBCAS1 :
1. In D: drive, create a folder named MNS_FSW_DIR_EX2007 . Name this folder just because Microsoft suggested using MNS_FSW_DIR_ in front of the CMS name. In this case, CMS stands for Majority Node Set , FSW stands for File Share Witness and DIR indicates that this is the name of a directory. You can create this folder anywhere but in this example we will create it right in drive D: for this installation. We will then create other folders in the main Exchange directory so that they are part of the Exchange installation structure.
2. Next, share the folder created in step 1 using the shared name MNS_FSW_EX2007 . This shared name format is Microsoft's proposed format for shared names. In addition, the Cluster service account is given full access to the newly created folder. You can perform this operation with a single command, which has the following syntax:
net share mns_fsw_ex2007 = d: mns_fsw_dir_ex2007 / grant: neilhobsonexcluster, full
3. Then additional sharing rights are given to the Cluster service account and administrators by the command:
cacls d: mns_fsw_dir_ex2007 / g builtinadministrators: f neilhobsonexcluster: f
4. Finally Majority resource Node Set of Cluster is configured by running cluster.exe command-line utility:
Note that in step 4 the UNC path includes the host name HUBCAS1 . In the past, Microsoft changed its ability to recover in case the server containing File Share Witness failed. Previously, this method of server recovery was using DNS CNAME records , while the new method used the Cluster Quorum method.
Install CMS
The Cluster has now been installed and configured correctly, along with the File Share Witness feature, then CMS will automatically be created by installing the Active Clustered Mailbox Role of Exchange 2007 SP1 on the Cluster Node called NODE1 . You can do this by running the Exchange 2007 setup.exe installation program and following the instructions of the installation wizard. Need to choose a Custom installation because the Typical installation does not allow installing CMS. At the Server Role page of the installation wizard, select the Active Clustered Mailbox Role option as shown in Figure 3.
Figure 3: Installing Active Clustered Mailbox Role.
On the next page of the installation wizard - the Cluster Settings page, install Cluster Continuous Replication for the Cluster type option. Please enter the CMS name as EX2007 because this is the name of the Exchange server that the Outlook client will connect to, then select an appropriate IP address for CMS. Remember this IP address is engraved with the IP address of the previously used Cluster.
CCR and Public Folder
You can choose the option to create a Public Folder database on the CCR environment in the CMS installer wizard. Although the CCR environment can store Public Folders. Use this method to create a very simple Public Folder database due to the data in the Public Folder displayed as the mailbox data.
However, Public Folder databases have their own mechanism for copying data, sometimes even this method of copying data and the method of copying data in CCR environment does not adapt to each other. But because I installed the CCR environment into my existing Exchange 2003 system, there are two Public Folder databases available, which means that the ability to copy data is also enabled in addition to the CCR replication method. Microsoft states that in such cases, if the CCR environment is suddenly stopped, the Public Folder database will not be inserted into the new active node until it can connect to the original active node.
Deciding to deploy a database in a CCR system that coexists with other servers containing a Public Folder database will minimize the problem that may arise with that configuration. If you copy or store data in Public Folder on Exchange 2007 and delete the Public Folder database from Exchange 2003, the problem with the configuration will no longer exist. If too much risk arises, use a dedicated Public Folder server to use Exchange 2007.
Complete installation of CMS
Once the CMS has been installed, that node will restart according to the instructions of the installation wizard. When the active node has been resumed it will be completely started, the installation of the passive node, in this case NODE2, will be started. This process is much easier than the active node installation process because you only need to select the Passive Clustered Mailbox Role check box under the Active Clustered Mailbox Role check box (Figure 3). You will then have to restart this server before using.
After NODE2 has been restarted, you need to apply the same Update Rollup to both Cluster Nodes because we have not installed Update Rollup when installing the server. This process is quite simple. You just need to move the updated Node Cluster and then apply the desired update to this node - passive node. Once completed, move this resource to the updated Cluster Node and then use the update for the current passive node. Remember to use the Move-ClusteredMailboxServer command to move the CMS between Cluster Nodes. In this example, the migration command has the following syntax:
In this third part, we have worked with the CCR environment with existing Hub Transport and Client Access Servers on Exchange 2007 and Exchange 2003. Before installing the Exchange 2007 mailbox on the Cluster Node, you need to configure the real Cluster. careful. In the next section, we will proceed with installing the Edge Transport Server Role.
in part one of this article we looked at the default configuration of message tracking within exchange 2007 and how to change those settings using powershell cmdlets. you can remember those major changes in exchange 2007 mail checking on the server
there are many tasks that every exchange administrator must perform daily and moving mailboxes is one of those tasks. the most obvious example of mailbox migration is when a user is moved from one exchange server to another
exchange server 2007 introduces a number of new features, one of which is the cluster continuous replication (ccr) feature. this feature requires the log file transfer of the new exchange server 2007 and replay features, plus a combination of them.
in this section, we have configured the settings related to the hub transport function server. in this section we continue to configure the exchange 2007 environment.
how is the conversion from exchange server 2000 or exchange server 2003 to exchange server 2007 done? you will have to move data from every available exchange server in the exchange organization to the new exchange 2007 servers after having them shut down.
in the previous part of this series, we learned how to create a resource mailbox and how to enable it so that a user can access it through the add-mailboxpermission cmdlet. at that time, we still couldn't do this through the exchange management console, but today with exchange server 2007 service pack 1
this article will introduce the exchange server 2003 migration wizard. we will start by outlining the prerequisites and shedding some light on some of the more confusing issues.