请教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。收起
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.收起
浏览1213