如何解决继承的应用程序可用性问题

继承混乱时该怎么办

我在一个大型直系家庭中长大，在更大的一群善意的阿姨，叔叔和家人朋友中长大。曾经有一个大家庭的任何人，可能不止一次获得过贬低的待遇，或者有好心的亲戚送给您免费赠品。 如果是这样，您就会知道，在听起来很酷的遗产的表面之下，传闻的时髦衣服或旧的“家庭用车”可能是一场噩梦。突然，您突然在四个轮子上发了大财，这简直就像是一个诅咒，那是三分之二的钱坑和三分之一的眼疾。

那么，当您继承一堆应用程序可用性问题时该怎么办？好吧，一些DIYer带来了垃圾箱并重新开始。 但这不是HGTV，我们谈论的不是继承的家具，而是继承的应用程序可用性问题。 通常，当您第一次尝试进行集群切换以进行简单而有计划的维护并且应用程序脱机时，您通常会感到一团糟。现在，当您继承了高可用性故障后该怎么办。

关于继承高可用性混乱的两个实用技巧（我的意思是责任）

一，研究

在采取行动之前，您可能要做的最好的事情之一就是尽快收集尽可能多的数据。当然，继承状态可能表示收集数据的速度。在研究中应解决的一些关键问题以解决应用程序可用性问题：

1. 以前的所有者。 研究配置的先前所有者，包括他们的命令链，权限范围，背景，团队动态以及（如果可能）宪章。找出什么是原始的组织结构。
2. 研究过去为实现更高或更高可用性所进行的工作，以及遗漏的工作。在某些环境中，高可用性的重点完全放在基础架构的一部分上，而忽略了较大的工作流程。 挖掘任何可用需求。 以及自最初提出要求以来已实施或添加的更改。如果您正在进行云迁移，请了解将环境迁移到云中的目标。
3. 所有者和需求提供了很多历史。 但是，您还将要研究为什么关键决策者会在设计和解决方案以及软件和硬件体系结构要求上做出选择和权衡。评估这些选择是成功还是失败。 您的研究应关注原始问题和建议的解决方案。
4. 您可能还需要考虑为什么您继承的环境感觉很混乱。例如，是否由于缺乏文档，培训，设计细节不佳或缺失，缺少运行手册或其他规格细节而导致。
5. 研究使用什么企业级高可用性软件解决方案来补充虚拟机，网络和应用程序的体系结构。 目前有任职者吗？如果没有，以前的可用性方法是什么？

二。行为

收集完这项研究后，下一步就是采取行动：更新，改进，实施或替换。不要犯错，希望您永远不需要群集故障转移。

1. 升级

   在某些情况下，您的研究将使您对现有解决方案有更好的了解，并将该解决方案升级到最新版本。老实说，我们一直和我们自己的客户一起去过那里。转换处理不当。 多年来无法完美运行的解决方案已经过时。

2. 提升

   如果不需要升级，请考虑其他方法。 如果数据指向其他方面的改进，例如软件或硬件调整，迁移到云或混合，网络调整或其他确定的风险或单点故障。也许您的环境需要进行运行状况检查，或者工作负载的增加可以确保实例大小，磁盘类型或其他参数得到改善。

3. 实行

   在其他情况下，您的研究将发现有关缺少更高可用性策略或解决方案的一些惊人细节。 在这种情况下，您将把自己的研究作为催化剂来设计和实施高可用性解决方案。 此解决方案可能需要私有云，公共云或混合云体系结构以及企业级HA软件，才能成功进行监视和恢复。

4. 代替

   在极端情况下，您的研究将带您完全替代当前的环境。 有时，当客户或合作伙伴迁移到云时，这是必需的。 但是他们的高可用性软件产品尚未准备就绪。 尽管许多应用程序都宣称可以支持云，但在某些情况下，它是比实际情况更多的幻灯片软件。您的本地解决方案还没有准备好云？ 这样，您唯一的解决方法就是选择一个能够与您一起进行云计算之旅的解决方案，例如SIOS Protection Suite产品。

作为SIOS技术客户体验副总裁，我遇到了一种情况，这些情况表明了这些步骤的重要性-当我们的服务团队与企业合作伙伴合作部署SIOS Protection Suite产品时。当我们与客户共同合作进行研究时，我们发现了悠久的历史。 客户自称存在有限的停机时间或可用性问题。 但是我们的研究表明，警报，手动执行的脚本，全局团队以及混杂在一起的工具杂乱无章的层次结构是不可持续的。 我们能够成功设计并使用此信息将其自制解决方案替换为更加优雅和自动化的解决方案。 最好的部分是基于向导的，包括自动监视，恢复和系统故障转移保护。 没有更多的kudge。 不再需要反复试验的DIY。 用于HA / DR保护的简单，可靠的应用程序故障转移和故障回复。

如果您继承了许多应用程序可用性问题，请与SIOS Technology Corp.的部署和可用性专家联系。我们的团队将引导您完成研究过程，帮助您完善需求。 最后，升级，改进，替换或实施该解决方案，以为您的企业提供更高的可用性。

–客户体验副总裁Cassius Rhue

转载自SIOS

本指南旨在说明使用用于Linux的SIOS Protection Suite的Microsoft SQL Server保护。 此处使用的环境是VMware ESXi，其中添加了运行CentOS 7.6的虚拟机。 Microsoft SQL 2017正在用于创建数据库服务器。 数据库和事务日志将存储在本地磁盘上，这些磁盘将使用DataKeeper在节点之间复制–证明共享存储可以用作本地磁盘的简单替代。

本指南以pdf格式提供。

下载所需的Microsoft软件

1. 在https://docs.microsoft.com/zh-cn/sql/linux/sql-server-linux-setup?view=sql-server-ver15中打开以下Microsoft安装SQL指南

计划SQL环境配置

以下配置设置将用于创建本快速入门指南描述的集群环境。 根据您的特定系统环境调整您的配置设置。

常规配置

1. 我们在此快速入门指南中安装的示例使用CentOS。 由于CentOS与Red Hat二进制兼容，因此适用Red Hat指令。
2. 无论它们是在VMware环境中运行，在云环境中还是在物理安装中运行，此快速入门指南中的示例都将非常相似。

节点1配置

• 主机名：IMAMSSQL-1
• 公用IP：192.168.4.21
• 专用IP：10.1.4.21
• / dev / sdb（10GiB）
• / dev / sdc（10GiB）

节点2配置

• 主机名：IMAMSSQL-2
• 公用IP：192.168.4.22
• 专用IP：10.1.4.22
• / dev / sdb（10GiB）
• / dev / sdc（10GiB）

用于SQL Access的虚拟IP

• 168.4.20，这将受到LifeKeeper和节点之间的“浮动”的保护

操作系统

• CentOS的7.6

SQL数据库配置

• SQL数据库：
• SQL虚拟主机名：IMAMSSQL
• SQL虚拟IP：192.168.4.20

SQL文件系统挂载点

• /数据库/数据
• /数据库/ xlog

准备安装系统

安装MS-SQL

初始SQL安装

在本节中，我们将Microsoft软件包位置添加到我们的Linux操作系统中，然后指示该操作系统安装SQL Server。

1. 打开以下Microsoft指南以安装SQL Server：
   https://docs.microsoft.com/zh-cn/sql/linux/sql-server-linux-setup?view=sql-server-ver15
2. 以root特权登录，或者在每个命令之前使用sudo
3. curl -o /etc/yum.repos.d/mssql-server.repo https://packages.microsoft.com/config/rhel/7/mssql-server-2017.repo
4. 百胜安装-y mssql-server
5. / opt / mssql / bin / mssql-conf设置，我使用评估许可证安装了SQL Server
6. yum install -y mssql-tools unixODBC-devel
7. echo‘export PATH =” $ PATH：/ opt / mssql-tools / bin”‘>>〜/ .bash_profile
8. echo‘export PATH =” $ PATH：/ opt / mssql-tools / bin”’>>〜/ .bashrc
9. 来源〜/ .bashrc
10. systemctl stop mssql-server.service，我们将停止SQL服务，并且只有在标题为“存储”的部分中配置了用作存储的磁盘后，才能启动SQL服务
    “创建数据库和事务日志文件系统以及挂载点”。
11. / opt / mssql / bin / mssql-conf设置filelocation.masterdatafile /database/data/master.mdf
12. / opt / mssql / bin / mssql-conf设置filelocation.masterlogfile /database/xlog/mastlog.ldf

创建数据库和事务日志文件系统以及挂载点

我们将使用xfs文件系统类型进行此安装。 请参阅LifeKeeper支持的文件系统类型，以确定要配置的文件系统。 确保将磁盘配置为使用GUID标识符。 在这里，我们将对本地连接的磁盘进行分区和格式化。装载，创建和许可我们要SQL使用的数据库位置，最后，我们将启动SQL，这将在我们指定的位置创建新的Master DB和事务日志。 请注意，在创建分区时，DataKeeper要求分区中的块数为奇数。 例如。 20973567（结束）– 2048（开始）= 20971519。

1. fdisk / dev / sdb
2. mkfs -t xfs / dev / sdb1
3. fdisk / dev / sdc
4. mkfs -t xfs / dev / sdc1
5. mkdir /数据库; mkdir /数据库/数据; mkdir /数据库/ xlog
6. chown mssql /数据库/; chgrp mssql /数据库/
7. chown mssql /数据库/数据/; chgrp mssql /数据库/数据/
8. chown mssql /数据库/ xlog /; chgrp mssql /数据库/ xlog /
9. vi / etc / fstab
   1. 将/ dev / sdb1安装添加到/ database / data，例如/ dev / sdb1 / database / data xfs默认值0 0
   2. 将/ dev / sdb1安装添加到/ database / xlog，例如/ dev / sdb1 / database / xlog xfs默认值0 0
10. 挂载/ dev / sdb1
11. 挂载/ dev / sdc1
12. chown mssql /数据库/数据/; chgrp mssql /数据库/数据/
13. chown mssql /数据库/ xlog /; chgrp mssql /数据库/ xlog /
14. systemctl启动mssql-server.service，既然已经安装了本地磁盘，我们就启动SQL服务–这将创建新的主数据库和事务日志

安装LifeKeeper

请参阅安装指南
http://docs.us.sios.com/spslinux/9.5.1/en/topic/sios-protection-suite-for-linux-installation-guide

创建LifeKeeper资源层次结构

在主节点上打开LifeKeeper GUI：

＃/ opt / LifeKeeper / bin / lkGUIapp＆

沟通路径

创建后端和/或前端IP路由，在我们的示例中，后端为10.2.4.21和22，前端为192.168.4.21＆22

1. [AWS only] 右键单击AWS管理控制台中的每个实例，然后选择“网络连接''→“更改源/目的地''。 检查并确保源/目的地检查已禁用。
2. 在LifeKeeper GUI中，单击创建通讯路径。
3. 在``远程服务器''对话框中，添加其他群集节点的主机名并选择它们。

 

1. 选择适当的本地（10.2.4.21）和远程（10.2.4.22）IP地址。
2. 重复此过程，在每个网络的所有远程节点对之间创建通信路径（例如12.0.1.30和12.0.2.30）。完成后，所有群集节点对之间都应存在通信路径。

IP资源

IP资源是将用于访问SQL Server的虚拟IP –在这种情况下为192.168.4.20

1. 通过运行以下命令，验证是否已从网络接口中删除了所有虚拟IP。
   “ ip addr show”。
2. 为MSSQL虚拟IP创建IP资源。
3. 在LifeKeeper GUI中，单击“创建资源层次结构''，然后选择IP。

4。 出现提示时，输入IP 192.168.4.20并选择子网掩码255.255.0.0。

5， 输入标签名称，例如ip-192.168.4.20-MSSQL。

DataKeeper资源

这是用于存储数据库和事务日志，/ database / data和/ database / xlog的驱动器

数据复制资源

1. 确保所有SQL文件系统都已安装在主群集节点上/ database下的适当安装点上。
   ＃ 山
   …
   / database /数据类型xfs上的/ dev / sdb1（rw，relatime，attr2，inode64，noquota）

/ database / xlog上的/ dev / sdc1类型xfs（rw，relatime，attr2，inode64，noquota）
…

2.确保文件系统未安装在备份群集节点上。

3。在LifeKeeper GUI中，单击“创建资源层次结构''，然后选择“数据复制''。

4。 对于层次结构类型，选择复制现有文件系统。

5， 对于“现有挂载点”，选择/ database / data

6。 为其余的创建对话框选择适当的值，以适合您的环境

对/ database / data和/ database / xlog文件系统重复步骤3-6。

快速服务保护

我们将使用LifeKeeper的快速服务保护ARK保护mssql-server服务，这将监视MSSQL服务并确保其正在运行。

1. 在节点1上使用systemctl status mssql-server.service以确保MSSQL正在运行
2. 在节点2上使用systemctl status mssql-server.service来确保MSSQL未运行，如果正在运行，则需要使用systemctl stop mssql-server.service停止该服务，然后卸载/ database / data和/ database / xlog目录。
3. 在LifeKeeper GUI中，单击添加资源
4. 从下拉列表中选择QSP ARK
5. 当可用服务列表填充时，选择mssql-server.service
6. 为其余的创建对话框选择适当的值，以适合您的环境
7. 将层次结构扩展到节点2
8. 在节点1上的Linux CLI上，运行“ / opt / LifeKeeper / bin / lkpolicy -g –v”，输出将类似于以下内容：
   
9. 如果为QSP-mssql-server设置了LocalRecovery：On，那么我们需要在两个节点上都禁用本地恢复，这是通过在两个节点上执行来完成的：
10. / opt / LifeKeeper / bin / lkpolicy -s LocalRecovery -E标签=“ QSP-mssql-server”
11. 确认在两个节点“ / opt / LifeKeeper / bin / lkpolicy -g –v”上均禁用了本地恢复：

转载自SIOS

宣布版本8.7.2的SIOS Protection Suite-Windows和DataKeeper Cluster Edition

我们很高兴宣布发布适用于Windows的SIOS Protection Suite 8.7.2版，包括DataKeeper Cluster Edition。新版本具有以下功能：

新的Oracle可插拔数据库（PDB）应用程序恢复工具包

• 在Oracle 19c上建议使用Oracle Pluggable Database，而从Oracle 20c起则需要使用Oracle Pluggable Database
• SIOS Protection Suite PDB应用程序恢复工具包不需要其他SIOS许可证，但是需要现有的Oracle资源。

支持其他平台和操作系统，包括：Azure Stack（Hub）（包括Windows Server 2019），vSphere 7和PostgreSQL 12。 有关我们支持的产品的完整列表，请访问SIOS Protection Suite-Windows 8.7.2支持矩阵。

转载自SIOS