就这样，开个玩笑-让我们谈谈永恒。 在这篇文章中，您将找不到喜悦的气息或轻松自在的暗示。 因为是为那些经过战斗和搜寻的人们提供的，所以每轮Siebel升级都通过了。 自2013年以来，Oracle一直在开展一项从根本上现代化其CRM系统的运动。 到目前为止，我们已经体验了七个（从IP13到IP19）创新套件。 直到2013年，版本每2–3年发布一次，最近5–6年Siebel更新发布的频率更高，并保持时间表明确：每月发布次要版本（补丁集），从根本上每年发布新版本（主要版本），这通常意味着客户需要全局处理或什至“重新引入”系统。 为了简化升级Siebel，供应商开发了IRM（增量存储库合并），该功能可简化使用创新软件包安装新版本的过程。 将进行讨论。
IRM原则
为了使用Innovation Pack将系统更新到新版本，必须更新系统存储库。 为此，请与新版本的存储库合并。
储存库是系统元数据，即 一切都是其功能的计划。 在项目期间，客户（Siebel消费者）的开发人员顾问对存储库进行了数千次更改。 但是，在Oracle发行的发行版中，没有这些更改，供应商自己修改了系统，添加了新的元数据，并且通常可以完全处理特定的对象方案。
显然，这里需要一种机制，该机制可以无缝地将系统的使用者所做的更改与Oracle的新开发相结合。 为此，创建了IRM。
Siebel升级期间解决的任务- 准备存储库和环境以进行合并。
- 在更新环境（DEV）（IRM）上直接集成。
- 分析和解决冲突。
- 将更改应用于更新环境。
- 回归测试。
- 纠正更新过程中出现的所有缺陷。
- 从升级环境迁移到预生产，再到生产。
切换到IP17 +有什么好处- 新引擎：OpenUI-能够更深入地配置界面，从而增加系统的可用性。
- 系统中用户行为的功能分析（使用模式跟踪）将创建一个唯一的UX。
- 跨浏览器支持：IE不再是限制-您现在可以在Edge，Firefox，Chrome和Safari中工作。
- WebTools（Composer）工具允许您通过浏览器对界面和系统的业务逻辑进行更改，而无需重启服务器，即 没有停机时间。 开发原型制作速度更快。
- CI / CD技术，补丁传输自动化，并行开发，自动测试。
- 支持REST集成技术，与客户门户网站集成时非常适用。
- 行业创新：从在流行的JS库上构建漂亮的分析仪表板到大数据和机器学习技术。
成功升级的关键
IRM定义了原始存储库，客户版本和新版本中存在的对象和属性中的一组差异。 该功能允许根据开发人员的决定来选择一种组合对象的方法，并在最后阶段开始将更新后的存储库从更新环境迁移到生产环境的有效过程。
在合并期间，会
发生冲突 ，即，当前存储库的对象的属性与新版本的存储库的相同对象之间的差异。
非严重冲突是指不受客户影响的对象之间的差异，即 原始存储库与新存储库之间的差异。 解决了99％的此类冲突，转而使用新的存储库。
严重的冲突是客户端存储库和新存储库之间的对象差异。
如果您从项目的一开始就遵循Oracle的方法，那么后续升级将需要最少的成本。 但是，不幸的是，在满足某些客户要求时，通常会牺牲Oracle最佳实践。 例如，有时有时通过数据库直接更改系统表，而在Siebel存储库中未固定该数据库。 或者它们更改用户键（UK），标准表的标准列的尺寸和类型，Oracle强烈建议您不要这样做。 这样就不可能在迁移到正式版本期间自动重建表，并且需要对表和数据进行许多手动操作。 此外，更改标准键和列可能会影响为新版本的Siebel开发的新过程的性能。
因此，在具有丰富实施经验的认证专业人员的监督下实施该系统非常重要。
但是，升级项目中最重要的事情是对过程的能力计划，在此过程中必须立即解决多个问题。
解决方案基础架构- 谁来配置基础架构：
- 更新环境的描述。 我们将在哪里进行IRM？
- 测试环境的描述。 我们将如何测试（包括外部系统和集成）？
- 部署环境的描述。 我们将更新当前产品还是建立并行生产环境？
详细的项目计划（考虑了客户与承包商之间的责任分配）- 必须考虑到有必要“冻结”将新功能引入生产型产品的工作。
- 包括 您需要考虑的是，您将需要重新安装在升级项目开始后投入生产的所有功能软件包。
测试计划- 需要回归测试脚本。
- 确定责任人并确定CRM和外部系统的测试人员团队。
实施计划- 核对将升级引入生产环境的工作清单。
- 制定回滚计划（是，是！;；），以防升级期间发生意外。
另外，有意义的是对系统进行全面审核（甚至从供应商处定购），以找出开发人员犯了哪些方法违规和技术实施错误。 审核由经过认证的Oracle专家进行，结果以“专有” Oracle Siebel协议的形式记录：
- 配置报告（业务逻辑配置中的错误或违规）
- 集成报告（集成对象中的错误或违规）
- 脚本报告（可编程模块中的错误或违规）
- 流程中的错误（工作流程和自动化功能中的错误）
事实是修改后的功能可能会发生错误。 在组合解决方案的回归测试阶段，有必要准确地了解由于组合而出现的错误，以及最初的错误。
最重要的Siebel升级问题最新的IRM，或如何升级到最新的Siebel（IP19）
在过去的两年中，Siebel系统发生了很大的变化，这也导致了更新系统的方法发生了变化。
关键更改与2017年IP17的发布及其后续更新有关。- 系统数据模型被重新设计，供应商拒绝了服务器启动时使用的SRF编译文件。 出现了运行时存储库，它使您无需重新启动即可更改系统配置。
- Siebel Web服务器已成为独立的Siebel组件，从那时起，不再需要第三方制造商的IIS和Apache之类的组件。 Siebel Web服务器称为应用程序接口（AI），它在Tomcat容器的基础上运行。 与AI的所有连接仅通过HTTPS建立，即 默认情况下，所有流量都是加密的。 AI对传入和传出请求均具有完全的REST支持（REST技术为安装系统改进和升级存储库提供了极大的灵活性）。
- 网关组件已升级（现在称为动态网关）。 特别值得注意的是重新设计的内部组件间平衡。 现在由网关（网关弹性负载均衡器）负责，这使负载均衡系统更加灵活-以前此功能是由应用程序服务器执行的。
- 该系统正式支持Oracle 12数据库（对Oracle 11g数据库的支持已完成）。
在2018年，Oracle更改了Siebel CRM的发布政策- 所有未来的创新和修正都将作为更新提供，即从分发工具包安装到当前版本的补丁集（从IP17开始）。 它们将包含供应商先前在系统开发策略中指出的创新。
- 补丁集的名称将变得更加清晰，因为 版本每月发布一次：例如，数字18.4表示“ 2018年4月”。
- 新的交付模型将从版本18.4开始。 旧模型的最新版本是17.6。 要从17.6升级到18.4，您只需要安装分发工具包（作为补丁，而不是IRM升级）。 随后的每月更新可能包含一些功能，您需要通过特殊的实用程序下载一些小的更改。 此外，所有更新都是累积性的。
- 由于模型的更改，切换到IP17的客户端将不再面临缺少针对其系统版本的补丁程序的问题。 同时，大大简化了系统升级过程，降低了支持成本，并加快了创新功能的引入。
- 例如，要从早期版本的Siebel（最多17个）升级到版本19，有必要实施标准升级到版本17，然后使用新的更新模型。
升级到IP17 +的方法发生变化
在设计基础架构并进行规模调整时，您需要考虑新的服务器基础架构IP17。 对铁的需求将增加，因为 运行时系统信息库需要更多资源。 新的应用程序接口和网关组件的容错平衡建议使用3个组件，而不是2个。您将需要查看服务器配置和服务器配置文件并将其迁移到新的IP17体系结构。
还必须将所有Web工件（例如HTML模板，JS，CSS等）传输到新的Application Interface Web服务器。 顺便说一下，所有Web工件最终都将移至系统存储库。
下一步是将操作系统和数据库更新为受支持的版本（您需要检查Oracle支持的Siebel软件认证标签）并颁发正确的HTTPS证书。
最后，您将不得不最后一次启动IRM，并且进一步的版本更新将仅通过安装补丁程序进行。
如果在升级到IP17 +的同时，您正在系统的当前版本上开发新功能，则必须重新测试和更新随附的文档。 并且开发人员和管理员接受了使用Workspace技术，迁移工具和新的Siebel基础结构管理控制台的培训。
您可以从此表中确定升级方法，具体取决于您的当前版本：
***有关SEA和SIA Siebel CRM版本的更多信息，请参阅My Oracle Support文章
1514115.1 。
品德
显然，此类项目需要经验丰富的顾问（如果没有他们的话）的参与，他们能够预见并避免陷阱，有能力地计划这样的升级过程，在这个过程中，客户不会被淹没。 即 最大限度地减少甚至消除延长的系统停机时间，数据丢失以及升级后业务流程中的严重错误的风险。 例如，错误选择表键可能需要对系统中的进程进行大规模处理-然后，简单的更新就有可能变成几个月的项目。
Jet Infosystems系统架构小组负责人Maxim Chugunkin