第16页，共201页。 显示 2,003 条结果 (0.049 秒)
C# 调用Smartbi服务器提供的方法示例
使用C#通过 HTTP JSON的方式，调用Smartbi服务器提供的所有方法。 JSON在C#中已有很多实现，具体可参见http://www.json.org/ http://www.json.org/。 本示例使用的是Json.NET(安装方法 http://jingyan.baidu.com/article/6fb756ecd2b051241858fbef.html)，如下图： image2014-7-10 17:39:5.png 1、核心示例代码： Form1.cs using System; using System.Net; using System.Windows.Forms; using数据模型源于SQL预览造成服务器宕机
（本文档仅供参考） 问题说明 客户在数据模型中添加sql，在预览时服务器宕机。前端报502。smartbi进程不存在了。 根据客户提供的信息进行排查。是因为内存不足而宕机。 发现原因：执行了一个数据集的数据预览，日期都为空，结果内存占用40G+ 数据量：那会儿查询的是2亿的一个表关联一个400w数据的表 image2023-12-29_14-6-56.png image2023-12-29_14-9-16.png 解决方案 发现客户连接参数未添加以下参数值：useServerPrepStmts=true&useCursorFetch恢复知识库失败：备份文件的版本比当前服务器高
（本文档仅供参考） 问题说明 备份知识库的环境和恢复知识库的环境，两个环境都是V8.5版本，但是，项目进行在知识库迁移时，在恢复环境中，恢复知识库过程中出现备份知识库版本过高的提示，如下图。 image2018-10-24 15:47:7.png 产品功能说明 Smartbi的恢复知识库，不支持将高版本的知识库恢复到低版本的smartbi上：( 同个版本依据于war包打包日期来判断高低，当日期比较新的就算是版本比较高的服务器 ，例如，1月2号比1月1号版本高) 解决方案 1. 请把恢复环境，升级到和备份环境版本相同的版本或者是比之更高的版本后，之后再对此环境进行恢复知识库。 注意： 如果服务端宏：电子表格清单报表使用sum函数计算超1w行数据
）： 可通过新建宏资源包中的服务端宏并应用于多个电子表格规避，关于创建宏资源包创建可参考文档：https://history.wiki.smartbi.com.cn/pages/viewpage.action?pageId=44499961 https://history.wiki.smartbi.com.cn … position; } 注意事项：此服务端宏不适用于SUM公式里面还嵌套其它函数的情况，只支持SUM公式里面是单元格位置，如：单元格形式为$A11或者A11，不支持$A$11olap迁移到另外服务器上之后，打开大屏报错：组件xx刷新失败
（本文档仅供参考） 问题说明 常规更新操作，迁移之后，测试内置大屏报错，如下： image2023-7-28_9-48-37.png image2023-8-1_14-18-1.png 查看日志是因为hsql，不是olap问题， 解决方案 原因是smartbi启动时，会启动我们的组件模版功能，内置了一个hsql数据库。 我们的smartbiolap会用到hsql数据库，默认是获取smartbi的组件模版的hsql数据库 之前是olap迁移到其他服务器，但是smartbi的组件模版的hsql数据源连接还是localhost，导致olap连接hsql失败 这个组件模版的hsql不能自己在数据源页面修改。只能在系统应用服务器
@self应用服务器-通用问题
@self报错 - word分析报告在Office插件中打开服务器上的分析报告报“文件可能已经损坏”
（此文档仅供参考） 问题现象 引用静态电子表格的数据，但是分析报告中的数据与原电子表格的数据有差异，原来权益类这个大类下边好几个资产类别，分析报告中就变成一条记录了，感觉是错位了。 1.png 问题原因 由于office插件打开分析报告时调用的接口里没有“允许修复”的逻辑，所以打开已损坏的文档直接就提示此文档已损坏且无法修复。 解决方案 若是要修复已损坏的Word文档，需要用word的文档修复功能来修复，步骤如下： 1、登陆office插件，打开Smartbi系统中可以正常打开的一个分析报表； 2、打开分析报告后，将打开的Word文档另存为，可以找到分析报告的保存路径； 2.jpg 3、在本地繁体英文环境服务器无法启动问题
（本文档仅供参考） 问题 系统迁移到繁体机器后无法正常启动，日志报错不支持en_HK，前端无法正常访问到系统 image2024-12-26_17-27-32.png 参考方案 这是由于启动时，第三方插件模块初始化时不支持繁体英文的语言环境，可以在环境变量中修改为其他语言环境，如export LANG=en_US.UTF-8。 image2024-12-26_17-31-4.png 不支持en_hk 繁体环境启动失败 英文环境启动失败⬝ 服务卸载
