数据库安装前后的那点事-中国南方ORACLE用户组.ppt

* * 数据库安装前后的那点事 周亮（老A） 关于我 杭州美创科技DBA团队负责人 ZJOUG（浙江Oracle用户组）创始人之一 Oracle ACE，10g OCM 著有《Oracle DBA 实战攻略》，交流群：333711696 新浪微博：/dbathinker QQMAIL：ZA88888@ /dbathinker 分布式数据库VS传统数据库 分布式数据库其中一个特征是假设主机、存储、数据库都是不可靠的，单个节点的数据库不能满足业务的需求。 传统数据库往往只有单个节点或者几个节点，所以要求比较高的稳定性。其稳定性哪里来？主机、存储、数据库，而数据库的稳定性往往成为问题。当数据库大到一定程度问题就出来了。 /dbathinker /dbathinker 数据库安装前 重要检查项 检查操作系统的兼容性及补丁安装列表(可以参考MOS文档：ID 282036.1)，建议安装较新的/兼容性的操作系统版本。如果安装RAC，则建议进行绑定心跳网卡。 检查主机配置/报错情况，尤其检查系统交换空间是否满足需求。如果安装RAC，重点检查多节点主机的操作系统版本和CPU个数是否一致。 /dbathinker 大家思考一下： 在RAC情况下，如果操作系统版本不一致，CPU个数不一致会引起什么问题？ 注意事项 确定数据库的block size大小，8k？ 确定数据库的名字，orcl？ 确定数据库的字符集，zhs16gbk？ 安装最精简版本的数据库（dba_registry） /dbathinker 系统规划 存储规划 RAID 5 or RAID 10？ 磁盘分工 是否需要使用闪存？ /dbathinker （续） 归档文件规划 归档日志存放多久？怎么放 备份策略怎么样 数据文件规划 数据文件大小，8G/16G？ 备份区域规划 备份保留时间，频率 案例一 NFS文件系统引起的血案： AIX 5L 、Oracle 10g RAC 节点之间的归档目录使用NFS互挂 /dbathinker （1）2号节点宕机之后，1号节点无法sqlplus连接至数据库： （续） （2）使用truss命令进一步跟踪： /dbathinker 在AIX系统中，当在服务器端用sqlplus去连接数据库时，AIX会调用statx函数去获取当前用户主目录下的相关文件和根目录下文件系统的状态信息，如果根目录下的文件系统（比如NFS文件系统/archlog1）失去响应，则sqlplus连接数据库时挂起。详见MOS文章1316251.1 （续） 解决办法： 如使用nfs,则nfs文件系统挂载到二级目录。比如挂载到/oracle/archlog2而不是/archlog2 使用gpfs文件系统代替nfs存放归档日志，或者将归档日志存放在ASM中 /dbathinker （续） /dbathinker 进一步测试，在AIX高版本中没有出现这个问题。通过比对发现，出故障的系统缺少APAR IZ85029，如AIX 5309。 案例二 大内存的机器反而出现内存不足： 某客户更换主机之后，操作系统版本从原来的AIX 6.1升级至AIX 7.1（操作系统版本为7100-03-00-0000,没有安装SP3补丁）。运行3天之后，数据库就由于操作系统内存不足产生大量交换，而导致多次宕机。 /dbathinker （续） topas监控工具显示如下： /dbathinker （续） 使用svmon发现该进程消耗过大的共享内存段 /dbathinker （续） 经过查询MOS发现，内存上升是由于缺少补丁包APAR IV53587导致： /dbathinker 案例三 某客户数据库自从上线以来性能一直存在问题： /dbathinker （续） 查看数据盘hdisk3 的I/O状态，100% busy状态下只有150至200左右IOPS。15000转磁盘，一般iops有120-150左右，hdisk3底层有20张物理盘，所以大致计算此hdisk3的IOPS在120*20=2400左右： /dbathinker （续） 继续分析，发现hdisk3的队列等待时间高达90多ms，其中队列超出次数高达282次： /dbathinker 进一步查看磁盘的queue_depth属性，发现为1： （续） /dbathinker 磁盘queue_depth属性调整完成之后，各项指标恢复正常，数据库性能恢复正常： /dbathinker 数据库安装后 重要检查项 主机的参数调整，尤其是虚拟内存参数 /dbathink