SQL Anywhere BI4_CMS日志文件的快速增长

2020-08-21 15:24发布

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

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


尊敬的专家,

我使用的是" SAP BusinessObjects BI Platform 4.2支持包7",每个月我都要截断" BI4_CMS.log"文件,因为它导致了文件的快速增长(每天3.5 GB)。

在SQL Anywhere 17中是否有解决此问题的方法?

今天的大小是70Gb:

immagine.jpg(29.5 kB)

感谢所有人。

immagine.jpg (29.5 kB)

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

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


尊敬的专家,

我使用的是" SAP BusinessObjects BI Platform 4.2支持包7",每个月我都要截断" BI4_CMS.log"文件,因为它导致了文件的快速增长(每天3.5 GB)。

在SQL Anywhere 17中是否有解决此问题的方法?

今天的大小是70Gb:

immagine.jpg(29.5 kB)

感谢所有人。

immagine.jpg (29.5 kB)
付费偷看设置
发送
5条回答
Cikesha
1楼-- · 2020-08-21 15:35
CJones
2楼-- · 2020-08-21 15:48

事务日志的增长由架构,工作量(已记录提交的事务和回滚的事务)和数据定义。 增长率可以简单地反映使用情况。 要知道的一件事是,在缺少主键的情况下,诸如UPDATE和DELETE之类的操作非常昂贵。 这些操作使用WHERE子句记录在事务日志中,该子句由行的每一列以及受该操作影响的每一行的谓词组成。 例如,如果定义了主键,但对于每个受影响的行,则将DELETE FROM T记录为c1 = ,c2 = 的情况下,则记录为主键。 我无法回答BusinessObjects数据库是否具有用于其架构的主键,但是我希望它可以。

-xo会在介质故障的情况下仅截断日志,不保留任何恢复选项。 如果在这种情况下可以接受数据丢失,则只需增加该操作的频率即可。 如果没有,建议使用包括事务日志管理的适当备份和恢复计划。

我不建议重建数据库(除非有非常具体的要求)。 通常这是一种虚假的经济。 它不会解决事务日志的大小(重建数据库时会创建新的事务日志的事实除外),并且不会解决日志的持续增长。

Cikesha
3楼-- · 2020-08-21 15:53

嗨,莫妮卡,

此现象是由于 SAP Business Intelligence平台4.2。如果您使用BI平台4.2,则从BI 4.2补丁4.3开始已解决该问题。

2608538 -SQL Anywhere BI4_CMS日志文件的快速增长

最好的问候,
厚实

奄奄一息的小鱼
4楼-- · 2020-08-21 15:32

嗨,莫妮卡,

您是否在以下SAP注释中应用了支持软件包补丁?
2500438 -借助平台搜索索引对象,CMS DB的大小迅速增长

当您无法使用补丁解决此问题时,我同意对Tammy的解释。
2063467 -如何在SQL Anywhere中截断和管理事务日志文件(.log)< br>
最好的问候,
Atsushi

南山jay
5楼-- · 2020-08-21 15:45

大家好,

很遗憾,我无法登录到您发布的那些链接。 我有一个帐户,但我知道了:

"您使用P用户ID登录。具有S用户ID的访问者将从更多工具和增强的功能中受益……..etc"

有人可以在这里复制那些链接上提供的解决方案吗?

提前谢谢!

一周热门 更多>