编写脚本前请三思：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

 

消除影子 IT 高可用性问题

我们很多人都熟悉“影子 IT”这个术语。该术语通常指公司员工在未经公司官方 IT 部门全面批准、知情或监督的情况下使用的技术系统、软件、订阅和其他服务。这些系统、服务或订阅通常由 IT 部门以外的个人下载和安装，或使用和管理。

例如，您的公司可能正式使用 Windows 365，但其他公司更喜欢 Dropbox，因此他们配置了 Dropbox 帐户来共享文件，而不是 OneDrive。另一个影子 IT 的例子是，一家公司已经确定使用一个消息平台，但公司内的其他团队或部门却下载并配置了 Zoom for Slack 或 WhatsApp。

工作场所影子 IT 的常见示例

影子 IT 存在于许多不同的领域，从消息传递到会议，从编码工具到存储。虽然大多数拥有某种形式影子 IT 的团队和组织不会出于恶意或恶意目的部署它们，但影子 IT 的存在仍然会带来风险。

这些服务、软件、系统和订阅带来了潜在的风险，包括：

• 安全问题
• 数据合规性
• 支持挑战
• 管理和维护问题（由于蔓延）
• 额外成本（许可和人力）

影子 IT 如何影响高可用性 (HA)

除了安全和数据合规风险之外，影子 IT 还可能带来重大高可用性（HA）风险。

虽然网上提到的影子 IT 很多都与消息传递应用程序、会议工具、IDE 和开发应用程序有关，但影子 IT 的广泛性也会影响高可用性 (HA)。当影子 IT 涉及到存储关键信息和数据的系统部署时，就会带来高可用性风险。

由于存储数据的性质，这些系统需要由商业高可用性解决方案进行监控和保护。此外，对业务功能至关重要的关键数据需要高可用性，并通过复制解决方案、备份解决方案或两者兼而有之来防止数据丢失。

未受保护的影子 IT 关键应用程序的业务风险

缺乏高可用性保护

通常，如果团队在未经 IT 部门输入或授权的情况下部署了系统，则该系统可能无法得到监控、保护和备份，甚至无法与高可用性系统配对以实现故障转移恢复。这对组织的高可用性策略构成了重大风险。如果数据对内部组织或项目至关重要，那么对其不加保护可能会危及业务。

影子 IT 停机造成的财务损失和业务中断

当关键应用程序在未经官方 IT 部门监督的情况下下载、安装和配置时，也会产生影子 IT 风险。如果关键应用程序在不受保护的系统上运行，或者缺乏高可用性 (HA) 监控和恢复保护，则风险和后果可能是灾难性的。想象一下这样一个场景：某个应用程序对销售工作流和订单系统至关重要。由于该软件是影子 IT 基础架构的一部分，IT 团队对其用途及其对业务的影响一无所知。如果应用程序发生故障，业务将受到影响。根据故障类型的不同，对运营造成的损失可能高达数十万甚至数百万美元。

当关键应用程序发生故障时，如果没有适当的高可用性保护，手动恢复过程可能会变得繁琐、复杂且容易出错。这种运营风险部分源于应用程序环境和技术要求日益复杂的现状。当应用程序陷入影子 IT 的范畴时，由于对应用程序存在和恢复流程的了解有限，可能导致在恢复全面运行的过程中采取计划外和准备不足的措施。

识别和消除影子 IT HA 问题的步骤

识别影响高可用性的所有影子 IT 系统

避免影子 IT 导致高可用性灾难的第一步是识别已成为非托管 IT 基础架构一部分的订阅、服务、系统、应用程序、数据和软件。了解正在使用哪些工具、由谁使用以及用于什么目的。这可以通过利用现有的网络监控来实现，云监控或端点检测工具。您还可以与 IT 安全和基础设施分析服务供应商合作，对工具、服务、系统和订阅进行有益的审计。

修复风险并移除不必要的影子 IT 资产

识别完成后，下一步就是开始补救。补救措施包括淘汰未使用和不必要的系统，以及实施控制措施和流程来管理每个已购置的物项。务必调整已淘汰系统的工作流程，因为移除系统可能会影响组织内的多个团队和活动。

通过高可用性和复制保护关键应用程序

对于必须保留的系统、应用程序和服务，特别是那些包含关键数据和应用程序的系统、应用程序和服务，部署商用 HA 和复制解决方案，以保护企业免受应用程序的关键威胁停机时间、数据丢失、系统不可用以及托管关键数据、应用程序或工具的系统停机。

向团队讲解影子 IT 对 HA 系统的风险

最后，向组织介绍与影子 IT 相关的危险和风险，包括由于依赖性、架构复杂性、数据漏洞以及不受保护的系统意外停机而导致的风险。

构建弹性 HA 架构以消除影子 IT 停机时间

影子IT不仅限于会议和通讯工具、开发系统和服务，也不仅限于Dropbox、OneDrive、Box等应用程序和在线服务。影子IT工具通常缺乏适当的备份和恢复机制，而且正常运行时间保障。因此，关键业务流程和数据可能会因故障场景而无法访问，甚至永久丢失。如果未正式集成到高可用性保护中，系统、应用程序、网络或存储层的故障可能会导致工作流程中断、处理效率低下、业务中断和声誉损失。

为贵公司确定并选择纳入官方 IT 部门产品的系统、服务、应用程序和工作负载，创建一个架构完善的高可用性环境，从而消除影子 IT 高可用性问题。该架构应包含一个商用高可用性解决方案，数据复制以及部署在企业级虚拟机管理程序上的备份解决方案。

准备好利用成熟的专业知识来加强您的 HA 架构了吗？立即申请演示并了解 SIOS 如何帮助您设计和部署高可用性解决方案，以保护您的业务免受影子 IT 停机的影响。

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

经许可转载SIOS