第17页，共378页。 显示 3,771 条结果 (0.032 秒)
宕机/慢问题跟踪以及信息采集
的数据量就很大，会占用服务器的内存，造成内存溢出问题。 其中【内存数据库最大返回单元格数】=内存数据库最大返回行数*列字段 image2019-8-6 11:8:26.png image2019-8-6 11:12:6.png 1.3 原因3 灵活分析引用的数据集设置了Excel模板，然后 … =46071847 1.4 原因4 内存溢出，代码逻辑存在问题或者服务器内存设置太小不满足当前系统用户的使用，这个是需要采集信息发回具体分析的，具体可参考现象三采集信息。 为了定位分析具体原因，通常需要采集有用的信息辅助分析问题，因此需要我们根据实际现象来采集信息 二、信息采集 2.1如何分析安全类问题
未知途径带来的安全攻击分析 当遭受未知途径的安全攻击（如远程代码执行漏洞）时，可通过系统日志定位回溯攻击者的可能攻击路径，进而定位并解决问题。 关键日志： 系统网络请求 access 日志：记录用户所有网络请求的地址、用户、参数、请求头等信息，能反映攻击者操作。 系统操作日志：记录系统内的各类操作 … 已知漏洞，尝试在新版本中进行利用。 代码逻辑漏洞研究：部分攻击者会通过研究系统代码逻辑，发现绕过登录的漏洞。 攻击路径溯源 被攻击成功后，需定位攻击路径，确认问题根源，以便采取相应措施。 溯源方式 查看操作日志与产品日志：检查是否有创建、执行计划任务或其他敏感操作，分析相关脚本内容及操作时间企微消息推送使用media_id问题
（本文档仅供参考） 问题描述 参考wiki文档消息推送：消息推送，任务代码有个media_id，这个是需要从哪里获取？ image2025-2-8_17-45-38.png 问题分析 media_id是需要通过企微工具箱中上传素材模块功能生成，该部分是与微信临时上传接口进行上传并获取的，每上传一次便随机生成一个media_id。但需要注意的是，因为是调用的微信临时上传接口，该media_id是一个临时ID，只有3天的有效期。因此如需使用该media_id，需以3天为一个周期，在企微工具箱中重新生成media_id并更新到任务代码中。 image2025-1-2_10-2-16.pngDocker问题
在实践过程中遇到的一些问题。有些问题很奇怪，找不到原因——可见Docker当前不够成熟——但是多数问题能通过重启或重建虚拟主机解决，详细请参考Toolbox常见问题解决方案 http://blog.csdn.net/gezhonglei2007/article/details/51541580。这些问题不管已解决或未解决，都记录如下。 环境 操作系统： window：window7 service pack 1(window7.1) | ubuntu : Ubuntu 14.04 问题1：（Windows，docker，解决） 安装完docker之后，双击桌面菜单Boot2Docker Start显示打开方式，即无导出类问题
浏览类问题
编辑类问题
仪表盘文本组件特殊字符变成保存打开后变成?的问题
问题现象： 文本组件中使用特殊的字符平方的角标，发现保存了之后清空缓存重新打开仪表盘就发现平方的角标变成了?。具体如下图 image2024-10-31_16-17-47.pngimage2024-10-31_16-18-35.png 问题原因 该问题主要是由于知识库中的字符集在存储数据的时候对于特殊的字符角标无法进行识别，导致产品将符号输入到数据库的时候，数据库就转成了?，等再次查询的时候就会查询出来?导致这个问题。 解决方案： 只能通过更换知识库的字符集为utf8mb4来进行处理，utf8mb4相比于urt8能存储更多的数据，具体如下图。由于直接更换字符串会对原本已经存储的数据造成影响，推荐的方式备份知识库Tomcat无法正常启动（知识库卡住问题）
（本文档仅供参考） 问题描述 用户使用Postgresql作为知识库，按常规操作进行了license替换和版本升级，重启之后Tomcat一直卡住（如下图，日志卡住了不打印），怀疑是Smartbi版本问题导致。 image2024-5-17_13-44-24.png 解决方案 首先排除是否是因为更换war包导致的系统问题，排查方案：把Smartbi-config.xml 文件重命名，这样重启Smartbi时如果正常能够跳转到confgi页面证明war包没问题。 如果排除war包问题之外，还一直卡住，那么大概率是由于知识库的问题导致。 排查方案： 通过数据库连接工具，连接到知识库，查看是否可以正常连接。 基于etl目标表不存在问题
（本文档仅供参考） 问题描述 数据源和目标源是使用的同一个表，数据源可以检测到，目标源就检测不到了，并且在进行文件导入的时候会出现未知错误问题。 image2024-9-29_15-28-4.pngimage2024-9-29_15-28-28.pngimage2024-9-29_15-28-46.png image2024-9-29_15-27-16.png 解决方案 检查数据源连接是否正常连接上，其次查看对应schema及表名是否都对得上，出现该问题一般是由于schema没对上导致的问题，按上图例子来说把schema名称修改成test1后再进行同步表操作则etl正常执行，文件
