小编：我们知道在不需要重新启动的情况下生成BO跟踪的重要性，以及它如何帮助我们执行根本原因分析或深入挖掘。但是，当工作完成时，日志太大（当然，我们确实需要太多太密集的日志
我们知道在不需要重新启动的情况下生成BO跟踪的重要性，以及它如何帮助我们执行根本原因分析或深入挖掘。但是，当工作完成时，日志太大（当然，云数据库买，我们确实需要太多太密集的日志），但它会消耗巨大的磁盘空间（我说的是gigs）。
你当然知道确实有办法阻止它-但有时标准方法不起作用-显然，我在我的生活中至少见过几次这样的情况，即当您通过在中设置参数active=false来停止服务器跟踪时跟踪.ini文件，即使参数不允许停止跟踪。跟踪级别选项在服务器属性级别已经设置为none（如果是BI4.x）并且（如果是xi3.1–没有应用跟踪）仍然没有成功。这种情况虽然不常见，但我在其他客户身上也看到过
这种情况持续了好几天；现在你的日志一直在填充，即服务器数量*每60秒的轮询时间*天数=问题
让我们现在就用日志作弊
在这种情况下，你能做的就是，它读取其他参数–技巧是使用参数
log\u dir=默认情况下，此参数的值=\logging\
除非明确指定，否则这是默认为BusinessObjects安装目录中日志文件夹的文件夹。
技巧
只需更改即可生成日志的文件夹路径的位置，在您的计算机上不存在。我举一个有趣的例子，我没有任何名为"logs\u please\u don\u appear"的文件夹在任何驱动器下
现在我要做的是，我为参数log\u dir=C:\logs\u please\u don\u appear
这是如何工作的-它现在想生成跟踪，云数据库选购，但找不到放置日志的位置。有趣的是，既然我欺骗了它-现在日志就不出现了-因为你很满意日志不出现
注意
我不要说按照这个惯例停止追踪，云服务器套餐，但这肯定会有帮助，如果你问，如果log_dir参数也不可读（至少在我有生之年从来没有读过），我会很高兴地建议您敲开SAP的门。这个博客让您充分意识到在这种情况下如何停止日志生成。
非常重要的注意事项–这是我的第一个博客
多棒的博客！
禁用它不是更容易吗？
设置"active=false"很好…..
@chetan:谢谢。
可能是你误读了这个博客-我完全知道你可以禁用它-但是-我写这个的意图是当它没有读到active=false时；服务器属性中的跟踪选项已经设置为无（如果是BI4.x），如果是XI3.1，则没有应用跟踪。
那么您会怎么做？可能在这里我想知道你怎么禁用它？请告知
我知道它一直有效，但我专注于它不读的时候-我至少见过两次这种情况，也许你没有-并且正在帮助其他人面对它或面对它。
我现在在博客中突出了这个词-所以现在在病房读得更好。
有趣的阅读！
想知道这是否也会停止跟踪过程，或者只是停止写入过程。
通常活动=false执行此操作，在这种情况下是最佳做法！
@sid:谢谢。
它想写跟踪日志；但是它不能-很明显，我同意最好的做法，但在不寻常的情况下，比如当你打开追踪的时候，我会说得很具体跟踪.ini现在当你想禁用它，
它根本不读取active=false。
你在这里看到我们现在的情况。如果所有主要服务器都启用了日志，我们使用这个技巧，这可能会导致服务器内部故障。
我同意Chetan和jsut在需要时禁用它们。
@jatin:谢谢。
至少我从未见过服务器使用这个技巧失败；我部分同意Chetan，因为当您打开跟踪时，禁用是不可用的选项通过跟踪.ini文件，它开始跟踪，现在当您要停止它时，active=false是不可读的，并且服务器属性级别的跟踪已经设置为none。您有什么选项来禁用它？
好的博客+更好的评论=好的信息
谢谢Rahul..
很高兴知道停止跟踪的诀窍。
如果"active=false"或任何其他参数不起作用，您必须让SAP支持部门验证您的环境，因为产品的设计就是这样的。因为这个问题是特定于您的环境的，不能是一个bug，全球云存储，因为它适用于其他环境。这也意味着这个环境可能会有一些配置问题，等等……
@Chetan:
谢谢-我之前在注释部分的底部提到了同样的问题，云服务器技术，在类似的行中
哇！
据我所知，在这方面和他们面对的人身上没有任何配置问题-产品在其他方面运行良好。
我也不把它称为bug。只是某个特定的东西突然停止了工作-我认识的其他人和客户也遇到了问题，我过去帮助过他们-尽管如此，这个把戏创造了一种意识，我确信其他人之前都不知道。
谢谢你，拉胡尔
文章来源：www.vmchk.com
