数据库整合后的管理问题,何解?

在进行数据库实例整合之后,项目组共用一台数据库主机,那么原先各项目组连自己的机器进行各自库的一些日常运维(备份、恢复等)现在变成大家共用机器。这时候的用户权限如何来进行更好的,更安全的管理。是分各自的oracle用户?
假如主要的生产环境都是11g的库,那么共用一台机器后不能进行各数据库实例的资源隔离,假设某库发生大量全表扫描可能引发cpu利用暴涨、大量IO吞吐等,导致影响到其他库,这些问题如何规避。

参与5

1同行回答

telnet4730telnet4730  数据库运维工程师 , 光大证券
1、两个角度,为了实现要是在系统上区分用户来备份恢复,通常比较复杂,也不利于管理, 整合后由专门的人来负责 备份恢复 相对比较安全 , 对于有频繁的备份恢复的系统,通常这样的系统都有特殊的要求,比方安全、测试要求都比较高,建议暂时不整合。  2、对于11g的整合,性能问题的规避...显示全部

1、两个角度,为了实现要是在系统上区分用户来备份恢复,通常比较复杂,也不利于管理, 整合后由专门的人来负责 备份恢复 相对比较安全 , 对于有频繁的备份恢复的系统,通常这样的系统都有特殊的要求,比方安全、测试要求都比较高,建议暂时不整合。  
2、对于11g的整合,性能问题的规避,我觉得不是规避,应该是尽量减少,第一分析原来系统的性能基线  第二依赖于监控系统   。 如何在多实例的情况下快速的定位问题、解决问题也非常关键。比如如何快速判断是那个实例、那个应用、什么sql导致了性能问题, 这确实是个挑战,但是通过监控手段是可以快速发现的,比方说现在cpu使用高,我们可对比db time 的走势和cpu利用率的走势,就可以很快的判断出那个实例正在消耗了较多的cpu,进而找到是那个应用的什么sql,最后快速的解决问题

收起
证券 · 2019-09-17
浏览1153

提问者

elementkkk
其它xyzq
擅长领域: 数据库服务器分布式系统

问题来自

相关问题

相关资料

相关文章

问题状态

  • 发布时间:2019-09-11
  • 关注会员:2 人
  • 问题浏览:1719
  • 最近回答:2019-09-17
  • X社区推广