点击此处---> 群内免费提供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
您好Volker,
我注意到您为此创建了一个事件。 我会通过事件跟您进行跟进
致谢
Harpreet
您是在执行就地还原还是试图将还原还原到其他位置? 我们有一些KBA,其中逐步介绍了执行PITR还原的步骤。 这些示例还将更新我们的文档。
致谢
Harpreet
嗨Harpreet,
我正在还原到另一台机器,但是还原到相同的路径(通过使用到目标FS的目录级链接已经实现了)。 我不在用于FULL和INCREMENTAL归档文件的RESTORE语句中使用RENAME子句。
但是最基本的问题是我在实时实例中观察到.log文件的截断,并且据我所知是不正确的。 发生这种情况时,实时系统一侧可能没有任何可能的RESTORE问题。
谢谢
Volker
一周热门 更多>