由于目录存储.log文件被截断,SAP IQ PITR还原失败

2020-09-14 19:39发布

         点击此处--->   EasySAP.com群内免费提供SAP练习系统(在群公告中)

加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)


IQ版本(@@ version):SAP IQ/16.0.110.2722/10940/P/sp11.19/Enterprise Linux64-x86_64-2.6.18-194.el5/64bit/2018-03-12 02:46: 27

操作系统版本(/proc/version):Linux版本2.6.32-754.el6.x86_64( mockbuild @ x86-033.build.eng.bos.redhat.com )(gcc版本4.4.7 20120313(Red Hat 4.4.7-23)(GCC))#1 SMP美国东部时间5月24日18:18:25 2018

操作系统版本(/etc/redhat-release):红帽企业Linux服务器版本6.7(圣地亚哥)

亲爱的

我已将IQ从PL 06更新到上述版本,以利用PITR。 作为更新过程的一部分,我已重命名目录存储xact日志以重新启动它。 我已为自动PITR备份激活了PITR(SET OPTION PUBLIC.IQ_LOG_BACKUP_INTERVAL ='29')

现在,在尝试执行PITR还原时,我了解到实时目录存储xact日志文件会定期缩短,这与–m数据库命令行选项的行为类似。 我已验证–m不是命令行的一部分(property('CommandLine')= -n q00qrs -cl 1024m -ch 4096m -gc 20 -gd DBA -iqlm 35000 -iqtc 35000 -iqmc 35000 -iqnumbercpus 8- iqpartition 4 -x tcpip {port = 33000} -gss 8196 -iqtss 2048 -gn 768 -gm 512 -gp 4096 -ti 4400 -p 64000 -dt/sapiq/data/QRS/temp -o/sapiq/shared/QRS/log/QRS.srvlog -on 500m -zn 5 -zo/sapiq/shared/QRS/log/QRS.rlog -zs 500m -zr sql -iqmsgsz 100 -iqmsgnum 5/sapiq/shared/QRS/catalog/QRS.db- s none -gl all -hn 5

我观察到.log开始偏移量的移动:

[10:25] dbtran -c dsn = QRS -y -n/dev/null | grep offset
文件"/sapiq/log/QRS/180621AA.log"之后丢失事务日志(以偏移0020869974结尾),并且在线事务日志从偏移 035105048 开始。
交易记录"/sapiq/log/QRS/QRS.log"从偏移量 0035105048

开始

[10:49] dbtran -c dsn = QRS -y -n/dev/null | grep偏移量

文件"/sapiq/log/QRS/180621AA.log"之后缺少事务日志(以偏移0020869974结尾),并且在线事务日志从偏移 0035110646 开始。
交易日志"/sapiq/log/QRS/QRS.log"从偏移量 0035110646

开始

在10:25和10:49(10:36)之间,执行了自动PITR日志备份:sysiqbackhistory.cmd ="备份数据库时间点恢复日志仅记录到'/sapiq/backup/QRS/PITR/QRS_PITR_20180810_103600003 '"

有人知道我该怎么做才能阻止QRS.log被截断,以便我可以成功地还原到某个时间点吗?

TIA和最诚挚的问候

Volker
DB-TecKnowledgy

         点击此处--->   EasySAP.com群内免费提供SAP练习系统(在群公告中)

加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)


IQ版本(@@ version):SAP IQ/16.0.110.2722/10940/P/sp11.19/Enterprise Linux64-x86_64-2.6.18-194.el5/64bit/2018-03-12 02:46: 27

操作系统版本(/proc/version):Linux版本2.6.32-754.el6.x86_64( mockbuild @ x86-033.build.eng.bos.redhat.com )(gcc版本4.4.7 20120313(Red Hat 4.4.7-23)(GCC))#1 SMP美国东部时间5月24日18:18:25 2018

操作系统版本(/etc/redhat-release):红帽企业Linux服务器版本6.7(圣地亚哥)

亲爱的

我已将IQ从PL 06更新到上述版本,以利用PITR。 作为更新过程的一部分,我已重命名目录存储xact日志以重新启动它。 我已为自动PITR备份激活了PITR(SET OPTION PUBLIC.IQ_LOG_BACKUP_INTERVAL ='29')

现在,在尝试执行PITR还原时,我了解到实时目录存储xact日志文件会定期缩短,这与–m数据库命令行选项的行为类似。 我已验证–m不是命令行的一部分(property('CommandLine')= -n q00qrs -cl 1024m -ch 4096m -gc 20 -gd DBA -iqlm 35000 -iqtc 35000 -iqmc 35000 -iqnumbercpus 8- iqpartition 4 -x tcpip {port = 33000} -gss 8196 -iqtss 2048 -gn 768 -gm 512 -gp 4096 -ti 4400 -p 64000 -dt/sapiq/data/QRS/temp -o/sapiq/shared/QRS/log/QRS.srvlog -on 500m -zn 5 -zo/sapiq/shared/QRS/log/QRS.rlog -zs 500m -zr sql -iqmsgsz 100 -iqmsgnum 5/sapiq/shared/QRS/catalog/QRS.db- s none -gl all -hn 5

我观察到.log开始偏移量的移动:

[10:25] dbtran -c dsn = QRS -y -n/dev/null | grep offset
文件"/sapiq/log/QRS/180621AA.log"之后丢失事务日志(以偏移0020869974结尾),并且在线事务日志从偏移 035105048 开始。
交易记录"/sapiq/log/QRS/QRS.log"从偏移量 0035105048

开始

[10:49] dbtran -c dsn = QRS -y -n/dev/null | grep偏移量

文件"/sapiq/log/QRS/180621AA.log"之后缺少事务日志(以偏移0020869974结尾),并且在线事务日志从偏移 0035110646 开始。
交易日志"/sapiq/log/QRS/QRS.log"从偏移量 0035110646

开始

在10:25和10:49(10:36)之间,执行了自动PITR日志备份:sysiqbackhistory.cmd ="备份数据库时间点恢复日志仅记录到'/sapiq/backup/QRS/PITR/QRS_PITR_20180810_103600003 '"

有人知道我该怎么做才能阻止QRS.log被截断,以便我可以成功地还原到某个时间点吗?

TIA和最诚挚的问候

Volker
DB-TecKnowledgy

付费偷看设置
发送
3条回答
蓋茨
1楼 · 2020-09-14 20:16.采纳回答

您好Volker,

我注意到您为此创建了一个事件。 我会通过事件跟您进行跟进

致谢

Harpreet

暮风yp
2楼-- · 2020-09-14 20:15

您是在执行就地还原还是试图将还原还原到其他位置? 我们有一些KBA,其中逐步介绍了执行PITR还原的步骤。 这些示例还将更新我们的文档。

致谢

Harpreet

哎,真难
3楼-- · 2020-09-14 20:32

嗨Harpreet,

我正在还原到另一台机器,但是还原到相同的路径(通过使用到目标FS的目录级链接已经实现了)。 我不在用于FULL和INCREMENTAL归档文件的RESTORE语句中使用RENAME子句。

但是最基本的问题是我在实时实例中观察到.log文件的截断,并且据我所知是不正确的。 发生这种情况时,实时系统一侧可能没有任何可能的RESTORE问题。

谢谢

Volker

一周热门 更多>

点击此处---> EasySAP.com 一起学习S4 HANA ...