您的 HA 解决方案是垃圾还是宝藏？需要考虑的关键因素

您的 HA 解决方案是垃圾还是宝藏？需要考虑的关键因素

所以你做了评论和研究，并选择了一个高可用性 (HA) 供应商。但现在你已经花了钱，你却不相信自己做出了正确的选择。一个人眼中的垃圾，可能是另一个人的宝藏。

当您的高可用性解决方案感觉像是一个错误时，需要考虑的五个关键因素

1.评估您的 IT 团队与 HA 解决方案的兼容性

有时，实现一个惊人的HA 解决方案并感觉您的解决方案只是一个迷宫，这可能会受到使用它的 IT 团队的严重影响。在一种操作系统（例如 Windows）上接受过大量培训的团队可能很难实施只能在不同操作系统上运行的解决方案。作为客户体验副总裁，我还看到了非常资深的团队对成功的影响，以及由新 IT 管理员组成的团队的挣扎。依赖脚本、编程和各种管理功能的复杂解决方案有时会让缺乏这些技能的团队不知所措。

2. 架构良好的 HA 解决方案的重要性

架构设计、文档、图表和细节可以帮助支持或打破最佳 HA 解决方案。无论是具有可定制灵活性的开源解决方案，还是具有标准和默认值的固定商业解决方案，经过深思熟虑的架构都是必不可少的。不属于某个特定产品的产品精心设计的解决方案总是会比宣传册上声称的“易用性”带来更多挑战。在我担任客户体验副总裁期间，我和我的团队已经看到了架构图和设计、PoC 系统、运行手册和活动计划的巨大价值。

3. 克服高可用性解决方案实施中的偏见

拉尔夫（化名）十几岁时就构建了一个开源内核，一直在笔记本电脑和服务器上运行 Linux，并且拥有数十年实施自主开发或开源解决方案的经验。当他加入一个新团队进行商业解决方案的概念验证时，评估结果从未达到预期的成功。为什么？不幸的是，拉尔夫大部分时间都在将商业解决方案与他过去几十年的开源脚本和管理进行比较。在他看来，它缺乏灵活性，而且过于依赖 UI。无论是商业解决方案还是开源解决方案，偏见都会严重影响项目的成功，或严重影响其失败的根本原因。当管理层、管理员或高管无法摆脱偏见时，他们可能会在项目启动之前就将其毁掉。

4. 了解高可用性的真正成本

钱，钱，钱。听着，投资购买软件只是开始医管局费用。一款优秀产品的失败往往是由于人们误以为购买价格是与 HA 相关的唯一成本。这导致缺乏满足公司需求和正确实施最佳解决方案所需的适当资金和支出。通常需要并保证额外投资来建立沙盒系统、提供足够的培训、购买安装或验证服务以及保持软件更新和支持。有时，缺乏资金还会导致团队人员配备问题，从而破坏特定 HA 解决方案的成功。资金需求也同样适用于自主开发和开源解决方案，因为这些解决方案也需要资金用于开发（脚本）、测试、管理、维护、培训、支持和沙盒环境。

5. 应对医管局推行过程中的文化挑战

有时，不匹配的真正原因是文化糟糕。我并不是说贵公司的文化总体上很糟糕，但它可能在 IT 和 HA 方面文化糟糕。任何必须支持数据库、存储、网络、服务器、应用程序和关键服务的 HA 解决方案都无法在孤岛文化或无纪律和不受约束的访问中蓬勃发展。如果您的公司文化以孤岛为主，而流程和纪律较弱，那么任何 HA 解决方案都可能面临挑战。

在解雇 HA 供应商之前，请先评估根本原因

在抛弃当前的 HA 供应商之前，请先查看这些潜在问题是否是导致软件不匹配的根本原因。在某些情况下，垃圾和宝藏之间的区别更多地取决于旁观者（和实施团队），而不是软件。一定要花时间纠正任何自己造成的问题，否则你的宝藏搜索可能会继续徒劳无功。

利用 SIOS 转变您的 HA 策略

如需经过验证的 HA 解决方案，以适应您的特定需求并克服这些挑战，请考虑 SIOS。我们的解决方案旨在为您的关键应用程序提供强大的高可用性，确保您的投资成为真正的财富。立即联系 SIOS了解我们如何帮助您最大化您的 HA 策略。

经许可转载自西欧斯

使用 SIOS DataKeeper 在 Google Cloud 中实现经济高效的 SQL Server 高可用性

使用 SIOS DataKeeper 在 Google Cloud 中实现经济高效的 SQL Server 高可用性

确保SQL Server 的高可用性部署对于维护 Google Cloud Platform (GCP) 中的业务连续性至关重要。在选择如何实现这一点时，有两个主要选项可供选择：Always On 可用性组和 SQL Server 故障转移群集实例 (FCI)。

Always On 可用性组提供高可用性和灾难恢复的全面解决方案，但它们需要 SQL Server 企业版，这可能是一项重大投资，特别是对于不需要企业版提供的全部功能的企业而言。

SQL Server 故障转移群集实例 (FCI)，由 SQL Server Standard Edition 支持，是一种更具成本效益的替代方案。但是，FCI 通常依赖于 SAN 等共享存储解决方案，而 GCP 本身并不提供这种解决方案。缺乏集群感知共享存储对希望在云中部署 FCI 的企业来说是一个挑战。

SIOS DataKeeper 如何应对 GCP 中的 FCI 挑战

SIOS 数据管理提供了一种弥补差距的解决方案，使组织能够在 GCP 中构建无 SAN 集群。这种方法通过在区域内的不同区域之间同步复制数据，消除了对传统共享存储的需求。

SIOS DataKeeper 不仅复制连接到每个云实例的本地磁盘，还将复制的磁盘作为 DataKeeper 卷资源呈现给集群。对于集群来说，此卷显示为共享磁盘，与Windows Server 故障转移群集 (WSFC)。在故障转移期间，DataKeeper 控制镜像方向，确保活动节点保持镜像源，而其他节点成为目标。此设置可在使用 SQL Server Standard Edition 的同时为您的 SQL Server 环境保持数据一致性和高可用性。

在 GCP 中使用 SIOS DataKeeper 的主要优势

1. 节省成本：通过为 FCI 启用 SQL Server Standard Edition，SIOS DataKeeper 帮助组织避免更高的成本与 SQL Server 企业版相关。
2. 全面保护：SIOS DataKeeper 跨区域复制整个 SQL Server 实例，为区域级故障提供强大的保护。
3. 简单性和灵活性：该解决方案简化了在 GCP 中设置和管理无 SAN FCI 的过程，使 IT 团队可以访问它并降低复杂性。

关于 GCP 中经济高效的 SQL Server HA 的最终思考

对于正在运营的企业Google Cloud 中的 SQL Server，找到成本和可用性之间的适当平衡至关重要。虽然 Always On 可用性组功能强大，但价格较高。SIOS DataKeeper 提供了一种实用的替代方案，它支持创建无 SAN 集群，提供必要的高可用性，同时使用 SQL Server Standard Edition 控制成本。

有关如何实施此解决方案的分步指南，我建议阅读全文，涵盖从网络设置到集群配置的所有内容。本指南将帮助您部署高可用性GCP 中的 SQL Server 环境充满信心。

迈出实现经济高效的 SQL Server HA 的下一步

准备好在不花太多钱的情况下增强 Google Cloud 中的 SQL Server 高可用性了吗？探索 SIOS DataKeeper 如何简化您的部署并最大化您的投资。联系我们的团队寻求专家帮助来设置满足您特定业务需求的 SANless 集群。

经许可转载自西欧斯

ESPN 的“起床”晨间秀如何改善您的高可用性策略

ESPN 的“起床”晨间秀如何改善您的高可用性策略

ESPN 通常是 NFL 信息的首选来源。该网络以提供多档节目报道每场比赛而闻名，这些节目提供有关球队、比赛、即将到来的赛程和联盟教练的广泛分析、观点和随机信息，以及特定球员的精彩表现。

向 ESPN 学习：通过两个关键问题提高您的高可用性

在 2021 年 9 月 13 日播出的一段节目中，丹·奥洛夫斯基对芝加哥熊队使用新秀四分卫的做法表示遗憾。在这样做的过程中，他顺便提供了两种方法，只需两个问题就可以提高你的高可用性。这两个问题将立即提高您的高可用性来自 ESPN 的 Dan Orlovsky。

第一个问题，我们在这里做什么？

熊队进攻组派出新秀四分卫贾斯汀·菲尔兹上场进行第二次进攻。这位新秀迅速传球，完成 7 码传球。然而，熊队的指挥员并没有继续让这位新秀上场，而是让之前的四分卫迅速将球传给了对方球队。这一战术让丹·奥洛夫斯基不禁问道：“我们在这里做什么？”

好吧，我想你不是新秀四分卫。而且，我希望你不是为熊队效力。但是，如果你对企业的任何部分负责高可用性 (HA)和灾难恢复 (DR)策略，包括聚类，数据保护，数据复制、应用程序编排、治理/遵守和服务水平协议那么奥洛夫斯基的第一个问题就是一个很好的起点。

你在干什么？

• 您是否希望部署软件和服务或修复已知的可用性问题？
• 您的团队是否主要关注未来规划，例如迁移到云端，或解决各种不同变化和要求的组合？
• 您的目标是在满足监管要求的同时节省成本、通过更多可用资源来提高客户获取率，还是优化和改进后端处理？

回答与企业高可用性和灾难恢复 (HA/DR) 策略相关的这个问题将有助于澄清大量与以下方面相关的问题：解决方案和架构您实施的以及与之相关的团队和流程。

第二个问题，我们为什么要这样做？

在对芝加哥熊队使用新秀四分卫的时间和方式发表一系列快速评论后，奥洛夫斯基提出了第二个问题：“我们为什么要这样做？”如果用奥洛夫斯基的话来说，“什么”是让菲尔兹上场打勾并安抚球迷，那么“我们为什么要这样做？”为什么只是打勾，而你可以更多地利用这位充满活力的新秀的能力来获得优势并赢得比赛？为什么不做出让你获得最大成功机会的改变呢。

当然，我们不是熊队的教练，尽管我不介意提出一些建议。但是，这个问题仍然适用于那些参与实施企业可用性的人。让我们回到第一个问题。你对“我们在这里做什么？”的回答是什么？现在，回答“我们为什么要这样做？”的问题。一些可能的原因包括：

• 提供数据可用性保证
• 节省业务时间
• 避免代价高昂的计划外停机，从而节省企业资金
• 通过自动化监控和恢复节省企业时间和金钱
• 部署架构以满足严格的服务水平协议 (SLA) 或服务水平目标 (SLO)
• 将 RTO 和 RPO 降至零
• 防止去年的灾难再次发生
• 对冲未知的停机威胁
• 满足治理要求
• 检查框
• 避免因不合规而被罚款
• 因为管理层这么说

我们为什么要这样做，这是一个在部署高可用性系统之前、期间和之后都需要回答的关键问题。作为客户体验副总裁，我曾与一位客户合作，他的 IT 管理员和数据库管理员对“我们为什么要这样做”有着截然不同的理由。更糟糕的是，执行发起人持有第三种观点。由于没有经过适当审查和沟通的“为什么”，团队很难正确表达需求，当事件发生时，他们为补救而做出的努力往往会引发更多冲突和疑问。

芝加哥熊队在即将到来的第三次进攻中没有取得成功或充分利用他们的年轻四分卫，可能有许多原因，而且关于他们试图用他们的特权和老将四分卫实现什么目标，也有同样多的意见。但是，即使奥洛夫斯基无法帮助熊队球迷澄清原因，他也确实提供了如何立即改善 HA 的框架。那么，您将如何回答这两个问题：我们为 HA 做了什么？我们为什么要这样做？

高可用性解决方案

SIOS 技术公司提供高可用性集群软件它通过集群管理来保护和优化您最重要的应用程序的 IT 基础设施。联系我们立即了解有关我们的专业服务和支持的更多信息。

经许可转载西欧斯

如何充分利用 DataKeeper 中的“GET”命令

如何充分利用 DataKeeper 中的“GET”命令

在 DataKeeper 仪表板博客系列三部分中的第二部分中，此博客是DataKeeper UI 与汽车仪表盘博客。就像您的汽车一样，当仪表板上的指示灯（交通灯颜色）闪烁时，您可以打开引擎盖来识别它们代表什么。起点：

• 电池灯 = 检查电池、电缆连接、交流发电机等。
• 油灯 = 检查油尺上的油位是否过低、过高或无油（无油，请勿移动您的汽车）
• 冷却液灯 = 溢流罐中是否有冷却液/水？

“打开引擎盖”DataKeeper 集群版软件有几个相似之处，它通常意味着使用命令行界面进行 DataKeeper 管理。至于将 EMCMD（扩展镜像命令）与 SIOS DataKeeper 结合使用，GET 命令占大约 48 个命令中最常用的任务/命令的 1/3。请注意，它们仅供参考，不会影响您的节点。以下是一些有用的 Get 命令及其用法，用于识别 DataKeeper 用户界面/DataKeeper.msc（交通灯颜色）中存储、网络和其他区域中警告颜色的原因。

笔记：

像往常一样从提升的/管理员命令提示符使用：

cd %extmirrbase%（这只是安装路径 <root>\Program Files (x86)\SIOS\DataKeeper> 的快捷方式）

获取 DataKeeper 镜像的状态

以下是开始初步分类的最佳位置：

• 获取镜像卷信息（其他）它是使用最广泛的工具，因为它提供了镜像角色、源/目标以及镜像可以处于的 5 种不同状态。它可以在源或目标上运行以检查镜像配置是否存在。

• 获取服务信息（其他） – 关于
  • 驱动程序版本和DataKeeper服务版本
  • 以及 SIOS DataKeeper 服务启动/重启的时间
• 获取完整卷列表（存储/网络）- 总列表
  • 所有磁盘
  • DataKeeper 和非 DataKeeper 卷
  • 它们的角色（源/目标）和总容量（以字节为单位）
• 获取工作信息（存储/网络）显示/回显 DataKeeper 控制台中列出的作业信息
• 获取卷信息（存储、网络）
  • 比较源 (diskmgmt.msc) 和目标卷的总驱动器容量（字节）
  • IP 地址和当前镜像状态

将 DataKeeper“GET”命令交叉引用到各种 Windows Server 命令

• 求职信息和“ipconfig /all”（网络）
  • 两个输出中的 IP 地址是否相同？如果要将镜像复制分段到另一个网络，则 getjobinfo 必须与 ipconfig /all 输出匹配。执行更改镜像端点将纠正这个差异（将在另一篇博客中讨论）
    • 此外，还有来自获取工作信息输出应与 ipconfig /all 输出中的 IP 地址相匹配
• 在执行调整现有源卷和目标卷的大小，emcmd . 获取卷信息命令反映的总空间与DISKPART 命令及其大小？通过 DISKPART 可能需要“扩展”或“扩展文件系统”，以便操作系统能够识别调整大小的卷
• 获取完整卷列表具有与磁盘管理小程序 (diskmgmt.msc) 类似的信息
  • 文件系统类型
  • 卷总空间（字节）
  • 获取卷信息提供类似的输出
• 获取服务信息以及“net start”可以提供有关 SIOS DataKeeper 服务的状态；如果它是启动/停止

掌控 DataKeeper：立即应用您的 GET 命令知识

现在您已经掌握了有关汽车仪表板上灯光的一些基本知识，在 DataKeeper 仪表板系列博客 3 中谈到 DataKeeper 管理时，您将成为一名 DIY 爱好者。

经许可转载自西欧斯

从网络安全噩梦中吸取的 6 个高可用性教训

从网络安全噩梦中吸取的 6 个高可用性教训

最近，一家安全提供商针对日益严重的安全威胁，为公司提供了一些最佳实践建议和推荐。虽然安全威胁应该引起每个企业的关注，但这些建议并不局限于网络安全；它同样适用于需要保护关键应用程序和服务的 HA 合作伙伴和客户。

近期网络安全文章为高可用性提供的六点启示

1. 立即采取措施提高 HA
   等待停机事件发生并专注于快速恢复是一个糟糕的策略。准备和防止停机是一个更好的解决方案。开始识别关键的 Tier1 和 Tier2 应用程序、数据库和服务。Tier 1 应包括所有业务关键型解决方案不能无法访问。也就是说，应用程序必须全天候可用，如果离线将导致严重的业务后果。虽然第 2 层应用程序应该尽可能频繁地运行，但它们的重要性较低，您的业务可以容忍长达几个小时的中断，而不会对业务造成重大影响。
2. 制定全面的房委会保障计划
   制定保护关键应用程序、数据库和服务的计划。确保该计划包括架构和设计文档以及应对停机的人员职责。始终准备在 QA 或沙盒环境中部署集群的流程，并着眼于将活动和详细信息记录到运行手册中。这些沙盒和 QA 系统还可用于测试、培训和验证升级、修补程序和维护。
3. 识别并解决高可用性风险
   所有组织都必须认识到，无论规模或位置如何，没有一家公司能够免受停机的影响。小型、中型和大型企业都容易受到灾难的影响，无论是自然灾害还是人为灾害。大型组织将经历相当一部分用户错误、因本地施工导致的数据中心故障、基础设施故障以及网络组件中断。中小型实体，尤其是那些拥有本地解决方案或较小 IT 团队的实体，需要添加 HA 保护以及。虽然大型公司在停机时可能会损失更多资金，但中小型企业也可能损失相当多的资金。需要注意的是，迁移到云端并不足以防范所有风险。
4. 企业高管需要引领高可用性战略
   准备和防范停机不仅仅是 IT 团队的问题。企业高管需要参与保护业务免受已知风险、暴露和停机威胁。这意味着关键高管和利益相关者需要主动询问 HA 覆盖范围、计划和人员配备。企业高管还应准备投资以应对意外情况，确保全面覆盖一级应用程序、数据库、服务和数据。他们还应主动将覆盖范围扩大到二级及以上。
5. 持续沟通对 HA 的重要性
   业务领导层、所有领域（网络、存储、计算、云、数据库和应用程序）的管理员应经常召开会议，讨论新的和现有的 HA 威胁、新的和​​现有的挑战以及持续的需求。必须保持内部团队讨论以了解需求和业务连续性计划。事实上，从 C 级到入门级，HA 考虑需要成为所有相关内部规划和沟通不可或缺的一部分。但是，这种沟通不能止步于内部利益相关者。相反，业务领导者和 HA 利益相关者必须与 HA 供应商及其研发和支持团队一起审查公司态势、HA 要求和关键发现。
6. 不要等到灾难发生才审查您的 HA 解决方案
   公司需要经常审查他们的计划以及执行这些计划的能力。这种审查需要比阅读运行手册、文档或集群设计更深入。审查运行手册的同时进行动手练习以验证和更新运行手册。测试停机后恢复系统的过程，包括客户和业务运营恢复

立即采取行动保护您的系统免受停机影响

与安全建议类似，公司应立即采取行动，保护其系统、解决方案、应用程序和数据免受停机和灾难的影响。不要等到灾难发生才暴露您的 HA 策略中的漏洞。立即联系 SIOS增强您的 HA 策略并保护您的业务免受意外中断。

经许可转载自西欧斯