目前工作就是打杂,经常有客户/项目经理经常问一些奇奇怪怪的问题,今天记录下,今后再问直接上链接。
Q: 国产操作系统是否可以部署oracle?
A: 建议首先到support.oracle.com查兼容性,oracle认证过的肯定可以;未做认证的操作系统建议找原厂咨询。
Q: oracle数据库是在云平台/虚拟化中,是不是可以直接分配一个2T磁盘,操作系统、数据库和备份都在一个磁盘?
A: 若仅仅是测试几天,可以这样。 若是正式使用的,强烈不建议,有几点理由
1、虚拟化或云平台中,2T磁盘就是一个文件,存在故障的风险的,万一故障了就彻底全丢失了,若分成3个磁盘,同时故障的几率会小很多的,
2、若一个2T磁盘,万一操作系统故障了,就需要把系统修复后才可以启动数据库,若无法修复就需要拷贝数据/备份到其他机器中修复数据库;若分成3个磁盘,操作系统故障,可以重新找个相近的系统,把其他2个磁盘挂接过去简单配置就可以把数据库打开
3、云平台/虚拟化中迁移磁盘或备份磁盘考虑:如果2T的磁盘更换存储或者备份,等待的时间会很长。操作过程中性能影响很大。如果分成3个磁盘,可以分批迁移或者备份(vmware测试过,其他平台未操作过)。
Q: 目前计算机资源不够或磁盘不够,是不是可以少分配些?
A: dba仅仅部署而不使用数据库,产品线提供的方案需求在其他客户现场也验证了,资源不够和产品线商量,由产品线重新计算评估。
Q: 虚拟机是否可以部署rac环境?
A:可以不建议。 虚拟机在云平台/虚拟化层面就是HA,一个物理主机故障后可以迁移到其他物理主机中。
Q:rac环境中,业务连接什么地址?
A:业务优先使用scan ip地址,was中连接scan ip地址
数据源配置:jdbc:oracle:thin:@172.16.55.175:1521/orcl
若配置防火墙的环境,scan ip和2个vip都需要放行
#public ip
172.16.55.171 db1
172.16.55.172 db2
#virtual ip
172.16.55.173 db1-vip
172.16.55.174 db2-vip
#private ip
100.100.100.100 db1-priv
100.100.100.200 db2-priv
#scan ip
172.16.55.175 db-cluster-scan
格式一:Oracle JDBC Thin using an SID
jdbc:oracle:thin:@host:port:SID
格式二:Oracle JDBC Thin using a ServiceName
jdbc:oracle:thin:@//host:port/service_name