Tag Archives: AIX

AIX RAW LVM 的 4k Offset 问题

这可能是 Oracle 在 AIX 平台上最重要的一个潜在问题。

一般情况下，AIX 的逻辑卷前 4k 用于存储 control block (LVCB)，在 Oracle 9iR2 之前，Oracle 软件自动跳过这 4k 而不用。这带来了一个潜在的问题，当 Oracle 的 db_block_size 大于 4k 的时候，一个 Block 可能跨在两个 PV/LUN/磁盘上(如果做了条带化，那么将总有数据块跨在两个条带上–其实也还是将跨在不同的 PV/LUN/磁盘上。这样当系统崩溃的时候，很有可能造成大量的 IO 不完整，一个 PV 上 IO 写入，另一边可能未完成，启动 Oracle 的时候将会看到 ORA-1578 错误，这几乎是致命的。

为了解决这个问题，AIX 推出了 Big Volume Groups 作为应对。建立 Big VG 后，创建 LV 的时候可以通过 -T O 的参数强制征用 LV 的前 4K 空间， LVCB 的信息保存在 VGDA(volume group describe area) 里面。前 4k 空间被使用的 LV 有了一个新的设备子类型(devsubtype)标记: DS_LVZ，通过 lslv 可以看到。(Oracle 也在 9.2.0.3 之后自动识别 AIX 的新 LV 类型，直接开始使用 LV 的前 4K 空间)

对于 AIX 的可扩展性 VG，则默认创建的 LV 就会 DS_LVZ 类型，不使用－T O 也是这样子。Big VG 可能只是一个过度类型。

在 IBM 的系统手册中可以看到：

The IOCINFO ioctl operation returns the devinfo structure, as defined in the /usr/include/sys/devinfo.h file

如何知道当前裸设备创建的时候使用了 -TO ? Oracle 10g 的文档中说 $ORACLE_HOME/bin/offset 工具可以做到。可是我居然找不到这个工具。莫非是忽悠人来着? 通过另一个工具可以看到相关信息：

$ dbfsize /dev/rfoo01_pay
Database file: /dev/rfoo01_pay
Database file type: raw device without 4K starting offset
Database file size: 920 8192 byte blocks

要想得到完美的东西太难了， AIX 在 BIG VG 上仍然还有很多问题，目前已知的当属这个“MKLV -TO ON BIG VOLUME GROUPS FAILS TO PUT SOME LV INFORMATION”最为严重–得不到正确的devsubtype 类型，Oracle 则会报告读取数据文件头错误，这个更要人命。
DBA 这个工作，还真是脑袋悬在腰带上，风险莫测。
–EOF–
Updated: offset 命令工具需要安装 RAC 组件才可用，Oracle 另外提供了一个补丁来弥补这个问题，在 Patch 3242957 中可以找到，直接解压缩，把工具提取出来即可用。

AIX: lio_listio returned EAGAIN

最近观察到数据库服务器 $BDUMP 目录下频繁出现 Trace 文件,内容大致为:

Warning: lio_listio returned EAGAIN
Performance degradation may be seen.
Warning: lio_listio returned EAGAIN
Performance degradation may be seen.
Warning: lio_listio returned EAGAIN

搜索了一下, IBM 给的官方解释为:

If the maxreqs value is too low, then the following Oracle warning message might be returned:
Warning: lio_listio returned EAGAIN.
This warning message indicates a need to increase the maxreqs value. When performing file system I/O, a maxservers value that is too low can also indirectly cause this warning message

继续阅读 →

Rsync 与 OpenSSH 结合运用进行文件同步

面临的需求:在两个服务器之间进行安全的文件同步。首选的方法用 rsync ，如何与 SSH 集成在一起呢 ? 我以前还真的没试验过。到 del.icio.us 上查找. 现在如果查找技术文档，del.icio.us 成了我的首选资料库，只要被人收录的文章，基本上质量都不错。
实现起来还是相对比较简单的。
1 安装 rsync.
我的操作系统是 AIX ,到 IBM 的站点下载软件.可以直接用 RPM 工具包远程安装。
2 创建公钥并配置
为了避免每次都询问口令(假定 OpenSSH 已经安装就绪)，需要创建密钥。用 ssh-keygen 工具。然后把公钥添加到 rsync 的 Server 端相关用户目录下的 .ssh/authorized_keys　文件中。
关于这个过程，前几天看到一段很浅显的解释，稍加改编一下:

SSH 告诉远程 Server 端的 sshd ，它想使用 RSA 认证协议…远程的 sshd 会生成一个随机数，并用我们先前拷贝过去的公钥对这个随机数进行加密。然后， sshd 把加密了的随机数发回给正在本地服务器上运行的 ssh 。接下来，我们的 ssh 用专用密钥对这个随机数进行解密后，再把它发回给远程服务器，类似于声明一下：“瞧，我真的有匹配的专用密钥；我能成功的对您的消息进行解密！”最后，远程 sshd 得出结论，既然人家真的有该专用密钥，就应当让人家登录。因此，我们有匹配的专用密钥这一事实授权我们访问远程服务器

继续阅读 →

AIX 5.3: 几个命令的改进

测试了三个命令改进。

第一个是关于 EXTENDED_HISTORY 环境变量的。AIX 5.3 新增了一个环境变量。export EXTENDED_HISTORY=ON　设定之后，fc 等命令(用 -t 参数)可以查看历史命令的时间戳了.

第二个是关于 find 命令的. -mtime -atime 等参数时间粒度现在是分钟了.

第三个 nohup 可以对一个既有的进程操作.而不是一定要在程序启动时.

继续阅读 →