SIOS SANless clusters

SIOS SANless clusters High-availability Machine Learning monitoring

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

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

9月 21, 2024 by Jason Aw Leave a Comment

Is Your HA Solution Trash or Treasure Key Factors to Consider

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

利用 SIOS 转变您的 HA 策略

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

经许可转载自西欧斯

Filed Under: 新闻与活动

更快找到:浏览产品文档的 8 个秘诀

6月 21, 2024 by Jason Aw Leave a Comment

Find it faster 8 Secrets to Navigating Product Documentation

更快找到:浏览产品文档的 8 个秘诀

您可以通过以下几种方式在产品文档中找到您所需的内容。产品文档非常详尽,乍一看,找到您需要的内容似乎很难,但只要您知道如何操作,就很容易找到。让我们以 SIOS 文档为例。它可以回答您的问题并帮助解决您可能遇到的问题。

有几个技巧可以帮助您在 SIOS 产品文档中搜索所需内容:

当你去docs.us.sios.com您首先需要根据您所使用的产品选择 Windows 或 Linux,以获取正确的文档。

您使用的是 Windows 还是 Linux 产品?

Find it faster: 8 Secrets to Navigating Product Documentation

选择您正在寻找的信息类型。

选择产品(Windows 或 Linux)后,您将选择与要查找的内容相关的主题。您是否需要有关升级到最新 SIOS 版本的信息?对安装有疑问?需要应用程序恢复工具包?您还可以将鼠标悬停在每个主题上以查看其中包含的内容。以下是 Linux 文档中可用的主题示例。

Find it faster: 8 Secrets to Navigating Product Documentation

尝试这些最佳实践来最有效地使用搜索。

选择主题后,您可以搜索所需的信息。以下是一些最有效的搜索方法……

  1. 搜索正确的关键字– 搜索与要查找的文档含义相似的单词。使用文档中可能使用的单词。例如,如果您要增加或扩展卷,则可能需要使用搜索词“resize”。
  1. 确保您正在搜索您正在使用的 SIOS 产品– SOIS 为 Windows 和 Linux 操作系统提供 HA/DR 保护。仔细检查您是否在文档中搜索了正确的产品。例如,LifeKeeper for Linux 与 LifeKeeper for Windows。
  1. 包含正确的产品版本。确保您的搜索与您正在使用的 SIOS 软件版本相匹配,您可以在“关于”、“帮助”下的 GUI 中检查您正在运行的版本。
  1. 搜索与 SIOS HA 相关的术语– 市面上可用的 HA 和复制解决方案通常具有独特的术语和概念。例如,一个供应商可能使用短语接管来表示将资源移动到备用节点,而另一个供应商将使用术语切换。请确保您使用 SIOS 术语搜索文档。请参阅文档 <插入链接> 中的概念和术语,以了解 SIOS 特定的关键术语和术语。
  1. 向支持团队寻求帮助。一些支持工具和程序需要支持团队的协助,因此未在公共文档中记录。
  1. 正在搜索 SIOS 或 SIOS 技术– 多年前,SIOS Technology Corp. 被称为 SteelEye Technology。在搜索产品名称时,请务必使用正确的公司名称。
  1. 避免搜索首字母缩略词– 搜索与您的查询相关的单词而不是缩写或首字母缩略词非常重要。
  1. 搜索产品错误代码 –解决问题的最快方法是从 GUI、命令行或错误日志中搜索您收到的错误代码。这将返回有关代码含义以及如何最佳解决问题的具体信息。

笔记:我们很乐意听到您对 SIOS 产品文档的反馈!欢迎在文档页面中每个主题底部的反馈部分中发表评论和建议。

经许可转载西欧斯

Filed Under: 新闻与活动

网络研讨会:处理单点故障 – SAP 高可用性

12月 5, 2023 by Jason Aw Leave a Comment

Webinar Understanding SQL Server Storage Options in Cloud

网络研讨会:处理单点故障 – SAP 高可用性

将 SAP 工作负载转移到云端有助于提高可用性 – 但这足以满足您的 SLA 吗?它会增加复杂性吗?了解如何了解您的云可用性 SLA、在云中维护 SAP 可用性的选项,以及如何确保 SAP 和 SAP HANA 的 HA 和灾难恢复的最佳实践。

经许可转载安全操作系统

Filed Under: 新闻与活动

Microsoft Azure 高可用性集群

8月 15, 2023 by Jason Aw Leave a Comment

Clusters for Microsoft Azure High Availability

Microsoft Azure 高可用性集群

适用于 Microsoft Azure 的高可用性集群解决方案

什么是 Microsoft Azure 集群?

Microsoft Azure 集群通过消除单点故障,确保为 Azure 环境中运行的关键应用程序提供高可用性保护。在 Azure 群集环境中,使用群集软件在故障转移群集中配置 Azure 中的两个或多个节点。关键应用程序在集群中的主节点上运行。如果集群软件检测到应用程序操作失败,它会协调应用程序操作的故障转移到集群中的辅助节点。

Microsoft Azure 与 SIOS DataKeeper 的高可用性

对于在 Windows Server 故障转移群集 (WSFC) 环境中运行关键 Windows 应用程序的客户,SIOS DataKeeper 集群版是第一个经过 Azure 认证的高可用性和灾难恢复Azure 市场中的解决方案。它提供高效的数据复制和与 Windows Server 故障转移群集环境的无缝集成,以实现高可用性群集,而无需昂贵的共享存储。只需将 SIOS DataKeeper 添加到 WSFC 环境,它就会使用高效的块级复制来同步本地存储,使其在 WSFC 中看起来就像传统的共享存储。IT 团队使用 SIOS DataKeeper 继续在云中使用熟悉的 WSFC,而无需承担 SAN 或其他共享存储的成本和复杂性。

SIOS 生命守护者

虽然云提供商为其硬件提供高可用性服务级别,但他们不涵盖与软件相关的停机时间。关键应用程序、数据库和 ERPS(例如 SQL Server、Oracle 数据库、SAP、HANA)公司需要在应用程序和数据级别实现 99.99% 的正常运行时间SIOS 生命守护者。适用于 Linux 的 SIOS LifeKeeper和适用于 Windows 的 SIOS LifeKeeper为 Azure 中复杂、关键的应用程序提供应用程序感知的 HA/DR,以实现可靠且易于管理的集群环境。

适用于 Linux 的 SIOS LifeKeeper 是唯一提供全面的解决方案Linux集群,保护 SUSE Linux、Red Hat Linux、Oracle Linux 和 Rocky Linux 集群环境中的应用程序。SIOS LifeKeeper for Windows 为 Windows 环境中的应用程序提供可靠的故障转移集群。SIOS LifeKeeper 配备了独特的 SIOS 应用程序恢复套件,可提供特定于应用程序的智能,以自动执行配置和管理步骤,并确保按照应用程序供应商最佳实践进行故障转移,以实现最大效率和可靠性。

SIOS LifeKeeper 作为 SIOS 保护套件(适用于 Windows 和 Linux)的一部分出售,它是高可用性故障转移集群、连续应用程序监控、数据复制,以及可配置的恢复策略。SIOS Protection Suite 包括 SIOS LifeKeeper 集群软件、SIOS DataKeeper 复制软件和多个应用程序恢复套件 (ARK),可保护您的关键业务应用程序和数据免受停机和灾难的影响。

Azure 站点恢复兼容性以实现高可用性和灾难保护

SIOS DataKeeper 集群版是唯一高可用性解决方案经过认证可与 Microsoft Azure Site Recovery 一起使用,以实现经济高效的高可用性和灾难恢复保护 Azure 中的关键业务应用程序。

SIOS DataKeeper 提供广泛的兼容性,使客户能够保护 Azure 上的重要应用程序,包括 SAP、SQL Server 和 Oracle。SIOS DataKeeper Cluster Edition 提供了一种在云环境中使用 Windows Server 故障转移群集(包括 SQL Server Always On 故障转移群集)的简单方法。客户可以使用 Azure Site Recovery 将群集复制到地理位置不同的位置,以实现经济高效、强大的灾难保护。了解有关 Azure 中 SQL Server 高可用性的更多信息。

SIOS DataKeeper 和 Microsoft Azure Site Recovery 共同提供了高度灵活的按需解决方案中本地高可用性保护和灾难恢复的唯一选项。

保护 Azure 中的 Linux 应用程序

适用于 Linux 的 SIOS Protection Suite 可让您在 Azure 或 Azure Stack 中运行关键业务应用程序,而无需牺牲性能、高可用性或灾难保护。

了解更多关于用于云高可用性的 SIOS SANless 软件。

SIOS 已获得 SAP 认证

SIOS Protection Suite 经过 SAP 全面认证,适用于您的 SAP NetWeaver 和 SAP HANA,包括高可用性、数据复制和灾难恢复,以一种简单、经济高效的解决方案,可以在云、本地或混合云配置中运行。

了解有关 Azure 上 SAP 的 SIOS 高可用性的更多信息

  • 阅读白皮书:Azure 上 SAP 的高性能和高可用性
  • 阅读微软白皮书:使用 SIOS Protection Suite 在 Azure 上实现 SAP HANA 数据库的 Microsoft 高可用性
  • 学习如何Zespri International 使用 SIOS DataKeeper Cluster Edition 保护 Azure 上的 SAP 和 SQL Server

经许可转载安全操作系统

Filed Under: 新闻与活动

为什么 SIOS HANA 多目标自动化比您想象的更重要

7月 3, 2023 by Jason Aw Leave a Comment

SIOS HANA Multitarget Automation is a Bigger Deal Than you Think

为什么 SIOS HANA 多目标自动化比您想象的更重要

Larry(化名)是一位 SIOS 客户,过去曾部署过用于高可用性和灾难恢复 (HA/DR) 的复制解决方案。当他启动 PoC 来测试 Linux 的双节点复制解决方案时,使用SIOS 生命守护者和DataKeeper复制一样,他的首要任务是保护数据完整性。Larry 的 PoC 测试清单包括标准项目,其中包括:数据库启动/停止、将数据库迁移到备份节点、维护活动和服务器故障转移等等。Larry 坚信该解决方案能够实现快速服务器切换(即优雅的迁移)和快速故障转移(即突然强制迁移)应用程序、数据库、存储和服务从一台服务器到另一台服务器的迁移。但是,他更加强烈和热情地认为此类活动不应导致数据丢失。

通过避免脑裂来保护数据完整性

除了这些标准测试之外,拉里还添加了特定测试来试图强制“裂脑“ 设想。脑裂是指当集群成员无法相互通信,但处于运行和可操作状态,并随后同时获得公共资源的所有权时,就会发生这种情况。实际上,两名公交车司机正在争夺方向盘。由于其破坏性,脑裂可能会导致数据丢失或数据损坏,最好通过使用一种机制来确定哪个节点应保持活动状态(驱动总线)以及哪个节点应停止写入磁盘来避免。

虽然在部署使用仲裁和仲裁加见证功能的集群中,裂脑场景相对不常见,但随着每个节点添加到集群配置,解决裂脑问题的难度呈指数级增加。在具有三个或更多节点的多目标配置中,集群软件不仅必须协调故障转移到正确的节点,还必须自动将复制从新的主节点切换到第三节点,以维持灾难恢复保护,同时确保在不同节点之间进行正确仲裁。节点。在其他集群解决方案中,必须手动编写这些复杂的操作脚本,并在发生故障转移时手动更新以恢复正常操作,并且当发生脑裂时,只会变得更加困难。

由于 SIOS LifeKeeper 的功能和改进以及SAP HANA 应用程序恢复套件(方舟),拉里很难引入裂脑场景。然而,当他最终设计出一款产品时,他因了解 SIOS 产品用于保护数据的逻辑而受益匪浅。Larry 认识到 SIOS 集群软件提供的数据保护设计的高度复杂性。他选择了 SIOS LifeKeeper。

SIOS HANA 多目标自动化差异

像 Larry 这样的场景只是 SIOS 的 HANA 多目标自动化比您想象的更重要的九个原因之一。以下是全部九个:

  1. 增强保护
    SIOS 的解决方案简化了多目标场景中 HANA 数据库资源的保护。基于向导的选项可快速检测当前配置并将信息精确添加到 LifeKeeper 配置中。错误检测既简洁又信息丰富,可以帮助用户解决任何问题并随后节省时间。
  2. 简化管理
    Natalie(化名)负责 HANA 多节点配置。当服务器出现故障或需要维护时,Natalie 利用不同的脚本和工具来执行所需的操作。然而,这是不可扩展的。迁移到 SIOS LifeKeeper 后,Natalie 和团队有一个简单的 UI 来执行所有核心任务,例如停止和重新启动 HANA 和 HANA 系统复制。此外,如果发生灾难,团队可以使用单一、简化的 SIOS UI,而无需搜索最新的运行手册、查找正确脚本的副本或在凌晨 2 点致电 Natalie。。
  3. 简化监控
    SIOS UI 中直观的状态报告为团队提供了一种快速的方法来确定复制地位。与使用监控板和自制脚本的集合相比,使用单一工具可以简化管理并节省时间。
  4. 自动恢复
    某些 HANA HSR 解决方案能够在这两个节点之间执行 HANA 复制的故障转移。然而,管理员通常必须在系统故障转移后重新注册复制。如果有三个或更多节点,管理员是否了解如何更新第三个或第四个节点上的注册?他们会记得正确使用同步和异步吗?SIOS 解决方案能够处理三个甚至四个节点的多目标复制,并在出现故障后无缝地自动注册目标节点。
  5. 灵活性和可扩展性
    通过两个、三个或四个节点组合来保护 HANA 集群的能力意味着客户可以灵活地提高可用性和灾难恢复级别。具有法定人数的两个节点客户能够提供针对灾难的可用性保护,并利用具有握手功能的 HANA 接管,以接近零停机时间处理维护活动。部署三个节点的客户可以通过在不同的数据中心或区域中部署具有异步复制功能的第三个节点来获得额外的灾难恢复功能。为了获得更多好处,三节点客户可以部署具有存储仲裁的第四个节点,以启用高可用性和灾难恢复如果整个数据中心丢失。
  6. 数据保护
    让我们回到拉里的问题。他在主节点 A 上运行 HANA,并向节点 B 和 C 进行多目标复制。当您的手动工作以灾难告终时会发生什么?哪个节点是主节点?当节点 A 崩溃时,一切是否同步?如何避免出现错误的节点?除了在多目标 HSR 配置中添加对三个或更多节点的支持之外,新的 HANA ARK 还包括额外的管理工具,可在发生灾难或不幸的脑裂事件时提供帮助。

    HANA_DATA_OUT_OF_SYNC_<tag> 标志可防止用户意外在错误的系统上恢复数据库。HANA_LAST_OWNER_<tag> 标志可帮助管理员了解在备用节点不同步的情况下何时对主系统执行了操作。该标志告诉管理员该节点是最后一个所有者,并且应该在其中恢复复制。当备用数据库之间的所有通信暂时丢失然后恢复时,HANA_DATA_CONSISTENCY_UNKNOWN_<tag> 帮助 SIOS 自动解决并恢复复制。当与最佳实践、仲裁部署和适当的调整结合使用时,这些工具可以让像 Larry 这样的管理员避免脑裂,并在发生脑裂时安全地恢复。

  7. 报告、性能和灾难恢复
    当然,多目标的真正好处在于额外的节点以及这些节点解锁的功能。在同一数据中心使用三个节点可以通过 logreplay_readaccess 参数释放更多报告的潜力,同时仍然在灾难恢复站点维护一个节点。此外,SIOS 对不同复制模式的支持使用户可以选择拥有同步节点和异步节点,以便跨数据中心(或区域)获得更好的性能。
  8. 持续测试
    您的团队多久测试一次自制脚本?您的运行手册中有关配置、管理和凌晨 2 点场景的审核频率如何。HANA 多目标解决方案不仅经过 SIOS 工程师、QA 和客户体验专家的持续测试,而且还针对每个版本和更新的 HANA 故障转移和恢复流程持续进行测试和验证。
  9. 广泛的文档
    不久前,我们的团队与一位客户合作进行集群管理。虽然他的前任对他们的环境非常了解,但员工晋升和重组让许多 IT 人员负责他们知之甚少的系统。当被问及其配置的操作手册和文档时,客户无法从以前的团队或以前的管理员那里找到详细信息。除了坚如磐石的自动化、管理、监控、恢复和数据保护之外,SIOS 多目标解决方案还包括有关由 LifeKeeper 控制的 HANA 多目标系统的实施、操作和管理的详细且易于使用的文档。

利用 SIOS 的整体解决方案意味着客户可以受益于一致、及时的监控和检测、快速、可靠和高效的恢复,以及保证高可用性和灾难恢复保护的全自动解决方案。联系我们有关 SAP HANA 多目标自动化的更多信息。

-Cassius Rhue,客户体验副总裁

经许可转载安全操作系统

Filed Under: 新闻与活动

  • « Previous Page
  • 1
  • 2
  • 3
  • 4
  • 5
  • …
  • 83
  • Next Page »

最近的帖子

  • 增强业务连续性的最佳滚动升级策略
  • 如何不间断地打补丁:HA 带来近乎零的停机时间
  • SIOS LifeKeeper 演示:滚动更新和故障转移如何在 AWS 中保护 PostgreSQL
  • 如何评估我的网卡是否需要更换
  • SIOS 技术将在 Red Hat 峰会、里程碑技术日和 XPerience 日以及 SQLBits 2025 上展示用于关键任务应用程序的高可用性集群软件

最热门的帖子

加入我们的邮件列表

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