GBase_David
作者GBase_David2017-05-26 10:26
DBA, GBase

“Informix的安装、配置、规划、备份恢复、优化”问题集锦

字数 1751阅读 6479评论 0赞 2

前言

__
Informix作为一款优秀的OLTP数据库产品,已经有30多年的历史了,且拥有众多有价值的客户,目前在用Informix的客户的数据价值是相对较高的。
Informix拥有非常优秀的动态可伸缩架构,在应对大数据量大并发的时候,有非常不俗的性能表现。Informix也拥有HDR\SDS\RSS这样的适合两地三中心的高可用功能。最最最重要的是Informix的稳定性非常良好,一旦性能调整完毕,运行起来之后,DBA的工作量会小很多。
讲了这么多Informix数据库的好处,本活动的主旨是帮助大家在Informix使用过程遇到的问题答疑,主要包含的方向有:安装、配置、规划、备份恢复、优化等几个方面
本次活动,只分享最实用的技巧。期待您的加入!

问题集锦

__

1.1 Informix的安装配置方案

__
Informix数据库的安装相对简单很多,整理关键步骤如下:
1、 创建informix组和用户;
2、 创建安装目录,informix用户可以读写该目录;
3、 解压缩直接安装;
4、 设置informix的环境变量;
5、 创建onconfig和sqlhosts
6、 创建chunk 文件;
7、 初始化数据库实例到online模式;
关键点:$INFORMIXSERVER的值SERVERNAME、sqlhosts文件中的实例名必须要一致;
端口需要大于1024且小于65536。

1.2 Informix的优化方案

__
Informix数据库基本的优化,需要考虑的内容有:
CPU资源的使用是否足够或不足;
内存资源是否足够;
磁盘IO的性能是否足够,该值是比较难判断的,也是最影响性能的;
网络瓶颈;
在通过onconfig配置文件调整参数的时候需要密切考虑上述因素,可以适当的配合env环境变量来设置。我关于CPU和内存的监控相对要容易一些。但是对于磁盘IO性能的监控却难度大很多。对于OLTP这样的业务场景更多的是随机读写,而并非是顺序读写。涉及到磁盘的IO性能需要深入了解IOPS参数的基本原理。建议使用nmon工具来密切关注transfer的指标。IOPS是我理解中最好的量化磁盘IO性能的指标。鉴于在集中式存储中都需要一个存储设备来放置数据,存储的raid和划分又分很多种,可能不尽相同。需要了解raid的方式等,我抽时间专门写个文章来描述。 Sql语句的性能优化:我理解SQL语句的性能优化的精髓是每个事物操作通过调整SQL的写法,保障发生磁盘IO的数据越少越好。

1.3 Informix的备份和恢复

__
Informix的备份和恢复中需要深刻理解什么是物理备份、什么是逻辑备份、理解备份和检查点之间的关系。Ontape是操作和使用起来相对简单的方式,所以在一些不大的数据库中通常都会选择这个。Onbar通常是结合第三方备份工具来实现的。Onbar执行并行备份,支持恢复到某个特定的时间点,但是配置起来相对复杂一些。 关于onbar备份的理解如下,设置TAPEDEV和LTAPEDEV,通过ALARMPROGRAM来设置逻辑日志的连续备份和自动备份。通过在第三方软件的脚本中中指定调用onbar -b -w和onbar -b -L $level来进行备份。理解onbar -b -w和onbar -b -L $level。onbar -b -w非常类似于ontape -s -L 0这样的0级备份,就是一个数据库的快照,只依赖于一个CKPT。Onbar -b -L $level可以支持多个CKPT,每个DBS一个CKPT来保障数据的一致性。在onbar的备份中非常建议的是使用onbar -b -L 0|1|2 结合逻辑日志的自动备份;也有人采用的方式是onbar -b -L 0加逻辑日志的自动备份。虽然最后可以达到相同的结果,但是onbar -b -L 0|1|2方式的效率要高很多。这个需要重点关注。

致谢

__
非常感谢 AIX 专家俱乐部活动方,你们精心的组织,成就了这一场分享。感谢参与同仁,这种 UGC 模式的互动,让彼此受益颇多。

如果觉得我的文章对您有用,请点赞。您的支持将鼓励我继续创作!

2

添加新评论0 条评论

Ctrl+Enter 发表

本文隶属于专栏

活动总结
活动总结是社区交流活动内容的总结及延伸,为大家提供了社区专家们丰富且高水平的理论知识、实践经验以及常见问题的最佳解决方法,非常值得大家收藏学习。

作者其他文章

相关文章

相关问题

相关资料

X社区推广