Tech Talk 3 by Jason Dea and Valentin Mihai
Building Your Virtual Landscape Without Messy Disruptions
Using PlateSpin Solutions to Implement and Test Your Virtualized Data Center
Step 4: Discover Your Servers
Discover source and target servers, which can be either physical or virtual machines:
- Click the Discover Server Details button in upper left of screen.
- Enter a host name or IP address. (See Figure 3.)
Step 5: Run the Migration Wizard
- Select Move Workload. The migration wizard will pop up.
- Choose a source server, using its discovered host name.
- Choose a target server, using its discovered host name.
- Click Start Wizard. (See Figure 4.)
- Enter your Credentials for both source and target servers:)
- For Windows servers, you need a minimum equivalent of a local or domain admin account.
- For Linux or ESX servers, you need a root or sudo account.
- Take Control takes the source server offline during migration. Use Take Control transfer when you want to migrate legacy Windows NT 4.0 servers, Linux servers and domain controllers.
- Live Transfer copies the workload from the source to the target without interrupting the source machine. Use Live Transfer when you want to reduce the service downtime during Windows workload relocation. Choose the File, Block or Snapshot option:
- File transfers are typically only used today for X2I migrations. That’s because block-to-block transfers are faster in every way. If your license permits block transfer, use that instead.
- Block transfer is appropriate for migrating database servers, mail servers and application servers.
- Snapshot uses Volume Shadow-copy Service (VSS) technology, found in Windows Server 2003 and later, to copy large SQL and Exchange databases without stopping services. (See Figure 5.)
- The Schedule option lets you prepare migrations in advance and run them at a later time.
- Notifications send up-to-date progress reports by e-mail during migration. You can also be alerted when a failure occurs or when a job finishes. (See Figure 6.)
Subscribe to Connection Magazine
Best practice: When migrating a Microsoft Exchange server, disable the services on the target during the cutover. During configuration, you will need to reboot several times. If you leave the services enabled, Exchange will start up with every reboot, potentially adding an hour or more to your migration. When the migration is complete, resume the services.
Testing: Ensuring a Natural Extension of Your Environment
Thorough testing once a project has begun is perhaps the most often overlooked item in drafting a blueprint for success. By recognizing testing as an integral part of the project, you are able to build transformation projects as safely as possible.
Staged server consolidation works well for testing too. Using PlateSpin Server Sync, you can transfer a running workload onto a target virtual machine, test the workload in the new location while continuing to run the source and then perform a “top-up” transfer of any changed data before cutting over the workload.
Thorough planning and testing—both before and after migration—help ensure a successful project. This approach allows data center managers to look at data center transformation from a holistic “big picture” view, and lays the groundwork for not only a one-time transformation but also true ongoing data center optimization.
The third and final article in this series will examine using PlateSpin Recon for ongoing performance optimization of your virtual infrastructure to help minimize risks and maximize ROI.
For More Information
For additional resources on server consolidation, check out these tools:
- 5-minute online demo
- PlateSpin Recon Quick Start Guide