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
  • ไทย

What’s the Best Setting for an Operating System Paging File for Maximum Performance and Stability?

July 27, 2025 by Jason Aw Leave a Comment

What’s the Best Setting for an Operating System Paging File for Maximum Performance and Stability

What’s the Best Setting for an Operating System Paging File for Maximum Performance and Stability?

DataKeeper depends on many configuration settings in the operating system software.  Because of this, many times when a configuration change is made to the cluster, the impacts of the change are not completely understood by our customers.  This, in turn, can affect how SIOS DataKeeper operates.  Knowing these dependencies in advance can help when upgrading or changing your cluster configuration.   One of the key operating system features that DataKeeper depends upon is the location of the Paging file.

What is the Operating System Paging File?  

The operating system paging file is a hidden file that the operating system uses when the server’s physical memory is full.  The paging file acts as extra server memory, and it actually resides on a drive in the server. The paging file allows the server to continue to operate and maintain system performance even when physical memory is low by utilizing the paging file for additional memory.

Where Should the Operating System Paging File be located?

By default, the operating system paging file is placed on C:\ or the <root> drive.  The operating system configuration includes an option to allow automatic management of the paging file.   When this is set, the operating system can move the paging file automatically to any disk in the system after a reboot.  With DataKeeper, it is recommended that the automatic management of the paging file be disabled so that the paging file is not moved to other volumes that may be used by DataKeeper.  The operating system is not aware of which volumes are being used by DataKeeper and may unexpectedly move the paging file to a volume with a DataKeeper mirror.   With DataKeeper in your cluster, the paging file needs to be located on a volume that is not used for DataKeeper mirroring (such as the C drive).

Why is the Location of the Operating System Paging File Important to SIOS DataKeeper?

Why does it matter where the paging file is if DataKeeper is being used on your servers?  The location of the paging file can affect the operation of DataKeeper.  If the paging file is on a DataKeeper volume that is currently the source of the mirror, everything will appear to work fine.  However, when a switchover or failover occurs,  the source of the mirror then becomes the target of the mirror, and with a paging file present on the target volume, DataKeeper will fail to lock the target volume. If DataKeeper cannot lock the volume, switchovers and failovers will fail, affecting High Availability. Locking the target of the mirror is required, and paging files on the volume will keep DataKeeper from being able to lock the volume. With DataKeeper v8.11.0 a new feature was added to the product to help customers with this.  In v8.11.0, DataKeeper now prevents a paging file from being created on a DataKeeper volume.

Summary: What Happens When the Paging File is Located on a DataKeeper Volume?

DataKeeper purposely locks the volume on the target system to prevent writes from occurring on the target system.  In order for DataKeeper to lock a target volume, there cannot be an operating system paging file on the volume.  Many times, systems are configured at the OS level to “Automatically Manage Paging Files,” and sometimes page files end up getting placed on the DataKeeper volumes by the OS.  To overcome this, we recommend that this OS setting be changed.  Refer to the product documentation for further details.  Also, we recommend upgrading to DataKeeper v8.11.0 so you can benefit from this new DataKeeper feature that prevents paging files from being created on DataKeeper mirrored volumes.

Want to take the next step with SIOS? Request a demo today to see how SIOS can help you protect critical workloads, minimize downtime, and ensure seamless high availability.

Author: Sandi Hamilton, Director of Product Support Engineering at SIOS Technology Corp.

Reproduced with permission from SIOS

Filed Under: Clustering Simplified Tagged With: SIOS Datakeeper

Reliable Data Replication with SIOS DataKeeper: Why Communication (and Ports) Matter

July 22, 2025 by Jason Aw Leave a Comment

Reliable Data Replication with SIOS DataKeeper Why Communication (and Ports) Matter

Reliable Data Replication with SIOS DataKeeper: Why Communication (and Ports) Matter

In nearly every aspect of IT, communication is key, and when it comes to data replication, it’s critical. For DataKeeper, ensuring that data stays synchronized between nodes in a high availability cluster starts with ensuring the systems can talk to each other over the network.

Whether you’re replicating data across regions or data centers, your first task is to enable secure, reliable communication between all participating nodes. At the heart of this communication lies the TCP/IP protocol. DataKeeper uses a predefined set of TCP ports to establish and maintain replication.

What Are TCP Ports, and Why Are They Important for Data Replication?

A TCP port is a numeric identifier that serves as an endpoint used by network protocols to route traffic to specific applications running on a system. Think of them as addresses for an apartment building. You can send a message to the apartment building, but it probably won’t make it out of the lobby. With the address, you can ensure your message gets to the resident. If the desired address (port) is blocked, the data never gets to where it needs to go.

In the context of DataKeeper, these ports serve as the designated pathways through which nodes exchange critical replication data. Without open and correctly routed ports, the nodes won’t be able to communicate, causing replication to fail or stall.

Which Ports Does SIOS DataKeeper Use?

To establish replication and maintain communication between nodes, DataKeeper requires the following TCP ports to be open:

  • 137, 138, 139, 445 – These are Windows networking ports used for file and printer sharing (NetBIOS and SMB).
  • 9999 – This is the default port used by the DataKeeper service for control and status updates.
  • 10000–10025 – These ports are used for the actual replication traffic. Each port in this range corresponds to a drive letter:

10000 = Volume A

…

10025 = Volume Z

If you’re replicating volume F, for example, you’ll need to ensure that port 10005 is open between nodes.

What to Check When Data Replication Isn’t Working

If replication isn’t starting or is repeatedly disconnecting, consider the following:

  1. Firewall Configuration
    1. Check that Windows Firewall is not blocking any required ports. You can create an inbound rule to allow traffic on the needed ports:
      1. Open Windows Defender Firewall with Advanced Security
      2. Go to Inbound Rules > New Rule
      3. Choose Port, select TCP, and specify:

137, 138, 139, 445, 9999, 10000-10025

  1. Allow the connection and apply the rule to all profiles (Domain, Private, Public).
  1. Network Security Groups / Cloud Firewalls

If your nodes are hosted in cloud environments like AWS, Azure, or GCP, make sure the security groups or NSGs also allow the above ports between the relevant IP addresses.

  1. Ping and Connectivity Tests
    1. Use ping or Test-NetConnection in PowerShell to verify network reachability.
    2. Use telnet or Test-NetConnection -Port to check if specific ports are open.

Best Practices for a Smooth SIOS DataKeeper Deployment

Beyond enabling TCP traffic, there are a couple of other networking best practices that can improve your DataKeeper experience. To ensure reliable replication with DataKeeper, start by verifying that all nodes can resolve each other’s hostnames consistently. This can either be through DNS or static entries in the hosts file. Name resolution issues can be a common source of silent failures and should be addressed early. Additionally, think about configuring a dedicated network interface for replication traffic whenever possible. Separating replication from production traffic not only improves performance and reduces latency but can also enhance security and reliability by isolating data transfer from user and application activity.

Ensure Port Connectivity for Reliable SIOS DataKeeper ReplicationIn Summary

For DataKeeper to perform reliably, network communication must be unrestricted across the defined set of TCP ports. Understanding and configuring these ports, especially the volume-specific replication ports, is essential for avoiding downtime and ensuring your high-availability setup delivers on its promise.

Taking a few minutes to audit your firewall rules and confirm connectivity can save you hours of troubleshooting when replication suddenly stalls. As with all things in IT, clear communication, both between people and between systems, makes all the difference.

Want to take the next step? Consider how high-availability strategies, such as clustering, can support safer, disruption-free patching in your environment. Request a demo today to see how SIOS can help you protect critical workloads, minimize downtime, and ensure seamless patching.

Author: Tristan Allen, Associate Customer Experience Software Engineer at SIOS Technology Corp.

Reproduced with permission from SIOS

Filed Under: Clustering Simplified Tagged With: data replication

Ensuring HA for Global Manufacturing Operations

July 14, 2025 by Jason Aw Leave a Comment

Ensuring HA for Global Manufacturing Operations

SIOS Provides Uptime and Operational Efficiency

The EGGER Group, a global leader in wood-based materials manufacturing, has achieved 99.99% uptime for its mission-critical applications using SIOS LifeKeeper for Linux. With SIOS, EGGER has ensured uninterrupted operations across its 22 manufacturing facilities in 11 countries, safeguarding essential SAP, Oracle, and custom applications from downtime.

Read the case study here

Reproduced with permission from SIOS

Filed Under: Clustering Simplified Tagged With: Linux, Oracle, SAP S/4HANA, SIOS LifeKeeper for Linux

Announcing LifeKeeper/SSP/DKCE for Windows 8.11.0: Enhanced Stability, Security, and Support

July 6, 2025 by Jason Aw Leave a Comment

Announcing LifeKeeperSSPDKCE for Windows 8.11.0 Enhanced Stability, Security, and Support

Announcing LifeKeeper/SSP/DKCE for Windows 8.11.0: Enhanced Stability, Security, and Support

We are excited to announce the general availability of LifeKeeper/SSP/DKCE for Windows 8.11.0, scheduled for release on June 26, 2025! This latest version brings significant advancements designed to boost the stability, security, and supportability of your critical Windows environments.

Key Highlights of LifeKeeper/SSP/DKCE for Windows 8.11.0:

  • Windows Server 2025 Support: Stay ahead of the curve with full support for the latest Windows Server 2025, ensuring compatibility and optimal performance for your modern infrastructure.
  • Improved Stability through Reduced Misconfiguration Risk: To maintain optimal mirroring performance, the DataKeeper driver prevents the creation of PageFiles on replicated volumes. This ensures system stability and eliminates potential conflicts during replication.
  • Enhanced Supportability with Detailed Logging: Troubleshooting and support resolution are now faster than ever. LifeKeeper 8.11.0 includes more logging, which can be enabled or disabled as desired (default is enabled), providing you and our support team with richer information, leading to quicker diagnosis and resolution of any issues you may encounter.
  • Superior Split-Brain Protection: We’ve fortified our split-brain protection mechanisms to eliminate the unexpected movement of the I/O fencing guard file. This critical improvement ensures the reliable prevention of two nodes writing to a shared volume simultaneously (split-brain), safeguarding data integrity and system availability.
  • Strengthened SQL Server Security: LifeKeeper 8.11.0 introduces an improved method for passing credentials between scripts to enhance protection of sensitive data within your SQL Server ARK (Application Recovery Kit).

The LifeKeeper/SSP/DKCE for Windows 8.11.0 release is a testament to our commitment to providing robust high availability and disaster recovery solutions. These new features and improvements underscore our dedication to delivering a more stable, secure, and easily supportable experience for our users.

Reproduce with permission from SIOS

Filed Under: Clustering Simplified Tagged With: LifeKeeper

Why an Effective Patch Management Strategy Is Essential for IT Resilience

July 2, 2025 by Jason Aw Leave a Comment

Streamlining External Communication for Emergency Procedures

Why an Effective Patch Management Strategy Is Essential for IT Resilience

In an era where cyber threats evolve daily, and IT environments become increasingly complex, patch management is no longer optional—it’s critical. Organizations depend on applications and infrastructure to operate without interruption, and even a single missed update can expose vulnerabilities that threaten security, compliance, and business continuity.

Patch management refers to the process of identifying, acquiring, testing, and deploying software updates that correct bugs, address security weaknesses, and improve performance. These patches may target operating systems, applications, middleware, or firmware components across physical, virtual, or cloud environments.

Yet, despite its importance, patch management often competes with other IT priorities and is delayed due to fear of downtime or unexpected consequences. That delay can come at a steep cost. According to recent reports, the majority of data breaches exploit known vulnerabilities, many of which had patches available for months or even years. In regulated industries such as healthcare and finance, failing to patch can also result in violating compliance requirements, which may lead to fines or reputational damage.

Modern enterprises must approach patch management as a strategic discipline. It’s not just about fixing what’s broken—it’s about protecting what’s critical. And that starts with a structured lifecycle approach.

A Closer Look at the Patch Management Lifecycle

Building a resilient patch management strategy begins with understanding the full scope of the lifecycle, from initial discovery through final validation. Each stage plays a critical role in ensuring updates are applied safely and effectively.

1. Patch Management Discovery: Know What You Own

You can’t patch what you don’t know exists. The first step is to create and maintain a comprehensive, up-to-date inventory of all IT assets, including servers, virtual machines, devices, applications, and services. This includes shadow IT or any unmanaged systems that automated patching tools may not be able to cover.

Asset discovery tools can help identify systems that fall outside of standard update routines, ensuring comprehensive coverage. Without this visibility, organizations risk leaving gaps that attackers could exploit.

2. Patch Management Assessment: Prioritize Based on Risk

Not all patches carry the same weight. Some updates address cosmetic bugs, while others fix actively exploited vulnerabilities. An effective patch management strategy involves assessing the severity, relevance, and business impact of each patch. Questions to consider include:

  • Does this patch address a known vulnerability?
  • Is the vulnerability being actively exploited in the wild?
  • What systems are affected, and how critical are they to business operations?
  • Are there any compliance requirements tied to this update?

Security teams and IT operations must collaborate to establish a risk-based framework for prioritizing patches. The goal is to ensure that the most urgent patches are applied promptly while less critical updates are scheduled appropriately.

3. Patch Management Testing: Reduce both Planned and Unplanned Downtime

Before deploying patches to production environments, organizations should test them in a staging environment that mirrors real-world systems. This step helps identify potential compatibility issues, application failures, or unintended side effects.

Testing is critical in environments where uptime is non-negotiable, such as hospitals, financial systems, or airport infrastructure. It provides an opportunity to validate that the patch does what it claims and that it doesn’t break existing functionality.

4. Patch Management Deployment: Roll Out with Care

With testing complete, patches can be deployed in a phased and prioritized manner. High-availability (HA) solutions, such as clustering software, can further reduce downtime risks by enabling patching on secondary nodes before switching traffic over. This approach, often referred to as “rolling updates,” helps ensure continuous service during maintenance.

Scheduling deployments during low-traffic windows or utilizing automation tools to streamline patch distribution can also minimize the impact and enhance reliability.

5. Patch Management Verification: Trust, But Verify

Deployment doesn’t mark the end of the process. After patches are applied, teams should confirm that systems are operating as expected. This includes verifying that the patch was successfully installed, that applications remain stable, and that no new vulnerabilities have emerged.

System monitoring, vulnerability scanning, and post-deployment checklists can all support this step.

6. Patch Management Documentation and Reporting: Prove and Improve

Maintaining detailed records of patching activities is essential, not just for internal tracking but also for regulatory compliance and audit readiness. Documentation should include:

  • Patch versions and release notes
  • Testing results
  • Deployment dates and systems updated
  • Any incidents or rollbacks

Robust reporting supports continuous improvement, enabling organizations to refine their strategies over time.

How High Availability Enhances Your Patch Management Strategy

Patch management is more than a security function—it’s a business imperative. When executed with care and structure, it safeguards critical systems, protects sensitive data, and ensures operational resilience. By adopting a lifecycle approach and investing in the right tools, IT teams can stay ahead of threats without compromising uptime or performance.

Want to take the next step? Consider how high-availability strategies, such as clustering, can support safer, disruption-free patching in your environment. Request a demo today to see how SIOS can help you protect critical workloads, minimize downtime, and ensure seamless patching.

Author: Benjamin Roy, SIOS Marketing Program Specialist

Reproduced with permission from SIOS

Filed Under: Clustering Simplified

  • « Previous Page
  • 1
  • 2
  • 3
  • 4
  • …
  • 107
  • Next Page »

Recent Posts

  • Webinar: Healthy IT in Healthcare: Protecting SQL Server with SIOS and Google Cloud
  • High Availability Health-Check Services, Optimization, and Training
  • Eliminate Shadow IT High Availability Problems
  • Achieving High Availability Cost-Effectively
  • Why Company History Matters in HA

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 © 2025 · Enterprise Pro Theme on Genesis Framework · WordPress · Log in