- 主题:在x86的服务器上跑Oracle靠谱吗?
DBA届,经常有一些迷信流传下来
感觉还是早年人才建设存在很大问题
【 在 leeyc 的大作中提到: 】
: 在Oracle Linux下部署Oracle数据库,有啥需要注意的吗?
: 我看有人部署,分了一堆500G的磁盘,说是数据库的要求。
: 我没深入研究,感觉这个有点不对吧。
: ...................
--
FROM 139.227.19.*
你是指投票用的那个盘?
【 在 adoal 的大作中提到: 】
: 不做RAC无所谓。
--
FROM 139.227.19.*
我看错了……他说的是一堆luns vs 单lun。
我是想说DBMS接管裸块设备 vs 使用OS的文件系统。
【 在 JulyClyde 的大作中提到: 】
: 你是指投票用的那个盘?
--
FROM 125.118.102.*
那关RAC啥事啊
RAC相关的不就只有那个投票盘么?
【 在 adoal 的大作中提到: 】
: 我看错了……他说的是一堆luns vs 单lun。
: 我是想说DBMS接管裸块设备 vs 使用OS的文件系统。
--
FROM 139.227.19.*
【 在 leeyc 的大作中提到: 】
: 数据库服务器连了一台fc存储
: 我的理解是,在存储上划一个lun给数据库服务器做数据分区是不是就可以了?
: 不需要划分若干个500G的lun给数据库服务器吧?
: ...................
恐怕你关不掉Oracle这样强势软件的磁盘管理功能
--
FROM 101.82.108.*
RAC是要多个服务器同时写入共享存储的,那么下面的存储管理
得是cluster aware的。与其另挑选一个,挂载好,把表空间
写过去,不如直接用ASM算了。
【 在 JulyClyde 的大作中提到: 】
: 那关RAC啥事啊
: RAC相关的不就只有那个投票盘么?
--
FROM 125.118.102.*
划分多块盘。确实是Oracle RAC得要求。
因为Oracle RAC是share everything得架构,所以,这东西第一步,就需要创建共享存储。
之前为了提供性能,所以会划出多个LUN,分担存储得压力。比如说,提升带宽。不知道你们得FC是多少G得,不过想想既然是全闪得阵列,应该至少32G起吧。
Oracle RAC,最少需要三块投票盘,每一个大约10G;数据盘,如果不想划分太多,就弄一块就可以。当然,看你们得业务压力,如果业务压力比较大,32G得带宽不够,那你就得划分多块盘,用来均衡磁盘压力。
x86得Oracle很稳定,我得几个客户都是用的这种结构,已经工作来 十几年了。数据量,也在20T左右。
【 在 leeyc 的大作中提到: 】
: 在Oracle Linux下部署Oracle数据库,有啥需要注意的吗?
: 我看有人部署,分了一堆500G的磁盘,说是数据库的要求。
: 我没深入研究,感觉这个有点不对吧。
: ...................
--
FROM 118.186.13.*
看来还是得在一个存储上划分多个LUN啊
感谢回复!
【 在 SpyMan 的大作中提到: 】
: 划分多块盘。确实是Oracle RAC得要求。
: 因为Oracle RAC是share everything得架构,所以,这东西第一步,就需要创建共享存储。
: 之前为了提供性能,所以会划出多个LUN,分担存储得压力。比如说,提升带宽。不知道你们得FC是多少G得,不过想想既然是全闪得阵列,应该至少32G起吧。
: ...................
--
FROM 202.98.17.*
嗯。这个是Oracle要求的,没办法。
【 在 leeyc 的大作中提到: 】
: 看来还是得在一个存储上划分多个LUN啊
: 感谢回复!
:
--
FROM 118.186.13.*
去ioe应该是个趋势,如果换系统,建议考虑一下。
【 在 leeyc 的大作中提到: 】
:
: 目前的业务系统跑在小型机上
: 但是,这玩意太贵了,也不好维护
: 想换到x86平台上,靠谱吗?
:
#发自zSMTH@如有雷同 纯属巧合
--
FROM 123.122.163.*