Date: 5月 19, 2026
继承 DataKeeper
继承 DataKeeper 环境意味着什么
继承的概念通常让人联想到资产从一个人传给另一个人。韦氏词典和其他词典对继承的定义是：
遗产是指逝者留下的资产、财产，有时还包括债务，通过遗嘱、信托或州无遗嘱继承法分配给受益人。遗产通常包括现金、房地产、股票、债券、个人物品（珠宝、汽车）和商业权益。
在IT领域，继承的概念带上了数字化的色彩。当系统管理员继承一个使用诸如以下工具的集群时：数据保管员他们处理的不是珠宝或房地产之类的有形资产，而是数字资源——想想配置、角色和关键容量资源。虽然我们希望这笔遗产是某人从公司退休或获得应有的晋升的结果，但我们还是祈祷它不是因为有人去了“天上的巨型数据中心”。（没错，幽默是IT专业人士的一种应对机制！）
所以，如果您有幸获得一个现有的 1×1 集群，其中包含 SQL Server 角色和相关的 DataKeeper 卷资源，那么您该从哪里开始呢？您应该采取哪些步骤来确保顺利完成入职和知识转移过程？
为了帮助指导这一过渡，以下是一些你应该问自己或你的管理团队的关键问题：
账户管理问题
客户经理详情
- 目前负责该账户的客户经理是谁？
- 他们的联系方式是什么（电子邮件、电话等）？
许可信息
- 您的许可协议、合同和续签情况如何？
- 有哪些即将到期或需要续期的许可证需要注意？
- 我可以在哪里访问许可门户？我是否拥有必要的凭证？
DataKeeper 管理问题
了解环境
- 评估现有基础设施，包括Windows Server故障转移群集设置、服务器、存储等。
- DataKeeper目前正在保护哪些工作负载和应用程序？
配置和管理
- 熟悉DataKeeper配置。
- 目前使用的异步和同步镜像类型有哪些？
- 集群节点是如何设置的？
- 涉及哪些存储措施？
维护和软件更新
- 如何及时了解 DataKeeper 的新版本、补丁和更新？
测试故障转移和恢复
- 偶尔测试故障转移，以确保高可用性和灾难恢复配置按预期工作。
- 发生灾难时，镜像数据是否一致且可恢复？
了解资源所有权和依赖关系
一旦你尽可能多地了解了你的遗产，下一步就是开始照管你所继承的财产，正如上图所示。当你“继承”了某项财产的所有权时，SQL Server 集群因此，识别并与所有受集群管理影响的跨职能团队进行沟通至关重要。由于涉及的领域众多，以下是一些需要重点关注的关键领域：
SQL Server 或应用程序团队
- 主动接收有关 SQL Server 名称或实例任何计划更改的通知
- 获悉可能影响集群性能的大型 SQL 插入或操作
- 请提供数据库文件、备份和快照的具体位置信息。
网络团队
- 沟通将 SQL 角色或相关资源迁移到不同网络的计划。
- 分享有关新 IP 地址或其他可能影响集群运行的网络相关变更的信息
存储团队
- 对于这些，在更改源卷和目标卷（例如，调整大小、格式化或添加分区）时要谨慎，因为这可能会对 DataKeeper 复制产生影响。
- 现有镜像服务器的带宽是否足够？
- 您能否与网络团队合作，确保带宽充足，并与其他应用程序隔离以避免瓶颈？
为什么运行手册在 DataKeeper 环境中如此重要：
运行手册是确保系统平稳运行的关键组成部分，为使用 DataKeeper 的环境、集群管理员及相关技术提供了有效的解决方案。理想情况下，一份精心编写的运行手册应该是一份“动态文档”，随着时间的推移不断更新，反映基础设施、工作流程和最佳实践的变化。如果之前的管理员已经尽职尽责地做好了准备工作，那么您的运行手册应该全面涵盖以下方面：
- 故障/修复：解决已知问题，这些问题可能出现在“堆栈”中的任何位置，例如，从物理层一直到应用层。
- 工作流程：部署软件和管理日常集群操作
- 维护：怎么样补丁管理执行数据库备份等操作
- 供应商支持：如何到达 SIOS微软、AWS 和其他提供商
- 最重要的是，何时“主动联系”他们？
继承 DataKeeper 的关键要点
这篇博客重点讨论了在进行此类转型时需要考虑的几个重要方面，包括账户管理、资源所有权、跨职能协作以及运行手册的价值。**然而，需要注意的是，这些只是众多考量因素中的一部分，还有一些因素可能超出本文的讨论范围。每个环境都是独一无二的，成功的集群管理需要对具体的基础设施、依赖关系和工作流程有透彻的了解。
好好享受你的“遗产”吧……
不要一次性把钱全部花光……
申请演示了解 SIOS DataKeeper 如何帮助简化集群管理并支持高可用性。
作者：Greg Tucker，SIOS 高级产品支持工程师
经许可转载SIOS