第56页，共80页。 显示 793 条结果 (0.025 秒)
自定义分组
数据库后，就算表和字段名一样也需要重新制作(因为找不到来源)，而分组字段或自动生成的日期字段也会找不到原来的字段导致报错。 解决方案： 可以导出资源，再导入资源，在导入资源界面做替换数据来源操作。[操作权限]-角色支持ETL操作和资源权限控制
概述 对ETL相关节点作更细致的操作权限控制 功能配置入口 点击运维设置，打开用户/机构/角色管理，找到更改ETL树结构设置，打开新建角色，接下就可以对ETL功能和节点进行赋予权限操作了，如下图所示。 image2024-1-17_15-1-47.png image2024-1-17_15-4-10.png image2024-1-17_15-9-6.png 配置 目前ETL支持操作权限配置的功能和节点有：导入导出流程定义、Python脚本、目标源目录及节点、Spark SQL脚本、定时任务、数据源目录及节点、下载预览数据 操作演示 角色授权 整个操作流程如下图所示，新建角色-》操作授权-》保存，目录新建完成AI小麦
： image2022-3-3_14-31-22.pngimage2021-12-30_15-20-52 (1).png 由于AI小麦是第三方应用集成到企业微信，暂不支持批注和导出功能。电子表格⬝ 概述
的门户）中展现，无须额外插件，并且支持报表浏览、数据导出、报表打印等功能。AI小麦
： image2022-3-3_14-31-22.pngimage2021-12-30_15-20-52 (1).png 由于AI小麦是第三方应用集成到企业微信，暂不支持批注和导出功能。企业微信集成后无法单点登录
（本文档仅供参考） 问题 使用企业微信扩展包，推送报表和集成工作台应用。在企业微信访问时无法单点登录，显示登录界面。 解决方案 可参考以下思路，逐步思路逐步排查。 1、登录企业微信后台，检查企业微信中应用配置的可信域名，与smartbi外网访问的域名是否一致。 image2022-2-18_10-6-53.png 2、登录企业微信后台，检查企业微信中应用的Secret，与Smartbi系统选项-微信设置中的企业应用Secret是否一致。 image2022-2-18_10-9-50.png image2022-2-18_10-12-10.png 3、若以上信息确认无误，可将完整的系统日志导出 https以邮件发送报表时附件名为乱码或变成dat/bin后缀
若按上面的两个步骤设置后，邮箱收到的附件还是乱码的形式，如下： image2021-3-15_14-53-43.png 此问题是服务器没有对应的中文字体导致的，可以参考文档中的步骤添加相关的字体： 电子表格打印或导出到PDF时以及图形上中文变乱码/分析报告打开乱码 特殊情况 服务器编码设置为UTF8数据源的数据权限变化或丢失如何跟踪
is --" + $0.applyRangeDefine + "--", new RuntimeException()); } 效果如下： 3.jpg 通过这种方式，只要数据源上的数据权限发生了变化，就会在后台进行记录。就可以直接导出系统日志分析 注：该方法如果重启了Smartbi，就需要重新配置导入资源的方式迁移用户管理提示could not insert
（本文档仅供参考） 问题现象 把正式环境的用户管理迁移到开发环境 需要保留之前的报表资源 然后用了导出资源 导入资源的方式迁移用户管理 image2023-3-12_17-20-46.png image2023-3-12_17-22-24.png 解决方案 1、根据报错判断用户名那列有唯一索引有重复名称的数据。 image2023-3-12_17-23-15.png 2、查原始环境上只有这一个，但是发现目标环境上的这边显示空白 image2023-3-12_17-24-23.pngimage2023-3-12_17-24-58.png 3、使用sql语句查看原始环境以及目标环境，发现同个用户名称id不相同Linux打印日志乱码处理
（本文档仅供参考） 问题 在Linux的环境启动smartbi后，启动日志时控制台没有出现乱码，打印日志时出现乱码，并且编辑器也设置了编码集为utf-8， 导出日志文件后在外部用ue notepad sublimet查看时也是乱码，要如何解决？ image2020-9-10_14-24-43.png image2020-9-10_14-15-9.png 解决方案 由于此问题是将日志文件传输到windows，用ue打开也是乱码，所以判断是因为应用服务器缺少设置编码的参数导致，需要在JVM参数那边添加以下俩个参数-Dfile.encoding
