informix安装我认为几个不友好的地方
本来我是想写不符合常理的地方，但是因为自己本身理解也不够深刻，改为不友好的地方说得不对之处，还望指点
因为都是讨论技术，可能文字过激，还望海涵
1)执行安装程序的时候要用root用户
例如ids_install，这个要用root用户来安装
这恐怕是让初学者最纳闷的地方，安装任何一款软件，如果要规定用户来安装，通常都是这款软件对应的用户
例如oracle对应oracle
informix对应informix
root通常只是用来建立这些用户和组，可是informix居然还要用root来安装
不知是什么目的，如果是需要对应的环境变量，将root的环境变量共享过来不就OK了吗？
2)对应存储的权限为何一定要是660
例如 我打算要把 /opt/informix/dbs/rootdbs 作为root database space,纳闷这个文件
的属主必须是informix,所属用户组是informix，这个好理解，因为本身就是要给informix用啊？
但是权限为何是660，我图省事，搞成777也不行吗？
好像搞成了777，确实就是建立不上，真不知这是出于可靠性考虑，还是确实软件没有做好
3)建立完数据库之后，通常会要做一个逻辑日志和物理日志转移的工作
这一步实在是给用户增加不必要的负担
因为按照正常的理解，我们通常在初始化文件里面讲逻辑日志和物理日志对应到一个地方就OK（或者目录，或者裸设备，或者文件）
但是informix不是这样
建立的时候它这逻辑日志和物理日志必须放到rootdbs里面，否则他自己就玩不转，至于为何玩不转我现在也不得而知
建立完之后，又要来个转移日志的工作
我实在是服了
1)执行安装程序的时候要用root用户
例如ids_install，这个要用root用户来安装
这恐怕是让初学者最纳闷的地方，安装任何一款软件，如果要规定用户来安装，通常都是这款软件对应的用户
例如oracle对应oracle
informix对应informix
root通常只是用来建立这些用户和组，可是informix居然还要用root来安装
不知是什么目的，如果是需要对应的环境变量，将root的环境变量共享过来不就OK了吗？
权限问题~~ oracle不也需要执行root.sh吗？
2)对应存储的权限为何一定要是660
例如 我打算要把 /opt/informix/dbs/rootdbs 作为root database space,纳闷这个文件
的属主必须是informix,所属用户组是informix，这个好理解，因为本身就是要给informix用啊？
但是权限为何是660，我图省事，搞成777也不行吗？
好像搞成了777，确实就是建立不上，真不知这是出于可靠性考虑，还是确实软件没有做好
安全性,设置为660的安全性高....这个 oracle也要求的是660...都是一致的.
3)建立完数据库之后，通常会要做一个逻辑日志和物理日志转移的工作
这一步实在是给用户增加不必要的负担
因为按照正常的理解，我们通常在初始化文件里面讲逻辑日志和物理日志对应到一个地方就OK（或者目录，或者裸设备，或者文件）
但是informix不是这样
建立的时候它这逻辑日志和物理日志必须放到rootdbs里面，否则他自己就玩不转，至于为何玩不转我现在也不得而知
建立完之后，又要来个转移日志的工作
我实在是服了
因为informix初始的时候只建一个rootdbs,故需要移日志..但仅需要移逻辑日志(实际上是让你增加几个逻辑日志,然后再删除在rootdbs上的),实际上你可以任由逻辑日志存在于rootdbs上..为什么要移出rootdbs上呢?原因只有一个:为了更好的性能.. 关于第一点，确实是我才疏学浅
以前也装过oracle，确实还没有仔细考虑过root.sh的目的
但是我个人觉得，这点可能oracle也做的不好
如果root.sh只是为了创建oratab的文件，来实现自动启动的功能的话，感觉也没有多少必要
当然还有orainstRoot.sh 这个脚本也是必须要root来执行
但是我个人呢觉得做软件的思路就是 “自己能做的事情不要交给别人做”
意思就是oracle自己能够完成的事情就不要交给root
informix自己能够完成的事情就不要交给root
其实这其实也就是一个软件分层的思路
现在看来oracle和informix明显都有自己的impossible mission，所以必须root来完成
虽然我对这个impossible mission的细节还理解不深
第二点应当还是我习惯问题，因为我不是实际的DBA，我是做开发的
我总是觉得越快搞定越好，特别是权限方面，我总是设成777
，这样能省却开发中很多不必要的麻烦。
这个终究是个不好的习惯，需要慢慢改了
第3个倒是我依旧认为是 informix不好
因为在实际安装中，几乎都是先将数据库装好以后，下一步就是转移日志
我想绝大多数生产环境都是如此吧
这一点往大了说就是一个UCD的问题，informix还是太少考虑用户使用的场景，只是提供了一个功能 Informix安装完bin目录里有些文件的属主是root，比如oninit。也就说oninit运行时是有root权限的。如果用informix用户安装，这些文件的属主不能被设为root。
安装完informix不移逻辑日志、物理日志也可以用。如果是生产环境，改的不只是日志的位置，还有若干参数也要改吧。 移逻辑日志、物理日志移出来后要建在其他dbspace上，这就涉及到数据库的物理设计。Informix帮用户做了当然好，只是大多数时候众口难调，比如逻辑日志和物理日志的dbspace叫什么名，多大，建在哪？有时安装人并不负责回答这些问题。
页:
[1]