如何安全地将 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

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

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

为了能够将该软件与 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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

9. 使用防御性编程技术

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

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

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

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

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

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

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

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

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

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

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

目的：

先决条件：

后置条件：

返回：

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

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

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

作者：Cassius Rhue，SIOS 客户体验副总裁

经许可转载SIOS

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

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

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

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

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

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

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

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

通过数据冗余获得安心

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

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

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

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

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

作者：Connor Toohey，SIOS 产品支持工程师

经许可转载SIOS

网络研讨会：医疗保健中的健康 IT：使用 SIOS 和 Google Cloud 保护 SQL Server

在医疗保健领域，不间断访问关键应用程序和患者数据至关重要。在本次点播网络研讨会中，您将了解医疗保健机构如何使用 SIOS DataKeeper 和 Google Cloud Platform 实现可靠且经济高效的 SQL Server 高可用性，而无需企业版或 Always On 功能。

本次研讨会涵盖了使用 Google Cloud 安全可扩展的基础架构以及 HA/DR 解决方案 SIOS DataKeeper 的实用 HA 和 DR 策略。会议内容包括使用 SANless 集群在可用区之间进行故障转移的现场演示，以及医疗保健提供商如何在降低成本和复杂性的同时满足合规性要求的实际案例。

经许可转载SIOS

高可用性健康检查服务、优化和培训

客户定期聘请 SIOS 提供咨询服务，例如高可用性 (HA) 健康检查服务和培训。这有助于客户保持其 IT 基础设施的良好运行状态，并使其员工获得操作培训。

高可用性健康检查服务

健康检查服务区域专业服务SIOS 提供的产品会检查客户的 SIOS 服务器基础设施并生成报告。我们会对 SIOS HA LifeKeeper 环境进行详细审查，并全面检查产品日志和客户运行日志。审查过程中，我们会检查版本级别、通信路径、仲裁数量、应用程序恢复工具包并检查调优参数，并与推荐设置进行比较。生成一份报告，其中概述了所有潜在风险以及可行的改进建议。

高可用性优化

优化高可用性服务可分为两个领域：

• 高可用性优化– 这种优化可以减少停机时间并保持系统的正常运行时间。这是通过使用系统启动的故障转移和用户启动的切换到备用硬件系统来实现的，当主系统发生故障或手动切换时，备用硬件系统可以接管主系统。灾难恢复 (DR)节点可以位于广域网 (WAN) 上，这样，如果基于 LAN 的主节点发生故障，可以通过故障转移到灾难恢复节点实现快速恢复。还可以定期进行备份，以便在需要时恢复特定文件。
• 成本优化的高可用性– 此优化会检查客户的系统，以确定在降低成本的同时提供冗余的最佳方式。这可能涉及使用云服务进行扩展，并利用较低级别的服务来降低成本。也可以使用采用按使用付费模式的无服务器架构。所有这些都可以降低硬件成本。

高可用性培训

SIOS 按需提供高可用性产品培训为了Linux 版 LifeKeeper和适用于 Windows 的 DataKeeper产品通过Udemy培训平台。

此外，SIOS 通过专业服务机构为各组织提供针对这些产品的远程定制培训，培训内容包括培训材料和自学练习。DataKeeper 课程提供个性化分组/咨询课程。

SIOS 技术公司提供高可用性集群软件，通过集群管理保护和优化 IT 基础设施，以满足您最重要的应用程序的需求。申请演示今天看看聚类有多么简单。

作者：Paul Scrutton，SIOS Technology Corp. 软件系统工程师

经许可转载SIOS