IBM Systems Lab Services

Storage data migration 101: The migration process

Share this post:

Every day, organizations of all kinds undergo storage data migration projects. Migrations can be challenging, and in IBM Systems Lab Services we get a lot of questions about the 101 of storage data migration, so in this blog series, I wanted to explain some basic concepts of storage data migration for you.

In my previous blog post, I described the difference between the two general types of storage data migration: online and offline storage data migration. Now let’s look at how different applications access storage and what that means for data migration, and then we’ll talk about the storage data migration process.

How is your application accessing storage?

It’s critical to understand how your application is accessing storage. Experienced consultants customize and optimize the data migration method for applications based on the way that they are accessing storage. The typical storage input/output (I/O) access types are as follows:

Block I/O: Block I/O means the application is accessing block volume(s) provided by the storage subsystem. The application can either access the raw device or file system created on the block volume. Block I/O is the most used access type in the data center, and online data migration is possible for applications using block I/O access.

File I/O: File I/O means the application is accessing the file system or share provided by a storage subsystem, using mostly the Network File System (NFS) or Common Internet File System (CIFS) protocol. Online data migration is usually not possible for applications using file I/O access, but the downtime could be narrowed to a few minutes if it is well planned.

Object I/O: Object I/O means the application is accessing object storage using the Swift or Amazon S3 protocol. Object storage is a hierarchy-free method of storing data, typically used in a cloud environment. An application that has massive amounts of unstructured data can benefit from object storage. Object storage migration usually requires application downtime.

Other private API: Very few applications use a private API to access storage data, such as an application that uses the EMC Content Addressable Storage (CAS) API to access data in an archive platform. A data migration involving an application using a private API would require very close collaboration with the application team, and it usually requires application downtime too.

Storage data migration process

A successful storage data migration includes not only the data migration phase itself but also the planning phase prior to data migration and the validation phase after data migration. Those three phases comprise the whole storage data migration process.

Planning phase: The planning phase is very important to a successful data migration. The following tasks should be done in the planning phase:

  • Understand your requirements and targets
  • Collect current storage environment information
  • Create a data migration plan
  • Finalize the data migration method for each application
  • Develop data migration procedures
  • Develop a risk assessment and rollback plan

Migration phase: During the migration phase, you will perform the data migration according to the migration plan and procedures. Usually, the higher the complexity of the client environment and the greater the quantity of data, the more time the migration phase will take.

Validation phase: Once the storage data migration completes, it’s critical to validate that the data on the new storage subsystem is an accurate copy of the data from the original storage subsystem. Usually this is a joint effort with application administrators.

Contact Lab Services for support

Hopefully this storage migration 101 has been a helpful introduction. Migrations can be tricky depending on the complexity of your environment, and there are experienced storage leaders available to help. IBM Systems Lab Services has a team of consultants with a wealth of experience doing data migrations, and we’ve helped many organizations worldwide to migrate data to new storage platforms. Contact us today if you’ve got questions about a storage data migration.

More IBM Systems Lab Services stories

Protection against malware: IBM AIX has your back

IBM Systems Lab Services, Power Systems, Security

“How can we protect our IBM AIX systems from malware attacks?” As a cyber security consultant, I come across this question more than any other when it comes to securing servers running IBM AIX. Most security breaches today are based on malware attacks, especially in banking sector. The infamous FASTCash malware has infected many banks’ more

Workplace gender equality: It’s everyone’s responsibility

Academic initiatives, IBM Systems Lab Services, Service providers

This year, IBM launched the Be Equal campaign and released a corresponding IBM Institute for Business Value (IBV) study on the current state of workplace gender equality. The IBV study found that amongst respondents: Seventy-nine percent of organizations globally haven’t fully prioritized gender-balanced leadership. Organizations that prioritize achieving gender equality in their leadership outperform their more

Where to find unrivaled IBM i performance expertise

IBM Systems Lab Services, Modern data platforms, Power Systems

You have options when it comes to getting help with a performance problem on IBM i. If it’s an IBM product issue, you turn to IBM Support. But who else can provide comprehensive support that includes access to all of IBM’s resources for difficult problems? IBM Systems Lab Services. Beyond support problems, IBM Systems Lab more