Storage Considerations for Resizing Your Highly Available Cluster

Reading Time: 2 minutes

When I was a Marine serving with a Tank Battalion, I remember that we’d all prepared ourselves to hear “FIRE IN THE HOLE” just before we shot a projectile. Even if you did not hear others yell this, we had radios/coms, hand/arm signals, flags, flares, etc. indicating that all things were “a go” and the projectile was headed down range. We all knew that communication was essential.

The Importance of Communication in Cluster Storage Resizing

If you are Database Administrator, Server Engineer or an IT generalist responsible for the health of the application resources on your cluster (DataKeeper storage), communication is essential for you too. For example, how do you notify others about your efforts to scale your storage? To be successful, it’s likely you are going to need to communicate with several other members of your team about a wide range of topics, related to your Source and Target Volumes, including:

  • Do you need more space?
  • Do you need to change your disk type from Basic to Dynamic?
  • MBR (Master Boot Record) or GPT (GUID Partition Table)?
  • Unit Allocation Size?
  • Other


Who on your team will yell “FIRE IN THE HOLE” when it’s time to provision your existing DataKeeper Mirror(s)? Don’t you want to be notified before and after?

Key Steps for Coordinating DataKeeper Storage Resizing

Your DataKeeper Storage requires a few things that need to be communicated to all stakeholders; internally or externally (hosted):

  • Preparation:
    • Have all  the departments been notified of the said actions that will take place?
      • Databases, Networking, Security, Applications, Client Services, etc.
      • Have the steps been provided for resizing?
        • Have those steps been shared with stakeholders that are impacted?
  • Staging:
    • Has the environment been “prepped” with the required resources?
      • How much new storage is needed?
      • Will the volume attributes remain the same i.e. Unit Allocation Size, MBR/GPT to name a few . . . 
  • Execution:
    • Final walk through . . .
      • All of the requirements have been gathered/reviewed again . . . via Preparation, Staging, etc

Marine: “Are you ready?”

Other Marines: “Yes!” (There is some swearing of course, WE ARE MARINES! LOL)

Marine: “FIRE IN THE HOLE”

DataKeeper Administrator: “Pause and Unlock Mirror” aka “FIRE IN THE HOLE

  • Greg Tucker, Sr. Product Support Engineer, SIOS Technology Corp.

Ready to optimize your storage for high availability? Connect with SIOS experts today to ensure your cluster resizing is smooth, efficient, and built to scale.


Recent Posts

Disaster Recovery

Data Recovery Strategies for a Disaster-Prone World

Working in a position with its roots in software engineering, system administration, and customer support positions, one has a unique opportunity of seeing […]

Read More
DataKeeper and Baseball

DataKeeper and Baseball: A Strategic Take on Disaster Recovery

Throughout my career, DataKeeper is becoming the industry standard within “think tanks” and “water cooler” chatter, when it comes to Data Protection and […]

Read More

Budgeting for SQL Server Downtime Risk

In this TechRadar Pro article “Budgeting for SQL Server Downtime Risk,” SIOS’ Dave Bermingham emphasizes the importance of aligning business continuity plans with […]

Read More