SIOS SANless clusters

SIOS SANless clusters High-availability Machine Learning monitoring

  • Home
  • 产品
    • SIOS DataKeeper for Windows
    • SIOS Protection Suite for Linux
  • 新闻与活动
  • 服务器集群简单化
  • 成功案例
  • 联系我们
  • English
  • 中文 (中国)
  • 中文 (台灣)
  • 한국어
  • Bahasa Indonesia
  • ไทย

灾难恢复 (DR) 与备用轮胎之间的共同点

10月 14, 2025 by Jason Aw Leave a Comment

Commonalities between Disaster Recovery (DR) and your spare tire

灾难恢复 (DR) 与备用轮胎之间的共同点

在我们最近的博客中,我们在汽车和 DataKeeper 之间建立了一些有趣的相似之处。这些帖子探讨了以下主题:

  • 从 LifeKeeper 过渡到 Windows Server 故障转移群集(或反之亦然)
  • 最大限度地提高 DataKeeper 中“GET”命令的效率
  • 将您的汽车仪表板与 DataKeeper 用户界面 (UI) 进行比较

让我们继续这个主题(双关语)

了解备胎(和 DR 节点)的作用

让我们简单介绍一下备胎和DR节点在一个数据管理员运行 Windows Server Failover Clustering™ 的集群环境。

备胎……可以临时替换损坏的轮胎,方便您前往维修店、家中或其他目的地,节省您的时间,避免被拖车($$$)或被困。虽然临时备胎很方便,但其使用寿命和速度有限。

了解灾难恢复节点的作用

灾难恢复节点…通常是包含应用程序和数据的备用节点,通常位于与其主要位置不同的区域,以防止人为或自然的中断/灾难。

两者各有优缺点。为了方便读者,我只列举了其中几个……

将备用轮胎与 DR 节点进行比较

优点(有备用件) 缺点(无备用件)
减少滞留 延误,滞留一夜
避免路边援助 路边服务可能需要数小时
再次移动以永久修复它 必须等待拖车或其他方式才能完成维修,这可能会很昂贵

 

优点(使用 DataKeeper) 缺点(没有 DataKeeper)
简化故障转移,无需人工干预 需要重建系统,手动恢复数据
降低数据丢失的风险 未满足 SLA、销售损失、罚款
维护客户信任 未能满足客户期望会降低信心

在这篇博客中,我们可以将 DataKeeper 集群环境中的灾难恢复 (DR) 与汽车中不起眼的“甜甜圈”轮胎进行巧妙的类比。

两者在危机时刻都充当着重要的安全网,确保您能够快速恢复并避免长时间停机。

为什么可靠的灾难恢复解决方案比以往任何时候都重要

就像备用轮胎确保你在爆胎后可以继续行驶一样,DR 节点提供了关键的备份基础设施在发生停电、网络攻击或自然灾害时,确保您的业务顺利运行。

在当今快节奏的数字世界中,停机时间可能导致收入损失、声誉受损,甚至法律责任——因此需要可靠的灾难恢复解决方案比以往任何时候都更加重要。

灾难恢复节点如同安全网,帮助企业快速恢复并最大程度地减少运营中断。对于客户而言,投资灾难恢复节点不仅是为了降低风险,更是为了确保安心无虞、保护宝贵数据,并维护与客户和利益相关者之间的信任。

使用 DataKeeper 保持您的业务顺利进行

简而言之,灾难恢复节点是企业韧性的基石,无论面临何种挑战,它都能帮助企业保持敏捷和专注。无论是备用轮胎还是灾难恢复节点,做好准备是确保在意外挑战来临时保持正常运转的关键。正如开车时没有备胎一样,运营企业也需要制定灾难恢复计划。申请演示了解 DataKeeper 如何保持您的操作顺利进行。

作者:Greg Tucker SIOS Technology 高级产品支持工程师

经许可转载SIOS

Filed Under: 服务器集群简单化

利用高可用性集群实现近乎零停机时间的补丁管理

10月 8, 2025 by Jason Aw Leave a Comment

Unlocking Near-Zero Downtime Patch Management with High Availability Clustering

利用高可用性集群实现近乎零停机时间的补丁管理

补丁管理是 IT 领域最艰难的平衡之举之一。每个月或每个季度,操作系统和应用程序供应商都会发布包含关键安全修复的更新。这些补丁需要快速测试和应用——但仓促发布会导致系统不稳定,而拖延则会增加漏洞。对于运行关键任务应用程序的组织来说,风险甚至更高。

这就是为什么 IT 领导者越来越多地转向高可用性 (HA) 集群简化补丁测试和部署,同时将停机时间降至最低。

为什么补丁管理如此具有挑战性

  • 测试需要时间和资源。QA 环境并不总是可用的,团队可能会感到压力,需要简化测试才能跟上进度。
  • 网络攻击进展迅速。零日漏洞在补丁发布后的数小时内就被武器化。根据波耐蒙研究所的数据,57% 的违规行为归因于未修补的漏洞。
  • 停机成本高昂。无论计划内还是计划外,停机时间平均每分钟造成 5,600 美元损失(Gartner)。在以下行业中卫生保健,航空, 和制造业,即使是短暂的停电也可能造成重大的财务和安全影响。

挑战很明显:组织必须更快地修补、彻底测试并尽量减少中断。

HA 集群如何改变补丁管理

高可用性集群将主服务器节点与辅助节点配对。高级集群软件会持续监控环境——应用程序、操作系统、存储和网络。如果发生故障,操作将无缝转移到辅助节点,无需停机。

同样的架构可以实现“滚动升级”修补方法:

  1. 修补辅助节点而主节点继续运行。
  2. 测试更新在进行切换之前,在辅助节点上。
  3. 必要时进行故障恢复— 如果发现问题,操作将立即在主节点上继续。
  4. 如果成功则切换— 如果测试通过,操作将转移到辅助节点,然后可以修补主节点。

结果是:组织可以更快地应用更新,避免危险的捷径,并保持系统全天候可用。

利用 HA 集群增强安全性、合规性和 IT 弹性

现代法规,例如 HIPAA、PCI DSS 4.0 和 NIST 800-53,都要求及时修补。与此同时,一些备受瞩目的事件(例如 CrowdStrike 更新失败)也暴露了仓促且未经测试的更新所带来的风险。

通过将 HA 集群集成到补丁管理策略,IT 团队可以:

  • 满足合规性要求,且不牺牲正常运行时间。
  • 降低补丁相关故障的风险。
  • 增强整体 IT 抵御网络威胁的能力。

针对关键任务应用程序的近乎零停机补丁管理

过去,补丁速度与稳定性之间的权衡已不复存在。借助高可用性集群,IT 团队可以快速修补、安全测试,并保持关键任务应用程序在线,同时将停机时间降至接近零。

如果您的组织在补丁管理方面遇到困难,那么 HA 集群可能是更安全更新和更强弹性的关键。

准备好消除修补过程中的停机时间了吗?请求 SIOS 高可用性集群的演示并了解您的团队如何更快地修补、保持合规性并保持关键应用程序全天候运行。

作者:Ben Roy,SIOS 营销专家

经许可转载SIOS

Filed Under: 服务器集群简单化

如何安全地将 DataKeeper for Linux 与备份和复制工具结合起来

9月 26, 2025 by Jason Aw Leave a Comment

How to Safely Combine DataKeeper for Linux with Backup and Replication Tools

如何安全地将 DataKeeper for Linux 与备份和复制工具结合起来

当使用其他备份或复制软件与 DataKeeper for Linux 一起使用时,数据管理员是在集群中的服务器之间复制数据,确保所有相关服务器都拥有最新的数据副本。当服务器遇到计划外故障时,这一点至关重要。停机时间, 和生命守护者能够确保关键应用程序高度可用,并能通过使用 DataKeeper 保持正常运行时间。

将 DataKeeper 与其他备份或复制软件结合使用时,务必确认兼容性以避免冲突。复制软件可能会干扰 DataKeeper 的重新同步,有时是由于复制过程的开始顺序造成的。虽然力求最大限度地正常运行时间和可用性是有益的,验证这些措施是否会使您的集群保持最佳状态至关重要。

如何使用备份和复制软件测试 Linux 版 DataKeeper

测试与 DataKeeper 一起使用的复制软件的兼容性以确保其功能至关重要。以下是您可以检查以验证功能的项目列表。

  1. 在 QA 集群上进行测试。

在生产集群上使用备份/复制软件之前,请使用 DataKeeper 创建 QA 集群环境来运行测试。

在将任何新功能引入生产集群之前,QA 集群有助于进行测试。这有助于通过主动捕获和/或修复 QA 集群中出现的任何问题来避免生产集群中可能出现的问题。

2.完成基本功能测试。

仅安装 DataKeeper 作为复制软件后,应完成一些基本测试。在继续使用其他软件之前,请进行一次健全性检查。

基本测试应包括切换和故障转移是否成功的测试。请访问以下链接,了解确认切换是否能够成功执行的步骤。

https://docs.us.sios.com/spslinux/9.9.1/en/topic/testing-your-datakeeper-resource-hierarchy

  1. 完成其他软件的基本功能测试。

在软件备份/复制数据时以及软件完成备份/复制数据后运行上述相同的测试。

为了能够将该软件与 DataKeeper 一起使用,通过所有这些功能测试非常重要。

使用 GenApp Resources 通过 DataKeeper for Linux 管理备份和复制过程

如果测试结果不成功,可以创建一个通用应用程序(GenApp)在切换期间启动和停止相关进程

  • GenApp 可以在层次结构中用于恢复和删除复制软件所使用的过程,以处理软件运行的顺序。
    • 层次结构决定了资源之间的关系。顶层资源依赖于底层资源,从而建立依赖关系。当层次结构停止服务时,LifeKeeper 会采用自上而下的方法,先移除顶层资源,然后再移除底层资源。当发出恢复命令时,LifeKeeper 会采用自下而上的方法,先恢复底层资源,然后再恢复顶层资源。

基于此,我们将创建两个 GenApp,一个作为顶层资源,另一个作为底层资源。此配置确保当层次结构投入使用时,底层 GenApp 将停止进程,而顶层 GenApp 将启动进程。当层次结构被移除时,底层资源只需停止进程即可。

  • 在下面的链接中阅读有关创建 GenApp 的更多信息。

https://docs.us.sios.com/spslinux/9.9.1/en/topic/creating-a-generic-application-resource-hierarchy

确保 DataKeeper 集群兼容性并防止停机

最终,在将更多备份或复制软件引入 DataKeeper 集群之前,测试和验证至关重要。这些步骤旨在通过提供待完成项目列表来确保配置在引入生产环境之前井然有序,从而避免停机。在将其他备份或复制软件集成到 Linux DataKeeper 集群之前,彻底的测试和验证至关重要。完成这些步骤可确保您的配置正确设置,并有助于防止在引入生产环境时出现停机。

准备好了解 SIOS 如何帮助您简化高可用性并确保使用 DataKeeper for Linux 进行无缝备份和复制了吗?立即申请演示。

作者:Alexus Gore,客户体验软件工程师

经许可转载SIOS

Filed Under: 服务器集群简单化

编写脚本前请三思:Gen/App 恢复的最佳实践

9月 20, 2025 by Jason Aw Leave a Comment

Think Before You Script Best Practices for GenApp Recovery

编写脚本前请三思:Gen/App 恢复的最佳实践

SIOS 恢复套件提供了丰富的应用程序感知监控和恢复最佳实践。通常,每个 SIOS 恢复套件都提供了一种循序渐进的编程方法,用于根据以下要求恢复应用程序、数据库或服务:高可用性 (HA) 最佳实践SIOS 恢复套件提供在系统正常关闭、意外系统故障或崩溃,甚至应用程序、数据库或服务本身崩溃或不可用的情况下恢复运行所需的智能信息。此外,每次恢复都融入了二十多年来在该领域积累的经验智慧和改进。

但是,如果客户仍然需要编写自己的脚本来提供 HA,适用于 Windows 的 SIOS LifeKeeper和适用于 Linux 的 SIOS LifeKeeper包括通过脚本集成的选项通用应用程序 (Gen/App) 恢复工具包。

编写 Gen/App Recovery 脚本的最佳实践

  1. 使用现代的、受支持的脚本语言进行 Gen/App 恢复

现有解决方案的常见做法是在新系统和架构上使用旧的现有脚本。但是,务必确保使用的是现代且受支持的脚本语言。

  1. 避免在 Gen/App 脚本中使用硬编码值

使用硬编码值可能会导致可移植性问题,以及长期维护方面的挑战。请避免使用在未来部署中可能会发生变化的硬编码值,例如目录路径、用户名或类似值。

  1. 实践代码重用以提高 Gen/App 脚本质量

重复代码是客户开发的脚本中常见的问题。重复代码会造成质量、维护和故障排除方面的问题。请练习代码重用,例如继承、函数和子例程。

  1. 为函数和变量选择有意义的名称

描述性变量比“n”或“i”等单字符变量更有帮助。几个月或几年后再查看代码时,“n”这个变量的意义还会和“iReturnCode”一样重要吗?

  1. 删除未使用的函数和变量以防止代码膨胀

虽然函数和变量的命名很重要,但要避免使用未使用的变量和函数来扰乱代码。声明变量而不使用它们会在未来的更新和故障排除过程中造成混乱。虽然 8 MB 内存的时代早已过去,但额外添加一些重用性有限或没有额外价值的变量或函数仍然会造成负担,并导致代码膨胀。

  1. 验证所有输入参数以确保 Gen/App 可靠执行

急于让程序正常运行,不要忽略输入变量的验证。务必验证脚本和函数的所有输入。不要想当然地认为“我们做到了”,所有输入都是有效的。

  1. 记录有用且可操作的消息

考虑需要记录哪些输出以用于状态/进度、错误情况或故障排除。每条消息都应经过深思熟虑,并采用适当的措辞,以便为运维人员和未来的开发人员提供有用的反馈。

8.检查所有方法/函数/API调用的返回代码并采取防御措施

在脚本或函数主体内执行的命令将具有返回代码,明确表示为通过、失败或其他。请务必检查、记录并妥善处理方法、函数和 API 调用的预期和意外返回代码。

  1. 使用防御性编程技术

应用防御性编程的最佳实践,包括最小特权访问、输入验证、错误处理等。

  1. 测试 Gen/App 恢复脚本超越快乐路径

仅有可运行的代码是不够的。制定一个强大的验证计划,并对代码进行广泛的测试,尤其是在预期一切正常的情况下,更要超越“快乐路径”的范畴。

  1. 使用版本控制进行脚本管理和故障排除

使用版本控制和代码管理工具。版本控制对于故障排除、管理和跟踪脚本不可避免的修复至关重要。

  1. 通过代码检查和同行评审尽早发现错误

使用代码检查和同行评审来提高代码的弹性和稳健性。代码评审有助于及早发现问题,并降低后期故障和错误带来的成本、风险和负担。

  1. 验证在 Gen/App Recovery 中执行所需的权限

拥有组织良好、现代化、经过审查、检查、测试和控制的代码是精心编写的 gen/app 脚本的重要组成部分。然而,即使是编写得最好的脚本,如果没有正确的权限,也将无法执行。请确保脚本具有正确的权限,以便独立执行以及在高可用性解决方案的服务/用户帐户下执行。

  1. 清晰地注释代码以解释逻辑和业务用例

提供有助于解释业务逻辑和用例、描述预期函数输入和返回值并有助于整体理解的注释。即使代码编写良好,也需要注释,尤其是在业务逻辑或需求不明确的情况下。注释块示例如下:名称:

目的:

先决条件:

后置条件:

返回:

准备好自信地简化 Gen/App 恢复了吗?

不要让高可用性成为偶然。借助 SIOS LifeKeeper 和通用应用程序 (Gen/App) 恢复套件,您可以保护关键应用程序、简化恢复并减少停机时间。

立即申请演示了解 SIOS 如何帮助您实现可靠、经济高效的高可用性和灾难恢复。

作者:Cassius Rhue,SIOS 客户体验副总裁

经许可转载SIOS

Filed Under: 服务器集群简单化

灾难恢复规划对现代企业的重要性

9月 13, 2025 by Jason Aw Leave a Comment

The Importance of Disaster Recovery Planning for Modern Businesses

灾难恢复规划对现代企业的重要性

在当今互联网驱动的世界里,停机时间可能会给企业造成数千​​甚至数百万美元的损失。用户期望能够全天候无缝、不间断地访问服务和应用程序。当您的系统出现故障时,他们会立即注意到。还有什么比几分钟的不便更糟糕的呢?一场灾难性的故障会让您无法访问整个生产环境。虽然现代云平台拥有内在的韧性,假设自己对灾难免疫,可能是一个代价高昂的错误。如果没有明确的灾难恢复(DR)计划原本可能顺利的恢复可能会迅速陷入混乱。在本文中,我们将探讨灾难恢复规划为何至关重要,以及它如何保护您的企业免受财务和声誉损害。

灾难恢复准备与高昂的停机成本

诚然,制定灾难恢复计划需要时间、资源和战略规划。但与意外中断的成本相比,这笔投资微不足道。收入损失、客户信任受损、合规处罚以及运营中断都可能对企业造成毁灭性打击,尤其是在恢复需要数天而不是数分钟的情况下。可靠的灾难恢复计划并非奢侈之物,而是企业运营的根本业务连续性数字时代的要求。

灾难恢复如何保护客户满意度

系统崩溃时,客户不仅会感到沮丧,而且往往会选择离开。社交媒体会放大每一条投诉,短暂的中断可能会成为一场公关噩梦。但如果您建立了灾难恢复机制来确保连续性,客户将受到的影响极小甚至没有。即使在发生意外事件时,他们也会保持满意、忠诚,并对您的品牌的可靠性充满信心。

将正常运行时间转化为竞争优势

停机不仅对您不利,对您的竞争对手来说也是个机会。但当他们的服务出现故障而您的服务正常运行时,这向市场传递了一个强有力的信号。可靠正常运行时间这可能是一个重要的差异化因素,尤其是在信任和可用性至关重要的行业。灾难恢复规划可以将运营弹性转化为竞争优势。

通过数据冗余获得安心

确保关键数据和基础架构得到备份、复制并轻松恢复至关重要。无论是网络攻击、硬件故障还是自然灾害,您都可以安心无虞,因为您的运营不会受到单点故障的影响。灾难恢复规划可以帮助您建立冗余因此,没有任何单一事件能够抹去您的进度或数据。

最大程度减少停机时间并加速恢复

灾难来袭,速度至关重要。精心设计的灾难恢复计划包含清晰的步骤、明确的职责和自动化的恢复机制。这可以显著缩短恢复全面运营所需的时间。您的团队无需手忙脚乱地评估损失并临时想办法修复,而是可以遵循经过测试的恢复方案,快速高效地恢复生产。

最后的想法:将灾难恢复作为优先事项

灾难恢复不仅仅是 IT 问题,更是企业当务之急。在停机意味着金钱损失和信任受损的时代,快速恢复并保持服务正常运行的能力至关重要。不要等到灾难降临才意识到未雨绸缪的价值。联系 SIOS 团队,开启灾难恢复之旅立即制定恢复策略并让您的企业做好抵御任何风暴的准备。

作者:Connor Toohey,SIOS 产品支持工程师

经许可转载SIOS

Filed Under: 服务器集群简单化

  • « Previous Page
  • 1
  • …
  • 10
  • 11
  • 12
  • 13
  • 14
  • …
  • 115
  • Next Page »

最近的帖子

  • 在 AWS 上设置 Nginx 负载均衡器
  • 能力越大,维护越高效:集群维护最佳实践
  • 人工智能发展迅速,关键应用仍需保持运行。
  • 什么是高可用性(HA)?
  • 如何在周五晚上的系统崩溃中幸存下来:从简陋的裸机到无缝的数据复制

最热门的帖子

加入我们的邮件列表

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