请教sqlogctl.lfh和数据库目录对应/LSN的问题
大家好，来请教2个问题：
1) 每个db都会有个sql0000*目录对应，那么怎么快速知道对应的是哪个sql0000*目录呢？
我看log path这个参数能指出是哪个sql0000N，但如果修改了这个参数，那么就无法提示了。应该还有其他方法能快速查找这个路径吧？
2) 还有个问题请教一下，sqlogctl.lfh，在10.5中变成了sqlogctl.glfh，这个g是啥意思呢？这个的时候db2flsn就不能用了，咋办？
3) “LSN: Log Sequence Number，代表物理数据流，是数据在磁盘上的真实位置。”我对这句话有些不解。LSN不是标志了对Obejct的创建/修改等的时间顺序吗，怎么会是数据在磁盘上的真实位置？那岂不是和oracle的rowid一样了？
谢谢啊
1) 每个db都会有个sql0000*目录对应，那么怎么快速知道对应的是哪个sql0000*目录呢？
我看log path这个参数能指出是哪个sql0000N，但如果修改了这个参数，那么就无法提示了。应该还有其他方法能快速查找这个路径吧？
2) 还有个问题请教一下，sqlogctl.lfh，在10.5中变成了sqlogctl.glfh，这个g是啥意思呢？这个的时候db2flsn就不能用了，咋办？
3) “LSN: Log Sequence Number，代表物理数据流，是数据在磁盘上的真实位置。”我对这句话有些不解。LSN不是标志了对Obejct的创建/修改等的时间顺序吗，怎么会是数据在磁盘上的真实位置？那岂不是和oracle的rowid一样了？
谢谢啊
4同行回答
1） log path的修改不会影响你所谓的sql0000*目录,db2会自动定位这个路径;
2) sqlogctl.glfh不是10.5的专利，sqlogctl.glfh是全局数据库日志控制文件，只有在分区数据库中这个文件才有正真的用途，sqlogctl.lfh是分区中每个节点的日志控制文件，db2flsh只会从sqlogctl.lfh中定位日志信息;
3)lsn 纪录的是某个日志记录在日志文件中的特定位置，类似于oracle的scn。所以并不是你所说的“数据在磁盘上的真实位置”，你的“LSN不是标志了对Obejct的创建/修改等的时间顺序吗，怎么会是数据在磁盘上的真实位置？那岂不是和oracle的rowid一样了？“理解是对的, lsn不是rowid。收起
2) sqlogctl.glfh不是10.5的专利，sqlogctl.glfh是全局数据库日志控制文件，只有在分区数据库中这个文件才有正真的用途，sqlogctl.lfh是分区中每个节点的日志控制文件，db2flsh只会从sqlogctl.lfh中定位日志信息;
3)lsn 纪录的是某个日志记录在日志文件中的特定位置，类似于oracle的scn。所以并不是你所说的“数据在磁盘上的真实位置”，你的“LSN不是标志了对Obejct的创建/修改等的时间顺序吗，怎么会是数据在磁盘上的真实位置？那岂不是和oracle的rowid一样了？“理解是对的, lsn不是rowid。收起