网站首页
本站精华
免费下载
游客:
注册
|
登录
|
会员
|
搜索
|
帮助
LoveUnix
»
ORACLE等数据库
» 企业中到底多少在使用多实例
‹‹ 上一主题
|
下一主题 ››
投票
交易
悬赏
活动
打印
|
推荐
|
订阅
|
收藏
标题: 企业中到底多少在使用多实例
surffish
LU幼天使
UID 36540
精华
1
积分 110
帖子 196
活跃指数 55
LU金币 2226 个
LU金条 0 个
阅读权限 20
注册 2005-11-15
#1
大
中
小
使用道具
发表于 2007-5-24 08:14
资料
个人空间
短消息
加为好友
企业中到底多少在使用多实例
在oracle数据库的安装规划过程中,你遇到的多实例企业多吗?
见过最多多少实例的。
男人的胸怀是用委屈撑大的。
穷且益坚,不坠青云之志。
netbbs
LU小天使
UID 28605
精华
1
积分 263
帖子 394
活跃指数 31
LU金币 2372 个
LU金条 0 个
阅读权限 20
注册 2004-12-28
#2
大
中
小
使用道具
发表于 2007-5-24 08:24
资料
个人空间
短消息
加为好友
到目前为止只碰到过一次2实例的rac
平身修得随缘性;
粗茶淡饭也知足。
rwq_
技术专家
笨笨
UID 77742
精华
2
积分 100
帖子 177
活跃指数 29
LU金币 394 个
LU金条 0 个
阅读权限 200
注册 2007-2-10
#3
大
中
小
使用道具
发表于 2007-5-24 13:28
资料
个人空间
短消息
加为好友
不建议,不赞同!我遇到过,建议他不这么做。
老农
管理员
民工
UID 2
精华
26
积分 17038
帖子 28801
活跃指数 1723
LU金币 24193 个
LU金条 0 个
阅读权限 255
注册 2003-9-16
来自 北京
#4
大
中
小
使用道具
发表于 2007-5-24 13:31
资料
个人空间
主页
短消息
加为好友
外行喜欢多实例
IBM小机AIX等系列培训,9月9号开始,北京,欢迎关注
http://www.loveunix.net/viewthread.php?tid=86749&
提供IBM小机及存储相关专业技术咨询、实施、维保和培训,代理备机及配件。EMAIL:allenlong68[at]hotmail.com。[at]换成@
AIX交友QQ群:24807728(群是朋友聊天用的,技术请在论坛谈。群满,不活动的会被请出,给新人腾位置)
QQ里谈技术没积累,是方便自己麻烦别人。在论坛里讨论,可以大家都参与,并留下参考。
技术不是简单看个文档就能提高的,多参与讨论进步快。对问题有见解的就发一下,说对了是帮助别人,说错了给机会纠正自己。
wolfop
技术专家
UID 196
精华 0
积分 388
帖子 689
活跃指数 2
LU金币 3675 个
LU金条 2000 个
阅读权限 200
注册 2003-9-28
#5
大
中
小
使用道具
发表于 2007-5-24 13:39
资料
个人空间
短消息
加为好友
生产系统用2实例的rac是极限了。
ORACLE完全可以用schema解决很多问题。
那是最美好的时代,那是最糟糕的时代;那是智慧的年头,那是愚昧的年头;那是信仰的时期,那是怀疑的时期;那是光明的季节,那是黑暗的季节;
hexiong
LU幼天使
UID 88231
精华 0
积分 75
帖子 104
活跃指数 2
LU金币 84 个
LU金条 0 个
阅读权限 20
注册 2007-4-14
来自 湖南 长沙
#6
大
中
小
使用道具
发表于 2007-5-24 21:42
资料
个人空间
短消息
加为好友
现在10g rac越来越好 双节点应用在重要场合 应该是很普遍的情况了
[广告]
记录自己的思想火花,留住每日的技术积累,尽在拥有属于自己独立域名的博客。
老农
管理员
民工
UID 2
精华
26
积分 17038
帖子 28801
活跃指数 1723
LU金币 24193 个
LU金条 0 个
阅读权限 255
注册 2003-9-16
来自 北京
#7
大
中
小
使用道具
发表于 2007-5-25 01:10
资料
个人空间
主页
短消息
加为好友
双节点很不错,再多就。。。。
IBM小机AIX等系列培训,9月9号开始,北京,欢迎关注
http://www.loveunix.net/viewthread.php?tid=86749&
提供IBM小机及存储相关专业技术咨询、实施、维保和培训,代理备机及配件。EMAIL:allenlong68[at]hotmail.com。[at]换成@
AIX交友QQ群:24807728(群是朋友聊天用的,技术请在论坛谈。群满,不活动的会被请出,给新人腾位置)
QQ里谈技术没积累,是方便自己麻烦别人。在论坛里讨论,可以大家都参与,并留下参考。
技术不是简单看个文档就能提高的,多参与讨论进步快。对问题有见解的就发一下,说对了是帮助别人,说错了给机会纠正自己。
[广告]
记录自己的思想火花,留住每日的技术积累,尽在拥有属于自己独立域名的博客。
oraix
版主
UID 69
精华
6
积分 303
帖子 481
活跃指数 89
LU金币 6394 个
LU金条 0 个
阅读权限 210
注册 2003-9-21
来自 中国
#8
大
中
小
使用道具
发表于 2007-5-25 01:21
资料
个人空间
主页
短消息
加为好友
QUOTE:
原帖由
surffish
于 2007-5-24 08:14 发表
在oracle数据库的安装规划过程中,你遇到的多实例企业多吗?
见过最多多少实例的。
LZ说的是单节点情况下,在一台主机上运行多个DB吧。 抑或是RAC架构?
这个要视具体情况而定,不能一概而论,只要资源不冲突,而数据库之间需要更好的隔离性和对将来的规划支持,完全可以运行多个DB/实例
::::uncle:::
:::oraix::::
oraix[at]hotmail.com
[广告]
记录自己的思想火花,留住每日的技术积累,尽在拥有属于自己独立域名的博客。
surffish
LU幼天使
UID 36540
精华
1
积分 110
帖子 196
活跃指数 55
LU金币 2226 个
LU金条 0 个
阅读权限 20
注册 2005-11-15
#9
大
中
小
使用道具
发表于 2007-5-25 07:47
资料
个人空间
短消息
加为好友
我说这个的大前提应该是资源不能扩充的情况,抱歉!
这里的实例不包括RAC这种情况,我知道大家的意思,多实例并不是最佳选择,这点我赞同。
但是现在有些企业还在这么用,主要并不是从技术出发,而是从管理的角度出发。企业的业务管理者不希望将一件事情搞的模模糊糊,喜欢明确责任。尤其是Oracle的应用开发的很烂的情况下。还有就是字符集要求。
wolfop 说使用多schema确实可以解决一定的问题。
个人见解,欢迎大家斧正。
男人的胸怀是用委屈撑大的。
穷且益坚,不坠青云之志。
[广告]
记录自己的思想火花,留住每日的技术积累,尽在拥有属于自己独立域名的博客。
oraix
版主
UID 69
精华
6
积分 303
帖子 481
活跃指数 89
LU金币 6394 个
LU金条 0 个
阅读权限 210
注册 2003-9-21
来自 中国
#10
大
中
小
使用道具
发表于 2007-5-25 12:28
资料
个人空间
主页
短消息
加为好友
QUOTE:
原帖由
surffish
于 2007-5-25 07:47 发表
我说这个的大前提应该是资源不能扩充的情况,抱歉!
这里的实例不包括RAC这种情况,我知道大家的意思,多实例并不是最佳选择,这点我赞同。
但是现在有些企业还在这么用,主要并不是从技术出发,而是从管理的 ...
其实没有通用的最佳选择,只有最平衡的选择。
多实例(说多DB可能更不容易误解)也可以是某些地方的最佳选择。
采购成本
运维成本
软件架构
后期扩展
灵活性
可管理性
。。。。。。
::::uncle:::
:::oraix::::
oraix[at]hotmail.com
投票
交易
悬赏
活动
LoveUnix
专项技术区
> AIX -IBM UNIX
> 其他UNIX & Linux
> i5 (AS400) & IBM大机
> PC Server & HPC
> 存储设备
> 备份软件
> 网络 & 安全
> 编程开发 & Rational
> DB2 & Informix
> ORACLE等数据库
> 中间件技术
行业综合区
> 职业咨询 前程无忧
> 培训认证 行业入门
> 行业应用 项目实施
> 产品信息 商务交流
> Free download下载
交流灌水区
> 蓝色太平洋
> 墨香雅韵
> 共建家园
> 博客专区
当前时区 GMT+8, 现在时间是 2008-9-7 18:45
乐悠LoveUnix论坛-京ICP备05005823号
Thanks to
Discuz!
© 2001-2007 Power by
LoveUnix.net
Processed in 0.059161 second(s), 6 queries , Gzip enabled
TOP
清除 Cookies
-
联系我们
-
乐悠LoveUnix
-
Archiver
界面风格
----------
Discuz! 5 Default
新DISCUZ风格
控制面板首页
编辑个人资料
积分交易
公众用户组
好友列表
升级个人空间
基本概况
流量统计
客户软件
发帖量记录
论坛排行
主题排行
发帖排行
积分排行
在线时间
管理团队
管理统计