问题描述
我们是否应该遵循Oracle DBA指令并将5个实例合并为1?这就是问题所在!!??
一点背景:
我们的Oracle EPM顾问使用5个不同的Oracle数据库实例安装了Oracle OBIEE和EPM应用程序 (例如Hyperion Planning,HFM,DRM,FDMEE等)。
我们的Oracle DBA希望我们将在Oracle版本11i上运行的5个实例合并为具有5个不同模式的新Oracle版本12c上的1个实例。这会使我们从11i升级到12c变得复杂吗?例如,如果我们有5个实例和1个实例,这些OBIEE和EPM存储库中的表会有所不同吗?这些是我们的次要问题,也是同样重要的问题。
这是我们的EPM顾问写道:
传统上,您会将OBIEE,Planning和HFM应用程序分开在单独的DB中,但是随着时间的推移,这种情况已经改变了。具有单独的数据库有效地意味着您具有用于计划的单独环境,用于HFM的单独环境等,从而增加了每个环境的维护。
我们在一个客户站点有一个生产环境,有一个Oracle数据库,托管9个规划应用程序 (9个模式) 和5个HFM应用程序 (5个模式),还有一个FDMEE模式和一个ODI模式。
我们一直在运行 “高可用性” 和复制 (DR),并且不会遇到任何性能问题,除非是由EPM应用程序中设计/编程不当的客户脚本引起的。
所以我们应该合并。如果您的答案是将OBIEE和EPM应用程序保留在不同的单独实例中,我想知道为什么,以便向我们的DBA提出您的答案。
你同意他上面的说法吗?由于以下原因,我可能不同意:
1) 从11i迁移到12c可能需要其他步骤 ???这是我的第二个问题。
即使您可以将5个实例合并到1个实例中,我也不认为这是最佳实践。这就是为什么 “Big 3” 咨询公司和其他公司将HFM安装到自己的Oracle DB实例中。
2) 性能调整在实例级别。如果HFM的调谐实例共享同一实例,则会影响其他EPM应用程序的调谐。
3) Oracle实例性能将受到大量使用的多个模式的不利影响。例如,如果大量使用该实例中的其他模式,则HFM模式性能将受到负面影响。
4) 我认为,如果有多个架构,则重新启动实例将需要更长的时间才能恢复。假设由于损坏,我需要重新启动Hyperion schema。我必须重新启动实例,这将花费更长的时间,因为它必须重新启动称为HFM的大型架构。我不确定。
(5) 如果EPM应用程序的补丁程序,模式的备份和还原都在一个模式中,它们会变得更加复杂吗?)
一点背景:
我们的Oracle EPM顾问使用5个不同的Oracle数据库实例安装了Oracle OBIEE和EPM应用程序 (例如Hyperion Planning,HFM,DRM,FDMEE等)。
我们的Oracle DBA希望我们将在Oracle版本11i上运行的5个实例合并为具有5个不同模式的新Oracle版本12c上的1个实例。这会使我们从11i升级到12c变得复杂吗?例如,如果我们有5个实例和1个实例,这些OBIEE和EPM存储库中的表会有所不同吗?这些是我们的次要问题,也是同样重要的问题。
这是我们的EPM顾问写道:
传统上,您会将OBIEE,Planning和HFM应用程序分开在单独的DB中,但是随着时间的推移,这种情况已经改变了。具有单独的数据库有效地意味着您具有用于计划的单独环境,用于HFM的单独环境等,从而增加了每个环境的维护。
我们在一个客户站点有一个生产环境,有一个Oracle数据库,托管9个规划应用程序 (9个模式) 和5个HFM应用程序 (5个模式),还有一个FDMEE模式和一个ODI模式。
我们一直在运行 “高可用性” 和复制 (DR),并且不会遇到任何性能问题,除非是由EPM应用程序中设计/编程不当的客户脚本引起的。
所以我们应该合并。如果您的答案是将OBIEE和EPM应用程序保留在不同的单独实例中,我想知道为什么,以便向我们的DBA提出您的答案。
你同意他上面的说法吗?由于以下原因,我可能不同意:
1) 从11i迁移到12c可能需要其他步骤 ???这是我的第二个问题。
即使您可以将5个实例合并到1个实例中,我也不认为这是最佳实践。这就是为什么 “Big 3” 咨询公司和其他公司将HFM安装到自己的Oracle DB实例中。
2) 性能调整在实例级别。如果HFM的调谐实例共享同一实例,则会影响其他EPM应用程序的调谐。
3) Oracle实例性能将受到大量使用的多个模式的不利影响。例如,如果大量使用该实例中的其他模式,则HFM模式性能将受到负面影响。
4) 我认为,如果有多个架构,则重新启动实例将需要更长的时间才能恢复。假设由于损坏,我需要重新启动Hyperion schema。我必须重新启动实例,这将花费更长的时间,因为它必须重新启动称为HFM的大型架构。我不确定。
(5) 如果EPM应用程序的补丁程序,模式的备份和还原都在一个模式中,它们会变得更加复杂吗?)
专家解答
这里一个明显的候选者是多租户选项
http://www.oracle.com/technetwork/database/multitenant/overview/index.html
它允许将多个数据库合并到一个实例中,同时仍保留单个实例将具有的严格分离和资源控制。
看看你的观点
1) It may require additional steps to migrate from 11i to 12c??? That's my secondary question.
Even though you can combine 5 instances into 1 instance, I don't believe it is best practice. That's why that "Big 3" consulting company and others install HFM into its own Instance of Oracle DB.
无论您做什么,与在新数据库版本下测试应用程序的基本工作相比,这将是很小的努力。这将是大部分工作量。您如何配置实例对此不会有太大影响。
2) Performance tuning is at Instance level. Tuning instance for HFM will affect tuning for other EPM apps if they share the same Instance.
实例级调优很少见,通常对所有应用程序都有帮助。
3) Oracle Instance performance will be adversely affected by multiple schemas that are heavily used. For example, HFM schema performance will be affected negatively if other schemas in that instance are heavily used.
这与拥有5个实例 (在同一服务器上) 没有什么不同。如果您有多个 * 服务器 *,则可能是不同的情况,但是一台服务器上的5个实例将类似于在一台服务器上容纳5个应用程序的1个实例。后者会稍微更有效 (更少的后台进程等)
4) I think that If there are multiple schema’s a restart of an Instance will take longer time to recover. Let’s say that I need to restart Hyperion schema due to corruption. I have to restart instance which will take longer as it has to restart a large schema called HFM. I’m not sure though.
由于腐败,您多久会反弹一次现有实例?我希望答案是 “从不” 或 “几乎从不”。如果没有,您还有其他问题要担心 :-) 但是,如果您是,那么是的,我会在其他地方隔离问题实例。
(5) patches to EPM apps, backups and restores of schemas are more complicated if they are all in one schema? )
大概它们也是单独的表空间?在这种情况下,您也可以在此级别恢复。
你没有提到的一件事是分离的严格性。例如,如果您有任何类型的冲突 (公共同义词,角色名称等),那么这可能会带来不可预见的问题。如果您的参考网站做得很好,那么您会没事的。
但是像任何东西一样-在这里做成本/收益分析。我认为合并没有问题,但是请问您的DBA-它给组织带来了什么 * 好处 *。如果他们可以证明收益 (工作量,成本,许可证等) 是合理的,请继续。
http://www.oracle.com/technetwork/database/multitenant/overview/index.html
它允许将多个数据库合并到一个实例中,同时仍保留单个实例将具有的严格分离和资源控制。
看看你的观点
1) It may require additional steps to migrate from 11i to 12c??? That's my secondary question.
Even though you can combine 5 instances into 1 instance, I don't believe it is best practice. That's why that "Big 3" consulting company and others install HFM into its own Instance of Oracle DB.
无论您做什么,与在新数据库版本下测试应用程序的基本工作相比,这将是很小的努力。这将是大部分工作量。您如何配置实例对此不会有太大影响。
2) Performance tuning is at Instance level. Tuning instance for HFM will affect tuning for other EPM apps if they share the same Instance.
实例级调优很少见,通常对所有应用程序都有帮助。
3) Oracle Instance performance will be adversely affected by multiple schemas that are heavily used. For example, HFM schema performance will be affected negatively if other schemas in that instance are heavily used.
这与拥有5个实例 (在同一服务器上) 没有什么不同。如果您有多个 * 服务器 *,则可能是不同的情况,但是一台服务器上的5个实例将类似于在一台服务器上容纳5个应用程序的1个实例。后者会稍微更有效 (更少的后台进程等)
4) I think that If there are multiple schema’s a restart of an Instance will take longer time to recover. Let’s say that I need to restart Hyperion schema due to corruption. I have to restart instance which will take longer as it has to restart a large schema called HFM. I’m not sure though.
由于腐败,您多久会反弹一次现有实例?我希望答案是 “从不” 或 “几乎从不”。如果没有,您还有其他问题要担心 :-) 但是,如果您是,那么是的,我会在其他地方隔离问题实例。
(5) patches to EPM apps, backups and restores of schemas are more complicated if they are all in one schema? )
大概它们也是单独的表空间?在这种情况下,您也可以在此级别恢复。
你没有提到的一件事是分离的严格性。例如,如果您有任何类型的冲突 (公共同义词,角色名称等),那么这可能会带来不可预见的问题。如果您的参考网站做得很好,那么您会没事的。
但是像任何东西一样-在这里做成本/收益分析。我认为合并没有问题,但是请问您的DBA-它给组织带来了什么 * 好处 *。如果他们可以证明收益 (工作量,成本,许可证等) 是合理的,请继续。
「喜欢这篇文章,您的关注和赞赏是给作者最好的鼓励」
关注作者
【版权声明】本文为墨天轮用户原创内容,转载时必须标注文章的来源(墨天轮),文章链接,文章作者等基本信息,否则作者和墨天轮有权追究责任。如果您发现墨天轮中有涉嫌抄袭或者侵权的内容,欢迎发送邮件至:contact@modb.pro进行举报,并提供相关证据,一经查实,墨天轮将立刻删除相关内容。
评论
相关阅读
Oracle RAC 一键安装翻车?手把手教你如何排错!
Lucifer三思而后行
595次阅读
2025-04-15 17:24:06
【纯干货】Oracle 19C RU 19.27 发布,如何快速升级和安装?
Lucifer三思而后行
561次阅读
2025-04-18 14:18:38
XTTS跨版本迁移升级方案(11g to 19c RAC for Linux)
zwtian
482次阅读
2025-04-08 09:12:48
Oracle数据库一键巡检并生成HTML结果,免费脚本速来下载!
陈举超
472次阅读
2025-04-20 10:07:02
【ORACLE】记录一些ORACLE的merge into语句的BUG
DarkAthena
457次阅读
2025-04-22 00:20:37
【ORACLE】你以为的真的是你以为的么?--ORA-38104: Columns referenced in the ON Clause cannot be updated
DarkAthena
430次阅读
2025-04-22 00:13:51
Oracle 19c RAC更换IP实战,运维必看!
szrsu
430次阅读
2025-04-08 23:57:08
【活动】分享你的压箱底干货文档,三篇解锁进阶奖励!
墨天轮编辑部
414次阅读
2025-04-17 17:02:24
火焰图--分析复杂SQL执行计划的利器
听见风的声音
358次阅读
2025-04-17 09:30:30
3月“墨力原创作者计划”获奖名单公布
墨天轮编辑部
356次阅读
2025-04-15 14:48:05