informatica 代码在 Dev 中生成了 476 Gigs 会话日志
informatica code has generated 476 Gigs of session logs in Dev
我的 informatica 代码在 Dev 中生成了 476 GB 的会话日志。
谁能解释一下如何减少这些日志，会话级别的任何设置。
我需要在会话级别和编码级别做哪些检查。
您必须先检查记录的内容。我见过的一种常见场景是会话日志记录了所有被拒绝的数据，这导致会话日志非常庞大。如果是这种情况，并且您希望数据被拒绝，您可以关闭会话属性中的记录级别日志记录。
这通常是由于会话中设置的日志记录级别所致
编辑会话。 Select 配置对象选项卡有覆盖跟踪，应设置为正常而非详细初始化或详细数据。会话映射选项卡中每个转换的跟踪级别相同。
您不会通过生成数百万行日志文件并遍历所有日志文件来进行调试，您会找到减少负载的方法，例如 运行 更少的记录，否则这是性能测试，日志记录级别不应该高于正常值
将会话 属性 Stop on Error 设置为 1。因此，如果会话中出现错误并且记录被拒绝，您可以预先看到，否则会话可能 运行很长一段时间，你会发现处理中有错误。
还要确保跟踪设置为正常。
我的 informatica 代码在 Dev 中生成了 476 GB 的会话日志。
谁能解释一下如何减少这些日志，会话级别的任何设置。
我需要在会话级别和编码级别做哪些检查。
您必须先检查记录的内容。我见过的一种常见场景是会话日志记录了所有被拒绝的数据，这导致会话日志非常庞大。如果是这种情况，并且您希望数据被拒绝，您可以关闭会话属性中的记录级别日志记录。
这通常是由于会话中设置的日志记录级别所致
编辑会话。 Select 配置对象选项卡有覆盖跟踪，应设置为正常而非详细初始化或详细数据。会话映射选项卡中每个转换的跟踪级别相同。
您不会通过生成数百万行日志文件并遍历所有日志文件来进行调试，您会找到减少负载的方法，例如 运行 更少的记录，否则这是性能测试，日志记录级别不应该高于正常值
将会话 属性 Stop on Error 设置为 1。因此，如果会话中出现错误并且记录被拒绝，您可以预先看到，否则会话可能 运行很长一段时间，你会发现处理中有错误。
还要确保跟踪设置为正常。