SIOS LifeKeeper for Windows 中的新驱动程序为您做了什么？

SIOS LifeKeeper for Windows 中的新驱动程序为您做了什么？

在未来数年加强共享和无 SAN 环境中的数据保护。

可口可乐、KitKat、SalesForce 和适用于 Windows 的 SIOS LifeKeeper有共同点？这里有一些提示：

• 可口可乐重新启动了一项活动，使用其标志性品牌的产品重新设计以适应未来，特别是关注社会主题。
• Kit-Kat 在英国重新命名其糖果棒，以纪念和庆祝蓬勃发展的社交媒体、YouTube 和通用技术浪潮，并利用 Android (KitKat) 操作系统的品牌优势。
• Salesforce 改进了其基础产品，以创建更时尚、更现代、更快速的界面来满足其客户的需求。

这些公司对其标志性产品、服务和解决方案进行了重大改进，以更好地为客户服务，适应未来并为未来做好准备，并利用自身优势。以类似的方式，SIOS 对我们的 SIOS LifeKeeper for Windows 产品进行了显着改进。

在 LifeKeeper for Windows 版本 8.9.0 之前，共享存储功能（包括 I/O 防护和驱动器识别和管理）由 NCR_LKF 驱动程序处理。从 SIOS LifeKeeper for Windows 版本 8.9.0 开始，SIOS Technology Corp. 重新设计了共享存储驱动程序架构。 从当前版本开始，NCR_LKF 驱动程序已被删除并由 SIOS ExtMirr 驱动程序取代，SIOS ExtMirr 驱动程序是 SIOS DataKeeper / SIOS DataKeeper Cluster Edition 的 SANless 存储复制背后的引擎。

SIOS LifeKeeper for Windows 中 NCR_LKF 架构变化的五个显着优势：

1. 更现代的司机

ExtMirr 驱动程序提供了一个更现代的过滤器驱动程序来管理共享存储功能。虽然 NCR_LKF 驱动程序专注于“保持灯亮”和“数据安全”，但驱动程序的体系结构落后于更现代的驱动程序。ExtMirr 驱动程序维护了数据保护，同时更兼容、更现代并且更容易在新版本的 Windows 操作系统中得到支持。

2. 更强大的 I/O 防护

SIOS DataKeeper 和 SIOS DataKeeper Cluster Edition 中使用的驱动程序包括一个强大的防护架构。 虽然 NCR_LKF 驱动程序能够进行 I/O 防护，但新驱动程序更加健壮并且已经在 SAN 和 SANless 环境中进行了测试。 增强的 I/O 防护利用受保护卷中的卷锁和节点所有权信息。

3. 更紧密的集成和兼容性。

利用 DataKeeper 产品中使用的 ExtMirr 驱动程序的 I/O 防护意味着 LifeKeeper for Windows 解决方案增加了与 DataKeeper 产品线的集成。ExtMirr 驱动程序还包括最新的Microsoft 驱动程序签名并与强制执行驱动程序签名和安全启动的操作系统无缝协作。

4. 更容易管理

ExtMirr 驱动程序为客户和管理员提供了大量命令行实用程序，用于获取和管理卷的状态。emcmd 命令是两个 SIOS DataKeeper 产品的本机命令。 它们现在可用于更轻松地管理 SIOS LifeKeeper 共享卷配置。 利用 LifeKeeper for Windows 产品的共享存储和复制配置的客户和合作伙伴现在可以了解和使用单一的命令行工具集。 emcmd 工具取代了以前的 volume.exe、volsvc 和类似的 NCR_LKF 过滤器驱动程序管理工具（锁定、解锁等）。

5. 更频繁的更新和修复

通过将 ExtMirr 驱动程序添加到适用于 Windows 的 SIOS LifeKeeper 中，共享存储配置以及复制配置现在将在更新、新功能和修复方面得到提升。 虽然 NCR_LKF 驱动程序为 I/O fencing 提供了坚实的基础和稳定的基础，但切换到 ExtMirr 驱动程序意味着客户将看到相同的强度和稳定性，并且对新产品支持的更新速度更快将两个产品对齐到一个驱动程序可能不会与 SalesForce Classic 到 Lightning 更新一样华丽，但它增加了重要的功能，增加了 SIOS DataKeeper 和 SIOS LifeKeeper 解决方案的强度和寿命，并将在未来几年加强共享和无 SAN 环境中的数据保护。

客户体验副总裁 Cassius Rhue 经许可转载自信息系统

如何重新创建文件系统和镜像资源以确保大小信息正确

如何重新创建文件系统和镜像资源以确保大小信息正确

使用高可用性 (HA) 集群时，必须确保集群中所有节点的配置相互并行。 这些“镜像”配置有助于最大限度地减少集群上的故障点，提供更高标准的 HA 保护。 例如，我们已经看到在源节点上更新了镜像大小但在目标节点上没有更新相同信息的情况。 镜像大小不匹配导致 LifeKeeper 无法在故障转移的目标节点上启动。 以下是在目标节点上使用与源相同的大小信息重新创建镜像资源的推荐步骤：

脚步：

1. 从应用程序的角度验证源节点上的数据是否有效且一致
2. 备份源上的文件系统（即镜像源）
3. 运行 /opt/LifeKeeper/bin/lkbackup -c 来备份两个节点上的 LifeKeeper 配置
4. 使所有资源停止服务。在我们的示例中，资源在节点 sc05 上提供服务，sc05 是镜像的源（sc06 是镜像的目标系统/目标）。
   1. 在 LifeKeeper GUI 的右窗格中，右键单击DataKeeper 资源那是在服务中。
   2. 点击中止服务从资源弹出菜单。
   3. 一个对话框将确认所选资源将停止服务。 与该操作关联的任何资源依赖性都会在对话框中注明。 点击下一个。
   4. 出现一个信息框，显示资源停止服务的结果。 点击完毕。

5. 验证所有资源都已停止服务并且文件系统已卸载
   1. 在源上使用命令 cat /proc/mdstat 验证没有配置镜像

2. 在源上使用 mount 命令以确保不再挂载文件系统
3. 在源上使用 /opt/LifeKeeper/bin/lcdstatus -q 以确保资源都是 OSU。

6. 在 LifeKeeper GUI 中打破 IP 资源 (VIP) 和文件系统资源 (/mnt/sps) 之间的依赖关系。右键单击 VIP 资源并选择删除依赖项。

然后，为子资源标记选择文件系统资源 (/mnt/sps)。

这将导致两个层次结构，一个具有 IP 资源 (VIP)，一个具有文件系统资源 (/mnt/fs) 和镜像资源 (datarep-sps)。

7. 删除包含文件系统和镜像资源的层次结构。 右键单击 /mnt/sps 并选择删除资源层次结构。

8. 在源上，在文件系统上执行“mount <device> <directory>”。

示例：挂载 /dev/sdb1 /mnt/sps

9. 通过 GUI 通过以下命令重新创建镜像和文件系统：
   1. 恢复套件：数据复制

2. 回转类型：智能
3. 服务器：源节点
4. 层次结构类型：复制现有文件系统
5. 现有装载点：<选择您的装载点>。 在这个例子中是/mnt/sps。
6. 数据复制资源标签：<取默认值>
7. 文件系统资源标签：<取默认值>
8. 位图文件：<取默认值>
9. 启用异步复制：是

10. 创建后，您可以扩展镜像和文件系统层次结构：
    1. 目标服务器：目标节点
    2. 回转类型：智能
    3. 模板优先级：1
    4. 目标优先级：10

11. 预扩展检查完成后，选择下一个，然后选择以下值：
    1. 目标磁盘：<选择镜像的目标磁盘>。在我们的示例中是 /dev/sdb1。
    2. 数据复制资源标签：<取默认值>
    3. 位图文件：<取默认值>
    4. 复制路径：<选择您环境中的复制路径>
    5. 安装点：<选择您环境中的安装点>。在我们的例子中是/mnt/sps。
    6. 根标签：<取默认值>

当资源“扩展”完成后，选择“完成”，然后选择“完成”。

12. 在 LifeKeeper GUI 中重新创建 IP 资源 (VIP) 和文件系统资源 (/mnt/sps) 之间的依赖关系。 右键单击 VIP 资源并选择创建依赖项。选择 /mnt/sps 作为子资源标签。

13. 此时镜像应该执行文件系统大小的完全重新同步。 在 LifeKeeper GUI 右窗格中的 LifeKeeper GUI 中，右键单击 VIP 资源。 选择“In Service”以恢复 IP 资源 (VIP)，选择镜像处于服务状态的源系统（在我们的示例中为 sc05）并验证应用程序重新启动并且 IP 可访问。

经许可转载自信息系统

解释切换、故障转移和恢复之间微妙但关键的区别

解释切换、故障转移和恢复之间微妙但关键的区别

高可用性是一个专长，与大多数专长一样，它有自己的词汇和术语。 我们的客户通常对 IT 非常了解，但如果他们没有在 HA 环境中工作，我们的一些常见 HA 术语可能会给他们和我们造成相当大的混乱。 它们听起来很简单，但在 HA 的上下文中具有非常具体的含义。这里讨论了其中三个术语——切换、故障转移和恢复。

什么是切换?

切换是一种用户发起的通过行动高可用性(HA) 集群解决方案用户界面或 CLI。 在切换中，用户手动启动更改受保护应用程序的源或主服务器的操作。 在典型的切换场景中，所有正在运行的应用程序和依赖项都按顺序停止，从父应用程序开始，到所有子/依赖项都停止时结束。 一旦应用程序及其依赖关系停止，它们就会在新指定的主服务器或源服务器上以有序的方式重新启动。

例如，如果您有资源 Alpha、Beta 和 Gamma。 资源 Alpha 取决于资源 Beta 和 Gamma。 资源 Beta 取决于资源 Gamma。在切换事件中，首先停止资源 Alpha，然后是 Beta，最后是 Gamma。一旦所有三个都停止，切换将继续使资源在预期服务器上进入操作状态。该过程从资源 Gamma 开始，然后是 Beta，最后是资源 Alpha 的启动操作完成。传统上，切换操作需要更多时间，因为必须以优雅有序的方式停止资源。 当需要更新软件版本同时保持正常运行时间、在主要生产节点上执行维护工作（通过滚动升级）或进行 DR 测试时，通常会执行切换。

关键要点：如果没有失败导致该动作，那么它是一个切换

什么是故障转移？

故障转移操作通常是响应服务器崩溃或意外/计划外重新启动的非用户启动操作。 考虑具有两个节点（节点 A 和节点 B）的 HA 集群的场景。在这种情况下，所有关键应用程序 Alpha、Beta 和 Gamma 都在节点 A 上启动并运行。 在这种情况下，当节点 A 遇到意外/计划外的重新启动、断电、停止或恐慌时，就会发生故障转移。 一旦 HA 软件检测到节点 A 在集群中不再正常运行并且在操作上可用（由解决方案定义），它将触发故障转移操作以恢复对可用集群节点上的关键应用程序、资源、服务和依赖项的访问, 在这种情况下是节点 B。在故障转移场景中，由于节点 A 经历了崩溃（或其他模拟的即时故障），因此节点 A 上没有进程可以停止，因此一旦处理了适当的检测和隔离操作，节点 B 将立即开始恢复过程资源。 与切换情况一样，该过程从资源 Gamma 开始，然后是 Beta，最后是资源 Alpha 的启动操作完成。 传统上，故障转移操作比切换需要的时间更少。 这是因为处理一个故障转移不需要在前一个主（运行中或活动）节点上停止（或静默）任何资源。

关键要点：发生故障转移以响应系统故障。

什么是恢复?

恢复事件很容易与故障转移混淆。 当进程、服务器、通信路径、磁盘甚至集群资源发生故障并且高可用性软件响应于识别的故障而运行时，就会发生恢复事件。 大多数 HA 软件解决方案能够以多种方式处理恢复事件。 最突出的方法包括：

1. 在本地优雅重启，然后在远程优雅重启
   1. 总是在本地尝试重新启动，如果恢复成功，则不会发生进一步的操作。 如果本地重新启动失败，则会发生下一个操作
   2. 如果本地重启失败，资源会优雅地移动到远程节点
2. 在本地优雅重启，然后在远程强制重启
   1. 总是在本地尝试重新启动，如果恢复成功，则不会发生进一步的操作。如果本地重新启动失败，则会发生下一个操作。
   2. 通过隔离主节点将资源移动到远程节点
3. 远程强制重启
   1. 从不在本地尝试重新启动
   2. 如方法 2b 中所述，资源总是被强制到下一个可用的集群节点。
4. 强制服务器重启，没有远程故障转移
   1. 总是在本地尝试重新启动
   2. 如果本地重启失败，则重启主节点以尝试恢复服务。
   3. 资源不会失败到远程系统
5. 基于策略的本地重启，然后远程
   1. 策略可以控制远程尝试恢复之前的重试次数

由于恢复策略的多种变化，很容易看到类似于切换行为的恢复事件。 在方法 1 和 5 中经常出现这种情况。 在这些场景中，应用程序和服务在远程节点上启动之前以有序的方式优雅地停止。 方法 2 和 3，客户经常会看到类似于故障转移的行为。 在方法 2 和 3 中，主服务器由 HA 软件重新启动或隔离，这会创建类似于故障转移的可观察行为。方法 4 通常是一个很少使用的选项，但它混合了切换和故障转移。方法 4 从正常停止应用程序和服务开始，然后重新启动应用程序和服务（很像切换）。 但是，如果应用程序和服务的本地重新启动失败，系统将重新启动（很像故障转移），但实际上不会失败到远程集群节点。 虽然很少见，但通常在存在不平衡集群的情况下调用方法 4，或者与基于策略的方法一起使用。

关键要点：恢复事件取决于选择的方法 供应商之间的 HA 术语是一个常见术语可以具有不同含义的领域。 当您使用企业应用程序部署和维护集群解决方案时，请确保您了解解决方案提供商关于故障转移、切换和恢复的条款。而且，当你在做的时候，确保你知道餐厅会把酱汁放在一边（放在碟子里），还是放在一边（你的土豆泥） 经许可转载西欧

下载 SAP 产品的最佳实践

下载 SAP 产品的最佳实践

本博客试图揭开下载 SAP 和相关应用程序和补丁所需的一些步骤的神秘面纱，因为对于没有经验的用户来说，这可能会很复杂。 您需要先登录 SAP 支持，然后才能继续执行下面概述的步骤。

下载并安装“ SAP 下载管理器”，可在下面页面的底部找到。 下载管理器允许您同时选择多个要下载的包。这允许无人看管地下载多个包。

按照这个关联有关如何安装和配置软件下载管理器的 SAP 说明。

下载并执行 DLManager.jar 后，系统会提示您使用配置助手：

点击下一步

输入您的 SAP 登录凭据，如果您需要代理，则可以对其进行配置。

输入将保存下载的位置。 单击完成。

现在下载管理器正在运行，您将把文件添加到购物篮中以下载它们，见下文。

点击双绿>>箭头下载下载管理器中的所有项目。

安装和升级

滚动到软件下载的顶部：

我们在这里感兴趣的主要是“安装和升级”。 这是完整的 SAP 版本映像可用的地方。

对于 HANA，滚动到 H 对于 Hana，我选择“H”，然后找到“SAP HANA Platform Edition 2.0”。

很多HANA，找到并选择“SAP HANA PLATFORM EDITION”

单击它可以让我选择“安装”。

现在我们看到了一个可用的当前软件版本列表，对于 HANA，它当前是 2.0 SP5 或 SP6 版本。 你需要选择你想要的硬件平台，在我们的例子中是 Linux x86_64。如果我们想使用下载管理器，我们只需单击购物车（红色圆圈），或者我们可以通过点击链接（绿色圆圈）直接通过浏览器下载。

HANA 以 ZIP 的形式出现，需要将其上传到您的 Linux VM，然后使用 unzip 解压缩。 大多数 SAP 包都采用 .SAR 格式，这需要SAPCAR提取，SAPCAR 是用于压缩或解压缩文件的 SAP 实用程序。

您可以搜索 SAPCAR 并下载适合您平台的版本，SAPCAR 通常与 -xvf 选项一起使用，例如 ./SAPCAR -xvf SAP.SAR

支持包和补丁

“支持包和补丁”将为您提供可应用于基本产品级别的某些补丁级别。 “数据库”用于支持与 SAP（HANA 除外）一起使用的第三方数据库。

一旦我们选择了“支持包和补丁”，我们就会看到几个关于如何定位软件的选项。 我通常使用“按字母索引（AZ）”。

H 代表 SAP HANA

然后是您要修补的软件组件，例如 SAP HANA PLATFORM EDITION

再次选择要修补的子组件，例如 SAP HANA PLATFORM EDITION 2.0

最后，为选定的子组件选择所需的确切补丁级别。

最后，您已准备好迎接有趣的部分……安装 SAP！ 如果您需要帮助以确保您的SAP 基础架构高度可用，请联系 SIOS。 我们很高兴与您交谈。

经授权转载西欧

在 HA 环境中安装 SAP MaxDB

在 HA 环境中安装 SAP MaxDB