File and Storage Services: Prepare to Migrate

Artigo
08/31/2016

Applies To: Windows Server 2012

This guide provides you with instructions for migrating the File and Storage Services role to a server that is running Windows Server® 2008 R2.

Install migration tools

Windows Server Migration Tools in Windows Server® 2012 allows an administrator to migrate some server roles, features, operating system settings, shared folders, and other data from computers that are running certain editions of Windows Server 2003, Windows Server 2008, Windows Server 2008 R2, or Windows Server 2012 to computers that are running Windows Server 2012.

For complete installation, configuration, and removal instructions for Windows Server Migration Tools, see Install, Use, and Remove Windows Server Migration Tools.

Migration documentation and tools ease the process of migrating server role settings and data from an existing server that is running a Windows server operating system to another computer. For a complete list of supported operating systems, see Migrate File and Storage Services to Windows Server 2012.

By using these tools to migrate roles, you can simplify migration, reduce migration time, increase accuracy of the migration process, and help eliminate conflicts that could otherwise occur during the migration process.

Prepare for migration

The following list outlines the major steps for preparing to migrate the File and Storage Services role.

Important

Before you run the Import-SmigServerSetting, Export-SmigServerSetting, or Get-SmigServerFeature cmdlets, verify that during migration, both source and destination servers can contact the domain controller that is associated with domain users or groups who are members of local groups on the source server. Before you run the Send-SmigServerData or Receive-SmigServerData cmdlets, verify that during migration, both source and destination servers can contact the domain controller that is associated with those domain users who have rights to files or shares that are being migrated.

Prepare the destination server

The following steps are necessary to prepare the destination server for migration.

Hardware requirements for the destination server

Verify that the data locations for the destination server have sufficient free space to migrate the data. Ensure that the destination server hard disk drives are the same size or larger than the source server hard disk drives.

Software requirements for the destination server

There are several software requirements that must be met to ensure a successful migration.

Consult the migration matrix to determine if you can migrate the version of Windows Server that you are running on the source server to Windows Server 2012. For a complete list of supported operating systems, see Migrate File and Storage Services to Windows Server 2012.
Before migration, install all critical updates and service packs on the source server that were released before Windows Server 2012. It is a recommended best practice that you install all current critical updates and service packs on the source server and the destination server.

Prepare for local user and group migration on the destination server

Verify that the destination server can resolve the names of domain users who are members of the local group during the import operation. If source server and destination server are in different domains, the destination server must be able to contact a global catalog server for the forest in which the source domain user accounts are located.

Prepare for File and Storage Services on destination server

Install Windows Server 2012 on the destination server.
Ensure that the time and date are set correctly on the destination server, and that they are in sync with the source server.
Determine the File Services role services that have been installed on the source server and then install the same File and Storage Services role services on the destination server.
Install Windows Server Migration Tools on the destination server.

For more information about how to install Windows Server Migration Tools, see Install, Use, and Remove Windows Server Migration Tools.
Open UDP port 7000 and make sure that it is not in use by other applications. This port is used by Send-SmigServerData and Receive-SmigServerData to establish a data transfer connection.

Note

If you have changed the default behavior of Windows Firewall to block outbound traffic on computers that are running Windows Server 2012, you must explicitly allow outbound traffic on UDP port 7000.
Open TCP port 7000 and make sure that it is not in use by other applications. This port is used by Send-SmigServerData and Receive-SmigServerData to perform the data transfer.

For more information about how to open UDP port 7000 and TCP port 7000, see File and Storage Services: Appendix A: Optional Procedures1.

For more information about how to determine if a port is in use, see the following article on the Microsoft Web site: How To Determine Which Program Uses or Blocks Specific Transmission Control Protocol Ports in Windows Server 2003 (https://go.microsoft.com/fwlink/?LinkId=149887).
Verify that the destination path has sufficient disk space to migrate the data. If NTFS or folder quota management (in File Server Resource Manager) is enabled on the destination server disk drive, verify that the quota limit allows for sufficient free disk space to migrate data. For more information about quota management in File Server Resource Manager, see one of the following.
- Quota Management (https://go.microsoft.com/fwlink/?LinkId=154277) for Windows Server 2008 and Windows Server 2008 R2
- Quota Management (https://go.microsoft.com/fwlink/?LinkId=154241) for Windows Server 2003 R2
For more information about NTFS quota management, see one of the following.
- Setting Disk Quotas (https://go.microsoft.com/fwlink/?LinkId=154243) for Windows Server 2008 and Windows Server 2008 R2
- Enable disk quotas (https://go.microsoft.com/fwlink/?LinkId=154245) for Windows Server 2003 and Windows Server 2003 R2

Prepare File Server Resource Manager on destination server

If you are using File Classification Infrastructure plug-ins from a non-Microsoft vendor, you should register the non-Microsoft plug-ins on the destination server and refer to additional instructions for migration from the non-Microsoft plug-in vendor. You should register the plug-in after File Server Resource Manager (FSRM) has been installed and started on the destination server.

Use the same drive letters for the destination server volumes as for the source server. This is required, because FSRM migration requires the drive letter to remain the same.

Data and shared folder preparation on destination server

Do not allow users to access the destination server until migration is fully completed. This ensures data integrity and prevents failure when an open file on the destination server cannot be overwritten during migration.

Data integrity and security considerations on destination server

Server migration tools preserve file and folder permissions during data migration. When you are planning the migration, keep in mind that if the migrated files and folder inherit permissions from their parents, during migration it is the inheritance setting that is migrated, not the inherited permissions. Therefore it is important to make sure that the parent folders on the source server and the destination server have the same permissions to maintain the permissions on migrated data that has inherited permissions.

For example:

Migrate folder c:\A\C from the source server to folder c:\B\D on the destination server.
Verify that on the source server, only Mary has access to folder c:\A and folder c:\A\C is specified to inherit permission from its parent.
Verify that on the destination server, only John has access to folder c:\B. After c:\A\C is migrated to c:\B\D, John will have access to folder D, but Mary will not.

If you use permissions inheritance for the migrated data, ensure that the parent folder for the migrated data on the destination server has the required permission set.

Prepare DFS Namespaces on destination server

The DFS Namespaces role service must be installed, and the DFS Namespace service must be running before migration. If the namespaces that you are migrating are domain-based, both source and destination servers must be in the same Active Directory® Domain Services (AD DS) domain. If the namespaces are stand-alone namespaces, AD DS membership does not matter.

Back up the source server

If DFS Namespaces are being migrated, back up the source server by using a full server backup or system state backup. If the DFS Namespaces are part of an AD DS domain, you need to back up the AD DS domain to save the Active Directory configuration information for DFS Namespaces.

For each domain-based DFS namespace, you should also back up the configuration information for the namespace. Repeat the following command for each namespace and save the output filename to a safe location:

DFSUtil.exe root export <\\<DomainName>\Namespace> <Filename>

Note

DFSUtil.exe is available on computers that are running Windows Server 2008, Windows Server 2008 R2, and Windows Server 2012. It is available to download for use on Windows Server 2003 and Windows Server 2003 R2 as part of the Windows Server 2003 Service Pack 1 32-bit Support Tools (https://go.microsoft.com/fwlink/?LinkId=147453).

Prepare the source server

The following sections describe how to prepare the source server for the migration.

Prepare all file services on source server

Install Windows Server Migration Tools on the source server.

For more information about how to install Windows Server Migration Tools, see Install, Use, and Remove Windows Server Migration Tools.
Verify that the time and date are set correctly on the destination server and that they are synchronized with the source server.
Open UDP port 7000 and make sure that is not in use by other applications. This port is used by Send-SmigServerData and Receive-SmigServerData to establish a data transfer connection.

Note

If you have changed the default behavior of Windows Firewall to block outbound traffic on computers that are running Windows Server 2008, Windows Server 2008 R2, or Windows Server 2012, you must explicitly allow outbound traffic on UDP port 7000.
Open TCP port 7000 and make sure that it is not in use by other applications. This port is used by Send-SmigServerData and Receive-SmigServerData to perform the data transfer.

For more information about how to open UDP port 7000 and TCP port 7000, see File Services Migration: Appendix A: Optional Procedures.

For more information about how to determine if a port is in use, see the following article on the Microsoft Web site: How To Determine Which Program Uses or Blocks Specific Transmission Control Protocol Ports in Windows Server 2003 (https://go.microsoft.com/fwlink/?LinkId=149887).

Data and shared folder preparation on the source server

To minimize downtime and reduce impact to users, plan your data migration to occur during off-peak hours. Use the net share command to list all shared folders on the source server.

You can use this list during the verification step to verify that all the required shared folders have migrated. Reparse points and hard links will not migrate when data is copied (versus a physical migration), and the reparse points need to be migrated manually. When you migrate hard links, a separate file is created on the destination server for each link. If your migration involves copying the data to the destination server, follow the instructions for how to detect the reparse points and hard links in File and Storage Services: Appendix A: Optional Procedures1. Then you can remap and recreate them during migration, as instructed in the For copy data migration scenarios section.

Prepare DFS on the source server

DFS Namespaces role services must be installed, and DFS Namespace service must be running before migration.

For information about DFS Namespaces preparation, see Prepare DFS Namespaces on source server.

Prepare DFS Namespaces on source server

For domain-based namespaces with one namespace server, determine if you will add a temporary server to the namespace or if you will perform a manual inventory of the namespace permissions.

Option 1 (recommended):

Add a temporary server as a namespace server to each domain-based namespace on the source server when the source server is the only namespace server.

Option 2:

Inventory the permissions for managing each of the namespaces that are hosted on the source server when the source server is the only namespace server. This process can be completed by using the DFS Management MMC Snap-in.

Prepare other computers in the enterprise

Data and shared folder migration requires preparing other computers in the enterprise. Following are the steps that you should perform for copy data migration scenarios, and for physical data scenarios.

For copy data migration scenarios

Notify the users that the server performance may be reduced during the first phase of data migration.
Ask users to stop writing to the server before the second phase of data migration begins (to prevent possible data loss). We recommend that you prevent access to the file shares so that users don’t ignore this advice. For example, you could temporarily set all file shares to be read-only by setting the share permissions to Everyone = Read Only.
Notify users that they cannot access their files on the server when the second phase of the migration begins until the file server migration is fully completed.

For physical data migration scenarios

Notify the users that they cannot access the file server from the moment the storage is disconnected from the source server until the server migration is fully completed.

Partilhar via