有关使用 Microsoft 管理报告器迁移向导的信息
本文提供有关使用 Microsoft 管理报告器迁移向导的详细信息。
适用于: Microsoft Dynamics GP、Microsoft Dynamics AX 2009、Microsoft Dynamics SL 2011
原始 KB 编号: 2425087
症状
使用 Microsoft Management Reporter 中的迁移向导迁移 FRx 报表时,会收到错误,或者并非所有信息都已迁移。 报表和构建基块在迁移到管理报告器后可能缺少一些信息。
原因
Microsoft FRx 数据可能已损坏。 由于两种产品的差异,管理报告器不会从 FRx 迁移所有信息。
更多信息
迁移准备
注意
- 迁移向导将帮助你开始转换现有报表,但它并非用于处理所有方案。
- 在继续清理和迁移之前,请浏览到共享的 SysData 目录并备份此文件夹。 可以在 管理员Organization>SysData下的 FRx 报表设计器中>确认此目录的位置。
删除当前未使用的任何公司。 FW、FWC 或 SolDemo 等演示公司不会升级,必须将其删除。
如果迁移了多个公司,并且报告在它们之间共享,请验证 Microsoft Dynamics GP 中的段名称是否相同。 在 Microsoft Dynamics GP 中,转到 “工具>设置>公司>帐户 Forma”。 确保每个细分市场的名称在所有公司之间匹配。
从“公司信息”>下>未分配给公司的公司规范集中删除所有规范集。
删除任何不需要或未使用的构建基块 (目录、行、列和树) 。
删除在构建基块名称开头找到的空格。
不与目录关联的行、列和树将迁移,但是它们将缺少维度代码。 若要获取要迁移的维度代码,常见方法是在 FRx 中创建可链接到未关联的行、列和树的虚拟目录。 迁移后,可以删除虚拟目录 (现在称为报表定义) 。
在每个目录中,检查“公司”字段。 如果有任何设置为 @ANY,请将此项更改为实际公司。 否则会导致维度代码在迁移过程中消失。
关闭 FRx,浏览到 SysData 目录,删除以
.G32
结尾的所有文件,启动 FRx,然后登录到每个公司以重新创建文件。关闭 FRx,浏览到 SysData 目录,并删除没有以下扩展名之一的所有文件:
.cfg
.dax
.f32
.g32
.mdb
.pmm
.tpl
关闭 FRx,浏览到 SysData 目录,然后删除以下文件夹以外的所有文件夹:
LogFiles
报表簿设计文件关闭 FRx,浏览到 SysData 目录,并删除规范集当前未使用的任何
.F32
文件。 检查 “公司>规范集 ”下的“位置”字段进行确认。压缩规范集:
- 让一个用户在 FRx 中登录到公司。
- 选择“ 文件>压缩 FRx 数据库>当前规范集数据库”。
- 完成后,选择“ 是 ”,然后选择 “确定 ”。
- 登录到每个剩余的公司时重复步骤 1 到 3。
迁移 FRx 6.7 数据
假定在开始迁移过程之前,管理报告器已正确启动并运行。 通过登录到 报表设计器 中的每个公司并创建测试报告来确认这一点。 在“服务”或“数据市场日志”部分中,检查管理报告程序配置控制台中是否有任何错误。 如果发现任何问题,请在尝试迁移之前更正这些问题或联系支持人员以获取进一步的帮助。
对于迁移过程,请按照此处提供的 MRforDynERPInstGuide.pdf 迁移 数据 部分操作: 管理报告者 2012 for Microsoft Dynamics ERP:安装、迁移和配置指南
迁移限制
以下项不会迁移:
FRx 报表设计器
- FRx 安全性
报表
- 报表链
- 锁定或受密码保护的行
- Web 发布设置
- 单元之间的分页符
- 允许列文本溢出
- 生效日期
- 分类汇总和筛选帐户详细信息
- 电子邮件
- 货币换算汇率
Rows
- 帐户集
- 帐户类型
- 货币格式代码
- 行链接
- XBRL 链接
- 锁定或受密码保护的行
列数
- XBRL 列
- 锁定或受密码保护的列
树
- Page breaks
- 锁定或受密码保护的树
- 电子邮件/安全 (列 P)
- 其他文本 (Z 列)
- 如果你有一个段,其中包含一个或多个和字符“&”和一个或多个问号“?”,例如“&&???”,则管理报告器不会返回该特定单元的数据。 使用“从维度插入行”函数时,用于标识应选择科目表中的哪些维度或段的特殊字符。 此默认选择是自然帐户,但可以选择帐户和维度的任意组合。
迁移完成后需要手动配置的项
在报表迁移中,目录默认选项将更改,因此报表在生成时不会自动打开。 若要修改管理报告器中的报表以在生成时自动打开,请转到 报表定义,选择“ 输出和分发 ”选项卡,在“ 其他选项”下,选择选项“生成时 查看报表 ”。
若要更新所有报表定义,请针对 Management Reporter 数据库运行以下 SQL 语句。
CU12 或上一个版本
UPDATE ControlReport SET ActivateBrowser = 1
CU13
UPDATE Reporting.ControlReport SET ActivateBrowser = 1
在行迁移中,FRx 中不是 FD、TOT 或 CAL 的 NP DES 或 NP REM 行将迁移,但会标记错误。 只有在 格式代码为 TOT、CAL 或空白时,错误才会显示打印控件选项。
计算中不允许使用列范围。
带有标头的 WKS 或 CALC 列将迁移,但不会验证。 删除标头。
周期范围仅适用于 PERIODIC 列。 例如,列中的任何范围(如 1:BASE YTD)都必须设置为 1:BASE PERIODIC。
在迁移树中,当存在未知公司消息时, @ANY 将用于公司。
报告树中指定的不同行定义将产生错误。 需要使用相同的行格式或删除所有行格式才能使用报表定义中指定的默认值。
使用 Microsoft Dynamics 产品时的已知问题:
如果生成时未通过报表库打开,则不会打开迁移的报表。 在 “报表 定义”的“ 输出和分发 ”选项卡下,选择“生成时查看 报表”选项。 在迁移向导的“指定连接”窗口中,如果为 ManagementReporter 数据库键入了错误的SQL Server名称,迁移向导将在 10 分钟内无响应,然后才能重新进入。
在迁移向导的“选择 FRx 数据”窗口中,可能无法在 FRx 6.7 FRxSys32.mdb 文件的路径字段旁边看到省略号 ... 按钮。
如果在完成仅迁移和转换 FRx 6.7 数据后,在迁移向导中选择仅使用缓存凭据验证构建基块,则转换将失败。 用户需要重新输入凭据并再次尝试验证。
如果迁移向导的版本与应用程序服务器不同,迁移向导将崩溃。
在从 FRx 迁移的报表中,BXB 和 BXC 可能会导致报表生成错误。
打开关联的行定义,然后选择“ 文件>另存为”。
为行定义指定一个新名称,并使用新的行定义再次生成报表。
删除原始行定义。
使用 Microsoft Dynamics AX 2009 时的已知迁移问题
- 包含用于表示所有帐户的所有通配符的行将迁移为空行。
- 具有属性筛选器的列需要在迁移之前删除这些属性筛选器,以便能够打开迁移的列而不会出错。
- 在 FRx 中包含预算簿代码的列需要更改其名称,以删除预算名称前的“ 预算 ”一词。
- 在某些情况下,基期可以引用不同的时间段,并且应在跨多个年份的迁移报告中进行验证。
- 不会剪裁迁移的帐户和维度以删除尾随空格。
- 包含所有问题标记的行 (??????) 不会迁移。 迁移后,需要手动将行更新
??????
为六个字符的帐户,或者使用星号 (*) 将所有帐户通配符。
故障 排除:
- 迁移后,不会显示任何总帐/维度帐户可以指示 f32 报告文件中可能存在的损坏。
请按照以下步骤重新创建 F32 报告文件,因为 F32 报告文件中可能存在导致错误消息的数据损坏。
注意
应让所有用户关闭 FRx。
- 若要导出目录,请首先转到 “公司>规范集”。
- 选择要从中导出报表的规范集。
- 选择“规范集”后,选择“导出”按钮。
- 在“导出所选内容”对话框中,选择“ 目录 ”,然后选择“全选”。 选择“ 行”、“ 列”和“ 树 ”的选项卡,并为每个选项卡选择“全选”。
- 选择"导出"。
- 在“创建导出文件”对话框中,选择要在其中导出目录 () 的 驱动器、 文件夹和 文件名 。 必须使用 (临时数据库) 扩展名保存
.TDB
文件。 - 选择“确定”。
- 若要导入目录,请首先转到 “公司>规范集”。
- 选择“新建”按钮以创建新的规范集。 必须使用其他名称。 但是,在删除旧的规范集后,可以将其重命名。 确保“位置”指向新的 *。F32 称为 MRFrxrpts.f32。 应将路径保留为相同,只需重命名 frxrpts.f32 文件。
- 选择“ 导入 ”按钮。
- 在“选择导入文件”对话框中,选择 “驱动器”、“ 文件夹”和“ 文件名 ”,其中*。TDB 文件已保存。
- 选择“确定”。
- 选择“ 公司>信息 ”,然后选择要使用新规范集的公司。
注意
如果无法创建新的报表文件,请联系支持人员。
有关如何迁移到 MR 的详细信息,请使用以下链接查看管理报告器迁移文档。
Microsoft Dynamics ERP 的 Management Reporter 2012:安装、迁移和配置指南
选择 MRforDynERPMigrfromFRxGuide_ENUS.pdf 文档。
反馈
https://aka.ms/ContentUserFeedback。
即将发布:在整个 2024 年,我们将逐步淘汰作为内容反馈机制的“GitHub 问题”,并将其取代为新的反馈系统。 有关详细信息,请参阅:提交和查看相关反馈