请教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同行回答
There was a major design change in v10 that introduces the concept of a global LFH file. Primarily this is used in Purescale and DPF environments, but the same global LFH file concept is used by single node instances as well.
Since this concept started in DB2 10, this scenario will not happen in DB2 version lower than DB2 v10.收起
Since this concept started in DB2 10, this scenario will not happen in DB2 version lower than DB2 v10.收起
浏览1252