SIOS SANless clusters

SIOS SANless clusters High-availability Machine Learning monitoring

  • Home
  • Products
    • SIOS DataKeeper for Windows
    • SIOS Protection Suite for Linux
  • News and Events
  • Clustering Simplified
  • Success Stories
  • Contact Us
  • English
  • 中文 (中国)
  • 中文 (台灣)
  • 한국어
  • Bahasa Indonesia
  • ไทย

Commonalities between Disaster Recovery (DR) and your spare tire

October 14, 2025 by Jason Aw Leave a Comment

Commonalities between Disaster Recovery (DR) and your spare tire

Commonalities between Disaster Recovery (DR) and your spare tire

In our recent blogs, we’ve drawn some interesting parallels between cars and DataKeeper. These posts have explored topics such as:

  • Transitioning from LifeKeeper to Windows Server Failover Clustering (or vice versa)
  •  Maximizing the efficiency of your ‘GET’ commands in DataKeeper
  • Comparing your car dashboard to the DataKeeper User Interface (UI)

Let’s keep that theme rolling (pun intended)

Understanding the Role of a Spare Tire (and a DR Node)

Let’s give a brief intro on the function of a spare tire and the function of a DR node in a DataKeeper clustered environment running Windows Server Failover Clustering™.

A spare… will temporarily replace a damaged tire, allowing you to reach a repair shop, home, or other destination, saving you time and avoiding being towed ($$$) or stranded. Though convenient, temporary spares have limits on longevity and speed.

Understanding the Role of a Disaster Recovery Node

A Disaster Recovery node . . .  is typically a standby node (spare) that contains applications and data, often located in a different region from its primary location to protect against outages/disasters, man-made or natural.

There are endless pros and cons for both.  I’ve named just a few for the sake of readership . . .

Drawing Parallels Between Your Spare Tire and a DR Node

Pros (with a spare) Cons (without a spare)
Reduce being stranded Delays, stranded overnight
Avoid Roadside Assistance Roadside service may take hours
Mobile again to go get it fixed permanently Must wait for a tow or other means to get the repair done, which can be costly
Pros (with DataKeeper) Cons (without DataKeeper)
Streamline failover without manual intervention Need to rebuild systems, restore data manually
Reduce risk of data loss SLAs not met, loss of sales, penalties
Maintaining customer trust Not meeting customer expectations reduce confidence

In this blog, we can draw a clever analogy between Disaster Recovery (DR) in DataKeeper clustered environments and the humble “doughnut” tire in your car.

Both serve as critical safety nets in moments of crisis, ensuring you can recover quickly and avoid prolonged downtime.

Why a Reliable DR Solution Matters More Than Ever

Just as a spare tire ensures you can keep driving after a flat, a DR node provides critical backup infrastructure to keep your business running smoothly in the face of outages, cyberattacks, or natural disasters.

In today’s fast-paced digital world, downtime can result in lost revenue, damaged reputation, and even legal liabilities—making the need for a reliable DR solution more crucial than ever.

A DR node acts as a safety net, allowing businesses to recover quickly and minimize disruptions to operations. For customers, investing in a DR node is not just about mitigating risk; it’s about ensuring peace of mind, protecting valuable data, and maintaining trust with clients and stakeholders.

Keep Your Business Rolling with DataKeeper

In short, a Disaster Recovery node is the cornerstone of resilience, empowering businesses to stay agile and focused no matter what challenges arise. Whether it’s a spare tire or a Disaster Recovery node, preparedness is the key to staying on track when life throws unexpected challenges your way. Just like you wouldn’t drive without a spare, don’t run your business without a DR plan. Request a demo to see how DataKeeper keeps your operations moving.

Author: Greg Tucker Senior Product Support Engineer at SIOS Technology

Reproduced with permission by SIOS

Filed Under: Clustering Simplified Tagged With: DataKeeper, disaster recovery

First 30 days: Key things to know for a newbie to SIOS LifeKeeper or SIOS DataKeeper

March 25, 2024 by Jason Aw Leave a Comment

First 30 days Key things to know for a newbie to SIOS LifeKeeper or SIOS DataKeeper

First 30 days: Key things to know for a newbie to SIOS LifeKeeper or SIOS DataKeeper

As a relatively new employee, my boss asked me to write down my impressions of SIOS products and things that newbie’s to SIOS might like to know. Here are my thoughts.

Key Product Concepts: Clustering and Data Mirroring

LifeKeeper (Windows or Linux) is clustering software that monitors the whole application stack (network, storage, O/S, database, application software and server hardware). It allows you to specify backup physical or virtual resources (called nodes), and a communication path to connect them. Associations on each node can be created to represent resource hierarchy, for example an association can be made between a database application and the database data. This association keeps the app and the data together when systems are migrated. Lifekeeper also offers the ability to view system logs of the nodes.

DataKeeper is a software tool that is bundled with LifeKeeper. It provides capability to real-time mirror local source drives to destination drives which reside elsewhere on the customer’s network or in the cloud. This provides resilience to a drive outage or failure. Drive data mirroring is handled by SIOS software which does automatic synchronization of data from the source to the destination when changes occur on the source drive. A bitmap is utilized to map the writes to specific blocks and block-level writing is used to perform the copies.

Key Datakeeper and Lifekeeper Product Features and Details

Linux and Windows operating systems are supported for both products.

Lifekeeper offers high IT resilience to problems, keeping systems up and running. If a problem is detected, the system will attempt to restart the application. If this is unsuccessful, it will perform a failover to the standby node. If a communication path goes down, intervention occurs and makes a determination on which node becomes the source node based on data available to each node and provisioned quorum settings.

DataKeeper allows you to configure source and destination connections for Synchronous or Asynchronous drive writing. Synchronous file writing, means that the system completes the write to the destination before it reports that the write is complete; it is slower response, but safer. With asynchronous file writing, the write operations are performed in the background providing faster response. Datakeeper uses WAN throttling and data compression for efficiency.

The combination of products can be used to migrate applications to new VMs or perform maintenance on secondary systems while keeping the primaries live.

Datakeeper and Lifekeeper Product Value

A main benefit of using SIOS Datakeeper is that you can use locally attached drives that already exist on your system. There is no need to plan for and purchase storage hardware. There isn’t the concern of having a RAID controller failing, preventing access to all of the storage, or the whole storage unit being targeted to attacks such as ransomware.

Lifekeeper is available as a Cluster solution using multiple nodes with resource failure detection and failover capability, or is available in a single node variant (Single Server Protection) providing resource failure detection and reboot capability for a single server system. Both are available for Linux and Windows offering protection for a variety of types of customer’s system. LifeKeeper does not require any customized, fault-tolerant hardware.

Linux Lifekeeper supports RHEL9-7, SLES15-12, Oracle Linux 9-6, CentOS 8-6 Rocky 8-6, Miracle 9-8, and can be hosted using VMware vSphere, VMware Cloud on AWS, KVM, Oracle VM Server and Nutanix Acropolis Hypervisor. Linux LifeKeeper installation setup script utilizes package manager tools to install the product.

Key Points to Know

A newbie to SIOS LifeKeeper or DataKeeper can run into a few common points of confusion.  Here are some to be aware of:

Datakeeper:

  • Setting up a mirror – the destination drive has to be at least as large as the source.
  • If the mirror is paused, and changes are made to target, when the mirror is restarted, those changes will be examined and overwritten with the original data from the source.

Lifekeeper:

  • You must bring up your associated child resources before bringing up the parent resource.

SIOS Technical Documentation

Read the official SIOS technical documentation to learn more about the product details and how to troubleshoot issues. From the support page, you can go to the Support Portal.

The Support Portal has the following tabs:

– Solutions tab takes you to a page showing Problem / Solution combinations.

– Cases tab takes you to a page showing various cases in detail

Both pages have search panels allowing the customer to hone in on relevant records.

Key Disaster Recovery Terms and Terminology

Automatic failover – detection of failure and switching of primary and standby drives is handled by the SIOS software, allowing the customer’s system to still function properly should an outage occur.

Application Recovery Kits (ARKs) – are available to protect your business-critical applications and data from downtime and disasters. ARKs provide the capability for performing setup, automation of manual tasks and failover.

Cluster – group of physical or virtual machines that behave as a single system, providing redundancy to create a high-availability resource.

Mirroring – intentionally synchronizing primary drive content changes to a standby drive in real-time.

Switchover – User initiated switching of source and standby drives. Used when system maintenance needs to be performed on a drive.

Lessons and Tips for the Next Newbie:

What has proved most useful for me for retaining what I have learned so far is to take lots of notes, and record screen video on training sessions with peers. This gives you something concrete to refer to at a later date.

Practice setting up mirrors, getting them connected and working, and then performing switch-overs has been very helpful to my understanding of the product. Practice practice practice. The official documentation is an excellent resource to read up on how to perform an operation.

SIOS High Availability and Disaster Recovery

SIOS Technology Corporation provides high availability and Disaster Recovery products that protect & optimize IT infrastructures with cluster management for your most important applications. Contact us today for more information about our services and professional support.

Reproduced with permission from SIOS

Filed Under: Clustering Simplified Tagged With: DataKeeper, SIOS LifeKeeper for Linux

How to Avoid IO Bottlenecks: DataKeeper Intent Log Placement Guidance for Windows Cloud Deployments

May 9, 2022 by Jason Aw Leave a Comment

DataKeeper Intent Log Placement Guidance for Windows Cloud Deployments

How to Avoid IO Bottlenecks: DataKeeper Intent Log Placement Guidance for Windows Cloud Deployments

To ensure optimal application performance, when deploying SIOS DataKeeper it is important to place the intent log (bitmap file) on the lowest latency disk available, avoiding an IO bottleneck. In AWS, GCP and Azure, the lowest latency disk available is an ephemeral drive. However, in Azure, the difference between using an ephemeral drive vs Premium SSD is minimal, so it is not necessary to use the ephemeral drive when running DataKeeper in Azure. In AWS and GCP however, it is imperative to relocate the intent log to the ephemeral drive, otherwise write throughput will be significantly impacted.

When leveraging an ephemeral disk for the bitmap file there is a tradeoff. The nature of an ephemeral drive is that the data stored on it is not guaranteed to be persistent. In fact, if the cloud instance is stopped from the console, the ephemeral drive attached to the instance is discarded and a new drive is attached to the instance. In this process the bitmap file is discarded and a new, empty bitmap file is put in its place.

There are certain scenarios where if the bitmap file is lost, a complete resync will occur. For instance, if the primary server of a SANless cluster is shutdown from the console a failover will occur, but when the server comes back online a complete resync will occur from the new source of the mirror to the old source. This happens automatically, so the user does not have to take any action and the active node stays online during this resync period.

There are other scenarios where bitmap file placement can also impact performance. For instance, if you are replicating NVMe drives you will want to carve out a small partition on the NVMe drive to hold the bitmap file. A general rule of thumb is that the bitmap file should be on the fastest, lowest latency disk available on the instance. It should also be located on a disk that is not overly taxed with other IO operations.

Information on how to relocate the intent log can be found in the DataKeeper documentation. Additional information regarding how the intent log is used can be found in the DataKeeper documentation.

Reproduced with permission from SIOS

Filed Under: Clustering Simplified Tagged With: DataKeeper, Intent Logs

How To Resize a SIOS DataKeeper Volume or Mirror

March 27, 2022 by Jason Aw Leave a Comment

How To Resize a SIOS DataKeeper Volume or Mirror

How To Resize a SIOS DataKeeper Volume or Mirror

In this 4.5 minute video, SIOS demonstrates how to properly resize an existing SIOS DataKeeper volume or mirror. In this case, we are protecting a SQL Server resource via failover clustering. The SIOS DataKeeper resource that we will resize will be Volume ‘s’.

  • Launch SIOS DataKeeper, go to the mirror you are resizing. The reason you do this is for business requirements or because you are running out of space exponentially. First, stop mirroring by choosing Pause and unlock mirror or you can go to the Actions panel on the right and choose Pause and unlock all mirrors if your job has multiple mirrors.
  • It says OK. Once the mirror is paused, now go to the source and you want to grow your space, choose Extend, next, and then finish. Switch over to target and do the same. Extend, next, finish. Go back to the mirror and Choose Continue and lock mirror. The mirror is back in a mirroring state and none of the roles were taken offline.

Let us know if this has been helpful!

How To Resize a SIOS DataKeeper Volume or Mirror | SIOS

Reproduced with permission from SIOS

Filed Under: Clustering Simplified Tagged With: DataKeeper

How to Remove SIOS DataKeeper Storage from SIOS LifeKeeper

March 23, 2022 by Jason Aw Leave a Comment

How to Remove SIOS DataKeeper Storage from SIOS LifeKeeper

How to Remove SIOS DataKeeper Storage from SIOS LifeKeeper

Greg Tucker, SIOS Senior Product (Windows) Support Engineer will demonstrate in this 3-minute video, how to properly remove SIOS DataKeeper storage from SIOS LifeKeeper.

It is highly recommended that you remove the DataKeeper resource from the cluster prior to removing DataKeeper.

At the end of the video, Greg shares the SIOS Support contact info in the event there are other questions or issues.

How to Remove SIOS DataKeeper Storage from SIOS LifeKeeper | SIOS

Reproduced with permission from SIOS

Filed Under: Clustering Simplified Tagged With: DataKeeper, storage

  • 1
  • 2
  • 3
  • …
  • 5
  • Next Page »

Recent Posts

  • ARKs and Their Use Cases
  • Linux and LifeKeeper
  • Ensuring IT Resilience and Service Continuity in State and Local Government
  • SIOS LifeKeeper vs. Pacemaker in SUSE and Red Hat Environments
  • The Power of Approximation in Business Decisions and Communication

Most Popular Posts

Maximise replication performance for Linux Clustering with Fusion-io
Failover Clustering with VMware High Availability
create A 2-Node MySQL Cluster Without Shared Storage
create A 2-Node MySQL Cluster Without Shared Storage
SAP for High Availability Solutions For Linux
Bandwidth To Support Real-Time Replication
The Availability Equation – High Availability Solutions.jpg
Choosing Platforms To Replicate Data - Host-Based Or Storage-Based?
Guide To Connect To An iSCSI Target Using Open-iSCSI Initiator Software
Best Practices to Eliminate SPoF In Cluster Architecture
Step-By-Step How To Configure A Linux Failover Cluster In Microsoft Azure IaaS Without Shared Storage azure sanless
Take Action Before SQL Server 20082008 R2 Support Expires
How To Cluster MaxDB On Windows In The Cloud

Join Our Mailing List

Copyright © 2026 · Enterprise Pro Theme on Genesis Framework · WordPress · Log in