系统管理指南 Microstrategy 商业智能系统的微调、监控以及疑难解答

系统管理指南 MicroStrategy 商业智能系统的微调、监控以及疑难解答

版本： 9.2.1 文档编号：09470921 第 19 版、 2012 年 1 月、版本 9.2.1

为确保您所使用的文档与您授权使用的软件相对应，请将此版本号与您软件 “ 帮助 ” 菜单中 “ 关于 MicroStrategy...” 中的软件版本号进行比较。文档编号：09470921 版权所有 © 2012 MicroStrategy Incorporated. 保留所有权利。如果您还没有与 MicroStrategy 达成书面的或电子版的协议，以及任何 MicroStrategy 方面的分销授权，则应遵守如下条款：该软件和文档是 MicroStrateg 公司的私有财产和保密信息，不得提供给其他任何人。版权所有 © 2001-2012 MicroStrategy Incorporated. 保留所有权利。本软件和文档以 “ 不予改变 ” 形式提供， MICROSTRATEGY 公司或者本软件或文档开发、生产或者分销环节中涉及的任何人不提供任何形式的特殊的或者有限的保证，包括但不限于商品材质的有限保证、特定需求的适应性、有效的所有权、质量或者精确性。关于软件和文档的质量和性能的整个风险控制需要您的参与。软件或者文档将被检验是否有缺陷，您（而非 MICROSTRATEGY 公司或者本软件或文档开发、生产或者分销环节中涉及的任何人）假设整个费用中已经包含了所有必需的服务，修改或者修正。因为某些国家 ( 地区 ) 不允许排除有限责任，因此以上限制可能不适用于您。任何情况下 MicroStrategy 公司或者本软件涉及的开发、生产或者分销环节中涉及的任何人员不对您的任何损失 , 包括营业利润损失、任何金钱上的损失、或者其他任何特殊的、意外的、非直接的或间接的损失承担责任，包括但不限于由于您赔偿给第三方所造成的损失、软件和文档的质量、非正确使用、性能问题造成的损失，即使 MicroStrategy 或者其他人或者团体已经事先被告知该损失发生的可能性，或者被他人索赔的可能性。另外，MicroStrategy 公司或者本软件涉及的开发、生产或者分销环节中涉及的任何人员不对您或者其他当事人的以下索赔承担责任：使用问题 , 不正确使用、软件和文档的质量、性能问题、合同中保证条款、瑕疵、赔偿物瑕疵或者税赋损失的严格赔偿责任、任何为达到原始目标采取的补救手段的失败，或者其它方面。MicroStrategy 公司所承担的全部责任和您的修正条款选项仅限于退还全部的货款或者更换软件。 MicroStrategy 不承担任何超出上述有限责任条款的口头或者书面的信息。因为某些国家（地区）不允许排除或限制对非直接或间接损害的赔偿责任，因此以上限制可能不适用于您。 MicroStrategy 公司拥有本手册（文档）所包含的信息以及软件的版权，并保留所有权利。 MicroStrategy 公司无义务就软件或文档的修改通知任何个人或团队。严禁未经 MicroStrategy 公司授权代表书面同意 , 拷贝、复制、销售或发布软件或者文档的任何部分的行为。根据美国政府限制法案。根据美国政府限制法案。软件和文件是利用私人经费开发，不属于公共领域，而且根据联邦获得规则规定软件和文件是具有有限责任的商业计算机软件，通过代理商提供。使用、复制或者由美国政府解密需要服从 DFAR 252.227-7013 以及下述条款中关于技术数据和计算机软件的权利的段落 (c)(1)(ii) 或者 DFAR 252.227-19 中商业计算机有限权利段落 (c)(1) 和 (2) 中所适用的条款。订约人是 MicroStrategy, Inc., 1850 Towers Crescent Plaza, Tysons Corner, VA 22182。根据美国的版权法律保留软件未公开部分的所有权利。下列各项是 MicroStrategy 在美国和某些其他国家所使用的商标或注册商标：MicroStrategy、 MicroStrategy 6、 MicroStrategy 7、 MicroStrategy 7i、 MicroStrategy 7i Evaluation Edition、 MicroStrategy 7i Olap Services、 MicroStrategy 8、 MicroStrategy 9、 MicroStrategy Distribution Services、 MicroStrategy MultiSource Option、 MicroStrategy Command Manager、 MicroStrategy Enterprise Manager、 MicroStrategy Object Manager、 MicroStrategy Reporting Suite、 MicroStrategy Power User、 MicroStrategy Analyst、 MicroStrategy Consumer、 MicroStrategy Email Delivery、 MicroStrategy BI Author、 MicroStrategy BI Modeler、 MicroStrategy Evaluation Edition、 MicroStrategy Administrator、 MicroStrategy Agent、 MicroStrategy Architect、 MicroStrategy BI Developer Kit、 MicroStrategy Broadcast Server、 MicroStrategy Broadcaster、 MicroStrategy Broadcaster Server、MicroStrategy Business Intelligence Platform、MicroStrategy Consulting、MicroStrategy CRM Applications、MicroStrategy Customer Analyzer、 MicroStrategy Desktop、 MicroStrategy Desktop Analyst、 MicroStrategy Desktop Designer、 MicroStrategy eCRM 7、 MicroStrategy Education、 MicroStrategy eTrainer、 MicroStrategy Executive、 MicroStrategy Infocenter、 MicroStrategy Intelligence Server、 MicroStrategy Intelligence Server Universal Edition、 MicroStrategy MDX Adapter、 MicroStrategy Narrowcast Server、 MicroStrategy Objects、 MicroStrategy OLAP Provider、 MicroStrategy SDK、MicroStrategy Support、MicroStrategy Telecaster、MicroStrategy Transactor、MicroStrategy Web、MicroStrategy Web Business Analyzer、 MicroStrategy World、 Application Development and Sophisticated Analysis、 Best In Business Intelligence、 Centralized Application Management、Information Like Water、Intelligence Through Every Phone、Intelligence To Every Decision Maker、Intelligent E-Business、Personalized Intelligence Portal、Query Tone、Rapid Application Development、MicroStrategy Intelligent Cubes、The Foundation For Intelligent E-Business、The Integrated Business Intelligence Platform Built For The Enterprise、The Platform For Intelligent E-Business、The Scalable Business Intelligence Platform Built For The Internet、 Industrial-Strength Business Intelligence、 Office Intelligence、 MicroStrategy Office、 MicroStrategy Report Services、 MicroStrategy Web MMT、 MicroStrategy Web Services、 Pixel Perfect、 Pixel-Perfect、 MicroStrategy Mobile、 MicroStrategy Integrity Manager 和 MicroStrategy Data Mining Services 均为注册商标或 MicroStrategy Incorporated 的注册商标。所有其他公司及其产品名称可能分别为与其关联的其他公司的注册商标。规范保留未经通知改变的权利。 MicroStrategy 不对其中的错误或疏忽负责。 MicroStrategy 不对将来产品的可用性或者列入开发计划或者在开发中的版本提供保证或者承诺。专利信息此产品已申请专利。以下专利权中的一项或多项适用于所售产品 : 美国专利编号 6,154,766、6,173,310、6,260,050、6,263,051、6,269,393、6,279,033、 6,567,796、 6,587,547、 6,606,596、 6,658,093、 6,658,432、 6,662,195、 6,671,715、 6,691,100、 6,694,316、 6,697,808、 6,704,723、 6,741,980、 6,765,997、 6,768,788、 6,772,137、 6,788,768、 6,798,867、 6,801,910、 6,820,073、 6,829,334、 6,836,537、 6,850,603、 6,859,798、 6,873,693、 6,885,734、 6,940,953、 6,964,012、 6,977,992、 6,996,568、 6,996,569、 7,003,512、 7,010,518、 7,016,480、 7,020,251、 7,039,165、 7,082,422、 7,113,993、 7,127,403、 7,174,349、 7,181,417、 7,194,457、 7,197,461、 7,228,303、 7,260,577、 7,266,181、 7,272,212、 7,302,639、 7,324,942、 7,330,847、 7,340,040、 7,356,758、 7,356,840、 7,415,438、 7,428,302、 7,430,562、 7,440,898、 7,486,780、 7,509,671、 7,516,181、 7,559,048、 7,574,376、7,617,201、7,725,811、7,801,967、7,836,178、7,861,161、7,861,253、7,881,443、7,925,616, 和 7,945,584。其他专利申请正在进行中。很多 MicroStrategy 产品组件包含有第三方授权的技术。本产品可能包含一种或者多种授权技术： Graph Generation Engine 版权所有 © 1998-2012. Three D Graphics, Inc. 保留所有权利。 Actuate® Formula One. 版权所有 © 1993-2012 Actuate Corporation. 保留所有权利。 XML parser 版权所有 © 2003-2012 Microsoft Corporation. 保留所有权利。 Xalan XSLT 处理器。 Copyright ® 1999-2012. The Apache Software Foundation. 保留所有权利。 Xerces XML 分析器。 Copyright ® 1999-2012. The Apache Software Foundation. 保留所有权利。 FOP XSL 格式对象。 Copyright ® 2004-2012. The Apache Software Foundation. 保留所有权利。 Intelligence Server 内存管理部分产品版权所有 © 1991-2012 Compuware Corporation. 保留所有权利。 ASIHTTPRequest library. 版权所有 © 2007-2012, All-Seeing Interactive. 保留所有权利。本产品包括由 OpenSSL Project 公司开发的用于 OpenSSL Toolkit 的软件。 (http://www.openssl.org/) Unicode 的国际化组件版权所有 © 1999-2012 Compaq Computer Corporation 版权所有 © 1999-2012 Hewlett-Packard Company 版权所有 © 1999-2012 IBM Corporation 版权所有 © 1999-2012 Hummingbird Communications Ltd. 版权所有 © 1999-2012 Silicon Graphics, Inc. 版权所有 © 1999-2012 Sun Microsystems, Inc. 版权所有 © 1999-2012 The Open Group 保留所有权利。其中 Real Player 和 RealJukebox 已获得 Real Networks, Inc. 的许可。版权所有 © 1999-2012. 保留所有权利。保留所有权利。

关于本指南...... xix 关于本工具书 ...... xxii 附加格式 ...... xxii 如何查找业务演示场景和示例 ...... xxii 本指南中的新增内容 ...... xxiii 哪些用户须使用本指南？ ...... xxiv 资源...... xxv 文档...... xxv 教育...... xxxii 咨询服务 ...... xxxiii 国际支持 ...... xxxiii 技术支持 ...... xxxiii 问题反馈 ...... xxxvii

1. MicroStrategy 系统管简介...... 1 理介绍 MicroStrategy 系统管理最佳实践方法...... 2 理解 MicroStrategy 的体系结构 ...... 3 信息的存储：数据仓库...... 4 创建索引数据：MicroStrategy 元数据...... 4 数据的处理：Intelligence Server ...... 5 总结：项目和项目源 ...... 6 与数据库的通讯...... 7 与 MicroStrategy 元数据的连接 ...... 7 与数据仓库的连接 ...... 8 数据库连接缓存...... 9 监视数据库实例连接 ...... 9

统一数据库访问控制的优势...... 10 更新 ODBC 连接所需的 VLDB 属性...... 11 Intelligence Server 的管理 ...... 12 Intelligence Server 启动时的状态 ...... 13 Intelligence Server 停止时的状态 ...... 14 Intelligence Server 作为应用程序或服务器运行...... 14 通过命令行管理 MicroStrategy 服务 ...... 21 管理并监视项目...... 25 管理项目状态、配置或安全：项目视图...... 25 管理群集的 Intelligence Server：群集视图 ...... 27 设置项目状态 ...... 27 项目和数据仓库维护示例场景 ...... 32 作业处理 ...... 33 Intelligence Server 作业处理（所有作业通用）...... 33 处理报表执行 ...... 34 处理对象的浏览...... 38 处理元素的浏览...... 39 处理 Report Services 文档的执行 ...... 42 处理 HTML 文档的执行...... 43 客户端特定的作业处理...... 45 监视当前执行的作业 ...... 48 自动安装技术的使用 ...... 49 使用响应文件安装产品...... 50 使用响应文件配置产品...... 50 运行无提示安装...... 50 部署系统前的安全核查清单...... 51

2. 设置用户安全性简介...... 53 MicroStrategy 用户模型 ...... 54 关于 MicroStrategy 用户 ...... 54 关于 MicroStrategy 用户组...... 54 权限...... 57 访问权限 ...... 57 创建、导入以及删除用户和组 ...... 58 监控用户的项目连接情况 ...... 59 控制应用程序功能的访问 ...... 60 控制对象的访问：访问权限...... 61 控制功能的访问：权限...... 69 定义权限集：安全角色...... 72 控制数据的访问权限 ...... 76

控制数据库的访问权限：连接映射...... 77 建立数据库用户与 MicroStrategy 用户之间的链接：通行执行 ...... 81 限制数据的访问权限：安全筛选器...... 83 控制数据库（RDBMS）级别的数据访问...... 96 合并用户或组 ...... 98 用户和组的合并方式 ...... 99 运行 User Merge Wizard...... 101

3. 用户识别：身份验证简介...... 103 身份验证模式 ...... 103 为项目源配置身份验证模式...... 104 从不同的身份验证系统导入用户 ...... 105 用户间用户帐户的共享...... 105 标准身份验证方式的运用 ...... 105 标准身份验证方式的运用步骤 ...... 106 匿名身份验证方式的运用 ...... 107 数据库仓库身份验证方式的运用 ...... 108 数据库仓库身份验证信息流...... 109 数据库仓库身份验证方式的运用步骤 ...... 109 数据仓库和元数据 (6.x) 的身份验证...... 110 LDAP 身份验证方式的运用 ...... 110 LDAP 信息流...... 111 在 MicroStrategy 中运用 LADP 验证...... 112 定义 LDAP 搜索筛选器以在登录时验证并导入用户和组...... 118 在 MicroStrategy 中验证 LDAP 用户和组 ...... 122 同步导入的 LDAP 用户和组 ...... 134 在 MicroStrategy 中管理 LADP 验证...... 139 启用单一登录验证方式...... 147 Windows NT 身份验证的运用 ...... 147 启用集成验证 ...... 153 用第三方验证模式启用 Web、 Mobile 和 Office 的单一登录...... 173 身份验证示例 ...... 188 安全视图：Windows 验证与链接的数据仓库登录名 ...... 189 连接映射：标准验证、连接图和分区映射表 ...... 189

4. 许可证的管理简介...... 191 管理和验证许可证 ...... 192 指定用户许可证...... 192

CPU 授权信息...... 194 许可证不一致所带来的影响...... 194 审核并更新许可证 ...... 195 License Manager 的使用 ...... 195 审核系统是否具有合适的许可证 ...... 197 许可证的更新 ...... 198 更新 CPU 关联...... 199 Windows 上 Intelligence Server 的处理器关联 ...... 199 UNIX/Linux 上 Intelligence Server 的 CPU 关联...... 200 MicroStrategy Web 的 CPU 关联...... 203

5. 项目的管理简介...... 207 项目的生命周期...... 208 推荐应用场景：开发、测试和生产...... 208 实际应用场景：项目开发人员手中的新版本 ...... 210 运用推荐的生命周期 ...... 212 复制项目 ...... 213 哪些对象会与项目一起复制？ ...... 214 复制不同语言的项目 ...... 214 项目复制向导 ...... 215 迁移项目到一个新的数据库平台 ...... 217 用新的对象更新项目 ...... 218 Project Merge 与 Object Manager 的比较 ...... 219 锁定项目 ...... 220 在项目间复制对象：Object Manager...... 221 在项目间复制对象的前提条件 ...... 221 用 Object Manager 实现项目锁定 ...... 222 复制对象 ...... 223 复制或移动对象时可能发生的情况...... 226 解决复制项目时出现的冲突...... 232 批量复制对象：更新包...... 238 迁移项目以同步对象 ...... 254 合并项目时可能发生的情况...... 255 用 Project Merge Wizard 来合并对象...... 255 解决合并项目时出现的冲突...... 259 比较和跟踪项目...... 260 比较两个项目间的对象...... 261 用搜索导出功能跟踪您的项目 ...... 262 列出项目中未使用的对象 ...... 263 删除未使用的框架对象：托管对象...... 264

逐一删除托管对象 ...... 265 删除所有未使用的托管对象...... 266

6. 监控系统使用情况简介...... 269 MicroStrategy 系统监控程序 ...... 270 监控系统活动情况：变更日志 ...... 271 启用变更日志 ...... 271 查看变更日志的输入项...... 274 增加查看或导出的变更日志输入项的数量 ...... 275 搜索变更日志中的相关输入项 ...... 275 导出变更日志 ...... 276 清除变更日志 ...... 277 监控系统使用情况：Intelligence Server 统计信息 ...... 278 Intelligence Server 统计信息概要 ...... 279 适用于记录 Intelligence Server 统计信息的最佳实践方法 ...... 283 配置 Intelligence Server 以记录统计信息...... 284 通过清除统计信息提升数据库性能...... 289 更多监控工具 ...... 291 Diagnostics and Performance Logging Tool...... 291 Integrity Manager...... 292 Enterprise Manager ...... 292 Health Center...... 292 Windows Performance Monitor...... 293

7. 调整系统以达到最佳性简介...... 295 能系统调整的概要及最佳实践方法 ...... 296 系统要求的定义...... 296 系统设计方案的配置 ...... 297 系统调整最佳实践方法...... 299 系统体系结构的设计 ...... 300 数据仓库对性能的影响...... 300 网络对性能的影响 ...... 301 群集对性能的影响 ...... 304 系统资源的管理...... 305 系统内存和资源的管理：Windows 性能监视器...... 305 处理器类型、速度和处理器数量 ...... 306 物理磁盘 ...... 307 内存...... 307

利用 Memory Contract Manager 约束 Intelligence Server 的内存使用...... 312 约束来自 MicroStrategy Web 产品请求的内存...... 320 用户会话的管理...... 320 管理处于活动状态的用户 ...... 321 用户资源的管理...... 323 用户配置文件的管理 ...... 325 管理请求 ...... 327 排除文档数据集的作业限制...... 328 限制作业总量 ...... 329 限制每个项目的作业数量 ...... 329 限制每个用户会话和每个用户帐户的作业数量...... 330 限制每个用户和项目执行中的作业数量...... 330 限制报表执行时间上限...... 331 限制每个路径的报表 SQL ...... 332 管理作业的执行情况 ...... 333 管理数据库连接线程 ...... 333 设置作业优先级...... 337 结果的处理...... 340 管理数据结果的传递 ...... 344 限制一次所显示的信息...... 345 限制 XML 单元格数量 ...... 346 限制导出大小 ...... 347 限制生成文件时所消耗的内存 ...... 347 限制 XML 钻取路径的总数 ...... 348 报表的设计...... 349 分析的复杂性 ...... 349 小计...... 350 分页功能 ...... 350 提示的复杂性 ...... 350 Report Services 文档 ...... 351 智能立方体...... 351 配置 Intelligence Server 和项目 ...... 351 Intelligence Server 配置编辑器 ...... 352 项目配置编辑器...... 355 数据库连接...... 359 VLDB 设置 ...... 360 Narrowcast Server 和 Intelligence Server 的调整...... 360 应用程序设计过程中的考虑事项 ...... 361 Narrowcast Server 与 Intelligence Server 的连接方式...... 361

8. 多个 MicroStrategy 服简介...... 363 务器的群集化群集化的概述 ...... 364 群集化的优势 ...... 364 群集的体系结构...... 366 在群集的各节点中同步缓存的信息...... 367 Intelligence Server 群集化的前提条件 ...... 372 Intelligence Server 的群集化...... 374 配置群集中的缓存 ...... 375 联接群集中的节点 ...... 380 确认群集系统的运行状况 ...... 381 在群集的各节点中分布项目...... 382 管理您的群集系统 ...... 384 管理群集节点上项目 ...... 384 项目故障转移及恢复周期 ...... 386 关闭节点 ...... 388 维护群集环境下的结果缓存...... 390 MicroStrategy Web 与群集的连接...... 391 群集化与防火墙...... 391 导出为 PDF 或 Excel ...... 391 节点错误 ...... 392

9. 加速报表和文档的响应简介...... 393 时间：缓存结果缓存 ...... 394 缓存管理最佳实践方法...... 397 结果缓存的类型...... 397 结果缓存的位置...... 399 缓存匹配算法 ...... 400 禁用结果缓存 ...... 403 监控结果缓存 ...... 403 管理结果缓存 ...... 407 配置结果缓存设置 ...... 411 保存报表结果 : 历史列表...... 421 理解历史列表 ...... 422 历史列表与缓存...... 424 配置历史列表的数据存储 ...... 425 历史列表备份频率 ...... 428 群集环境下的历史列表...... 428 访问历史列表 ...... 428 历史列表消息的存档 ...... 430 管理历史列表 ...... 431

元素缓存 ...... 435 元素缓存术语 ...... 437 元素缓存的位置...... 437 缓存匹配算法 ...... 437 启用或禁用元素缓存 ...... 438 限制一次显示和缓存的元素数量 ...... 439 缓存算法 ...... 441 限制元素缓存的可用总内存...... 442 限制用户可见的实体元素 ...... 443 按数据库连接限制元素缓存...... 444 按数据库登录限制元素缓存...... 444 删除所有元素缓存 ...... 445 元素缓存设置的汇总表...... 446 对象缓存 ...... 446 缓存匹配算法 ...... 447 启用或禁用对象缓存 ...... 447 限制对象缓存的可用总内存...... 447 删除对象缓存 ...... 449 对象缓存设置的汇总表...... 450

10. 管理智能立方体简介...... 451 管理智能立方体：智能立方体监视器 ...... 452 查看智能立方体信息和使用统计信息 ...... 453 监控并修改智能立方体状态...... 454 智能立方体内存使用、载入以及存储的约束 ...... 458 约束智能立方体的内存使用量 ...... 459 Intelligence Server 启动时载入智能立方体 ...... 465 在辅助存储器中存储智能立方体 ...... 467 智能立方体中支持的连接映射 ...... 468

11. 作业和管理任务的定期简介...... 471 计划适用于调度作业和管理任务的最佳实践方法 ...... 472 创建并管理定期操作 ...... 473 按时间触发调度...... 473 按事件触发调度...... 474 创建调度 ...... 474 管理调度 ...... 475 关于事件和按事件触发的调度 ...... 475 报表和文档的定期操作：订阅 ...... 477 订阅的类型...... 478

创建订阅 ...... 479 管理您的订阅内容 ...... 482 调度管理任务 ...... 484 管理已调度的管理任务...... 485 用 Distribution Services 调度邮件、文件和打印机的传递内容... 487 关于 Distribution Services...... 487 管理报表传递 ...... 488 关于传递过程 ...... 490 使用 Distribution Services 功能时的最佳实践方法...... 490 设置报表传递系统所需的高级核查清单...... 492 创建并管理发送器 ...... 493 创建并管理设备...... 497 创建并管理联系人 ...... 504 用户的订阅和传递任务...... 511

12. 用 Command Manager 简介...... 513 自动处理管理任务 Command Manager 的使用 ...... 513 使用 Command Manager 所涉及的必要权限 ...... 514 创建并执行脚本...... 515 Command Manager 中的操作流程 ...... 516 执行 Command Manager 脚本...... 518 加密 Command Manager 脚本...... 521 项目和配置的锁定 ...... 522 处理语法错误 ...... 522 处理执行错误 ...... 523 超时错误 ...... 524 Command Manager 脚本语法...... 524 通过命令行运行 Command Manager...... 525 通过 OEM 软件使用 Command Manager ...... 526

13. 通过 Integrity Manager 简介...... 527 校验报表和文档什么是完整性测试 ? ...... 528 完整性测试类型...... 529 Intelligence Server 性能测试...... 530 使用 Integrity Manager 时的最佳实践方法...... 531 创建一个完整性测试 ...... 532 保存和载入测试...... 533 执行完整性测试...... 535 通过远程 Intelligence Server 执行测试 ...... 535

用 Integrity Manager 执行带提示的报表 ...... 536 在多个 MicroStrategy 用户帐户下执行测试 ...... 539 比对 SQL 时忽略动态 SQL ...... 541 匹配相等的 SQL 字符串...... 541 通过命令行执行测试 ...... 542 查看测试结果 ...... 544 查看并编辑备注...... 546 对图表式报表和 PDF 报表中的不同点进行分组...... 546 访问已保存的测试结果...... 547

14. 通过 Enterprise 简介...... 551 Manager 分析系统的使 Enterprise Manager 是什么 ? ...... 552 用情况使用 Enterprise Manager 时的最佳实践方法...... 553 理解 Enterprise Manager 的体系结构 ...... 553 Enterprise Manager 系统组件...... 554 Enterprise Manager 处理过程...... 555 安装和配置 Enterprise Manager ...... 556 安装和配置 Enterprise Manager 的最佳实践方法 ...... 557 MicroStrategy Enterprise Manager 前提条件...... 558 安装 Enterprise Manager ...... 559 配置项目以记录统计数据 ...... 559 创建 Enterprise Manager 元数据的数据库...... 560 运行 Enterprise Manager Console...... 560 升级 MicroStrategy Enterprise Manager...... 569 维护 MicroStrategy Enterprise Manager...... 570 数据载入 ...... 570 Enterprise Manager 维护任务...... 574 清除未使用的数据以提升数据仓库性能...... 577 Enterprise Manager 的报表制作 ...... 578 Enterprise Manager 报表制作的最佳实践方法...... 579 自定义 Enterprise Manager 报表以满足需求 ...... 580 仪表盘 ...... 581 操作分析 ...... 590 绩效分析 ...... 598 项目分析 ...... 601 实时分析 ...... 609 用户分析 ...... 610

15. 通过 Health Center 监简介...... 613 控 MicroStrategy 系统访问 Health Center Console ...... 614 配置并管理 Health Center 系统 ...... 614 配置 Health Center 系统所采用的最佳实践方法 ...... 614 主控健康状况代理 ...... 615 健康状况代理 ...... 616 添加健康状况代理到系统 ...... 617 诊断并修复问题...... 619 修复 Health Center 发现的问题 ...... 621 分析日志文件 ...... 621 收集并发送信息到 MicroStrategy 技术支持部...... 622 系统检查项目列表 ...... 623 适用于配置的系统检查...... 625 适用于 Desktop 的系统检查...... 625 适用于 Enterprise Manager 的系统检查 ...... 626 适用于 Intelligence Server 的系统检查 ...... 627 适用于 Narrowcast Server 的系统检查 ...... 630 适用于 MicroStrategy Web 产品的系统检查 ...... 632

16. 疑难解答简介...... 635 查找问题点的方法 ...... 636 通过诊断信息查找问题点 ...... 637 配置日志记录内容 ...... 638 查看并分析日志文件 ...... 649 分析服务器状态转储 ...... 652 内存损耗疑难解答 ...... 655 内存的基本概念...... 656 潜在的内存损耗问题 ...... 657 身份验证疑难解答 ...... 661 MicroStrategy Web 中的 Windows 验证疑难解答...... 661 登录服务器（3 层结构）项目源失败 ...... 662 LDAP 验证模式疑难解答...... 663 修正元数据中不一致的数据...... 667 对象从属性的疑难解答...... 670 日期 / 时间函数的疑难解答 ...... 671 性能方面的疑难解答 ...... 671 项目性能 ...... 671 框架更新性能 ...... 672

缓存监视器和智能立方体监视器的性能...... 672 从文件导入数据疑难解答 ...... 673 订阅和报表结果的疑难解答...... 673 钻取所得报表未返回数据或返回错误的数据 ...... 673 图表式报表结果...... 674 报表结果行数目...... 674 含提示的订阅未发生并且消失 ...... 674 订阅时发现联系人列表中不存在相应的联系人...... 675 SQL/MDX 字符串长度...... 675 自由格式 SQL 报表错误...... 676 国际化方面的疑难解答...... 677 对象显示的语言不同于项目或对象的默认语言...... 677 用户首选的语言缺省设置与项目默认语言 ...... 677 系统对象的自定义名称在升级后无法保留 ...... 677 启动 MicroStrategy Intelligence Server 失败 ...... 678 登录失败 ...... 678 Intelligence Server 激活失败...... 679 群集环境方面的疑难解答 ...... 679 群集环境下可能发生的问题...... 679 群集环境下的缓存 ...... 681 群集环境下的节点同步操作...... 681 统计日志记录疑难解答...... 682 统计信息未被记录 ...... 682 订阅和传递相关的统计信息...... 684 疑难解答的更多资源 ...... 685 MicroStrategy 自述文件和发行说明 ...... 685 MicroStrategy Knowledge Base...... 686 客户论坛 ...... 687 技术支持 ...... 688

17. MicroStrategy Web 和简介...... 689 Mobile 的管理 MicroStrategy Web 权限的分配 ...... 690 MicroStrategy Web 管理员页面的使用 ...... 691 控制管理员页面的访问...... 691 定义项目缺省值...... 693 载入并用于默认值 ...... 693 使用更多 MicroStrategy Web 和 Mobile 安全功能 ...... 694 防火墙的使用 ...... 695 SSL (HTTPS) 协议的运用...... 697

Cookies 的使用 ...... 698 使用加密技术 ...... 700 应用文件级别的安全策略 ...... 700 MicroStrategy 系统样例 ...... 702 在 Narrowcast Server 中集成 MicroStrategy Web 产品...... 703 让用户可以从 Web 安装 MicroStrategy Office ...... 704 配置和调整 MicroStrategy Web 产品过程中的常见问题 ...... 705

术语表 ...... 709

索引...... 723

关于本指南

本指南是系统管理员学习有关 MicroStrategy 商业智能系统的运用、部署、维护、调整和疑难解答的相关概念及高级步骤的主要资料。它全面讲解了系统管理员在实现企业内部用户间的广泛运用之前应考虑的几个概念。

如需关于 VLDB 属性、国际化以及 Intelligence Server 统计数据库词典等极少使用的功能或相关话题的更多参考信息，请参阅 Supplemental Reference for System Administration。

各章节提供的信息如下：

• 第 1 章 MicroStrategy 系统管理介绍本章主要提供了体系结构的概要以及 MicroStrategy 系统如何与各种内部组件 / 系统进行交互操作的相关知识。其中描述了 Intelligence Server 如何理解并使用数据仓库。还描述了 Intelligence Server 的概念， Intelligence Server 启动和关闭时将发生的操作， MicroStrategy 元数据的概念及其使用目的，以及 MicroStrategy 项目和 MicroStrategy 对象的概念。描述内容涉及数据库连接的各个方面，其中包括数据库实例、数据库连接以及 MicroStrategy 服务器的定义及其控制的内容。还涉及用于 MicroStrategy 系统的常见作业处理流程，其中包括报表执行、对象和元素的浏览以及 HTML 文档的执行。

• 第 2 章设置用户安全性本章涵盖了用户和用户组的定义、不同的验证模式及其运营方式、如何控制应用程序级别和数据库级别的数据访问以及如何控制应用程序功能的访问。示例部分展示了 MicroStrategy 系统和数据库管理系统中的安全功能组合形式如何结合使用。

本章还描述了如何管理 MicroStrategy Web 和 MicroStrategy Web Universal、产品需使用的 Web 相关权限、如何使用管理员页面，其中包括如何设置项目缺省值。此外，还描述了更多安全要求或可在 MicroStrategy Web 产品中使用的选项，其中包括数字证书或防火墙、安全套接字层等功能的使用。

• 第 3 章用户识别：身份验证身份验证是系统识别用户的过程。本章描述了 MicroStrategy 支持的验证模式，以及如何配置这些模式以支持您的用户社区。

• 第 4 章许可证的管理本章涵盖了配置用户可用的系统的相关知识。其中包括了系统部署所采用的最佳实践方法，以及如何采用 SMS 系统和无提示安装等简单的方式来安装系统； License Manager 的概念及其使用方式；以及在 MicroStrategy 环境中设置安全性。

• 第 5 章项目的管理在 MicroStrategy 系统中，项目指的是报表制作环境。本章提供了有关如何管理项目生命周期、如何复制项目，更新或复制项目对象，合并项目，比较并跟踪项目以及合并框架对象的相关信息。

• 第 6 章监控系统使用情况本章讲述了如何使用系统中可用的监视器来查看系统在任何时间所处的状态（之前或当前）。其中描述了 Enterprise Manager 如何通过监控可记录到日志文件的统计信息来实现此操作。

• 第 7 章调整系统以达到最佳性能本章提供的信息可帮助您权衡如何才能最大程度使用系统功能以便为一定数量的用户提供最佳的性能。

• 第 8 章多个 MicroStrategy 服务器的群集化一组群集的计算机可以为一组普通用户提供相关的成套功能或服务。 MicroStrategy 建议数据仓库的访问是一项关键任务且系统性能极为重要的环境下对多个 Intelligence Server 实行群集化操作。本章描述了如何群集多个 Intelligence Server，如何管理群集的项目以及如何连接 MicroStrategy Web 到一个群集。

• 第 9 章加速报表和文档的响应时间：缓存本章讲述了如何使用缓存和历史列表功能来提高系统效率并消除 Intelligence Server 上的负荷。其中描述了缓存在系统中的工作方式、存储位置、使用缓存所需匹配的要求、如何使用聚合表来创建预计算的数据、如何管理缓存，其中包括如何使缓存失效。还描述了历史列表的概念，如何在 Web 和 Desktop 中使用以及如何对历史列表进行管理。

• 第 10 章管理智能立方体您可以通过您的数据仓库获取数据并保存到 Intelligence Server 内存，而不是直接在报表中显示结果。接下来，这些数据可以作为一个单独的记忆式副本在多个用户创建的不同报表之间实现共享。通过共享的数据组创建的报表将通过记忆式副本（也叫做智能立方体）来执行。本章提供了了解并创建用户在执行报表和文档时所访问的智能立方体的相关详细信息。

• 第 11 章作业和管理任务的定期计划本章描述了如何对部分 MicroStrategy 作业和管理任务进行自动处理。自动处理方法包括报表、文档和管理任务的调度，以及使用 MicroStrategy Distribution Services 来通过邮件、文件和打印机订阅方式分布报表和文档。

• 第 12 章用 Command Manager 自动处理管理任务 Command Manager 可以让您通过使用可保存为脚本的文本命令来自动执行各种管理和应用程序部署任务。本章描述了如何创建并执行这些脚本。

• 第 13 章通过 Integrity Manager 校验报表和文档 Integrity Manager 是一款自动比对工具，专门设计用来精简 MicroStrategy 报表和文档的测试过程。它可以验证操作环境的变化并未导致报表结果发生变化，还可以测试 Intelligence Server 的性能。本章描述了如何配置 Integrity Manager 以及如何创建并执行完整性测试，并提供使用 Integrity Manager 的最佳实践方法。 • 第 14 章通过 Enterprise Manager 分析系统的使用情况

Enterprise Manager 提供了有关管理和优化 MicroStrategy 环境方方面面的颇有价值的见解。其中包括系统使用情况的历史概要。本章将向您介绍 Enterprise Manager，提供最佳实践方法并展示如何安装和配置 Enterprise Manager。其中描述了如何通过 Enterprise Manager 来分析统计信息并生成使用情况报表。

• 第 15 章通过 Health Center 监控 MicroStrategy 系统 MicroStrategy Health Center 可以帮助您诊断并修复您 MicroStrategy 系统存在的问题。它将检查已知问题并提供迅速的问题解决方案。本章描述了如何配置您的 Health Center 网络以及如何调度适用于 MicroStrategy 组件的系统检查。

• 第 16 章疑难解答本章提供了用于查找系统中的问题点并解决问题的高级方法。还描述了如何使用 Diagnostics and Performance Logging Tool 来帮助诊断系统中存在的瓶颈、内存损耗、意外错误或身份验证问题。

• 第 17 章 MicroStrategy Web 和 Mobile 的管理本章提供了管理 MicroStrategy Web Server、 Web Server Universal 和 Mobile Server 时所采取的部分独特管理任务的总括。

关于本工具书

本书被分为数个章节，每个章节都是从对该章节内容的简要概述开始。

随后的各章节内容提供了其他示例所在位置，并描述本书中为用户角色所设计的相关信息。

MicroStrategy Tutorial 项目中的日期随时更新以反映当前年份。本指  南中的示例文档和图片以及相关操作步骤可能是在 Tutorial 项目中已不用的日期创建的。请将其替换为您 Tutorial 项目中首年年份的数据。

附加格式

本指南以电子格式的发布形式在苹果公司电子书商店 iBookstore 推出，并且可以在装有 iBooks 应用程序的 iPhone 和 iPad 上进行阅读。要下载本电子书，请在 iBookstore 的搜索栏中输入书名，或者用您设备上的相机扫描下列二维条码。

如何查找业务演示场景和示例

本指南中所讨论的大多数概念通过业务场景或其他描述性示例来完成。

如需报表制作功能的示例，请参考 MicroStrategy Tutorial，其中包含了 MicroStrategy 的示例数据仓库、元数据和项目。有关 MicroStrategy Tutorial 的信息可在 MicroStrategy 初级报表制作指南中找到。

高级报表制作功能的详细示例可在 MicroStrategy 高级报表制作指南中找到。

本工具书中介绍的其他示例使用的是 Analytics Modules，其中包含一组预先创建的示例报表，这些报表分别来自不同的业务范围。示例报表用于上述业务范围分析的数据包括财务报表、人力资源和客户分析。

本指南中的新增内容

MicroStrategy 9.2.1

• 新版 Supplemental Reference for System Administration 中现已加入下列信息：

 VLDB 属性

 元数据和数据仓库的国际化

 权限

 MicroStrategy Web cookies

 Command Manager Runtime 语句语法指南

 Intelligence Server 统计表的数据词典 • 《系统管理指南》中现已加入下列信息：

 第 12 章用 Command Manager 自动处理管理任务

 第 13 章通过 Integrity Manager 校验报表和文档

 第 14 章通过 Enterprise Manager 分析系统的使用情况

 第 15 章通过 Health Center 监控 MicroStrategy 系统

MicroStrategy 9.2

• 用宏对邮件订阅和文件订阅的订阅名称和报表文档名称等值进行个性化设置（详见邮件和文件订阅的个性化设置（第 481 页）和文件位置的个性化设置（第 500 页））。

• 利用 Sharity™ 技术从 UNIX/Linux Intelligence Server 传递 Distribution Services 文件订阅到 Windows 文件位置（详见从 UNIX Intelligence Server 传递文件到 Windows 文件位置（第 501 页））。 • 利用新的许可权限分组“消耗”、“添加”和“协作”来控制对智能立方体的访问（详见可以为对象授予的访问权限（第 63 页））。 • 利用两种新的冲突解决规则从更新包导入对象：强制替换和删除（详见关于更新包（第 238 页））。 • 在 Object Manager 中，直接通过 “ 冲突解决 ” 对话框创建创建更新包，其中包含 “ 冲突解决 ” 对话框所显示的所有对象（详见如何创建项目更新包（第 240 页）和如何创建配置更新包（第 242 页））。

• 设置 MicroStrategy Web Services 的受信任验证以支持 MicroStrategy Office。详见用第三方验证模式启用 Web、 Mobile 和 Office 的单一登录（第 173 页）。 • 在 MicroStrategy Web、 Mobile 和 Office 中使用 Oblix 作为第三方验证提供程序。详见用第三方验证模式启用 Web、 Mobile 和 Office 的单一登录（第 173 页）。 • 通过限制索引大小以控制智能立方体大小。详见定义智能立方体索引限制（第 464 页）。 • 配置 Health Center 网络所采用的最佳实践方法的相关信息（详见配置 Health Center 系统所采用的最佳实践方法（第 614 页））。 • 新的 Health Center 系统用于检查 Intelligence Server 和 MicroStrategy Web 产品（详见系统检查项目列表（第 623 页））。 • 使用 Integrity Manager 时的最佳实践方法的相关信息（详见使用 Integrity Manager 时的最佳实践方法（第 531 页））。 • 在多个用户帐户下执行完整性测试（详见在多个 MicroStrategy 用户帐户下执行测试（第 539 页））。 • 回答完整性测试中的提示时采用个性化答案而不是默认的个性化答案（详见在提示中使用非默认的个性化答案（第 537 页））。

哪些用户须使用本指南？

本文档专为以下用户设计：

• 负责配置并维护 MicroStrategy 商业智能系统的系统管理员

• 需要理解数据库（比如数据仓库和元数据）与 MicroStrategy 系统的相互作用的数据库管理员

• 需要配置系统组件之间的网络连接的网络管理员

资源

文档

MicroStrategy 提供用户手册和联机帮助供您参考；这两种信息源分别提供了不同类型的信息，如下所示：

• 手册：总的来说， MicroStrategy 手册提供的内容如下：

 介绍信息及概念

 示例和图片

 入门操作的核对清单和高级步骤

访问各个手册的步骤详见访问手册以及其他文档资源（第 xxx 页）。大多数手册也已印刷成册。要购买印刷版的手册，请与您的 MicroStrategy 客户经理联系或者发送邮件至 [email protected]。

• 帮助：总的来说， “MicroStrategy 帮助 ” 提供的内容如下：

 详细操作流程步骤

 每一软件窗口中各个选项的描述

由于翻译所需时间的限制，英文以外的其他语言版本的手册可能包含  当前版本之前的信息。您可以参考每本手册标题页面上的版本号进行确认。如需最新的手册翻译，请参考 MicroStrategy 知识库。

MicroStrategy 概要和评估

• MicroStrategy 简介：评估指南安装、配置和使用 MicroStrategy Evaluation Edition 软件的操作指南。该指南中还包括了一个详细的 MicroStrategy 功能分步评估过程，教您如何利用 MicroStrategy Tutorial 项目及其示例业务数据执行报表操作。

• MicroStrategy 评估版快速入门指南安装和评估过程的概述以及一些附加资源。

• Evaluate MicroStrategy for Linux Guide：安装了 MicroStrategy Evaluation Edition Virtual Appliance 的 Microsoft Windows 或 Linux 环境

如何利用 MicroStrategy Evaluation Edition Virtual Appliance 在 Microsoft Windows 或 Linux 环境下评估 Linux 版的 MicroStrategy。该指南提供了有关下载、激活并评估在 Linux 环境下运行的 MicroStrategy 的所有详细消息。 • MicroStrategy Reporting Suite: Quick Start Guide

作为一项部门解决方案对 MicroStrategy 进行评估。提供关于如何下载、安装、配置和使用 MicroStrategy Reporting Suite 的详细信息。 • MicroStrategy Mobile Suite: Quick Start Guide

作为一项部门解决方案对 MicroStrategy Mobile 进行评估。提供关于如何下载、安装、配置和使用 MicroStrategy Mobile Suite 的详细信息。

查询、报表制作和分析的相关操作手册

• MicroStrategy 安装和配置指南有关在 Windows、 UNIX、 Linux 和 HP 平台安装和配置 MicroStrategy 产品的相关信息，包括基本的维护指南。 • MicroStrategy Upgrade Guide

升级现有 MicroStrategy 产品的相关操作指南。 • MicroStrategy Project Design Guide

提供有关创建和修改 MicroStrategy 项目的信息，并帮您理解事实、实体、层级、转换、高级框架和项目优化方案。

• MicroStrategy 初级报表制作指南 MicroStrategy Desktop 和 MicroStrategy Web 的入门操作指南，并了解如何分析报表中的数据。包括了创建报表、度量、筛选器和提示的基本知识。

• MicroStrategy 高级报表制作指南：增强您对商业智能的应用提供了有关建立在《初级报表制作指南》基础上的 MicroStrategy 系统中的高级话题的操作指南。上述话题包括报表、自由格式 SQL 报表、查询

生成器报表、筛选器、度量、 Data Mining Services、自由格式组、合并项和提示。

• MicroStrategy Report Services 文档分析指南：用 Report Services 文档进行数据分析

以 MicroStrategy 初级报表制作指南中所阐述的关于项目和报表的基本概念为基础，供商业分析师参考的有关如何在 MicroStrategy Desktop 和 MicroStrategy Web 中执行并分析文档的说明。

• MicroStrategy Report Services 文档创建指南：创建会议室质量级别的文档

以 MicroStrategy Report Services 文档分析指南中所描述的信息为基础，提供 Report Services 文档的设计和创建的相关说明。 • MicroStrategy OLAP Services Guide

提供了 MicroStrategy Intelligence Server 扩展服务之一的 MicroStrategy OLAP Services 的相关信息。 OLAP Services 的功能包括智能立方体、衍生度量、衍生元素、动态聚合、视图筛选器和动态来源。 • MicroStrategy Office User Guide

介绍如何使用 MicroStrategy Office 在 Microsoft® Excel、 PowerPoint®、 Word 和 Outlook 中操作 MicroStrategy 报表和文档，以及如何分析、格式化和分布业务数据。

• MicroStrategy Mobile Analysis Guide：用 MicroStrategy Mobile 进行数据分析

介绍如何使用 MicroStrategy Mobile 查看并分析数据，以及如何在移动设备上利用 MicroStrategy 报表执行其他商业活动。 • MicroStrategy Mobile Design and Administration Guide：移动式智能应用的平台有关 MicroStrategy Mobile 的安装和配置的信息和说明，以及供设计师使用的有关如何在 MicroStrategy Desktop 或 MicroStrategy Web 中创建可与 MicroStrategy Mobile 一起使用的有效报表和文档的说明。

• MicroStrategy 系统管理指南：MicroStrategy 商业智能系统的微调、监控以及疑难解答

MicroStrategy 商业智能系统的概念以及实施、部署、维护、微调以及疑难解答的高级步骤。

• MicroStrategy Supplemental Reference for System Administration：为管理员提供 VLDB 属性、国际化、用户权限以及其他补充信息配置 VLDB 属性并定义数据及元数据的国际化等的 MicroStrategy 管理任务的相关信息和说明，以及其他管理任务所需的参考资料 • MicroStrategy Functions Reference

函数语法和公式组件；在度量、筛选器、实体形式中使用函数的操作指南；业务场景中的函数示例。 • MicroStrategy MDX Cube Reporting Guide

有关在 MicroStrategy 中集成 MDX 立方体源的信息。您可以将 MDX 立方体资源中的数据集成到 MicroStrategy 项目和应用程序。

Analytics Modules 操作手册 • Analytics Modules Installation and Porting Guide • Customer Analysis Module Reference • Sales Force Analysis Module Reference • Financial Reporting Analysis Module Reference

• Sales and Distribution Analysis Module Reference • Human Resources Analysis Module Reference

Narrowcast Services 产品操作手册 • MicroStrategy Narrowcast Server Getting Started Guide

教程操作指南，帮助您了解 Narrowcast Server 界面和功能。 • MicroStrategy Narrowcast Server Installation and Configuration Guide

MicroStrategy Narrowcast Server 的安装和配置信息。 • MicroStrategy Narrowcast Server Application Designer Guide

Narrowcast Server 应用程序的基础设计知识。 • MicroStrategy Narrowcast Server System Administrator Guide

Narrowcast Server 的概念以及实施、维护、微调以及疑难解答的高级步骤。

• MicroStrategy Narrowcast Server Upgrade Guide

升级现有 Narrowcast Server 产品的相关操作指南。

Software Development Kits

• MicroStrategy Developer Library (MSDL)

提供可帮助您了解 MicroStrategy SDK 的相关信息，包括体系结构、对象模型、自定义场景、代码示例等的详细信息。 • MicroStrategy Web SDK

Web SDK 可在 MicroStrategy Developer Library 中找到 , 作为  MicroStrategy SDK 产品的一部分进行销售。 • Narrowcast Server SDK Guide

自定义 Narrowcast Server 功能、在 Narrowcast Server 中集成其他系统以及在其他应用程序中嵌入 Narrowcast Server 功能的操作指南。提供 Narrowcast Server Delivery Engine 和 Subscription Portal APIs, 以及 Narrowcast Server SPI 的相关资料。

MicroStrategy Portlets 说明文档 • Enterprise Portal Integration Help

该文档所提供的信息包括帮助在您的企业门户网站上运用和部署 MicroStrategy 商业智能应用程序，以及安装和配置几个重要企业门户服务器适用的即开即用 MicroStrategy Portlets 的相关说明。

此资源可从 MicroStrategy Product Manuals 页面进行访问，详见访问手册以及其他文档资源（第 xxx 页）。

MicroStrategy GIS Connector 说明文档 • GIS Integration Help

该文档所提供的信息包括帮助您在 MicroStrategy 中集成 Geospatial Information Systems (GIS) 系统，以及有关集成 ESRI 地图服务的特定示例。此资源可从 MicroStrategy Product Manuals 页面进行访问，详见访问手册以及其他文档资源（第 xxx 页）。

帮助

每一款 MicroStrategy 产品均包含一个集成的帮助系统用以对产品各种界面操作以及可通过产品完成的任务进行补充说明。

部分 MicroStrategy 帮助系统需要 Web 浏览器才能查看。如需了解支持的 Web 浏览器，请参阅 MicroStrategy 自述文件。

MicroStrategy 提供几种访问帮助文件的方式： • 帮助按钮：使用 “ 帮助 ” 按钮或问号图标（?）大多数软件窗口中可使用帮助按钮或问号 (?) 来查看该窗口的相关帮助信息。 • 帮助菜单：通过任意窗口顶部的帮助菜单或链接选择 MicroStrategy 帮助以查看帮助系统的目录、搜索框和索引。

• F1 键：按 F1 键查看您正在浏览的软件窗口中各个选项的区分上下文的帮助描述信息。

在 MicroStrategy Web、 MicroStrategy Web Administrator 和  MicroStrategy Mobile Server 中，可以按 F1 键打开您当前用来访问上述 MicroStrategy 界面的 Web 浏览器的相关上下文相关的帮助。单击 “ 帮助 ” 菜单或问号图标（？）来访问上述 MicroStrategy 界面相关的帮助。

访问手册以及其他文档资源

产品操作手册位于 MicroStrategy 光盘或已安装 MicroStrategy 的计算机中。必须安装 Adobe Acrobat Reader 才能查看这些手册。如果您的计算机  上尚未安装 Acrobat Reader，请从 http://get.adobe.com/reader/ 网站下载。

MicroStrategy 初级报表制作指南是适用于所有用户的最佳入门级操作手册。

要访问已安装的文档以及其他文档资源，详见以下操作步骤：

• 如何在 Windows 系统上访问手册以及其他文档资源（第 xxxi 页） • 如何在 UNIX 和 Linux 系统上访问手册以及其他文档资源（第 xxxi 页）

如何在 Windows 系统上访问手册以及其他文档资源

1 在 Windows 启动菜单中，依次选择程序（或所有程序）、 MicroStrategy、 Product Manuals。您的浏览器中将打开一个页面，显示可用的 PDF 格式手册及其他文档资源的列表。

2 单击所需的手册或其他文档资源的链接。

3 如果单击 Narrowcast Services SDK Guide 的链接，“ 文件下载 ” 对话框则会打开。此文档资源必须通过下载才能阅读。选择在当前位置打开此文件，然后单击确定。

如果 Acrobat (PDF) 手册左侧书签没有显示，请从查看菜单中单击书  签和页面。此步骤根据您的 Adobe Acrobat Reader 版本会略有不同。

如何在 UNIX 和 Linux 系统上访问手册以及其他文档资源

1 在您的 UNIX 或 Linux 计算机上导航至 MicroStrategy 安装目录。默认位置是 /opt/MicroStrategy，如果您没有 /opt/MicroStrategy 的写入权限则是 $HOME/MicroStrategy/install。

2 从 MicroStrategy 安装目录打开 Documentation 文件夹。

3 在 Web 浏览器中打开 Product_Manuals.htm 文件。您的浏览器中将打开一个页面，显示可用的 PDF 格式手册及其他文档资源的列表。

4 单击所需的手册或其他文档资源的链接。

5 如果单击 Narrowcast Services SDK Guide 的链接，“ 文件下载 ” 对话框则会打开。此文档资源必须通过下载才能阅读。选择在当前位置打开此文件，然后单击确定。

如果 Acrobat (PDF) 手册左侧书签没有显示，请从查看菜单中单击书  签和页面。此步骤根据您的 Adobe Acrobat Reader 版本会略有不同。

文档标准

MicroStrategy 联机帮助和 PDF 手册（提供在线和打印格式）利用相关标准帮助您标识特定类型的内容。这些标准如下表所示：

这些标准可能因本册的语言版本而略有不同；部分语言版本中的规则  将取代下表内容。

类型指示

粗体 • 表示按钮名、复选框、选项、列表和菜单，是操作重点内容或这些 GUI 元素列表及其定义的组成部分 • 用户输入文本示例：单击选择数据仓库。示例：输入 cmdmgr -f scriptfile.scp 然后按 ENTER。

斜体 • 文本及词汇表中新定义的术语 • 其他产品手册的名称 • 如果是命令语法的一部分，表示用户要替换的变量信息示例：聚合级别表示的是该度量的计算级别。示例：输入 copy c:\filename d:\foldername\filename

Courier • 计算字体 • 代码示例 • 注册表项 • 路径和文件名 • URL • 屏幕中显示的消息示例：Sum(revenue)/number of months

+ 键盘命令通常需要使用一个键以上的组合键（例如， SHIFT+F1）。   备注图标表示特殊情况下的有用信息。  警告图标告诉您重要信息，如潜在的安全风险；继续操作前必须阅读这些信息。

教育

MicroStrategy Education Services 提供全面的教材以及高级教育顾问服务。来自超过 800 家不同组织机构的众多客户和合作伙伴已从 MicroStrategy 简介中受益。

可以帮助您为使用本手册做准备或寻找本手册中的某些信息的课程包括：

• MicroStrategy 的运用：开发和部署

• MicroStrategy 管理

如需教育服务和课程安排相关的最新的详细信息，请访 http://www.microstrategy.com/Education。

咨询服务

MicroStrategy Consulting Services 提供几种成熟的高端科技解决方案运用方式。提供内容包括复杂的安全性体系结构设计方案，性能和优化、项目和测试对策及推荐方案、战略性计划等众多形式。如需所提供的咨询服务的相关详细描述，请访问 http://www.microstrategy.com/Consulting。

国际支持

MicroStrategy 支持几个区域设置。对区域设置的支持通常包括本地数据库和操作系统的支持，支持日期格式、数字格式、货币符号，以及已翻译界面和某些文档的可用性。

MicroStrategy 已认证下列语言的同类配置（所有组件基于同一区域设置） —— 英语（美国）、法语、德语、意大利语、日语、韩语、葡萄牙语（巴西语）、西班牙语、中文（简体）、中文（繁体）、丹麦语和瑞典语。上述每种语言均包括已翻译的用户界面。如需了解各个 MicroStrategy 系统组件支持的特定语言相关信息，请参阅 MicroStrategy 自述文件。

MicroStrategy 同时提供异构配置（部分组件可能基于不同的区域设置）的有限支持。如需更多详细信息，请与 MicroStrategy 技术支持部联系。

上述每种语言均包括已翻译的用户界面。

技术支持

如果您对某款特定的 MicroStrategy 产品有疑问，请通过以下方式查询：

1 参考产品指南、帮助文件和自述文件。详见上述各个文件的访问方式。

2 参考 MicroStrategy 在线知识库，网址是 https://resource.microstrategy.com/support。  您组织内的技术管理员也许能够帮助您快速解决您的问题。

3 如果上述步骤中的资源列表无法提供解决对策，请直接与 MicroStrategy 技术支持部联系。为确保与 MicroStrategy 技术支持部保持最有效的合作关系，请仔细阅读 http://www.microstrategy.com/Support/Policies 中相应语言的 “ 策略和程序 ” 文档。请参考购买协议中的条款以决定适合您的技术支持类型。

您可以通过您公司的技术支持联络员与 MicroStrategy 技术支持部取得联系。 “ 技术支持联络员 ” 是指您公司指定协助与 MicroStrategy 技术支持人员取得联络的桥梁型人物。所有客户查询以及案例交流必须通过这些指名的技术支持人员。您公司可指定两名员工作为他们的技术支持联络员并且事先向 MicroStrategy 技术支持部提交书面说明便可以要求每年更换两次技术支持联络员。

我们建议您只限定指派具备 MicroStrategy 管理员权限的技术支持联络员。这可以消除安全上的冲突并提高案例解决效率。在疑难解答和问题调查期间 ,MicroStrategy 技术支持人员可能需要开具介绍信 , 要求具备 MicroStrategy 内部的相关管理员权限或假设指派的联络员具备一定的安全级别以允许他们完全操作 MicroStrategy 项目并有权访问可能的敏感项目数据 , 如安全性筛选器的定义。

确保问题快速解决

通过 MicroStrategy 技术支持主页登记案例前，技术支持联络员将通过以下步骤确保您的问题快速地得到解决：

1 验证问题是由 MicroStrategy 软件引起，而非第三方软件。

2 通过 http://www.microstrategy.com/Support/Expiration.asp 检查产品支持服务有效期日程以验证系统所使用的是当前 MicroStrategy 软件所支持的版本。

3 尝试重现问题并判断问题是否始终出现。

4 最大程度降低系统或项目对象定义的复杂性以隔离导致问题的原因。

5 判断问题是在本地计算机产生还是客户操作系统上的多台计算机上产生。

6 可在 MicroStrategy 客户论坛 https://resource.microstrategy.com/forum/ 上发布相关问题并与其他用户共同探讨。

下表是 MicroStrategy 技术支持部的联系方式和联系时间。如果您的技术支持联络员无法通过电话方式在 MicroStrategy 技术支持部的工作时间与其取得联

系，技术支持联络员可使用在线支持界面进行语音留言，发送电子邮件或传真，或者登记案例。个别技术支持中心逢节假日停止营业。

北美电子邮件：[email protected] 网址：https://resource.microstrategy.com/support 传真：（703） 842-8709 电话：（703） 848-8700 服务时间：9:00 A.M.–7:00 P.M. 东部时间，周一至周五（节假日除外）

中东欧地区：电子邮件：[email protected] 欧洲网址：https://resource.microstrategy.com/support

中东地区传真：+44 (0) 208 711 2525 欧洲技术支持中心在各国的国定公共假期不提供服务。非洲电话： • 比利时：+ 32 2792 0436 • 法国：+33 17 099 4737 • 德国：+49 22 16501 0609 • 爱尔兰：+353 1436 0916 • 意大利：+39 023626 9668 • 波兰：+48 22 321 8680 • 斯堪的纳维亚及芬兰：+46 8505 20421 • 西班牙：+34 91788 9852 • 荷兰：+31 20 794 8425 • 英国：+44 (0) 208 080 2182 • 国际经销商：+44 (0) 208 080 2183 服务时间： • 英国：9:00 A.M.-6:00 P.M. GMT，周一至周五（节假日除外） • 中东欧地区（英国除外）：9:00 A.M.-6:00 P.M. CET，周一至周五（节假日除外）

亚太地区电子邮件：[email protected] 网址：https://resource.microstrategy.com/support 电话： • 澳大利亚：+61 2 9333 6499 • 韩国：+82 2 560 6565 传真：+82 2 560 6555 • 日本：+81 3 3511 6720 传真：+81 3 3511 6740 • 新加坡：+65 6303 8969 传真：+65 6303 8999 • 亚太地区（澳大利亚、日本、韩国和新加坡除外）：+86 571 8526 8067 传真：+86 571 8848 0977 服务时间： • 日本及韩国：9:00 A.M.-6:00 P.M. JST （东京），周一至周五（节假日除外） • 亚太地区（日本和韩国除外）：上午 7 点 - 下午 6 点（新加坡），周一至周五（节假日除外）

拉丁美洲电子邮件：[email protected] 网址：https://resource.microstrategy.com/support 电话： • 拉丁美洲（巴西和阿根廷除外）：+54 11 5222 9360 传真：+54 11 5222 9355 • 阿根廷：0 800 444 MSTR 传真：+54 11 5222 9355 • 巴西：+55 11 3054 1010 传真：+55 11 3044 4088 服务时间： • 拉丁美洲（巴西除外）：9:00 A.M.–7:00 P.M. （布宜诺斯艾利斯），周一至周五（节假日除外） • 巴西：9 A.M. - 6 P.M. （圣保罗），周一至周五（节假日除外）

技术支持联络员的联系对象必须是他们获取 MicroStrategy 软件许可证的技术支持中心或他们被指派的所在技术支持中心。

电话咨询时需提供的信息

联系 MicroStrategy 技术支持部时，请提供以下信息： • 个人信息：

 姓名（全名）

 公司和客户所在地（如果与公司所在地不同）

 联系方式（电话和传真号码、电子邮件地址）

• 案例详细信息：

 配置信息，包括 MicroStrategy 软件产品和版本号

 包括故障、错误消息和目前疑难解答所采取的步骤的完整案例描述

• 系统 / 系统影响

如果这是技术支持联络员首次电话咨询，他们必须提供以下信息：

• 街道地址 • 电话号码 • 传真号码 • 电子邮件地址

要快速有效地帮助技术支持代表解决问题，请提供以下附加信息：

• 案例编号：请保存好通过 MicroStrategy 技术支持网站登记问题时所指定的登记号码并在查询现有问题时总是提供这个号码。

• 您正在使用的 MicroStrategy 软件产品的版本号以及产品注册号 • 案例描述：

 什么导致发生这种情况？

 这种情况是偶尔发生还是每次执行某个特定操作时发生？

 这种情况是在所有电脑上发生还是仅在一台电脑上发生？

 第一次发生这种情况是什么时候？

 第一次发生这种情况之前发生过其他什么事件(例如,主板加载、数据库移动、软件更新 )？

 如果出现过错误消息，请提供具体消息内容。

 您采取了什么步骤来隔离并解决该问题？结果如何？

• 系统配置（所需的信息取决于问题的本质；不是所以以下问题都必要的）：

 电脑硬件规格（处理器速度、 RAM、磁盘空间等）

 使用的网络协议

 ODBC 驱动程序制造商和版本

 数据库网关软件版本

 （MicroStrategy Web 相关问题）浏览器制造商和版本

 （MicroStrategy Web 相关问题） Web 服务器制造商和版本

如果问题需要附加的调查和测试，技术支持联络员和 MicroStrategy 技术支持代表必须就一定的操作内容达成共识才能执行。联系 MicroStrategy 技术支部咨询本问题前技术支持联络员必须执行所有认可的操作。如果技术支持代表负责某项操作内容，技术支持联络员可以在任何时间致电 MicroStrategy 技术支持部以查询问题处理状态。

问题反馈

请将您对 MicroStrategy 产品用户文档的评论及建议以邮件形式发送至：

[email protected]

请将您对产品改进的建议以邮件形式发送至：

[email protected]

当您想我们提供问题反馈时，请用全名以及您当前所使用的产品版本号。您所反馈的宝贵意见将对我们日后发行版本有重要意义。

1.MICROSTRATEGY 系统管理介绍

简介

本章概述了 MicroStrategy 系统体系结构中的主要组件，并提供了用户管理 MicroStrategy 系统所需的部分基本理念的简要概述。

本章中涉及的讨论内容包括：

• MicroStrategy 系统管理最佳实践方法（第 2 页） • 理解 MicroStrategy 的体系结构（第 3 页） • 与数据库的通讯（第 7 页） • Intelligence Server 的管理（第 12 页） • 管理并监视项目（第 25 页） • 作业处理（第 33 页） • 自动安装技术的使用（第 49 页） • 部署系统前的安全核查清单（第 51 页）

MicroStrategy 系统管理最佳实践方法

MicroStrategy 建议采用下列最佳实践方法来保持您的系统顺畅且有效地运行：

• 请使用开发、测试、生产项目生命周期全面测试您的报表、度量以及其他对象后再发布这些对象给用户。如需项目生命周期的深入解释，请参阅项目的生命周期（第 208 页）。 • 如果您需要将管理职责委派给多个用户，您可以为每种类型的管理员创建独立的安全角色，并将这些角色分配给相应的用户。为此， MicroStrategy 产品自带一系列预定义的安全管理角色。如需更多关于这些安全角色的信息，请参阅基于角色的管理模型（第 76 页）。如需关于 MicroStrategy 安全模型及其用户和权限的介绍，请参阅第 2 章设置用户安全性。

• Intelligence Server 启动并运行后，您可以调整服务器的管理设置以更好地适应您的操作环境。如需关于上述设置的详细信息，请参阅第 7 章调整系统以达到最佳性能。

您可以使用 Enterprise Manager 来监控 Intelligence Server 性能各  方面的情况。 Enterprise Manager 是一个 MicroStrategy 项目，它使用 Intelligence Server 统计数据库作为自身的数据仓库。有关 Enterprise Manager 的相关信息，请参阅第 14 章通过 Enterprise Manager 分析系统的使用情况。 • 如果您有多台可运行 Intelligence Server 的计算机，您可以群集这些计算机以便提高性能和稳定性。如需包括操作说明在内的有关群集操作的详细信息，请参阅第 8 章多个 MicroStrategy 服务器的群集化。 • 为常用报表和文档创建缓存以减少数据库负荷并改善系统响应时间。如需包括如何设置缓存的操作说明在内的有关缓存的信息，请参阅第 9 章加速报表和文档的响应时间：缓存。在智能立方体上创建报表也可以很大程度上提升报表的处理速度。  智能立方体是 Intelligence Server 上的 OLAP Services 附加项的一个部分。如需智能立方体的概要，请参阅第 10 章管理智能立方体。

• 预定要在非高峰期运行的管理任务以及报表，以防止对系统性能造成负面影响。如需关于预定报表和管理任务的操作说明，请参阅第 11 章作业和管理任务的定期计划。

您可以通过 Distribution Services 附加项将报表和文档自动传送到  Intelligence Server。如需 Intelligence Server 的概要，请参阅用 Distribution Services 调度邮件、文件和打印机的传递内容（第 487 页）。

理解 MicroStrategy 的体系结构

MicroStrategy 系统构建在 3 层或 4 层结构基础之上。下图形象描述了一个 4 层系统的结构。

• 最底部是第一层，由两个数据库构成：数据仓库（Warehouse） —— 包含您的用户所分析的信息， MicroStrategy 元数据（Metadata） —— 包含与您的 MicroStrategy 项目有关的信息。如需这些数据库的说明，请参阅信息的存储：数据仓库（第 4 页）和创建索引数据：MicroStrategy 元数据（第 4 页）。 • 第二层由 MicroStrategy Intelligence Server 构成，它将根据数据仓库来执行您的报表。如需 Intelligence Server 的说明，请参阅数据的处理： Intelligence Server （第 5 页）。

如果 MicroStrategy Desktop 用户通过 2 层项目源来连接（亦称作  直接连接方式），则无需 Intelligence Server 便能访问数据仓库。如需更多关于 2 层项目源的信息，请参考总结：项目和项目源（第 6 页）。 • 此系统中的第 3 层是 MicroStrategy Web Server，用于传送报表到 MicroStrategy Web 客户端。如需 MicroStrategy Web Server 的说明，请参阅第 17 章 MicroStrategy Web 和 Mobile 的管理。 • 最后一层是 MicroStrategy Web 客户端，为用户提供文档和报表。在一个 3 层系统中， MicroStrategy Desktop 则是处于系统的最后  一层。

如需有关 BI （商业智能）体系结构的更完整的讨论，请参阅 MicroStrategy Project Design Guide 中的第一章。

信息的存储：数据仓库

数据仓库是构建 MicroStrategy 系统的基础内容。它存储着您和您的用户通过 MicroStrategy 系统所分析的所有信息。此信息通常要用释放、转换以及加载（ETL）过程来完成在数据仓库的存放或加载。您的在线事务处理操作（OLTP）系统通常是 ETL 过程所使用的原始数据的主要来源。

作为系统管理员，则需了解哪个关系数据库管理系统（RDBMS）负责管理您的数据仓库， MicroStrategy 系统如何访问数据仓库（所在的计算机、连接数据库时所使用的 ODBC 驱动程序和数据源名称），以及加载数据仓库时所发生的操作（比如运行脚本以使 Intelligence Server 中的缓存失效。）这些内容稍后将在本指南的其他章节中作讨论。

创建索引数据：MicroStrategy 元数据

MicroStrategy 元数据与存储在您数据仓库中的信息的路线图或索引类似。 MicroStrategy 系统使用元数据以便确定搜索信息时所使用的数据仓库。它还存储了其他类型的对象以允许您访问这些信息。请见如下讨论：

元数据驻留在一个叫做元数据资料库的数据库中，它与数据仓库是不同的概念。该数据库可在执行 MicroStrategy Configuration Wizard 的过程中创建。所有元数据信息均被加密并存储在 MicroStrategy 所定义的数据库表中。

如需更多关于运行 MicroStrategy Configuration Wizard 的相关信息，  请参阅 MicroStrategy 安装和配置指南。

为了帮助解释 MicroStrategy 系统如何使用元数据来完成工作，可以设想用户即将运行一份含某地区特定季度总收益的报表。该元数据存储着有关收益度量的计算方式的信息，数据仓库中用于说明某地区数据的行以及数据表的相关信息以及最有效的信息检索方式。

物理数据仓库框架是一种概念工具，以可视化方式呈现信息在数据仓库中的位置时的关键因素。其中包括实际存储位置（表和列），以及查找表和关系表等帮助系统有效访问此类信息的映射图。在 MicroStrategy 元数据中创建框架对象的用户必须引用物理数据仓库框架。因此，对象并不存储在元数据中的某个位置，而是以隐式方式存在于元数据中框架对象的定义中。  有关物理数据仓库框架的角色的解释可参考初级报表制作指南。

元数据中除了存在隐式物理数据仓库框架，还存在下列类型的对象：

• 框架对象通常是由项目设计师或架构师在逻辑模型和物理模型的基础上创建的对象。事实、实体以及层级均属于框架对象。这些对象在 MicroStrategy Architect 中开发，并且可以通过 MicroStrategy Desktop 来访问。 MicroStrategy Project Design Guide 中专门对框架对象进行解释。

• 应用程序对象是运行报表所必须的对象。这些对象通常由报表设计师创建，且能包含报表、报表模板、筛选器、度量、提示等内容。这些对象必须在 MicroStrategy Desktop 或 Command Manager 上创建。 MicroStrategy 初级报表制作指南和高级报表制作指南对应用程序对象做了专门的解释。

• 配置对象是有关管理和连通性的对象。这些对象需通过管理员在 MicroStrategy Desktop （或 Command Manager）中更改 Intelligence Server 配置或项目配置来实现管理。举例来说，配置对象包括用户、组、服务器定义等。 MicroStrategy 系统管理指南中主要涵盖了配置对象的解释。

数据的处理：Intelligence Server

Intelligence Server 位于 MicroStrategy 系统的第二层。它必须处于运行状态才能允许用户通过 MicroStrategy Web 或 Desktop 等 MicroStrategy 客户端获取数据仓库中的信息。

Intelligence Server 是 MicroStrategy 系统核心。它将根据数据仓库来执行存储在元数据中的报表，并将这些报表的结果传递给用户。如需关于 Intelligence Server 的详细信息，以及启用和停用的方法，请参阅 Intelligence Server 的管理（第 12 页）。

服务器定义是 Intelligence Server 及其所有配置设置的一个实例。元数据中可存储多项服务器定义，但在一台指定计算机上一次只能运行一个定义。如果要让多台计算机指向同一个元数据，您必须群集这些计算机。如需包括如何群集多个 Intelligence Server 在内的更多有关群集操作的信息，请参阅第 8 章多个 MicroStrategy 服务器的群集化。使多个 Intelligence Server 指向同一个元数据而不进行群集的话可能导  致元数据的不一致性。由于无法支持此配置， MicroStrategy 强烈建议用户不要以此方式配置系统。

服务器定义信息包括：

• 元数据连通性信息，比如：

 元数据 DSN

 元数据 ID 和加密的密码 • MicroStrategy 管理员用户名 • MicroStrategy Intelligence Server 配置设置 —— 在 MicroStrategy Desktop 中设置

总结：项目和项目源

MicroStrategy 项目是一种对象，您可以从中定义所有框架对象和应用程序对象，从而提供灵活的报表制作环境。项目的元数据资料库通过您构建项目时所使用的项目源来创建。项目的数据仓库通过关联项目与相应的数据库实例来进行指定。如需更多关于项目的详细信息，以及创建项目的操作说明，请参阅 MicroStrategy Project Design Guide。

您可以使用 System Administration Monitor 来管理您的项目。如需详细信息，请参阅管理并监视项目（第 25 页）。

项目源是存储在 MicroStrategy Desktop 中的一个容器，用于定义 Desktop 访问元数据资料库的方式。可以把项目源想象为一个或多个存储在元数据资料库中的项目的指针。

项目源的类型有两种，基于它们所代表的连接类型予以定义： • 服务器连接，或称 3 层结构，用于指定要连接的 Intelligence Server。

• 直接连接，或称 2 层结构，这种连接方式将绕过 Intelligence Server 并允许 MicroStrategy Desktop 直接连接到 MicroStrategy 元数据以及数据仓库。注意这一点是项目设计和测试的主要内容。由于这种类型的连接方式绕过 Intelligence Server 进行连接，因此可以帮助防止系统超负荷工作的缓存和限制等重要性能将不可用。

在较早的系统中，您可能会遇到 6.x 项目连接方式（也叫做 2 层结  构），这种方式将以只读模式直接连接到版本为 6 的 MicroStrategy 项目。

如需更多关于项目源的相关信息，请参阅 MicroStrategy 安装和配置指南。

与数据库的通讯

要成功配置您的系统，必须与 MicroStrategy 元数据建立连接，以及与包含您所要报告的业务信息所在的数据仓库建立连接。关于这些操作流程介绍可参考 MicroStrategy 安装和配置指南。

首次安装并配置您的 MicroStrategy 软件时， MicroStrategy Configuration Wizard 会自动设置上述部分连接，但您仍需进一步微调这些配置。如需了解如何管理数据库连接的相关说明，请参阅监视数据库实例连接（第 9 页）。

与 MicroStrategy 元数据的连接

MicroStrategy 用户需要连接到元数据才能访问项目，创建对象并执行报表。 MicroStrategy Intelligence Server 启动时将通过读取服务器定义注册表内容来与元数据建立连接。但是，这一连接仅仅是整个连接过程的一小部分操作。

请考虑清楚以下问题：

• MicroStrategy Desktop 用户以什么方式访问元数据？ • 用户如何才能连接到 MicroStrategy Intelligence Server？ • 连接信息保存在什么位置？

下图描述了 MicroStrategy 元数据（第一层）、 Intelligence Server （第二层）、 MicroStrategy Desktop （第三层）之间的 3 层元数据的连接。

在一个服务器（3 层结构）环境下， MicroStrategy Desktop 元数据的连接通过项目源来实现。如需创建项目源所需的步骤，请参阅 MicroStrategy 安装和配置指南。

您也可以在 MicroStrategy Desktop 中使用项目源管理器来创建并编辑项目。使用项目源管理器时，必须指定所要连接的 MicroStrategy Intelligence Server。 MicroStrategy Desktop 用户需要通过此连接来检索元数据信息。 MicroStrategy Desktop 连接信息存储在 MicroStrategy Desktop 计算  机注册表中。

与数据仓库的连接

与元数据建立连接后，您必须创建与数据仓库的连接。此操作通常在最初的软件安装和配置过程中执行，并且可以通过在 MicroStrategy Desktop 中执行下列操作流程来实现：

• 创建数据库实例：在 Desktop 中创建的一种对象，用于表示数据仓库的连接。数据库实例用于指定连接信息，例如数据仓库 DSN、登录 ID 和密码以及其他数据仓库特定信息。

• 创建数据库连接：指定用于访问数据仓库的 DSN 和数据库登录帐户。数据库指定了一个数据库连接作为 MicroStrategy 用户的默认连接。

• 创建数据库登录帐户：指定用于访问数据仓库的 ID 和密码。该数据库登录帐户将覆盖存储在 DSN 中的所有登录信息。 • 用户连接映射：MicroStrategy 用户映射到数据库连接和数据库登录帐户的过程。要执行报表，必须将 MicroStrategy 用户映射到数据库连接和数据库登录帐户。

如需连接到数据仓库所需的步骤，请参阅 MicroStrategy 安装和配置指南。

数据库连接缓存

与数据库建立连接以及断开连接将导致产生一定量的过负荷操作，致使高并发的系统中出现较小但可察觉的性能降低的情况。有了连接缓存， MicroStrategy Intelligence Server 则可以重复使用数据库连接。这将最大程度上减少重复数据库连接以及断开连接的操作相关的系统负荷。

连接可以以下一种状态出现：

• 忙碌：连接正在提交查询到数据库 • 已缓存：与数据库的连接仍处于活动的状态，但并未提交查询到数据库

已缓存的连接将在满足下列条件时用于一个作业：

• 已缓存的连接所对应的连接字符串与将要用于作业的连接字符串相匹配。 • 已缓存的连接所对应的驱动模式（多进程相对于多线程）与将要用于作业的驱动模式相匹配。

Intelligence Server 不会对任何与其关联的前期或后期 SQL 语句所在  的连接进行缓存，因为这些选项可能很大程度上改变连接状态。

监视数据库实例连接

数据仓库的数据库连接将在用户任意时间执行一个未缓存的报表或浏览未缓存的元素时进行初始化。数据库连接监视器让您可以查看处于忙碌状态且已缓存的数据仓库连接的数量。您可以查看数据库实例的名称，当前使用连接的用户以及用于连接数据库的数据库登录帐户。

如果数据库连接已缓存，Intelligence Server 与数据仓库的 ODBC 连接仍处于开放的状态。但是，如果数据仓库连接超出了连接超时限制或生命周期范围

（可在数据库连接对话框中的高级选项卡上进行设置），则 ODBC 连接将关闭并且不再显示在数据库连接监视器中。

如何查看当前的数据库连接

1 在 Desktop 中登录一个项目源。您必须以具有数据库连接监视权限的用户身份来登录。

2 依次展开管理、系统监视器，并选择数据库连接。数据库连接信息将显示在屏幕右方。

如何删除一个数据库连接

在数据库连接监视器中，右键单击连接并选择断开连接。

统一数据库访问控制的优势

所有数据库连接都由 MicroStrategy Intelligence Server 进行处理，从而对数据库访问的控制提供了统一化的管理。统一化控制后的优点包括：

• 客户端无需连接 —— 系统中所有与数据库的连接都将通过 Intelligence Server 实现。这意味着只有 Intelligence Server 计算机需要数据库连接。同时消除了对客户端以及服务器所在计算机上一致的连接配置的依赖。这使大型系统的设置、部署和管理变得简单。

• 连接缓存 —— 与数据库建立连接以及断开连接将导致产生一定量的过负荷操作，致使高并发的系统中出现较小但可察觉的性能降低的情况。有了连接缓存， Intelligence Server 则可以重复使用数据库连接。这将最大程度上减少重复数据库连接以及断开连接的操作相关的系统负荷。

• 工作量限制 —— 由于只有 Intelligence Server 能连接到数据库，从而确保了不会有数据库因为用户的请求而超负荷。这对于数据仓库来说极为重要。

• 用户连接映射 ——Intelligence Server 可以将 MicroStrategy 用户和用户组映射到数据仓库登录 ID。这一操作允许多个用户使用同一个数据库登录帐户来访问数据库。

• 简便的管理/监视——由于所有数据库连接均由 Intelligence Server 进行处理，因此跟踪系统中所有数据库的所有连接较为简单。

• 数据库访问的优先级 —— 您可以根据用户、项目、估算的作业成本或这些项的任意组合来对访问优先级进行设置。

• 多进程执行 —— 在多进程模式下可运行意味着其中一个进程失败时（比如丢失或挂起的数据库访问线程），其他进程不受影响。

• 数据库优化 —— 通过使用 VLDB 属性， Intelligence Server 可以充分利用不同的数据库服务器所提供的独特的性能优化选项。

更新 ODBC 连接所需的 VLDB 属性

VLDB 属性允许 MicroStrategy Intelligence Server 充分利用不同数据库所提供的独特优化选项。根据数据库类型的不同，这些属性可以影响 Intelligence Server 处理诸如下列任务的方式： • 联接选项，比如星型联接和完全外部联接

• 度量计算选项，比如何时检查 NULL 值和零值。 • 前期 / 后期 SQL 语句 • 查询优化，比如子查询和主导表 • 表类型，比如临时表或衍生表

如需更多关于所有 VLDB 属性的信息，请参阅 Supplemental Reference for System Administration 中的 VLDB Properties 章节。

更新数据库类型属性

默认的 VLDB 属性需在数据库实例中指定的数据库类型的基础进行设置。 MicroStrategy 会根据数据库提供商添加新功能的情况定期更新这些默认设置。

当您为 MicroStrategy 项目创建元数据时，数据库特定的信息将通过 MicroStrategy 所提供的文件（Database.pds）进行加载。如果您从 MicroStrategy 获得了新的版本，元数据将自动通过元数据处理方式用 Database.pds 文件进行升级。管理员是唯一一个能更新元数据的用户。当提示更新元数据时单击是以实现该操作。这通常发生在安装了新版本的 MicroStrategy 后连接到现有项目的情况下。 MicroStrategy 系统无法检测您何时升级或更改用于存储  MicroStrategy 元数据或您数据仓库的数据库。如果升级或更改用于存储元数据或数据仓库的数据库，您可以手动升级数据库类型以应用新数据库类型的默认属性。

当您更新数据库类型信息时，此过程将：

• 加载最新支持的数据库类型。例如，最近添加的最新数据库服务器的属性。

• 为支持的数据库类型加载更新后的属性。 • 为不再支持的现有数据库类型保留属性。如果现有数据库类型没有更新，但其属性已从 Database.pds 文件中删除，这些属性并不会从您的元数据中消失。

在某些情况下，发布更新的版本后， MicroStrategy 不再更新部分  DBMS 对象。这些对象通常不会被移除。但是，在 Oracle 8i R2 和 Oracle 8i R3 版本中， DBMS 对象将合并为 Standard Edition 和 Enterprise Edition 的 Oracle 8i R2/R3，因为 Oracle 8i R3 不再会更新。如果您使用的是其中一个 Oracle 8i 版本，您可能需要选择合并后的版本作为您数据库实例的一部分。如果日期 / 时间函数停止工作后则更有必要合并版本，特别是在 Enterprise Manager 中操作时。

如需更多关于 VLDB 属性的信息，请参阅 Supplemental Reference for System Administration 中的 VLDB Properties 章节。

如果您选择在安装新版本后不运行元数据更新操作，您可能需要手动升级数据库类型。

如何手动升级数据库类型属性

1 在数据库实例编辑器中，单击常规选项卡。

2 再选择升级。 “ 升级数据库类型 ” 对话框将被打开。

如需关于手动升级 VLDB 属性、函数以及您的数据库服务器的 SQL 语法的相关详细信息，请参阅 Help。（在 Desktop 中按 F1。）

每次发行的 MicroStrategy 版本的自述文件中列出了所有支持且经过认  证的可与 MicroStrategy 一起使用的 DBMS。

Intelligence Server 的管理

本节内容将向您介绍基本的 Intelligence Server 操作，其中包括 Intelligence Server 的启动和停止以及作为服务还是应用程序运行。

您可以通过调整各项 Intelligence Server 管理设置以适应系统参数及报表制作需要以便提高系统和数据库的性能。如需关于上述设置的详细信息，请参阅第 7 章调整系统以达到最佳性能。

Intelligence Server 启动时的状态

当使用 Configuration Wizard 为 Intelligence Server 定义并选中服务器定义后，服务器定义中所指定的元数据连接信息将保存在计算机的注册表中。 Intelligence Server 在识别要连接的元数据时将读取此信息。

存储在计算机注册表中的服务器定义信息的其中一个部分包括了服务器定义名称、指向元数据的 DSN、以及元数据 ID 和加密的密码。如需更多关于服务器定义的信息，请参阅 MicroStrategy 安装和配置指南。

当 Intelligence Server 启动时，将执行下列操作： • 初始化内部操作单位 • 从所需的服务器定义所在的计算机注册表读取并连接到指定的元数据的数据库

• 为每个已加载的项目载入配置和框架信息 • 从自动备份文件载入现有报表缓存文件到每个已加载的项目的内存中（不能超过指定的最大 RAM 设置）

只有在报表缓存已经启用且“启动时载入缓存”功能已经启用时会发  生该操作。

• 加载调度

• 加载 MDX 立方体框架您可以对 Intelligence Server 进行设置，使其在启动时载入 MDX  立方体框架，而不是运行 MDX 立方体报表后再载入 MDX 立方体框架。如果更多关于此话题的详细信息以及启动 Intelligence Server 时载入 MDX 立方体框架所需的步骤，请参阅 MicroStrategy 安装和配置指南中的配置与连接 Intelligence Server 章节。

在一个系统事件中或发生断电时， Intelligence Server 无法捕捉它的当前状态。下一次启动服务器时，将载入最后一次自动备份时所保存的状态信息、缓存和历史列表。（自动备份频率需使用 Intelligence Server 配置编辑器来进行设置。）请求作业的用户再次登录前，服务器不会重新执行之前运行的作业。

Intelligence Server 停止时的状态

当您最初关闭 Intelligence Server 时，服务器将执行下列操作： • 将缓存和历史列表信息写入到备份文件中 • 取消当前执行的作业用户提交已取消的作业时将在历史列表中看到一条消息，表示发生  一个错误。用户必须重新提交该作业。

• 关闭数据库连接 • 用户将退出已登录的系统 • 从群集中自行删除（如果存在于群集中）  服务器重启后不会自动重新加入群集。之前提到过，如果系统出错或电源断开，则无法完成上述操作。相反， Intelligence Server 将恢复到最近一次自动备份的状态。

Intelligence Server 作为应用程序或服务器运行

Intelligence Server 可以作为一项 Windows 服务或一个应用程序来启动。如果把 Intelligence Server 作为一项服务来运行，您则可以通过安装了 MicroStrategy Desktop 的远程计算机来启动或停止服务器，也可以通过远程登录 Intelligence Server 计算机来执行启动或停止操作。此外，您可以对该服务进行设置，使其在安装了该服务的计算机启动时自动启动服务。如需更多关于如何以服务项来运行 Intelligence Server 的信息，请参阅启动和停止作为服务项运行的 Intelligence Server （第 15 页）。

在极少情况下，您可能需要把 Intelligence Server 作为一个应用程序来运行。这些情况包括您需要在 Intelligence Server 停止或启动时获取精确的控制权，或需要更改 Intelligence Server 以服务项运行时不可用的部分高级微调设置时。如需更多关于如何作为应用程序来运行 Intelligence Server 的信息，请参阅 Intelligence Server 作为应用程序启动（第 20 页）。

Intelligence Server 如何注册为 UNIX 服务或取消注册 UNIX 服务

在 UNIX 中，当您配置 Intelligence Server 时，您需指定服务器作为应用程序来启动还是作为服务项来启动。如果您想让 Intelligence Server 作为服务项来启动，您则必须通过系统将其注册为一项服务。此外，在 UNIX 中如果想在

Intelligence Server 作为应用程序启动后再以服务项来启动，您则需要将其注册为一项服务。

要在 UNIX 中将 Intelligence Server 注册为服务项或取消服务项的注  册，您则必须登录到具备根权限的 Intelligence Server 计算机。

把 Intelligence Server 注册为服务项的方法有两种： • 通过 Configuration Wizard 注册：确认 “ 指定一个端口号 ” 页面中的将 Intelligence Server 注册为服务方式复选框是否选中。

• 通过命令行注册：在 ~/MicroStrategy/bin 中输入下列内容： mstrctl -s IntelligenceServer rs

如果您想在 Intelligence Server 注册为服务项后再以应用程序来运行，您则需要取消注册该服务。取消注册该服务只能通过命令行中的 ~/MicroStrategy/bin 来实现。取消注册服务所使用的语法：

mstrctl -s IntelligenceServer us

启动和停止作为服务项运行的 Intelligence Server

服务启动后，即便启动该服务的用户注销系统，该服务仍将按指定方式持续运行。但是，您有可能有足够理由来停止并重启服务：

• 在 Intelligence Server 计算机上进行例行维护 • Intelligence Server 运行时，对 Intelligence Server 配置选项所做的更改无法应用

• 由于暴风雨或计划的建筑维护工程而引发的潜在电力不足的问题

您可以使用以下任意方式，把 MicroStrategy Intelligence Server 作为服务项来启动或停止：

• MicroStrategy Service Manager 是可在 Intelligence Server 计算机后台运行的一个应用程序。这通常是启动和停止 Intelligence Server 的最简便的方式。如需说明，请参考 MicroStrategy Service Manager （第 16 页）。 • 如果您已使用 MicroStrategy Desktop，则可能需要通过 Desktop 来启动和停止 Intelligence Server。如需说明，请参考 MicroStrategy Desktop （第 18 页）。

• 您可以把 Intelligence Server 作为 Command Manager 脚本的一部分来进行启动和停止。如需详细信息，请参阅 MicroStrategy Command Manager （第 19 页）。 • 最终，您可以使用 MicroStrategy Server Control Utility 并通过命令行来启动和停止 Intelligence Server。如需说明，请参考命令行（第 19 页）。

启动和停止 Intelligence Server 的前提条件

• 您必须有服务器定义对象的配置访问权限。如需更多关于 MicroStrategy 中的对象权限信息，请参阅控制对象的访问：访问权限（第 61 页）。如需服务器定义对象的权限分组列表，请参阅服务器约束和配置的访问权限（第 65 页）。 • 如需在 Windows 中远程启动和停止 Intelligence Server 服务，您必须以具备管理权限的 Windows 用户身份登录到远程计算机。

MicroStrategy Service Manager

MicroStrategy Service Manager 是与 MicroStrategy Intelligence Server 一起安装的管理工具，您可以通过该工具来启动并停止 MicroStrategy Intelligence Server 以及选择一个启动选项。如需关于如何使用 Service Manager 的详细说明，请单击 Service Manager 中的 Help。

Service Manager 需要端口 8888 处于开启状态。如果此端口未打开，  请与您的网络管理员联系。

如何在 Windows 中打开 MicroStrategy Service Manager

在 Windows 任务栏的系统托盘上双击 MicroStrategy Service Manager 图标或。如果该图标未出现在系统托盘，从 Windows 开始菜单中指向所有程序，然后分别点击 MicroStrategy、 Tools，最后选择 Service Manager。

这时 “MicroStrategy Service Manager” 对话框将打开。

如何在 UNIX 中打开 MicroStrategy Service Manager

 在 UNIX 中， Service Manager 必须在 X-Windows 环境下才能运行。 1 浏览至 MicroStrategy 安装过程中所指定的主目录（默认为 ~/MicroStrategy），然后再找到 /bin。

2 键入 ./mstrsvcmgr 并按 ENTER。这时 “MicroStrategy Service Manager” 对话框将打开。

用侦听器 / 重启工具来启动 Intelligence Server

您可以对 Intelligence Server 进行配置，使其在安装了 Intelligence Server 的计算机启动时自动启动。您也可以对重启工具进行配置，使其在 Intelligence Server 服务启动失败但安装了服务器的计算机仍在运行时，自动重启服务。要实现此项操作， MicroStrategy Listener 必须处于运行状态。

如何在重启计算机时自动启动 MicroStrategy 服务

1 在 Windows 开始菜单中，依次选择 MicroStrategy、 Tools、 Service Manager。这时 “MicroStrategy Service Manager” 对话框将打开。

2 在服务器下拉列表中，选择安装了该服务的计算机名称。

3 在服务下拉列表中，选择相应的服务。

4 单击选项。这时 “ 服务选项 ” 对话框将打开。

5 选择启动类型选项中的自动。

6 单击确定。

您也可以用 Microsoft Windows 控制面板中的 “ 服务 ” 选项来设置启动  类型。

如何在 Intelligence Server 服务发生意外错误时启动服务

 MicroStrategy Listener 必须处于运行状态重启功能才会起作用。 1 在 Windows 开始菜单中，依次选择 MicroStrategy、 Tools、 Service Manager。这时 “MicroStrategy Service Manager” 对话框将打开。

2 在服务器下拉列表中，选择安装了 MicroStrategy Intelligence Server 服务的计算机。

3 在服务下拉列表中，选择 MicroStrategy Intelligence Server。

4 单击选项。这时 “ 服务选项 ” 对话框将打开。

5 在 “Intelligence Server 选项 ” 选项卡上，选定重新启动选项旁边的已启用复选框。

MicroStrategy Desktop

您可以通过 Desktop 来启动和停止本地计算机上的 Intelligence Server。与此同时，您不能通过 Desktop 启动或停止远程 Intelligence Server。必须使用其他方式才能启动或停止远程 Intelligence Server。

如何用 Desktop 启动或停止 Intelligence Server

1 在 Desktop 的文件夹列表中，右键单击管理图标。

2 选择启动服务器来启动，或选择停止服务器来停止。

MicroStrategy Command Manager

Command Manager 是一款基于脚本的工具，它允许您通过可重复使用的脚本来执行管理和维护任务。您可以使用 MicroStrategy Command Manager 来启动和停止 MicroStrategy Intelligence Server。

如需启动和停止 MicroStrategy Intelligence Server 所需的 Command Manager 语法，请参阅 Command Manager 帮助（在 Command Manager 中按 F1）。如需更多关于 MicroStrategy Command Manager 的基本介绍，请参阅第 12 章用 Command Manager 自动处理管理任务。

命令行

您可以使用 MicroStrategy Server Control Utility 并通过命令提示来启动和停止 Intelligence Server。这个实用工具需通过命令 mstrctl 才能调用。该实用工具在 Windows 和 UNIX 中的默认位置分别为 C:\Program Files\Common Files\MicroStrategy\ 和 ~/MicroStrategy/bin。

启动服务所使用的语法：

mstrctl -s IntelligenceServer start --service

停止服务所使用的语法：

mstrctl -s IntelligenceServer stop

如需关于如何使用 Server Control Utility 的详细说明，请参阅通过命令行管理 MicroStrategy 服务（第 21 页）。

Windows Services 窗口

您可以使用 Windows Services 窗口来启动和停止 MicroStrategy Intelligence Server 并选择启动选项。

如何用 Windows Services 窗口启动和停止 MicroStrategy Intelligence Server

1 在 Windows 开始菜单中，依次选择设置、控制面板。这时将打开控制面板。

2 双击管理工具，然后再双击服务。这时将打开 “ 服务 ” 窗口。

3 在服务列表中，选择 MicroStrategy Intelligence Server。将打开 Intelligence Server 服务的 “ 属性 ” 对话框。

4 您可以选择以下其中一个操作步骤： • 要启动该服务，单击启动。 • 要停止该服务，单击停止。 • 要更改启动类型，从下拉列表中选择一个启动选项。

– 自动选项表示服务会在计算机启动时启动。 – 手动选项表示您必须通过手动方式才能启动服务。 – 禁用表示无法启动服务，除非将启动类型更改为其他两种类型中的一种。

5 当完成操作后，单击确定以关闭 “ 属性 ” 对话框。

Intelligence Server 作为应用程序启动

Intelligence Server 可以作为应用程序来启动，但这样做的必要性不大。当计算机上未安装 MicroStrategy Desktop 时，倘若您必须管理该计算机上所安装的 Intelligence Server 的情况下，则可能有必要这么做。

部分高级微调设置只有在 Intelligence Server 作为服务项启动时可用。如果更改这些设置，则将在下一次 Intelligence Server 作为服务启动时应用这些设置。

MicroStrategy 建议您不要更改这些设置，除非 MicroStrategy 技术支  持部相关人员要求这么做。

Intelligence Server 作为应用程序启动有部分限制条件： • 把 Intelligence Server 作为应用程序启动的用户必须在计算机上保持登录状态以确保 Intelligence Server 持续运行。当用户注销时， Intelligence Server 将停止工作。

• MicroStrategy Intelligence Server 作为应用程序启动时，您将无法实现远程管理操作。您只能通过登录到 Intelligence Server 计算机才能对其进行管理。

• 应用程序出错时不会自动重启。

在 UNIX 中，若 Intelligence Server 之前以配置为作为服务项运行，则  服务器作为应用程序运行前必须先取消服务项的注册。如需更多关于如何取消 Intelligence Server 服务注册的说明，请参阅 Intelligence Server 如何注册为 UNIX 服务或取消注册 UNIX 服务（第 14 页）。

Windows 和 UNIX 中 MicroStrategy Intelligence Server 应用程序可执行文件的默认路径分别为 C:\Program Files\MicroStrategy\Intelligence Server\MSTRSvr.exe 和 ~/MicroStrategy/bin。

通过命令行执行此文件将在 Windows 中显示下列管理菜单，以及 UNIX 中的类似菜单。

要使用这些选项，请在命令行上输入相应的字母并按 ENTER。例如，要监视用户，请输入 U 并按 ENTER。随之将显示信息。

通过命令行管理 MicroStrategy 服务

MicroStrategy Server Control Utility 让您可以通过命令行创建并管理 Intelligence Server 服务器实例。服务器实例是一种使用特殊服务器定义的 Intelligence Server。如需更多关于服务器定义的信息，请参阅数据的处理： Intelligence Server （第 5 页）。

Server Control Utility 也可以用来启动、停止以及重启其他 MicroStrategy 服务，比如 Test Listener 或 Enterprise Manager Data Loader，还可以查看并设置这些服务的配置信息。

下表列出了可以用 Server Control Utility 执行的命令。使用 Server Control Utility 命令的语法为： mstrctl -m machinename [-l login] -s servicename command [instancename] [(> | <) filename.xml]

各项内容解释如下。

• machinename 表示承载服务器实例或服务的计算机的名称。如果忽略此参数，则假设该服务位于本地计算机。

• login 表示承载服务器实例或服务的计算机的登录帐户，用户未登录计算机时必须使用该项内容。系统将提示您输入密码。

• servicename 表示服务的名称，比如 IntelligenceServer 或 EMDataLoader。

要检索计算机上的服务列表，请使用命令 mstrctl -m  machinename ls。

• command 表示以下列表中其中一个命令。 • instancename 表示必须输入的服务器实例的名称。如果未指定名称，则命令中将使用默认的实例名称。

• filename 表示要读取或写入的文件的名称。

所需操作使用的命令

获取 Server Control Utility 的相关信息

列出 Server Control Utility 的所有命令。 -h 注意 : 此命令不需要计算机名、登录帐户或服务名称。 --help

显示 Server Control Utility 的版本号。 -V 注意 : 此命令不需要计算机名、登录帐户或服务名称。 --version

获取 MicroStrategy 网络的相关信息

列出 Server Control Utility 所使用并影响的计算机。 lm 注意 : 此命令不需要计算机名、登录帐户或服务名称。 list-machines

列出计算机上的可用 MicroStrategy 服务。 ls 注意 : 此命令不需要服务名称。 list-servers

所需操作使用的命令

列出计算机上的可用 ODBC DSN。 lod 注意 : 此命令不需要服务名称。 list-odbc-dsn

配置服务

显示 XML 格式的服务配置信息。如需更多信息，请参阅 gsvc instancename [> filename.xml] 使用文件进行输出和输入（第 24 页）。 get-service-configuration 注意 : 您可以选择指定一个文件来保存配置属性。 instancename [> filename.xml]

指定 XML 格式的服务配置信息。如需更多信息，请参阅 ssvc instancename [< filename.xml] 使用文件进行输出和输入（第 24 页）。 set-service-configuration 注意 : 您可以选择指定一个文件用来读取配置属性。 instancename [< filename.xml]

配置服务器

显示 XML 格式的服务器配置信息。如需更多信息，请参 gsc [> filename.xml] 阅使用文件进行输出和输入（第 24 页）。 get-server-configuration 注意 : 您可以选择指定一个文件来保存配置属性。 [> filename.xml]

指定 XML 格式的服务器配置信息。如需更多信息，请参 ssc [< filename.xml] 阅使用文件进行输出和输入（第 24 页）。 set-server-configuration 注意 : 您可以选择指定一个文件用来读取配置属性。 [< filename.xml]

配置服务器实例

显示 XML 格式的服务器实例配置信息。如需更多信息， gsic instancename [> filename.xml] 请参阅使用文件进行输出和输入（第 24 页）。 get-server-instance-configuration 注意 : 您可以选择指定一个文件来保存配置属性。 instancename [> filename.xml]

指定 XML 格式的服务器实例配置信息。如需更多信息， ssic instancename 请参阅使用文件进行输出和输入（第 24 页）。 set-server-instance-configuration 注意 : 您可以选择指定一个文件用来读取配置属性。 instancename [< filename.xml]

管理服务器实例

显示服务的默认实例。 gdi get-default-instance

设置一项服务实例作为默认实例。 sdi instancename set-default-instance instancename

创建一个新的服务器实例。 ci instancename create-instance instancename

创建服务器实例的副本。指定新的实例名称为 cpi instancename newinstancename newinstancename。 copy-instance instancename newinstancename

删除服务器实例。 di instancename delete-instance instancename

所需操作使用的命令

将服务器实例注册为服务。 rs instancename register-service instancename

取消注册为服务的服务器的注册。 us instancename unregister-service instancename

显示服务器实例的许可证信息。 gl instancename get-license instancename

显示服务器实例的状态信息。 gs instancename get-status instancename

启动或停止服务器实例

将服务器实例作为服务启动。 start --service instancename

将服务器实例作为应用程序启动。如需更多信息，请参 start --interactive instancename 阅 Intelligence Server 作为应用程序启动（第 20 页）。停止作为服务项启动的服务器实例。 stop instancename

暂停作为服务项启动的服务器实例。 pause instancename

恢复作为服务项启动并暂停的服务器实例。 resume instancename

终止作为服务项启动的服务器实例。 term instancename terminate instancename

使用文件进行输出和输入

部分 Server Control Utility 命令涉及 XML 定义。用于显示服务器配置、服务配置和服务器实例配置的命令全部都将输出为一个 XML 格式的定义。用于修改服务器配置、服务配置和服务器实例配置的命令全部需要输出的 XML 定义。

通过命令行输入一个完整的服务器、服务或服务器实例配置会比较麻烦且费时。提供此类型配置的一个比较简单的方式是输出当前配置到文件，用文本编辑器修改此文件，然后再把该文件用作命令的输入项来修改配置。

用 XML 文件配置 Intelligence Server 时必须充分地了解用于定义  Intelligence Server 配置的各种参数以及值的知识。用不正确的 XML 定义来配置 Intelligence Server 将导致错误以及功能异常。

例如，以下命令可以将默认的服务器实例配置保存到一个 XML 文件： mstrctl -s IntelligenceServer gsic > filename.xml

服务器实例配置保存在当前文件夹的 filename.xml 文件。

以下命令通过读取 XML 文件来修改默认的服务器实例配置： mstrctl -s IntelligenceServer ssic < filename.xml

ServerInstance.xml 中的 XML 定义用于定义服务器实例配置。

管理并监视项目

System Administration Monitor 列出了指定 Intelligence Server 上的所有项目，以及 Intelligence Server 所使用的群集中的所有计算机。您可以监视项目源上的项目状态，并载入、卸载、闲置或继续整个项目源或单个群集节点的项目。您也可以通过 “ 定期维护 ” 视图来计划各种系统维护任务。

System Administration 组包含以下视图： • 项目：帮助您跟踪所选项目源中包含的所有项目的状态。如需详细信息，请参阅管理项目状态、配置或安全：项目视图（第 25 页）。 • 群集：帮助您管理项目在群集中分布到服务器的方式。如需详细信息，请参阅管理群集的 Intelligence Server：群集视图（第 27 页）。 • 定期维护监视器：列出所有定期维护任务。如需详细信息，请参阅调度管理任务（第 484 页）。

管理项目状态、配置或安全：项目视图

项目视图帮助您跟踪所选项目源中包含的所有项目的状态。它还将实现在一个位置即可访问一系列项目维护界面。这使得清除缓存、管理安全筛选器、或通过 Intelligence Server 加载或载入项目等维护任务执行起来更加快速和轻松。

如何访问项目视图

1 展开项目源的文件夹列表中的管理。

2 展开 System Administration 组，然后再选择项目。项目及其状态将显示在屏幕右侧。

项目视图的使用

项目视图列出了项目源中的所有项目。如果您的系统设置为服务器的群集，项目监视器将显示群集中的所有项目，其中包括访问的项目监视器所在的节点上未运行的项目。如需关于群集环境中的项目的详细信息，请参阅在群集的各节点中分布项目（第 382 页）。

要查看项目的状态，选择列表或详细信息视图，并单击项目名称旁边的 + 标志。群集中所有服务器的列表将在项目名称下方展开。每个服务器上的项目状态将显示在服务器名称旁。如果您的系统未加入群集，则此列表中只包含一个服务器。

对于不对称分布于群集节点的项目，主服务器将分配到各个项目。项  目的主服务器负责为该项目处理基于时间的预定计划。主服务器将以粗体字显示，且主服务器字样将出现在服务器名称之后。

您可以通过项目视图访问一系列管理和维护功能。您可以进行如下操作：

• 管理某个项目的用户以及安全筛选器 • 查看项目的变更日志（详细信息请参考监控系统活动情况：变更日志（第 271 页）。） • 导出并打印项目的框架或其他项目文档

• 通过 Intelligence Server 加载或取消加载项目，或是闲置或恢复项目的维护作业（详细信息请参考更改项目的状态（第 31 页））要在群集中的特定服务器上载入一个项目，您应使用群集监视器。  如需了解此操作流程的详细信息，请参阅管理群集的 Intelligence Server：群集视图（第 27 页）。 • 清除项目中的报表、元素或对象缓存

这些任务均可以通过右键单击项目监视器中的一个项目来实现。如需更多关于这些选项的详细信息，请参阅 “ 帮助 ” 或此指南中的相关章节。您可以同时在多个项目上执行一项操作。要实现此操作，选中多个项  目（CTRL+ 单击），然后右键单击并选择其中一个选项。

您也可以通过 “ 调度管理任务 ” 对话框来预定执行上述任意维护功能。要访问此对话框，右键单击项目视图中的一个项目并选择调度管理任务。如需更多信息，包括项目调度的详细操作说明，请参阅调度管理任务（第 484 页）。

管理群集的 Intelligence Server：群集视图

群集视图将帮助您跟踪群集后的各个 Intelligence Server 的运行状态。通过群集视图，您可以查看每个节点的状态，在群集中添加或删除节点，并查看项目在节点之间的分布方式。

如何访问群集视图

1 展开项目源的文件夹列表中的管理。

2 展开 System Administration 组，然后再选择群集。项目及其状态将显示在屏幕右侧。

3 要查看某节点上所有项目的列表，单击该节点旁边的 + 标志。所选服务器上的项目状态将显示在项目名称旁。

群集视图的使用

您可以通过群集视图访问一系列管理和维护功能。您可以进行如下操作：

• 管理项目源的安全策略设置 • 加入或退出一个群集 • 管理群集上各个项目的变更日志 • 清除服务器的对象缓存

这些任务均可以通过右键单击群集视图中的一个服务器来实现。

您也可以通过特定计算机来载入或卸载项目，或是通过右键单击服务器上的特定项目来闲置或恢复特定计算机上的维护操作（如需详细信息，请参阅更改项目的状态（第 31 页））。如需更多关于这些选项的详细信息，请参阅 “Desktop Help” 或管理群集节点上项目（第 384 页）。

设置项目状态

MicroStrategy Intelligence Server 中的每个项目可以用其中一种模式来运行。项目模式允许在不影响 Intelligence Server 对其他项目的操作的前提下执行各种系统管理任务。允许执行的任务取决于该任务所必需一项或多项作业。

项目状态可以是以下类型中的一种：

• 已载入（第 28 页） • 已卸载（第 28 页） • 请求闲置（第 28 页） • 执行闲置（第 29 页） • 仓库执行空闲（第 29 页） • 全部闲置（第 30 页） • 部分空闲（第 30 页）

如需更改项目状态的操作说明，请参阅更改项目的状态（第 31 页）。

如需查看不同项目闲置模式如何支持项目以及数据仓库的维护任务的示例应用场景，请参阅项目和数据仓库维护示例场景（第 32 页）。

已载入

处于已载入模式的项目在 MicroStrategy Desktop 和 MicroStrategy Web 产品中将以可用项目出现。在此模式下，用户的请求将正常接收并处理。

已卸载

已卸载的项目仍在 MicroStrategy Intelligence Server 上处于注册状态，但不会在 MicroStrategy Desktop 或 MicroStrategy Web 产品中作为可用项目出现，管理员也无法查看这些项目。用户将无法对已卸载的项目做任何操作，直至重新载入该项目。

当管理员更改了部分不会影响运行时执行的项目配置设置并且将在稍后应用这些设置到项目时，卸载项目将有所帮助。管理员可以卸载该项目，然后再在需要应用项目配置时重新载入该项目。只有在项目中当前所有执行的作业完成时才能完整地处理项目卸载请  求。

请求闲置

请求闲置模式可以帮助完成正常关闭项目的操作而不是直接将项目从已载入模式修改为全部闲置模式。在此模式下， Intelligence Server 将：

• 停止接受来自客户端的新用户对项目的请求。 • 完成正在处理的作业。如果用户已请求将该结果发送到历史列表，当项目恢复后，处理结果将在该用户的历史列表中可用。

将项目设置为 “ 请求闲置 ” 模式可以有效地帮助管理不同群集上的项目对服务器产生的负荷。例如，一个含有节点 1 和节点 2 的群集中，管理员想要临时重新指向项目在节点 2 上的载入。管理员必须首先将节点 1 上的项目设为 “ 请求闲置 ”。这样可以允许现有请求完成在节点 1 上的项目执行，然后所有新的载入操作都将由节点 2 上的项目来处理。

执行闲置

处于执行闲置模式的项目将闲置 Intelligence Server 维护操作，因为此模式限制项目中的用户在 Intelligence Server 中运行任何作业。在此模式下， Intelligence Server 将： • 停止执行所有新执行的作业和当前执行中的作业，大多数情况下，将把这些作业放入作业队列。这个操作包括需要将 SQL 提交到数据仓库的作业，以及 Intelligence Server 中执行的作业，不如回答提示。

如果项目闲置时 Intelligence Server 正在处理从数据仓库获取查询  结果的作业，该作业将被取消而不是加入作业队列。当项目恢复时，如果有作业发送到用户的历史列表，则会在该历史列表中出现一条错误消息。用户可以点击错误消息以重新提交作业请求。

• 允许用户继续请求作业，但不允许执行作业且请求的作业将加入作业队列。作业队列中的作业将在作业监视器中显示为 “ 正在等待项目 ”。当项目恢复时， Intelligence Server 也将恢复执行作业队列中的作业。

此模式允许您执行项目维护任务。例如，您仍能查看不同的项目管理监视器，创建报表，创建实体等。但不允许元素浏览、导出和执行报表等未缓存的任务。

仓库执行空闲

处于仓库执行空闲模式的项目将闲置数据仓库维护操作，因为此模式限制项目中的用户根据数据仓库来运行任何 SQL。在此模式下， Intelligence Server 将：

• 接受来自客户端的新用户对项目的请求但不提交任何 SQL 到数据仓库。 • 停止任何需要根据数据仓库执行 SQL 的新执行作业或当前执行中的作业，且在大多数情况下，将这些作业加入作业队列。这些作业将在作业监视器

中显示为 “ 正在等待项目 ”。当项目恢复时， Intelligence Server 也将恢复执行作业队列中的作业。

• 完成任何不需要根据数据仓库执行 SQL 的作业。

此模式允许您对数据仓库执行维护任务的同时，用户继续访问独立于数据库的功能。例如，用户可以运行已缓存的报表，但如果钻取操作要求提交附加 SQL 到数据仓库则无法进行钻取。用户也可以导出项目中的报表和文档。

全部闲置

“ 全部闲置 ” 模式是 “ 请求闲置 ” 与 “ 执行闲置 ” 的结合。在此模式下， Intelligence Server 不会接受任何新的用户请求且当前活动的请求将被取消。当项目恢复时， Intelligence Server 不会重新提交已取消的作业而是在用户的历史列表中显示一条错误消息。用户可以点击错误消息以重新提交请求。

此模式允许您停止项目的所有 Intelligence Server 和数据仓库的处理。但是，项目仍保留在 Intelligence Server 内存中。

部分空闲

“ 部分空闲 ” 模式是 “ 请求闲置 ” 与 “ 仓库执行闲置 ” 的结合。在此模式下， Intelligence Server 不会接受任何新的用户请求。任何需要提交 SQL 到数据仓库的当前活动的请求将加入队列，直至项目恢复操作。所有其他当前活动的请求都将完成操作。

此模式允许您停止项目的所有 Intelligence Server 和数据仓库的处理，但不会取消无需任何数据仓库处理的作业。项目仍保留在 Intelligence Server 内存中。

更改项目的状态

如何载入或卸载项目

如果项目在多个群集的 Intelligence Server 上运行，则该项目将从所有  节点载入或卸载。要从特定节点载入或卸载项目，请使用群集视图来代替项目视图。如需详细说明，请参阅群集视图的使用（第 27 页）。

1 在 Desktop 中，登录到包含该项目的项目源。

2 在该项目源下方，依次展开管理、系统管理，然后再选择项目。

3 右键单击项目，指向管理项目，然后选择载入或卸载。项目将被载入或卸载。如果您正在使用群集后的 Intelligence Server，将载入或卸载群集中所有节点的项目。

如何闲置或恢复项目

如果项目在多个群集的 Intelligence Server 上运行，则所有节点上的项  目状态都将发生变化。要闲置或恢复特定节点上的项目，请使用群集视图来代替项目视图。如需详细说明，请参阅群集视图的使用（第 27 页）。

1 在 Desktop 中，登录到包含该项目的项目源。

2 在该项目源下方，依次展开管理、系统管理，然后选择项目。

3 右键单击项目，指向管理项目，然后选择闲置 / 恢复或卸载。这时 “ 闲置 / 恢复 ” 对话框将打开。

4 为需要设置闲置模式的项目选择相应的选项。 • 请求闲置（请求闲置）：所有当前执行的作业和队列中的作业完成执行，且任何最新提交的作业将被拒绝执行。

• 执行闲置（所有作业均为执行闲置）：所有当前执行的作业、队列中的作业以及最新提交的作业都将加入队列，这些作业将在项目恢复时执行。

• 仓库执行空闲（数据仓库作业均为执行闲置）：所有当前执行的作业、队列中的作业以及需要提交 SQL 到数据仓库的最新提交的作业都将加入队列，这些作业将在项目恢复时执行。执行任何不需要根据数据仓库执行 SQL 的作业。 • 全部闲置（所有作业均为请求闲置和执行闲置）：所有当前执行的作业和队列中的作业将被取消，且任何最新提交的作业将被拒绝执行。

• 部分空闲（数据仓库作业均为请求闲置和执行闲置）：所有当前不必根据数据仓库提交 SQL 的执行中的作业和队列中的作业将被取消，且任何最新提交的作业将被拒绝执行。任何不需要根据数据仓库执行 SQL 的当前执行中的作业和队列中的作业都将执行。要恢复项目之前的闲置状态，取消选定请求闲置和执行闲置复选  框。

5 单击确定。“ 空闲 / 恢复 ” 对话框将关闭并且项目将进入所选模式。如果您正在使用群集后的 Intelligence Server，群集中所有节点的项目模式都将发生改变。

项目和数据仓库维护示例场景

除了不同的项目闲置模式所自带的示例应用程序以外，以下列表描述了其他可使用各种项目闲置模式实现的维护应用场景。

• 数据仓库的数据库维护预定在午夜执行，在此期间用户无法访问数据仓库。 11:00 P.M. 时，管理员将把项目模式设置为 “ 请求闲置 ”。所有当前执行中的作业都将正常完成。 11:30 P.M. 时，管理员将把项目模式设置为 “ 仓库执行闲置 ”，任何根据数据仓库的执行操作都将不可用，但将执行维护任务。维护完成后，管理员再把项目设置为 “ 已载入 ” 模式以允许恢复项目的常规的执行操作和功能。

• 项目 1 和项目 2 使用同一个数据仓库。项目 1 需要对数据仓库有专门的特定时长的访问权限。管理员首先将项目 2 设置为 “ 请求闲置 ”。随着数据仓库所对应的现有活动完成后，将限制项目 2 对数据仓库执行任何操作。

接下来，管理员把项目 2 设置为 “ 仓库执行闲置 ” 以允许执行独立于数据仓库的操作。项目 1 现在专门用于访问数据仓库，直至项目 2 重置为 “ 已载入 ” 模式。 • 当管理员预定了一个项目活动时，可以减少活动触发时对项目中的用户所产生的影响。在 “ 部分空闲 ” 模式完成后，管理员可以把项目的闲置模式设置为 “ 请求闲置 ”，最后再设为 “ 全部闲置 ”。此过程可以逐步减少用户访问项目和数据仓库的次数，不必直接更改为 “ 全部闲置 ” 并立即停止所有用户活动。

作业处理

通过 MicroStrategy 系统的任何组件提交到 Intelligence Server 的任何请求叫做作业。作业可以通过 Narrowcast Server 或 Intelligence Server 等服务器的内部调度器，或是通过 Desktop、 Web、 Mobile、 Integrity Manager 或其他代码自定义的应用程序等客户端应用程序来生成。

主要的请求类型包括报表执行请求、对象浏览请求、元素浏览请求、 Report Services 文档请求以及 HTML 文档请求。

作业监视器将为您显示当前执行的作业，并可以在必要时取消作业。如需关于作业监视器的信息，请参阅监视当前执行的作业（第 48 页）。

默认情况下，作业将在先入先出的基础上进行处理。但您的系统中很可能存在部分作业需要优先处理。您可以根据请求类型、正在请求作业的用户或用户组、作业的来源（比如 Desktop、 Mobile 或 MicroStrategy Web）、作业的资源占用或含有作业的项目等因素分配优先级到各个作业。优先级较高的作业将优先于优先级较低的作业，并且在可用资源有限的情况下优先处理高优先级的作业。如需关于作业优先级的详细信息，包括排列作业优先顺序的操作说明，请参阅设置作业优先级（第 337 页）。

Intelligence Server 作业处理（所有作业通用）

无论什么类型的请求， Intelligence Server 都将使用部分常用功能来满足这些请求。以下是有关作业处理的更多概述：

1 用户通过 MicroStrategy Web 等客户端应用程序发出请求，该请求将发送到 Intelligence Server。

2 Intelligence Server 决定了请求的类型，并且还将执行一系列函数以便准备处理作业。

根据请求类型的不同，将生成一份任务列表用于决定完成作业所需执行的任务，也就是说，在处理要求用户响应一个提示，从元数据资料库检索信息，根据数据库执行 SQL 等操作的服务器中的作业所必须使用的组件。每种类型的请求在其任务列表中分别有一组不同的任务。

3 Intelligence Server 中的组件将执行任务列表中的不同任务，比如查询数据仓库，直至实现最终结果。

这些组件即作业所停留的位置，通常叫做 “ 管道 ”， Intelligence Server 进行作业处理时所使用的路径。

4 产生的结果将被传回到客户端应用程序，再将结果展现给用户。

大部分发生的实际处理作业将在 Intelligence Server 内部的步骤 2 和步骤 3 中完成。用户请求必须接收，并传递最终结果（步骤 1 和 4），但这些相对来说均属于较为简单的任务。解释的 Intelligence Server 的工作原理更为重要。因此，本节其余内容将讨论 Intelligence Server 在处理作业时所进行的活动。包括的内容有：

• 处理报表执行（第 34 页） • 处理对象的浏览（第 38 页） • 处理元素的浏览（第 39 页） • 处理 Report Services 文档的执行（第 42 页） • 处理 HTML 文档的执行（第 43 页） • 客户端特定的作业处理（第 45 页）

熟悉这一部分内容将帮助您深入理解并领会统计、 Enterprise Manager 报表以及系统中可用的其他日志文件。还将帮助您了解如何寻找系统中的瓶颈以及如何调整系统以最小化所产生的影响。

处理报表执行

报表或许是 Intelligence Server 中最常见的请求。所有报表请求均包含下列内容：

• 报表实例是报表执行时所需要并产生的所有对象和信息的容器，其中包括模板、筛选器、提示答案、生成的 SQL、报表对象等。 • 任务列表是完成一项作业所必须执行的任务的列表。所有作业都包含与之关联的任务列表。当有报表执行时， Intelligence Server 将协调从一个内部 Intelligence Server 组件传递到另一组件的报表实例。

下表列出了与报表作业处理相关的最重要的 Intelligence Server 组件。

组件函数

分析引擎服务器对从数据仓库返回的结果集执行复杂的运算，比如统计函数和财务函数。还将把从查询引擎返回的最初结果有序地列入交叉表格，以供用户使用。此外，还将对结果集执行小计运算。根据度量定义的类型，分析引擎也将执行那些未能或无法通过 SQL 实现的度量运算，比如复杂函数。

元数据服务器控件将访问整个项目的元数据。

对象服务器通过元数据创建、修改、保存、载入和删除对象。还将维护最近所使用的对象在服务器上的缓存。对象服务器不会直接对元数据进行操作。元数据服务器将通过元数据执行所有读 / 写操作，对象服务器则将使用元数据服务器来对元数据做更改。

查询引擎把 SQL 引擎所生成的 SQL 发送到数据仓库以供执行。

报表服务器创建并管理所有服务器报表制作实例对象。维护已执行的报表的缓存。解析服务器解决报表请求中的提示。与对象服务器和元素服务器结合使用，以便检索指定请求所需的对象和元素。

SQL 引擎服务器生成报表所需的 SQL。

以下是 Intelligence Server 中一个典型的报表执行应用场景。图中显示了报表的处理步骤。图的下方附带每个步骤的详解。

Client

1 9

MicroStrategy Intelligence Server

Intelligence Pipeline

2 4 3 9 5 6 8 7

Resolution Report SQL Query Analytical Server Server Engine Engine Engine

Object Object cache Server Report cache

Metadata Server

SQL/ODBC SQL/ODBC

Data Metadata Warehouse

1 Intelligence Server 接收请求。

2 解析服务器检查提示。如果报表包含一个或多个提示，则用户必须回答这些提示。如需关于这些附加步骤的信息，请参阅处理带提示的报表（第 37 页）。

3 如果已开启缓存功能，报表服务器将检查内部缓存情况，以确认是否已存在报表结果。如果报表存在于缓存中， Intelligence Server 将直接跳到最后一个步骤并传递报表到客户端。如果不存在有效的报表缓存， Intelligence Server 将创建执行报表时所必须执行的任务列表。有关缓存的更多信息，请参阅结果缓存（第 394 页）。服务器完成缓存检查前将解决提示问题。即便自定义提示答案的个  性化报表，用户仍能从缓存中检索结果。

4 解析服务器将从对象服务器获取报表定义以及任何其他必要的应用程序对象。对象服务器从对象缓存中检索这些对象，如有可能，或将通过元数据服务器从元数据中读取这些对象。从元数据检索到的对象将保存在对象缓存中。

5 SQL Generation Engine 将创建数据仓库中所使用的 RDBMS 特有的优化 SQL。 SQL 则在报表的定义以及之前步骤中检索到的关联应用程序对象的基础上生成。

6 查询引擎根据数据仓库来运行 SQL。报表结果将返回到 Intelligence Server。

7 分析引擎在必要时将执行附加运算。大多数报表中，此操作包括交叉插入原始数据和计算小计。部分报表可能需要通过 SQL 执行数据库中不可用的附加运算。

8 根据报表的分析复杂程度，分析结果将传回到查询引擎以供数据库进一步处理直至生成最终报表（在这种情况下，将重复步骤 5-7）。

9 如果已启用缓存功能， Intelligence Server 的报表服务器将在缓存中保存或更新报表，并将格式化的报表传回到客户端，并将结果展示给用户。

处理带提示的报表

如果报表包含提示，这些步骤将插入到以上所展示的常规报表执行步骤（详见处理报表执行（第 34 页））：

1 Intelligence Server 发送作业到解析服务器的组件中。解析服务器发现报表定义包含一个提示并通知 Intelligence Server 提示用户输入必要的信息。

2 Intelligence Server 再把作业设为睡眠模式并通知结果发送器组件发送消息给客户端应用程序以提示用户输入相应信息。

3 用户完成提示操作并且客户端应用程序将用户的提示选择内容再发送回 Intelligence Server。

4 Intelligence Server 执行安全策略和管理检查并更新统计数据。随之将唤醒处于睡眠模式的作业，添加用户的提示回复内容到作业的报表实例，然后再一次传递作业到解析服务器。

5 这一循环操作将重复执行，直至报表中的所有提示全部解决完毕。当超出一定时间或与客户端的连接断开后，睡眠模式下的作业将发  生超时。如果提示的回复在作业超时后才出现，用户将收到一条错误消息。

如果已启用缓存功能，所有常规报表处理操作将从 Intelligence Server 检查报表缓存的时间点开始恢复。

处理个人智能立方体报表

个人智能立方体报表报表最初将与常规报表一样处理，且报表实例将存入 Intelligence Server 的内存。如果用户对报表进行相应操作并且该操作不会导致基础报表的 SQL 发生变化，分析引擎组件则负责操作请求并发送处理结果到客户端。数据仓库无需附加处理操作。

报表也可以连接到可在多个报表之间共享的智能立方体。这些智能立方体同样允许分析引擎来执行附加的分析而不必任何数据仓库上的操作。

如需个人智能立方体和智能立方体的相关信息，请参阅 OLAP Services Guide。

处理图表式报表

当处理图表式报表时，Intelligence Server 将执行常规的报表处理作业（详见处理报表执行（第 34 页））。根据连接方式的不同，将发生以下相应的情况：

• 在 3 层连接方式中， Intelligence Server 会发送报表到 MicroStrategy Desktop，从中创建图表图像。

• 在 4 层连接方式中， Intelligence Server 使用图表生成组件来创建图表图像并发送到客户端。

处理对象的浏览

文件夹列表中显示文件夹、度量、实体和报表等所有对象的定义都存储在元数据中。在 MicroStrategy Desktop 或 Web 中，无论何时展开或选中文件， MicroStrategy Intelligence Server 都必须在这些对象在文件夹列表或对象浏览器中显示前从元数据中检索对象。

这一过程叫做对象浏览，并将创建对象请求。首次展开或选中文件夹时，您可能会察觉到操作稍有延迟。检索到的对象定义随之放入 Intelligence Server 的内存（缓存）中，以便下一次浏览相同的文件夹时迅速显示信息。这就叫做对象的缓存。如需更多关于此操作的信息，请参阅对象缓存（第 446 页）。

下表列出了与对象浏览相关的最重要的 Intelligence Server 组件。

组件函数

元数据服务器控件将访问整个项目的元数据。

对象服务器通过元数据创建、修改、保存、载入和删除对象。还将维护最近所使用的对象在服务器上的缓存。

源网服务器接收、反序列化并传递元数据对象请求到对象服务器。

下图展示了对象请求执行步骤。图的下方附带每个步骤的详解。

Client

1 5

MicroStrategy Intelligence Server

Intelligence Pipeline

2 4

Object Object cache Server

Metadata Server

SQL/ODBC

Metadata

1 Intelligence Server 接收请求。

2 对象服务器检查可处理请求的对象缓存。如果存在对象缓存，它将返回到客户端且 Intelligence Server 将跳到此过程的下一步骤。如果不存在对象缓存，请求将被发送到元数据服务器。

3 元数据服务器从元数据资料库读取对象定义。

4 用于填充对象到内存对象缓存的对象服务器接收请求的对象。

5 Intelligence Server 返还对象到客户端。

处理元素的浏览

实体元素通常存储在数据仓库的查找表中。其中包括您的商业智能系统中特有的数据，比如 Region （地区）实体中的 Northeast （东北地区）、 Northwest （西北地区）、 Central （中部地区）和 Asia （亚洲）。

如需有关实体元素的更彻底的讨论，请参阅 MicroStrategy 初级报表  制作指南中的有关逻辑数据模型的章节。

当用户通过系统请求实体元素时，表示用户正在进行元素浏览并创建元素请求。更具体一点说就是当用户执行下列操作时将发生上述情形：

• 执行报表时回答提示

• 用数据资源管理器在 MicroStrategy Desktop 中浏览实体元素（文件夹列表或报表编辑器内）

• 使用 Desktop 的筛选器编辑器、自定义组编辑器或安全筛选器编辑器 • 在 Web 上用设计模式来编辑报表筛选器

当 Intelligence Server 从用户计算机接收到元素请求时，将发送 SQL 语句到数据仓库以请求实体元素。当从数据仓库接收结果时，则将结果传回到用户计算机上。此外，如果元素缓存功能已启用，则将在内存中存储结果以便从内存接收附加请求而不是再次查询数据仓库。如需更多关于此操作的信息，请参阅元素缓存（第 435 页）。

下表列出了与元素浏览相关的最重要的 Intelligence Server 组件。

组件函数

DB 元素服务器把元素请求转换为报表请求，然后发送报表请求到数据仓库。

报表网络服务器接收、反序列化并传递元素请求消息到元素服务器。元素服务器在内存中创建并存储服务器元素缓存。管理项目中的所有元素请求。

查询引擎把 SQL 引擎所生成的 SQL 发送到数据仓库以供执行。

SQL 引擎服务器生成报表所需的 SQL。

下图展示了元素请求执行步骤。图的下方附带每个步骤的详解。

Client

1 9

MicroStrategy Intelligence Server

Intelligence Pipeline

2 8 5 6 7

Element Element Resolution SQL Query cache Server Server Engine Engine

DB Element Server

Report Server

SQL/ODBC

Data Warehouse

1 Intelligence Server 接收请求。

2 元素服务器检查可处理请求的服务器元素缓存。如果存在服务器元素缓存，则元素缓存将返回到客户端。跳到此过程的最后一个步骤。

3 如果不存在服务器元素缓存，数据库元素服务器将接收请求并将其转换为报表请求。

元素请求将视同报表请求来进行处理的情况：Intelligence Server  创建的报表只包含实体而且可能还有部分为筛选条件，并且生成了 SQL 并与其他任何报表一样执行。

4 报表服务器接收请求并创建报表实例。

5 解析服务器接收请求并决定满足请求所需要的元素，然后再将请求传递到 SQL 引擎服务器。

6 SQL 引擎服务器生成必要的 SQL 来满足请求并传递到查询引擎服务器。

7 查询引擎服务器发送 SQL 到数据仓库。

8 从数据仓库返回的元素将发动到 Intelligence Server 并通过元素服务器存入服务器内存元素缓存中。

9 Intelligence Server 返还元素到客户端。

处理 Report Services 文档的执行

MicroStrategy Report Services 文档包含的对象表示来自一个或多个报表的数据。文档还保存了定位和格式化信息。文档通常用于合并来自多个报表的数据到一个单独的演示文稿质量级别的视图中。创建文档时，用户可以指定要显示的数据，继而控制布局、格式、分组以及数据的小计。此外，您还可以插入图片到文档并在图片上绘制边框。这些功能让您可以创建一个文档以满足为管理团队演示之用。

文档上大多数的数据来自一个基础数据集。数据集是一个 MicroStrategy 报表，它定义了 Intelligence Server 从数据仓库或缓存中检索的信息。其他不是源自该数据集的数据则是保存在文档定义中。

执行文档与执行单个报表略有不同，因为文档可以包含多个报表。

下图中显示了文档的执行处理步骤。图的下方附带每个步骤的详解。

Client

1 3 8

MicroStrategy Intelligence Server

Intelligence Pipeline

5 2 4

Analytical Document Resolution Engine Server Server 6 7a

Object Export Server Engine

Metadata Server

SQL/ODBC

Metadata

1 Intelligence Server 接收一个文档执行请求并在 Intelligence Server 中创建文档实例。此实例中存有请求的结果。

文档实例可以简化通过 Intelligence Server 处理文档的过程，与用于处理报表的报表实例类似。它包含所有数据集报表的报表实例，因此可以访问数据集报表中可能包含的所有信息。该信息包括提示、格式等。

2 文档服务器将对所有数据集报表进行检查并准备执行过程。它把来自数据集的所有提示合并到一个单独的提示来进行回答。所有一致的提示也将被合并，以便最终产生的提示只包含各个提示问题的一个副本。

3 文档服务器与解析服务器一起协作，要求用户回答合并的提示。用户的答案将存储在文档服务器。

4 文档服务器将为每个数据集报表创建一个独立的报表执行作业。每项作业都由 Intelligence Server 通过处理报表执行（第 34 页）中所描述的报表执行工作流程来进行处理。文档服务器将提供提示答案以避免进一步的提示解析。

5 Intelligence Server 完成所有报表执行作业后，分析引擎将收到相应的报表实例以便开始时间准备步骤。文档元素将映射到相应的报表实例以便构建每个元素的内部数据视图。  文档元素包括分组、数据字段、表格 / 图表等。 6 分析引擎对每个数据视图进行评价并执行准备整个文档实例的统一数据集所必须的计算。这些计算包括可计算表达式、衍生度量和条件格式。统一的数据集决定了每个分组的元素数量以及详细信息分节的数量。

7 文档服务器接收最终文档实例以输出文档格式：

• 如果文档导出为 PDF 或 Excel 格式，则需要执行附加的格式化步骤。生成导出的格式在 3 层连接方式的客户端上以及 4 层连接方式的服务器上进行，但两种情况下所使用的组件相同。

• 如果文档以 HTML 格式执行，则 Web 客户端将请求一个 XML 格式的文档来进行处理并生成最终输出格式。

8 执行完成后的文档将返回到客户端。

处理 HTML 文档的执行

HTML 文档是一种容器，它通过一个单独的请求来进行多个报表的格式化、显示以及分布操作。 HTML 文档建立在 HTML 模板的基础之上，因此允许这些文档包含文本、图像、超链接、数据表、表格式报表以及图表式报表的任

意组合形式。HTML 文档中所包含的任意报表都可以叫做 HTML 文档的子报表。

HTML 文档是多个报表的集合，因此文档执行过程与单个报表的执行过程略有不同。以下流程将为您展示最明显的不同之处。

下图中显示了 HTML 文档的执行处理步骤。图的下方附带每个步骤的详解。

Client

1 5

MicroStrategy Intelligence Server

Intelligence Pipeline

2 4 3

HTML Resolution Document Server Server

Object Server

Metadata Server

SQL/ODBC

Metadata

1 Intelligence Server 接收 HTML 文档执行请求并创建 HTML 文档实例以通过 Intelligence Server 处理并保留结果。

HTML 文档实例有助于 HTML 文档通过 Intelligence Server 进行处理，与报表实例用于处理报表的过程类似。它包含所有子报表的报表实例，子报表的 XML 结果，以及子报表中可能包含的任何提示信息。

2 HTML 文档服务器把来自子报表的所有提示合并到一个单独的提示来进行回答。任何一致的提示也将被合并，以便最终产生的提示只包含各个提示问题的一个副本。

3 解析服务器要求用户回答合并的提示。（用户只需回答一组问题。）

4 HTML 文档服务器把 HTML 文档请求分割为几个单独的作业供组成该文档的报表使用。每份报表将按上述方式完成报表执行工作流程。  子报表的提示已经完成相关操作。 5 执行完成后的请求将返回到客户端。

客户端特定的作业处理

本节描述了部分客户端应用程序传送用户请求到 Intelligence Server 的过程中所进行的作业处理步骤。其中涵盖这些客户端接收结果的方式以及如何为用户展示结果。相关讨论内容涉及以下客户端：

• 通过 MicroStrategy Web 产品处理作业（第 45 页） • 通过 Narrowcast Server 处理作业（第 48 页）

如需关于 Intelligence Server 对所有作业所执行的处理步骤的信息，请参阅 Intelligence Server 作业处理（所有作业通用）（第 33 页）。

通过 MicroStrategy Web 产品处理作业

本节将为您详细讲述最初在 MicroStrategy Web 或 Web Universal 中产生的请求将如何完成整个处理流程。其中包括以各种格式导出报表的作业过程。

MicroStrategy Web 产品发出的作业请求

1 用户通过 Web 浏览器发送请求。发出的请求将通过 HTTP 或 HTTPS 传递到 Web 服务器。

2 ASP.Net 页面或 Servlet 接收请求并调用 MicroStrategy Web API。

3 MicroStrategy Web API 再把该请求发送到 MicroStrategy Intelligence Server，随之按常规方式处理作业（详见处理报表执行（第 34 页））。

4 Intelligence Server 随后通过 XML 将请求结果传回到 MicroStrategy Web API。

5 Web 在应用程序代码中把 XML 转换为 HTML： • 在 MicroStrategy Web 中，转换过程主要以 ASP 代码来实现。

• 在 MicroStrategy Web Universal 中，转换过程则在 Java 转换类中实现。

• 在部分自定义方式中，转换过程可能在自定义 XSL 类中实现。默认情况下，产品不会使用 XSL 来生成输出格式，但文档对象除外。

6 Web 发送 HTML 到客户端的浏览器，并显示结果。

从 Web 导出报表时发生的情况

从 MicroStrategy Web 导出报表可以让用户以其他格式保存报表，从而提供共享、打印或进一步操作所需的附加功能。本节讲述了以其他格式导出报表时，系统必须执行的附加处理作业。这将帮助您理解导出操作过程中， MicroStrategy 平台上的组件会产生多大的负荷。

Web 中的报表可以导出为下列格式： • 导出到逗号分隔符文件（CSV）或纯文本格式的 Excel （第 46 页） • 导出到带格式的 Excel （第 47 页） • 导出到 PDF （第 47 页）

从 MicroStrategy Web 产品中导出报表时将导致 Intelligence Server 检索整个结果集（无递增回取）并存入内存 . 随后再发送到 Web。这将增加 Intelligence Server 计算机上的内存占用率并加剧网络堵塞。如需关于导出操作时管理报表大小限制的信息，请参阅限制一次所显  示的信息（第 345 页）和以下几节内容。

导出到逗号分隔符文件（CSV）或纯文本格式的 Excel

导出到逗号分隔符文件（CSV）或导出到纯文本格式的 Excel 完全在 Intelligence Server 实现操作。这些格式只包含报表数据，无任何格式信息。这两种格式唯一的区别是所使用的内部 “ 容器 ”。

当导出 CSV 或纯文本格式的 Excel 时， MicroStrategy 将执行这些步骤：

1 MicroStrategy Web 接收导出请求并将该请求传递到 Intelligence Server。 Intelligence Server 再对包含报表数据的 XML 进行分析，获取分隔符、页眉和度量值信息。

2 Intelligence Server 然后再将各单元标题输出到行轴。所有这些单元都在结果文本的同一行结束。

3 Intelligence Server 然后再将一个单元的标题和页眉输出到列轴。

4 步骤 3 到将一直重复操作，直到列轴内到所有单元完成为止。

5 Intelligence Server 每隔一行输出行轴的所有标题和所有度量值。

6 最终结果将传递并输出到 CSV 或 Excel 文件，然后再将此文件传递到客户端浏览器。

导出到带格式的 Excel

报表导出到带格式的 Excel 后，可以作为 Excel 文件导出并包含与浏览器窗口所示到一致到格式。报表保留了所有到单元格颜色、字体大小、样式以及其他格式内容。  注意以下事项： • 要导出到带格式的 Excel，客户端计算机必须安装 Excel 2000 SR-1 或更高版本。 • 要导出到 Excel，用户必须首先通过分别单击首选项、用户首选项、导出，并选中相应到 Excel 版本来配置导出首选项。

当导出带格式的 Excel 时， MicroStrategy 将执行以下步骤：

1 MicroStrategy Web 接收导出 Excel 的请求并将该请求传递到 Intelligence Server。Intelligence Server 通过合并含报表数据的 XML 与含格式信息到 XSL 到方式来生成 HTML 文档。

2 Intelligence Server 再把该 HTML 文档传递到 Web，随之创建一个 Excel 文件并发送到浏览器。

3 接下来，用户便能根据客户端计算机操作系统到 Excel 文件查看设置来选择查看或保存 Excel 文件。

导出到 PDF

导出到 PDF 时，将使用 Intelligence Server 到导出引擎来创建 PDF （可移植文档格式）文件。 PDF 需要通过 Adobe 的 Acrobat Reader （阅读器）来查看并且比起直接从浏览器打印报表能提供更全面到打印功能。

要查看 PDF 文件，客户端计算机必须安装 Adobe Acrobat Reader 5.0  或更高版本。

通过 Narrowcast Server 处理作业

MicroStrategy Narrowcast Server 传送报表到用户计算机时将执行以下步骤。如需更多关于 Narrowcast Server 的详细信息，请参阅 MicroStrategy  Narrowcast Server Getting Started Guide。

MicroStrategy Narrowcast Server 发出的作业请求

1 Narrowcast 服务的执行需要由预定计划或外部 API 调用来触发。

2 Narrowcast Server 确认服务接收者后将分配工作到执行引擎（EE）。

3 安装了 EE 的计算机再根据收件人首选项来确定要为每位收件人创建到个性化报表。

4 Narrowcast Server 根据服务定义，按照每位用户一份报表，多位用户多页报表到方式来提交相应的报表。

5 Intelligence Server 再按照常规操作来处理报表作业请求。（详见处理报表执行（第 34 页）。）随后再将结果反馈到 Narrowcast Server。

6 Narrowcast Server 则使用个性化到报表数据来创建格式化的文档。

7 Narrowcast Server 会把文档以相应的电子邮件，无线等服务传送方式来进行打包。

8 Narrowcast Server 最后将根据所选择到传送方式来传送信息给收件人。

监视当前执行的作业

作业监视器会通知您系统任务所发生的状况。但并不会显示某项作业当前执行到详细的子步骤。您可以看到的作业状态包括：

• 执行中 • 列队等待 • 等待用户回答提示 • 取消中 • 发生错误，未完成操作

作业监视器显示当前在 Intelligence Server 上运行的任务。当作业完成时将不再出现在监视器中。您可以查看作业的识别号、提交作业的用户信息、作业状态、状态描述及报表、文档或查询项的名称以及执行该作业的项目。

如何查看当前执行中的作业

1 在 Desktop 中登录一个项目源。您必须以具有作业监视权限的用户身份来登录。

2 依次展开管理、系统监视器，并选择作业。作业信息将显示在屏幕右方。

3 由于作业监视器不会自动刷新，您必须定期刷新以查看最近的作业状态。要实现此操作，您可以按 F5。

4 要查看作业详细信息及其 SQL，双击该作业。这时将打开 “ 快速查看 ” 对话框。

5 要查看所有显示作业的更多详细信息，右键单击作业监视器并选择查看选项。选择要显示的附加列并单击确定。

您偶尔会看到网络地址栏内显示 “Temp Client” 字样。这通常在  Intelligence Server 超负荷且有用户访问可用项目列表时发生。 Intelligence Server 会创建一个临时会话来提交可用项目的作业请求，然后再发送列表到 Web 客户端显示。此临时会话将保持开放状态直至完成请求，并且会显示 “Temp Client” 字样。

如何取消作业

1 选择作业监视器中的作业。

2 按 DELETE 键，然后再确认是否要取消作业。

自动安装技术的使用

在企业内部安装 MicroStrategy 系统时可以选择几种更为简单的方式。以下内容将对此进行讲解，更完整的内容可参考 MicroStrategy 安装和配置指南。

使用响应文件安装产品

通过响应文件安装的方式允许您通过配置一个类似于 Windows INI 的响应文件 response.ini 来自动执行某些安装项。此选择通常由原始设备制造商（OEM）应用程序来实现，该应用程序可以把 MicroStrategy 安装内容嵌入到其他产品中。也可以通过需要更大程度控制桌面安装的 IT 部门来实现。如需更多关于如何设置并使用响应文件的相关信息，请参阅 MicroStrategy 安装和配置指南。

使用响应文件配置产品

您也可以使用响应文件来自动执行部分 MicroStrategy 配置内容。此响应文件会提供参数到 Configuration Wizard 用于设置元数据资料库和统计数据表、 MicroStrategy Intelligence Server 以及多个项目源。如需更多关于如何设置并使用 Configuration Wizard 可用的响应文件的相关信息，请参阅 MicroStrategy 安装和配置指南。

运行无提示安装

无提示安装不会显示任何图形用户界面（GUI）。这种方式通常由需要在网络上执行软件分布和安装的 IT 部门来实现，比如使用 Microsoft 的 System Management Server 软件。此过程涉及 MicroStrategy Installation Wizard 所使用的 setup.iss 文件的配置。如需更多关于如何设置并使用 setup.iss 用于无提示的 MicroStrategy 安装的相关信息，请参阅 MicroStrategy 安装和配置指南。

OEM 可能会使用无提示安装方式。但是 OEM 更多的是使用响应文件  安装方式。

部署系统前的安全核查清单

使用以下核查清单来确保部署系统前，您已实现系统可用的相应安全服务或功能。下表所列的所有安全实施内容在本章后续部分有详细的介绍。

安全措施完成

请确认是否已更改 Administrator 密码。当安装 Intelligence Server 时， Administrator 帐户自带一个可更改的空白密码。

设置数据库的访问控制选项（详见控制数据的访问权限（第 76 页））。根据您安全要求的不同，可能需要：

• 设置安全视图以限制对数据库中特定数据表、行或列的访问

• 通过将逻辑数据集分为多个物理表的方式分割数据库的表以控制用户对数据的访问，该操作需要不同的访问权限

• 应用连接映射来控制对数据库的单独访问

• 配置 PassThrough （穿透）执行来控制每个项目对数据库的单独访问，并跟踪访问 RDBMS 系统的用户

• 在用户或用户组间分配安全筛选器以控制对特定数据的访问（这些选项类似于安全视图，但出于应用程序级别）

理解 MicroStrategy 用户模型（详见 MicroStrategy 用户模型（第 54 页））。使用此模型完成以下操作：

• 选择并应用系统登录验证模式来识别用户

• 设置用户和组的安全角色以分配基本权限

• 理解用户访问各个对象所需权限的 ACL （访问控制列表）

• 如有需要，请检查并修改访客用户匿名登录验证的权限和许可。（默认情况下，服务器登录和项目登录均禁用匿名访问。）不要为访客用户帐户分配删除权限。

• 如果保持匿名访问出于禁用状态，请确认访客访问超链接不会出现在登录页面。用 adminoptions.asp 来关闭此超链接。

分配权限和许可以控制用户对应用程序功能的访问。您可能需要进行以下操作 :

• 分配“全部拒绝”权限到特殊用户或用户组以便即使在其他级别赋予权限时仍拒绝该权限。

• 确保访客用户（匿名登录验证）对 C:\Program Files\Common Files\MicroStrategy 目录下的日志文件夹有访问权限。这将确保访客用户登录时发生的任何程序错误都可以写入到日志文件。

用您的 Web 应用程序服务器安全功能完成下列操作：

• 应用文件级别的安全条件

• 创建应用程序服务器的安全角色

确保使用防火墙、数字证书以及加密等形式的标准 Internet 安全技术。举例如下。

• 启用 MicroStrategy Web 产品的加密。默认情况下，大多数加密技术在启用前都无法使用。

安全措施完成

• 如果您所操作的是特别敏感或机密的数据，启用该设置来加密 Web 服务器与 Intelligence Server 之间的所有通信信息。注意：系统必须加密或解密所有网络通讯信息，因此可能会产生明显的系统运行性能降低的情况。

请在安全的物理位置找到托管 Web 应用程序的物理计算机。

通过应用您的操作系统提供的标准文件级别的安全策略来限制托管 Web 应用程序的计算机上所存储的文件的访问。特别注意，应用此类型的安全策略以保护 MicroStrategy 管理页面的访问，防止用户在浏览器内输入特定的 URL 来访问这些页面。（默认管理页面文件的位置为 /MicroStrategy/admin/admin.asp）请确保限制以下目录 / 页面的访问：

• Admin 目录 • adminoptions.asp

• delete.asp

2. 设置用户安全性

简介

每无论什么组织都会非常注重安全性。数据仓库中可能包含敏感信息不便透露给所有用户。管理员有职责将正确的数据提供给正确的用户。

MicroStrategy 可靠的安全模型让您可以创建用户及组，并决定了用户和组可显示的信息以及可使用的对象。以下几段中对安全模型进行了讲解：

• MicroStrategy 用户模型（第 54 页） • 控制应用程序功能的访问（第 60 页）

• 控制数据的访问权限（第 76 页） • 合并用户或组（第 98 页）

身份验证，系统这一过程来识别用户，这是任何安全模型必不可少的部分。第 3 章用户识别：身份验证中讲解了验证用户身份的过程。

MicroStrategy 用户模型

本节内容大致讲解了系统所存在的用户和组以及如何导入或创建这些用户和组。

关于 MicroStrategy 用户

与大多数安全体系结构一样， MicroStrategy 安全模型建立在用户概念的基础之上。要用 MicroStrategy 进行有用的操作，用户必须使用登录 ID 和密码登录到系统。随后，用户可以执行创建对象或执行报表和文档等任务，并且通常能充分利用 MicroStrategy 系统的所有其他功能。

MicroStrategy 支持由多个应用程序、数据源和系统构成的企业环境中  的单一登录模式。用户只需登录系统一次就能实现企业所有资源的无缝访问。如需更多关于在 MicroStrategy 中运用单一登录的信息，请参阅启用单一登录验证方式（第 147 页）。

用户是在 MicroStrategy 元数据中进行定义的，并且存在于各个项目中。您不必为每一个在单独元数据资料库中创建的项目定义用户。

每个用户在各自的项目中都有唯一的配置文件夹。此配置文件夹就是用户所看到的 “ 我的个人对象 ” 文件夹。默认情况下其他用户的配置文件夹已隐藏。这些文件夹通过选定 “Desktop 首选项 ” 对话框中的 “Desktop：浏览 ” 分类下的显示隐藏对象复选框来进行查看。

Administrator 是创建新的 MicroStrategy 元数据资料库时所自带的默认用户。 Administrator 用户具有所有项目和所有对象的全部权限和许可权。在您的 MicroStrategy 安装中首先要做的是更改 Administrator 用户的  密码。

关于 MicroStrategy 用户组

用户组（或简称 “ 分组 ”）是一个用户集合。分组提供了一种简便的方式来管理大量用户。

您可以分配创建报表等权限到一个分组，而不是分别为上百个用户逐一分配这些权限。也可以为分组分配对象的使用许可权限，比如允许添加报表到特定的文件夹。

分组除了具备自身的权限以外，它们的子分组总是会从父分组继承相  应的权限。

您的 MicroStrategy 安装中自带了以下分组： • Everyone 组（第 55 页） • 身份验证相关的分组（第 55 页） • 与产品相对应的分组（第 56 页） • Administrator 组（第 56 页）

如需分配到各个分组的权限列表，请参阅 Supplemental Reference for System Administration 中的 List of Privileges 章节。

不要修改用户组的基本权限。更新到较新版本的 MicroStrategy 时，用  户组的基本权限将被默认权限所覆盖。相反，您应复制需要修改的用户组并对复件做相应的更改。

Everyone 组

除访客用户以外的所有用户将自动成为 Everyone 组的成员。 Everyone 组将帮助您轻松分配权限、安全角色成员资格以及许可权到所有用户。

当项目从 7.5.x 或更早的版本升级到 9.x 版本时， “ 使用 Desktop” 权限  将自动分配到 Everyone 组。这确保了之前版本中所有能访问 Desktop 的用户在新版本中可以继续访问 Desktop。

身份验证相关的分组

这些分组用来帮助您管理用户登录 MicroStrategy 系统的不同方式。如需不同身份验证方式的详细信息，请参阅第 3 章用户识别：身份验证。 • Public/Guest：Public 组提供匿名登录并用来管理访客用户的访问权限。如果您选择匿名验证方式，则表示每位访客用户的用户配置文件由 Public 组所定义。当用户以访客身份登录时，将以动态方式创建一个新的用户并成为 Public 组的一员。如需更多关于匿名身份验证和 Public/Guest 组的信息，请参阅匿名身份验证方式的运用（第 107 页）。 • 第三方用户：通过第三方（OEM）软件访问 MicroStrategy 项目的用户。 •LDAP 用户：用于添加从 LDAP 服务器导入的用户的分组。

• LDAP Public/Guest：当用户与 LDAP 帐户建立了链接但未导入时所使用的分组。

如需关于在 MicroStrategy 中集成 LDAP 的信息，请参阅 LDAP 身  份验证方式的运用（第 110 页）。 • 数据仓库用户：通过数据仓库连接来访问项目的用户。

与产品相对应的分组

这些分组是与您所购买的许可证相对应的内置分组。使用这些分组将让您通过简便的方式来分配产品特定的权限。

•Architect：Architect 能像项目设计师一样创建实体、事实、层级、项目等对象。

• Desktop Analyst：Desktop Analyst 具备的权限有执行简单的报表、回答提示、钻取报表、格式化报表、通过操作报表对象创建报表、创建衍生度量、修改视图筛选器、旋转报表、创建分页以及使用高级选项进行排序。

• Desktop Designer：Desktop Designer 可以从零开始设计全新的报表并创建合并项、自定义组、数据集市、文档、钻取图、筛选器、度量、提示和模板等报表组件。

• Web Reporter：Web Reporter 可以用来查看调度的报表并以交互方式来对报表进行数据切片和切块。还可以使用报表制作、导出以及通过邮件发送订阅的功能。

• Web Analyst：Web Analyst 可以创建具备基本报表功能的全新报表，并使用来自具备交互、切分和切块 OLAP 智能立方体的临时分析功能。

• Web Professional：Web Professional 用户具备完整的 Web 功能访问权限。他们可以为用户创建智能立方体和报表，具备完整的报表制作功能、临时报表制作功能以及具备无缝 ROLAP 分析的 OLAP 功能。

Administrator 组

• System Monitors：System Monitors 组提供了简单的方式来为用户分配系统中所有项目的最基本的管理权限。 System Monitors 组中的用户可以访问各种监控工具和管性质的监控工具。

 System Administrators：System Administrators 组是 System Monitors 组内的一个分组。它提供了 System Monitors 组的所有功能以及修改数据库实例等配置对象的权限。

权限

权限让用户可以访问并操作软件内的各种功能。 MicroStrategy 系统中所创建的所有用户将默认分配到一组权限。

如需关于权限的详细信息，包括如何分配权限到用户或组，请参阅控制功能的访问：权限（第 69 页）。如需 MicroStrategy 中的所有用户和分组的权限列表，请参阅 Supplemental Reference for System Administration 中的 List of Privileges 章节。

要查看哪些用户正在使用特定权限，请使用 License Manager 进行操作。详见 License Manager 的使用（第 195 页）。

如何查看用户的权限

1 在 Desktop 中登录一个项目源。您必须以具有 “ 创建和编辑用户和分组 ” 权限的用户身份来登录。

2 依次展开管理、用户管理，然后再展开该用户所在的分组。所选分组内的用户列表将出现在 Desktop 的主窗格。

3 右键单击用户并选择项目访问。用户编辑器将被打开。编辑器中将显示用户在每个项目中具备的权限 , 以及这些权限的资源（用户固有的权限、从分组继承的权限或从安全角色继承的权限）。

访问权限

访问权限允许用户与 MicroStrategy 系统中的各种对象进行交互操作。 MicroStrategy 系统中创建的所有用户默认具备部分对象的部分访问权限。访问权限与权限的不同之处在于访问权限用于限制或允许单独对象相  关的操作，而权限则用于限制或允许对项目中的所有对象的操作。

如需关于访问权限的详细信息，包括如何分配对象访问权限到用户或组，请参阅控制对象的访问：访问权限（第 61 页）。

如何查看对象的访问权限

1 在 MicroStrategy Desktop 中，右键单击对象并选择属性。这时 “ 属性 ” 对话框将打开。

2 展开安全分类。所显示的对话框中将列出所有具备该对象访问权限的用户和组，以及这些用户和组对该对象具备的访问权限。

创建、导入以及删除用户和组

使用 MicroStrategy Desktop 中的用户管理器界面或 Administrator 所具备的 Command Manager 实用工具可以逐一创建用户。您也可以从文本文件、 Windows 用户目录或 LDAP 目录导入用户和组。

如何在 Desktop 中通过用户编辑器创建新用户

1 在 Desktop 中登录一个项目源。您必须以具有 “ 创建和编辑用户和分组 ” 权限的用户身份来登录。

2 依次展开管理、用户管理器，然后再展开要加入新成员用户的分组。如果不想用户成为分组成员，请选择 Everyone。

3 从文件菜单中指向新建，然后选择用户。用户编辑器将被打开。

4 指定每个选项卡中相应的用户信息。如需每个字段相关的详细信息，请参考 Desktop Help。  用户登录 ID 限制在 50 字符以内。如需关于创建或导入用户或组的其他方法相关的详细信息，请参阅 Desktop Help。

如何删除用户

如果存在的 Narrowcast 用户从您所删除的用户继承身份验证方式，则  您必须将身份验证定义从该 Narrowcast 用户移除。如需操作说明，请参阅 MicroStrategy Narrowcast Server Administration Guide。

1 在 Desktop 中登录一个项目源。您必须以具有 “ 创建和编辑用户和分组 ” 权限的用户身份来登录。

2 依次展开管理、用户管理，然后再浏览至该用户所在的分组。

3 选中用户并按 DELETE。

4 这时将打开一个对话框要求您确认操作。点击确定以继续。

5 如果用户有配置文件夹，则将打开一个对话框询问您是否要删除用户的配置文件夹：

• 如果您单击否，该文件夹及其内容将保留在系统中且所有权将被分配给 Administrator 用户。稍后您可以为其它用户分配所有权以及文件夹及其内容的访问控制列表。

• 如果您单击是，文件夹及其所有内容将被删除。

监控用户的项目连接情况

当用户连接到一个项目时，将建立一个用户连接。您可能希望查看项目源中连接到项目的所有用户的列表。用户连接监视器中显示了所有连接的列表并允许您从中断开用户的连接。

如何查看活动的用户连接

1 在 Desktop 中登录一个项目源。您必须以具有监控用户连接权限的用户身份来登录。

2 依次展开管理、系统监视器，并选择用户连接。用户连接信息将显示在屏幕右方。每一个用户都具有该用户所登录的项目的连接，以及表示该用户已登录到项目源的连接。  注意以下事项： – Scheduler：Intelligence Server 用来处理调度的报表或文档所建立的连接将在 “ 网络地址 ” 列中显示为。如上所述， Scheduler 会话不能手动断开连接。但达到当用户会话闲置超时值将自动移除这些会话。

– Temp client：您偶尔会看到 “ 网络地址 ” 列内显示 “Temp client” 字样。这通常发生在 Intelligence Server 处于高负荷且用户访问 MicroStrategy Web 中的 “ 项目 ” 或 “ 主页 ” 页面时（这些页面显示了可用的项目列表）。Intelligence Server 会创建一个临时会话来提交可用项目的作业请求，然后再发送列表到 Web 客户端显示。此临时会话将保持开放状态直至完成请求，并且会显示 “Temp Client” 字样。

3 要查看连接详细信息，双击该连接。这时将打开 “ 快速查看 ” 对话框。

如何断开用户连接

如果从项目源断开用户连接（用户连接监视器中的 < 配置 > 项），  这些用户将同时断开与所有项目的连接。

1 在用户连接监视器中，选择相应的连接。

2 按删除。确认希望断开连接的用户。

控制应用程序功能的访问

访问控制功能可以支配通过验证的用户所能读取、修改或写入的资源。除了控制对数据的访问外（详见控制数据的访问权限（第 76 页）），您还必须控制对应用程序功能的访问，比如创建报表以及哪些报表可查看。

MicroStrategy 系统提供了一系列丰富的功能来实现 Intelligence Server 中的访问控制：

• 控制对象的访问：访问权限（第 61 页） • 控制功能的访问：权限（第 69 页） • 定义权限集：安全角色（第 72 页）

控制对象的访问：访问权限

访问权限定义了用户对系统中的各个对象的控制权限的大小。例如，在报表中，用户可能具备查看报表定义并执行报表的访问权限，但不具备修改报表定义或删除报表定义的访问权限。

为用户分配了权限后（逐一分配、通过分组分配或对具有安全角色的用户进行分配），随之将为对象分配访问权限。更具体地说，每个对象具备访问控制列表（ACL）来指定不同的用户所具备的该对象的访问权限。

Intelligence Server 包含一个叫做“绕过全部对象安全访问检查”的特殊  权限。具备此权限的用户不受访问控制权限的限制并且可以完全控制所有对象。如需关于权限的信息，请参阅控制功能的访问：权限（第 69 页）。

如何修改 Desktop 中的对象访问权限

1 在 MicroStrategy Desktop 中，右键单击对象并选择属性。这时将打开该对象的 “ 属性 ” 对话框。

要修改对象的 ACL，您必须从 Desktop 直接访问 “ 属性 ” 对话框。如  果您在编辑器中访问 “ 属性 ” 对话框，则可以查看对象的 ACL 但不能做任何更改。

2 选择安全分类。

3 对于用户或组（单击添加以选择新的用户或组），从对象下拉列表中选择预定义的一组访问权限，或选择自定义来自定义一组访问权限。如果选择的对象是一个文件夹，您也可以使用子下拉列表分配访问权限到该文件夹中所包含的对象。

4 单击确定。  如需有关对话框中各个设置的特定信息，按 F1 以查看 “ 帮助 ”。

如何修改 MicroStrategy Web 中的对象访问权限

1 在 MicroStrategy Web 中，右键单击对象并选择共享。这时将打开该对象的 “ 共享 ” 对话框。

2 要修改用户或组的访问权限，从相应的用户或组的权限级别下拉列表中选择预定义的一组访问权限，或选择自定义来自定义一组访问权。

3 要添加新的用户或组到对象的访问控制列表（ACL）： a 单击选择用户 / 组。这时将打开用户 / 组浏览器。 b 选择要添加到对象 ACL 的用户或组。 c 从选择一个权限级别下拉列表中，选择预定义的一组访问权限，或选择自定义来自定义一组访问权限。

d 单击添加。用户或组将添加到用户或组的列表，并包含指定的访问权限。

4 要从对象的 ACL 中移除用户或组，单击用户或组名称旁边的 X。

5 完成修改对象的访问权限时，单击确定。对话框将关闭并且您的更改将被保存。

访问控制列表（ACL）

访问控制列表（ACL）是用户和组的列表，以及以及每个用户或组的对象访问权限。

例如，您可以指定 Northeast Region Sales （东北地区销售）报表的下列访问权限：

• Managers 和 Executive 用户组具备报表的 “ 查看 ” 访问权限。 • Developers 用户组（创建并修改您应用程序的人员）具备 “ 修改 ” 访问权限。

• Administrators 用户组具备报表的 “ 完全控制 ” 访问权限。 • Everyone 用户组不得具备报表的任何访问权限，因此可以将该用户组分配 “ 全部拒绝 ” 权限分组。

新创建的对象的默认 ACL 具备以下特性：

• 所有者（创建对象的用户）具备 “ 完全控制 ” 访问权限。 • 所有其他用户的访问权限将根据父文件夹的子 ACL 进行设置。  新创建的文件夹将继承父文件夹的标准 ACL。但不会继承子 ACL。例如，如果父文件夹的 ACL 的子设置包括 Administrator 的 “ 完全控制 ” 访问权限以及 Everyone 组的 “ 查看 ” 访问权限，那么该文件夹内新创建的对象将拥有所有者的 “ 完全控制 ” 访问权限、 Administrator 的 “ 完全控制 ” 访问权限以及 Everyone 的 “ 查看 ” 访问权限。

修改快捷方式对象的 ACL 并不会随之修改该快捷方式的父对象的  ACL。

移动一个对象到不同的文件夹时，被移动的对象将保留其原有的 ACL。复制一个对象时，被复制的对象的 ACL 将从该对象复制目标文件夹的子 ACL 继承。

可以为对象授予的访问权限

当您使用对象的 “ 属性 ” 对话框编辑一个对象的 ACL 时，您可以分配预定义的访问权限分组或者创建自定义的分组。下表列出了预定义的分组以及每个分组所授予的特定访问权限。

分组描述已授予权限

查看授予权限以访问对象仅供查看，并提供对象名称和描述的翻译。 • 浏览 • 读取 • 使用 • 执行

修改授予查看和 / 或修改对象的访问权限。 • 浏览 • 读取 • 写入 • 删除 • 使用 • 执行

完全控制授予此对象的所有访问权限并且允许修改对象的 ACL。授予控制权限以及所有其他访问权限。

全部拒绝明确拒绝对该对象的所有权限。不分配任何权限。无；全部拒绝注意 : 此权限将覆盖用户可能从其他数据源继承的所有权限。缺省值不授予访问权限也不拒绝访问权限；所有访问权限都从基础分组继无承。

自定义允许用户或用户组使用可定义的权限的自定义组合。自定义选择

分组描述已授予权限

使用（只适用于智能立方体）授予基于此智能立方体创建并执行报表的 • 浏览（只适用于访问权限。 • 读取 MicroStrategy Web） • 使用

添加（只适用于智能立方体）授予基于此智能立方体创建并执行报表， • 浏览（只适用于以及重新发布 / 重新执行智能立方体以更新数据的访问权限。 • 读取 MicroStrategy Web） • 使用 • 执行

协作（只适用于智能立方体）授予基于此智能立方体创建并执行报表， • 浏览（只适用于重新发布 / 重新执行智能立方体以更新数据，以及修改智能立方体 • 读取 MicroStrategy Web）的访问权限。 • 写入 • 删除 • 使用 • 执行

选中访问权限分组时实际分配给用户或组的访问权限的相关解释如下表所示。

权限定义

浏览在 Desktop 和 Web 中查看对象读取在相应编辑器内查看对象的定义，以及查看对象的访问控制列表。当应用到语言对象时，允许用户在 “ 翻译编辑器 ” 中查看语言但不能编辑此语言的字符串。写入在相应编辑器内修改对象的定义并在父对象中创建新的对象。例如，在报表中添加新的度量或添加新的报表到文档。

删除删除相应的对象

控制修改对象的访问控制列表

使用当创建或修改其他对象时使用对象。例如，对于度量上的 “ 使用 ” 访问权限允许用户创建含该度量的报表。如需更多信息，请参阅访问权限与报表 / 文档的执行（第 67 页）。当应用到语言对象时，允许用户编辑并保存翻译内容，以及选择要在各自的 Desktop 或 Web 语言界面中显示的语言。此访问权限在设计时已选中。注意 : 对智能立方体有 “ 使用 ” 权限但没有 “ 执行 ” 权限的用户可以创建并执行使用该智能立方体的报表，但不能发布该智能立方体。

执行执行引用相应对象的报表或文档。要执行报表或文档，用户必须对报表 / 文档上的所有对象具有 “ 执行 ” 的访问权限。如需更多信息，请参阅访问权限与报表 / 文档的执行（第 67 页）。此访问权限在运行时已选中。

当只对用户开放一个具有“自定义”访问权限的文件夹的“浏览”权限使其  时，用户可以看到所显示的文件夹，但看不到文件夹内的对象列表。但是，如果用户执行搜索，且该文件夹中的对象符合搜索条件，则可以看到这些对象。要拒绝用户查看文件夹内的对象，您必须直接拒绝对该文件夹内对象的所有访问权限。

例如，授予文件夹 “ 浏览 ” 访问权限，但授予该文件夹的子对象 “ 全部拒绝 ” 访问权限，则应选定把权限改变应用到全部子对象复选框。这将允许用户查看文件夹，但并不包括文件夹内的任何内容。此外，如果分配 “ 全部拒绝 ” 访问权限到文件夹及其子文件夹，则用户无法看到文件夹或文件夹内的任何内容。

服务器约束和配置的访问权限

服务器对象是元数据中一个叫做服务器定义的配置级别的对象。它包含适用于服务器级别的约束设置、服务器上注册的项目列表、元数据资料库的连接信息等。服务器对象需在用户在进行 Configuration Wizard 操作时创建或修改。服务器定义对象并不会与其他对象（报表、度量等）以相同方式显示在相应的界面中。

对于系统中的其他对象，您可以创建一个服务器 ACL 以决定需要为哪些用户分配相应的系统管理访问权限。这些访问权限不同于其他对象的访问权限（详见下表）并且它们决定了用户在特定服务器上可执行的操作。例如，您可以对用户进行配置使其作为管理员在其中一台服务器上进行相应的操作，但在其他服务器上仍以普通用户的身份出现。要实现此操作，您必须通过右键单击管理图标，选中属性，然后再选择安全选项卡来修改每个服务器定义的 ACL。

下表列出了服务器对象的可用分组、每个分组授予的访问权限以及允许您在服务器上执行的相应任务。

分组已授予权限允许的操作

连接 • 浏览连接到服务器

监视 • 浏览 • 查看服务器定义属性 • 读取 • 查看统计信息设置 • 使用系统监视器

管理 • 浏览 • 启动 / 停止服务器 • 读取 • 应用运行时设置 • 使用 • 运行时更新诊断信息 • 执行 • 取消作业 • 闲置 / 恢复项目 • 断开用户 • 调度报表 • 删除调度 • 触发事件 • 执行缓存管理 • 创建安全筛选器 • 使用安全筛选器管理器

分组已授予权限允许的操作

设置 • 浏览 • 更改服务器定义属性 • 读取 • 更改统计信息设置 • 写入 • 删除服务器定义 • 删除 • 授予其他用户相应的服务器权限 • 控制

缺省值所有分配到 “ 缺省值 ” 的访问权限在该服务器上执行任何任务

自定义 ... 自定义选择执行您的自定义选择内容所允许的任务

如何决定要使用的访问权限

用户将通过以下几种方式来获取指定对象的访问权限：

• 用户身份：用户身份用来判断创建对象时该对象的所有者。用户身份还可用来判断是否已授予用户访问指定对象的权限。

• 组成员资格：如果用户是具有对象访问权限的分组的成员，则将授予该用户对象访问权限。

• 特殊权限：用户可能具备特殊的权限导致绕过正常的访问检查：

 “ 绕过框架对象安全访问检查 ” 权限允许用户忽略框架对象的访问权限检查。

 “ 绕过全部对象安全访问检查 ” 权限允许用户忽略所有对象的访问权限检查。

权限级别

如果用户为某对象分配了访问权限并且该用户所属分组分配到的对象访问权限分组并不相同，则将为用户授予最高级别的访问权限。

以下列出了从高到低排列的访问权限。当两种类型的访问权限均分配给用户时，列表中最顶部的访问权限将覆盖较低一级的访问权限。

1 全部拒绝：最高级别的访问权限

2 受限制最少的访问权限

3 受限制最多的访问权限（“ 全部拒绝 ” 除外）最低级别的访问权限

例如，如果用户对报表具有 “ 完全控制 ” 访问权限，并且是 Managers 组的成员，而该组恰好对报表具有 “ 查看 ” 访问权限，则该用户对报表具有 “ 完全控

制 ” 访问权限。如果用户之后成为另一个对报表具有 “ 全部拒绝 ” 访问权限的分组的成员，则该用户对该报表不具备任何访问权限。

新项目中文件夹的默认访问权限

默认情况下，在一个新的 MicroStrategy 项目中，只允许用户在其个人文件夹内保存对象。只有管理员身份的用户才能在 MicroStrategy 项目中的 Public Folder （公共文件夹）目录中保存对象。新项目中的文件夹将用以下默认 ACL 来创建： • 公共对象文件夹、框架对象文件夹

 Administrator：完全控制

 Everyone：浏览

 Public/Guest：浏览

• 继承的 ACL

 Administrator：缺省值

 Everyone：查看

 Public/Guest：查看这意味着 Everyone 组的新的用户可以浏览公共对象文件夹中的对  象，查看这些对象的定义并在其他对象的定义中使用这些定义（例如，创建含公共度量的报表），并执行这些对象（比如执行报表）。但是新用户并不能删除这些对象，或者创建或保存新对象到上述文件夹。

• 个人文件夹

 所有者：完全控制这意味着新的用户可以在这些文件夹中创建对象并且可以完全控制  这些对象。

访问权限与报表 / 文档的执行

与报表和文档的执行相关的访问权限有两个，即 “ 使用 ” 权限和 “ 执行 ” 权限。这两种访问权限有以下作用：

• 使用权限允许用户在修改另一个对象时引用或使用当前对象。此访问权限只在设计对象时选用。

• 执行权限允许用户执行需使用该对象的报表或文档。此访问权限只在报表 / 文档执行时选用。

用户使用这两个新的访问权限时可能会有 4 个不同级别的对象访问权限。 • “ 使用 ” 权限和 “ 执行 ” 权限均适用：用户可以使用对象来创建新的报表，并且可以执行含有该对象的报表。

• 仅适用于 “ 执行 ” 权限：用户可以执行之前创建的含该对象的报表，但不能创建需使用该对象的新报表。

• 仅适用于 “ 使用 ” 权限：用户可以使用对象来创建报表，但不能执行这些报表。

对智能立方体有 “ 浏览 ”、“ 读取 ” 和 “ 使用 ”（但不包括 “ 执行 ”）权限  的用户可以创建并执行使用该智能立方体的报表，但不能发布该智能立方体。

• “ 使用 ” 权限和 “ 执行 ” 权限均不适用：用户不能创建含相应对象的报表，也不能执行这类报表，即便用户具有该报表的 “ 执行 ” 权限时也不可用。

报表 / 文档执行期间解译访问权限

能否执行报表或文档取决于用户是否对该报表具有 “ 执行 ” 访问权限以及对用于定义该报表的对象具有 “ 执行 ” 访问权限。更具体一点，用于定义报表或文档的所有实体、自定义组、合并项、提示、度量、事实、筛选器、模板以及层级均要求有 “ 执行 ” 访问权限。用来定义报表的转换和函数中并未选用访问权限。

如果用户对定义报表时所使用的所有实体、自定义组、合并项、提示、事实、筛选器、模板或层级不具备访问权限，则报表执行将失败。

如果用户对定义报表时所使用的度量不具有访问权限，报表执行可以继续，但报表中不会显示该度量供用户查看。

这一功能的增强使执行报表时获得更高级别的访问控制。同一份报表可以根据每个用户对度量的访问权限来部署到体验结果并不相同的多个用户。

ACL 与 Web 中的个性化钻取路径

您可以控制用户在报表上所看到的实体钻取路径。您可以决定用户是否能够看到实体的所有钻取路径还是只能看到具有访问权限的钻取路径。您可以使用项目配置编辑器中的 “ 项目定义：钻取 ” 分类下的启用 Web 个性化钻取路径复选框来决定此访问权限的使用方式。（在 Desktop 中，右键单击项目并选择项目配置。）

若取消选定启用 Web 个性化钻取路径复选框（从而启用 XML 缓存），用户在 Web 所能钻取到的实体将存储在报表的 XML 缓存中。在这种情况下，用户可以看到所有实体钻取路径以判断是否具有访问权限。当用户选择一个实体钻取路径时， Intelligence Server 随之检查用户是否对该实体具有访问权限。如果用户不具备访问权限（比如由于访问控制列表造成无法访问），则不会执行钻取且用户会看到一条错误消息。

此外，如果您选定启用 Web 个性化钻取路径复选框，在创建报表结果的那一刻起（并不是在钻取时）， Intelligence Server 将检查用户对哪些实体具有访问权限并只用允许的实体创建报表 XML。通过此方式，用户将只看到可用的钻取路径，并且无法尝试执行不允许的钻取操作。启用此选项后，可能会遇到 Intelligence Server 上的性能减低的情况。这是因为必须为每个报表 / 用户组合创建 XML 而不是使用已创建的 XML。

如需更多关于 XML 缓存的信息，请参阅 XML 缓存（第 399 页）。

控制功能的访问：权限

如本章开始部分所讨论，用户社区中可能存在不同类型的用户和分组。作为系统管理员，您有职责为用户和分组分配相应的权限。这些权限让您可以完全控制用户体验的方式和内容。

权限让用户可用访问特定的 MicroStrategy 功能。例如， “ 创建度量 ” 权限允许用户使用度量报警器来创建新的度量， “ 监控缓存 ” 权限则允许用户查看缓存监视器中的缓存信息。

这里有一个叫做 “ 绕过全部对象安全访问检查 ” 的特殊权限。具备此权  限的用户可用忽略访问控制权限并且可以完全控制所有对象。如需关于访问权限的信息，请参阅控制对象的访问：访问权限（第 61 页）。

根据用户的不同权限，用户和用户组可以在 MicroStrategy 系统中执行不同类型的操作。如果用户不具备特定权限，则该用户将无法访问该权限的功能。您可以使用 License Manager 查看哪些用户正在使用特定权限（详见 License Manager 的使用（第 195 页））。

大部分权限可以在特定项目内或者所有项目间进行授予。 “ 配置组成员 ” 等部分权限不适用于特定项目，并且只能在项目源级别进行授予。

如需完整的权限列表以及这些权限在系统中所控制的内容，请参阅 Supplemental Reference for System Administration 中的 List of Privileges 章节。

用户和组的权限分配

用户和组的权限可以直接进行分配也可以通过安全角色进行分配。这两者的不同之处在于前者将在所有项目间开通相应功能，而后者只能适用于指定的项目（详见定义权限集：安全角色（第 72 页））。

如何进行用户和组的权限分配

1 在 MicroStrategy Desktop 用户管理器中，通过用户编辑器编辑用户或通过分组编辑器编辑分组。

2 单击项目访问选项卡。

3 选中相应的复选框来为用户和分组分配相应的权限。

相比逐一为用户和分组分配这些权限，创建安全角色（权限的集合）后再对用户和分组进行权限分配可能更加简单。接下来，您可以在出现例外情况时逐一分配附加权限。如需更多关于安全角色的信息，请参阅定义权限集：安全角色（第 72 页）。

一次性为多个用户分配权限

您可以使用 “ 查找并替换权限 ” 对话框授予、调用和替换现有的用户、用户组或安全角色的权限。此复选框将允许您搜索用户、用户组或安全角色并根据相应的作业所要求的任务更改其权限。

例如，您的公司在所有用户计算机上升级了 Flash。 Flash 更新完成之前，用户将无法导出报表到 Flash。您可以使用 “ 查找并替换权限 ” 来调用分配给用户的 “ 导出到 Flash” 权限，然后在完成升级时可以再次分配该权限给用户。

要访问 “ 查找并替换权限 ” 对话框，在 Desktop 中，右键单击用户管理器并选择查找并替换权限。这时将打开 “ 查找并替换权限 ” 对话框。如需关于如何查找并替换权限的详细说明，请参阅 Desktop Help （在 “ 查找并替换权限 ” 对话框中按 F1）。

权限的继承方式

指定项目中的用户权限包括以下几种：

• 直接分配给用户的权限（详见用户和组的权限分配（第 70 页））

• 分配给用户具有成员资格的任意分组的权限（详见关于 MicroStrategy 用户组（第 54 页））  分组还将从相应的父分组继承权限。 • 分配给项目中的用户所分配到的任意安全角色的权限（详见定义权限集：安全角色（第 72 页）） • 分配给项目中的用户具有成员资格的分组所分配到的任意安全角色的权限

预定义的用户组和权限

MicroStrategy 自带了几个预定义的用户组。如需这些分组的完整列表和解释，请参阅关于 MicroStrategy 用户组（第 54 页）。这些分组具有下列权限：

• Everyone、Public/Guest、Third Party Users、LDAP Public/Guest 以及 LDAP Users 不具备预定义的权限。 • 基于预定义产品的用户组具备与其对应产品所关联的所有权限。如需这些分组的列表，请参阅与产品相对应的分组（第 56 页）。 International Users 是以下基于产品的分组的成员：Desktop  Analyst、 Mobile User、 Web Reporter 以及 Web Viewer。它具备这些分组所关联的权限。

• 系统监视器及其成员组具备基于公司内预期角色的权限。要查看每一分组所分配到的权限，右键单击该分组并选择授予项目访问权限。

预定义的用户组的权限继承方式

几个预定义的用户组构成了层级，这些层级允许分组从相应层级内更高一级的任意分组继承权限。这些层级包括： • Web Reporter

 Web Analyst - Web Professional

在 Web 用户组的情况下， Web Analyst 将继承 Web Reporter 的权限。 Web Professional 将同时集成 Web Analyst 和 Web Reporter 的权限。 Web Professional 用户组具备一组完整的 Web 权限。

• Desktop Analyst

 Desktop Designer

在 Desktop 用户组的情况下， Desktop Designer 将继承 Desktop Analyst 的权限，因此比 Desktop Analyst 具有更多权限。 • System Monitors

 各种 System Monitors 组各种 System Monitors 用户组将继承 System Monitors 用户组的权限，因此比 System Monitors 具有更多权限。每一分组各自具备一组特定的权限，且不与其他 System Monitors 组各项这些权限。 • International Users

此分组将继承 Desktop Analyst 组、 Mobile User 组、 Web Reporter 组以及 Web Viewer 组的权限。

定义权限集：安全角色

安全角色是分配到用户和组的项目级权限的一个集合。例如，您肯能有两种类型的用户对功能分别有不同的需求：Executive Users 需要运行、排序和打印报表，而 Business Analysts 需要钻取并更改小计定义的附加功能。在这种情况下，您可以创建两个安全角色以满足这两者不同类型的用户。

安全角色存在于项目源级别，并且可以在任何通过 Intelligence Server 注册的项目中使用。用户可以在每个项目中使用不同的安全角色。例如，开发项目的管理员可以在该项目中具备 “ 项目管理员 ” 安全角色，而在该服务器上的所有其他项目中具备 “ 普通用户 ” 安全角色。

安全角色与用户组在以下方面有着本质区别：

• 分组是用户的集合，可以为项目源以及项目源的项目一次性分配权限（或安全角色）。

• 安全角色是项目中权限的集合。这些权限将作为一个整体根据不同的项目依次分配给各个用户或组。

如需关于从安全角色和分组继承权限的方式的信息，请参阅权限的继承方式（第 70 页）。

管理安全角色

安全角色管理器中列出了项目源中所有可用安全角色。您可以通过这个管理器来分配或调用项目中的用户安全角色，或者创建 / 删除安全角色。如需管理安全角色的其他方法，请参阅用其他方式管理安全角色（第 74 页）。

如何为项目中的用户或组分配安全角色

1 在 Desktop 中，登录到包含该安全角色的项目源。您必须有 “ 授予 / 调用权限 ” 的权限。

2 依次展开管理、配置管理器，并选择安全角色。这时将在 Desktop 主窗格内打开项目源中的安全角色列表。

3 双击要分配给用户或组的安全角色。这时将打开安全角色编辑器。

4 单击成员选项卡。

5 从选择项目下拉列表中选择要对其分配安全角色的项目。

6 从分组下拉列表中，选择要分配安全角色的用户或组所在的分组。属于该分组成员的用户或组将显示在下拉列表下方的列表框中。  注意以下事项： – 默认情况下，用户不会现在此列表框中。要查看用户以及分组，选定显示用户复选框。

– 要分配最高级别的分组到一个安全角色，从下拉列表中选择全部组。

7 选择所需用户或组。

8 单击 > 图标。用户或组将移至选择的成员列表。您可以选中用户或组并单击 > 图标分配多个用户或组到安全角色。

9 安全角色分配完成后，单击确定。安全角色将被分配到所选的用户和组，安全角色编辑器将关闭。

如何创建安全角色

1 在 Desktop 中，登录到要创建安全角色的项目源中的项目。

2 依次展开管理、配置管理器，并选择安全角色。

3 从文件菜单中指向新建，然后选择安全角色。安全角色编辑器将在常规选项卡中打开。

4 为新的安全角色输入一个名称和描述。

5 选择权限选项卡。

6 选择相应的权限来添加到此安全角色。如需每项权限的解释，请参阅 Supplemental Reference for System Administration 中的 List of Privileges 章节。  要选中权限分组中的所有权限，请选择相应的分组。 7 要分配角色到用户，请选择成员选项卡并按照如何为项目中的用户或组分配安全角色（第 73 页）中的说明进行操作。

8 单击确定以关闭安全角色编辑器并创建安全角色。

用其他方式管理安全角色

您也可以在用户编辑器或分组编辑器中分配安全角色到用户或组。从编辑器的项目访问分类中，您可以指定用户或组对项目具备哪些安全角色。

您可以通过 “ 项目配置 ” 对话框来分配安全角色给项目中的多个用户和分组。项目访问 - 常规分类中显示了各个用户分别在项目中具有哪些安全角色，并且允许您重新分配安全角色。

如需关于使用上述编辑器来管理安全角色的详细说明，请参阅 MicroStrategy Desktop Help。（在 Desktop 中按 F1。）

您也可以使用 MicroStrategy Command Manager 来管理安全角色。 Command Manager 是一个基于脚本的管理工具，它将帮助您快速执行复杂的管理操作。如需 Command Manager 中的安全角色管理所需的特定语法，请参阅 Command Manager 联机帮助中的 “Security Role Management” 部分（在 Command Manager 中按 F1 或选择帮助菜单）。如需更多关于

Command Manager 的基本信息，请参阅第 12 章用 Command Manager 自动处理管理任务。

如果您使用的是 UNIX，则必须使用 Command Manager 来管理您的  系统安全角色。

控制项目的访问权限

您可以使用一个安全角色来拒绝用户或分组访问特定的 MicroStrategy 项目。

如何拒绝用户或组访问项目

1 在 Desktop 中，右键单击要拒绝访问的项目。选择项目配置。这时项目配置编辑器打开。

2 展开项目访问。这时 “ 项目访问 - 常规 ” 对话框将打开。

3 从选择安全角色下拉列表中选择您需要拒绝项目访问的用户或分组所在的安全角色。例如，选择 “ 普通用户 ” 安全角色。

4 在 “ 项目访问 - 常规 ” 对话框左侧，选择要拒绝项目访问的用户或分组。然后再点击左向箭头来移除安全角色中的用户或分组。例如，移除 Everyone 组。

5 使用右向箭头添加任意用户到您想授予项目访问权限的安全角色。要查看每个分组中所包含的用户，选中该分组并选定显示用户复选框。

6 确保您要拒绝访问的用户或组不会出现在对话框右侧的选择的成员窗格中。然后单击确定。

7 在 Desktop 中，展开您要限制访问的项目所在的项目源下方的管理，然后再展开用户管理器。

8 单击您要拒绝项目访问的用户所属的分组。然后双击 Desktop 界面右侧的用户。用户编辑器将被打开。

9 在“项目访问”选项卡上，确认您要限制访问的项目下方的“安全角色选择” 下拉列表中的内容。请确保没有安全角色关联到此用户所在的项目。

10 单击确定。

当用户尝试登录项目时，将看到一条消息 “ 此项目源没有返回项目。 ”

基于角色的管理模型

从 9.0 版本开始， MicroStrategy 产品套件自带了一系列预定义的管理员安全角色。这些角色将使管理任务的委派变得简单。

例如，您公司的安全策略可能要求您对项目的用户安全管理员与项目源管理员区别对待。这时您不必逐一指定每位管理员的全新，而是应分配 “ 项目安全管理员 ” 角色给一个管理员，然后再将 “ 项目源管理员 ” 角色分配给另一位管理员。由于用户对每个项目可以具备不同的安全角色，您可以使用在不同的项目中使用相同的安全角色用于不同用户以进一步委派项目管理职责。

预定义的项目管理角色涵盖每个项目级别管理权限，但 “ 绕过全部对象安全访问检查 ” 权限除外。上述角色不会有共同的权限。如需每个预定义的安全角色所包含的权限列表，请参阅 Supplemental Reference for System Administration 中的 List of Privileges 章节。

预定义的管理安全角色有：

• 超级用户：具备项目的所有权限。

• 项目批量管理员：可以通过 Object Manager （详见在项目间复制对象： Object Manager （第 221 页））、 Command Manager （详见第 12 章用 Command Manager 自动处理管理任务）以及 Repository Translation Tool 来对多个对象执行管理功能的用户。 • 项目操作管理员：可以对项目的各个方面执行维护操作的用户。

• 项目操作监控人员：可查看各种 Intelligence Server 监视器但不能对受监控的系统做任何更改的用户。

• 项目资源设置管理员：可配置项目级别设置的用户。 • 项目安全性管理员：创建用户并管理用户与对象安全性的用户。

如需关于如何分配这些安全角色给用户或组的说明，请参阅管理安全角色（第 73 页）。不要修改安全角色的基本权限。更新到较新版本的 MicroStrategy 时，  安全角色的基本权限将被默认权限所覆盖。相反，您应复制需要修改的安全角色并对复件做相应的更改。

控制数据的访问权限

访问控制功能可以支配通过验证的用户所能读取、修改或写入的资源。任何用于决定用户允许访问的源数据的安全框架中的数据是主要的利益来源。您

可能更加熟悉 “ 身份验证 ” （确保用户身份的真实性）和 “ 授权 ” （确保用户通过身份识别后可以访问有权使用的数据）等的术语。

以下讨论了几种数据访问的控制方式：

• 控制数据库的访问权限：连接映射（第 77 页） • 建立数据库用户与 MicroStrategy 用户之间的链接：通行执行（第 81 页）

• 限制数据的访问权限：安全筛选器（第 83 页） • 控制数据库（RDBMS）级别的数据访问（第 96 页）

控制数据库的访问权限：连接映射

连接映射允许您为 MicroStrategy 系统中的用户或组分配一个特定的登录 ID 用于登录数据仓库 RDBMS。映射一般可以充分利用您可能已经创建的其中一种 RDBMS 数据安全技术（安全视图、按行分割事实表、按列分割事实表）。如需更多关于上述技巧的详细信息，请参阅控制数据库（RDBMS）级别的数据访问（第 96 页）。

使用连接映射的好处

如果您需要在数据仓库级别区别对待每个 MicroStrategy 用户或者需要指导这些用户对数据仓库进行区分时，可以考虑使用连接映射。以下更加详细解释了使用连接映射的好处。

首先要了解 MicroStrategy 项目中的所有用户在连接到数据库时使用相同的数据库连接 /DSN 和数据库登录名。这意味着所有用户具备相同的数据仓库安全级别，因此无法分配安全视图给特定的 MicroStrategy 用户。在这个默认的配置中，当数据库管理员（DBA）使用 RDBMS 功能来查看连接到数据仓库的用户列表时，所有 MicroStrategy 用户会以相同的名字出现。例如，如果有 40 个用户等领导了 MicroStrategy 系统并运行作业， DBA 将看到 40 个名为

MSTR users （或默认数据库登录名中所指定的任意名称）的用户。下图中展示了所有作业通过 MSTR users 数据库登录名在数据仓库上运行的流程。

Database Connection DSN Database DB Login : Project Database MSTR users InstanceInstance

All users Data Warehouse

创建连接映射

您需要在 MicroStrategy Desktop 中通过项目配置编辑器来定义连接映射。要创建一个连接映射，您必须为用户或组分配一个不同于缺省值的数据库连接或数据库登录名。如需相关信息，请参阅与数据仓库的连接（第 8 页）。

如何创建一个连接映射

1 在 Desktop 中登录到您的项目。您必须以具有管理权限的用户身份来登录。

2 从管理菜单中指向项目，然后选择项目配置。这时项目配置编辑器打开。

3 展开数据库实例分类，然后再选择连接映射分类。

4 右键单击表格并选择新建以创建一个新的连接映射。

5 双击每一列中的新连接映射以选择数据库实例、数据库连接、数据库登录名和语言。

6 双击用户列内的新连接映射。单击 ...（浏览按钮）。这时 “ 添加成员 ” 对话框将打开。

7 选择所需的用户或组并单击确定。所选用户或组将与连接映射关联。

8 单击确定关闭项目配置编辑器。新的连接映射将被保存。

连接映射示例

如果在数据仓库中存在已定义的现有安全视图且您希望允许 MicroStrategy 用户的作业使用上述特定登录 ID 赖在数据仓库上执行，您可能需要使用连接映射来实现。如以下示例所示。

• CEO 可以访问所有数据（数据仓库登录 ID = CEO） • 所有其他用户只有有限的访问权限（数据仓库登录 ID = MSTR users）

在这种情况下，您可能需要在 MicroStrategy 中为 CEO 创建一个用户连接映射。操作如下：

• 在 MicroStrategy 中创建该 CEO 的新数据库登录定义，以便使其符合该 CEO 在数据仓库上的现有登录 ID。

• 在 MicroStrategy 中创建新的连接映射以指定该 CEO 用户使用新的数据库登录名。

下图中展示了 CEO 使用 CEO 登录名（CEO 是新的数据库登录名）以及所有其他用户使用默认的数据库登录名 MSTR users 进行数据库连接 .

All Database users Connection Database Project Database InstanceInstance DSN

DB Login: DB Login: MSTR users CEO

CEO

Data Warehouse

CEO 和所有其他用户使用同一个项目、数据库实例和数据库连接（以  及 DSN），但 CEO 的数据库登录名并不相同。

如果要根据此示例来在 MicroStrategy Tutorial 项目创建连接映射，则操作流程如下图所示。

有关创建新的数据库连接的信息，请参阅与数据仓库的连接（第 8 页）。有关创建新的数据库登录名的信息，请参阅与数据仓库的连接（第 8 页）。

也可以为用户组创建连接映射，不限于单独的用户。继续上述示例的操作，接下来，如果您在 MicroStrategy 系统中有一个 Managers 组，可以访问数据仓库中的绝大多数的数据（数据仓库登录 ID = Managers），您可以创建另一个数据库登录然后再创建另一个连接映射以将其分配给 Managers 用户组。

假设您需要用户使用同一个项目连接到两个数据仓库，在这种情况下也可以考虑使用连接映射。在这里，两个数据仓库必须具有相同的结构以便项目均适用于这两个数据仓库。当您有一个含国内数据的数据仓库和一个含国外数据的数据仓库并且想让用户根据所属用户组在登录到 MicroStrategy 系统时定向到其中一个数据仓库时，则可以使用以上方式。

例如，您有以下两个用户组：

• US users 用于连接美国的数据仓库（数据仓库登录 ID 为 MSTR users） • Europe users 用于连接欧洲的数据仓库（数据仓库登录 ID 为 MSTR users）

在这种情况下，您可能需要在 MicroStrategy 中为这两个用户组创建一个用户连接映射。要实现此操作，您可以：

• 在 MicroStrategy 中创建两个数据库，分别对应每一个数据仓库（假设每个数据仓库分别存在 DSN）

• 在 MicroStrategy 项目中创建两个连接映射，以通过两个新的数据库连接定义将分组与不同的数据仓库相互链接

请参考以下示意图。

US users Database Project Database InstanceInstance

Europe Database Database users Connection: US Connection: Europe DSN: US DSN: Europe DB Login: DB Login: MSTR users MSTR users

Data Data Warehouse Warehouse (US) (London)

项目、数据库实例和数据库登录名可以相同，但是连接映射必须指定  两个分组使用不同的数据库连接（因此 DSN 也不同）。

建立数据库用户与 MicroStrategy 用户之间的链接：通行执行

您可以使用用户编辑器（在 “ 验证 ” 选项卡上指定数据仓库登录名和密码）或 Command Manager 在 MicroStrategy 用户与 RDBMS 登录 ID 之间建立链接。数据仓库身份验证时必须使用此链接（详见数据库仓库身份验证方式的运用（第 108 页）），但在其他验证模式下同样适用。

用户执行报表、文档或浏览实体元素时，您可以配置每个项目以使用连接映射或链接的数据仓库登录 ID。如果通行执行已启用，项目将使用用户编辑器（“ 验证 ” 选项卡）中所定义的链接的数据仓库登录 ID 以及密码。如果未有任何数据仓库登录 ID 链接到用户， Intelligence Server 将在项目的数据库实例中使用默认的链接和登录 ID。

默认情况下，数据仓库通行执行已关闭，因此系统将使用连接映射。如果从未定义用户所需的连接映射， Intelligence Server 将在项目的数据库实例中使用默认的链接和登录 ID。

使用通行执行的好处

通行执行的好处有以下几个方面：

• RDBMS 审计：如果您希望实现跟踪下至单个数据集查询的访问 RDBMS 系统的用户。多个用户映射到相同的 RDBMS 帐户将导致难以准确跟踪哪些用户发出了哪些 RDBMS 查询。

• Teradata 池空间：如果您使用的是 Teradata RDBMS，请注意它对每一帐户所设定池控件大小有所限制。如果多个用户共享同一个 RDBMS 帐户，则将选择性地受限于此设置。

• RDBMS 安全视图：如果您使用安全视图，每位用户需要使用唯一的数据库登录 ID 登录到 RDBMS 以便强制使用数据库安全视图。

启用链接的数据仓库帐户

您需要在 MicroStrategy Desktop 中通过项目配置编辑器来配置链接的数据仓库登录。要创建一个连接映射，您必须为用户或组分配一个不同于缺省值的数据库连接或数据库登录名。如需相关信息，请参阅与数据仓库的连接（第 8 页）。

如何启用链接的数据仓库帐户

1 在 Desktop 中登录到您的项目。您必须以具有管理权限的用户身份来登录。

2 从管理菜单中指向项目，然后选择项目配置。这时项目配置编辑器打开。

3 依次展开 “ 数据库实例 ” 分类、 “ 验证 ” 分类，然后再选择 “ 仓库 ”。

4 选定从用户编辑器 ->验证-> '仓库' 中使用数据仓库验证证书来进行数据仓库的执行复选框。

5 要在所有数据库实例中使用数据仓库凭据，请选择对所有数据库实例选项。

6 要只在特定数据库实例中使用数据仓库凭据，请选择对选定的数据库实例选项。然后再从下方的列表中选择相应的数据库实例。

7 单击确定。项目配置编辑器随之关闭并保存您所做的更改。

限制数据的访问权限：安全筛选器

安全筛选器可以让您控制通过 MicroStrategy 访问数据时控制用户所看到的仓库数据。安全筛选器可以分配给用户或组以缩小执行报表或浏览元素后所获得的结果集的范围。安全筛选器适用于用户所提交的所有报表以及所有实体元素请求。

例如，两个地区经理可能分配到与其地区相对应的两个不同的安全筛选器，其中一位经理所分配到的安全筛选器只显示东北地区的数据，而另一位经理的安全筛选器只显示西南地区的数据。如果这两位地区经理运行同一份报表，查看到的报表结果很可能不同。

安全筛选器可以提供类似于数据库级别技术的功能，比如数据库视图以及行级别的安全性。如需关于控制数据仓库级别的数据安全性的信息，请参阅控制数据库（RDBMS）级别的数据访问（第 96 页）。

如需更多关于安全筛选器的信息，请参考以下内容：

• 安全筛选器示例（第 83 页） • 安全筛选器的工作原理（第 84 页） • 创建和应用安全筛选器（第 85 页） • 安全筛选器与度量级别（第 86 页） • 多个用户使用单个安全筛选器：系统提示（第 94 页） • 合并安全筛选器（第 90 页）

安全筛选器示例

MicroStrategy Tutorial 项目中的一位用户使用一个定义为 Subcategory=TV 的安全筛选器。当此用户浏览 Category （商品大类）实体开头的 Product （产品）层级时，只能看到 Electronics （电子产品）商品大类。在 Electronics （电子产品）商品大类中，只能看到 TV （电视机）商品子类。而在 TV （电视机）商品子类中，则可以看到该子类中的所有商品。

当此用户执行一个行内包含 Category （商品大类）、 Subcategory （商品子类）和 Item （商品）实体，列内包含 Revenue （收益）度量的报表时，只能返回 TV （电视机）商品子类中的商品，如下所示。

如果此用户执行一个行内包含 Category （商品大类）体，列内包含 TV （电视机）商品子类的 Revenue （收益）度量的报表时，只能返回 TV （电视机）商品子类中的收益品，如下所示。用户无法看到安全筛选器以外的实体元素所返回的数据。

安全筛选器的工作原理

安全筛选器与普通的筛选器作用大致相同，但只能包含实体限定条件、自定义表达式以及联接元素列表。安全筛选器中不允许使用关系筛选器和度量限定条件。安全筛选器可包含任意数量的表达式，并通过逻辑运算符联接这些表达式。如需更多关于创建筛选器的信息，请参阅 MicroStrategy 初级报表制作指南中的筛选器章节。

用户执行报表并浏览元素时，安全筛选器将开始发挥其作用。安全筛选器所定义的限定条件将用于与安全筛选器实体相关的任意报表的 WHERE 子句。元素浏览时同样适用，用户通过层级进行浏览以回答提示时，将只能看到安全筛选器所定义的实体元素。

安全筛选器将用作为报表缓存和元素缓存的缓存键的一个部分。这意味着使用不同安全筛选器的用户无法访问系统的缓存结果，从而保证了数据的安全

性。如需更多关于缓存的信息，请参阅第 9 章加速报表和文档的响应时间：缓存。

每个用户或分组针对指定的项目只能直接分配到一个安全筛选器。用户和组在不同项目中可以分配到不同的安全筛选器。用户从任何所属分组继承一个或多个安全筛选器时，可能需要合并这些安全筛选器。如需关于安全筛选器的合并方式，请参阅合并安全筛选器（第 90 页）。

创建和应用安全筛选器

您需在安全筛选器管理器中创建并应用安全筛选器。请确保通知用户他们或他们所在的分组所分配到的安全筛选器。如果不通知用户有关安全筛选器的信息，用户可能无法确切了解他们所看到的报表中的数据已经过筛选，从而导致对报表结果产生误解。

前提条件

要创建安全筛选器，您必须具备下列权限：

• 创建应用程序对象（“Common Privileges” 权限分组下方） • 使用报表筛选器编辑器（“Desktop Designer” 权限分组下方） • 使用安全筛选器管理器（“Administration ” 权限分组下方）

如何创建并应用适用于用户或组的安全筛选器

1 在 Desktop 中，从管理菜单中指向项目，然后选择安全筛选器管理器。这时将打开安全筛选器管理器。

2 从选择项目下拉列表中选择要创建安全筛选器的项目。

创建一个安全筛选器

3 选中安全筛选器选项卡。

4 选择以下一项内容：

• 要创建新的安全筛选器，单击新建。这时将打开安全筛选器编辑器。如需关于如何使用此编辑器创建筛选器的操作说明，请参阅 Desktop Help。

• 或者，要将现有的筛选器转换为安全筛选器，单击导入。查找您要转换的筛选器并单击打开。为新的安全筛选器指定一个名称和位置，并单击保存。

应用安全筛选器到用户或组

5 在安全筛选器管理器的左侧的安全筛选器选项卡上，浏览并找到要应用的安全筛选器，然后选中该安全筛选器。

6 在安全筛选器管理器的右侧，选择安全筛选器。

7 浏览并找到要应用安全筛选器的用户或组，再选中该用户或组。

8 单击 > 以应用所选的安全筛选器到选中的用户或组。

9 单击确定关闭安全筛选器管理器。

安全筛选器与度量级别

在部分涉及级别度量的情况下，用户可能会看到安全筛选器以外的数量有限的数据。特别是如果用绝对筛选条件定义的度量级别高于安全筛选器表达式中所使用的级别，则筛选器表达式将上升至度量级别。如需关于度量级别以及度量筛选条件的信息，请参阅高级报表制作指南中的度量章节。

例如，可以考虑使用 Category Revenue （商品大类收益）度量，该度量用来获取每一个商品大类中所有商品所产生的收益。该度量级别表达式为 Target=Category, Filtering=Absolute。当一个具备 Subcategory=TV 筛选条件的用户执行一份含 Category Revenue （商品大类收益）度量的报表时， Category Revenue （商品大类收益）度量将显示该商品大类的总收益。用户的安全筛选器将有效地用来显示商品子类为 TV （电视机）的整个 Category （商品大类）。

此行为可通过使用上限实体和下限实体属性来进行修改。

• 上限实体：指定安全筛选器可允许用户在指定层级查看的详细信息的最高级别。如果指定了上限实体，则不会有安全筛选器表达式插入到上限以上任何一个级别。

• 下限实体：指定安全筛选器可允许用户查看的详细信息的最低级别。如果未指定，则安全筛选器可以查看低于指定上限实体的每一个级别，只要符合筛选器表达式中所定义的限定条件。  上限实体和下限实体可以设置在同一级别。如需关于如何分配上下限实体到安全筛选器的操作说明，请参阅为安全筛选器分配上限实体或下限实体（第 89 页）。

以下示例使用的报表行中包含 Category （商品大类）、 Subcategory （商品子类）以及 Item （商品）实体，其列内则包含三个度量：

• Revenue （收益） • Subcategory Revenue （商品子类收益）收益，用 Subcategory （商品子类）级别的绝对筛选条件来进行定义

• Category Revenue （商品大类收益）收益，用 Category （商品大类）级别的绝对筛选条件来进行定义

执行此报表的用户所使用的安全筛选器把 Subcategory （商品子类）限制在了 TV 元素。

无上限或下限实体

如果未指定无上限或下限实体，那么安全筛选器（商品子类）的级别以及更低级别的将无法看到安全筛选器外部的其他数据。如果数据包含在度量中，且使用该级别的绝对筛选条件，则高于安全筛选器级别的用户可以看到安全筛选器外部的数据。即便在这种情况下，用户仍只能看到定义安全筛选器时所使用的 Category （商品大类）中的数据。

在以下报表示例中，用户的安全筛选器并未指定上限实体或下限实体。只有 TV （电视机）商品大类下的商品才会显示商品级别的详细信息。 TV （电视机）商品子类下的所有商品的 Subcategory Revenue （商品子类收益）都将显示。 Category （商品大类）中的所有商品的 Category Revenue （商品大类收益）都将显示。但是，只显示 Electronics （电子产品）商品大类。以上描述了安全筛选条件 Subcategory=TV 如何上升到商品大类级别，其中 Category=Electronics 是 Category Revenue （商品大类收益）所使用的筛选条件。

上限实体：商品子类

如果指定了一个上限实体，则用户看不到安全筛选器以外的任何数据。无论是否使用含绝对筛选条件的度量，最高级别以上的级别同样适用。

在以下报表示例中，用户的安全筛选器指定了 Subcategory （商品子类）的上限实体。在这里，只有 TV （电视机）商品子类下的商品才会显示 Category Revenue （商品大类收益）。安全筛选器 Subcategory=TV 未能上升至 Category （商品大类）级别，因为 Category （商品大类）高于所指定的 Subcategory （商品子类）的最高级别。

下限实体：商品子类

如果指定了一个下限实体，则用户看不到在低于最低级别聚合的数据。

在以下报表示例中，用户的安全筛选器指定了 Subcategory （商品子类）的下限实体。并未显示商品级别的详细信息，因为 Item （商品）低于 Subcategory （商品子类）的最低级别。相反，将显示每个商品的整个

Subcategory （商品子类）的数据。位于 Subcategory （商品子类）级别的数据本质上是用户允许查看的最低级别。

为安全筛选器分配上限实体或下限实体

您应在安全筛选器管理器中分配上限实体或下限实体到安全筛选器。可以为所有用户分配上下限实体到安全筛选器，也可以根据每位用户来分配上下限实体到安全筛选器。

您可以把相同的实体作为上限实体和下限实体分配到安全筛选器。只要只要实体来自不同的层级，安全筛选器则可以有多个上限实体或下限实体。您不能使用来自同一层级的多个实体作为上限或下限实体。但是，如果其中一个实体为上限实体而另一个实体为下限实体时，您可以使用来自相同层级的实体来进行分配。例如，您可以把 Quarter （季度）（来自 Time （时间）层级）和 Subcategory （商品子类）（来自 Products （产品）层级）作为上限实体，并把 Month （月份）（来自 Time （时间）层级）和 Subcategory （商品子类）作为下限实体。

前提条件

要修改安全筛选器，您必须有 “ 使用安全筛选器管理器 ” 权限。

如何为安全筛选器分配上限实体或下限实体

1 在 Desktop 中，从管理菜单中指向项目，然后选择安全筛选器管理器。这时将打开安全筛选器管理器。

2 从选择项目下拉列表中选择要修改安全筛选器的项目。

3 单击实体选项卡。

4 浏览并查找您要设为上限或下限的实体，选中该实体。

5 如何为所有用户的安全筛选器分配上限实体或下限实体：

a 在安全筛选器管理器的右侧，选择安全筛选器。 b 浏览并找到要应用上下限实体的安全筛选器。 c 展开该安全筛选器，选中上限实体或下限实体文件夹。 d 单击 > 以应用所选的实体到选中安全筛选器。

6 如何为单独的用户或组的安全筛选器分配上限实体或下限实体：

a 在安全筛选器管理器的右侧，选择组 / 用户。 b 浏览并找到要应用上下限实体的用户或组。 c 展开该用户或组并选中要应用上下限实体的安全筛选器。 d 展开该安全筛选器，选中上限实体或下限实体文件夹。 e 单击 > 以应用所选的安全筛选器到选中的用户或组所对应的安全筛选器。

7 单击确定关闭安全筛选器管理器。

合并安全筛选器

您可以为用户直接分配安全筛选器，也可以让用户继承所在分组的安全筛选器。正因如此，当执行并把或浏览元素时，可能需要合并多个安全筛选器。

MicroStrategy 支持以下安全筛选器合并方式： • 用 OR 合并相关的安全筛选器并用 AND 合并无关的安全筛选器（第 91 页）（这是合并安全筛选器所使用的默认方法）

• 用 AND 合并所有安全筛选器（第 92 页）

对于本节中所介绍的示例，请考虑使用含下列用户组以及关联安全筛选器的项目：

分组安全筛选器层级

Electronics Category = Electronics Product

Drama Subcategory = Drama Product

Movies Category = Movies Product

Northeast Region = Northeast Geography

您将控制安全筛选器在项目级别的合并方式。您可以在项目配置编辑器中的 “ 安全筛选器 ” 分类中更改所选项目的合并设置。对安全筛选器设置做相应更改后，必须重启 Intelligence Server 才能使更改生效。更改安全筛选器的合并方式并不会使具有多个安全筛选器的用户所创  建的结果缓存自动失效。 MicroStrategy 建议更改项目中安全筛选器的合并方式后对所有结果缓存进行无效化处理。如需关于如何对项目中的所有结果缓存进行无效化处理的操作说明，请参阅结果缓存的无效化操作（第 408 页）。

用 OR 合并相关的安全筛选器并用 AND 合并无关的安全筛选器

默认情况下，安全筛选器如果相互有关联时将使用 OR 来进行合并，如果没有任何关联则使用 AND 来进行合并。也就是说，如果两个安全筛选器之间相互关联，则用户可以通过任何一个安全筛选器来查看所有可用数据。但是，如果两个安全筛选器之间不存在关联，则用户只能同时使用两个安全筛选器来查看数据。

如果两个筛选器所衍生的实体属于同一层级，比如 Country （国家）与 Region （地区），或 Year （年份）与 Month （月份），则表示这两个安全筛选器相互关联。在上述部分指定的安全筛选器的示例中， Electronics （电子产品）、 TV （电视机）、 Movies （电影）安全筛选器全部有关联，而 Northeast （东北地区）筛选器则与这些筛选器没有任何关联。

Electronics 组的成员用户和 Drama 组的成员用户使用这种合并方法将能看到来自 Electronics （电子产品）和 Drama （剧集）商品子类的数据，如下所示：

同时属于 Movies 组和 Drama 组的成员用户则可以看到 Movies （电影）商品大类中的所有商品子类的数据，而不仅限于 Drama （剧集）商品子类。同时属于 Electronics 组和 Drama 组的成员用户则可以看到这两个商品大类中的数据。

如果一位既属于用户 Movies 组成员又属于 Northeast 组成员的用户执行一个行内包含 Region （地区） Category （商品大类）和 Subcategory （商品子类）的报表，则只能显示 Northeast （东北地区） Movies （电影）商品大类中的数据，如下所示：

此用户将无法看到 Northeast （东北地区）以外的 Movies （电影）商品大类中的数据，也无法看到其他商品大类中 Northeast （东北地区）的数据。

用 AND 合并所有安全筛选器

您可以对 Intelligence Server 进行相应的配置使其总是用 AND 来合并安全筛选器，而无需不考虑安全筛选器的关联性。

在第一种合并方法中，既属于 Movies 组成员又属于 Northeast 组成员的用户只能看到 Northeast （东北地区）中的 Movies （电影）商品大类的相关数据。

同时属于 Movies 组和 Drama 组的成员用户则只能看到 Movies （电影）商品大类中 Drama （剧集）商品子类的数据。

此用户并不能看到其他 Drama （剧集）商品子类的数据。

如果用户同时属于两个相互排斥的分组时，此设置可能会产生一定的问题。例如，同时属于 Movies 组和 Electronics 组的成员用户将无法看到 Product （产品）层级的数据，因为该层级并不包含既属于 Movies （电影）商品大类又属于 Electronics （电子产品）商品大类的任何数据。

前提条件

要配置安全筛选器的合并方式，您必须具备 “ 配置项目基本设置 ” 权限。

如何配置 Intelligence Server 合并多个用户或组安全筛选器的方式

1 在 Desktop 中登录一个项目。

2 从管理菜单中指向项目，然后选择项目配置。这时项目配置编辑器打开。

3 展开安全筛选器分类并选择常规子分类。

4 在多个安全筛选器的合并规则，选择以下一个选项： • 在相关的实体上联合 (OR) 安全筛选器 , 在不相关的实体上相交 (AND) 安全筛选器（详见用 OR 合并相关的安全筛选器并用 AND 合并无关的安全筛选器（第 91 页）） • 相交 (AND) 所有安全筛选器（详见用 AND 合并所有安全筛选器（第 92 页））

5 单击确定关闭项目配置编辑器。必须重启 Intelligence Server 使更改生效。

多个用户使用单个安全筛选器：系统提示

系统提示是一种特殊类型的提示，它不需要用户提供答案。相反，将由 Intelligence Server 自动回答提示。系统提示位于 Desktop 中的 Public Objects/Prompts/System Prompts 文件夹。与其他提示对象一样，系统提示的答案将用来匹配缓存。因此，用户  不需要共享含有多个系统提示答案的报表所对应的缓存。

用户登录提示是一种系统提示，用户执行含有该提示的对象时将使用该用户的登录名自动回答提示。这为 MicroStrategy 中运用安全机制时提供了灵活性。您可以使用此提示来插入用户的登录名到任意安全筛选器，或任何可使用提示的其他对象。

如果您在 MicroStrategy 系统中使用 LDAP 验证方式，则可以导入 LDAP 实体到您的系统中作为系统提示。接下来，您可以在安全筛选器中使用这些系统提示，与上述使用用户登录系统提示的方法一样。如需关于如何导入 LDAP 实体作为系统提示来使用的操作说明，请参阅在安全筛选器中使用 LDAP 实体（第 144 页）。

安全筛选器中使用系统提示的方法示例如下：

• 简化安全筛选器定义过程（第 95 页） • 运用报表级别的安全筛选器（第 95 页） • 使用含有安全信息的数据库表（第 95 页）

如何用系统提示创建安全筛选器

1 在 Desktop 中，从管理菜单中指向项目，然后选择安全筛选器管理器。这时将打开安全筛选器管理器。

2 从选择项目下拉列表中选择要创建安全筛选器的项目。

3 选中安全筛选器选项卡。

4 单击新建。这时将打开安全筛选器编辑器。

5 双击双击这里添加一个限定条件处的文本。将打开 “ 筛选器选项 ” 窗格。

6 选择添加高级限定条件并单击确定。

7 在选项下拉列表中选择自定义表达式。

8 在自定义表达式区域中输入一个自定义表达式。您可以拖放系统提示或其他对象将其加入到自定义表达式中。如需更多关于创建自定义表达式的详细说明，请参阅 MicroStrategy 高级报表制作指南中的筛选器章节。

9 当您完成输入自定义表达式时，单击检查以确保语法的正确性。

10 单击保存并关闭。为安全筛选器输入一个名称并单击保存。新的安全筛选器将被保存。

简化安全筛选器定义过程

您可以使用系统提示以应用单独的安全筛选器到分组内的所有用户。例如，您可以使用公式 User@ID=?[User Login] 来创建一个安全筛选器，该公式将只显示与用户登录名匹配的 User （用户）实体的元素。

如需更多复杂示例，您可以对 Managers 用户进行限制以便这些用户只能看到他们下属员工的数据。以 Manager=?[User Login] 格式添加用户登录提示到安全筛选器中。接下来，再将安全筛选器分配到 Managers 组。当一个名为 John Smith 的经理执行报表时 , 安全筛选器将生成条件 Manager=‘John Smith’ 所对应的 SQL 并且只返回 John Smith 的员工相关的数据。

运用报表级别的安全筛选器

您也可以通过定义含系统提示的报表筛选器来使用用户登录系统提示来运用报表级别的安全筛选器功能。例如，您可以用 Manager=?[User Login] 格式定义含用户登录提示的报表筛选器。任何使用此筛选器的报表将只返回系统中作为 Managers 身份存在的用户数据。

使用含有安全信息的数据库表

如果您的组织或单位在数据库表中对安全信息进行维护，怎可以使用系统提示来构建含数据库安全表的 MicroStrategy 安全机制。例如，您可以通过创建可访问安全表内列数据并包含用户登录系统提示的报表筛选器来限制基于用户登录名的数据。您还可以在安全筛选器中使用逻辑视图（数据库视图）和用户登录系统提示来限制基于两个以上无关联实体的数据访问。如需包括详细说明在内的更多关于如何运用上述示例的信息，请参考 MicroStrategy Tech Note 11351。

控制数据库（RDBMS）级别的数据访问

数据库服务器具备各自的安全体系结构，可提供身份验证、访问控制以及审计。如上所述，您可能会选择使用这些 RDBMS 技术来管理数据的访问，或者选择利用 MicroStrategy 应用程序层面的机制来管理数据的访问，或者您还可能合并这两种方式。这些方法并不相互排斥。使用数据库级别的安全机制来确保数据安全的优点在于所有可访问数据库的应用程序受益于上述安全措施。如果仅使用 MicroStrategy 机制，那么只有那些访问 MicroStrategy 应用程序的用户可以受益于上述安全措施。如果其他应用程序不通过 MicroStrategy 系统来访问数据库，则安全机制将起不到应有的作用。

除了不同的数据库管理系统所提供的安全功能以外， MicroStrategy 专门设计用来操作下述常见的数据库安全技术：

• 安全视图（第 96 页） • 按行分割事实表（第 97 页） • 按列分割事实表（第 98 页）

安全视图

大多数数据库提供了数据访问的限制功能。例如，用户可能只允许访问特定数据表或者只限于查看该表内的特定行和列内的数据。用户可用的数据子集叫做用户的安全视图。

安全视图通常在按列分割事实表和按行分割事实表（如上所述）不可用时使用。用于决定每个用户允许查看的行数据的规则通常会有很大区别，因为难以将用户归类到理想数量的分组中。在极个别情况下，每个用户只能看到一组不同的数据行。

需注意对数据表的限制，或对表内的行和列的限制对用户来说并不总是处于明显的状态。但是，这不会影响报表中所显示的数值。您需要通知用户他们可访问的数据，以避免不小心运行了可导致错误最终结果的报表。例如，如果用户只能访问数据仓库中的一半的销售信息，但对运行了含所有销售数据的汇总报表，则汇总的结果只能反映一半销售数据。报表并不会指明用于生成报表的数据库安全视图。

请参考您的数据库提供商的产品说明文档以获取如何为特定数据库创建安全视图的信息。

按行分割事实表

您可以按行分割事实表以便根据行内的数值将一个逻辑数据集分为多个物理表（这一过程也叫做数据表的分区）。最终产生的表在数据仓库中以物理上不同的表形式而存在，并且安全观将变得简单，因为对整个数据表开通了访问权限而不是只对行和列开通权限。

如果要确保安全的数据可以按行来进行区分，那么这项技术会有所帮助。例如，假设一个如下所示的事实表包含表键 Customer ID、 Address、 Member Bank 以及两个事实列：

客户 ID 客户地址会员开户行交易金额（$）当前余额

123456 12 Elm St. 1st National 400.80 40,450.00

945940 888 Oak St. Eastern Credit 150.00 60,010.70

908974 45 Crest Dr. People’s Bank 3,000.00 100,009.00

886580 907 Grove Rd. 1st National 76.35 10,333.45

562055 1 Ocean Blvd. Eastern Credit 888.50 1,000.00

您可以将该表分割为几个独立的表（基于 “ 会员开户行 ” 栏中的数值），分别对应 1st National、 Eastern Credit 等每个银行。在此示例中， 1st National 银行的表格应如下所示：

客户 ID 客户地址会员开户行交易金额（$）当前余额

123456 12 Elm St. 1st National 400.80 40,450.00

886580 907 Grove Rd. 1st National 76.35 10,333.45

Eastern Credit 的表格应如下所示：

客户 ID 客户地址会员开户行交易金额（$）当前余额

945940 888 Oak St. Eastern Credit 150.00 60,010.70

562055 1 Ocean Blvd. Eastern Credit 888.50 1,000.00

这使得为管理人员或客户经理分配访问权限的操作变得简单，因为这些人员只需查看特定银行的客户信息。

在大多数 RDBMS 中，按行分割事实表不适用于系统用户。虽然存在大量物理表，但系统只能区分逻辑事实表。

处于安全考虑对 “ 按行分割事实表 ” 的支持不应与 Intelligence Server 提供的有助性能提升的而按行分割事实表的功能混淆。如需更多关于分区的信息，请参阅 MicroStrategy 高级报表制作指南。

按列分割事实表

您可以按列分割事实表以便将一个逻辑数据集按行分为多个物理表。如果要确保安全的数据可以按列来进行区分，那么这项技术会有所帮助。

每个新的表具有相同的主键，但只包含原始事实表中的事实列内的子集。按列分割事实表使事实列数据根据用户社区来进行分组。这使得安全管理变得简单，因为对整个数据表开通了访问权限而不是只对列开通权限。例如，假设一个如下所示的事实表包含表键 Customer ID 以及事实列：

客户 ID 客户地址会员开户行交易金额（$）当前余额

您可以将该表一分为二，分别对应市场部和财务部。市场部的事实表可能包含除了财务事实列以外的所有内容，如下所示：

客户 ID 客户地址会员开户行

财务部所使用的第二份表可能只包含财务事实列但并不包含市场相关的信息，如下所示：

客户 ID 交易金额（$）当前余额

合并用户或组

在指定的项目源中，您可能需要把多个用户合并到一个用户定义中，或者把一个用户组合并到另一个用户组。例如，如果用户 A 接管用户 B 的职务后，

您可能会将用户 B 的属性合并到用户 A。 MicroStrategy User Merge Wizard 将通过一个单独的配置文件合并多个用户或组及其配置文件到单独的用户或组。

本节中所涵盖的话题包括：

• 用户和组的合并方式（第 99 页） • 运行 User Merge Wizard （第 101 页）

用户和组的合并方式

User Merge Wizard 通过一个单独的项目源合并用户及其相关的对象。这些对象包括配置文件夹、分组成员资格、用户权限、安全角色以及安全筛选器。正在被合并的用户或分组中的信息将被复制到目标用户或分组。接下来，被合并的用户或分组将会从元数据中移除并只剩下目标用户或分组。

例如，您可能希望合并用户 B 到用户 A。在这种情况下，用户 A 作为目标用户。在向导中，将显示如下：

当打开 User Merge Wizard 并选择项目源时，向导将锁定该项目配置。  其他用户将无法更改任何配置对象，直至关闭向导。如需更多关于锁定和解锁项目的信息，请参阅锁定项目（第 220 页）。

如果有大量用户需要合并，您也可以通过批量操作来合并这些用户。批量合并可以显著提高合并的速度。批量合并是 User Merge Wizard 中的一个选项。单击帮助以获取关于此选项的详细信息。

User Merge Wizard 将自动合并的属性有权限、分组成员资格、配置文件夹以及对象所有权（访问控制列表）。您也可以选择合并用户或组的安全角色、安全筛选器以及数据库连接映射等属性。以下几段内容将详细讨论向导如何合并上述各个属性。

合并用户权限

User Merge Wizard 将自动合并用户或组的所有权限。继续上述示例中的操作，用户被合并前，每个用户都具有一组不同的全局用户权限。合并后，之

前分配给用户 B 的所有权限将与目标用户 A 的权限合并。此合并过程将以并集方式来执行。也就是权限不会从任何一方用户删除。

例如，如果用户 A 具有 “Web 用户 ” 的权限且用户 B 具有 “Web 用户 ” 和 “Web 管理 ” 的权限，在合并完成后，用户 A 将同时具备 “Web 用户 ” 权限和 “Web 管理 ” 权限。

合并用户组成员资格

User Merge Wizard 将自动合并用户或组的所有组成员资格。合并这些成员资格前，每位用户都具有一组不同的分组成员资格。合并后，之前分配给用户 B 的所有分组成员资格将与目标用户 A 的分组成员资格合并。此合并过程将以并集方式来执行。也就是分组成员资格不会从任何一方用户删除。

合并用户配置文件夹

User Merge Wizard 将自动合并用户或组的所有配置文件夹。合并前，用户 A 和用户 B 各自有不同的用户配置文件夹。用户 B 合并到用户 A 后，将只存在用户 A。该用户的配置文件中将同时包含用户 A 和用户 B 的配置文件夹信息。

合并对象所有权和访问控制列表

User Merge Wizard 将自动合并用户或组的所有对象所有权和访问控制列表。合并前，要合并的用户 B 拥有其配置文件夹中的用户对象并且可以完全控制访问控制列表中的对象。合并后，合并的用户对象的所有权和访问权限将被分配给目标用户 A。合并的用户将从对象 ACL 中删除。 ACL 中之前存在的其他用户将继续保留。例如，合并前，用户 B 拥有第三个用户 C 所能访问的对象。合并后，用户 A 拥有此对象，且用户 C 仍能访问该对象。

合并项目安全角色

User Merge Wizard 不会自动合并用户或组的所有安全角色。要合并安全角色，必须在向导中的 “ 合并选项 ” 页面选定安全角色复选框。合并前，用户具有指定项目的唯一安全角色。合并后，目标用户的配置文件将根据以下规则发生相应变化：

• 如果两个用户均不具备特定项目的安全角色，则目标用户在该项目上也不会具备安全角色。

• 如果目标用户不具备特定项目的安全角色，则该用户将从被合并的用户继承相应的角色。

• 如果目标用户以及要合并的用户具有不同的安全角色，则将保持目标用户的现有安全角色。

• 如果您要合并多个用户到单独的目标用户并且每个要合并的用户均具备安全角色，则目标用户将使用第一个要合并用户的安全角色。如果目标用户同样具备安全角色，则将保持目标用户的现有安全角色。

合并项目安全筛选器

User Merge Wizard 不会自动合并用户或组的所有安全筛选器。要合并安全角色，必须在向导中的 “ 合并选项 ” 页面选定安全筛选器复选框。合并安全筛选器时，向导将按照如上所述的合并安全角色时所使用的规则。

合并数据库连接映射

User Merge Wizard 不会自动合并用户或组的数据库连接映射。要合并这些连接映射，必须在向导中的 “ 合并选项 ” 页面选定连接映射复选框。合并数据库连接映射时，向导将按照如上所述的合并安全角色和安全筛选器时所使用的规则。

运行 User Merge Wizard

高级操作流程中主要讲述了 User Merge Wizard 的操作内容。如需向导中任意指定界面所需信息的说明，单击帮助或按 F1。

如何合并用户或组

1 点击 Windows 开始菜单，前往所有程序，然后依次选择 MicroStrategy、 Object Manager、再点击 User Merge Wizard。这时将打开 User Merge Wizard。

2 指定含要合并的用户 / 组的项目源。

3 选择是否希望合并可选的用户属性，比如安全角色、安全筛选器以及数据库连接映射。如需关于 User Merge Wizard 如何合并上述可选属性的描述，请参考用户和组的合并方式（第 99 页）中每个属性所在的段落。

4 指定是否希望向导自动选择要合并的用户 / 组（您可以检查并修改合并内容），还是希望手动选择。

5 在 “ 用户合并候选 ” 页面，选择目标用户或组并单击 > 添加这些用户或组到右侧。

6 选择要合并的用户或组并单击 > 添加这些用户或组到右侧。所选内容将显示在选中的目标用户或组的下方。

7 在 “ 摘要 ” 页面，核对所选内容并单击完成。用户或组将被合并。

3. 用户识别：身份验证

简介

身份验证是系统识别用户的过程。在大多数情况下，用户需提供登录 ID 和密码，系统将与授权的登录帐户及其密码进行比对。如果两者相符，则用户可以根据访问权限以及与该用户关联的应用程序权限来访问系统的各个部分。

身份验证模式

MicroStrategy 环境中支持多种身份验证模式。各种模式之间的主要区别在于每种模式所使用的身份验证机构。身份验证机构是指系统进行验证并接受由用户提供登录 / 密码凭据。

可用的验证模式如下：

• 标准：Intelligence Server 是身份验证机构。这是默认的身份验证模式。如需更多信息，请参阅标准身份验证方式的运用（第 105 页）。 • 匿名：用户可以用 “Guest” 登录而无需提供密码。此验证模式可能是启用数据库仓库或 LDAP 等其他验证模式所必须的。如需更多信息，请参阅匿名身份验证方式的运用（第 107 页）。

• 数据库仓库：数据仓库数据库是一个身份验证机构。如需更多信息，请参阅数据库仓库身份验证方式的运用（第 108 页）。 •LDAP （轻型目录访问协议）：LDAP 服务器是一个身份验证机构。如需更多信息，请参阅 LDAP 身份验证方式的运用（第 110 页）。 • 单一登录：单一登录模式涉及各种不同的第三方身份验证方式，其中包括：

 Windows 验证：Windows 是一个身份验证机构。如需更多信息，请参阅 Windows NT 身份验证的运用（第 147 页）。

 集成验证：使用 Kerberos 身份验证方式的域控制器是一个身份验证机构。如需更多信息，请参阅启用集成验证（第 153 页）。

 第三方身份验证：Tivoli、 SiteMinder 或 Oblix 等的第三方单一登录工具全部属于身份验证机构。如需更多信息，请参阅用第三方验证模式启用 Web、 Mobile 和 Office 的单一登录（第 173 页）。

如需应用特定身份验证模式的场景示例以及操作步骤，请参阅身份验证示例（第 188 页）。

为项目源配置身份验证模式

您可以通过项目源管理器对项目源进行配置以使用特定的身份验证模式。默认情况下，项目源使用标准的身份验证方式（详见标准身份验证方式的运用（第 105 页））。

如何为项目源配置身份验证模式

1 在 Desktop 的工具菜单中选择项目源管理器。这时将打开项目源管理器。

2 选择相应的项目源并单击修改。随之打开该项目源对应的项目源管理器。

3 在高级选项卡上选择相应的选项作为您想使用的默认验证模式。

4 单击确定两次。项目源管理器将关闭，且指定的验证模式将作为项目源的缺省设置。

5 如果通过 MicroStrategy Web 或 MicroStrategy Office 来访问项目源，则必须完成以下附加步骤才能完成验证模式的配置过程，如下所示：

• 要在 MicroStrategy Web 中配置验证模式，请使用 MicroStrategy Web Administrator 的默认服务器属性页面。有关详细说明，请参阅

MicroStrategy Web 帮助。（单击 MicroStrategy Web Administrator 页面上的帮助。）

• 要在 MicroStrategy Office 中设置验证模式，请使用 projectsources.xml 文件。如需详细信息，请参阅 MicroStrategy Office User Guide。

从不同的身份验证系统导入用户

您可以从多个不同的身份验证系统导入用户到一个单独的 MicroStrategy 元数据，比如从数据库仓库或 LDAP 服务器进行导入。

从单一的身份验证机制导入到 MicroStrategy 的每位用户将在 MicroStrategy 元数据中创建为独立的用户对象。例如，如果用户 A 从 LDAP 服务器导入到 MicroStrategy，则将在 MicroStrategy 元数据中创建用户 A 对象。如果用户 A 同样从您的 NT 系统来导入，则将在元数据中创建一个不同的用户 A 对象（通常叫做用户 A-NT）。每次导入用户到 MicroStrategy 元数据时，都将创建独立的用户对象。

作为备选操作，您可以从一个单一的身份验证系统（比如 LDAP）导入用户 A，然后将创建的用户 A 对象链接到 NT 系统中的同一个用户，以及数据库仓库中的同一个用户，以此类推。您可以使用链接的方式将多个身份验证系统 “ 连接 ” 或映射到 MicroStrategy 元数据中的一个单一的用户对象。

用户间用户帐户的共享  MicroStrategy 不建议共享用户帐户。您可能会决定将多个用户映射到同一个 MicroStrategy 用户帐户。这些用户本质上共享一个通用的系统登录帐户。只有在您的用户不需要创建自定义的单独对象，且您不需要以独特方式监视和识别每位用户的情况下可以考虑使用帐户的共享。

标准身份验证方式的运用

标准身份验证是默认的验证模式，且设置方式最简单。每个用户都有一个独一无二的登录名和密码，且可以在 MicroStrategy 应用程序中唯一确定。

默认情况下，即使您可以使用连接映射更改，所有连接到数据仓库的用户都使用一个 RDBMS 登录 ID。如需更多信息，请参阅与数据仓库的连接（第 8 页）。此外，标准身份验证是唯一允许用户或系统管理员更改或作废 MicroStrategy 密码的一种验证模式。

当使用标准验证时，需通过 MicroStrategy Intelligence Server 才能完成验证。 Intelligence Server 验证并接受用户提供的登录名和密码。该信息存储在元数据资料库中。

当一个项目源被配置为使用标准认证时，用户必须输入有效登录 ID 和密码组合才可以访问该项目源。

密码策略

一个有效的密码符合您可能设置的任何操作规范。您可以定义以下密码特性：

• 用户首次登录 MicroStrategy 时是否必须更改密码 • 密码过期时间间隔 • 系统可记住的旧密码的数量，以及用户无法使用系统的密码 • 密码复杂性的规则，包括：

 密码必须包含的最少字符数

 密码必须包含的最少大写字母字符数

 密码必须包含的最少小写字母字符数

 密码必须包含的最少数字字符数，即 0 到 9 之间的数字

 密码必须包含的最少特殊字符数

过期设置在用户编辑器中进行设置，且可以分别为每位用户进行设置。复杂性和记住的密码数量的设置在 “ 安全策略设置 ” 对话框中进行设置，且将影响所有用户。如需了解配置上述设置的详细说明，请参阅 Desktop Help。（在 Desktop 中按 F1。）

标准身份验证方式的运用步骤

上述操作流程是配置 Intelligence Server 的标准验证模式的高级步骤。如需了解上述步骤的附加说明，请参阅 Desktop Help。（在 Desktop 中按 F1。）

标准身份验证的高级配置步骤

1 在 Desktop 中，打开项目源管理器并单击修改。

2 在高级选项卡上，选择使用用户输入的登录名和密码 ( 标准验证 )（这是默认的设置。）

3 在 MicroStrategy Web 中，以管理员身份登录，分别选择首选项、项目默认、安全性，然后再启用标准 ( 用户名和密码 ) 作为登录模式。

4 在 Desktop 中，为数据仓库创建一个数据库实例并为其分配一个默认的数据库登录帐户。这个帐户必须是能够通过用户执行所有报表的 RDBMS 帐户。

匿名身份验证方式的运用

当使用匿名验证时，用户以访客身份登录且无需提供密码。每位访客用户假设使用 Public 组所定义的配置文件。当用户以访客身份登录时，将以动态方式创建一个新的用户并成为 Public 组的一员。

这个以动态方式创建的访客用户与用户管理器中所示的 “Guest” 性质并  不相同。

访客用户将从 Public/Guest 组继承安全设置，其中包括权限和许可权、项目访问权限、安全筛选器以及连接映射信息，这些设置并不是 Everyone 组的一部分。

默认情况下，访客用户没有任何权限，您必须为此组分配所有希望访客用户使用的权限。用户编辑器中显示为灰色的权限默认情况下不可用于访客用户。除了不可用的权限以外，您还可以通过修改 Public/Guest 用户组的权限并赋予或拒绝该组的对象访问权限来决定访客用户可进行的操作。如需更多信息，请参阅控制功能的访问：权限（第 69 页）和控制对象的访问：访问权限（第 61 页）。

访客用户创建的所有对象必须保存到公共文件夹并且可用于所有访客用户。访客用户可以使用历史列表，但访客用户退出登录时，历史列表中的消息无法保存和清除。

如何启用对项目源的匿名访问  默认情况下，服务器登录和项目登录均禁用匿名访问。 1 在 Desktop 中，以具有管理权限的用户帐户登录到项目源。

2 从 Desktop 文件夹列表中，选择管理。

3 从文件菜单中选择属性。随之打开属性 - 项目源名称对话框。

4 在安全性选项卡上，单击添加。“ 选择 Desktop 用户和组 ” 对话框将随之打开。

5 选择 Public/Guest 组。

6 在访问权限列表中，选中连接。

7 单击确定。 “ 选择 Desktop 用户和组 ” 对话框将随之关闭。

8 单击确定。这时 “ 属性 ” 对话框将关闭。

9 按照为项目源配置身份验证模式（第 104 页）中的流程进行操作并选择匿名验证。当用户登录到这个项目源时，则自动以访客身份登录并且系统将提示用户输入登录名和密码。

数据库仓库身份验证方式的运用

此验证模式使用存储在数据仓库数据库中的登录 ID 和密码来识别用户。身份验证机构为 RDBMS，用于验证登录 ID 和密码的有效性。 RDBMS 上的报表将以通过 MicroStrategy 系统提交报表的用户 RDBMS 帐户来执行。用户用 RDBMS 登录名和密码登录到 MicroStrategy 系统后，每位 MicroStrategy 用户将与 RDBMS 帐户挂钩。

如果您希望数据仓库 RDBMS 作为识别用户的身份验证机构，但又不希望在 Intelligence Server 和 RDBMS 中保留用户凭据时，请使用数据库仓库验证。如果需要为每位用户执行的各个查询项保留 RDBMS 级别的审核记录，也可以使用此配置。

如果您使用数据库身份验证，出于安全的考虑， MicroStrategy 建议使  用为每个用户创建缓存设置。这将确保使用不同数据库登录 ID 执行报表的用户不会使用相同的缓存。您可以在项目配置编辑器中的 [ 缓存 > 结果缓存〉创建 ] 分类下进行设置。

数据库仓库身份验证信息流

以下应用场景将为您展示 LDAP 用户登录 Desktop 或 MicroStrategy Web 时， MicroStrategy Intelligence Server 与 LDAP 服务器之间产生的基本信息流的大致情况。

1 用户以匿名的方式登录到一个项目源。用户尚未登录到特定的项目，因此这个过程将以匿名方式完成。由于仓库数据库并未与项目源本身关联，因此用户选择要使用的项目前将无法通过授权。如需更多关于匿名身份验证的信息，包括为项目源启用匿名验证的操作说明，请参阅匿名身份验证方式的运用（第 107 页）。  注意以下事项： – 默认情况下， Public/Guest 对所有项目的访问都将被拒绝。必须将具有项目查看权限的安全角色分配以明确的方式分配到 Public/Guest 组，以便这些用户可以查看并登录到可用的项目。 – 所有登录到数据仓库验证项目源的用户均能看到 Guest 用户可见的所有项目。用户尝试登录项目时，将赋予或拒绝每位用户对项目的访问权限。

2 用户选中项目后，用数据仓库登录 ID 和密码来登录该项目。该用户将通过与该项目关联的数据仓库数据库的身份验证。

要启用数据库验证，您必须将 MicroStrategy 元数据中的用户链接到 RDBMS 用户。链接操作致使 Intelligence Server 映射一个仓库数据到 MicroStrategy 用户。如果用户尝试登录到未与 MicroStrategy 用户链接的项目，则会出现错误消息 “ 没找到用户 ”。

数据库仓库身份验证方式的运用步骤

上述操作流程是配置 Intelligence Server 的数据库仓库验证模式的高级步骤。如需了解上述步骤的附加说明，请参阅 Desktop Help。（在 Desktop 中按 F1。）

数据库仓库身份验证的高级配置步骤

1 为验证数据库创建一个 DSN 和数据库实例。

2 配置项目源以允许匿名验证（详见标准身份验证方式的运用（第 105 页））。

3 配置项目源以允许数据库仓库验证（详见为项目源配置身份验证模式（第 104 页））。

4 为需要提供访问权限的每个项目所包含的 Public/Guest 组分配一个安全角色（详见管理安全角色（第 73 页））。

5 将每位 MicroStrategy 用户与 RDBMS 用户相链接。在用户编辑器中的 “ 验证：元数据 ” 类别下的数据库登录字段输入数据仓库登录 ID。

您可通过导入 RDBMS 用户列表到 MicroStrategy 系统的方式来创  建 MicroStrategy 用户。如需说明，请参考创建、导入以及删除用户和组（第 58 页）。

6 在每个项目的项目配置编辑器中的 “ 验证：元数据 ” 类别下，指定验证数据库的数据库实例。

7 用链接的仓库登录帐户为每个项目启用数据库执行（详见建立数据库用户与 MicroStrategy 用户之间的链接：通行执行（第 81 页））。

8 要在 MicroStrategy Web 中启用数据库验证，请到 [ 首选项 > 项目默认 > 登录 ] 页面选定数据库验证复选框，然后再单击应用。

数据仓库和元数据 (6.x) 的身份验证

这种验证模式对元数据和数据仓库数据库使用用户输入的登录 ID 和密码。此验证方式只适用于 MicroStrategy 6.X 版本的项目源。

在此验证模式下登录到项目源时， Intelligence Server 将登录凭据传递到元数据的数据库。您可以按照数据库仓库身份验证方式的运用步骤（第 109 页）中所描述的数据库仓库验证方式来完成以下相同的基础步骤。

LDAP 身份验证方式的运用

LDAP （轻型目录访问协议）是一种 TCP/IP 所使用的开放式标准 Internet 协议，专门设计用来维护并操作大型用户目录服务。它为应用程序提供了请求和管理用户和组目录信息的标准方式。 LDAP 的优点在于，它可以根据大型目录进行简单的 Select 操作。操作的目的在于通过 “ 选择支援部门的所有员工电话号码 ” 等的简单限定条件来检索一个实体的集合。

LDAP 身份验证系统由两个部分组成：LDAP 服务器和 LDAP 目录。 LDAP 服务器是一项应用程序，可以在用户和组帐户的 LDAP 目录运用 LDAP 协议和

控件。 LDAP 目录是 LDAP 服务器上用户和组帐户的存储位置以及结构。在搜索和检索 LDAP 目录中的信息前，必须与 LDAP 服务器建立连接。

如果您使用 LDAP 目录集中管理您的环境中的用户，则可以把 LDAP 身份验证运用于 MicroStrategy。在 LDAP 目录中可继续维持组群成员资格，而不必在 Intelligence Server 中再次定义。LDAP 验证通过一个 LDAP 服务器来识别 MicroStrategy 可连接的 LDAP 目录中的用户。支持的 LDAP 服务器包括 Novell Directory Services、 Microsoft Directory Services 和 Sun ONE 5.1/iPlanet。如需已认证和支持的最新 LDAP 服务器信息，请参阅 MicroStrategy 自述文件。

当使用 LDAP 验证方式时，LDAP 用户和组可以直接链接到 MicroStrategy 用户和组，也可以导入到 MicroStrategy 元数据中。如需查看导入 LDAP 用户和组与链接 LDAP 用户和组之间的区别以及在 MicroStrategy 中运用各种设置的步骤，请参阅在 MicroStrategy 中验证 LDAP 用户和组（第 122 页）。

您也可以对 MicroStrategy Office 进行设置，以使用 LDAP 验证方式。如需详细信息，请参阅 MicroStrategy Office User’s Guide。

LDAP 信息流

以下应用场景将为您展示 LDAP 用户登录 Desktop 或 MicroStrategy Web 时， MicroStrategy Intelligence Server 与 LDAP 服务器之间产生的基本信息流的大致情况。

1 当 LDAP 用户登录到 MicroStrategy Web 或 Desktop 时， Intelligence Server 将使用验证用户（主要管理用户）来连接 LDAP 服务器。（如需配置此连接的相关操作说明，请参阅在 MicroStrategy 中运用 LADP 验证（第 112 页）。）

2 验证用户将通过用户配置中设置的 DN （可分辨名称）和密码与 LDAP 绑定。

3 验证用户可以根据登录用户的 DN 来搜索 LDAP 目录中正在通过 Desktop 或 MicroStrategy Web 登录的用户。

4 如果此搜索过程成功找到正在登录中的用户，则将检索到用户的 LDAP 组信息。

5 Intelligence Server 随之搜索 MicroStrategy 元数据以确认登录中的用户的 DN 是否与现有的 MicroStrategy 用户相链接。如需更多关于链接用户的信息，请参阅不导入用户和组时如何进行链接（第 132 页）。

6 如果未在元数据中找到链接的用户， Intelligence Server 将查询配置的导入和同步选项。如果已启用导入， Intelligence Server 将用之前访问 LDAP 目录时使用的用户和组信息来更新元数据。如需更多关于用户导入相关的信息，请参阅在 MicroStrategy 中导入 LDAP 用户和组（第 123 页）。

7 如果为找到链接的用户且导入功能已禁用，而 LDAP 服务器的配置允许匿名验证，则 Intelligence Server 将用一个匿名的 Guest 用户创建一个新用户会话。如需更多关于匿名 LDAP 验证的信息，请参阅允许用 LDAP 验证方式对匿名 / 访客用户进行验证（第 133 页）。如果 LDAP 服务器的配置不允许匿名验证，则 Intelligence Server 将不允许用户登录。

8 登录的用户可以访问 MicroStrategy，并且具备相应的权限和访问许可。

在 MicroStrategy 中运用 LADP 验证

在 MicroStrategy 中运用 LADP 验证之前，至少应完成下列操作流程： • 设置 LDAP SDK 的连接（第 113 页） —— 用 Intelligence Server 安装并配置您的 LDAP SDK 文件。 • 定义 LDAP 连接参数（第 115 页） —— 定义在 LDAP 服务器和 MicroStrategy 之间建立连接所必需的参数。 • 项目源 LDAP 验证模式的运用（第 117 页）—— 根据特定项目源的 LDAP 目录来设置 MicroStrategy 中的用户验证。 • 配置 LDAP 验证模式（第 117 页）—— 用 LDAP 连接向导完成 LDAP 服务器与 MicroStrategy 的连接的创建过程。

通过 MicroStrategy 系统完成 LDAP 服务器的连接配置后，使用以下操作流程来对 MicroStrategy 系统进行配置，以使用 LDAP 验证。 • 定义 LDAP 搜索筛选器以在登录时验证并导入用户和组（第 118 页） —— 提供 Intelligence Server 搜索 LDAP 目录中的用户和组所必须的信息。 • 在 MicroStrategy 中验证 LDAP 用户和组（第 122 页）—— 选择是否导入 LDAP 用户和组到您的 MicroStrategy 系统，以便将 LDAP 用户与现有的 MicroStrategy 用户链接起来，或允许 LDAP 用户以匿名访客用户身份登录到您的 MicroStrategy 系统。

• 同步导入的 LDAP 用户和组（第 134 页） —— 保持 MicroStrategy 和 LDAP 用户信息处于最新状态。 • 在 MicroStrategy 中管理 LADP 验证（第 139 页）—— 运用不同的 LDAP 安全模式，启用连接池以最大可能提升系统性能并使用 LDAP 实体来创建安全筛选器。

设置 LDAP SDK 的连接

从 LDAP 服务器的角度出发，Intelligence Server 是一种 LDAP 客户端，它通过 LDAP SDK 使用明文或加密的 SSL 来连接 LDAP 服务器。

LDAP SDK 是 MicroStrategy 用来与 LDAP 服务器通信的一组连接文件库（DLL）。如需已认证和支持的最新 LDAP SDK 文件的信息，请参阅 MicroStrategy 自述文件。

Intelligence Server 要求所使用的 LDAP SDK 版本支持以下内容： • LDAP v. 3

• SSL 连接 • UNIX 和 Linux 平台上的 64 位体系结构要使 LDAP 与 MicroStrategy Intelligence Server Universal 一起能  正常工作，则必须使用 64 位 LDAP 库。

下图为您展示了 LDAP 配置中的各种元素的行为如何影响配置中的其他元素。

1：Intelligence Server 与 LDAP SDK 之间的行为会根据所使用的 LDAP SDK 而略有不同。 MicroStrategy 自述文件中列出了推荐配置。

2：无论使用哪个 LDAP SDK， LDAP SDK 与 LDAP 服务器之间的行为必须保持一致。

MicroStrategy 建议使用与您的操作环境中运行的 Intelligence Server 所在的操作系统的厂商相对应的 LDAP SDK 厂商。 MicroStrategy 自述文件中还列出了特定的推荐操作，其中包含一组已认证并支持的最新 LDAP SDK、含版本特定详细信息的 MicroStrategy Tech Notes （技术说明文档）以及 SDK 下载位置信息。

要配置 Intelligence Server 以便使用特定的 DLL，详见 MicroStrategy Desktop Help 中的 Intelligence Server 配置编辑器：LDAP 分类下的 “ 平台 ” 部分。

LDAP SDK DLL 高级安装步骤

1 在安装了 Intelligence Server 的计算机上下载 LDAP SDK DLL。

2 安装 LDAP SDK。

3 按以下方式注册 LDAP SDK 文件的位置： • Windows 环境：添加 LDAP SDK 库的路径到系统环境变量以便 Intelligence Server 能找到这些库。

• UNIX/Linux 环境：修改位于 /Installations/env 文件夹中的 LDAP.sh 文件使其指向 LDAP SDK 库的位置。详细的操作流程可参考以下如何添加库路径到 UNIX 中的环境变量部分的描述。

4 重新启动 MicroStrategy Intelligence Server。

如何添加库路径到 UNIX 中的环境变量

此操作流程假设您已安装 LDAP SDK。 LDAP SDK 高级安装步骤可参  考 LDAP SDK DLL 高级安装步骤。

1 在 UNIX/Linux 控制台窗口中浏览至，是您在安装 MicroStrategy 期间指定的主目录。浏览至本路径中的文件夹 /env。

2 输入命令 chmod u+w LDAP.sh 并按 ENTER 添加 Write 权限到 LDAP.sh 文件。

3 在文本编辑器中打开 LDAP.sh 文件并添加库路径到 MSTR_LDAP_LIBRARY_PATH 环境变量中。举例如下。 MSTR_LDAP_LIBRARY_PATH=’/path/LDAP/library’ 建议将所有库保存在相同的路径中。如果有多个路径，您可以添加  所有路径到 MSTR_LDAP_LIBRARY_PATH 环境变量并用冒号（:）分隔路径。举例如下。 MSTR_LDAP_LIBRARY_PATH=’/path/LDAP/library: /path/LDAP/library2’

4 输入命令 chmod a-w LDAP.sh 并按 ENTER 从 LDAP.sh 文件移除 Write 权限。

5 重启 Intelligence Server 使更改生效。

定义 LDAP 连接参数

要连接 LDAP 服务器到 Intelligence Server，必须至少配置一组参数。这些参数必须在设置 LDAP SDK 后才能配置，详见设置 LDAP SDK 的连接（第 113 页）。要定义必需的连接参数，请参照以下步骤。

如何定义必需的 LDAP 配置参数

1 在 Desktop 中登录一个项目源。您必须以具有管理权限的用户身份来登录。

2 从管理菜单中指向服务器，然后再选择配置 MicroStrategy Intelligence Server。这时将打开 Intelligence Server 配置编辑器。

3 展开 LDAP 类别并选择服务器。

4 在主机字段输入相应的信息并选择相应的端口。

• 主机

LDAP 主机可以使计算机名称也可以是 LDAP 服务器的主机的 IP 地址。

• 端口

LDAP 端口是 LDAP 服务器的端口号。端口号 389 是通过明文连接时的默认值， 636 是 SSL 的默认值。但是， LDAP 端口可以设置为默认值以外的其他数字。请与 LDAP 管理员确认正确的端口号。

5 选择是否使用明文或 SSL （加密）安全连接方式。 • 用明文或加密的 SSL 进行连接

Intelligence Server 可以通过使用明文或通过 SSL 传输加密的信息来连接到 LDAP 服务器。 MicroStrategy 建议使用 SSL 来保护 Intelligence Server 和 LDAP 服务器之间传输的信息。

如果要运用 SSL 加密技术，请通过以下步骤进行设置：

SSL 连接的高级使用步骤

请确保完成 LDAP SDK DLL 高级安装步骤（第 114 页）操作流程  以设置 LDAP SDK DLL，从而在设置 SSL 连接前注册 LDAP 文件的位置。

a 从您的 LDAP 服务器获取有效的证书并保存在安装了 Intelligence Server 的计算机上。 b 按照以下系统推荐操作来安装证书。 c 在 MicroStrategy Desktop 中的 Intelligence Server 配置编辑器中配置 LDAP SSL 证书设置以启用该证书。如需访问 Intelligence Server 配置编辑器的步骤，请参阅如何定义必需的 LDAP 配置参数（第 115 页）。根据 LDAP 服务器厂商的不同，您将有以下方式来获取 SSL 证书。 • Microsoft Active Directory：无须提供信息。 • Sun ONE/iPlanet：提供证书路径。不要包括文件名。 •Novell：提供证书路径，以及文件名。

•IBM：使用 Java GSKit 7 来导入证书，并提供含完整路径的密钥数据库，以主目录开头。

• Open LDAP：提供含有 CA 证书文件 cacert.pem、服务器证书文件 servercrt.pem 以及服务器证书密钥文件 serverkey.pem 的目录路径。 •HP-UX: 提供证书路径。不要包括文件名。 d 选择 LDAP 服务器厂商名、连接驱动程序、连接文件以及 Intelligence Server 平台的相应设置。如需关于这些连接参数的详细信息，请参阅设置 LDAP SDK 的连接（第 113 页）。

6 在验证用户的可分辨名称（DN）和密码字段分别输入相应的信息。 • 验证用户

主要的管理用户一般叫做验证用户，它是 Intelligence Server 用户来验证、导入和同步新的用户帐户时通过 LDAP 服务器访问、搜索和检索信息。

元数据中不会有 MicroStrategy 用户与验证用户相关联，并且这种  验证类型只会创建一个临时会话。但验证用户不会出现在 MicroStrategy 连接监视器中。

7 单击确定。配置编辑器随之关闭并保存参数。

项目源 LDAP 验证模式的运用

要在 MicroStrategy 中运用 LDAP 验证模式，您必须为每一个需要使用 LDAP 验证的项目源实行 LDAP 验证。

如何运用项目源的 LDAP 验证模式

1 在 MicroStrategy Desktop 中，右键单击项目源，并选择修改项目源。这时将打开项目源管理器。

2 在高级选项卡上，选中使用 LDAP 验证。

3 单击确定接受更改并关闭项目源管理器。

配置 LDAP 验证模式

LDAP 连接向导将帮助您完成在 MicroStrategy 中运用 LDAP 验证所必需的和可选的不同连接参数的设置。

如何通过 LDAP 连接向导来配置 LDAP 验证模式

1 在 MicroStrategy Desktop 中登录一个项目源。您必须以具有管理权限的用户身份来登录。

2 从管理菜单中选择服务器，然后再选择 LDAP 连接向导。 LDAP 连接向导将被打开。

3 完成向导中的每一步操作。如需向导中每一页的相关信息，单击帮助。

4 在摘要页面上，单击完成以创建并保存您的 LDAP 连接。

完成 LDAP 连接向导中的操作后，您将看到一个测试 LDAP 连接的提示。建议测试连接以确认您所提供的连接参数中可能存在的错误。

定义 LDAP 搜索筛选器以在登录时验证并导入用户和组

您必须在 Intelligence Server 上提供一些特定的参数以便服务器在 LDAP 目录中有效地搜索用户信息。

要设置搜索参数，必须在 Intelligence Server 配置编辑器的 “ 用户搜索筛选器 ” 和 “ 分组搜索筛选器 ” 对话框中输入这些参数。要访问 Intelligence Server 配置编辑器，右键单击一个项目源。输入上述信息的详细步骤可以参考 Desktop Help。

可分辨名称是定义 LDAP 目录结构中用户或分组的一种独特方式。 Intelligence Server 使用用户和分组的可分辨名称来对其进行验证并将其链接到现有的 MicroStrategy 用户和组。 MicroStrategy 还提供了以可分辨名称格式导入用户和组所使用的配置选项。如需更多关于导入 LDAP 用户和组到 MicroStrategy 的信息，请参阅在 MicroStrategy 中验证 LDAP 用户和组（第 122 页）。

如果您不提供搜索根目录，用户搜索筛选器以及 LDAP 目录的分组搜索筛选器的搜索功能很可能无法正常使用。开始 LDAP 搜索的高级操作方式：搜索根目录（第 118 页）中提供了这些参数的示例，各种参数的附加详细信息以及部分 LDAP 服务器特定的注意事项。

开始 LDAP 搜索的高级操作方式：搜索根目录

要有效地进行搜索，Intelligence Server 必须在正确的位置开始搜索。当设置 LDAP 验证模式时，您必须指明作为搜索根目录的可分辨名称以确立 Intelligence Server 搜索所有用户和组的起始目录位置。如果未设置此搜索根目录， Intelligence Server 将搜索整个 LDAP 目录。

下图和表格展示了几种以用户在公司内和 LDAP 目录内的组织方式为基础的可能存在的搜索根目录的示例。下图显示的是一个典型的公司部门结构。表格在上述示意图的基础上描述了几种用户导入应用场景。

下表在以上示意图的基础上提供了导入用户到 MicroStrategy 的几种常见搜索应用场景。搜索根目录是 MicroStrategy 中用于定义 LDAP 目录的一个根目录。

应用场景搜索根目录

包括运营部门的所有用户和组运营部门

包括运营部门、咨询部门以及销售部门的所有用户和销售部门组

包括运营部门、咨询部门以及技术部门的所有用户和部门组

包括咨询部门以外的技术部门和运营部门的所有用户部门（User/Group 搜索筛选器包含 EXCLUSION 子和组。句用来排除属于咨询部门的用户。）

部分 LDAP 厂商的搜索根目录不能作为 LDAP 树状结构的根目录。例如， Microsoft Active Directory 和 Sun ONE 均需从域控制器 RDN （DC）开始搜

索。下图展示了此类型的 RDN 示例，其中 dc=labs、 dc=microstrategy、 dc=com：

搜索根目录参数将在整个体系的分支中搜索所有已在耽搁域中注册的  用户。如果您的 LDAP 目录有多个域分别用于不同的部门，请参考 MicroStrategy Tech Note TN18229 （技术文档）。

查找用户：用户搜索筛选器

用户搜索筛选器允许 MicroStrategy 有效地搜索 LDAP 目录以便在登录时验证或导入用户。这些筛选器可以在 Intelligence Server 配置编辑器中的 LDAP 主题下进行配置。

Intelligence Server 找到 LDAP 目录中的用户后，搜索结果将显示用户的可分辨名称，且用户登录时输入的密码将参照 LDAP 目录进行核实。 Intelligence Server 将使用验证用户来访问、搜索并检索 LDAP 目录中的信息。

然后， Intelligence Server 使用用户的可分辨名称来搜索成员用户所在的 LDAP 组。您必须输入区分于用户搜索筛选器参数的组搜索筛选器参数（详见关于分组搜索筛选器（第 121 页））。

用户搜索筛选器通常格式为 (&(objectclass=LDAP_USER_OBJECT_CLASS) (LDAP_LOGIN_ATTR=#LDAP_LOGIN#)) 其中：

• LDAP_USER_OBJECT_CLASS 表示 LDAP 用户的所属对象类。例如，您可以输入 (&(objectclass=person)(cn=#LDAP_LOGIN#))。

• LDAP_LOGIN_ATTR 表示用于存储 LDAP 登录信息的 LDAP 实体。例如，您可以输入 (&(objectclass=person)(cn=#LDAP_LOGIN#))。

• #LDAP_LOGIN# 可在此筛选器中用来表示 LDAP 用户登录帐户。

根据您的 LDAP 服务器厂商以及 LDAP 树状结构的不同，您可能需要尝试在上述搜索筛选器语法中使用不同实体。例如， (&(objectclass=person) (uniqueID=#LDAP_LOGIN#)), where uniqueID 是您的公司用于身份验证的实体名称。

关于分组搜索筛选器

分组搜索筛选器允许 MicroStrategy 有效地搜索 LDAP 目录中用户所属的分组。这些筛选器可以在 Intelligence Server 配置编辑器中的 LDAP 主题下进行配置。

分组搜索筛选器通常是以下形式之一（或以下形式的组合，用竖线 | 来分隔不同形式）： • (&(objectclass=LDAP_GROUP_OBJECT_CLASS) (LDAP_MEMBER_LOGIN_ATTR=#LDAP_LOGIN#))

• (&(objectclass=LDAP_GROUP_OBJECT_CLASS) (LDAP_MEMBER_DN_ATTR=#LDAP_DN#))

• (&(objectclass=LDAP_GROUP_OBJECT_CLASS) (gidNumber=#LDAP_GIDNUMBER#))

上述分组搜索筛选器形式包含下列占位符：

• LDAP_GROUP_OBJECT_CLASS 表示 LDAP 组的所属对象类。例如，您可以输入 (&(objectclass=groupOfNames)(member=#LDAP_DN#))。

• LDAP_MEMBER_[LOGIN ? DN]_ATTR 表示用于存储 LDAP 用户 LDAP 登录帐户 /DN 的 LDAP 组的 LDAP 实体。例如，您可以输入 (&(objectclass=groupOfNames)(member=#LDAP_DN#))。

• #LDAP_DN# 可以在此筛选器中用来表示 LDAP 用户的可分辨名称。 • #LDAP_LOGIN# 可在此筛选器中用来表示 LDAP 用户的登录帐户。

• #LDAP_GIDNUMBER# 可以在此筛选器中用来表示 UNIX 或 Linux 组的 ID，这与 LDAP 实体 gidNumber 是相对应的。

您可以通过添加附加条件来运用特定的搜索类型。例如，您有 20 组不同的用户，其中只有 5 组用户会访问并操作 MicroStrategy。您可以添加附加条件到分组搜索筛选器以便只导入这 5 个分组。

在 MicroStrategy 中验证 LDAP 用户和组

要将 LDAP 用户和组连接到 MicroStrategy 中的用户和组，您可以导入 LDAP 用户和组到 MicroStrategy 元数据或者也可以只在 LDAP 目录和 MicroStrategy 中的用户和组之间建立链接。导入用户时将根据 LDAP 目录中的现有用户在 MicroStrategy 中创建新的用户。链接用户时将把 LDAP 用户信息与 MicroStrategy 中的现有用户相连。您也可以允许 LDAP 用户以匿名方式登录到 MicroStrategy，而无需关联的 MicroStrategy 用户。下表列出上述方式的优点以及考虑事项。

连接类型优点考虑事项

在 MicroStrategy 中导 • 用户和组在元数据中创建。 • 在含有多个 LDAP 用户的环境下，导入入 LDAP 用户和组 • 用户和组可以在 MicroStrategy 中分操作可以用这些用户及其相关信息来快配到更多的权限和许可。速填充元数据。 • 用户在 MicroStrategy 中有自己的收 • 当最初导入到 MicroStrategy 时，用户和件箱和个人文件夹。组可能不具备正确的访问许可及权限。

不导入用户和组时 • 在含有多个 LDAP 用户的环境下， • 要链接的用户必须已存在于 MicroStrategy 如何进行链接链接操作涉及通过用户及其相关信元数据。息来填充元数据。 • 您可以使用 Command Manager 来通过脚本实现链接过程的自动化操作。详见 Command Manager Help 中的详细信息。

允许用 LDAP 验证方 • 用户不必创建新的 MicroStrategy 用 • 权限只限于 Public/Guest 组的用户。式对匿名 / 访客用户户就能立即登录。 • 用户退出登录后，用户的个人文件夹和进行验证收件箱将从系统删除。

如果您的环境中有多个 Intelligence Servers 连接到来一个  MicroStrategy Web 服务器，请参考 MicroStrategy Tech Note TN11151 中关于设置 LDAP 验证模式的详细信息。

当在 MicroStrategy 导入 LDAP 用户和组时，所有已通过验证的 LDAP 用户和组将被导入到 MicroStrategy 元数据中，这意味着在 MicroStrategy 元数据中创建一个物理 MicroStrategy 用户。如需进一步了解运用此选项的详细信息及步骤，请参阅在 MicroStrategy 中导入 LDAP 用户和组（第 123 页）。

另一个选项是链接 LDAP 用户和组到 MicroStrategy 中的现有用户和组。这将帮助防止用 LDAP 用户相关的数据来填充元数据。但仍需将用户链接到元数据中的现有用户。如需进一步了解运用此选项的详细信息及步骤，请参阅不导入用户和组时如何进行链接（第 132 页）。

如果您选择不导入或链接 LDAP 用户和组，则发生 LDAP 验证时不会导入任何 LDAP 用户或组到元数据。相反，您可以对系统进行配置以便用户以匿名身份登录到 MicroStrategy，匿名用户将使用 MicroStrategy Public/Guest 组的权限。在这种情况下，用户的个人文件夹和收件箱在用户退出

MicroStrategy 系统后不再保留。如需了解此验证选项的详细信息，请参阅允许用 LDAP 验证方式对匿名 / 访客用户进行验证（第 133 页）。

在 MicroStrategy 中导入 LDAP 用户和组

您可以选择在登录时批量导入 LDAP 用户和组，或者是两者结合的形式来导入。如需设置用户和组的导入选项的相关信息，请参阅以下段落：

• 登录时导入用户和组（第 124 页） • 批量导入用户和组列表（第 125 页）

导入的用户将自动成为 MicroStrategy 的 LDAP 用户组成员，并且分配到该组的访问控制列表（ACL）和权限。要分配不同的 ACL 和权限给用户，您可以移动用户到其他的 MicroStrategy 用户组。

当 LDAP 用户导入到 MicroStrategy 时，您也可以选择导入该用户的 LDAP 组。如果用户属于多个组，则将在元数据中导入并创建所有用户的组。导入的 LDAP 组需在 MicroStrategy 的 LDAP 用户文件夹以及 MicroStrategy 的用户管理器中创建。

LDAP 用户和 LDAP 组将全部在同一级别的 MicroStrategy LDAP 用户  组中创建。当用户与任何关联的组之间的 LDAP 关系存在于 MicroStrategy 元数据中，则该关系不会在 MicroStrategy Desktop 中以可视的方式出现。例如，导入或同步操作完成后立即查看 MicroStrategy 中的 LDAP 用户文件夹，您可能看到以下导入的 LDAP 用户和组的列表：

如果您想在 MicroStrategy 中显示用户所在的组，您必须手动移动这些用户到相应的组。

导入的 LDAP 用户或组与 MicroStrategy 用户或组之间的关系通过 MicroStrategy 元数据中的链接来进行维护，即通过可分辨名称的形式实现操作。可分辨名称（DN）是 LDAP 目录中输入项（这里指用户或组）的唯一标识符。

MicroStrategy 用户的可分辨名称与分配给验证用户的 DN 并不相同。  验证用户的 DN 是指连接 LDAP 服务器并搜索 LDAP 目录所使用的 MicroStrategy 帐户的 DN。验证用户可以是具备 LDAP 服务器搜索权

限的任何人，通常是 LDAP 管理员。如需更多关于指定验证用户的 DN 和密码的相关信息，请参阅定义 LDAP 连接参数（第 115 页）。

从 LDAP 目录移除用户并不会影响该用户在 MicroStrategy 元数据中的状态。同步化过程中，不会自动删除 MicroStrategy 元数据中已移除的 LDAP 用户。您可以撤消 MicroStrategy 中的用户权限，或手动移除该用户。  您不能从 MicroStrategy 导出用户或组到 LDAP 目录。

登录时导入用户和组

您可以选择在用户首次登录到 MicroStrategy 时导入用户及其关联的组。当 LDAP 用户首次登录 MicroStrategy 时，该用户将被导入到 MicroStrategy，并且在 MicroStrategy 元数据中将创建一个物理 MicroStrategy 用户。任何与该用户关联的尚未包括在 MicroStrategy 中的组也将在元数据中被导入并创建。

在 MicroStrategy 中创建用户或组后，您便能分配可控制用户在 MicroStrategy 中所访问内容的权限和安全设置。如需更多关于分配安全设置的信息，请参阅导入后的用户权限和安全设置（第 127 页）。导入到 MicroStrategy 的用户也将获得自己的收件箱和个人文件夹。

如何在登录时导入用户和 / 或组

1 在 MicroStrategy Desktop 中登录一个项目源。您必须以具有管理权限的用户身份来登录。

2 在管理菜单中选择服务器，然后再选择配置 MicroStrategy Intelligence Server。这时将打开 Intelligence Server 配置编辑器。

3 展开 LDAP 分类，然后再展开导入，最后选择导入 / 同步。

4 在导入区域的导入 / 同步选项中： • 选定 “ 导入用户 ” 复选框以便在用户登录时导入该用户。 • 选定“与 LDAP 同步 MicroStrategy 用户登录名/用户名称”复选框以允许 MicroStrategy 用户信息与 LDAP 用户信息同步。如需更多信息，请参阅选择要导入的用户和组信息所对应的 LDAP 实体（第 128 页）。

• 选定导入组复选框以便在用户登录时导入该组。

• 选定与 LDAP 同步 MicroStrategy 组名复选框以允许 MicroStrategy 的组信息与 LDAP 组信息同步。如需更多信息，请参阅选择要导入的用户和组信息所对应的 LDAP 实体（第 128 页）。

导入到 MicroStrategy 的用户名、用户登录信息以及组名称取决于您选择导入的 LDAP 实体。要指定 MicroStrategy 要导入的 LDAP 实体，请参考以下段落：

• 选择要导入的用户和组信息所对应的 LDAP 实体（第 128 页） • 导入与 LDAP 用户关联的集成验证凭据（第 129 页） • 导入与 LDAP 用户关联的电子邮件地址（第 130 页）

• 选择要与用户一起导入的嵌套组的数量（第 131 页）

批量导入用户和组列表

您可以批量导入用户及其关联的组。用户和组列表将从 LDAP 目录中的用户和组搜索结果进行显示。在 MicroStrategy 中将创建所有导入的 LDAP 用户和组所对应的 MicroStrategy 用户和组。

在 MicroStrategy 中创建用户或组后，您便能分配可控制用户在 MicroStrategy 中所访问以及操作的内容的权限和安全设置。因此，通过批量导入用户和组，您可以在用户登录到 MicroStrategy 前为这些用户和组分配权限和安全设置。这也许您提前设置好系统的安全性。

导入到 MicroStrategy 的用户也将获得自己的收件箱和个人文件夹。

如何允许用户和组的批量导入

1 在 MicroStrategy Desktop 中登录一个项目源。您必须以具有管理权限的用户身份来登录。

2 在管理菜单中选择服务器，然后再选择配置 MicroStrategy Intelligence Server。这时将打开 Intelligence Server 配置编辑器。

3 展开 LDAP 分类，然后再展开导入，最后选择导入 / 同步。这时将显示 “ 导入 / 同步 ” 选项。

4 在批量操作区域的导入 / 同步选项中： • 要批量导入用户，选定导入用户复选框。您还必须在输入搜索筛选条件 , 以导入用户列表字段输入用户搜索筛选条件以便获取用于导入的

用户列表。如需更多关于定义用户搜索筛选条件用于导入用户列表的信息，请参阅定义搜索筛选条件以获取用户列表（第 126 页）。 • 要与 LDAP 用户信息同步 MicroStrategy 的用户信息，选定与 LDAP 同步 MicroStrategy 用户登录名 / 用户名称复选框。如需更多信息，请参阅同步导入的 LDAP 用户和组（第 134 页）。 • 要批量导入组，选定导入组复选框。您还必须在输入搜索筛选条件 , 以导入用户组列表字段输入用户组搜索筛选条件以便获取用于导入的用户列表。如需更多关于定义用户搜索筛选条件用于导入用户列表的信息，请参阅定义搜索筛选条件以获取用户组列表（第 127 页）。 • 要与 LDAP 组信息同步 MicroStrategy 的组信息，选定与 LDAP 同步 MicroStrategy 组名复选框。如需更多信息，请参阅同步导入的 LDAP 用户和组（第 134 页）。

导入到 MicroStrategy 的用户名、用户登录信息以及组名称取决于您选择导入的 LDAP 实体。更多信息，请参阅以下段落： • 选择要导入的用户和组信息所对应的 LDAP 实体（第 128 页） • 导入与 LDAP 用户关联的集成验证凭据（第 129 页） • 导入与 LDAP 用户关联的电子邮件地址（第 130 页） • 选择要与用户一起导入的嵌套组的数量（第 131 页）

定义搜索筛选条件以获取用户列表

如果您选择批量导入或同步用户列表，您必须提供一个用户搜索筛选条件来获取用户列表。您应与 LDAP 管理员联系以获得正确的用户搜索筛选条件的语法。用户搜索筛选条件通常以以下形式出现：

(&(objectclass=LDAP_USER_OBJECT_CLASS)(LDAP_LOGIN_ATTR=S EARCH_STRING))

上述用户搜索筛选条件包含下列占位符：

• LDAP_USER_OBJECT_CLASS 表示 LDAP 用户的所属对象类。例如，您可以输入 (&(objectclass=person)(cn=h*))。 • LDAP_LOGIN_ATTR 表示用于存储 LDAP 登录信息的 LDAP 实体。例如，您可以输入 (&(objectclass=person)(cn=h*))。

• SEARCH_STRING 表示您的用户搜索筛选条件所定义的搜索条件。搜索筛选条件必须与正确的 LDAP 实体匹配。例如，您可以通过输入

(&(objectclass=person)(cn=h*)) 来搜索含字母 h 开头的 LDAP 用户登录名的所有用户。

根据您的 LDAP 服务器厂商以及 LDAP 中创建的树状结构，您可能需  要尝试在上述搜索筛选器语法中使用不同实体。举例如下。 (&(objectclass=person)(uniqueID=SEARCH_STRING))

其中 uniqueID 是您公司在身份验证时使用的 LDAP 实体。

如需批量导入并同步用户时的用户搜索筛选条件的输入方式和位置的相关信息，请参阅如何允许用户和组的批量导入（第 125 页）。

定义搜索筛选条件以获取用户组列表

输入用户组搜索筛选条件以获取要批量导入的用户组列表。您应与 LDAP 管理员联系以获得正确的用户组搜索筛选条件的语法。用户组搜索筛选条件通常以以下形式出现：

(&(objectclass=LDAP_GROUP_OBJECT_CLASS)(LDAP_GROUP_ATTR= SEARCH_STRING))

上述分组搜索筛选器形式包含下列占位符：

• LDAP_GROUP_OBJECT_CLASS 表示 LDAP 组的所属对象类。例如，您可以输入 (&(objectclass=groupOfNames)(cn=h*))。

• LDAP_GROUP_ATTR 表示检索用户组列表时所搜索的 LDAP 组的 LDAP 实体。例如，您可以输入 (&(objectclass=groupOfNames)(cn=h*))。

• SEARCH_STRING 表示您的用户组搜索筛选条件所定义的搜索条件。搜索筛选条件必须与正确的 LDAP 实体匹配。例如，您可以通过输入 (&(objectclass=groupOfNames)(cn=h*)) 来搜索含字母 h 开头的 LDAP 用户组登录名的所有用户组。

如需批量导入并同步用户组时的用户组搜索筛选条件的输入方式和位置的相关信息，请参阅如何允许用户和组的批量导入（第 125 页）。

导入后的用户权限和安全设置

用户的 LDAP 权限和安全设置不会随用户一起导入。导入的用户将得到 MicroStrategy LDAP Users 组的权限。您可以在用户编辑器中使用标准的 MicroStrategy 操作过程来添加附加权限到 LDAP 用户组的特定用户。您也可以以整体方式调整 LDAP 用户组的权限。

与此类似，用户组的 LDAP 权限和安全设置不会随用户组一起导入。用户组权限可以通过 MicroStrategy 组编辑器来进行修改。

MicroStrategy 中所导入的为 LDAP 用户分配的权限以及安全设置取决于用户的关联 MicroStrategy 组权限和安全许可。要查看分配给用户或组的默认权限，请在 Desktop 文件夹列表中分别展开您的项目源、管理和用户管理器。右键单击组（或选中组并右键单击用户）并选中编辑。 “ 项目访问 ” 选项卡将显示项目源中各项目的全部权限。如需关于编辑用户和组权限的详细信息，请参阅 Desktop Help。

用户和组的同步过程可以修改用户所属的组，从而修改用户的权限和安全设置。如需更多信息，请参阅同步导入的 LDAP 用户和组（第 134 页）。

选择要导入的用户和组信息所对应的 LDAP 实体

当 LDAP 用户作为 MicroStrategy 用户导入时，您必须选择哪些 LDAP 实体应分别作为 MicroStrategy 用户登录名、用户名和组名来导入。

• 用户登录名是登录 MicroStrategy 时必须与密码一起输入的信息。 • 用户名是所显示的与用户登录名关联的名称。 • 组名是所显示的与组登录名关联的名称。

如何选择要导入的用户和组信息所对应的 LDAP 实体

1 在 MicroStrategy Desktop 中登录一个项目源。您必须以具有管理权限的用户身份来登录。

2 在管理菜单中选择服务器，然后再选择配置 MicroStrategy Intelligence Server。这时将打开 Intelligence Server 配置编辑器。

3 展开 LDAP 分类，然后再展开导入，最后选择用户 / 组。这时将显示用户 / 组选项。

4 在导入用户登录名为区域，选中以下一个 LDAP 实体作为用户登录名进行导入：

• 用户登录名：用户的 LDAP 用户登录名作为 MicroStrategy 用户登录名导入。

• 可分辨名称：用户的 LDAP 可分辨名称作为 MicroStrategy 用户登录名导入。

• 其他：您可以提供一个不同于上述名称的 LDAP 实体来作为 MicroStrategy 用户登录名进行导入和使用。您的 LDAP 管理员可以为您提供相应的 LDAP 实体来作为用户登录名使用。如果在其他字段输入一个值，请确保验证用户包含其他字段中所指  定的同一个实体的有效值。如需更多关于验证用户的信息，请参阅验证用户（第 116 页）。

5 在导入用户名为区域，选中以下一个 LDAP 实体作为用户名进行导入： • 用户名：用户的 LDAP 用户名作为 MicroStrategy 用户名导入。 • 可分辨名称：用户的 LDAP 可分辨名称作为 MicroStrategy 用户名导入。

• 其他：您可以提供一个不同于上述名称的 LDAP 实体来作为 MicroStrategy 用户名进行导入和使用。您的 LDAP 管理员可以为您提供相应的 LDAP 实体来作为用户名使用。如果在其他字段输入一个值，请确保验证用户包含其他字段中所指  定的同一个实体的有效值。如需更多关于验证用户的信息，请参阅验证用户（第 116 页）。

6 在导入组名为区域，选中以下一个 LDAP 实体作为用户组名进行导入： • 分组名：用户组的 LDAP 组名作为 MicroStrategy 组名导入。 • 可分辨名称：用户组的 LDAP 可分辨名称作为 MicroStrategy 组名导入。

• 其他：您可以提供一个不同于上述名称的 LDAP 实体来作为 MicroStrategy 组名进行导入和使用。您的 LDAP 管理员可以为您提供相应的 LDAP 实体来作为组名使用。如果在其他字段输入一个值，请确保验证用户包含其他字段中所指  定的同一个实体的有效值。如需更多关于验证用户的信息，请参阅验证用户（第 116 页）。

导入与 LDAP 用户关联的集成验证凭据

如果使用基于 LDAP 的单一登录系统来批量导入用户，则只要有用户登录系统或导入到系统，都将导入单一登录 ID。如需关于配置单一登录系统的信息，请参阅启用单一登录验证方式（第 147 页）。

默认情况下，单一登录信息存储在 userPrincipalName LDAP 实体中。如果您的系统在不同的 LDAP 实体中存储单一登录信息，则可以在导入时配置该实体。

如何导入与 LDAP 用户关联的集成验证凭据

1 在 MicroStrategy Desktop 中登录一个项目源。您必须以具有管理权限的用户身份来登录。

2 在管理菜单中选择服务器，然后再选择配置 MicroStrategy Intelligence Server。这时将打开 Intelligence Server 配置编辑器。

3 展开 LDAP 分类，然后再展开导入，最后选择导入选项。这时将显示导入选项。

4 选定批量导入集成验证 / 受信任的验证唯一 ID 复选框。

5 选择是否使用默认的 LDAP 受信任验证实体 userPrincipalName 还是使用不同的实体。如果您想使用不同于默认设置的实体，请在文本字段中指定该实体。

导入与 LDAP 用户关联的电子邮件地址

LDAP 用户通常会有与之关联的电子邮件地址。如果您有 MicroStrategy Distribution Services 产品许可证，那么无论批量导入 LDAP 用户还是登录时进行导入，您都可以把这些邮件地址作为与上述用户关联的联系人来进行导入。如需关于 Distribution Services 的信息，请参阅用 Distribution Services 调度邮件、文件和打印机的传递内容（第 487 页）。  MicroStrategy 9 只能导入每位 LDAP 用户的主邮件地址。

如何导入与 LDAP 用户关联的 LDAP 用户邮件地址

1 在 MicroStrategy Desktop 中登录一个项目源。您必须以具有管理权限的用户身份来登录。

2 在管理菜单中选择服务器，然后再选择配置 MicroStrategy Intelligence Server。这时将打开 Intelligence Server 配置编辑器。

3 展开 LDAP 分类，然后再展开导入，最后选择选项。

4 选定导入邮件地址复选框。

5 选择是否使用默认的 LDAP 邮件地址实体 mail 还是使用不同的实体。如果您想使用不同于默认设置的实体，请在文本字段中指定该实体。

6 从设备下拉列表中，选择要关联的邮件地址所使用的邮件设备。

选择要与用户一起导入的嵌套组的数量

如果您的 LDAP 组织结构存在组内包含多个组的情况，则可以指定在导入用户或组到 MicroStrategy 时可导入的递归组的数量。

递归的级别数设置控制着可导入 MicroStrategy 的组数。此设置位于 MicroStrategy Intelligence 配置编辑器的 LDAP 分类下的 “ 筛选器 ” 子分类。要理解此设置如何影响用户和组导入到 MicroStrategy 的方式，请参阅下表：

如果此字段中选择 2，则当 MicroStrategy 导入 LDAP 组时，它将导入与每个用户关联的组，最多高于户上两个级别。在此情况下，对于 User 1 （用户 1），将导入 Domestic （国内）和 Marketing （市场）两个组。而对于 User 3 （用户 3），则将导入 Developers （开发人员）和 Employees （员工）两个组。

如何配置可导入的组级别数

1 在 MicroStrategy Desktop 中登录一个项目源。您必须以具有管理权限的用户身份来登录。

2 在管理菜单中选择服务器，然后再选择配置 MicroStrategy Intelligence Server。这时将打开 Intelligence Server 配置编辑器。

3 展开 LDAP 类别并选择筛选器。这时将显示筛选器选项。

4 在递归的组数字段，选择要导入的组级别的数量。

不导入用户和组时如何进行链接

这里的链接是指在 LDAP 用户或组与 MicroStrategy 用户或组之间建立连接关系，以允许 LDAP 用户登录到 MicroStrategy。与导入的 LDAP 用户不一样，链接的 LDAP 用户不需要在 MicroStrategy 元数据中创建。

LDAP 组只能链接到 MicroStrategy 组，而 LDAP 用户只能链接到  MicroStrategy 用户。组不能链接到用户，除非为此用户分配该组的成员资格。

当 LDAP 用户或组与现有的 MicroStrategy 用户或组链接时，则在导入时不会在 MicroStrategy 元数据中创建新的用户或组。相反，在现有 MicroStrategy 用户或组与 LDAP 用户或组之间将建立连接关系，以允许 LDAP 用户登录到 MicroStrategy。

LDAP 用户或组与 MicroStrategy 用户或组之间的链接在 MicroStrategy 元数据中通过可分辨名称的形式来进行维护。

用户或组的 LDAP 权限不会与 MicroStrategy 用户相链接。在 MicroStrategy 中，链接的 LDAP 或组将获得它所链接的 MicroStrategy 用户或组的权限。

LDAP 组不能链接到 MicroStrategy 用户组。例如，您不能链接 LDAP  组到 MicroStrategy 的 Everyone 组。但可以链接 LDAP 用户到属于 MicroStrategy 组成员的 MicroStrategy 用户。

LDAP 用户 / 组与 MicroStrategy 用户 / 组的高级链设置步骤

1 在 MicroStrategy Desktop 中登录一个项目源。您必须以具有管理权限的用户身份来登录。

2 在项目源中，展开管理，然后再展开用户管理器。

3 根据是否要链接 MicroStrategy 用户或组到 LDAP 用户或组，执行以下一项操作：

• 用户：展开 MicroStrategy 组，然后右键单击一个用户并选择编辑。用户编辑器将被打开。 • 组：右键单击一个组，然后选择编辑。这时组编辑器将打开。

4 单击验证选项卡。

5 在 LDAP 验证区域的字段中，输入用户可分辨名称或组可分辨名称。

6 单击确定接受更改并关闭用户编辑器或组编辑器。

7 在管理菜单中选择服务器，然后再选择配置 MicroStrategy Intelligence Server。这时将打开 Intelligence Server 配置编辑器。

8 展开 LDAP 分类，然后再展开导入，最后选择导入 / 同步。这时将显示用户 / 组选项。

9 在登录时导入 / 同步区域，取消选定导入用户和 / 或导入组复选框。如果导入复选框未取消选定，将用导入的 LDAP 用户覆盖元数据中  链接的 MicroStrategy 用户且不能恢复。

如需访问并使用用户编辑器和 Intelligence Server 配置编辑器的特定操作说明，请参阅 Desktop Help。

允许用 LDAP 验证方式对匿名 / 访客用户进行验证

MicroStrategy 中的匿名或访客 LDAP 用户是指用未导入 MicroStrategy 或未与 MicroStrategy 用户建立链接的登录名和密码登录到 MicroStrategy 的现有 LDAP 用户。

LDAP 访客用户可以使用 MicroStrategy 的功能而且可以作为 LDAP 访客来进行验证。所有 LDAP 访客用户将获得 MicroStrategy 中 LDAP Public 组的权限。

必须对 LDAP 服务器进行配置以允许来自 MicroStrategy 的匿名或访客验证请求。由于访客用户不存在于元数据中，即使为这些用户分配了关联的权限  和许可仍不能在 MicroStrategy 执行部分操作。示例中包括大多数管理操作。

当用户作为匿名 / 访客用户登录时： • 用户不具备历史列表，因为该用户实际上并不存在于元数据。 • 用户不能创建对象也不能调度报表。

• 用户连接监视器将记录 LDAP 用户的用户名。 • Intelligence Server 统计信息则将记录 LDAP USER 这一用户名下的会话信息。

匿名 / 访客用户高级设置步骤

 请确保对 LDAP 服务器进行设置以接受匿名验证。 1 在 MicroStrategy Desktop 中登录一个项目源。您必须以具有管理权限的用户身份来登录。

2 右键单击想让匿名 / 访客用户可以访问的项目源。

3 选择修改项目源。这时将打开项目源管理器。

4 在项目源管理器中，确保使用 LDAP 验证已选中。

5 用导入或链接到 MicroStrategy 用户的任意 LDAP 服务器用户登录帐户登录到 MicroStrategy。

如需访问并使用用户编辑器和 Intelligence Server 配置编辑器的特定操作说明，请参阅 Desktop Help。

同步导入的 LDAP 用户和组

在任何公司安全模型中，必须把更改员工组的步骤考虑在内。添加新用户以及移除已从公司离职的用户操作较为直接。事实证明，用户名称或组成员身份的变更操作可能更为复杂。为了简化这一过程， MicroStrategy 现已支持用户名 / 登录名和组与 LDAP 目录中包含的信息进行同步。

如果 Intelligence Server 配置编辑器中选中了 “ 同步用户 ” 或 “ 同步组 ” 选项， LDAP 服务器中已经发生的 LDAP 组变更内容将在下一次 LDAP 用户登录 MicroStrategy 时应用到 MicroStrategy。这将保持 LDAP 目录与 MicroStrategy 元数据处于同步状态。此过程的详细操作步骤可参考如何在登录时导入用户和 / 或组（第 124 页）。

通过同步 LDAP 服务器与 MicroStrategy 之间的用户和组，您可以在 MicroStrategy 元数据中对导入的 LDAP 用户和组更新以下修改内容： • 用户同步：

 MicroStrategy 中的用户名等的用户详细信息将更新为 LDAP 目录中的最新定义。

• 组同步：

 MicroStrategy 中的组名等的组详细信息将更新为 LDAP 目录中的最新定义。

当在 MicroStrategy 中同步 LDAP 用户和组时，您应注意以下情况： • 如果 LDAP 用户或组已经有未导入或链接到 MicroStrategy 中某组的成员资格并且导入选项已关闭，则该组不能导入到 MicroStrategy 因此也就不能在 MicroStrategy 中应用它的许可权。例如， MicroStrategy 中 User1 （用户 1）是 Group1 （组 1）的成员且两者都已导入到 MicroStrategy。那么 User1 （用户 1）将从 LDAP 的 Group1 （组 1）移除，并赋予 Group2 （组 2）的成员资格，但 Group2 （组 2）并未导入或链接到 MicroStrategy 组。同步操作完成后， User1 （用户 1）将从 Group1 （组 1）移除同时被视作 Group2 （组 2）的成员，但并不是所有 Group2 （组 2）的许可权都会应用到该用户，除非 Group2 （组 2）导入或链接到 MicroStrategy 组。同时， User1 （用户 1）将获得 LDAP 用户组的安全设置。

• 未从 LDAP 目录导入或者未链接到 LDAP 用户和组的 MicroStrategy 用户和组不会在其关联的用户和组从 LDAP 目录删除时自动删除。您可以撤消用户和组在 MicroStrategy 中的权限并手动移除这些用户和组。

• 无论您的同步设置如何，当 LDAP 目录中的用户密码被修改后，用户必须用新密码才能登录到 MicroStrategy。 LDAP 密码不会保存在 MicroStrategy 元数据。 MicroStrategy 将使用用户提供的凭据来搜索并校验 LDAP 目录中的用户。

比如，可以设想一下一位属于 Sales（销售）组的名叫 Joe Doe 的用户导入到 MicroStrategy 时的情形。导入该用户，稍后将移到 LDAP 目录中的其他组 ——Marketing （市场营销）部门。 LDAP 用户 Joe Doe 和 LDAP 组 Sales （销售）以及 Marketing （市场营销）将随之导入到 MicroStrategy。下图是一个简单的 LDAP 目录，它所展示的是用户 LDAP 目录中的用户 Joe Doe 从 Sales （销售）部门移到 Marketing （市场营销）部门的过程。此外， Joe

Doe 所使用的用户名也变成了 Joseph Doe，且 Marketing （市场营销）部门的名称变为了 MarketingLDAP。

下表描述了用户、组或这两者同时被同步后， MicroStrategy 中的用户和组将发生的变化。

同步用户同步组同步后的用户名同步后的组名同步后的用户成员身份

否否 Joe Doe Marketing Sales

否是 Joe Doe MarketingLDAP Sales

是否 Joseph Doe Marketing Marketing

是是 Joseph Doe MarketingLDAP MarketingLDAP

在另一个应用场景中，用户 A 同时属于 LDAP 中的组 1、组 2 和组 3。用户 A 与其所在的组一起导入到 MicroStrategy。其结果是，用户 A 被添加到了 LDAP 目录中的组 4。如果选中了 “ 同步用户 ” 或 “ 同步组 ” 选项，用户 A 下一次登录到 MicroStrategy 时，组 4 则会自动导入到 MicroStrategy 元数据并分配到用户 A 的附加组。

如果您在同步操作时遇到问题，请参考 LDAP 验证模式疑难解答（第 663 页）。

登录时同步化

您可以选择在用户登录到 MicroStrategy 时同步用户及其关联的组。登录时同步用户和组后，用户的用户名、组名以及组访问权限将在每次用户登录到 MicroStrategy 时更新。

如何在登录时同步用户和 / 或组

1 在 MicroStrategy Desktop 中登录一个项目源。您必须以具有管理权限的用户身份来登录。

2 在管理菜单中选择服务器，然后再选择配置 MicroStrategy Intelligence Server。这时将打开 Intelligence Server 配置编辑器。

3 展开 LDAP 分类，然后再展开导入，最后选择导入 / 同步。这时将显示 “ 导入 / 同步 ” 选项。

4 在登录时导入 / 同步区域选中用户和组对应的同步复选框，这取决于您是否想要在登录时同步用户、组或两者。

5 单击确定接受更改并关闭 Intelligence Server 配置编辑器。

批量同步操作

除了在用户每次登录 MicroStrategy 时同步用户及其关联的组，您还可以选择批量同步用户和组。通过批量方式同步用户和组后，用户和组将以您所选择的预定计划来进行同步（详见同步预定计划（第 138 页））。

如何批量同步用户和 / 或组

1 在 MicroStrategy Desktop 中登录一个项目源。您必须以具有管理权限的用户身份来登录。

2 在管理菜单中选择服务器，然后再选择配置 MicroStrategy Intelligence Server。这时将打开 Intelligence Server 配置编辑器。

3 展开 LDAP 分类，然后再展开导入，最后选择导入 / 同步。这时将显示 “ 导入 / 同步 ” 选项。

4 在批量导入 / 同步区域选中用户和组对应的同步复选框，这取决于您是否想要批量同步用户、组或两者。

5 决定同步用户、组还是两者后，在以下一个字段中输入一个搜索筛选条件以获取要同步的用户或组的列表：

• 输入搜索筛选条件 , 以导入用户列表：输入一个用户批量同步用户列表的搜索筛选条件。如需更多关于定义用户搜索筛选器的信息，请参阅定义搜索筛选条件以获取用户列表（第 126 页）。 • 输入搜索筛选条件 , 以导入用户组列表：输入一个用户批量同步组列表的搜索筛选条件。如需更多关于定义组搜索筛选器的信息，请参阅定义搜索筛选条件以获取用户组列表（第 127 页）。

6 您可以对 MicroStrategy 做相应的设置以按预定计划同步用户和组。更多信息，请参阅以下段落同步预定计划（第 138 页）。

7 单击确定接受更改并关闭 Intelligence Server 配置编辑器。

同步预定计划

如果您选择批量同步用户和组，则可以选择一个调度，指定 LDAP 用户和组在 MicroStrategy 中同步的时间。如需更多关于创建并使用调度的操作说明，请参阅创建并管理定期操作（第 473 页）。

如何按调度的时间同步用户和组

1 在 MicroStrategy Desktop 中登录一个项目源。您必须以具有管理权限的用户身份来登录。

2 在管理菜单中选择服务器，然后再选择配置 MicroStrategy Intelligence Server。这时将打开 Intelligence Server 配置编辑器。

3 展开 LDAP 类别并选择调度。这时将显示调度选项。

4 在同步调度区域选定用于同步用户和组的调度旁边的复选框。  注意以下事项： – 如果分别选择批量同步用户和批量同步组选项，用户和组将只通过所选调度来进行同步。如需同步用户和 / 或组的操作步骤，请参阅如何批量同步用户和 / 或组（第 137 页）。 – 要在接受更改并退出 MicroStrategy Intelligence Server 配置编辑器后运行所选的调度，请选定现在运行调度复选框。

5 单击确定关闭 MicroStrategy Intelligence Server 配置编辑器。

在 MicroStrategy 中管理 LADP 验证

以上的段落详细讲述了不同的概念、操作流程以及建议，可以帮助您通过 MicroStrategy 环境来运用 LDAP。当用 MicroStrategy 进行操作并运用 LDAP 验证时，您可能会受益于更高性能，也可能会遇到需要疑难解答的情况。以下几段内容涵盖了帮助 LDAP 验证方式和 MicroStrategy 系统作为结合体来进行运作的相关概念。

运用不同的 LDAP 安全类型

您可以使用下列选项来微调您的安全设置：

• 利用身份验证绑定或密码对照（第 139 页） • 通过 LDAP 启用数据库 Pass-Through 验证方式（第 140 页） • Windows 登录帐户与 LDAP 用户的链接（第 141 页）

这些选项的解释及其配置步骤如下。

利用身份验证绑定或密码对照

当 MicroStrategy 试图验证一个正在登录到 MicroStrategy 的 LDAP 用户时，您可以选择执行一个 LDAP 绑定操作以验证用户或只验证用户名和密码。

运用身份验证绑定后， MicroStrategy 将通过评估下列用户限制内容来验证 LDAP 用户：

• LDAP 密码是否正确、锁定或过期。 • LDAP 用户帐户是否已禁用，还是已识别为黑客并锁定。

如果 MicroStrategy 可以校验这些限制对此用户帐户无效， MicroStrategy 将执行 LDAP 绑定并成功验证用户登录。这是已导入到 MicroStrategy 的用户和组的默认行为。

您可以选择让 MicroStrategy 只验证用户登录时所使用的密码的正确性，但不检查密码或用户帐户的附加限制。要支持密码对照验证方式，还必须对您的 LDAP 服务器进行配置以只允许密码对照。

如何启用绑定或密码对照的验证方式

执行此操作流程可能导致您操作环境下一个或多个安全功能失效。启  用密码对照将只对 MicroStrategy 进行配置以便只通过校验用户输入的密码正确与否来验证 LDAP 用户。此时将不会执行其他的校验。

1 在 MicroStrategy Desktop 中登录一个项目源。您必须以具有管理权限的用户身份来登录。

2 在管理菜单中选择服务器，然后再选择配置 MicroStrategy Intelligence Server。这时将打开 Intelligence Server 配置编辑器。

3 展开 LDAP 类别并选择服务器。这时将显示服务器选项。

4 在验证方式下方，选择下列操作之一：

• 绑定：当 LDAP 用户登录到 MicroStrategy 时，将校验其用户名、密码以及其他用户帐户限制项和状态以便验证该用户。

• 密码对照：当 LDAP 用户登录到 MicroStrategy 时，将只校验其用户名和密码以便验证该用户。

在 LDAP 服务器上，请确保已启用密码对照功能。如果此功能在  LDAP 服务器上已禁用， MicroStrategy 将自动使用绑定方式。

通过 LDAP 启用数据库 Pass-Through 验证方式

在 MicroStrategy 中，单个用户名和密码的组合经常用来连接数据库并根据数据库执行作业。但是，您可以选择传递用于登录 MicroStrategy 的用户的 LDAP 用户名和密码到数据库。这时将用 LDAP 用户名和密码对数据库进行访问并执行作业。这允许每一个登录到 MicroStrategy 的用户用唯一的用户名和密码来根据数据库执行作业，其权限可能不同于其他用户。

应分别为每位用户选择数据库 Pass-Through 验证方式。如需关于选择用户验证的基本信息，请参阅关于 MicroStrategy 用户（第 54 页）。

如果在 MicroStrategy 中用户密码在会话期间发生更改，则在使用数据库 Pass-Through 验证方式时，调度的任务将无法运行。可以设想一下以下应用场景。

登录名为 UserA 且密码为 PassA 的用户在 9:00 A.M. 时登录到 MicroStrategy 并创建一个新的报表。用户计划在当天 3:00 P.M. 时运行该报表。由于没有报表缓存，该报表将根据数据库来执行。中午时，管理员把 UserA 的密码改为 PassB。 UserA 并未重新登录到 MicroStrategy，并在 3:00 P.M. 时，调度

的报表用凭据 UserA 和 PassA 进行登录，此登录信息传递到了数据库。由于这些凭据现已失效，因此调度的报表执行操作将失败。

要防止这一问题的发生，请将密码更改的时间预定在用户不大会运行调度报表的时间段。在经常性运行调度报表的用户使用数据库 Pass-Through 验证方式的情况下，及时通知用户在密码发生变化时应重新调度所有报表。

如何才能支持数据库 Pass-Through 验证方式

1 在 MicroStrategy Desktop 中登录一个项目源。您必须以具有管理权限的用户身份来登录。

2 在 Desktop 的文件夹列表中，展开管理，然后再展开用户管理器。

3 展开 MicroStrategy 组，然后右键单击一个用户并选择编辑。用户编辑器将被打开。

4 单击验证选项卡。

5 在数据仓库通行区域，输入下列信息：

• 数据仓库通行登录名：输入 LDAP 用户登录名以连接数据库并根据数据库执行报表或查询。

• 数据仓库通行密码：输入 LDAP 用户登录帐户的密码。

6 单击确定接受更改并关闭用户编辑器。

Windows 登录帐户与 LDAP 用户的链接

当在 MicroStrategy 中使用 LDAP 验证方式时，您可以通过在用户 Windows 系统登录帐户与 MicroStrategy 中使用的 LDAP 登录帐户之间创建链接来减少用户重复输入相同的登录名和密码的次数。

通过在 Windows 系统帐户、 LDAP 用户和 MicroStrategy 用户之间建立链接，计算机登录的单独帐户将验证计算机的用户以及 MicroStrategy 中的用户。

例如，用户用链接的 LDAP 登录名和密码登录到 Windows 计算机并通过了身份验证。该用户接下来打开 MicroStrategy Desktop 并用 Windows 验证方式连接到项目源。用户登录 MicroStrategy 时不必输入用户名和密码，用户登录计算机时所使用的已验证的用户登录名和密码将用来验证该用户。在此过程中，用户帐户和任何相关的用户组将导入并与用户同步。

前提条件

• LDAP 服务器将配置为 Microsoft Active Directory Server 域控制器，用于存储 Windows 系统登录信息。

如何建立 Windows 登录帐户与 LDAP 和 MicroStrategy 之间的链接

1 在 MicroStrategy Desktop 中登录一个项目源。您必须以具有管理权限的用户身份来登录。

2 在管理菜单中选择服务器，然后再选择配置 MicroStrategy Intelligence Server。这时将打开 Intelligence Server 配置编辑器。

3 展开 LDAP 分类，然后再展开导入，最后选择选项。这时将显示导入选项。

4 选定在 Windows 验证时与 LDAP 同步用户 / 组信息并在批量导入时导入 Windows 链接复选框。

5 单击确定接受更改并关闭 Intelligence Server 配置编辑器。

6 您还应使用 Windows 验证方式来定义 MicroStrategy 系统以验证用户。如需关于运用此验证方式的信息，请参阅 Windows NT 身份验证的运用（第 147 页）。

连接池

有了连接池，您可以在 LDAP 服务器上重复使用开放的连接用于后续操作。连接未处理任何操作时，与 LDAP 服务器的连接仍将保持开放的状态（也叫做叫做连接池）。此设置可以通过移除打开和关闭每项操作与 LDAP 服务器的连接所需的处理时间来提高性能。

不使用连接池时，每次请求完成后将关闭与 LDAP 服务器的连接，这将帮助减少频繁向 LDAP 发送请求时所占用的网络资源。

如何禁用连接池

1 在 MicroStrategy Desktop 中登录一个项目源。您必须以具有管理权限的用户身份来登录。

2 在管理菜单中选择服务器，然后再选择配置 MicroStrategy Intelligence Server。这时将打开 Intelligence Server 配置编辑器。

3 展开 LDAP 类别并选择服务器。这时将显示服务器选项。

4 选定 “ 使用连接池 ” 复选框以启用 LDAP 服务器开放连接的重复使用。取消选定此复选框将导致 MicroStrategy 在每一次操作时都将打开并关闭与 LDAP 服务器的连接。

5 单击确定接受更改并关闭 Intelligence Server 配置编辑器。

与群集 LDAP 服务器的连接池

要运用 LDAP，您可能要有多个 LDAP 服务器作为一个 LDAP 服务器群集同时工作。

当请求打开一个 LDAP 连接时，将访问发出请求时负载量最低的 LDAP 服务器。随之将完成对 LDAP 目录的操作，并且在一个不含连接池的环境下，与 LDAP 服务器的连接将关闭。当再次请求打开一个 LDAP 连接时，将再次决定并选中负载量最低的 LDAP 服务器。

如果您为一个群集后的 LDAP 环境启用连接池，则相应的操作将不同于上述情形。在第一个打开 LDAP 连接的请求中，将访问发出请求时负载量最低的 LDAP 服务器。但由于启用了连接池，不会关闭与 LDAP 服务器的连接。因此，不会在下一次打开 LDAP 连接时判断负载量最低的 LDAP 服务器，而是重新使用当前开放的连接。

下图展示了如何根据连接池的启用或禁用情况选择与群集后的 LDAP 服务器环境的后续连接的处理方式。

在安全筛选器中使用 LDAP 实体

您可能想在 MicroStrategy 安全模型中集成 LDAP 实体。例如，您想用户只看到他们国家的销售数据。您可以导入 LDAP 实体 countryName，根据该 LDAP 实体创建一个安全筛选器，然后再将该安全筛选器分配到所有 LDAP

用户。现在，当来自巴西的用户查看按国家细分的销售收益额的报表时，该用户将只能看到巴西的销售数据。

LDAP 实体将作为系统提示导入到 MicroStrategy。系统提示是一种特殊类型的提示，它将由 Intelligence Server 自动回答。 LDAP 实体系统提示将用用户执行含系统提示的对象所对应的相关 LDAP 实体值来进行回答。您应通过 Intelligence Server 配置编辑器导入 LDAP 实体到 MicroStrategy。

根据 LDAP 实体创建系统提示后，您可以在安全筛选器中使用这些系统提示来限制用户根据 LDAP 实体所能查看到的数据。如需关于在安全筛选器中使用系统提示的信息，以及操作说明，请参阅多个用户使用单个安全筛选器：系统提示（第 94 页）。有关安全筛选器的基本信息，请参阅限制数据的访问权限：安全筛选器（第 83 页）。

如何导入 LDAP 实体到项目

1 在 Desktop 中登录一个项目源。

2 从管理菜单中指向服务器，然后再选择配置 MicroStrategy Intelligence Server。这时将打开 Intelligence Server 配置编辑器。

3 展开 LDAP 分类，然后再展开导入分类，最后选择实体。

4 从选择 LDAP 实体下拉列表中，选择要导入的 LDAP 实体。

5 从数据类型下拉列表中，选择该实体所属的数据类型。

6 单击添加。这时将根据该实体来创建系统提示。您现在便可以在筛选器以及安全筛选器中使用该系统提示了。

通过 LDAP 实体控制项目的访问

默认情况下，即使系统提示中所使用的 LDAP 实体并非为该用户定义，LDAP 用户仍能登录到项目源。为了增加系统的安全性，若系统提示中所使用的所有 LDAP 实体并不是为该用户定义的，您可以阻止用户登录到某个项目源。

选择此选项后，用户如果不具备所有必需的 LDAP 实体，则将阻止所有 LDAP 用户登录到项目源。这一选项将影响所有使用 LDAP 验证方式的用户，并且如果这些验证系统已配置为使用 LDAP，则还会影响使用 Windows、受信任的或继承验证方式的用户。例如，如果您通过 SiteMinder 单一登录系统使用受信任的验证模式，且 SiteMinder 配置为使用 LDAP 目录，则在

SiteMinder 用户不具备所有必需的 LDAP 实体的情况下，此选项将阻止该用户登录。  请注意以下内容： • 此设置将阻止用户登录到项目源中的所有项目。

• 如果您的系统使用多个 LDAP 服务器，请确保在全部 LDAP 服务器上定义 Intelligence Server 使用的所有 LDAP 实体。如果必要的 LDAP 实体在 LDAP 服务器 A 上进行定义，而不是在 LDAP 服务器 B 上定义，且选中了如果 LDAP 实体值不是从 LDAP 服务器读取的情况下用户登录将失败复选框，则来自 LDAP 服务器 B 的用户将无法登录到 MicroStrategy。

如何只允许具备所有必要 LDAP 实体的用户登录系统

1 在 Desktop 中登录一个项目源。

2 从管理菜单中指向服务器，然后再选择配置 MicroStrategy Intelligence Server。这时将打开 Intelligence Server 配置编辑器。

3 展开 LDAP 分类，然后再展开导入分类，最后选择实体。

4 选定如果 LDAP 实体值不是从 LDAP 服务器读取的情况下用户登录将失败复选框。

5 单击确定。您可能需要重新启动 Intelligence Server 才能使更改生效。

疑难解答

虽然上述有关在 MicroStrategy 中运用 LDAP 验证方式的设计初衷是促使 LDAP 验证方式成功运用于 MicroStrategy，但您仍有可能在尝试整合两个系统时遇到问题或错误。如需疑难解答的相关概念、信息以及操作流程，请参阅 LDAP 验证模式疑难解答（第 663 页）。

启用单一登录验证方式

用一个单独的登录帐户启用多个应用程序的身份验证的方式叫做单一登录验证。可用于在 MicroStrategy 中启用单一登录的验证模式共有三种。这些验证类型包括：

• Windows——Windows NT 身份验证的运用（第 147 页） • 集成 —— 启用集成验证（第 153 页） • Tivoli 或 SiteMinder—— 用第三方验证模式启用 Web、Mobile 和 Office 的单一登录（第 173 页）

Windows NT 身份验证的运用

如果您使用 Windows 2003 作为网络操作系统且您的用户定义在 Windows 目录，那么您可以在 MicroStrategy 中启用 Windows 验证来允许用户无需输入登录信息访问就能进行访问。

Apple Safari Web 浏览器不支持 MicroStrategy Web 的 Windows 验  证。

使用本节中其余部门所讲述的操作流程来启用 MicroStrategy Web 中带 Windows 验证的单一登录方式。如需上述设置的高级配置步骤，请参阅用 Windows 验证来启用 MicroStrategy Web 的单一登录的步骤（第 149 页）。

要使用 Windows 验证，您必须在 MicroStrategy 环境中创建用户然后将他们链接到 Windows 用户。链接操作致使 MicroStrategy Intelligence Server 映射一个 Windows 用户到 MicroStrategy 用户。详见建立 Windows 域用户与 MicroStrategy 用户的链接（第 150 页）。

您也可以通过导入用户定义或组定义的方式来从现有的 Windows 创建 MicroStrategy 用户。如需更多关于导入用户或组的信息，请参阅 Desktop Help。

此类型的验证方式很大程度上依赖于 Microsoft 技术。特别是 Intelligence Server 必须在 Windows 环境下运行时情况。如果 Intelligence Server 在 UNIX 环境下运行，则表示 Desktop 中将不支持 Windows 验证。但 Intelligence Server 在 UNIX 环境下运行时，可以从 Desktop 导入 Windows 用户。

要在 MicroStrategy Web 中使用 Windows 验证，您必须在 Microsoft IIS 下运行 Web 或 Web Universal。非 IIS Web 服务器不支持 Windows 验证。详见启用 IIS 适用的集成验证（第 160 页）。无论安装了 Intelligence Server 的计算机使用什么操作系统，  Windows 验证可以在 IIS 上与 MicroStrategy 8.1.0 版本以上的 MicroStrategy Web 一起使用。

如果 Windows 域帐户信息已与 MicroStrategy 用户定义建立链接， MicroStrategy Web 用户可以通过 Web 自动登录。当用户访问 MicroStrategy Web 时， IIS 将检测到 Windows 用户并发送登录信息到 MicroStrategy Intelligence Server。如果 Windows 用户已与 MicroStrategy 用户建立链接，则 Intelligence Server 将开始该用户的会话。如需更多关于设置 MicroStrategy Web 以允许通过使用 Windows 验证实现单一登录的信息，请参阅启用 MicroStrategy Web 的 Windows 验证登录（第 151 页）。

在 MicroStrategy Web 中启用 Windows 验证以允许单一登录

单一身份验证方式允许用户只输入登录凭据一次，并且具备多个软件应用程序的安全访问权限，这是因为系统可以应用该单一验证方式到用户需要访问的所有应用程序。还可以使用 Windows 验证来启用 MicroStrategy Web 的单一登录。

要在 MicroStrategy Web 中启用 Windows 验证，您必须完成多个配置操作。要正确配置 MicroStrategy Web、 Microsoft Internet Information Services (IIS) 以及 Microsoft 用户和 MicroStrategy 用户之间的链接，请按照用 Windows 验证来启用 MicroStrategy Web 的单一登录的步骤（第 149 页）中的说明进行操作。

Microsoft Sharepoint 和 MicroStrategy Web 中的 Windows 验证的使用步骤位于 MicroStrategy Developer Library (MSDL)。 MicroStrategy SDK 和 MSDL 包含了自定义 MicroStrategy Web 的相关信息。要评估 MicroStrategy SDK 产品，请与您的客户经理联系以获取详细信息。

前提条件

继续本节其余部分所讲述的操作流程之前，您必须首先设置一个包含每位用户的域名的 Windows 域，以便允许用 Windows 验证方式并通过单一登录的方式访问 MicroStrategy Web。

此外，必须不使用代理服务器连接到 Web 服务器。因为 Windows 验证不能通过一个代理服务器来实现。如需更多信息，以及可能的解决办法，请参阅 Microsoft 的 IIS 文档。

用 Windows 验证来启用 MicroStrategy Web 的单一登录的步骤

1 启用 Microsoft IIS 适用的集成 Windows 验证。详见启用 IIS 适用的集成验证（第 160 页）。

2 为每一位可能使用 Windows 验证方式访问 MicroStrategy Web 的用户建立 Windows 域用户与 MicroStrategy Web 用户之间的链接。详见建立 Windows 域用户与 MicroStrategy 用户的链接（第 150 页）。

3 对项目源进行定义以使用 Windows 验证方式。详见对项目源进行定义以使用 Windows 验证方式（第 151 页）。

4 在 MicroStrategy Web 中启用 Windows 验证方式。详见启用 MicroStrategy Web 的 Windows 验证登录（第 151 页）。

5 配置每位 MicroStrategy Web 用户的浏览器以实现单一登录。详见配置 MicroStrategy Web 单一登录所使用的浏览器（第 152 页）。

启用 Microsoft IIS 适用的 Windows 验证

Microsoft Internet Information Services 是一项可集成到 Windows 验证方式的 Internet 服务。您必须对 IIS 进行相应的配置才能启用 MicroStrategy 虚拟目录中的 Windows 验证以便实现 MicroStrategy Web 中的集成验证。

以下为您提供执行上述配置的步骤，其中可能根据您的 IIS 版本会略有不同。以下链接可以帮助您查找有关如何启用相应 IIS 版本的集成验证的信息： • IIS 7: 详见 http://technet.microsoft.com/en-us/library/ cc754628(WS.10).aspx 以获取有关如何启用 IIS 7 的 Windows 验证的信息。

• IIS 6: 详见 http://technet.microsoft.com/en-us/library/ cc780160(WS.10).aspx 以获取有关如何启用 IIS 6 的 Windows 验证的信息。

• IIS 5: 详见 http://support.microsoft.com/kb/215383 以获取有关如何启用 IIS 5 的 Windows 验证的信息。下述第三方产品是由独立于 MicroStrategy 的厂商生产，并且提供的信  息可能会有变更。请参考相应的第三方提供商发布的相关文档获取更新的 IIS 支持信息。

如何在 Microsoft IIS 中启用 Windows 验证

1 在 MicroStrategy Web 服务器计算机上，访问 IIS Internet 服务管理器。

2 导航到 MicroStrategy 虚拟文件夹并右键单击该文件夹，然后选择属性。

3 选中目录安全选项卡，然后再在匿名访问和验证控制下方单击编辑。这时验证方式对话框将打开。

4 取消选定匿名访问复选框。

5 选定集成 Windows 验证复选框。

6 单击确定保存您的更改并关闭 “ 验证方式 ” 对话框。

7 再次单击确定以保存您对 MicroStrategy 虚拟文件夹的更改。

8 重启 IIS 使更改生效。

建立 Windows 域用户与 MicroStrategy 用户的链接

对 IIS 进行配置使其允许集成的 Windows 验证后，必须创建 MicroStrategy 用户名与 Windows 域用户名之间的链接。以下是上述操作所必须的步骤。

如何建立 Windows 域用户与 MicroStrategy 用户的链接

1 在 MicroStrategy Desktop 中，用具有管理权限的帐户登录到项目源。

2 从文件夹列表中，展开一个项目源，然后再展开管理和用户管理器。

如果您在使用 MicroStrategy 8.1.1，请使用含直接（2 层）连接的  项目源来映射用户。

3 导航至要与 Windows 用户建立链接的 MicroStrategy 用户所在的位置。右键单击 MicroStrategy 用户并选择编辑。用户编辑器将被打开。

4 在验证选项卡上的 Windows 验证下方的链接 Windows 用户区域，输入要与 MicroStrategy 用户建立链接的 Windows 用户的名称。实现该操作有两种方法：

• 单击浏览从显示的 Windows 用户列表中选择所需用户。

• 通过输入要搜索的 Windows 登录名或可选的 Windows 域并单击搜索以搜索特定的 Windows 用户。然后再单击确定开始搜索。

5 单击确定保存更改并关闭用户编辑器。

对项目源进行定义以使用 Windows 验证方式

要使 MicroStrategy Web 用户获得需使用 Windows 验证进行登录的特定项目源中的项目的访问权限，必须首先配置该项目源以启用 Windows 验证。以下是启用此配置的详细步骤。

如何对项目源进行定义以使用 Windows 验证方式

1 在 MicroStrategy Desktop 中，用具有管理权限的帐户登录到项目源。

2 右键单击项目源并选择修改项目源。这时将打开项目源管理器。

3 在高级选项卡上，选择使用网络登录名（Windows 验证）选项。

4 单击确定。这时将关闭项目源管理器。

启用 MicroStrategy Web 的 Windows 验证登录

通过 Windows 验证来启用对 MicroStrategy Web 的访问权限有两种方式：可以把 MicroStrategy Web 作为一个整体来启用访问权限，也可以在项目级为单独的项目分别启用访问权限。

如需为所有 MicroStrategy Web 启用 Windows 验证所需的步骤，请参阅如何启用 MicroStrategy Web 的 Windows 验证登录（第 151 页）。

如需为项目启用 Windows 验证所需的步骤，请参阅如何启用项目的 Windows 验证登录（第 152 页）。

如何启用 MicroStrategy Web 的 Windows 验证登录

1 在 Windows 开始菜单中，依次选择所有程序、 MicroStrategy、 Web，最后选择 Web Administrator。 Web Administrator 页面随后将在 Web 浏览器中打开。

2 在屏幕左侧的 Intelligence Server 下方，点击默认属性。

3 在登录选项区域，选定 Windows 身份验证旁边的已启用复选框。如果您想把 Windows 验证方式作为默认的 MicroStrategy Web 登  录模式，请选择 Windows 验证旁边相应的 “ 默认 ” 选项。

4 单击保存。

如何启用项目的 Windows 验证登录

1 用具有管理权限的用户身份登录到 MicroStrategy Web 项目。

2 在页面顶部单击首选项。

3 在页面左侧，选择项目默认，然后再选择安全性。

4 在登录模式选项区域，选定 Windows 身份验证旁边的已启用复选框。

如果您想把 Windows 验证方式作为此项目在 MicroStrategy Web  中的默认登录模式，请选择相应的默认选项。

5 在应用按钮上方的列表中，选择是否将这些设置应用到所有项目，还是只应用到您当前登录的项目。

6 单击应用。

配置 MicroStrategy Web 单一登录所使用的浏览器

如果 MicroStrategy Web 用户计划使用单一登录方式来登录到 MicroStrategy Web，必须配置每位用户的浏览器以启用集成验证。启用集成验证的过程根据所使用的浏览器会有所不同：

• 在 Internet Explorer 中，您必须为浏览器启用集成验证，并把 MicroStrategy Web 服务器 URL 添加到受信任站点列表。根据您的安全策略，必须默认为 Internet Explorer 启用集成验证。

• 在 Firefox 中，您必须把 MicroStrategy Web 服务器 URL 添加到受信任站点列表。此 URL 必须包含在 about:config 页面的 network.negotiate-auth.trusted-uris 和 network.negotiate- auth.delegation-uris 这两个设置中。

启用集成验证

集成身份验证允许 Windows 用户只需登录一次 Windows 计算机。用户不需要再次分开登录 MicroStrategy Desktop 或 MicroStrategy Web。此类型的验证使用了 Kerberos 验证用户凭据的有效性。

除了验证用户登录 MicroStrategy Desktop 和 MicroStrategy Web 以外，集成验证也会向下传递用户凭据到数据库服务器。这样可以允许每个用户的凭据用来从数据库提取数据。

要让附带集成验证的单一登录能正常完成操作，用户必须使用可打印的 US-ASCII 字符作为用户名和密码。此限制 Kerberos 中预期的行为。在 MicroStrategy 中创建多语言环境时必须时刻谨记此项限制内容。

支持集成验证的必要计算机配置

要支持此类型的验证，您必须正确配置 MicroStrategy，以及部分第三方工具和选项。下表列出了必要的配置，以及应执行配置的计算机。

下表和接下来的段落所讲述的第三方产品是由独立于 MicroStrategy 的  厂商生产，并且提供的信息可能会有变更。请参考相应的第三方提供商发布的相关文档获取关于如何支持集成验证的详细信息。

计算机需要的配置

托管域控制器的计算机通过 Microsoft Active Directory 配置 Windows 域控制器 : • 要允许域中创建的用户在 MicroStrategy 中使用集成验证，必须取消选定每位用户旁边对应的敏感帐户，不能被委派验证选项。如需更多关于此配置的信息，请参阅配置域控制器和用户（第 154 页）。 • Intelligence Server 用特殊的用户帐户以应用程序形式运行，您必须选择帐户可以委派其他帐户验证选项并在域中创建用户。此用户帐户可以在 Intelligence Server 作为应用程序运行时使用。如需更多关于此配置的信息，请参阅信任 Intelligence Server 作为委派（第 155 页）。 • 如果 Intelligence Server 作为一项服务来运行，请定义符合委托信任标准的 Intelligence Server 计算机。您也可以通过选择主机的信任计算机作为委派验证选项来实现此操作。如需更多关于此配置的信息，请参阅信任 Intelligence Server 作为委派（第 155 页）。 • 定义 MicroStrategy Web 主机的 Web 服务器以信任其作为委派。您也可以通过选择主机的信任计算机作为委派验证选项来实现此操作。如需更多关于此配置的信息，请参阅信任 MicroStrategy Web 服务器主机作为委派（第 155 页）。

托管 Intelligence Server Universal 如果您要使用 UNIX/Linux 计算机所托管的 Intelligence Server Universal，您必的 UNIX/Linux 计算机须在您的 UNIX/Linux 计算机上安装并配置 Kerberos 5。如需更多关于此配置的信息，请参阅在 UNIX/Linux 上配置 Intelligence Server Universal 的集成验证（第 156 页）。

计算机需要的配置

托管 Internet 信息服务 (IIS) 或其启用 IIS 的集成验证，详见启用 IIS 适用的集成验证（第 160 页）。他 MicroStrategy Web 应用程序服务器的计算机要通过 Microsoft Windows 计算机启用 MicroStrategy Web 或 MicroStrategy Web Services 的单一登录验证，您必须修改 Windows 注册表设置（allowtgtsessionkey）。如需更多关于此配置的信息，请参阅启用 Kerberos 安全会话密钥（第 162 页）。

如果您要使用 Windows 计算机所托管的 Intelligence Server 或 MicroStrategy Web Services，您必须配置 krb5.ini 文件。如需更多关于此配置的信息，请参阅 krb5.ini 文件的配置（第 162 页）。

托管符合 J2EE 标准的应用程序如果您要使用应用程序服务器而不是 IIS 来部署 MicroStrategy Web Universal 服务器的计算机或 MicroStrategy Web Services，您必须执行各种相应的配置以便启用集成验证，详见启用符合 J2EE 标准的应用程序服务器的集成验证（第 163 页）。

MicroStrategy Web 用户的计算机如果 MicroStrategy Web 用户计划使用单一登录方式来登录到 MicroStrategy Web，每位用户必须配置各自的浏览器以启用集成验证。如需说明，请参考配置 MicroStrategy Web 单一登录所使用的浏览器（第 169 页）。

安装了执行任务所必需的软件在 MicroStrategy Desktop 中，将 MicroStrategy 用户链接到域用户。如需更多的任何计算机关于此配置的信息，请参阅建立域用户与 MicroStrategy 用户的链接（第 170 页）。

在 MicroStrategy Desktop 中，对项目源进行配置以使用集成验证。如需更多关于此配置的信息，请参阅项目源集成验证的运用（第 170 页）。

在 MicroStrategy Web Administrator 中，对 MicroStrategy Web 进行配置以包含集成配置作为一个验证选项。如需更多关于此配置的信息，请参阅启用 MicroStrategy Web 的集成验证登录模式（第 171 页）。

除了验证用户登录 MicroStrategy Desktop 和 MicroStrategy Web 以外，集成验证也可以扩展并向下传递用户凭据到数据库服务器。要支持这一可选配置，请参阅启用数据源的集成验证模式（第 171 页）。

配置域控制器和用户

要让用户能够使用 Windows 登录凭据在 MicroStrategy 中通过验证，您必须对 Microsoft Active Directory 域控制器进行配置以应用用户验证和委派策略。配置 Microsoft Active Directory 并在 MicroStrategy 与集成验证一起使用的高级步骤如下。请参考 Microsoft 说明文档以获取关于配置 Microsoft Active Directory 的详细信息。

要使用户使用 Windows 登录帐户在 MicroStrategy 中通过验证，Windows 用户帐户必须在 Microsoft Active Directory 中创建并定义作为委派。这需要在创建账户后，必须马上清除某用户的敏感帐户，不能被委派帐户选项。

信任 Intelligence Server 作为委派

要让 Intelligence Server 在 MicroStrategy 中放行登录凭据以启用集成验证， Intelligence Server 必须是受信任的委派项。

要信任 Intelligence Server 作为委派，您必须执行下列任务： • 为 Intelligence Server 创建服务主体名称（SPN）。 SPN 必须使用以下格式：MSTRSVRSvc/ ISMachineName:ISPort@DOMAIN_REALM，其中 ISMachineName 是完整的计算机主机名 ISPort 是 Intelligence Server 的端口号， DOMAIN_REALM 则是要设置集成验证的域范围。如果您把 Intelligence Server 作为应用程序来运行，则必须有  DOMAIN_REALM。如果您把 Intelligence Server 作为服务项来运行，则 DOMAIN_REALM 可选。

例如，有效的 SPN 应该是： MSTRSVRSvc/iserver-host:[email protected]

• 信任 Intelligence Server 作为委派。对于运行 Intelligence Server 所使用的帐户，请启用帐户可以委派其他帐户验证选项。

如果您把 Intelligence Server 作为一项服务来运行，您还应启用  Intelligence Server 计算机的信任此计算机来委派任何服务（仅 Kerberos）选项。 • 将 Intelligence Server 用户帐户映射到之前创建的 SPN。

如果您在 UNIX 或 Linux 上运行 Intelligence Server Universal，您还必须配置 Intelligence Server 计算机，详见在 UNIX/Linux 上配置 Intelligence Server Universal 的集成验证（第 156 页）。

信任 MicroStrategy Web 服务器主机作为委派

MicroStrategy Web 的 Web 服务器必须是受信任的委派项才能在 MicroStrategy 中放行登录凭据以启用集成验证。您可以在您的域控制器中配置 MicroStrategy Web 服务器计算机的委派选项。您必须选择 MicroStrategy Web 服务器计算机的信任此计算机来委派任何服务（仅 Kerberos）选项。  根据您的网络情况，此设置可能需要几分钟才能生效。

在 UNIX/Linux 上配置 Intelligence Server Universal 的集成验证

如果您要使用 UNIX 或 Linux 计算机所托管的 Intelligence Server Universal，您必须在您的 UNIX/Linux 计算机上安装并配置 Kerberos 5。在托管 Intelligence Server Universal 的 UNIX/Linux 计算机上配置 Kerberos 能使与 Windows 域控制器的通信安全得到保障。

以下内容是配置具备 Windows 域控制器和 Kerberos 安全性的 Intelligence Server Universal 所必须的配置内容。 • 安装 Kerberos 5 （第 156 页）

• 确认环境变量的设置（第 157 页） • 为 Intelligence Server 创建服务主体名称 (SPN) （第 157 页） • Intelligence Server 的 krb5.keytab 文件的配置（第 158 页） • Intelligence Server 的 krb5.conf 文件的配置（第 159 页） Kerberos 仅支持 US-ASCII 字符。安装或配置 Kerberos 时不要使用任  何特殊字符。

前提条件

• 请确保 Intelligence Server 计算机的系统时钟与域控制器上的时钟保持同步。

安装 Kerberos 5

您必须在托管 Intelligence Server Universal 的 UNIX 或 Linux 计算机上安装 Kerberos 5。您的 UNIX 或 Linux 操作系统可能预装了 Kerberos 5。如果 UNIX 或 Linux 计算机上尚未安装 Kerberos 5，请参考 Kerberos 文档中的安装步骤。

确认环境变量的设置

Kerberos 5 安装完毕后，必须确保创建以下环境变量：

变量描述缺省值必须 / 可选

${KRB5_HOME} 所有 Kerberos 配置 /etc/krb5 可选文件的位置

${KRB5_CONFIG} 默认 Kerberos 配置 /etc/krb5/krb5.conf 必须文件的位置

${KRB5CCNAME} Kerberos 凭据缓存 /etc/krb5/krb5_ccache 可选的位置

${KRB5_KTNAME} Kerberos keytab 文 /etc/krb5/krb5.keytab 必须件的位置

为 Intelligence Server 创建服务主体名称 (SPN)

您必须为 Intelligence Server 创建服务主体名称 (SPN)，并将它映射到域用户， Intelligence Server 将以此用户运行。 SPN 将把 Intelligence Server 识别为使用 Kerberos 的一项服务。如需关于创建 SPN 的操作说明，请参考 Kerberos 文档。

如果您把 Intelligence Server 作为一项服务来运行，则 SPN 必须使用以下格式： MSTRSVRSvc/IS_MachineName:ISport 如果您把 Intelligence Server 作为一个应用程序来运行，则 SPN 必须使用以下格式： MSTRSVRSvc/IS_MachineName:ISport@DOMAIN_REALM 选上述格式的解释如下：

• MSTRSVRSvc：Intelligence Server 的服务类别。  此格式必须与上述示例完全一致，并区分大小写。 • IS_MachineName：运行 Intelligence Server 所在的计算机的完全限定的主机名。

• ISPort：Intelligence Server 主机所在的端口号。

• DOMAIN_REALM：Intelligence Server 的域范围，必须输入大写字母。通常的格式为 EXAMPLE.COM。

如果您把 Intelligence Server 作为应用程序来运行，则必须有域范  围。如果您把 Intelligence Server 作为服务项来运行，则域范围可选。

在您的 Microsoft Active Directory 中，您必须配置受信任的 Intelligence Server 域用户作为委派，并将该用户映射到此 SPN。例如，如果 Intelligence Server 以 mstr-iserver 用户身份运行，请启用该用户的帐户可以委派其他帐户选项，并映射用户到 SPN。

Intelligence Server 的 krb5.keytab 文件的配置

您必须创建并配置 krb5.keytab 文件。以下操作流程提供了在 UNIX 或 Linux 计算机上配置此文件的步骤。

前提条件

以下操作流程要求在各种命令中输入一定的变量。其中包括开始操作前您所能收集到的信息。以下操作流程中需要的变量描述如下：

• ISMachineName：Intelligence Server 计算机的名称。 • ISPort：Intelligence Server 的端口号。 • KeyVersionNumber：密钥版本号，此操作流程中的一个部分。

• EncryptionType：所使用的加密类型。建议使用 rc4-hmac 作为加密类型。其他加密类型可能造成与  Windows Active Directory 的兼容问题。

• DOMAIN_REALM：Intelligence Server 的域范围，必须输入大写字母。

如何创建 krb5.keytab 文件

1 登录到您的 UNIX 或 Linux 计算机。

2 用下列命令检索 Intelligence Server 服务主题名称的密钥版本号。 kvno MSTRSVRSvc/ISMachineName:ISPort@DOMAIN_REALM

密钥版本号将显示在命令行上。

3 在命令行，输入下列命令： ktutil addent -password -p MSTRSVRSvc/ ISMachineName:ISPort@DOMAIN_REALM -k KeyVersionNumber -e EncryptionType wkt /etc/krb5/krb5.keytab exit

4 要校验 keytab 文件，请输入下列命令： kinit -k -t /etc/krb5/krb5.keytab MSTRSVRSvc/ISMachineName:ISPort@DOMAIN_REALM

运行命令时不会提示您输入用户名和密码。

Intelligence Server 的 krb5.conf 文件的配置

您必须创建并配置一个名为 krb5.conf 的文件。该文件默认存储在 /etc/krb5/ 目录。

如果您要在默认目录以外的位置创建 krb5.conf 文件，您必须用新  的位置更新 KRB5_CONFIG 环境变量。请参考 Kerberos 文档以获取修改 KRB5_CONFIG 环境变量的步骤。

krb5.conf 的内容应如下所示：

[libdefaults] default_realm = DOMAIN_REALM default_keytab_name = FILE:/etc/krb5/krb5.keytab forwardable = true no_addresses = true

[realms] DOMAIN_REALM = { kdc = DC_Address:88 admin_server = DC_Admin_Address:749 }

[domain_realm] .domain.com = DOMAIN_REALM domain.com = DOMAIN_REALM .subdomain.domain.com = DOMAIN_REALM subdomain.domain.com = DOMAIN_REALM

上述语法中的变量描述如下：

• DOMAIN_REALM：出于验证目的而使用的域范围。域范围通常格式为 EXAMPLE.COM，且必须输入大写字母。

• domain.com 和 subdomain.domain.com：适用于所有域和子域，这些域的用户必须使用默认的 Kerberos 范围进行验证。

• DC_Address：托管 Microsoft Active Directory 域控制器的 Windows 计算机的主机名或 IP 地址。这可以是与 DC_Admin_Address 一样的地址。

• DC_Admin_Address：托管 Microsoft Active Directory 域控制器管理服务器的 Windows 计算机的主机名或 IP 地址。这可以是与 DC_Address 一样的地址。

启用 IIS 适用的集成验证

要在 MicroStrategy 中使用集成验证，必须在您的 Kerberos 安全系统、IIS 以及 Microsoft Analysis Services 之间实现通信。您必须配置 IIS 以启用集成验证：

• 使 MicroStrategy 虚拟目录支持 MicroStrategy Web 的集成验证，或使 MicroStrategy Web Services 支持 MicroStrategy Office。以下为您提供执行上述配置的步骤，其中可能根据您的 IIS 版本会略有不同。以下 URL 根据您所使用的版本，提供更多关于配置 IIS 的信息：

 IIS 7:http://technet.microsoft.com/en-us/library/ cc754628(WS.10).aspx

 IIS 6:http://technet.microsoft.com/en-us/library/ cc780160(WS.10).aspx

 IIS 5:http://support.microsoft.com/kb/215383

• 数据仓库可以作为可选项。如需启用数据仓库的集成验证的操作说明，请参考启用数据源的集成验证模式（第 171 页）。

如果您要使用符合 J2EE 标准的应用程序服务器而不是 IIS 来部署 MicroStrategy Web Universal 或 MicroStrategy Web Services，请参阅启用符合 J2EE 标准的应用程序服务器的集成验证（第 163 页）。

如何配置 IIS 以启用对 MicroStrategy 虚拟目录的集成验证

1 在 MicroStrategy Web 服务器计算机上，访问 IIS Internet 服务管理器。

2 浏览到 MicroStrategy 虚拟文件夹并右键单击该文件夹，然后选择属性。

3 选中目录安全选项卡，然后再在匿名访问和验证控制下方单击编辑。这时 “ 验证方式 ” 对话框将打开。

4 取消选定启用匿名访问复选框。

5 选定集成 Windows 验证复选框。

6 单击确定保存您的更改并关闭 “ 验证方式 ” 对话框。

7 再次单击确定以保存您对 MicroStrategy 虚拟文件夹的更改。

8 如果您还要启用 MicroStrategy Web Services 的集成验证，请在 MicroStrategyWS 虚拟目录中重复上述操作流程。

9 重启 IIS 使更改生效。

创建适用于 IIS 的服务主体名称 (SPN)

您必须为 IIS 创建服务主体名称 (SPN)，并将它映射到域用户，应用程序服务器将以此用户运行。SPN 将把应用程序服务器识别为使用 Kerberos 的一项服务。如需关于创建 SPN 的操作说明，请参考 Kerberos 文档。

SPN 必须使用以下格式： HTTP/ASMachineName 格式描述如下：

• HTTP：这是应用程序服务器的服务类别。 • ASMachineName：这是运行中的应用程序服务器所在的服务器的完全限定的主机名。格式为 machine-name.example.com。

在您的 Microsoft Active Directory 中，您必须配置受信任的应用程序服务器域用户作为委派，并将该用户映射到此 SPN。例如，如果 IIS 以 iis 用户身份运行，请启用该用户的帐户可以委派其他帐户选项，并映射用户到 SPN。您还必须启用 IIS 主机计算机的信任此计算机来委派任何服务（仅 Kerberos）选项。

启用 Kerberos 安全会话密钥

要通过 Microsoft Windows 计算机启用 MicroStrategy Web 的单一登录验证，您必须修改托管 IIS 的计算机上的 Windows 注册表设置。

修改 allowtgtsessionkey 注册表设置是 Microsoft 正常使用 Kerberos 安全项所必须的操作。如需关于修改注册表设置的运用方法的相关信息以及修改注册表设置的步骤，请参考以下 Microsoft 文档：以下文档由第三方软件提供商制作，因此随时有可能发生更改。  MicroStrategy 不对第三方软件说明文档的可用性和正确性作任何保证。 • For Microsoft Windows 2003 http://support.microsoft.com/kb/837361

krb5.ini 文件的配置

如果您要使用 Windows 计算机所托管的 Intelligence Server Universal，您必须配置 krb5.ini 文件。此文件包括在 MicroStrategy Web 的安装内容中，可以在以下目录中找到它：

C:\Program Files\Common Files\MicroStrategy\

上述路径假设您已在 C:\Program Files 目录安装 MicroStrategy。 Kerberos 仅支持 US-ASCII 字符。安装或配置 Kerberos 时不要使用任  何特殊字符。

找到 krb5.ini 文件后，请在文本编辑器中打开它。以下是该文件中的部分内容：

[libdefaults] default_realm = default_keytab_name = forwardable = true no_addresses = true

[realms] = { kdc = :88 admin_server = :749 }

[domain_realm] .domain.com = domain.com =

.subdomain.domain.com = subdomain.domain.com =

您必须将上述输入项加入到尖括号 <> 中以完成对 krb5.ini 文件的配置使其支持您的环境，描述如下：

• 和：出于验证目的而使用的域范围。域范围通常格式为 EXAMPLE.COM，且必须输入大写字母。

• ：托管 Microsoft Active Directory 域控制器的 Windows 计算机的 IP 地址或主机名。可以使用与系统的地址。

• ：托管 Microsoft Active Directory 域控制器管理服务器的 Windows 计算机的主机名或 IP 地址。可以使用与系统的地址。

• domain.com 和 subdomain.domain.com：适用于所有域和子域，这些域的用户必须使用默认的 Kerberos 范围进行验证。

启用符合 J2EE 标准的应用程序服务器的集成验证

如果您要使用符合 J2EE 标准的应用程序服务器来部署 MicroStrategy Web Universal，或部署 MicroStrategy Web Services 以支持 MicroStrategy Office，您可以启用集成验证。

要启用集成验证，您必须为应用程序服务器设置一个服务主题名称（SPN），并配置 Kerberos keytab 和配置文件。以下是您需要执行的任务概要： • 为应用程序服务器创建服务主体名称 (SPN) （第 163 页） • 应用程序服务器的 krb5.keytab 文件的配置（第 164 页） • 应用程序服务器的 krb5.conf 文件的配置（第 166 页） • 应用程序服务器的 jaas.conf 文件的配置（第 167 页）

• 配置 JVM 启动参数（第 168 页） • 启用 SPNEGO 机制（第 169 页）

为应用程序服务器创建服务主体名称 (SPN)

您必须为 J2EE 应用程序服务器创建服务主体名称 (SPN)，并将它映射到域用户，应用程序服务器将以此用户运行。 SPN 将把应用程序服务器识别为使用

Kerberos 的一项服务。如需关于创建 SPN 的操作说明，请参考 Kerberos 文档。

SPN 必须使用以下格式： HTTP/ASMachineName 格式描述如下：

• HTTP：这是应用程序服务器的服务类别。 • ASMachineName：这是运行中的应用程序服务器所在的服务器的完全限定的主机名。格式为 machine-name.example.com。

在您的 Microsoft Active Directory 中，您必须配置受信任的应用程序服务器域用户作为委派，并将该用户映射到此 SPN。例如，如果应用程序服务器以 j2ee-http 用户身份运行，请启用该用户的帐户可以委派其他帐户选项，并映射用户到 SPN。您还必须启用应用程序服务器主机计算机的信任此计算机来委派任何服务（仅 Kerberos）选项。

应用程序服务器的 krb5.keytab 文件的配置

您必须为应用程序服务器创建并配置 krb5.keytab 文件。在 UNIX 中，您必须使用 kutil 工具来创建此文件。在 Windows 中，您必须使用 ktpass 工具来创建 keytab 文件。

如何在 UNIX 或 Linux 中创建 krb5.keytab 文件（第 165 页）中提供了在 UNIX 或 Linux 计算机上配置此文件的步骤。

如何在 Windows 中创建 krb5.keytab 文件（第 166 页）中提供了在 Windows 计算机上配置此文件的步骤。

前提条件

以下操作流程要求在各种命令中输入一定的变量。其中包括开始操作前您所能收集到的信息。以下操作流程中需要的变量描述如下：

• ASMachineName：安装应用程序服务器所在的计算机的名称。 • KeyVersionNumber：密钥版本号，此操作流程中的一个部分。

• DOMAIN_REALM：应用程序服务器的域范围。格式为 EXAMPLE.COM，且必须输入大写字母。

• EncryptionType：所使用的加密类型。建议使用 rc4-hmac 作为加密类型。其他加密类型可能造成与  Windows Active Directory 的兼容问题。

• Keytab_Path：Windows 下的 J2EE 应用程序服务器中，此设置指定了 krb5.keytab 文件的位置。格式为 C:\temp\example.keytab。

• ASUser 和 ASUserPassword：运行应用程序服务器时所使用的用户帐户，以及该帐户的密码。

如何在 UNIX 或 Linux 中创建 krb5.keytab 文件

如果您的应用程序服务器和 Intelligence Server 位于同一台主机，则应  分别为这两个服务器使用不同的 keytab 文件和配置文件。例如，如果您在 Intelligence Server 上使用 krb5.keytab 和 krb5.conf，则应在应用程序服务器上使用 krb5-http.keytab 和 krb5-http.conf。

1 登录到您的 UNIX 或 Linux 计算机。

2 用以下所示命令检索应用程序服务器服务主题名称的密钥版本号： kvno HTTP/ASMachineName@DOMAIN_REALM

上述前提条件部分对变量做了相应描述。密钥版本号将显示在命令行上。

3 在命令行，输入下列命令：

如果您的应用程序服务器与 Intelligence Server 安装在同一台计算  机上，请将下方的 krb5.keytab 替换为不同于 Intelligence Server 所使用的文件名，比如 krb5-http.keytab。 ktutil

addent -password -p HTTP/ASMachineName@DOMAIN_NAME -k KeyVersionNumber -e EncryptionType wkt /etc/krb5/krb5.keytab exit

4 要校验 keytab 文件，请输入下列命令： kinit -k -t /etc/krb5/krb5.keytab HTTP/ASMachineName

运行命令时不会提示您输入密码。

如何在 Windows 中创建 krb5.keytab 文件

1 登录到您的 Windows 计算机。

2 通过命令提示，输入下列命令： ktpass -out Keytab_Path -princ HTTP/ASMachine@DOMAIN_REALM -mapUser ASUser -mapOp set -pass ASUserPassword -crypto Encryption_Type -pType KRB5_NT_PRINCIPAL

应用程序服务器的 krb5.conf 文件的配置

您必须创建并配置一个名为 krb5.conf 的文件。仅适用于 UNIX/Linux：如果您的应用程序服务器和 Intelligence  Server 位于同一台主机，则应使用不同的配置文件。例如，如果您为 Intelligence Server 创建了 krb5.conf，请在应用程序服务器上使用 krb5-http.conf。

如果在应用程序服务器的 krb5.keytab 文件的配置（第 164 页）操作流程中创建了一个不同的 keytab 文件，请将下方的 krb5.keytab 部分替换为您自己的 keytab 文件。

krb5.conf 的内容应如下所示：

[libdefaults] default_realm = DOMAIN_REALM default_keytab_name = Keytab_Path forwardable = true no_addresses = true

[realms] DOMAIN_REALM = { kdc = DC_Address:88 admin_server = DC_Admin_Address:749 }

[domain_realm] .domain.com = DOMAIN_REALM domain.com = DOMAIN_REALM

.subdomain.domain.com = DOMAIN_REALM subdomain.domain.com = DOMAIN_REALM

上述语法中的变量描述如下：

• DOMAIN_REALM：出于验证目的而使用的域范围。域范围通常格式为 EXAMPLE.COM，且必须输入大写字母。

• Keytab_Path：krb5.keytab 文件的位置。在 UNIX 或 Linux 中，格式为 /etc/krb5/krb5.keytab。在 Windows 中的格式为 C:\temp\krb5.keytab。

• domain.com 和 subdomain.domain.com：适用于所有域和子域，这些域的用户必须使用默认的 Kerberos 范围进行验证。

• DC_Address：托管 Microsoft Active Directory 域控制器的 Windows 计算机的主机名或 IP 地址。这可以是与 DC_Admin_Address 一样的地址。

• DC_Admin_Address：托管 Microsoft Active Directory 域控制器管理服务器的 Windows 计算机的主机名或 IP 地址。这可以是与 DC_Address 一样的地址。

应用程序服务器的 jaas.conf 文件的配置

您可以为您的应用程序服务器配置 Java 验证和授权服务（JAAS）配置文件。

根据您的应用程序服务器使用的 Java 开发包（JDK）的版本， jaas.conf 文件会略有不同。请参考 JDK 文档以获取相应的格式。 Sun JDK 和 IBM JDK 的样例 jaas.conf 文件如下所示。使用的变量如下所示： • ASMachineName：安装应用程序服务器所在的计算机的名称。

• DOMAIN_REALM：出于验证目的而使用的域范围。格式为 EXAMPLE.COM，且必须输入大写字母。  注意参数应输入在 jaas.conf 文件的 .accept 部分。适用于 Sun JDK 1.5 的 jaas.conf 样本

com.sun.security.jgss.accept { com.sun.security.auth.module.Krb5LoginModule required principal="HTTP/ASMachineName@DOMAIN_REALM" useKeyTab=true doNotPrompt=true storeKey=true

debug=true; };

适用于 Sun JDK 1.6 的 jaas.conf 样本

com.sun.security.jgss.krb5.accept { com.sun.security.auth.module.Krb5LoginModule required principal="HTTP/ASMachineName@DOMAIN_REALM" useKeyTab=true doNotPrompt=true storeKey=true debug=true; };

适用于 IBM JDK 的 jaas.conf 样本

com.ibm.security.jgss.accept { com.ibm.security.auth.module.Krb5LoginModule required useDefaultKeytab=true principal="HTTP/ASMachineName@DOMAIN_REALM" credsType=acceptor forwardable=true debug=true storeKey=true; };

把 jaas.conf 保存到与 krb5.conf 文件相同的位置。

配置 JVM 启动参数

对于符合 J2EE 标准的应用程序服务器，您必须设置相应的 JVM 启动参数。使用的变量描述如下：

• JAAS_Path：jaas.conf 文件的路径。在 UNIX 或 Linux 中，格式为 /etc/krb5/jaas.conf。在 Windows 中的格式为 C:\temp\jaas.conf。

• KRB5_Path：krb5.conf 文件的路径。在 UNIX 或 Linux 中，格式为 /etc/krb5/krb5.conf。在 Windows 中的格式为 C:\temp\krb5.conf。

您必须修改下列 JVM 启动参数： • -Djava.security.auth.login.config=JAAS_Path

• -Djava.security.krb5.conf=KRB5_Path • -Djavax.security.auth.useSubjectCredsOnly=false

启用 SPNEGO 机制

作为 MicroStrategy Web Universal 部署的一个部分，您必须修改 MicroStrategy 的 web.xml 文件以启用 Simple and Protected GSSAPI Negotiation Mechanism (SPNEGO)。这需要通过移除 web.xml 文件中以下信息中的注释： SpnegoFilter SpnegoFilter com.microstrategy.web.filter.SpnegoFi lter SpnegoFilter mstrWeb

重新启动您的应用程序服务器以使上述所有设置生效。

配置 MicroStrategy Web 单一登录所使用的浏览器

如果 MicroStrategy Web 用户计划使用单一登录方式来登录到 MicroStrategy Web，每位用户必须配置各自的浏览器以启用集成验证。启用集成验证的过程根据所使用的浏览器会有所不同：

• 在 Internet Explorer 中，您必须为浏览器启用集成验证，并把 MicroStrategy Web 服务器 URL 添加到受信任站点列表。  根据您的安全策略，必须默认为 Internet Explorer 启用集成验证。 • 在 Firefox 中，您必须把 MicroStrategy Web 服务器 URL 添加到受信任站点列表。此 URL 必须包含在 about:config 页面的 network.negotiate-auth.trusted-uris 和 network.negotiate-auth.delegation-uris 这两个设置中。

建立域用户与 MicroStrategy 用户的链接

要在 MicroStrategy 中应用安全和权限到用户，您必须将域用户与 MicroStrategy 用户建立链接。这也可以将域用户登录到他们有访问权限的 MicroStrategy 项目，且不必再次输入登录凭据。

前提条件

• 必须在域中包括域用户以支持集成验证。如需关于在域中如何配置用户的信息，请参阅配置域控制器和用户（第 154 页）。 • 必须有能链接到域用户的 MicroStrategy 用户（对象）。 • 必须有具备管理权限的 MicroStrategy 用户以进行必要的用户修改操作。

如何建立域用户与 MicroStrategy 用户的链接

1 在 MicroStrategy Desktop 中，用具有管理权限的帐户登录到项目源。

2 从文件夹列表中，展开一个项目源，再展开管理和用户管理器。

3 浏览至要与 Windows 用户建立链接的 MicroStrategy 用户所在的位置。右键单击 MicroStrategy 用户并选择编辑。用户编辑器将被打开。

4 在验证选项卡上的受信任的验证请求 / 集成的验证区域的用户 ID 字段，输入域用户名。有效的语法举例如下： DomainUserName@DOMAIN_REALM

例如，要链接位于 example.com 域范围的 User1，您必须输入 [email protected]。域范围名称必须使用大写字母。

5 单击确定保存更改并关闭用户编辑器。

项目源集成验证的运用

要通过集成验证让用户登录到 MicroStrategy 中的一个项目源，您必须对项目源进行相应的定义以便使用集成验证。以下操作流程描述了如何定义项目源以使用集成验证的步骤。

前提条件

• 必须有具备管理权限的 MicroStrategy 用户以进行必要的用户修改操作。

如何运用项目源的集成验证

1 在 MicroStrategy Desktop 中，用具有管理权限的帐户登录到项目源。

2 右键单击项目源，然后单击修改项目源。这时将打开项目源管理器。

3 在连接选项卡上的服务器名称下方，输入与为 Intelligence Server 创建服务主体名称 (SPN) （第 157 页）中创建的服务主体名称（SPN）完全一致的服务器名称。例如，如果 SPN 为 MSTRSVRSvc\server.example.com:1234，则项目源的服务器名称应为 server.example.com。

4 在高级选项卡上，选中使用集成验证选项。

启用 MicroStrategy Web 的集成验证登录模式

要让 MicroStrategy Web 用户能够用 Windows 凭据来登录 MicroStrategy Web，您必须启用集成验证以作为可用的登录模式使用。以下操作流程描述了此配置所必需的步骤。

如何启用 MicroStrategy Web 的集成验证登录模式

1 点击开始菜单，前往所有程序，然后依次选择 MicroStrategy、 Web、 Web Administrator。 Web Administrator 页面随后将在浏览器中打开。

2 选择左边的默认属性。

3 在登录选项区域，选定集成验证旁边的已启用复选框。如果您想把集成验证方式作为默认的 MicroStrategy Web 登录模  式，请选择集成验证旁边相应的默认选项。

4 单击保存以保持您的更改。

启用数据源的集成验证模式

通过使用集成验证，您可以允许每位用户的凭据传递到数据库服务器。您必须在项目级启用此选项。

配置此可选的支持选项的步骤描述如下。

前提条件

• 必须对您的数据库服务器进行相应的配置以便允许所有将服务器作为数据仓库来使用的用户能用集成验证进行操作。请参考第三方数据库服务器文档以获取如何启用此支持选项的操作说明。

如何启用数据源的集成验证模式

1 在 Desktop 中，登录到您要配置的数据源所在的项目。

2 在管理菜单中选择项目，然后单击项目配置。这时 “ 项目配置 ” 对话框将打开。

3 展开数据库实例分类。

4 展开验证，并选择仓库。

5 启用对应所选的数据库实例单选按钮。

6 再从元数据验证类型下拉列表中 , 选择 Kerberos。

7 在数据库实例窗格中，选定所有需要使用集成验证的数据库实例的复选框，如下所示。

如果您正在连接 Microsoft SQL Server、Teradata 或 TM1 数据源，  而 Intelligence Server 在 Windows 上运行时，只能使用此设置。

8 单击确定。这时 “ 项目配置 ” 对话框将关闭。

用第三方验证模式启用 Web、 Mobile 和 Office 的单一登录

您可以使用 Tivoli、 SiteMinder 或 Oblix 等的第三方工具来启用下列 MicroStrategy 应用程序的单一登录（SSO）验证。 • MicroStrategy Web

• MicroStrategy Mobile （仅 Tivoli 和 SiteMinder） • 用于支持 MicroStrategy Office 的 MicroStrategy Web Services（仅 Tivoli 和 SiteMinder）

用户在第三方系统通过验证后，将从用户目录检索 LDAP 等用户的许可期限，并将为 MicroStrategy 应用程序赋予访问权限。

在安全模型中，包含几个数据层。例如，当用户登录到 Tivoli 时， Tivoli 将判断用户的凭据是否有效。如果用户通过无效的凭据来登录 Tivoli，则用户目录（比如 LDAP）将判断该合法用户能否连接 MicroStrategy。用户的 MicroStrategy 权限存储在 MicroStrategy 访问控制列表（ACL: Access Control List）中。用户在 MicroStrategy 应用程序中可操作的内容以及不可操作的内容存储在 Intelligence Server 上元数据中的 ACL 中。如需更多关于 MicroStrategy 中的权限以及 ACL 的信息，请参考第 2 章设置用户安全性。

要使 MicroStrategy 能够从元数据提取用户的权限信息，必须对 Intelligence Server 进行配置使其成为 MicroStrategy Web 和 Mobile 中的受信任的计算机。这样可以允许在两个装置之间传递信息。

下图描述了使用第三方验证方式的安全系统的体系结构。

MicroStrategy 通过在 MicroStrategy、用户目录以及第三方验证提供方之间传递令牌的方式来启用此类型的访问。正确配置这些级别的通信方式是有效运用 SSO 验证的关键。

从第三方提供方传来的用户的可分辨名称在传递到 Intelligence Server  之前，将在 MicroStrategy Web 或 Mobile 中默认用 URL 解码。

单一登录验证执行相应步骤，以允许用户访问 MicroStrategy 产品。您还必须配置 MicroStrategy 用户以定义控制用户在产品中可以执行和访问的组件所需的权限和许可权限。

MicroStrategy 产品中第三方 SSO 验证的设置

以下高级步骤是设置 MicroStrategy Web 中第三方验证方式所必需的步骤，详见以下描述：

• Tivoli、 SiteMinder 或 Oblix 中用户和链接的创建（第 174 页） • 启用 MicroStrategy Web、Mobile 或 Office 的单一登录验证（第 175 页） • 在 MicroStrategy 中导入并链接 Tivoli/SiteMinder 用户（第 184 页） • 如何用 Tivoli 单一登录方式登录到 MicroStrategy Web （第 188 页）

Tivoli、 SiteMinder 或 Oblix 中用户和链接的创建

在对 MicroStrategy 进行相应配置以接受 Tivoli、 SiteMinder 或 Oblix 验证前，必须首先建立部分设置。这可以保证 Tivoli 或 SiteMinder 与 MicroStrategy Web 之间建立链接，并且该链接的功能符合要求。

您必须完成以下所有步骤以保证正确配置 Tivoli 或 SiteMinder 以及 MicroStrategy 产品。

Tivoli、 SiteMinder 或 Oblix 用户的创建

您可以通过将 MicroStrategy 用户与 Tivoli 或 SiteMinder 中的用户相关联的方式来启用 MicroStrategy Web 中的 SSO 验证。要测试此关联成功与否，您必须创建一个 Tivoli 或 SiteMinder 用户以确认 MicroStrategy 产品中正确配置来访问权限。

如需创建新用户所需的步骤，请参考您的 Tivoli 或 SiteMinder 文档。

创建 Tivoli、 SiteMinder 或 Oblix 与 MicroStrategy 应用程序的链接

您应将 Tivoli 分别与使用联接子的 MicroStrategy 应用程序、使用 Web 代理的 SiteMinder 以及使用 Webgate 的 Oblix 之间建立链接。这些链接把用户重新从各自的提供方指向 MicroStrategy，并且是启用 SSO 验证方式的必要内容。您必须分别为 MicroStrategy Web、 MicroStrategy Mobile 和 MicroStrategy Web Services 创建相应的链接以支持 MicroStrategy Office 的使用。  Oblix 验证只适用于 MicroStrategy Web。如需创建联接子（在 Tivoli）、 Web 代理（在 SiteMinder）或 Webgate （Oblix）的步骤，请参考产品说明文档。

启用 MicroStrategy Web、 Mobile 或 Office 的单一登录验证

最初的第三方验证设置完成后，您必须在 MicroStrategy Web、 Mobile 或 Office 中启用受信任的验证方式，并在 MicroStrategy 产品与 Intelligence Server 之间建立信任关系。这将允许验证令牌可以从一个系统传递到另一个系统。

注意，要使 MicroStrategy Web Services 支持 MicroStrategy Office，  您必须首先在 Office 与 Intelligence Server 之间建立链接，然后再启用 Web Services 的配置文件中的受信任的验证方式。

本节讲述了在 MicroStrategy Web 或 Mobile 中启用 SSO 验证所需的步骤： • 在 MicroStrategy Web 中启用受信任验证（第 176 页） • 在 MicroStrategy Mobile 中启用受信任验证（第 177 页） • 在 MicroStrategy Web 或 Mobile 与 Intelligence Server 之间建立信任关系（第 177 页） • 在 MicroStrategy Web Services 与 Intelligence Server 之间建立信任关系以支持 MicroStrategy Office （第 180 页） • 启用 MicroStrategy Web Services 中的受信任验证以支持 MicroStrategy Office （第 181 页）

如果您使用 Internet 信息服务（IIS）作为您的 Web 服务器，您必须启用 MicroStrategy 虚拟目录的匿名验证才能支持 MicroStrategy Web 使用 SSO 验证。有关此内容的讨论可参考启用 Internet 信息服务的匿名验证（第 182 页）。

在 MicroStrategy Web 中启用受信任验证

要让用户使用 SSO 验证方式登录到 MicroStrategy Web，您必须在 MicroStrategy Web 中启用受信任的验证以作为一个可用的验证模式。

如何在 MicroStrategy Web 中启用受信任验证

1 点击 Windows 开始菜单，前往所有程序，然后依次选择 MicroStrategy、 Web、 Web Administrator。这时将打开 MicroStrategy Web Administrator 页面。

2 在页面左侧，单击默认属性。这时将打开 “ 默认属性 ” 页面。

3 向下滚动到 “ 登录 ” 区域，并在登录模式下方选定受信任的验证请求旁边的已启用复选框。还要选择受信任的验证请求旁边的默认选项，如下所示：

4 从信任验证提供商下拉列表中，选择 Tivoli、 SiteMinder 或 Oblix。要使用自定义的验证提供方，选择自定义 SSO。如需关于添加自  定义验证提供商的信息，请参考 MicroStrategy SDK 文档。

5 在页面底部单击保存。

SiteMinder 中证书验证方式的使用

SiteMinder 可以配置为使用证书验证或基础验证。 MicroStrategy Web 的 siteminder_security.properties 文件表示第一个使用的 SiteMinder 标题变量为 SM_UNIVERSALID。此变量提供证书验证所需的信息。如果此变量为空，那么 SM_USER 变量中的信息将用于基础验证。如需关于配置 SiteMinder 以使用证书验证方式的相关信息，请参阅 SiteMinder 文档。

在 MicroStrategy Mobile 中启用受信任验证

要让用户使用 SSO 验证方式登录到 MicroStrategy Mobile，您必须在 MicroStrategy Mobile 中启用受信任的验证以作为一个可用的验证模式。如需关于配置移动设备以使用受信任验证方式所需的操作说明，请参考 MicroStrategy Mobile Design and Administration Guide 中的 Administering MicroStrategy Mobile 章节。

如何在 MicroStrategy Mobile 中启用受信任验证

1 点击开始菜单，前往所有程序，然后依次选择 MicroStrategy、 Mobile、 Mobile Administrator。这时将打开 MicroStrategy Web Administrator 页面。

2 在页面左侧，单击默认属性。这时将打开 “ 默认属性 ” 页面。

3 从信任验证提供商下拉列表中，选择 Tivoli 或 SiteMinder。如需关于添加自定义验证的信息，请参阅 MicroStrategy SDK 文  档。

4 在页面底部单击保存。

要创建可发送到用户 iPhone 或 iPad 的移动设备配置文件，请参考 MicroStrategy Mobile Design and Administration Guide 中的 Administering MicroStrategy Mobile 章节。

在 MicroStrategy Web 或 Mobile 与 Intelligence Server 之间建立信任关系

要让身份验证令牌能从 Tivoli 传递到 MicroStrategy Web 或 Mobile，然后再传递到 Intelligence Server，必须在 MicroStrategy Web 或 Mobile 与 Intelligence Server 之间建立信任关系。建立信任关系的步骤如下。

如果您需要删除一个已建立的信任关系，请参阅如何删除信任关系（第 179 页）。

如果您正在一个群集中使用多个 Intelligence Server 计算机，您必须首  先按照第 8 章多个 MicroStrategy 服务器的群集化中的描述设置该群集，然后再建立 Web 或 Mobile Server 与群集之间的信任关系。

如何在 MicroStrategy Web 或 Mobile 与 Intelligence Server 之间建立信任关系

1 按照使用的软件，打开 MicroStrategy Web Administrator 或 MicroStrategy Mobile Administrator。

• 点击 Windows 开始菜单，前往所有程序，然后依次选择 MicroStrategy、 Web、 Web Administrator。这时将打开 MicroStrategy Web Administrator 页面。

• 点击开始菜单，前往所有程序，然后依次选择 MicroStrategy、 Mobile、 Mobile Administrator。这时将打开 MicroStrategy Web Administrator 页面。

2 单击左边的服务器。

3 请确认 MicroStrategy Web 或 Mobile Server 是否当前连接到 Intelligence Server。如果 Intelligence Server 未连接，在未连接的服务器列表的操作下方，单击相应的 Intelligence Server 旁边的连接。

4 在已连接的服务器列表的属性下方，点击修改图标。服务器属性将被打开，如下所示。

5 在相应的 Web/Mobile Server 与 MicroStrategy Intelligence Server 之间的信任关系选项旁单击设置。随之打开 “ 设置与 MicroStrategy Intelligence Server 的信任关系 ” 页面。

6 在相应的字段输入用户名和密码。用户必须有相应的 MicroStrategy Web 或 Mobile 的管理权限。

7 从指定选项选择用于验证管理用户的验证模式。

8 在 Web 服务器应用程序或 Mobile Server 应用程序字段输入相应的 MicroStrategy Web 或 Mobile 的 URL。例如，您可以按以下方式提供使用了 Tivoli 的应用程序的 URL：

MicroStrategy Web： https://MachineName/JunctionName/MicroStrategy/asp

MicroStrategy Mobile： https://MachineName/JunctionName/MicroStrategyMobile/ asp

9 单击创建信任关系。这时将打开 “ 服务器属性 ” 页面。

10 单击保存以创建信任关系。

如何校验信任关系

11 点击 Windows 开始菜单，前往所有程序，然后依次选择 MicroStrategy、 Desktop、 Desktop。 MicroStrategy Desktop 将被打开。

12 以具有管理权限的用户身份登录到一个项目源。

13 从管理菜单中指向服务器，然后再选择配置 MicroStrategy Intelligence Server。这时将打开 Intelligence Server 配置编辑器。

14 在屏幕左侧展开 Web SSO 分类，并确认信任的 Web 应用程序注册列表中是否包含该信任关系。

如何删除信任关系

1 按照使用的软件，打开 MicroStrategy Web Administrator 或 MicroStrategy Mobile Administrator。

• 点击 Windows 开始菜单，前往所有程序，然后依次选择 MicroStrategy、 Web、 Web Administrator。这时将打开 MicroStrategy Web Administrator 页面。 • 点击开始菜单，前往所有程序，然后依次选择 MicroStrategy、 Mobile、 Mobile Administrator。这时将打开 MicroStrategy Mobile Server Administrator 页面。

2 单击左边的服务器。

3 请确认 MicroStrategy Web Mobile 是否当前连接到 Intelligence Server。如果 Intelligence Server 未连接，在未连接的服务器列表的操作下方，单击相应的 Intelligence Server 旁边的连接。

4 在已连接的服务器列表的属性下方，点击修改图标。这时将打开 “ 服务器属性 ” 页面。

5 在相应的 Web/Mobile Server 与 MicroStrategy Intelligence Server 之间的信任关系或 MicroStrategy Mobile Server 与 MicroStrategy Intelligence Server 之间的信任关系选项旁边，单击删除。

随之打开 “ 删除与 MicroStrategy Intelligence Server 的信任关系 ” 页面。

6 在相应的字段输入您的登录信息。

7 单击删除信任关系。

这时将打开 “ 服务器属性 ” 页面。

8 单击保存。

在 MicroStrategy Web Services 与 Intelligence Server 之间建立信任关系以支持 MicroStrategy Office

要在 MicroStrategy Office 与 Intelligence Server 之间建立信任关系，您必须使用 MicroStrategy Office 来连接到要使用受信任验证的项目源，然后再建立

Office 与 Intelligence Server 的信任关系。完成此步骤后，您必须编辑 Web Services 的 projectsources.xml 文件。这两种操作步骤如下所示。

如何在 MicroStrategy Web Services 与 Intelligence Server 之间建立信任关系

1 在安装了 MicroStrategy Office 的计算机上，打开一个 Microsoft Office 产品，比如 Excel。

2 单击 MicroStrategy Office 工具栏上的 MicroStrategy Office。 MicroStrategy Office 将启动并显示可连接的项目源列表。

3 在左侧窗格，选择要启用受信任验证方式的项目源。

4 在右侧窗格，输入具有管理权限的用户的登录 ID 和密码，并单击获取项目。这时将显示一个项目列表。

5 选择任意一个项目并单击确定。此时将载入该项目，且共享报表文件夹将在一个新窗口中加载。

6 单击 MicroStrategy Office 工具栏上的选项。随之打开 “MicroStrategy Office 选项 ” 对话框。

7 在常规分类的下方，选择服务器。服务器选项窗格将显示在右侧。

8 点击 Web Services 与 Intelligence Server 之间的信任关系旁边的创建。信任关系建立以后将显示一个警报消息。

9 在 Web Services URL 字段，输入为 MicroStrategy Web Services 创建的相应的 Tivoli 联接子或 SiteMinder Web 代理的 URL。

10 单击确定保存更改。

启用 MicroStrategy Web Services 中的受信任验证以支持 MicroStrategy Office

要允许用户使用单一登录（SSO）模式登录到 MicroStrategy Office，您必须编辑 MicroStrategy Web Services 的 projectsources.xml 文件并配置项目源以使用第三方安全插件。如需更多关于 projectsources.xml 文件中的设置信息 , 请参考 MicroStrategy Office User Guide 中的 Installing and Administering MicroStrategy Office 章节。

前提条件

• 您需要对安装了 MicroStrategy Web Services 的计算机有管理权限。

如何在 MicroStrategy Office 中启用受信任验证

1 在安装了 MicroStrategy Web Services 的计算机上，打开 projectsources.xml。默认情况下，该文件位于 C:\Program Files\MicroStrategy\Web Services。

2 在 projectsources.xml 文件中，找到用于描述您需要启用 SSO 的项目源的标记。

3 在标记中，把标记内容替换为 MWSSimpleSecurityPlugin。新标记的内容应应类似于下列格式： Name Name MWSSimpleSecurityPlugIn 0

4 保存 projectsources.xml。

启用 Internet 信息服务的匿名验证

如果您使用 Internet 信息服务（IIS）作为您的 Web 服务器，您必须启用 MicroStrategy 虚拟目录的匿名验证才能支持 MicroStrategy Web、 Web Services 或 Mobile 使用 SSO 验证。

以下为您提供执行上述配置的步骤，其中可能根据您的 IIS 版本会略有不同。以下链接可能包含有关如何启用相应 IIS 版本的匿名验证的信息： • IIS 7:http://technet.microsoft.com/en-us/library/ cc770966(WS.10).aspx • IIS 6:http://technet.microsoft.com/en-us/library/ cc737887(WS.10).aspx

• IIS 5:http://support.microsoft.com/kb/310344

如果在 IIS 中启用 MicroStrategy 虚拟目录的匿名验证，则您不能使用  Windows 验证方式来验证 MicroStrategy Web 或 Mobile 中的用户身份。以下步骤只能用作 Tivoli 的 SSO 身份验证解决方案的一个部分。

如何配置 IIS 以启用 MicroStrategy Web、 Web Services 和 Mobile 虚拟目录的匿名验证

1 在 MicroStrategy Web 服务器计算机上，访问 IIS Internet 服务管理器。

2 浏览到 MicroStrategy 虚拟文件夹并右键单击该文件夹，然后选择属性。

3 在目录安全选项卡上的匿名访问和验证控制下方单击编辑。这时 “ 验证方式 ” 对话框将打开。

4 选定允许匿名访问复选框。

5 单击确定保存您的更改并关闭 “ 验证方式 ” 对话框。

6 再次单击确定以保存您对 MicroStrategy 虚拟文件夹的更改。

7 要启用 MicroStrategy Web Services 的匿名验证，请在 MicroStrategyWS 虚拟目录中重复上述操作流程。

8 要启用 MicroStrategy Mobile 上的匿名验证，请在 Mobile Server 计算机上对 MicroStrategyMobile 虚拟目录重复上述操作流程。

9 重启 IIS 使更改生效。

在 MicroStrategy 中导入并链接 Tivoli/SiteMinder 用户

对于访问 MicroStrategy 应用程序的 Tivoli 或 SiteMinder 用户，则必须为这些用户开通 MicroStrategy 权限。以下流程图形象描述了 MicroStrategy 用户登录到 Tivoli 或 SiteMinder 时所进行的各种用户处理方式。

创建 Tivoli 联接子或 SiteMinder Web 代理时将配置 LDAP DN 是否通过请求发送到 Intelligence Server。如需创建联接子或 Web 代理的详细信息，请参考您的 Tivoli 或 SiteMinder 文档。

Tivoli 或 SiteMinder 可以： • 在完成 MicroStrategy Web 登录时作为 MicroStrategy 用户导入，从而为导入的用户分配 MicroStrategy 用户所定义的用户权限。有关执行此配置的步骤，请参阅把 Tivoli 用户作为 MicroStrategy 用户导入（第 185 页）。

• 允许以访客帐户访问 MicroStrategy Web。 Tivoli 用户将继承 MicroStrategy 中 Public/Guest 组的权限。导入的或链接的 Tivoli 用户不必使用访客身份访问 MicroStrategy Web。有关执行此配置的步骤，请参阅为 Tivoli 用户启用 MicroStrategy Web 或 Mobile 的访客帐号登录（第 187 页）。

Tivoli 或 SiteMinder 用户也可以通过 MicroStrategy 用户管理器关联到现有 MicroStrategy 用户。与登录 MicroStrategy Web 时导入 Tivoli 用户相比，关联 Tivoli 用户可以在用户初次登录前为其分配权限以及其他安全设置。有关执行此配置的步骤，请参阅建立 Tivoli 用户与现有 MicroStrategy 用户的链接（第 186 页）。

如果 Tivoli 或 SiteMinder 用户已经导入到 MicroStrategy，且 MicroStrategy 用户已经与 Tivoli 或 SiteMinder 用户相互关联，则 MicroStrategy 元数据将与 LDAP 服务器等的用户目录中的信息同步。同步操作方式取决于几个不同的因素。以下流程图展示了同步操作的执行方式。

把 Tivoli 用户作为 MicroStrategy 用户导入

MicroStrategy 经过配置并支持导入 Tivoli 用户后， Tivoli 用户将在配置完成后用户第一次登录 MicroStrategy Web 时作为 MicroStrategy 用户来进行导入。只有当 Tivoli 用户未导入到 MicroStrategy 或未与 MicroStrategy 用户关联的情况下才能进行导入。

当 Tivoli 用户导入到 MicroStrategy 时： • Tivoli 用户名将导入为新 MicroStrategy 用户的受信任验证请求的用户 ID。

• MicroStrategy 用户将默认添加到 Everyone 组。如果未通过 LDAP 等的用户目录定义任何用户权限，那么导入的用户将继承与 MicroStrategy Everyone 组相关联的权限。

• 安全权限不会从 Tivoli 继承。这些权限必须在 MicroStrategy 中由管理员进行定义。

如何将 Tivoli 用户导入为 MicroStrategy 用户

1 点击 Windows 开始菜单，前往所有程序，然后依次选择 MicroStrategy、 Desktop、 Desktop。 MicroStrategy Desktop 将被打开。

2 以具有管理权限的用户身份登录到一个项目源。

3 从管理菜单中指向服务器，然后再选择配置 MicroStrategy Intelligence Server。这时将打开 Intelligence Server 配置编辑器。

4 展开左侧的 Web SSO 分类。

5 选定右侧的登录时导入用户复选框。

6 单击确定保存更改并退出项目配置编辑器。

建立 Tivoli 用户与现有 MicroStrategy 用户的链接

导入用户时还有一个备选项是建立 Tivoli 用户与现有 MicroStrategy 用户的链接（关联）以便保留之前为 MicroStrategy 用户定义的现有权限和配置。与登录 MicroStrategy Web 时导入 Tivoli 用户相比，建立 Tivoli 用户链接可以在用户初次登录前为其分配权限以及其他安全设置。

如何将 Tivoli 用户链接到 MicroStrategy 用户

1 点击 Windows 开始菜单，前往所有程序，然后依次选择 MicroStrategy、 Desktop、 Desktop。 MicroStrategy Desktop 将被打开。

2 以具有管理权限的用户身份登录到一个项目源。

3 从左侧的文件夹列表中，展开管理和用户管理器。

4 浏览至要与 Tivoli 用户建立链接的 MicroStrategy 用户所在的位置。

5 右键单击该用户并选择编辑。用户编辑器将被打开。

6 在用户定义下方，选择验证。随之打开用户定义 - 验证选项卡。

7 在受信任的验证请求字段，输入要与 MicroStrategy 用户建立链接关系的 Tivoli 用户名。

受信任的验证请求字段中输入的名称必须与用户提供 Tivoli 登录凭  据时所使用的名称一致。

8 单击确定。

为 Tivoli 用户启用 MicroStrategy Web 或 Mobile 的访客帐号登录

如果您选择不导入或链接 Tivoli 用户到 MicroStrategy 用户，则您可以为 Tivoli 启用访客帐户号来登录 MicroStrategy Web。访客用户将从 MicroStrategy Public/Guest 组继承相应的权限。

如何为 Tivoli 用户启用 MicroStrategy Web 或 Mobile 的访客帐号登录

1 点击 Windows 开始菜单，前往所有程序，然后依次选择 MicroStrategy、 Desktop、 Desktop。 MicroStrategy Desktop 将被打开。

2 以具有管理权限的用户身份登录到一个项目源。

3 从管理菜单中指向服务器，然后再选择配置 MicroStrategy Intelligence Server。这时将打开 Intelligence Server 配置编辑器。

4 展开左侧的 Web SSO 分类。

5 在右侧的信任的 Web 应用程序注册区域，选择相应的 MicroStrategy Web 或 MicroStrategy Mobile 应用程序。

6 选定如果未发现 Web SSO-MicroStrategy 用户链接，仍允许用户登录复选框。

7 展开右侧的 LDAP 分类，然后再展开导入子分类，最后选中选项。

8 选定在使用受信任的验证时与 LDAP 同步用户 / 组信息复选框。

9 单击确定保存更改并关闭 Intelligence Server 配置编辑器。

用 Tivoli 单一登录方式登录到 MicroStrategy Web

当所有主要步骤完成并通过测试后，用户便可以开始用 Tivoli 凭据登录 MicroStrategy。登录步骤已包括在以下流程中。

如何用 Tivoli 单一登录方式登录到 MicroStrategy Web

1 打开 Web 浏览器。

2 在文地址字段中输入以下 URL： https://MachineName/JunctionName/MicroStrategyWebURL

各项内容解释如下。

• MachineName 是运行 Tivoli 的计算机的名称。 • JunctionName 是 Tivoli 中创建的连接名称。 • MicroStrategyWebURL 是用于访问 MicroStrategy Web 的 URL。例如 MicroStrategy/asp。

3 输入您的 Tivoli 用户名和密码。

4 连接到一个 MicroStrategy 项目。

5 单击受信任的验证。

您将以 Tivoli 用户凭据登录到 MicroStrategy 项目。

如果提示您在网页上同时显示安全的内容和不安全的内容，您可以配置网页浏览器以隐藏此警告消息。请参考有关此配置的网页浏览器说明文档。

身份验证示例

以下为您展示了不同的用户身份验证方式如何与不同的数据库验证方式结合使用以达到 MicroStrategy 系统安全要求的几个示例。这些示例现象描述了几种可能性，也可以有其他形式的组合。

安全视图：Windows 验证与链接的数据仓库登录名

如果您使用安全视图来运用数据访问控制策略，则应使用此配置。例如，两个不同的用户执行同一个 SQL 查询项将得到不同的结果，从而反映出不同的用户访问级别。要让此安全视图正常工作，报表将以通过 MicroStrategy 系统提交报表的用户的 RDBMS 帐户来执行。虽然这种方法要求用户使用 RDBMS 上的帐户，但您可以选择使用 Windows 验证方式，从而免去了用户登录 MicroStrategy 系统时需记住 RDBMS 登录 ID 和密码的麻烦。使用 Windows 验证方式时，用户将使用 Windows ID 和密码自动登录到 MicroStrategy 系统。

如需关于安全视图的详细信息，请参阅安全视图（第 96 页）。

如何建立此配置

1 在 Desktop 中，打开项目源管理器，并在 “ 高级 ” 选项卡上选择使用网络登录名（Windows 验证）作为验证模式。

2 在 Web 中，以管理员身份登录，分别选择首选项、项目默认、安全性，然后再启用 Windows 验证作为登录模式。

3 在用户管理器中，选中验证选项卡，并通过每位用户对应的仓库登录名和密码复选框将用户链接到各自的数据库用户 ID。有关每个选项的详细信息，请单击帮助。

4 启用数据库执行设置以便在需要使用链接的仓库登录名来进行数据库执行操作的每个项目上使用链接的数据库登录名。要实现此操作，右键单击并选择项目配置，展开数据库实例分类，单击执行，最后选定执行时使用链接的数据仓库登录名复选框。

连接映射：标准验证、连接图和分区映射表

您可能需要在 RDBMS 运用访问控制策略时使用此项配置，以便在 RDBMS 中可以有多个用户帐户，但并不是每位用户都需要此配置。

例如，可能您需要按行来对事实表进行分区，详见按行分割事实表（第 97 页）。您有一个 1st National Bank 的用户 ID，只能访问包含该银行交易记录的数据表，还有 Eastern Credit Bank 的用户 ID，只能访问该银行的相关数据表。根据登录 RDBMS 所使用的用户 ID 的不同，SQL 查询中会使用不同的数据表。

虽然 RDBMS 中只有一小部分用户 ID，但与此同时有更多用户能够访问 MicroStrategy 应用程序。当用户访问 MicroStrategy 系统时，他们将使用 MicroStrategy 用户名和密码进行登录。通过连接映射的方式， Intelligence Server 将根据提交报表的用户，使用不同的数据库帐户来执行查询项。

如何建立此配置

1 在 Desktop 中，打开项目源管理器并单击修改。

2 在高级选项卡上，选择使用用户输入的登录名和密码 ( 标准验证 ) 作为默认的验证模式。这是默认的设置。

3 在 Web 中，以管理员身份登录，分别选择首选项、项目默认、安全性，然后再启用标准 ( 用户名和密码 ) 作为登录模式。

4 为每个 RDBMS 帐户分别创建一个数据库登录名。

5 在 MicroStrategy 系统中创建与每个 RDBMS 帐户相对应的用户组，然后再按需要分配多个用户到这些组。

6 定义连接映射方式，以便将每个用户组映射到相应的数据库登录名。

4. 许可证的管理

简介

作为系统管理员，您的重要职责是管理 MicroStrategy 产品许可证以维护许可证的一致性。对许可证进行管理可以帮助您充分利用许可证的功能。例如，您可能有一个兼容 4 个 CPU 的基于 CPU 的 Intelligence Server 许可证，但您只使用 2 个 CPU。许可证的审核过程将针对此问题发出警报提醒，您可以稍后修改相应设置以便使用 4 个已全部授权的 CPU。

本章涵盖了有关如何管理您的 MicroStrategy 系统中所涉及的许可证的内容讲解。讨论话题包括：

• 管理和验证许可证（第 192 页） • 审核并更新许可证（第 195 页） • 更新 CPU 关联（第 199 页）

管理和验证许可证

MicroStrategy 许可证根据所购买的许可证类型需要以不同的方式进行管理。请参考您的 MicroStrategy 合同以及任何随附合同文档获取不同 MicroStrategy 许可证类型的描述。

MicroStrategy 使用的许可证分为两大类： • 指定用户许可证（第 192 页），对特定功能具有访问权限的用户的数量将受到一定限制

• CPU 授权信息（第 194 页），MicroStrategy 服务器产品所使用的 CPU 的数量和速度将受到一定限制

MicroStrategy License Manager 可以协助您管理 MicroStrategy 许可证。如需关于 License Manager 的信息，请参阅 License Manager 的使用（第 195 页）。

当从 MicroStrategy 获取更多许可证时，请使用 License Manager 更新  您的许可证信息。如需详细信息，请参阅许可证的更新（第 198 页）。

指定用户许可证

在 “ 指定用户 ” 授权方案中，被授予权限的用户和组决定了为用户和组所分配的许可证类型。 Intelligence Server 将监控您 MicroStrategy 系统中具备各项权限的用户的数量，并与可用许可证数量进行比较。

例如，“Web 用筛选器编辑器 ” 权限是一项 Web Professional 权限。如果将此权限分配到 User1，则 Intelligence Server 为 User1 分配一个 Web Professional 许可证。如果您的系统中只有一个 Web Professional 许可证并且需要分配任意 Web Professional 权限，例如，将 “Web 编辑钻取及链接 ” 分配给 User2，则 Intelligence Server 将在任何用户尝试登录到 MicroStrategy Web 时显示一条错误消息。  与资料库一起创建的 Administrator 用户不会算作是一个授权用户。要解决此问题，您可以更改用户权限使其与您所具有的许可证数量相匹配，或者您可以从 MicroStrategy 获取更多许可证。 License Manager 将会判断哪些用户正导致元数据超出许可证所允许的数量以及这些用户的哪些权限正导致每个用户被归类为特殊许可证类型（详见 License Manager 的使用（第 195 页））。

如需更多关于每种许可证类型关联的权限的信息，请参阅 Supplemental Reference for System Administration 中的 List of Privileges 章节。每个权限组均包含相关说明，用于指明该权限组内权限所管理的任何一项许可证。  注意以下事项： • 与 OLAP Services、 Report Services 以及 Distribution Services 许可证相关的权限将出现在多个权限组中。这些权限将以星号标出，并出现在各组权限列表的顶部。

• 只有 Desktop Analyst 组内具有 “ 使用 Desktop” 权限的用户可以获得 Desktop Analyst 或 Desktop Designer 许可证。 “ 使用 Desktop” 权限的用户将无法获得上述任意一个许可证，即使这些用户已具备这些权限组的其他所有权限。

验证指定用户许可证

要验证您的 “ 指定用户 ” 许可证， Intelligence Server 将会在每天特定时间扫描资料库以确定符合每种 “ 指定用户 ” 许可证类型的用户数量。如果指定类型的许可证数量超限，则当用户登录到 MicroStrategy 产品中时将显示一条错误消息。请与您的 MicroStrategy 客户经理联系以增加指定用户许可证的数量。如需了解许可证不一致所带来的影响的相关信息，请参阅许可证不一致所带来的影响（第 194 页）。

如需使用 License Manager 手动验证您的指定用户许可证的相关步骤，请参阅审核系统是否具有合适的许可证（第 197 页）。

您可以配置 Intelligence Server 每天验证您的指定用户许可证的具体时间。

如何配置指定用户许可证的验证时间

1 在 Desktop 中，右键单击项目源并选择配置 MicroStrategy Intelligence Server。这时将打开 Intelligence Server 配置编辑器。

2 展开服务器类别并选择高级。

3 在运行许可检查的时间（24 小时格式）字段指定一个时间。

4 单击确定接受更改并关闭 Intelligence Server 配置编辑器。

CPU 授权信息

当您购买 CPU 格式的许可证时，系统将会监控在您的应用中 Intelligence Server 所使用的 CPU 数量并与您已有的许可证数量进行比较。如果系统检测到使用中的 CPU 数量多于授权数量，则无法分配与部分许可证相关的权限。例如，如果 MicroStrategy Web 安装在两台双处理器计算机（4 个 CPU）上而您只有 1 个许可证只限两个 CPU 使用时会发生这一情况。

要解决此问题，您可以使用 License Manager 来减少指定计算机上所使用的 CPU 数量以符合您已有的许可证数量，或者您可以从 MicroStrategy 获取更多许可证。要使用 License Manager 来决定授权 CPU 的数量，以及如有需要更改使用中的 CPU 的数量，请参阅 License Manager 的使用（第 195 页）。

在指定计算机上针对特定所选 CPU 进行 Intelligence Server 或 MicroStrategy Web 部署的功能叫做 CPU 关联。如需关于设置 CPU 关联的详细信息，请参阅更新 CPU 关联（第 199 页）。

验证 CPU 许可证

为了验证您的 CPU 许可证， Intelligence Server 将扫描网络来计算 Intelligence Server 所使用的 CPU 的数量。如果 CPU 许可证数量超限，则当用户登录到 MicroStrategy 产品中时将显示一条错误消息。请与您的 MicroStrategy 客户经理联系以增加 CPU 许可证的数量。如需了解许可证不一致所带来的影响的相关信息，请参阅许可证不一致所带来的影响（第 194 页）。

如需使用 License Manager 手动验证您的 CPU 许可证的相关步骤，请参阅审核系统是否具有合适的许可证（第 197 页）。

许可证不一致所带来的影响

如果您的系统与许可证存在不一致，每当用户访问具有管理作用的产品时，比如访问 MicroStrategy Web Administrator 页面或点击 Desktop 中的 “ 管理 ” 图标时都将显示错误消息。此消息将描述不一致的特定许可证类型以及在剩余的几天后 Intelligence Server 将无法再重新启动。此错误消息只是一种警告，用户仍能使用具有管理作用的产品。

系统存在的不一致性持续 15 天后，将向所有登录项目源的用户发出另外一条错误消息，警告他们系统与可用的许可证存在不一致性。此错误消息只是一种警告，用户仍能登录到项目源。

系统存在的不一致性持续 30 天后， Intelligence Server 关闭后将无法再重新启动。此外，如果系统与指定用户许可证存在不一致性时，与不一致的产品相关联的权限将在用户编辑器、分组编辑器以及安全角色编辑器中禁用以防止分配这些权限给其他用户。

请联系您的 MicroStrategy 客户经理以购买更多许可证。如需 Intelligence Server 验证许可证的方式的相关信息，请参阅验证指定用户许可证（第 193 页）和验证 CPU 许可证（第 194 页）。

审核并更新许可证

当您的 MicroStrategy 系统准备就绪后， Intelligence Server 将验证您系统如何根据许可证以及用户来使用。您可以使用 License Manager 以确保您的系统与许可证的一致性。

您可以检查并管理以下授权问题：

• 安装并使用了多个 MicroStrategy 产品的副本，数量超出许可证所允许的范围。

• 多个用户正在使用系统，数量超出许可证所允许的范围。

• 有多个 CPU 用于 Intelligence Server，数量超出许可证所允许的范围。

License Manager 的使用

License Manager 是用来审核并管理您的 MicroStrategy 许可证和安装的工具。您可以在 Windows 或 UNIX/Linux 环境中把 License Manager 作为图形用户界面（GUI）或命令行工具来运行。

在 GUI 模式或命令行模式下， License Manager 允许您执行下列操作： • 审核您的 MicroStrategy 产品。 • 请求激活码并激活您的 MicroStrategy 安装。 • 升级您的许可证密钥。

此外，在 GUI 模式下 License Manager 还允许您： • 决定指定用户组所使用的产品许可证的数量。

• 显示特定用户组所选产品的启用或禁用的许可证。您可以从中判断您是否已具备您所需的许可证数量。您也可以通过  此信息来打印报表或创建并查看 Web 页面。 • 通过提供新的许可证密钥来更新许可证，无需重新安装产品。例如，您可以：

 将 Evaluation Edition 升级为 Standard Edition。

 更新允许的 Intelligence Server 处理器数量。

 更新允许的处理器速度。

• 激活或反激活 MicroStrategy 安装。如需了解更多激活 MicroStrategy 安装的相关信息，请参阅  MicroStrategy 安装和配置指南。

• 如果您的许可证基于 CPU，更改 Intelligence Server 或 MicroStrategy Web 等指定 MicroStrategy 产品所使用的 CPU 数量。 • 在发生任何许可证管理变更后触发许可证验证检查，以便系统能快速返回到正常操作状态。

• 查看包括硬件和操作系统信息在内的系统配置。

• 查看包括所有已应用的许可证密钥在内的 MicroStrategy 安装历史。 • 查看计算机上所安装的 MicroStrategy 产品的版本和有效期。如果版本类型不是 Evaluation （评估版），则有效期的值为 Never  （永久有效）。

如需关于执行上述所有操作流程所需的详细步骤，请参考 License Manager Help （在 License Manager 中按 F1）。

如何启动 License Manager

License Manager 可以在 Windows 或 UNIX 上的 GUI 模式或命令行模式下运行。

• Windows GUI：在开始菜单中，依次选择所有程序、 MicroStrategy、License Manager。License Manager 将在 GUI 模式下打开。

• Windows 命令行：在开始菜单中选择运行。键入 CMD 并按 ENTER。键入 malicmgr 并按 ENTER。License Manager 将在命令行模式下打开，并显示有关如何使用命令行模式的操作说明。

• UNIX/Linux GUI：在 UNIX 或 Linux 控制台窗口中，浏览至，其中是您在安装过程中所指定的主目录。浏览至 bin 并输入 ./mstrlicmgr，然后按 ENTER。 License Manager 将在 GUI 模式下打开。

• UNIX/Linux 命令行：在 UNIX 或 Linux 控制台窗口中，浏览至，其中是您在安装过程中所指定的主目录。浏览至 bin 并输入 ./mstrlicmgr -console，然后按 ENTER。 License Manager 将在命令行模式下打开，并显示有关如何使用命令行模式的操作说明。

审核系统是否具有合适的许可证

License Manager 将根据对指定一款产品至少有一项权限的用户的数量来计算许可证数量。与资料库一起创建的 Administrator 用户不会列入计算。

要审核您的系统，请对您系统中的每台服务器计算机执行以下操作流程。  注意以下事项： • 在极少数情况下，如果您的元数据大小超出 Java 虚拟机堆阵大小，审核将失败。如需在您的系统注册表设置中更改 Java 虚拟机堆阵大小的相关步骤，请参阅 MicroStrategy Tech Notes TN6446 and TN30885。 • 如果您在安装了 Intelligence Server 的物理计算机上使用 License Manager，则该计算机上不会存在 3 层结构的项目源，您将无法登录到服务器。要在这种情况下审核您的许可证，您首先必须创建一个指向 MicroStrategy Intelligence Server 的 3 层结构项目源。您可以使用 MicroStrategy Configuration Wizard 或 MicroStrategy Desktop 的项目源管理器来创建此项目源。

如何审核 MicroStrategy 许可证

1 打开 MicroStrategy License Manager。如需说明，请参考如何启动 License Manager （第 196 页）。

在命令行模式下，许可证的审核步骤会有下列变化。请参考  License manager 命令行提示符以帮助您完成许可证审核步骤。

2 在审核选项卡上，展开 Intelligence Server 文件夹。

3 双击项目源名称（PSN）。这时将打开 “ 登录 ” 对话框。

4 输入您所选 Intelligence Server 的 MicroStrategy 登录名和密码并单击连接。如果许可证一致，则将显示一条消息告诉您您所使用的许可证与软件许可协议一致。单击确定以继续操作。

5 选中 Everyone 组并单击审核。许可证数目窗格中将出现已分配许可证的树状文件夹。

没有相关产品权限的用户将显示在没有许可验证的用户的下方。

6 计算所选用户对每款产品所具有的许可证的数量。未选中的用户不会列入授权用户总计，因此不能列入您的审核过程。

7 要打印摘要信息，单击打印。

如需详细信息，单击报表以创建并查看 XML、 HTML 和 CSV 报表。您也可以让报表基于许可证类型显示每位用户的所有权限。要实现此操作，选定在报表中显示用户权限复选框。

8 计算所有计算机上每个许可证所对应的用户总数。

许可证的更新

如果您需要更新许可证并从 MicroStrategy 获得了新的许可证密钥，请使用 License Manager 来执行升级操作。如果您有基于使用中的 CPU 数量的许可证，您也可以使用更新过程来更改指定产品所使用的 CPU 数量。如需关于在您的环境中执行升级操作的完整内容，请参阅 MicroStrategy Upgrade Guide。

您必须在所有安装了 MicroStrategy 产品的计算机上更新许可证密钥。 License Manager 将会更新该计算机上安装的产品的许可证信息。

如何更新 MicroStrategy 许可证

1 向 MicroStrategy 索取一个新的许可证密钥。

2 打开 MicroStrategy License Manager。如需说明，请参考如何启动 License Manager （第 196 页）。在命令行模式下，许可证的更新步骤会有下列变化。请参考  License manager 命令行提示符以帮助您完成许可证更新步骤。

3 在许可证管理选项卡上，选择更新本地许可证密钥选项并单击下一步。

4 在新许可证密钥字段输入或粘贴新的密钥并单击下一步。如果您已有一个或多个产品的授权方式基于 CPU 使用率，则将打  开升级窗口，显示每款产品在该计算机上授权的最大数量的 CPU。您可以更改这些数字以符合您的许可协议。例如，如果您购买的许可证允许使用多个 CPU，您可以增加产品所使用的 CPU 数量。

5 升级结果将显示在 “ 升级结果 ” 对话框中。License Manager 可以在您更新后自动请求许可证激活码。

6 如果您已更新您的许可证信息，请在更新完成后重启 Intelligence Server。这将让系统识别许可证密钥的更新并且系统操作将恢复正常。

更新 CPU 关联

根据您所购买的基于 CPU 的许可证的数量，您可以用多个处理器（CPU）运行 Intelligence Server 和 MicroStrategy Web。在指定计算机上针对特定所选 CPU 进行 Intelligence Server 或 MicroStrategy Web 部署的功能叫做 CPU （或称处理器关联性）关联。作业安装过程的一个部分，您必须提供该计算机上 Intelligence Server 或 MicroStrategy Web 所使用的处理器数量。

Windows 上 Intelligence Server 的处理器关联

安装完成后，如果目标计算机包含一个以上的物理处理器且 MicroStrategy 许可证密钥允许多个 CPU 运行 Intelligence Server，系统将提示您输入要部署的 CPU 数量。上限应为授权的 CPU 数量或物理 CPU 总数，取数量较少的一方。

安装完成后，您可以通过 MicroStrategy Service Manager 来指定 COU 关联。这需要对目标计算机有管理员权限。

如何在 Service Manager 中更改 CPU 关联设置

1 在需要更改 CPU 关联的计算机上，点击开始菜单，依次指向 MicroStrategy、 Tools，然后选择 Service Manager。这时将打开 Service Manager。

2 在服务下拉列表中，选择 MicroStrategy Intelligence Server。

3 单击选项。这时 “ 服务选项 ” 对话框将打开。

4 选择 Intelligence Server 选项选项卡。

5 在处理器使用记录部分，选择 Intelligence Server 应使用的处理器。

6 单击确定。 “ 服务选项 ” 对话框将关闭并且 CPU 关联将发生变更。

UNIX/Linux 上 Intelligence Server 的 CPU 关联

CPU 关联在 Windows 和 UNIX/Linux 环境中的操作方式大致相同。本节讲述了设置用于在 UNIX 或 Linux 环境中运行 MicroStrategy Intelligence Server Universal Edition 所需的 CPU 关联的相关详细信息。还讨论了 AIX 和 Solaris 的特定信息。

在 UNIX/Linux 上设置 CPU 关联要求有特殊的系统级别的权限。 MicroStrategy 必须在 UNIX/Linux 根帐户下运行，否则将出现错误消息。

如果目标计算机包含一个以上的物理处理器且 MicroStrategy 许可证密钥允许多个 CPU 运行 Intelligence Server Universal Edition，系统将提示您输入要部署的 CPU 数量。上限应为授权的 CPU 数量或物理 CPU 总数，取数量较少的一方。

每个 UNIX/Linux 平台将使用自身的一套功能来绑定进程到各个处理器。但是， UNIX/Linux 还提供了相关指令来快速更改处理器的指派。其结果是， Intelligence Server 定期检查自身的 CPU 关联并且每当 CPU 关联掩码与整体 CPU 授权方式不匹配时将执行检查。一旦您的许可证与部署内容不匹配时， CPU 关联将自动调整以适应正确的 CPU 数量。

这种自动 CPU 关联调整功能将在系统调整期间尝试应用用户指定的 COU 关联值，但由于处理器的可用性的关系并不是每次都可行。例如，如果您有 2 个 CPU 许可证且 CPU 关联被手动设置为使用处理器 1 和处理器 2，CPU 关联调整动作可能会在自动调整系统期间把 CPU 使用情况重置为处理器 0 和处理器 1。

在 HP-UX 中，处理器 0 状态总是呈灰色不可用的状态，因此无法分配  给 Intelligence Server。这是因为在 HP-UX 中，处理器 0 总是分配到默认的处理器集，因此无法重新分配到其他任何用户创建的处理器集中。Intelligence Server 将使用处理器集来运用多个 CPU 处理器关联。 Intelligence Server 只能在设为 “ 所有 CPU” 或 “1 个 CPU” 的情况下才能使用处理器 0。如需更多关于 HP-UX 中的处理器集的详细信息，请参阅处理器集（第 202 页）。

更改 UNIX/Linux 中的 CPU 关联

您可以通过 MicroStrategy Service Manager 来指定 CPU 关联，也可以通过修改 Intelligence Server 选项来进行指定。如果您想查看并修改 Intelligence Server 的选项，必须先将 Intelligence Server 注册为一个服务。您可以使用 Configuration Wizard 并选择 “ 将 Intelligence Server 注册为服务方式 ” 选项把 Intelligence Server Universal 注册为一项服务。此外，您也可以按照以下操作流程来进行操作。

如何将 Intelligence Server 设置为以服务项来运行

1 导航至位于安装位置的 bin 目录。

2 输入下列命令： mstrctl -s IntelligenceServerName rs

无论何时更改 CPU 关联，您都必须重启计算机。

AIX 上的 CPU 关联运用

本节讲述了资源集、 Intelligence Server 的启动和关闭以及非根帐户的使用的相关知识。

资源集

在 AIX 系统上， CPU 关联将使用资源集来进行运用。资源集是一个逻辑结构，它包含了将在系统上使用的特定 CPU 的列表。处理器将被绑定到一个资源集。资源集不会定义资源的独占使用。同一个 CPU 可以是几个不同资源集的一个部分。

Intelligence Server 的启动和关闭

当 Intelligence Server 启动时，将创建一个资源集，分配 CPU 到该资源集，并绑定服务器进程到该资源集。资源集的存在时间取决于进程的生命期。如果进程关闭，无论是正常关闭还是意外关闭，资源集都将从系统被清除。

非根帐户的使用

当根帐户正式用于安装带 CPU 类型许可证的 MicroStrategy 时，可能会以非根帐户方式来运行 Intelligence Server。在这种情况下，您必须手动定义资源集供 Intelligence Server 使用，因为无法进行自动调整以修正 CPU 关联。

例如，可以试想 Intelligence Server 只有一个许可证用于 3 个 CPU，并且通过非根帐户运行。如果该用户分配资源集到具有 5 个 CPU 的 Intelligence Server，则 Intelligence Server 将尝试使用 5 个 CPU，因为在非根帐户下运行时，无法限制只是用必需的 3 个 CPU。这将导致不义之情况的发生。

要修复此问题，可通过根帐户来运行 Intelligence Server，也可分配资源集到 CPU 数量大于 CPU 许可证所允许范围的 Intelligence Server。

Solaris 和 HP-UX 上的 CPU 关联运用

本节讲述了处理器集、 Intelligence Server 的启动和关闭以及如何指定处理器集的相关知识。

处理器集

在 Solaris 或 HP-UX 系统上，多个 CPU 关联将通过处理器集绑定方式来运用。处理器集是一系列处理器的集合。分配给处理器的进程只能使用该处理器集所指定的 CPU。此外，处理器集对所分配到的 CPU 具有独占拥有权。只有分配给处理器集的进程才能使用处理器集的 CPU。其他处理器不允许使用这些 CPU 中的任何一个。

处理器集在所属的进程生命期结束后仍可以继续存在。因此，当进程关闭时，该进程必须删除之前创建的处理器集。例如，如果进程创建了一个含 3 个 CPU 的处理器集并且该进程意外终止时未删除它所创建的处理器集，则这 3 个 CPU 不能运用于其他任何进程，直至系统重启或处理器集手动删除。

当 CPU 许可证只限使用单个 CPU 时， Intelligence Server 将以动态方  式绑定该进程到所选 CPU 但不创建处理器集。

Intelligence Server 的启动和关闭

当 Intelligence Server 启动时，将创建一个处理器集，分配 CPU 到该处理器集，并绑定服务器进程到该处理器集。但是， Intelligence Server 只能在含 2 个以上物理 CPU 的计算机上以及只在物理 CPU 数量大于授权 CPU 数量时创建处理器集。例如，如果授权使用 2 个 CPU 的 Intelligence Server 安装在一台含 4 个 CPU 的计算机上，则将创建一个含 2 个 CPU 的处理器集。但是，

如果授权使用 4 个 CPU 的 Intelligence Server 安装在同一台计算机上，则无法创建处理器集，因为物理 CPU 的数量小于授权 CPU 的数量。

Intelligence Server 将在关闭前删除处理器集以便相关进程不会保持锁定的状态。如果 Intelligence Server 意外终止，则重启时将对它所创建的处理器集执行清除操作。但是，如果 Intelligence Server 终止后并未立即重启，则您需要手动删除处理器集以便 CPU 可供其他应用程序使用。

指定一个处理器集

您可以指定一个现有的处理器集供 Intelligence Server 使用。要实现此操作，请输入下列命令：

Prset -e mstrsvr

Intelligence Server 可能会自动修改现有的处理器集以便必要时保持正确映射许可证。

例如，可以试想一个现有的处理器集由处理器 0、处理器 1 和处理器 2 所构成。MicroStrategy Intelligence Server 基于 CPU 的许可证允许使用 2 个物理 CPU。 Intelligence Server 将在启动时安装和配置以使用这个现有的处理器集。在此情形中， Intelligence Server 修改了现有的处理器集并只是用 2 个物理 CPU 以便符合其许可证。 Intelligence Server 不会创建新的处理器集，并且关闭时不会删除此处理器集。

MicroStrategy Web 的 CPU 关联

如果您有适用于 MicroStrategy Web 的 CPU 类型的许可证，则 CPU 关联功能将允许您通过选择 MicroStrategy Web 要在指定计算机上使用的处理器来对 CPU 和许可证进行匹配。

此功能只能用于 ASP.NET 版的 MicroStrategy Web。 MicroStrategy  Web Universal 中并未运用此功能。

本节讲述了您必须注意的可能会与 CPU 关联功能有交互操作的设置，并提供了您操作环境中的 CPU 关联的更新步骤。

CPU 关联与 IIS

在配置适用于 MicroStrategy Web 的 CPU 关联之前，您应理解 CPU 关联设置在不同的 IIS 配置上的操作方式，以及如何与 Web Garden 模式等其他 IIS 设置进行交互操作。

IIS 版本

CPU 关联可以在运行 IIS 6.0 或 7.0 版本的计算机上进行配置。整体操作取决于 IIS 的配置方式。应考虑以下情况下：

• 辅助进程隔离模式：在此模式下， CPU 关联将在应用程序池级别进行应用。当启用了 MicroStrategy Web CPU 关联时，将应用到在同一个应用程序池内运行的所有 ASP.NET 应用程序。默认情况下，MicroStrategy Web 将在各自的应用程序池内运行。 CPU 关联设置将在指定计算机上的所有 MicroStrategy Web 实例之间共享。辅助进程隔离模式是计算机的旧版本 Windows 未升级时所使用的 IIS 6.0 上的默认操作模式。 • IIS 5.0 兼容模式：在此模式下，所有 ASP.NET 应用程序将在同一个进程中运行。这意味着，当启用了 MicroStrategy Web CPU 关联时，将应用到 Web 服务器计算机上运行的所有 ASP.NET 应用程序。安装开始前或者 CPU 关联工具（详见以下描述）尝试在 IIS 5.0 兼容模式下运行 IIS 的计算机上设置 CPU 关联之前将显示警告消息。  这是计算机的旧版本 Windows 升级时所使用的默认操作模式。

Web Garden 模式

IIS 6.0 和 IIS 7.0 均支持 Web Garden 模式，这种模式下的 IIS 将创建一些进程，每个进程与单个 CPU 相关联，而不是创建一个单独的进程使其使用所有可用的 CPU。管理员将指定所使用的总 CPU 数量。Web Garden 设置可以与 MicroStrategy CPU 关联功能进行交互操作并对其产生一定影响。

Web Garden 设置不能用于 MicroStrategy Web。运行时，  MicroStrategy Web CPU 关联设置将在 IIS 设置了 Web Garden 功能的 CPU 关联后才会被应用。这些设置一起使用时会导致一个意外的结果。

在 IIS 6.0 和 IIS 7.0 中， Web Garden 功能均默认禁用。

CPU 关联功能的交互操作取决于 IIS 的配置方式，详见以下描述：

• 在此辅助进程隔离模式下， Web Garden 将在应用程序池级别进行应用。指定要使用的 CPU 数量。这时将指定特定数量的 CPU，并且 IIS 将创建相应数量的 w3wp.exe 实例。每个实例将运行所有与应用程序池相关联的 ASP.NET 应用程序。 Web Garden 功能将通过应用程序池设置进行配置。如需更多信息，请参考 IIS 的说明文档。 • 在 IIS 5.0 兼容模式下，单个设置将影响所有 ASP.NET 应用程序。 Web Garden 功能将通过 machine.config 文件中的 processModel 节点下的 WebGarden 和 cpuMask 属性来启用或禁用。这时将在掩码中指定特定

数量的 CPU，并且 IIS 将创建相应数量的 aspnet_wp.exe 实例。每个实例都将运行 ASP.NET 应用程序。如需更多信息，请参考 IIS 的说明文档。

IIS 提供了元数据属性（SMPAffinitized 与  SMPProcessorAffinityMask）来判断指定应用程序池的 CPU 关联。不要将这些设置与 MicroStrategy Web CPU 关联设置结合使用。

更新 CPU 关联方式的变更

MicroStrategy Web 在您的操作环境中安装完成后，您可以使用工具 MAWebAff.exe 来更新 MicroStrategy Web 的 CPU。此工具位于 MicroStrategy Web 应用程序的根目录，默认位置为 C:\Program Files\MicroStrategy\Web ASPx。 MAWebAff.exe 工具允许您选择 MicroStrategy Web 可使用的物理 CPU。可使用的 CPU 数量取决于许可证所指定的限制。

MAWebAff.exe 工具界面如下所示：

MAWebAff.exe 工具列出了计算机上的每个物理 CPU。您可以使用相应的复选框来添加或删除 CPU 也可以禁用 CPU。取消选定所有复选框以防止 MicroStrategy Web CPU 关联设置覆盖任何与 IIS 有关的 CPU 关联设置。

如何更新 CPU 关联

1 双击 MAWebAff.exe 实用工具以打开 CPU 关联工具。

2 根据需要选定或取消选定每个处理器所对应的复选框。

3 单击应用在不关闭该工具的情况下应用设置，或单击确定应用设置并关闭该工具。  单击退出将关闭该工具且不保存任何设置。 4 重启 IIS 以应用您的 CPU 关联变更。

5. 项目的管理

简介

在 MicroStrategy 系统中，项目指的是报表制作环境。关于项目： • 它决定了要使用的一组数据仓库，以及可分析的数据组。 • 它包含所有用户转译数据表中的数据的框架对象。框架对象包括事实、实体以及层级等对象。

• 它包含所有用于创建报表并分析数据的应用程序对象。应用程序对象包括报表、度量以及筛选器等对象。

• 对需要访问这些对象的用户社区的安全框架进行定义。安全对象包括安全角色、权限和访问控制列表等对象。

我们推荐使用以下方法和工具来管理 MicroStrategy 系统中的项目： • 项目的生命周期（第 208 页） • 运用推荐的生命周期（第 212 页） • 复制项目（第 213 页） • 用新的对象更新项目（第 218 页）

• 在项目间复制对象：Object Manager （第 221 页） • 迁移项目以同步对象（第 254 页） • 比较和跟踪项目（第 260 页） • 删除未使用的框架对象：托管对象（第 264 页）

如需关于创建项目、创建实体和事实、构建逻辑数据模型以及其他项目设计任务的信息，请参阅 MicroStrategy Project Design Guide。

项目的生命周期

MicroStrategy 商业智能应用程序有项目中的多个对象所构成。这些对象最终将用于创建报表并为最终用户显示相应的数据。在其他软件系统中，这些对象在运用于生产系统前必须先开发并经过测试。我们把这个过程叫做项目生命周期。本节内容主要讨论了项目生命周期的几种应用场景以及可用来实施该系统的工具。

在大多数情况下，应用程序由一个传递到最终用户的单独项目所组成。  MicroStrategy OEM 可能会选择捆绑多个项目以便制作一个单独的应用程序。

• 有关推荐的应用场景的描述，请参阅推荐应用场景：开发、测试和生产（第 208 页）。 • 如需实际应用场景，请参阅实际应用场景：项目开发人员手中的新版本（第 210 页）。 • 如需了解有关如何在您的 MicroStrategy 环境中运用项目生命周期的详细信息，请参阅运用推荐的生命周期（第 212 页）。

推荐应用场景：开发、测试和生产

MicroStrategy 建议您在开发项目时，使用这个常用的应用场景所涉及的项目生命周期。在此应用场景中，您一般会使用三种环境：开发、测试和生产。每种环境包含一个 MicroStrategy 项目。

MicroStrategy 建议您如果现在两个项目间复制对象，比如从开发项目到测试项目，则这些项目应相互关联。如果两个项目中其中一个项目最初是另一个项目的副本，则表示它们和相互关联的。要建立不同的开发、测试和生产项目，您可以通过复制开发项目来创建测试项目，您也可以通过复制测试项目

来创建生产项目。所有这些三个项目彼此相互关联。如需更多复制项目的信息，请参阅复制项目（第 213 页）。

下图展示了这一应用场景，其中的对象在开发项目和测试项目之间不断循环直至可供普通用户使用。准备就绪后，将提示进入生产项目。

Development Test Production

开发项目

在开发环境项目中，您可能需要创建对象。对象可以是开发人员进行工作的项目。开发人员创建项目的框架和应用程序对象过程中，会考虑到整个系统的设计方案。如需关于如何设计项目框架并创建应用程序对象的详细说明，请参阅 MicroStrategy Project Design Guide。

测试项目

对象的定义成立后，您将这些定义移到测试项目供更多人对项目进行测试。您可以让测试人员按照您组织内的用户通常的执行方式来运行脚本或典型的使用场景。测试人员应检查正确性（比如报表中的数字是否正确？）、稳定性（比如对象是否正常工作？从属对象是否正常工作？）以及性能（对象是否有效工作，且不对数据仓库产生过负荷？）。

在这个测试环境中，您想要项目一开始就连接到开发数据仓库以实现最初的测试。稍后，将此测试项目连接到生产数据仓库以实现更多严格的测试。如果对象需要进一步工作，则将在开发项目中发生变化并重新复制到测试项目，但不会在测试项目中发生变化。

生产项目

对象经过测试并供所有用户在系统中访问后，您可以将它们复制到生产项目中。这是一个您公司内部大多数人会使用到的项目。该项目提供了最新的报表并跟踪各种业务对象。

推荐应用场景的运用

更改后的内容迁移到测试或开发环境中时，应尽量执行彻底。应仔细考虑您的商业用户在平常工作中将如何访问并使用他们的应用程序、报表以及仪表盘。预估商业用户的需求，并在迁移到生产环境前测试每一种类型的应用场景。

要设置开发、测试和生产项目使其全部具备相关联的框架，您需要首先创建开发项目。有关如何创建项目的信息，请参阅 MicroStrategy Project Design Guide。创建了开发项目后，您可以利用项目复制向导制作它的副本以创建测试和生产项目。如需关于项目复制向导的详细信息，请参阅复制项目（第 213 页）。

创建项目后，您可以通过 Object Manager 在项目间迁移特定对象。例如，在开发项目中创建了新的度量后，您可以将它复制到测试项目。如需关于 Object Manager 的详细信息，请参阅在项目间复制对象：Object Manager （第 221 页）。

您也可以通过 Project Merge Wizard 来合并两个相互关联的项目。有大量对象需要复制时非常方便。 Project Merge Wizard 将复制指定项目中的所有对象到其他项目。如需了解什么情况下适合使用 Project Merge Wizard 的示例，请参阅实际应用场景：项目开发人员手中的新版本（第 210 页）。如需关于 Project Merge 的详细信息，请参阅迁移项目以同步对象（第 254 页）。 Project Merge 与 Object Manager 的比较（第 219 页）中的内容可以  帮助您决定使用 Object Manager 还是 Project Merge。

Project Comparison Wizard 可以帮助您判断自从上一次更新后项目中的哪些对象发生了变化。您也可以保存对象搜索结果并使用这些搜索结果来跟踪项目中的变化。如需关于 Project Comparison Wizard 的详细信息，请参阅比较和跟踪项目（第 260 页）。如需关于如何使用对象搜索来跟踪项目中的变化的操作说明，请参阅用搜索导出功能跟踪您的项目（第 262 页）。

Integrity Manager 可以帮助您确保您所做的更改未对报表产生任何问题。 Integrity Manager 将执行项目中的部分或所有报表，并且会根据其他项目或之前建立的基准来进行比较。如需关于 Integrity Manager 的详细信息，请参阅第 13 章通过 Integrity Manager 校验报表和文档。

实际应用场景：项目开发人员手中的新版本

在此应用场景中，您最初向一个软件供应商购买了一个项目，该供应商的产品专门设计用来分析销售数据。假设该项目的版本为 1.0。随着时间推移，您的开发人员对项目中的对象进行了自定义，该项目的版本变成了 1.1，随后又

变成 1.2，以此类推。接下来您向同一个供应商购买了该项目的 2.0 版本，并且希望将新的项目（2.0 版本）与现有的项目（1.2 版本）合并。

MicroStrategy 建议供应商在出项上述情况时在 2.0 版本的安装中加入  使用 Project Merge Wizard 自动升级项目的功能。除用户或购买者以外的供应商可以通过此方式来配置项目合并规则。如需关于在无需用户输入的情况下执行 Project Merge 的相关信息，请参阅通过命令行运行 Project Merge （第 257 页）。

以上两个项目合并后将创建一个 2.1 版本，如下图所示。

Vendor Customer

Project Project version 1 version 1

Project version 1.1

Project version... 1.2

Project Project version 2 version 2.1 Merged project

供应商的 2.0 版本的项目中含有您并未购买的新对象，但您可以自由地转移这些对象。但是 2.0 版本的项目中，部分对象可能与您在 1.2 版本的项目中自定义后的对象会有冲突。如何才能断定哪些 2.0 版本的对象是您想移到系统中的？或者说，哪些 2.1 版本的对象是要修改的？

您可以用 Object Manager 逐一执行对象合并过程并手动迁移这些对象，但如果项目较大时会花费较长时间。使用 Project Merge 工具可能更有效。此工具可用来定义项目合并规则，从而帮助您分辨有冲突的对象并以合理的方式来处理这些对象。 Project Merge 随后在合并项目时应用这些规则。如需更多关于使用 MicroStrategy Project Merge 工具的信息，请参阅迁移项目以同步对象（第 254 页）。

运用推荐的生命周期

以下一节内容重点讲述了在您公司的 MicroStrategy 环境中运用推荐的项目生命周期的操作过程的概要。这是您在您的公司体系中很有可能经历的简易工作流程。但您应针对您所特有的使用情况应用基本的准则。

1 创建开发项目。创建开发项目涉及设置数据库连接和项目框架，配置用户安全性以及构建初始框架和应用程序对象。有关创建项目的信息，请参阅 MicroStrategy Project Design Guide。

2 通过复制开发项目创建测试项目和生产项目。

MicroStrategy 建议您通过复制开发项目的方式来创建测试项目和生产项目，而不是分别创建这两个项目。项目的复制确保了上述所有三个项目具备相关联的框架，从而让您安全使用 Object Manager 或 Project Merge 工具来复制项目间的对象。

如需关于如何复制项目的操作说明，请参阅复制项目（第 213 页）。

3 复制开发项目中的对象。在推荐的应用场景中，所有对象（实体、度量、报表）需在开发项目中创建，随后在迁移至其他项目。如需更多关于开发项目的信息，请参阅开发项目（第 209 页）。有关创建框架对象的操作说明，请参阅 MicroStrategy Project Design Guide。如需关于创建应用程序对象的操作说明，请参阅 MicroStrategy 初级报表制作指南和 MicroStrategy 高级报表制作指南。

4 迁移开发项目中的对象到测试项目。对象创建完成且相对稳定后，可以将其迁移至测试项目以供测试。有关如何迁移对象的操作说明，请参阅用新的对象更新项目（第 218 页）。

根据您所创建或更改的对象数量，您可以使用 Object Manager 或 Project Merge 来从开发项目复制对象到测试项目。如需比较上述两种工具，请参阅 Project Merge 与 Object Manager 的比较（第 219 页）。如需了解判断哪些对象发生变化所使用的工具，请参阅比较和跟踪项目（第 260 页）

5 测试新的对象。测试过程涉及如何确保新对象产生预期效果，不发生数据错误并且不会对数据仓库造成过多负荷。如果发现对象包含错误，则将向开发小组汇报这些错误以便修复错误并再次开展测试。有关测试项目的更多信息，请参阅测试项目（第 209 页）。

Integrity Manager 对于测试新的对象是否会导致报表产生不同的结果有着重要意义。如需关于 Integrity Manager 的详细信息，请参阅第 13 章通过 Integrity Manager 校验报表和文档。

6 迁移测试项目中的对象到生产项目。对象经过全方位测试后，可以迁移到生产项目并正式投入使用。有关如何迁移对象的操作说明，请参阅用新的对象更新项目（第 218 页）。

7 有必要时可重复步骤 3 至 6。项目生命周期不会在第一次迁移新对象到生产项目后而结束。开发人员可能会使用新的方式来在度量中使用实体，或者主管人员可能会请求一个特定的新报表。这些对象将与项目的初始对象一样经历整个项目生命周期。

复制项目

复制项目是应用程序生命周期中的一个重要环节。如果您要在两个项目间复制对象， MicroStrategy 建议使用含有关联框架的项目。这意味着其中一个项目最初是由另一个项目的副本创建得到的，或者这两个项目均是第三个项目的副本。

自动样式使报表具有统一的外观，无论项目的框架是否相互关联都可  以自由地在项目间移动自动样式。如需在项目间迁移自动样式的操作说明，请参阅高级报表制作指南。

项目的复制需要使用项目复制向导来完成。如需包括分步操作说明在内的有关项目复制过程的详细信息，请参阅项目复制向导（第 215 页）。您必须使用 Project Mover Wizard 才能从一个数据库平台迁移项目到  另一个平台。如需关于此迁移操作的详细信息，请参阅迁移项目到一个新的数据库平台（第 217 页）。

您可通过以下几种方式复制 MicroStrategy 项目： • 从 3 层（服务器）项目源到 3 层（服务器）项目源 • 从 3 层（服务器）项目源到 2 层（直接）项目源 • 从 2 层（直接）项目源到 2 层（直接）项目源 • 从 2 层（直接）项目源到 3 层（服务器）项目源

服务器（3 层结构）项目源与 MicroStrategy Intelligence Server 相连接，并且具有所有可用的管理选项。直接（2 层结构）项目源并不与 Intelligence

Server 相连接。如需更多关于 3 层项目源和 2 层项目源的信息，请参阅 MicroStrategy Project Design Guide 的 Chapter 4。请不要在目标项目中刷新数据仓库目录。应在源项目中刷新数据仓库  目录，然后再使用 Object Manager 移动更新后的对象到目标对象。如需关于数据仓库目录的信息，请参阅 MicroStrategy Project Design Guide 中的 Optimizing and Maintaining your Project 章节。

哪些对象会与项目一起复制？

当您复制一个项目时，所有框架对象（实体、事实、层级和转换）都将被复制。默认情况下，包含在项目中的所有应用程序对象（报表、文档、度量等）也将被复制。

如果您复制项目到其他项目源，也会有相应的选项让您选择复制配置对象。特别注意：

• 您可以选择复制所有配置对象，还是只复制项目所使用的对象。 • 您可以选择的复制选项包括复制所有用户和组、仅复制项目使用的用户和组、不复制用户和组，或复制自定义选择的用户和组。

• 您可以选择复制用户、联系人和订阅信息。

对于每种类型的配置对象（用户 / 组、安全角色、调度、联系人 / 联系组、数据库连接 / 实例、数据库登录名），您必须选择目标项目源元数据中已存在对象时是否仍复制该对象。对于用户 / 组和安全角色，您也可以选择合并原版本和目标版本的权限。

复制不同语言的项目

当复制含有不同语言版本的数据仓库数据的项目时，您可以选择的选项有复制全部语言、复制部分语言或不复制任何语言。另外，您可以为项目选择新的默认语言。

无论何时复制项目或更新元数据，语言检查功能都将确保更新前 CURRENT_USER 注册表项、 LOCAL_MACHINE 注册表项以及项目区域属性中的语言设置全部匹配。系统会执行如下检查：

• 在一个未安装 Intelligence Server 的直接（2 层结构）配置中，系统将检查 LOCAL_MACHINE 注册表项下的语言是否与 CURRENT_USER 注册表项下的语言相匹配。

• 在一个安装了 Intelligence Server 的服务器（3 层结构）配置中，系统将检查客户端计算机上的 CURRENT_USER 注册表项下的语言是否与服务器上的 LOCAL_MACHINE 注册表项下的语言相匹配。

MicroStrategy 界面将从 CURRENT_USER 注册表项获取语言信息，而服务器则从 LOCAL_MACHINE 注册表项获取语言信息。这会导致语言显示不一致。语言检查可以避免这些不一致的情况并且确保整个界面显示一致的语言。

Object Manager 中的国际化设置允许您创建不同语言版本的关联项目。如需更多关于此过程的信息，请参阅复制不同语言版本的项目间的对象（第 231 页）。

项目复制向导

您应总是使用项目复制向导来复制您的项目。这可以保证正确复制所有项目对象，并且保持新项目的框架与源项目的框架一致。

要复制一个项目，您必须具备该项目的 “ 绕过全部对象安全访问检查 ”  权限。此外，您还必须具备目标项目源的 “ 创建框架对象 ” 权限。

高级操作流程中主要讲述了项目复制向导的操作内容。如需向导中任意指定界面所需信息的说明，请参阅 “ 帮助 ” （单击帮助或按 F1）。

用项目复制向导复制项目的高级步骤

1 在 MicroStrategy Object Manager 中点击项目菜单（或在 MicroStrategy Desktop 中点击框架菜单），然后选择复制项目。这时将打开项目复制向导。

2 指定要从（源项目）中复制项目的项目源和项目信息。

3 指定要复制到（目标项目）的项目源和项目信息。

4 确认要复制的对象类型。

5 如果目标项目源元中已存在配置对象属性时选择保留还是合并这些属性。例如，如果项目源间默认使用不同的密码失效等属性，使用哪一组属性？

6 指定是否希望显示事件消息，如果显示，指定其类型。还应指定是否创建日志文件，如果创建，指定要记录的事件类型以及日志文件的保存位置。默认情况下， Project Duplicator （项目复制程序）将在发生错误时显示

错误消息，并将大多数事件记录到文本文件。此日志文件默认创建位置为 C:\Program Files\Common Files\MicroStrategy\。

预定项目复制

项目复制向导快结束操作时，您可以选择另存设置为 XML 文件。您可以在以后的操作中从这个文件载入设置以加快项目复制的处理过程。这个设置可以在项目复制向导最初的步骤中选择载入。

您也可以使用该设置文件在命令行模式下运行向导。项目复制向导命令行界面中，您不必载入图形界面就能复制一个项目，还能预定一个复制计划在指定时间运行。例如，您可能希望在晚上运行项目复制操作，这时 Intelligence Server 上的负荷相对较小。您可以创建一个 XML 设置文件，然后再使用 Windows AT 命令或 Unix 调度器来预定一个在夜间发生的复制操作。

如何通过命令行复制项目

通过项目复制向导保存设置后，调用项目复制向导可执行文件 ProjectDuplicate.exe。默认情况下这个可执行文件位于 C:\Program Files\Common Files\MicroStrategy。

语法格式如下：

ProjectDuplicate.exe -f Path\XMLFilename [-sp SourcePassword] [-dp DestinationPassword] [-sup] [-md] [-dn OverwriteName]

各项内容解释如下。

• Path 为已保存的 XML 设置文件的路径。 • XMLFilename 为已保存的 XML 设置文件的名称。 • SourcePassword 为源项目的项目源。 • TargetPassword 为目标项目的项目源。 • -sup 表示禁用反馈消息（静默模式）。 • -md 表示目标项目源的元数据比源项目源的元数据旧时将进行更新。 • -dn OverwriteName 表示目标项目的名称。此名称将覆盖 XML 设置文件中所指定的名称。

如需更多关于 Windows AT 命令语法或 UNIX 调度器的信息，请参阅您的操作系统中相应的说明文档。

迁移项目到一个新的数据库平台

Project Mover 向导将帮助您完成迁移 MicroStrategy 项目到新数据库平台的整个过程。该工具在创建新的项目并在放入生产用的数据库前对该项目进行测试时很有帮助。

例如，商业分析师对一个使用 MicroStrategy 技术的商业智能应用程序有了新的想法。该分析师需要创建一个概念性的项目并展示给主管。该项目最终将用于开发和生产环境，但系统管理员可能会觉得在生产用的数据库中创建演示项目并不是很合理。因此，分析师通过 Microsoft Access 数据库将项目保存到个人笔记本中。演示项目并获得批准后，管理员可用使用 Project Mover 向导来将个人笔记本中 Access 数据库内的项目移动到开发环境下的数据库平台。

高级操作流程中主要讲述了 Project Mover 向导的操作内容。如需向导中任意指定界面所需信息的说明，请参阅 “ 帮助 ” （单击帮助或按 F1）。

前提条件

• 要迁移一个项目到新的数据库平台，您必须具备该项目的 “ 绕过全部对象安全访问检查 ” 权限。

• 源项目和目标项目源必须与 MicroStrategy 元数据使用相同的版本。例如，如果您将目标项目源更新为最新版本的 MicroStrategy，则您必须在使用 Project Mover 迁移项目前更新该源项目。如需关于更新项目元数据的相关信息，请参阅 MicroStrategy Upgrade Guide。

如何迁移项目到不同的数据库

1 点击开始菜单，指向所有程序，然后依次选择 MicroStrategy、 Tools、 Project Mover。这时将打开 MicroStrategy Project Mover 向导。

2 选择含有源项目的数据仓库和元数据的数据库，然后再选择源项目。

3 在项目迁移开始前或开始后，选择要在数据仓库上运行的任意 SQL 脚本。

4 选择项目迁移的目标数据库。

5 如果项目源数据已经存在于目标数据库，则选择将迁移的项目附加到现有数据，还是覆盖该数据。

6 在 Project Mover 向导的 “ 摘要 ” 页面确认所选内容并单击完成。向导将把您的项目迁移到新的数据库。

自动迁移项目

除了接受用户输入的内容然后立即移动项目外， Project Mover 向导还可以将您的输入内容记录到响应文件中。此文件包含移动项目到新数据库平台所需的全部信息，并且在以后的操作中无需任何附加用户输入选项就可以进行项目移动。预定系统上不存在太多用户时进行项目迁移操作时响应文件特别有帮助。

要创建一个响应文件，请在 Project Mover 向导的第一个步骤中单击高级。在 “ 高级选项 ” 页面，选择产生响应文件并在文本字段输入新响应文件的名称和位置。

要通过 Project Mover 向导执行一个响应文件，请从向导的第一个步骤中单击高级。然后再选择使用响应文件选项以载入响应文件。向导随之打开 “ 摘要 ” 页面并列出所有通过响应文件设置的选项。确认这些选项后，单击完成。 Project Mover 向导随之开始移动项目。

要通过命令行执行一个响应文件，您需要调用 Project Mover 可执行文件 demomover.exe。它的默认位置是 C:\Program Files\Common Files\Microstrategy。

语法格式如下：

demomover.exe -r "File Location\Filename.ini"

其中 "File Location" 是响应文件的位置， "Filename.ini" 则是响应文件的名称。

用新的对象更新项目

在您的开发环境下创建或修改对象时，您最终需要复制该对象到测试项目，并在稍后的操作中再复制到生产项目。

例如，开发人员要在开发项目中创建一个新的度量。度量测试准备就绪时，此度量需存在于测试项目中。您可以以相同的规范在测试项目中重新创建该度量，但很有可能忽略度量中的重要设置。快而可靠的方法是使用

MicroStrategy Object Manager 来从开发项目迁移新度量到测试项目。然后，当度量可供用户使用时，您可以再次使用 Object Manager 来从测试项目迁移该度量到生产项目。

MicroStrategy 自带了以下几款工具供您更新项目中的对象： • Object Manager 每次更新一部分对象。如需关于 Object Manager 的信息，请参阅在项目间复制对象：Object Manager （第 221 页）。 • 更新包将迁移之前指定的对象组。更新包是 Object Manager 的一个部分。如需关于更新包的信息，请参阅批量复制对象：更新包（第 238 页）。 • Project Merge 将一次性迁移项目中的所有对象。如需关于 Project Merge 的信息，请参阅迁移项目以同步对象（第 254 页）。

如需比较上述工具，请参阅 Project Merge 与 Object Manager 的比较（第 219 页）。  注意以下事项： • 如果您要在两个项目间移动或复制对象， MicroStrategy 建议使用含有关联框架的项目。这意味着其中一个项目必须是另一个项目的副本，或者这两个项目必须是第三个项目的副本。如需包括操作说明在内的有关项目复制的信息，请参阅复制项目（第 213 页）。 • 如果其中一个项目更新为新版本的 MicroStrategy，而另一个项目并未更新，则您将无法在项目间移动或复制对象。您必须在项目间复制对象前更新另一个项目。

Project Merge 与 Object Manager 的比较

Object Manager 和 Project Merge 都是专门用于迁移项目间对象的两款工具。这两个工具涉及根据对象类型以明确顺序复制项目间的对象。您应选择的工具取决于几个因素，比如一次要移动的对象数量。以下是这两个工具的不同之处：

• Object Manager 只能移动一小部分对象，或者是一小部分文件夹内的对象。 Project Merge 可以移动项目中的所有对象。

• 用 Object Manager 合并所有项目意味着分别移动大量对象或以子集方式移动所有对象。这项任务可能会很费时且冗长。 Project Merge 一次性可以移动所有对象，因此有了更易操作的精简功能。

• Object Manager 必须查找复制的对象所包含的从属项然后在执行复制操作前判断存在的差异。 Project Merge 不会搜索从属关系，因为项目中的所有对象都将被复制。

• Project Merge Wizard 允许您在 XML 文件中存储合并设置和规则。这些规则对复制内容与冲突解决方式进行了定义。只要存在于 XML 中，您便能载入规则并通过 Project Merge 来重复使用。如果需要以循环的预定计划来执行系统的合并操作时可以起到帮助。例如，如果项目开发人员每季度向您发送新的项目版本，Project Merge 可以使这一过程变得更为简单。

• Project Merge 可以通过 Microsoft Windows 中的命令提示来运行。此功能的还有一个好处在于项目合并操作可以使用 Windows 中的 AT 命令进行预定并在安装例程中以静默模式运行。

• 通过 Object Manager 所做的更改可以保存为更新包并在以后操作时应用。如需创建并使用更新包的方法说明，请参阅批量复制对象：更新包（第 238 页）。

锁定项目

当您在 Project Merge 中打开一个项目时，您将自动在项目上设置元数据锁定功能。如果在 Object Manager 中以读 / 写模式打开项目，或通过命令行创建或导入更新包时也可以使用元数据锁定功能。如需更多关于 Object Manager 中读 / 写模式与只读模式的相关信息，请参阅用 Object Manager 实现项目锁定（第 222 页）。

元数据锁定功能可以防止通过 Object Manager 或 Project Merge 复制对象的过程中，其他 MicroStrategy 用户在 MicroStrategy Desktop 或 MicroStrategy Web 中修改项目中的任意对象。还可以防止 MicroStrategy 用户修改项目源中的任何配置对象，比如用户或组。锁定项目可以防止出现元数据的不一致性。

当其他用户尝试使用 MicroStrategy Desktop 或 MicroStrategy Web 打开已锁定的项目中包含的对象，他们将看到一条消息，提示用户由于第一个打开该项目的用户正在修改项目，项目已锁定。接下来，用户可以选择以只读模式打开对象或查看有关锁定的更多详细信息。用户可以执行锁定项目中的报表，但所使用的项目定义必须是项目锁定前最后一次保存的定义。

如果您通过 Object Manager 打开项目并对其进行锁定，您可以右键单击 Object Manager 中的项目并选择断开项目源的连接来进行解锁。

只有锁定项目的用户或具有“绕过全部对象安全访问检查”和“创建配置  对象 ” 权限用户才能解锁项目。

您也可以使用 MicroStrategy Desktop 手动锁定或解锁项目或配置。如需手动锁定和解锁项目的详细步骤，请参考 Desktop Help （在 Desktop 中按 F1）。

Command Manager 脚本可以用来自动管理元数据锁定操作。如需关于 Command Manager 的信息，请参阅第 12 章用 Command Manager 自动处

理管理任务。如需管理元数据锁定操作所需的 Command Manager 语法，请参阅 Command Manager 帮助（在 Command Manager 中按 F1）。

在项目间复制对象：Object Manager

MicroStrategy Object Manager 可以帮助您在整个项目生命周期管理对象。通过 Object Manager 您可以在一个项目内或多个项目之间复制对象。

Object Manager 和 Project Merge 均能在项目间复制多个对象。当您只有一小部分对象需要复制时，可使用 Object Manager。如需了解 Object Manager 与 Project Merge 的不同之处，请参阅 Project Merge 与 Object Manager 的比较（第 219 页）。

本节内容包括：

• 在项目间复制对象的前提条件（第 221 页） • 用 Object Manager 实现项目锁定（第 222 页） • 复制对象（第 223 页） • 复制或移动对象时可能发生的情况（第 226 页） • 解决复制项目时出现的冲突（第 232 页） • 批量复制对象：更新包（第 238 页）

在项目间复制对象的前提条件

• 要使用 Object Manager 来在项目间复制对象，您必须具有 “ 使用 Object Manager” 权限。您不一定对您所迁移的对象具有 ACL 权限，因为 “ 使用 Object Manager” 权限将在用户使用 Object Manager 时自动为其赋予 “ 绕过全部对象安全访问检查 ” 权限。

• 如果您要用 Object Manager 在两个项目间迁移对象， MicroStrategy 建议使用含有关联框架的项目。这意味着其中一个项目必须是另一个项目的副本，或者这两个项目必须是第三个项目的副本。如需包括操作说明在内的有关项目复制的信息，请参阅复制项目（第 213 页）。 • 要移动不含关联框架的项目间的系统对象，这些项目必须是用 MicroStrategy 9.0.1 或更高版本创建的，或者已通过执行系统对象 ID 统

一化选项更新到 9.0.1 或更高版本。如需关于项目更新的信息，请参阅 MicroStrategy Upgrade Guide。

• 如果其中一个项目更新为新版本的 MicroStrategy，而另一个项目并未更新，则您将无法从使用版本更新后的 MicroStrategy 项目移动或复制对象。但您可以从较早的版本中移动对象到更新后的项目中。

用 Object Manager 实现项目锁定

用 Object Manager 打开项目连接会导致项目源数据锁定。其他用户将无法对该项目做任何更改直至项目解锁。如需关于锁定项目所产生的影响的相关信息，请参阅锁定项目（第 220 页）。

如果您需要允许其他用户更改项目中的对象，同时在 Object Manager 中打开这些项目，您可以对 Object Manager 进行配置以只读模式连接到项目。您还可以通过在只读模式连接到项目源的方式来允许对配置对象做更改。

在只读模式下连接到项目或项目源有以下限制：

• 只读模式下的连接方式可能无法显示最新的信息。例如，如果您以只读连接方式查看 Object Manager 中的文件夹，然后其他另外的用户添加对象到该文件夹，则该对象将无法在 Object Manager 中显示。 • 您不能复制对象到一个只读的项目或项目源。如果您在只读模式下连接到项目，您仍可以移动、复制和删除项目中的对象，但您不能从其他项目复制对象到当前的项目。

• 默认情况下，用户无法在只读模式下创建更新包。这是因为在选择对象及其子从属性用于更新以及更新包实际生成期间，这些对象及其子从属性有可能已经发生变化。如有需要，您可以对 Object Manager 进行配置以允许只读模式下创建更新包。如需关于更新包的信息，请参阅批量复制对象：更新包（第 238 页）。

如何在只读模式下打开项目或连接

1 从工具菜单中选择属性。这时 “Object Manager 首选项 ” 对话框将打开。

2 展开 Object Manager 类别并选择连接。

3 要在只读模式下打开项目源，选定以只读模式打开配置复选框。

4 要在只读模式下打开项目，选定以只读模式打开项目复选框。

5 要允许在只读模式下创建更新包，选定允许在只读模式下创建更新包复选框。

6 单击确定。“Object Manager 首选项 ” 对话框将关闭并且您的首选项将被保存。

复制对象

Object Manager 可以用来复制应用程序、框架以及配置对象。 • 应用程序对象包括报表和文档以及用于创建报表和文档的模板、度量、筛选器、提示和搜索等对象。文件夹也可以视作是应用程序对象。

• 框架对象包括实体、事实、层级、转换、函数、分区映射、列和表。

• 配置对象包括用户和用户组、数据库实例和登录帐户、安全角色以及 Distribution Services 设备、转换以及联系人等项目源中所有项目所使用的对象。

如果 Object Manager 在项目源之间复制用户或用户组，用户或组  将转换为项目源中所有项目的默认继承权限。要复制项目中的用户和组安全信息，您必须复制配置更新包中的用户或组。如需关于更新包的信息，请参阅关于更新包（第 238 页）。

如需包括创建方式以及在项目中的作用在内的有关上述对象的背景信息，请参阅 MicroStrategy Project Design Guide。

在 MicroStrategy 系统中，每个对象都有一个唯一的对象 ID。 Object Manager 识别对象时的依据是对象 ID 而不是对象名称。也就是说，如果对象 ID 相同但名称不同时，将被视为同一对象的不同版本。

对象复制的最佳实践方法

MicroStrategy 建议在复制对象时留意以下实际操作： • 在复制任何对象前都应备份您的元数据。Object Manager 无法取消对象复制和替换操作。

• 请确保正确设置 “Object Manager 首选项 ” 对话框中的搜索从属、冲突解决、国际化以及迁移选项以符合您对项目的要求。有关搜索从属选项的详细信息，请参阅迁移从属对象（第 229 页）。有关冲突解决选项的详细信息，请参阅解决复制项目时出现的冲突（第 232 页）。有关迁移选项的详细信息，请参阅复制或移动对象时可能发生的情况（第 226 页）。 Object Manager 帮助中同样提供了上述各个选项的详细说明。

• 请将应用程序对象复制到下列项目文件夹：

 My Personal Objects 文件夹或 My Personal Objects 文件夹下的任意子文件夹

 Public Objects 文件夹或 Public Objects 文件夹下的任意子文件夹 • 只复制框架对象到相应的 Schema Objects 子文件夹或下级文件夹。例如，如果您正在复制一个层级，您应只粘贴该层级到 Project Name\Schema Objects\Hierarchies 文件夹。

• 当在项目间复制 MDX 立方体时，请确认立方体的冲突解决操作、立方体实体以及使用这些立方体的报表已设置为 “ 替换 ”。 • 如果您需要一次从多个文件夹复制对象，您可以创建一个新的文件夹，并在文件夹中创建所有需要复制的对象的快捷方式。然后再复制该文件夹。 Object Manager 将复制该文件夹及其内容（快捷方式）以及相关的从属性（这些快捷方式的目标对象）到新的项目。

• 一次从多个文件夹复制对象还有一种方式是通过源项目创建一个更新包，然后再导入到目标项目。如需包括分步操作说明在内的更多有关更新包的信息，请参阅批量复制对象：更新包（第 238 页）。 • 如果您使用更新包来更新项目中的对象，请使用 “ 导出 ” 选项来创建每个更新包中的所有对象的列表。

• 当复制含有位置特定的字符串的对象（比如度量别名、自定义组名称或文档中的文本框）时，请确认您已禁用高级冲突解决选项，或在翻译首选项以及解决冲突时使用相同的选项。否则，对象定义与目标项目中的翻译内容将发生不一致。如需关于高级冲突解决选项的说明，以及启用或禁用这些选项的操作方式，请参阅复制不同语言版本的项目间的对象（第 231 页）。

• 无论翻译首选项如何设置，您都应在复制含有位置特定字符串的对象时检查复制结果。例如，源或目标中存在空白翻译将导致错误的翻译内容与新对象一起保存。您可以使用 Integrity Manager 来识别含意外翻译内容的报表或文档。如需关于 Integrity Manager 的信息，请参阅第 13 章通过 Integrity Manager 校验报表和文档。

如何在项目间复制对象  注意以下事项： • 要用 Object Manager 登录到项目源，您必须具备该项目的 “ 使用 Object Manager” 权限。

• MicroStrategy 建议您想在项目间复制应用程序或框架对象时，两个项目应包含相互关联的框架（其中一个项目是另一个项目的副本

或两者均为一个通用项目的副本）。如需了解关于设置的详细信息，请参阅复制项目（第 213 页）。

登录到 Object Manager 中的项目

1 点击 Windows 开始菜单，前往所有程序，然后依次选择 MicroStrategy、 Object Manager、再点击 Object Manager。这时将打开 “ 打开项目源 ” 对话框。

2 在项目源列表中，选择要访问的项目源所对应的复选框。您可以选择一个或多个项目源。

3 单击打开。这时，系统将提示您登录到您所选择的项目源。

4 当登录到相应的项目源时，将打开 MicroStrategy Object Manager。根据复制应用程序对象和框架对象或复制配置对象需求，使用以下相应的下级操作流程进行操作。

复制应用程序对象和框架对象

5 在文件夹列表中，展开含有想要复制的对象所在的项目，然后再导航至该对象。

6 右键单击要复制的对象并选定复制。

7 展开要粘贴对象的目标项目，然后再选择用于粘贴对象的文件夹。

8 右键单击并选择粘贴以粘贴应用程序对象或框架对象到相应的目标文件夹。

如需关于有可能与指定对象一起被复制的对象的信息，请参阅子从属关系（第 227 页）。如果您在不同的项目源之间复制对象，将在 Object Manager 主窗  口中打开两个窗口。在这种情况下，您无需右键单击并选择复制和粘贴，您可以直接在项目之间拖放对象。

9 如果已复制任意框架对象，您必须更新目标项目的框架。选中目标项目，再从项目菜单中选择更新框架。

复制配置对象

10 在源和目标项目的文件夹列表中，展开管理文件夹，然后再选择要复制的配置对象类型所对应的管理器（数据库实例管理器、调度管理器或用户管理器）。

11 从源项目源界面右侧所显示的对象列表中拖动所需对象到目标项目源并放开鼠标。要在右侧显示用户列表，展开用户管理器，让后再在左侧选择一个  组。

复制或移动对象时可能发生的情况

如果您所复制的对象并不存在于目标项目中，MicroStrategy Object Manager 将复制该对象到目标项目。这个新的对象与源对象具备相同的名称。

如果您所复制的对象已存在于目标项目中，将发生冲突并且 MicroStrategy Object Manager 将打开 “ 冲突解决 ” 对话框。如需关于如何解决冲突的信息，请参阅解决复制项目时出现的冲突（第 232 页）。

如需更多处理特定情况的信息，请参阅以下链接：

• 管理对象的从属关系（第 226 页） • 迁移从属对象（第 229 页） • 已迁移的对象时间戳（第 230 页）

• 复制不同语言版本的项目间的对象（第 231 页）

管理对象的从属关系

当对象使用其定义中的另一个对象时，表示这两个对象相互依赖。 Object Manager 将识别到两种类型的对象从属关系：子从属性和父从属性。

当迁移对象到其他项目时，将默认迁移该对象定义（该对象的子从属性）中所使用的任何对象。您可以通过从属关系检查和迁移过程排除部分对象和数据表。如需说明，请参考从对象迁移操作中排除从属实体或表（第 230 页）。

子从属关系

子从属关系会在对象在其定义中使用其他对象的情况下发生。例如，在 MicroStrategy Tutorial 项目中，名称为 Revenue 的度量在其定义中使用名称为 Revenue 的基本公式。Revenue 度量即对 Revenue 基本公式有了子从属关系。（此外， Revenue 基本公式还包含 Revenue 度量的父从属关系。）

当迁移对象到其他项目时，将迁移该对象定义（该对象的子从属性）中所使用的任何对象。

如何迁移对象的子从属关系或父从属关系

1 用 Object Manager 打开项目源以及项目后，请在文件夹列表中选择相应的对象。

2 从工具菜单，选择对象子依赖性。此时将打开 “ 子依赖性 ” 对话框并显示所选对象在其定义中所使用的对象列表。下图展示了 MicroStrategy Tutorial 项目中 Revenue 度量的子从属关系。在这里，子从属关系即 Revenue 基本公式。

3 在 “ 子依赖性 ” 对话框中，您可以进行以下操作： • 通过选中对象并单击对象子依赖性工具栏图标来查看列表中任意对象的子从属关系。 • 通过选中对象并单击工具栏上的对象父依赖性图标来打开列表中任意对象的 “ 父依赖性 ” 对话框。如需关于父依赖性的信息，请参阅父从属关系（第 228 页）。 • 选中对象并从文件菜单中选择属性来查看任意对象的属性，比如对象的 ID、版本号以及访问控制列表。

父从属关系

父从属关系会在对象用作其他对象定义的一部分而使用时发生。例如，在 MicroStrategy Tutorial 项目中， Revenue 度量具有许多报表甚至其他度量的父依赖关系。这时 Revenue 度量可以说是其他对象的子类。

父从属关系不会自动与其子从属关系一起迁移。但如果不受限删除父从属关系中的子从属性，则无法删除该父从属关系所在的对象。

如何管理对象的父从属关系

1 用 Object Manager 打开项目源以及项目后，请在文件夹列表中选择相应的对象。

2 从工具菜单，选择对象父从属性。此时将打开 “ 父依赖性 ” 对话框并显示依赖于所选对象部分定义的对象列表。下图展示了 MicroStrategy Tutorial 项目中 Revenue 度量的父从属关系。

3 在 “ 父依赖性 ” 对话框中，您可以进行以下操作： • 通过选中对象并单击工具栏上的对象父依赖性图标来查看列表中任意对象的 “ 父依赖性 ” 对话框。 • 通过选中对象并单击工具栏上的对象子依赖性图标来打开列表中任意对象的 “ 子依赖性 ” 对话框。如需关于子依赖性的信息，请参阅子从属关系（第 227 页）。 • 选中对象并从文件菜单中选择属性来查看任意对象的属性，比如对象的 ID、版本号以及访问控制列表。

迁移从属对象

当您使用 Object Manager 来复制对象时，将检查该对象的所有子从属性并同时复制这些从属性。这些从属对象将被复制到与源项目中相一致的路径。如果目标项目中尚未存在该路径， Object Manager 将创建该路径。

例如，用户从源项目复制报表到目标项目。在源项目中，报表的所有从属项均存储在 Public Objects\Report Dependents 文件夹。 Object Manager 将在目标项目的 Public Objects 文件夹中查找名为 Report Dependents 的子文件夹（与源项目中的路径一致）。如果文件夹已存在，则从属对象将保存在该文件夹。如果目标项目并未在 Public Objects 文件夹下包含名称为 User 的子文件夹，则 Object Manager 将创建该文件夹并在此保存所有从属对象。

当创建更新包时，请单击 Add All Dependencies （添加所有从属项）  以确保更新包中加入所有子从属项。如果特定对象的从属对象不存在于目标项目源或更新包中，则无法应用更新包。如果您选择不添加从属对象到更新包，请确保所有从属对象已加入到目标项目源。

对象从属关系

部分对象可能包含并不是特别明显的从属关系。这些从属关系如下所示：

• 文件夹对文件夹中的每个对象具有子从属关系。如果您用 Object Manager 复制一个文件夹，该文件夹内的所有对象也将被复制。  作为更新包的一部分而复制的文件夹不会对其内容有子从属性。 • 快捷方式对象对其建立的快捷方式对象有子从属性。如果您用 Object Manager 复制快捷方式，则该对象的快捷方式也将被复制。 • 安全筛选器、用户和用户组对其所属的用户组具有子从属性。如果复制安全筛选器、用户或用户组，所属的分组也将被复制。

分组对于它们所关联的用户和安全筛选器存在父依赖性。复制一个  分组不会自动复制属于该分组的用户或安全筛选器。要复制分组内的用户或安全筛选器，请从该分组的父从属项的列表中选择用户并复制这些用户。

• 事实表达式中使用的实体是事实的从属项。当复制事实时，实体也将被复制。  事实入口级别中使用的实体是事实的从属项。

从对象迁移操作中排除从属实体或表

当复制一个对象或添加从属对象到更新包时， Object Manager 将搜索该对象的子依赖性以便同时复制这些对象。根据 Object Manager 首选项中设置的选项，您可以在此次迁移操作中排除特定类型的从属对象。

选项包括：

• 排除实体的父实体和排除实体的子实体：实体对层级中的父实体和子实体存在子从属性。因此，迁移一个实体可能导致整个层级的迁移。要从迁移对象中排除相关的父实体或子实体，请选择相应的选项。

• 排除选定的实体表和排除所选的事实表：实体或事实对通过实体或事实引用的各个数据表存在子从属性。因此在默认情况下，迁移实体或事实将导致迁移所有关联的数据表。如果您已将附加的数据表映射到实体或事实供测试之用但在生产项目中不需要这些表的情况下，可以选择从从属性搜索过程中排除这些表。

相关的查找表必须总是存在于目标项目中，因此每次都会迁移实  体。

如何排除从属对象的类型

1 从工具菜单中选择 Object Manager 首选项。这时 “Object Manager 首选项 ” 对话框将打开。

2 展开左侧窗格中的搜索从属，然后再选择下方的搜索从属。

3 选定要从 Object Manager 的从属检查操作中排除的对象所对应的复选框。

4 单击确定。“Object Manager 首选项 ” 对话框将关闭并且您的首选项将被保存。

已迁移的对象时间戳

默认情况下，当对象发生迁移时，对象的修改时间戳将更新为目标 Intelligence Server 的迁移进程时间。您可以更改此行为以便时间戳保留在源项目中的对象上一次修改的时间。

如何设置迁移对象修改时间戳

1 从工具菜单中选择 Object Manager 首选项。这时 “Object Manager 首选项 ” 对话框将打开。

2 展开左侧窗格中的迁移，然后再选择下方的迁移。

3 要让对象保持源项目的修改时间戳，请选定在迁移过程中保留对象更改时间戳复选框。若取消选定该复选框，对象将在迁移时使用目标 Intelligence Server 中的修改时间戳。

4 单击确定。“Object Manager 首选项 ” 对话框将关闭并且您的首选项将被保存。

复制不同语言版本的项目间的对象

Object Manager 的国际化选项可以让您指定复制对象时所使用的区域选项设置。用 Object Manager 替换目标项目中的对象时，您也可以保留来自目标项目的对象名称、描述以及长描述。

多语言环境下可以保留对象名称、描述以及长描述是一项重要的功能。当替换对象以解决问题时，在目标项目中保留这些对象的属性可以更好地支持多语言环境。例如，如果目标项目包含带法语名称的对象而源项目的开发语言为英语（包括英语名称），则您可以保留目标项目中对象的法语名称及其描述。此外，您还可以用英语名称来更新对象并且不必更改对象本身。

如何设置国际化选项

1 从工具菜单中选择 Object Manager 首选项。这时 “Object Manager 首选项 ” 对话框将打开。

2 展开国际化类别并选择语言。

3 从界面语言下拉列表中，选择要在 Object Manager 中使用的语言。默认情况下此语言是指本计算机系统上安装的所有 MicroStrategy 产品中使用的语言。

4 从如果用户和项目级别的首选项被设为默认值则使用元数据和数据仓库语言下拉列表中选择复制的对象是否使用 Desktop 上的区域设置还是计算机上的区域设置。

5 在国际化分类中，选择翻译。

6 如果不想用与翻译关联的对象所指定的操作来完成翻译过程，选定启用高级冲突解决方案复选框。

• 要在目标项目中总是使用翻译内容，请选择保持现有的。 • 要在源项目中总是使用翻译内容，请选择替换。

7 单击确定。“Object Manager 首选项 ” 对话框将关闭并且您的首选项将被保存。

解决复制项目时出现的冲突

在 MicroStrategy 系统中，每一个对象都具备 ID （或 GUID）和版本。每一次对象更新都会发生版本变化。 ID 是在创建对象时创建的，因此只要该对象存在都将保持不变。要查看对象的 ID 和版本，右键单击对象并选择属性。

用 Object Manager 在多个项目间复制对象时，如果目标项目中存在与源对象 ID 系统的任意对象，则会发生冲突并打开 “ 冲突解决 ” 对话框（如下所示）。系统将提示您解决冲突。

下表列出了各种冲突类型：

冲突说明

存在相同的对象源项目和目标项目中的对象 ID、对象版本和路径相同。

存在不相同的对源项目和目标项目中的对象 ID 相同，但版本不同。路径可能相同也可能不同。象

除路径外存在一源项目和目标项目中的对象 ID 和对象版本相同，但路径不同。当对象存在于不同的文致性件夹时会发生这一情况。注意 : 如果源项目和目标项目的语言首选项设置不同，项目间一致的对象可能会被认为是 “ 除路径外存在一致性 ”。这是因为路径中使用不同语言时， Object Manager 将把它们作为不同的路径来对待。要解决这个冲突，请将所有项目的语言首选项设置为相同的语言。如果用替换操作来解决此冲突，目标项目将更新以反映源对象的路径。

冲突说明

除 Distribution （仅限用户）源项目和目标项目中的用户对象 ID 和对象版本系统，但至少有一个关联 Services 对象外存的 Distribution Services 联系人或联系人组不同。如果您更改了源项目中与该用户相互关在一致性联的联系人或联系人组则有可能出现这一问题。如果用替换操作来解决此冲突，目标项目将更新以反映源项目用户的联系人或联系人组。

不存在对象存在于源项目但不存在于目标项目。注意 : 如果取消选定 “Object Manager 首选项 ” 对话框的 “ 迁移 ” 分类下的显示只存在于源项目中的新对象复选框，则无需解决冲突自动复制目标项目中原本不存在的对象。

选择解决冲突的操作

如果发生冲突，您必须判断 Object Manager 应采取的操作。下表解释了各种不同的操作。

当 Object Manager 报告发生冲突时，还将建议使用默认的操作来解决该冲突。如需关于更改默认操作的信息，请参阅设置默认的冲突解决操作（第 234 页）。

用户操作影响

使用已存在的对象未对目标对象做出更改。源对象未被复制。

替换目标对象将替换为源对象。注意 : 如果冲突类型为 “ 除路径外存在一致性 ” 或 “ 除 Distribution Services 对象外存在一致性 ”，目标对象将更新以反映源对象的路径或 Distribution Services 地址和联系人。替换操作将把对象移动到源对象所在的相同父文件夹。如果源项目与目标项目间的父路径系统但更高一级的路径不同，则替换操作不会改变任何内容，因为替换操作将把该对象放入相同的父路径中。目标项目中非空的文件夹绝不会存在与源项目版本 ID 和修改时间都相同的情况，因为文件夹首先被复制然后才会添加子对象到该文件夹，从而在复制过程中更改版本 ID 和修改时间。两个都保留未对目标对象做出更改。目标位置将创建源对象的副本。

使用较新的对象如果源对象的修改时间比目标对象的修改时间更接近当前时间，则将使用替换操作。否则，将使用使用已存在的对象操作。

使用较旧的对象如果源对象的修改时间比目标对象的修改时间更接近当前时间，则将使用使用已存在的对象操作。否则，将使用替换操作。

用户操作影响

合并（仅限用户 / 组）权限、安全角色、分组以及源项目用户和组的 Distribution Services 地址和联系人将添加到目标项目用户或组。

不移动（仅限数据目标项目中不会创建所选数据表。只有在 “Object Manager 首选项 ” 对话框的迁移表）分类下的创建数据表时 , 允许覆盖仅存在于源项目中的非查找表复选框选中时，此选项可用。

与已移动的对象关联的数据仓库和其他数据库表将根据您所选择的冲  突解决方案以特定方式进行处理。如需详细信息，请参阅冲突解决方式与数据表（第 236 页）。

如果您选择替换框架对象，可能会出现以下消息：

框架已被更改。必须更新框架才能使改变生效。

如果您选择替换一个依赖于实体的应用程序对象，并且您已在报表级别修改实体的形式属性或通过其他实体修改该实体的列定义来对实体做了更改，则也将出现上述消息。如需关于修改实体属性的信息，请参阅 MicroStrategy Project Design Guide。

要通过 Object Manager 更新项目框架，请从项目菜单，选择更新框架。如需关于更新项目框架的详细信息，请参阅 MicroStrategy Project Design Guide 中的 Optimizing and Maintaining your Project 章节。

如何解决冲突

1 选择要解决冲突的一个或多个对象。选择对象时，可以按下 SHIFT 或 CTRL 进行多选。

2 从操作下拉列表中选择相应的选项（详见上表）。所有选中的对象都将使用此选项。

3 在工具栏上单击继续。这时将根据所选操作来解决冲突。

设置默认的冲突解决操作

您可以决定发生冲突时 “ 冲突解决 ” 对话框中所显示的默认操作。其中包括下列对象分类和类型所对应的默认操作的设置：

• 应用程序对象

• 框架对象 • 配置对象 • 文件夹 • 用户和用户组

如需查看应用程序、配置已经框架对象的列表，请参阅复制对象（第 223 页）。如需每种对象操作的说明，请参阅选择解决冲突的操作（第 233 页）。

您可以为用户指定的对象，以及属于用户所选对象的从属项的对象设置不同的默认操作。例如，您可以把所选应用程序对象的默认选项设为使用较新的对象以确保总是使用所有度量和报表的最新版本。您可以设置从属框架对象的默认设置为替换以便使用源项目的实体、事实和层级版本。

这些选择全属于默认操作。在复制对象过程中，您随时可以更改指定对象的冲突解决操作。

如何设置默认的冲突解决操作

1 从工具菜单中选择 Object Manager 首选项。这时 “Object Manager 首选项 ” 对话框将打开。

2 展开冲突解决分类，然后再选择默认对象操作。

3 对每一个对象分类的默认操作做任何所需的更改。 • 如需应用程序对象、配置对象以及框架对象之间的不同之处的说明，请参阅复制对象（第 223 页）。 • 如需每种对象操作的说明，请参阅选择解决冲突的操作（第 233 页）。

4 单击确定。“Object Manager 首选项 ” 对话框将关闭并且您的首选项将被保存。

冲突解决方式和访问控制列表

当在目标项目中更新或添加对象时，对象默认保留来自源项目的访问控制列表（ACL）。更改此行为的方法有两种：

• 如果用 “ 替换 ” 操作解决冲突，且两个项目间的访问控制列表（ACL）并不相同，则您可以选择在目标项目中保留现有的 ACL 或替换为源项目中的 ACL。

• 如果通过“创建新的对象”或“两个都保留”操作来添加对象到目标项目，则您可以选择让对象继承目标文件夹的 ACL 而不是保留原有的 ACL。此方法在复制对象到用户配置文件所在的文件夹时很有帮助，因为用户将可以拥有完全控制该对象的权限。

“使用较旧的对象”和“使用较新的对象”操作将总是保留任何使用的对象  （源项目或目标项目）的 ACL。

如何设置 ACL 选项

1 从工具菜单中选择 Object Manager 首选项。这时 “Object Manager 首选项 ” 对话框将打开。

2 展开冲突解决分类，然后再选择访问控制列表。

3 在替换对象的 ACL 选项下方，选择如何处理用 “ 替换 ” 操作解决的冲突所对应的 ACL：

• 要使用源对象的 ACL，选择替换对象时保留已存在的访问控制列表。 • 要使用替换后的目标对象的 ACL，选择替换对象时替换已存在的访问控制列表。

4 在新建对象的 ACL 选项下方，选择如何处理已添加到目标项目的新对象所对应的 ACL：

• 要使用源对象的 ACL，选择在源对象中保留 ACL。 • 要从目标文件夹继承 ACL，选择从目标文件夹继承 ACL。

5 单击确定。“Object Manager 首选项 ” 对话框将关闭并且您的首选项将被保存。

冲突解决方式与数据表

当实体或事实通过 Object Manager 从一个项目迁移到另一个项目时，将以指定方式（其他对象的从属项）或默认方式迁移所有从属数据表。其中包括数据仓库表以及 MDX 表和 XDA 表。

您可以选择把表的操作类型从创建新对象更改为忽略以便在目标项目中创建一个从属数据表。在 Object Manager 的搜索从属操作中指定要排除的数据表，则不会迁移任何从属数据表。如需包括说明在内的详细信息，请参阅迁移从属对象（第 229 页）。

下表和相关数据表解释了如何根据现有的对象和表以及您所选择的冲突解决方式来处理实体与表或事实与表的关系。

在以下列表和数据表中，实体、事实和表描述均适用于目标项目。例  如， “ 新的实体 ” 表示该实体是目标项目中的新建实体，它存在于源项目但不存在于目标项目。

• 新建实体或事实、新建表：不存在冲突解决方式。默认情况下，表将与对象一起移动。您可以选择把表的操作类型从创建新对象更改为忽略以便在目标项目中创建一个从属数据表。

• 新建实体或事实、现有表：源项目中的对象包含对象定义中表的引用。目标项目中的表不包含对象引用，因为该对象并不存在于目标项目。在这种情况下，新建对象将与源项目一样包含相同的表引用。

• 现有实体或事实、新建表：目标项目中的对象不会引用表，因为该表并不存在于目标项目。源项目中的对象包含对象定义中表的引用。

对象操作目标项目中发生的问题

使用已存在的对象并未引用表。

替换对象与在源项目中一样包含相同的表引用。

两个都保留未对目标对象做出更改。目标项目将创建源对象的副本。复制的对象将与在源项目中一样包含相同的表引用。

• 现有实体或事实、现有表：对象在源项目中包含表的引用，但在目标项目中并不存在引用。

对象操作目标项目中发生的问题

使用已存在的对象并未引用表。

替换对象与在源项目中一样包含相同的表引用。

两个都保留未对目标对象做出更改。目标项目将创建源对象的副本。复制的对象将与在源项目中一样包含相同的表引用。

• 现有实体或事实、现有表：对象在源项目中不包含表的引用，但在目标项目中存在引用。

对象操作目标项目中发生的问题

使用已存在的对象操作前与操作后包含相同的表引用。

替换对象并未引用表。

两个都保留未对目标对象做出更改。目标项目将创建源对象的副本。复制的对象将不会引用表。

批量复制对象：更新包

在部分情况下，您可能需要一次更新多个文件夹中的对象，或在项目源处于脱机状态时进行更新。 Object Manager 允许您在更新包中保存需要复制的对象，并在日后操作时将该更新包导入到任意数量的目标项目中。

例如，您的几位开发人员分别负责开发项目中的一个对象子集。开发人员可以提交包含对象列表的更新包给项目管理员。管理员接下来再将这些更新包导入到测试用的项目以应用每位开发人员所做的更改。如果更改内容在测试项目中发生问题，则管理员可以撤消更新包的导入过程。

如果您的更新包中包含任意框架对象，您可能需要在导入包后更新项  目的框架。如需更多关于在导入更新包后更新框架的相关信息，请参阅更新包与项目框架的更新（第 252 页）。

关于更新包

更新包是一个包含一组对象定义和冲突解决规则的文件。当您创建更新包时，您首先要添加对象，然后再指定有关对象冲突的解决方法。如需更多关于解决对象冲突的信息，请参考解决复制项目时出现的冲突（第 232 页）。

除了标准的 Object Manager 冲突解决规则以外（详见选择解决冲突的操作（第 233 页）），更新包还有两种可用的规则： • 强制替换：将目标项目中的对象替换为更新包中的对象版本，两个对象版本具有相同版本 ID 时也不例外。 • 删除：删除目标项目中的对象。更新包中的对象版本将不会导入到目标项目。如果导入更新包时，目标中的对象包含任意可能的父依赖性，导入  操作将失败。

Object Manager 支持以下几种更新包： • 项目更新包，它包含来自单个项目的应用程序对象和框架对象。 • 配置更新包，它包含来自单个项目源的配置对象。

 项目安全更新包，它包含单个项目中有关用户和用户组的安全信息，比如权限、安全角色以及安全筛选器。由于这些更新包涉及属于配置对象的用户和组，因此将与配置更新包一起同时创建。

• 撤消包，您可以通过导入其他类型的包来恢复已做的更改。您应根据现有的更新包来创建撤销包。如需更多关于撤消包的信息，以及创建并导入这些包的操作说明，请参阅回退已做的更改：撤消包（第 253 页）。

更新用户和组的项目访问信息

您可以在配置更新包中加入用户和组。但是，这些用户和组的权限、安全角色和安全筛选器等项目访问信息不会包括在配置更新包中，因为此信息在每个项目中并不一定相同。还需特别注意，配置更新包并不包括用户编辑器或组编辑器的项目访  问和安全筛选器分类中所显示的信息。添加用户或组到更新包时，所有其他用户和组的信息都将加入到配置更新包中。

要通过每个项目的项目访问信息来更新用户和组，您必须为每个项目创建项目安全更新包。选定创建项目安全包复选框并指定要创建安全更新包的项目后，您可以在创建配置更新包的同时创建这些包文件。如需关于创建配置更新包和项目安全更新包的详细说明，请参阅创建配置更新包（第 241 页）。  您必须在导入项目安全更新包之前首先导入配置更新包。

创建更新包

创建更新包时不必使用 Object Manager。在 “ 创建包 ” 对话框中 , 选择要从源项目复制的对象，以及用于管理上述对象已存在于目标项目时的规则。

您也可以使用 XML 文件中指定的规则通过命令行创建更新包。在 “ 创建包 ” 对话框中，您应指定文件夹、搜索对象或对象提示等的日期对象，并设置冲突解决规则。 Object Manager 将根据您所指定的设置来创建 XML 文件。接下来，您可以使用该 XML 文件来创建一个含有容器内所有对象的更新包。如需更多信息以及说明，请参考通过命令行创建更新包（第 243 页）。  注意以下事项： • 配置更新包和项目安全更新包的创建于项目更新包的创建方法略有不同。如需关于创建配置更新包和关联的项目安全更新包的创建方法的说明，请参阅创建配置更新包（第 241 页）。 • 默认情况下，用户无法在只读模式下创建项目更新包。这是因为在选择对象及其子从属性用于更新以及更新包实际生成期间，这些对象及其子从属性有可能已经发生变化。如需更多信息，请参阅用 Object Manager 实现项目锁定（第 222 页）。

如何创建项目更新包

1 在 Object Manager 中，登录到一个项目。

2 从工具菜单，选择创建包。这时将打开 “ 创建配置包 ” 对话框。

您也可以通过点击创建包来从 “ 冲突解决 ” 对话框打开这个对话框。  在这种情况下， “ 冲突解决 ” 对话框中的所有对象，以及这些对象的所有从属项都将自动加入到创建的包中。

添加对象到配置包

3 要添加一个对象到配置包，请进行以下相应操作：

• 从对象浏览器中将对象拖放到 “ 创建包 ” 中。 • 单击添加。这时 “ 添加对象 ” 对话框将打开。选择所需的对象并单击 >。然后单击确定。

• 单击添加。这时 “ 添加对象 ” 对话框将打开。您可以导入之前保存的搜索对象的结果。

4 要添加所有对象的从属项到配置包，单击 Add all used dependencies （添加所有已使用的依赖关系）。当前列表中所有对象的从属对象都将添加到配置包。

如果特定对象的从属对象不存在于目标项目源或更新包中，则无法  应用更新包。如果您选择不添加从属对象到更新包，请确保所有从属对象已加入到目标项目源。

5 要添加特定对象的从属项，选中这些对象，单击右键并选中 Add used dependencies （添加已使用的依赖关系）。这些对象的所有从属对象都将添加到配置包。

包的配置

6 要更改某个对象的冲突解决操作方式，双击操作列内的对象并从下拉列表中选择新的对象。如需上述操作的说明，请参阅选择解决冲突的操作（第 233 页）。

7 选择此包所对应的框架更新选项。如需更多关于上述选项的信息，请参阅更新包与项目框架的更新（第 252 页）。

8 选择此包中的对象所对应的 ACL 选项。如需更多关于上述选项的信息，请参阅冲突解决方式和访问控制列表（第 235 页）。

包的保存

9 在另存为字段中输入包文件的名称和位置。更新包的默认文件扩展名为 .mmp。

您可以在 “Object Manager 首选项 ” 对话框中的 Object Manager：  浏览分类中设置该文件的默认位置。

10 要在 Object Manager 目录中保存一个包含包内容相关信息的日志文件，从文件菜单中选择另存为文本或另存为 Excel。

11 所有对象添加到包后，单击继续。包文件将在指定的位置创建。

创建配置更新包

配置更新包包含来自项目源的配置对象，而不是来自单个项目的应用程序对象和框架对象。正因如此，配置更新包将在项目源级别进行创建。如果您选择在配置更新包中加入用户或组，项目访问信息（比如权  限、安全角色和安全筛选器）将不会加入到配置包。要前一用户或组的项目访问信息，您必须在创建配置更新包的同时为每个项目创建项

目安全更新包。如需更多关于项目安全包的信息，请参阅更新用户和组的项目访问信息（第 239 页）。

如何创建配置更新包

1 在 Object Manager 中，登录到一个项目源。

2 在文件夹列表中，选中最高一级的项目源。

3 从工具菜单，选择创建配置包。这时将打开 “ 创建配置包 ” 对话框。您也可以通过点击创建包来从 “ 冲突解决 ” 对话框打开这个对话框。  在这种情况下， “ 冲突解决 ” 对话框中的所有对象，以及这些对象的所有从属项都将自动加入到创建的包中。

添加配置对象到包

4 要添加配置对象到包，单击添加配置对象。这时将打开 “ 配置 - 搜索对象 ” 对话框。

5 搜索需要添加至包的对象。如需关于执行搜索的相关说明，请参阅 “ 帮助 ”。

6 当对象载入到搜索区域时，单击并拖动对象到 “ 创建包 ” 对话框。

7 当添加了所有需要的对象到包后，关闭 “ 配置 - 搜索对象 ” 对话框。

8 要添加所有对象的从属项到配置包，单击 Add all used dependencies （添加所有已使用的依赖关系）。当前列表中所有对象的从属对象都将添加到配置包。

9 要添加特定对象的从属项，选中这些对象并单击 Add used dependencies （添加已使用的依赖关系）。这些对象的所有从属对象都将添加到配置包。

创建项目级用户和组可访问的包

10 如果您的项目包含用户和组，且您要加入有关这些用户或组相关的项目级信息，选定创建项目安全包复选框。如需关于项目安全包的信息，请参阅更新用户和组的项目访问信息（第 239 页）。

11 在项目区域选定要创建项目安全包的项目旁边的复选框。

包的配置

12 要更改某个对象的冲突解决操作方式，双击操作列内的对象并从下拉列表中选择新的对象。如需上述操作的说明，请参阅选择解决冲突的操作（第 233 页）。如果您要创建项目安全更新包，您必须选择替换作为所有用户和组  的冲突解决操作。否则，有关这些用户和组的项目级别的安全信息无法复制到目标项目。

13 选择此包中的对象所对应的 ACL 选项。如需更多关于上述选项的信息，请参阅冲突解决方式和访问控制列表（第 235 页）。

包的保存

14 在另存为字段中输入包文件的名称和位置。更新包的默认文件扩展名为 .mmp。

名为 ProjectSource_ProjectName.mmp 的项目安全更新包将  在配置更新包所在的同一位置创建。

15 要在 Object Manager 目录中保存一个包含包内容相关信息的日志文件，从文件菜单中选择另存为文本或另存为 Excel。

16 所有对象添加到包后，单击继续。配置更新包和任何关联的项目安全更新包将在指定的位置创建。

通过命令行创建更新包

您可能希望预定在稍后的时间创建更新包，以免平常工作时间该项目被锁定。或者您可能希望在特定的预定时间创建包含特定对象的包。例如，您想以每周为单位创建包含所有来自开发项目的新度量的新的更新包。

您可以使用 Object Manager 来创建 XML 文件，从而指定要在更新包中包含的对象。接下来，这个 XML 文件将用于命令行创建相应的包。

XML 指定了项目源中所使用的容器对象，比如文件夹、搜索对象或对象提示。当通过 XML 文件创建包时，该容器对象中包含的所有对象都将包括在更新包内，如下表所述：

XML 文件指定的对象容器更新包所包含的内容

文件夹文件夹中的所有对象

搜索对象搜索得到的所有对象

对象提示提示得到的所有对象

要创建可用于配置更新包的 XML 文件，请参阅手动创建用于制作更新  包的 XML 文件（第 246 页）。您不能在 Object Manager 中创建配置更新包 XML 文件，因为容器对象不存在于项目源级别。

如何创建 XML 文件用于命令行创建更新包

1 在 Object Manager 中，登录到一个项目。

2 从工具菜单，选择创建包。这时将打开 “ 创建配置包 ” 对话框。

添加容器对象到包

3 单击添加。这时 “ 添加对象 ” 对话框将打开。

4 您需要指定容器对象所使用的对象。您可以在使用搜索对象、对象提示或文件夹。要指定搜索对象或对象提示作为容器对象：

a 确认是否已选择导入选定的对象选项。 b 在可用的对象区域，浏览并搜素对象或对象提示。 c 选择搜索对象或对象提示并单击 >。

5 或者，指定文件夹作为容器对象：

a 选择递归导入文件夹和子文件夹选项。 b 在字段内输入文件夹名称，或单击文件夹旁边的 ... （浏览按钮）。

6 选定返回作为容器以创建 XML 复选框。

7 单击确定。这时 “ 添加对象 ” 对话框将关闭。

8 要添加所有对象的从属项到配置包，选定 Add all used dependencies （添加所有已使用的依赖关系）复选框。容器对象内容所包含的所有对象的从属对象将在创建包时加入。

如果特定对象的从属对象不存在于目标项目或更新包中，则无法应  用更新包。如果您选择不加入从属对象到更新包，请确保所有从属对象已加入到目标项目。

包的配置

9 要更改某个对象的冲突解决操作方式，双击操作列内的对象并从下拉列表中选择新的对象。如需上述操作的说明，请参阅选择解决冲突的操作（第 233 页）。

10 选择此包所对应的框架更新选项。如需更多关于上述选项的信息，请参阅更新包与项目框架的更新（第 252 页）。

11 选择此包中的对象所对应的 ACL 选项。如需更多关于上述选项的信息，请参阅冲突解决方式和访问控制列表（第 235 页）。

保存 XML 文件

12 在另存为字段中输入要用此 XML 创建的包文件的名称和位置。更新包的默认文件扩展名为 .mmp。

您可以在 “Object Manager 首选项 ” 对话框中的 Object Manager：  浏览分类中设置该文件的默认位置。

13 单击创建 XML。系统将提示您输入 XML 文件的名称和位置。默认情况下，与包文件的名称和位置相同，但扩展名是 .xml 而非 .mmp。

14 单击保存。 XML 文件将被保存。

如何用 XML 文件创建更新包

通过命令行创建包将在包的创建过程中锁定项目元数据。其他用户  将无法对该项目做任何更改直至项目解锁。如需关于锁定项目所产生的影响的相关信息，请参阅锁定项目（第 220 页）。调用含以下参数的 Project Merge 可执行文件 projectmerge.exe：

影响参数

使用此 XML 文件创建一个更新包（必要项） -fFilename.xml

用此密码登录到项目源（登录 ID 已保存在 XML 文件） -spPassword

影响参数

用此密码登录到项目（登录 ID 已保存在 XML 文件） -smpPassword 禁用状态更新（创建更新包的操作将在后台运行，以避免出现状 -sup 态窗口）

手动创建用于制作更新包的 XML 文件

您也可以创建一个 XML 文件来更新包，无需打开 Object Manager。要实现此操作，首先复制一个含有必要参数的 XML 文件样本，然后编辑该复件以加入迁移对象列表以及这些对象的冲突解决规则。  这是创建 XML 以制作配置更新包的唯一方式。您可以在 Object Manager 文件夹中找到项目更新包和配置更新包所使用的 XML 文件样本。此目录的默认路径为 C:\Program Files\MicroStrategy\Object Manager\。

XML 文件的结构与用 Project Merge Wizard 所创建的 XML 文件的结  构相同。如需更多关于创建 XML 并用于 Project Merge 的信息，请参阅迁移项目以同步对象（第 254 页）。

手动创建用于制作更新包的 XML 文件的高级步骤

1 制作一份 XML 文件的复件： • 要创建项目更新包，请复制文件 createProjectPackage.xml。 • 要创建配置更新包，请复制文件 createConfigPackage.xml。

2 编辑 XML 文件的复件使其在相应的 XML 标记中包含以下信息： • SearchID （仅限项目更新包）：搜索对象时所使用的 GUID，它将用于返回需要添加到项目更新包的对象。

•TimeStamp（仅限配置更新包）：时间戳，格式为 MM/DD/YYYY hh:mm:ss (am/pm)。该时间戳之后所修改的所有配置对象将加入到更新包。

• PackageFile：更新包的名称和路径。如果含有此名称的包已存在于此路径中，则创建时间戳将被附加到通过此文件所创建的包的名称中。

• AddDependents：

– 选择 Yes 在包中加入所有对象的全部从属项。

– 选择 No 只加入指定的对象到包。 • Location：在一个三层结构的系统中，该参数表示用于连接项目源的计算机的名称。在一个二层结构的系统中，该参数表示用于连接项目源的 DSN。 • Project （仅限项目更新包）：包含要在更新包中加入的对象所在的项目。

• ConnectionMode：

– 2-tier 表示一个直接（二层）项目源连接。 – 3-tier 表示一个服务器（三层）项目源连接。 • AuthenticationMode：连接项目源所使用的身份验证模式，可以选择 Standard 或 Windows。 • Login：连接项目源所使用的用户名。当通过命令行运行 XML 文件时必须提供该用户名所对应的密码。

3 您可以为项目更新包的各个对象分别指定冲突解决规则。在 Operation 区块中，指定对象的 ID （GUID）和 Type，以及要采取的操作。如需关于冲突解决方式中可采用的操作的相关信息，请参阅选择解决冲突的操作（第 233 页）。

4 保存 XML 文件

5 当您准备通过 XML 文件创建更新包时，调用 Project Merge 可执行文件 projectmerge.exe，详见如何用 XML 文件创建更新包（第 245 页）。

编辑更新包

创建更新包后，可以对其作适当的更改。您可以从包中移除对象，更改包中对象的冲突解决方式并设置包的框架更新和 ACL 选项。创建更新包后，您将无法添加对象到更新包。相反，您可以创建一个  包含上述对象的新的包。

如何编辑更新包

1 在 Object Manager 中，登录到一个项目或项目源。

2 从工具菜单中选择导入包或导入配置包。这时将打开“导入包”或“导入配置包 ” 对话框。

3 在选定的程序包字段，输入更新包的名称和路径，或是单击 ... （浏览按钮）浏览至更新包所在位置。

4 单击编辑。对话框底部将打开 “ 编辑 ” 窗格，如下所示。

5 要更改某个对象的冲突解决操作方式，双击 Destination Rule （目标规则）列内的该对象，再从下拉列表中选择新的冲突解决规则。  当编辑包时，创建新对象操作将变为替换操作。 6 要重命名目标项目中的对象，双击该对象所在的 Rename （重命名）列并输入新的对象名称。

7 要从更新包移除一个对象，选中该对象并单击移除。

8 您也可以更改框架更新选项（仅限项目更新包）或访问控制列表冲突解决选项。有关框架更新选项的详细信息，请参阅更新包与项目框架的更新（第 252 页）。有关 ACL 冲突解决选项的信息，请参阅冲突解决方式和访问控制列表（第 235 页）。

9 要在更新包中创建一个含有对象列表及其冲突解决操作方式的文本文件，单击导出。

10 当您完成对更新包的更改后，单击另存为。这时将打开 “ 保存 ” 对话框供您保存编辑后的包。更新包默认的新名称为含附加日期和时间戳的包文件的原始名称。单击保存以保存更新包并返回 Object Manager。

导入更新包

更新包将保存到文件，您可以在不同的计算机之间随意地复制和移动这些更新包。

导入一个更新包将导致项目源数据在导入过程中处于锁定状态。其他  用户将无法对该项目做任何更改直至项目解锁。如需关于锁定项目所产生的影响的相关信息，请参阅锁定项目（第 220 页）。

您可以通过以下方式导入更新包到项目或项目源：

• 通过 Object Manager 导入：您可以使用 Object Manager 图形界面来导入一个更新包。

• 通过命令行：MicroStrategy 自带命令行实用工具用于更新包的导入。您可以使用 Windows Scheduler 等调度器在稍后时间导入包，比如目标项目上的负荷相对较轻的时间段。

命令行 Import Package 实用工具只能支持标准的 Windows 身份验  证。如果您的项目源使用不同的身份验证方式，则您无法使用 Import Package 实用工具来导入更新包。您也可以创建一个 XML 文件用于从命令行导入更新包，与通过命令行创建更新包（第 243 页）中所描述的使用 XML 文件创建更新包的操作类似。

• 使用 Command Manager 脚本：您也可以执行 Command Manager 来导入更新包，无需使用 Object Manager。Command Manager 是一款管理工具，它可以让您通过使用可保存为脚本的文本命令来执行各种管理和应用程序部署任务。如需更多关于 Command Manager 的信息，请参阅第 12 章用 Command Manager 自动处理管理任务。

如何通过 Object Manager 导入更新包  导入任意项目安全更新包前，您必须导入关联的配置更新包。 1 在 Object Manager 中，登录到一个项目或项目源。

2 从工具菜单中选择导入包（项目更新包）或导入配置包（适用于配置更新包）。这时将打开 “ 导入包 ” 或 “ 导入配置包 ” 对话框。

3 在选定的程序包字段，输入更新包的名称和路径，或是单击 ... （浏览按钮）浏览至更新包所在位置。

4 在撤消程序包选项选项中，选择是否导入此更新包，生成此更新包的撤消用的包，还是同时选择这两者。如需更多关于撤消包的信息，请参阅回退已做的更改：撤消包（第 253 页）。

5 要创建用于描述更新包导入时可能发生的更改的日志文件，而不是导入更新包时，选定仅生成日志复选框。

6 单击继续。更新包中的所有对象将按照更新包中所指定的规则被复制到目标项目或项目源中。Object Manager 目录中将创建一个含导入过程相关信息的日志文件。

更新包的不同文件夹以及目标项目中存在的所有对象都将按照  “Object Manager 首选项 ” 对话框中迁移分类下的已迁移对象的源文件和目标文件内的同步文件夹位置首选项来进行处理。

7 如果包对项目框架做了任何更改，您可能需要更新框架后才能使更改生效。要通过 Object Manager 更新项目框架，请从项目菜单，选择更新框架。

如何通过命令行导入更新包

调用 Import Package 可执行文件 MAImportPackage.exe。默认情况下这个文件位于 C:\Program Files\Common Files\MicroStrategy。使用下列参数：

Import Package 实用工具只能支持标准的身份验证和 Windows 身  份验证

影响参数

导入包到此项目源（必选项） -n ProjectSourceName

以标准的验证方式用这个 MicroStrategy 用户名和密码登录到 -u UserName 项目源（必选项，除非您使用的是 Windows 身份验证） -p Password

导入此包到指定的项目源（必选项） -f PackageLocation 注意 : 包的位置必须相对于 Intelligence Server 计算机，而不是相对于运行 Import Package 实用工具的计算机所在的位置。

导入包到此项目（项目更新包必选） -j ProjectName

在此文件中记录导入过程相关的信息 -l LogLocation 注意 : 日志文件的位置必须指定为相对于运行 Import Package 实用工具的计算机所在的位置。导入包前强制执行配置或项目锁定。包成功导入后将会解 -forcelocking 锁。如需更多关于项目和配置锁定的信息，请参考锁定项目（第 220 页）。

完整的参数列表可通过在命令行输入 importpackage.exe -h 来进行访问。

如何用 XML 文件导入更新包

创建 XML 文件

1 在 Object Manager 中，登录到一个目标项目或项目源。

2 从工具菜单中选择导入包（项目更新包）或导入配置包（适用于配置更新包）。这时将打开 “ 导入包 ” 或 “ 导入配置包 ” 对话框。

3 在选定的程序包字段，输入更新包的名称和路径，或是单击 ... （浏览按钮）浏览至更新包所在位置。

4 选定保存导入程序包 XML 文件复选框。

5 单击继续。系统将提示您输入 XML 文件的名称和位置。默认情况下，与包文件的名称和位置相同，但扩展名是 .xml 而非 .mmp。单击保存。 XML 文件将被保存。

通过命令行导入包

6 当准备导入更新包时 , 请调用含以下参数的 Project Merge 可执行文件 projectmerge.exe：

影响参数

使用此 XML 文件导入一个更新包（必要项） -fFilename.xml

用此密码登录到项目源（登录 ID 已保存在 XML 文件） -spPassword

用此密码登录到项目（登录 ID 已保存在 XML 文件） -smpPassword 禁用状态更新（导入更新包的操作将在后台运行，以避免出现状 -sup 态窗口）

如何通过 Command Manager 导入更新包

调用含有下列命令的 Command Manager 脚本： IMPORT PACKAGE “Filename.mmp” [FOR PROJECT “ProjectName”];

其中 “Filename” 是更新包的名称和位置，而 “ProjectName” 则是要添加更新内容的项目的名称。如果包对项目框架做了任何更改，您需要更新框架后才能使更改生  效。 Command Manager 脚本中更新框架所需的语法的如下：

UPDATE SCHEMA [REFRESHSCHEMA] [RECALTABLEKEYS] [RECALTABLELOGICAL] [RECALOBJECTCACHE] FOR PROJECT “ProjectName”;

更新包与项目框架的更新

如果项目更新包包含新的或替换用的框架对象，那么当包被导入时，用户必须更新这些对象的基于内存的定义。这一操作需通过更新项目框架来实现。

当创建更新包时，您可以对其进行配置以自动执行下列框架更新功能。

• 重新计算表键和事实入口级别：表的关键结构发生变化或事实的存储级别发生变化时适用。

• 重新计算表的逻辑大小：用于覆盖对逻辑表大小所做的任何修改。（逻辑表大小会影响 MicroStrategy SQL 引擎如何决定查询中所使用的表。）

更新表无法重新计算对象的客户端缓存大小，因此无法更新框架逻辑信息。这些任务需要通过手动完成。例如，若您导入一个含有新实体形式的实体，您必须在项目中的任何对象能够使用该实体形式之前手动更新项目框架。

您可以通过以下方式更新项目框架：

• 在 Object Manager 中选中项目，再从项目菜单中选择更新框架。 • 在 Desktop 中登录到相应的项目，再从框架菜单中选择更新框架。 • 通过下列命令调用 Command Manager 脚本： UPDATE SCHEMA [REFRESHSCHEMA] [RECALTABLEKEYS] [RECALTABLELOGICAL] [RECALOBJECTCACHE] FOR PROJECT “projectname”;

通过取消载入和重新载入项目也可以完成框架的更新。如需有关载入  和取消载入项目的信息，请参阅设置项目状态（第 27 页）。

如需更多关于更新项目框架的详细信息，请参阅 MicroStrategy Project Design Guide 中的 Optimizing and Maintaining your Project 章节。

回退已做的更改：撤消包

您可以使用撤消包操作来回退更新包所做的更改。撤消包是一个自动创建的更新包，由更新包中的所有对象组成，这些对象当前已在目标项目中经过配置。例如，若创建一个含三个度量的新版本的更新包所对应的撤消包，则该撤消包将包含目标项目中当前存在的这三个度量的版本。

当导入更新包时，您将可以选择导入的同时创建一个撤消包。此外，您还可以选择创建一个撤消包，而无需导入关联的更新包。

您可以和导入所有更新包一样导入撤消包。当导入撤消包时，撤消包中所有对象的版本 ID 和修改日期将恢复到原始更新包导入前的值。 Intelligence Server 变更日志将记录原始更新包和撤消包的导入操作信  息。导入一个撤消包并不会移除原始更新包的变更日志记录。如需更多关于变更日志的信息，请参阅监控系统活动情况：变更日志（第 271 页）。

迁移项目以同步对象

您可以使用 MicroStrategy Project Merge 来同步项目间的大量对象。 Project Merge 简化了从一个项目迁移对象到另一个项目的任务操作。您可以使用 Object Manager 来逐一复制对象，Project Merge 则可以用作一个批量复制工具。如需了解 Object Manager 与 Project Merge 的不同之处，请参阅 Project Merge 与 Object Manager 的比较（第 219 页）。

Project Merge 中用于解决两个项目间的冲突的规则可以保存到 XML 文件并重复使用。接下来，可以使用这个规则文件来重复执行 Project Merge。这让您可以按照定期循环的方式来预定项目合并操作。如需更多关于预定项目合并操作的详细信息，请参阅预定项目合并（第 259 页）。

Project Merge 将合并整个项目。所有对象都将被复制到目标项目。所有存在于源项目但不存在于目标项目的对象都将在目标项目中进行创建。  注意以下事项： • 如果您要合并两个项目， MicroStrategy 建议使用含有关联框架的项目。这意味着其中一个项目必须是另一个项目的副本，或者这两个项目必须是第三个项目的副本。如需包括操作说明在内的有关项目复制的信息，请参阅复制项目（第 213 页）。 • 要合并不含关联框架的两个项目，这些项目必须是用 MicroStrategy 9.0.1 或更高版本创建的，或者已通过执行系统对象 ID 统一化选项更新到 9.0.1 或更高版本。如需关于项目更新的信息，请参阅 MicroStrategy Upgrade Guide。

• Project Merge 不会将用户和组的权限传给对象。要从一个项目迁移许可权限到另一个项目，请使用项目安全更新包。如需更多信息，请参阅更新用户和组的项目访问信息（第 239 页）。

项目可能需要在生命周期内不同的时段进行合并。这些时段包括：

• 开发过程中迁移对象，测试，以及对象可供实际使用时运用于生产项目。 • 从项目开发人员手中接到项目的新版本。

上述任何一种情况下，您都必须将对象从开发环节移至测试环节，然后再移至您的用户每天使用的生产项目中。

本节中所涵盖的话题包括：

• 合并项目时可能发生的情况（第 255 页） • 用 Project Merge Wizard 来合并对象（第 255 页）

• 通过命令行运行 Project Merge （第 257 页） • 预定项目合并（第 259 页） • 解决合并项目时出现的冲突（第 259 页）

合并项目时可能发生的情况

Project Merge 需要使用源项目、目标项目以及用于解决两个项目间对象冲突的一组规则。这组规则需在 Project Merge Wizard 中定义或从 XML 文件进行导入。

在 MicroStrategy 系统中，每一个对象都具备 ID （或 GUID）和版本。（要查看对象的 ID 和版本，右键单击对象并选择属性）。 Project Merge 将在目标项目中按 ID 检查每一个存在于源项目的对象。所产生的几种可能的结果描述如下：

• 若对象 ID 不存在于目标项目，则对象将从源项目复制到目标项目。 • 若对象存在于目标项目并且在两个项目中对象 ID 与版本都相同，则对象存在一致性且不会执行复制操作。

• 若对象存在于目标项目并且两个在两个项目中对象 ID 相同，但版本不同，则必须解决这一冲突。该冲突将通过 Project Merge Wizard 中所指定并保存在 XML 文件中的以下一组规则进行解决。几种可行的冲突解决方式在 Project Merge 冲突解决规则（第 260 页）中有进一步讨论。用 Project Merge 合并项目并不会更新项目配置编辑器所示的项目修改  日期。这是因为在两个项目间复制对象时，只有对象本身会发生变化。项目本身的定义并不会被 Project Merge 修改。

用 Project Merge Wizard 来合并对象

Project Merge Wizard 允许您指定执行某个项目合并时的规则和设置。如需关于运行该向导时所有可用设置的详细信息，请参阅 “ 帮助 ”。如需关于解决冲突所采用的规则的信息，请参阅解决合并项目时出现的冲突（第 259 页）。

完成向导中的所有步骤后，您可以立即执行合并过程或保存规则及设置到 Project Merge XML 文件。您可以通过 Windows 命令提示使用此文件来运行

Project Merge （详见通过命令行运行 Project Merge （第 257 页））或预定一个合并任务（详见预定项目合并（第 259 页））。在服务器环境下使用 Project Merge 前（3 层结构），请检查项目源的  超时设置。在 Desktop 中，右键单击项目源并选择修改项目源以打开项目源管理器。在连接选项卡上，取消选定连接超时经过复选框以禁用该选项，或者也可以直接输入连接超时所需的分钟数，并应考虑到合并过程根据项目大小可能花费的时间长短。如果您不确定某个设置并且发现其他处理过程花费较长时间，建议禁用超时设置。

以下应用场景将多次运行 Project Merge Wizard 中的操作，每次运行时都会对规则做适当的调整，最后一次运行时才会实际执行合并。

如何安全地执行项目合并

源项目和目标项目均需载入后才能完成项目的合并过程。如需更多关  于项目加载的相关信息，请参阅设置项目状态（第 27 页）。

1 点击 Windows 开始菜单，前往所有程序，然后依次选择 MicroStrategy、 Object Manager、再点击 Project Merge Wizard。这时将打开 Project Merge Wizard。

2 按照向导中的步骤来设置您的选项和冲突解决规则。

如需关于运行向导时的所有可用设置的详细信息，请参阅帮助（在  Project Merge Wizard 中按 F1）。如需关于解决冲突所采用的规则的信息，请参阅解决合并项目时出现的冲突（第 259 页）。

3 向导操作快结束时，若提示您执行合并或仅生成日志文件，请选择仅生成日志文件。此外，还要选择保存 Project Merge XML。在向导最后一个步骤中单击完成。由于您已选择仅生成日志文件，因此只以试行合并进行操作。

4 试行合并完成后，您可以在实际合并执行成功后读取日志文件以确认已复制（或为复制）的内容。

5 根据日志文件中获取的信息，您可能希望更改在使用想到过程中设置的部分冲突解决规则。要实现此操作，再次运行向导并在向导的最初步骤中选择载入 Project Merge XML （即之前运行的步骤中所创建的 XML 文件）。在向导中进行操作的过程中，您可以适当调整之前所指定的设置。在向导快要完成所有操作后，选择仅生成日志文件（因此将执行另一个试

行操作）并选择保存 Project Merge XML。按照需要可以多次重复此步骤直至日志文件中显示您所需要的对象已被复制或跳过复制步骤。

6 当您觉得无需再更改规则时，再进行向导的最后一次运行。在向导的最初步骤中，按照之前的操作载入 Project Merge XML。向导操作快结束时，若提示您执行合并或仅生成日志文件，请选择执行合并后生成日志文件。

通过命令行运行 Project Merge

Project Merge 可以通过 Windows 命令行来启动。您也可以用命令行运行同一个源项目的多个 Project Merge Wizard 会话。有关运行多个会话的信息，请参阅通过同一个项目合并多个项目（第 258 页）。

此操作流程的设置必须保存在 XML 文件，该文件可以很方便地通过 Project Merge Wizard 来创建。创建后， XML 文件将作为命令行的输入参数。

projectmerge.exe 命令的语法如下所示。该命令的语法已简化。

projectmerge -f[ ] -sp[ ] -dp[ ] -smp[ ] -dmp[ ] -sup[ ] -MD -SU -lto -h

下表描述了所有命令行参数。

参数描述和用法

-f[ ] 指定要使用的 XML 文件的路径和文件名（不带空格）。（您必须已用 Project Merge Wizard 创建该文件。）示例：-fc:\files\merge.xml

-sp[ ] SOURCE 项目源的密码。（所使用的登录 ID 存储在 XML 文件中。）示例：-sphello

-dp[ ] DESTINATION 项目源的密码。（所使用的登录 ID 存储在 XML 文件中。）示例：-dphello

-smp[ ] SOURCE 元数据的密码。（所使用的登录 ID 存储在 XML 文件中。）示例：-smphello

-dmp[ ] DESTINATION 元数据的密码。（所使用的登录 ID 存储在 XML 文件中。）示例：-dmphello -sup 禁用进度出口。在后台运行项目合并时很有帮助，因为不会出现用于显示合并状态的窗口。

-MD 若 DESTINATION 元数据比 SOURCE 元数据旧，则强制更新该元数据。 Project Merge 不会执行，除非 DESTINATION 元数据版本与 SOURCE 元数据版本一致或更新。

-SU Project Merge 操作完成后更新 DESTINATION 元数据的框架。对框架对象（事实、实体或层级）做任何更改都需要运行此更新。注意 : 如果 Project Merge 配置 XML 包含框架更新操作说明请不要使用这一切换操作。 -lto 对源项目或目标项目中存在的所有元数据锁具有所有权。如需更多关于元数据锁定的信息，请参阅锁定项目（第 220 页）。 -h 显示上述所有参数的帮助和说明。

使用此语法的命令样例如下：命令中假设 “hello” 是适用于所有项目源和数据库连接的密码。这些密码相对应的登录 ID 存储在 Project Merge Wizard 所创建的 XML 文件中。

projectmerge -fc:\temp\merge.xml -sphello -dphello -smphello -dmphello -lto -MD -SU

如果 XML 文件的名称或地址中包含空格，您必须将名称加入双引号，  比如： projectmerge -f “c:program files\xml\ merge.xml” -sphello -dphello -smphello -dmphello -MD -SU

通过同一个项目合并多个项目

Project Merge Wizard 可以通过同一个数据源同时执行多个合并操作。这个功能可以帮助您把一个更改同时应用到多个项目。

在多个合并操作过程中，将防止 Project Merge Wizard 锁定多个项  目。这样才能让多个向导会话访问源项目。您可能需要在开始合并前手动锁定源项目。还需要在开始合并前在配置级别手动锁定目标项目。锁定操作失败将导致合并过程中对象发生更改而产生项目创建错误。如需有关锁定和解锁项目的信息，请参阅锁定项目（第 220 页）。如需手动锁定和解锁项目的详细操作说明，请参考 Desktop Help （在 Desktop 中按 F1）。

要实现此操作，您必须修改 Project Merge XML 文件，然后再制作该文件的复件运用于每一个需要运行的会话中。

如何从一个项目同时执行多个合并操作

1 在文本编辑器中打开 Project Merge Wizard XML 文件。

2 在文件的 OMOnOffSettings 段落，加入以下节点： .

3 为每一个需要运行的 Project Merge Wizard 会话分别制作一个 XML 文件复件。

4 在每个 XML 文件中，应作如下更改： • 更改目标项目的名称。

• 确保每个文件使用不同的 Project Merge 日志文件名。

5 手动锁定源项目。如需手动锁定项目的详细步骤，请参考 Desktop Help （在 Desktop 中按 F1）。

6 在配置级别手动锁定目标项目。如需手动锁定项目的详细步骤，请参考 Desktop Help （在 Desktop 中按 F1）。

7 通过命令行运行每个 XML 文件所对应的一个 Project Merge Wizard 实例。

预定项目合并

要预定 Project Merge 延迟操作或循环操作，请使用 Microsoft Windows 操作系统上的 AT 命令功能。如需关于如何使用 AT 命令的操作说明，请参考 Microsoft Windows 帮助。以下 AT 命令预定在每周五（/every:F）的 6:00 PM （18:00）运行 Project Merge。

at 18:00 /every:F projectmerge -fc:\temp\merge.xml -sphello -dphello -smphello -dmphello -MD -SU

如需此命令的语法选项列表，请参阅通过命令行运行 Project Merge （第 257 页）。

如何用 Windows 命令提示符预定项目合并

1 在安装了 Project Merge 的 Microsoft Windows 计算机上点击开始菜单，选择所有程序，然后再选择命令提示符。

2 将磁盘位置更改为 Project Merge 工具的安装位置。默认安装位置为 C: 盘（提示符显示为 C:\>）。

3 输入用于调用 projectmerge 命令的 AT 命令。如需此命令的语法选项列表，请参阅通过命令行运行 Project Merge （第 257 页）。

解决合并项目时出现的冲突

当目标对象的版本与源对象的版本有差异时将出现冲突。这个差异通常是指对象在其中一个项目或两个项目中经过了修改。这些冲突应使用 Project Merge Wizard 步骤中所定义的一组规则。

当您定义要使用的 Project Merge 时，应首先设置每一类别的对象（框架、应用程序和配置）所对应的默认冲突解决操作。（如需每一类别中所包含的对象列表，请参阅 page 223。）接下来，在对象类型级别（实体、事实、版本、合并项、事件、调度等）指定冲突解决规则。对象类型规则将取代对象类别规则。接下来，您可以为特定的对象指定规则，该规则反过来将取代对象类型规则和对象类别规则。

例如，当源对象比目标对象的修改时间更接近当前时间，则使用较新的对象操作将把目标对象替换为源对象。如果您已指定所有度量的使用较新的对象操作，但 Sales （销售额）度量最近发生了更改并且尚未适用于生产系统中，则您可以只为该度量指定使用已存在的对象以免替换该对象。

Project Merge 冲突解决规则

如果对象与目标对象的版本不同，即表示两个对象的存在方式并不相同，您必须决定应采用的操作方式。下表描述列出了各种可用来解决冲突的操作。

操作影响

使用已存在的未对目标对象做出更改。源对象未被复制。

替换目标对象将替换为源对象。注意 : 目标项目中非空的文件夹绝不会存在与源项目版本 ID 和修改时间都相同的情况，因为文件夹首先被复制然后才会添加子对象到该文件夹，从而在复制过程中更改版本 ID 和修改时间。

两个都保留未对目标对象做出更改。目标位置将创建源对象的副本。

使用较新的对如果源对象的修改时间比目标对象的修改时间更接近当前时间，则将使用替换操作。否象则，将使用使用已存在的对象操作。

使用较旧的对如果源对象的修改时间比目标对象的修改时间更接近当前时间，则将使用使用已存在的象对象操作。否则，将使用替换操作。

比较和跟踪项目

在整个项目生命周期中，您通常并不知道具体要从一个项目移动哪些对象到另一个项目。这是因为有多个开发人员负责一个项目，因此对于个人来说很难了解已完成的所有工作。如果首先对源项目和目标项目中的对象进行比较，则迁移过程会简单得多。

您可以使用 MicroStrategy Project Comparison Wizard 来比较相关项目中的对象。这个向导将帮助您区分两个项目间哪些对象是不同的，以及哪些对象存在于其中一个项目但不存在于另外一个项目。通过这个清单，您可以用 Object Manager 决定要在项目间移动的对象。如需关于用 Object Manager 移

动对象的操作说明，请参阅在项目间复制对象：Object Manager （第 221 页）。

您可以使用 MicroStrategy 搜索功能来跟踪项目的变化，或使用 Object Manager 的 “ 查找未引用的对象 ” 功能检索项目中所有未使用对象的列表。

本节涵盖以下话题：

• 比较两个项目间的对象（第 261 页） • 用搜索导出功能跟踪您的项目（第 262 页） • 列出项目中未使用的对象（第 263 页）

比较两个项目间的对象

Project Comparison Wizard 将用于比较源项目和目标项目中的对象。

对于源项目，您应指定是否比较整个项目中对象，还是只比较单个文件夹及其子文件夹中的对象。那您还可以指定要在比较过程中加入的对象类型（比如报表、实体或度量）。

MicroStrategy 项目中的每一个对象都有各自唯一的 ID。项目比较将查找源项目中每个对象 ID，并将它与目标项目 ID 相同的对象进行比较。 Project Comparison 将根据每个对象 ID 指明该对象是否： • 同时存在于两个项目 • 同时存在于两个项目，但文件夹路径除外 • 只存在于源项目或目标项目 • 项目间的差异，更新的对象存在于源项目还是目标项目

您可以打印此结果列表，或将其保存为文本文件或 Excel 文件。

Project Comparison Wizard 是 Object Manager 的一个组成部分，因此您可以从结果集选择对象来快速实现源项目到目标项目的迁移。如需更多关于使用 Object Manager 来迁移对象的信息，请参阅在项目间复制对象：Object Manager （第 221 页）。

使用 Project Comparison Wizard

高级操作流程中主要讲述了 Project Comparison Wizard 的操作内容。如需向导中任意指定界面所需信息的说明，请参阅 “ 帮助 ” （单击帮助或按 F1）。

如何比较两个项目  注意以下事项： • 要用 Project Comparison Wizard 比较两个项目，这些项目必须有相互关联的框架。这意味着其中一个项目必须是另一个项目的副本，或者这两个项目必须是第三个项目的副本。如需包括操作说明在内的有关项目复制的信息，请参阅复制项目（第 213 页）。 • Project Comparison Wizard 是 Object Manager 的一个组成部分，因此需要 “ 使用 Object Manager” 权限才能运行。如需 Object Manager 的概要，请参阅在项目间复制对象：Object Manager （第 221 页）。

1 点击 Windows 开始菜单，前往所有程序，然后依次选择 MicroStrategy、 Object Manager、再点击 Object Manager。Object Manager 将被打开。

2 在 Object Manager 中打开一个项目源。

3 从项目菜单中选择比较项目。这时将打开 Project Comparison Wizard （项目比较向导）。

4 选择源项目和目标项目。

5 指定是否比较所有对象还是只比较特定文件夹内的对象，以及要比较的对象类型。

6 确认摘要页面的选择内容并单击完成。两个项目中的对象比较完成后将打开 “ 项目比较结果集 ” 对话框。此对话框中列出了所有您之前选择的对象及其比较结果。

7 要保存该结果，从文件菜单中选择保存为文本文件或保存为 Excel 文件。

8 要用 Object Manager 从源项目迁移对象到目标项目，请选择列表中的对象并单击继续。如需更多关于 Object Manager 的信息，请参阅在项目间复制对象：Object Manager （第 221 页）。

用搜索导出功能跟踪您的项目

导出搜素对象结果的操作可以有效地跟踪项目所发生的变化。搜索导出功能可以让您执行项目中指定对象的搜索或符合一定条件的一组对象。执行搜索操作后，您可以保存搜索定义和搜索结果到文本文件，并将搜素对象本身保存供以后重复使用。

例如，您可以在开发项目中创建一个搜索对象以便返回特定日期之后发生变化的所有对象。您可以通过这种方式了解哪些对象已更新以及需要迁移到测试项目中。有关开发项目和测试项目的更多信息，请参阅项目的生命周期（第 208 页）。

搜索导出文件包括以下信息：

• 执行搜索时已登录的用户。 • 搜索类型、日期和时间以及项目名称。

• “ 搜索对象 ” 对话框的选项卡中输入的任何搜索条件。 • Desktop 中影响搜索的任何杂项设置（比如是否在搜索中加入隐藏的对象和托管的对象。）

• 搜索操作所返回的所有对象的列表，其中包括任何文件夹。该列表包含对象名称和路径（Desktop 界面中的对象位置。）

如何搜素对象并在文本文件中保存结果

1 在 MicroStrategy Desktop 的工具菜单中选择搜索对象。这时将打开 “ 搜索对象 ” 对话框。

2 执行搜索操作。如需更多关于如何在 Desktop 中配置搜索的信息，请参考 “ 帮助 ”。（单击帮助或按 F1。）

3 搜索完成后，从 “ 搜素对象 ” 对话框中的工具菜单中选择导出到文本。文本文件默认保存路径为 C:\Program Files\MicroStrategy\Desktop\ SearchResults_.txt，其中是保存搜索结果的日期和时间。例如，文本文件 SearchResult_022607152554.txt 的保存时间为 2007 年 2 月 26 日的 15:25:54 或 3:25 PM。

列出项目中未使用的对象

在 Object Manager 中，您可以检索项目中未用于其他对象的所有对象的列表。例如，您可以查找哪些实体或度量已不再用于用任何版本，以便删除这些对象。

如何查找未用的对象

查找未使用的对象是 Object Manager 的其中一个功能，因此需要 “ 使  用 Object Manager” 权限才能运行。如需 Object Manager 的概要，请参阅在项目间复制对象：Object Manager （第 221 页）。

1 点击 Windows 开始菜单，前往所有程序，然后依次选择 MicroStrategy、 Object Manager、再点击 Object Manager。Object Manager 将被打开。

2 在 Object Manager 中打开一个项目源。

3 从工具菜单中选择查找未引用的对象。这时将打开 “ 搜索对象 ” 对话框。

4 在查找字段，输入您要进行搜索的文件夹。

5 请确保包括子文件夹复选框已选中。

6 单击立即查找。未使用的对象搜索结果将显示在对话框的底部。

删除未使用的框架对象：托管对象

MicroStrategy 项目中包含框架和相关联的框架对象，其中包括实体、数据表、层级等。有关框架对象的介绍，请参阅 MicroStrategy Project Design Guide。

部分 MicroStrategy 功能会自动创建新的框架对象，这种对象叫做托管对象，它们不会与项目框架有直接关联。创建项目自身的托管对象的功能有：

• 自由格式 SQL 和查询生成器如需了解自由格式 SQL 和查询生成器的相关信息，请参阅 MicroStrategy 高级报表制作指南。

• SAP BW、 Hyperion Essbase、 Microsoft Analysis Services 以及 IBM Cognos TM1 等的 MDX 立方体源。如需了解 MDX 立方体源的相关信息，请参阅 MicroStrategy MDX Cube Reporting Guide。

• 导入数据，此功能可以让您以项目设计所需的最低要求使用 MicroStrategy Web 从 Excel 文件、数据库中的表格或 SQL 查询等的不同数据源导入数据。如需更多关于使用数据导入功能的信息，请参考 MicroStrategy Web 帮助。

托管对象存储在特殊的系统文件夹内，并且会因为这些对象的创建和存储方式的不同而难以删除。如果您使用上述一款功能，然后决定从项目移除与该

功能有关的部分或全部报表和 MDX 立方体，您的项目中可能会存在需要删除的未使用的托管对象。

本节涵盖以下话题：

• 逐一删除托管对象（第 265 页） • 删除所有未使用的托管对象（第 266 页）

逐一删除托管对象

当您逐一删除托管对象时，您将逐个选择要删除和保留的托管对象。您可以在项目中所包含的自由格式 SQL、查询生成器或 MDX 立方体源数据库实例中执行这个清理操作。

例如，您决定删除自动创建了新托管对象 Store （商店）的单个自由格式 SQL 报表。当删除该报表时，托管对象 Store （商店）也将自动删除。您打算不再使用该对象，但您计划创建更多自由格式 SQL 报表并且希望保留项目中所包括的数据库实例。您无需删除整个自由格式 SQL 框架，而只需删除托管对象 Store （商店）即可。

如何逐一删除托管对象

1 在 Desktop 中，删除项目中任何需要依赖于您所删除的托管对象的自由格式 SQL、查询生成器或 MDX 立方体报表。如果您移除 MDX 立方体托管对象，则还需移除这些托管对象所依赖的 MDX 立方体。

2 右键单击项目并选择搜索对象。这时将打开 “ 搜索对象 ” 对话框。

3 从工具菜单中选择选项。这时 “ 搜索选项 ” 对话框将打开。

4 选定显示过托管对象和只显示托管对象复选框。

5 单击确定以返回至 “ 搜索对象 ” 对话框。

6 输入您的搜索条件并点击立刻查找。这是将出现一个托管对象列表。

7 要手动删除托管对象，右键单击搜索结果中的对象名称并单击删除。

删除所有未使用的托管对象

当您停止使用创建托管对象的功能时，托管对象对象将在项目中变为不可用。您可以删除所有未使用的托管对象以清理您的项目。

例如，您可以为您项目中的自由格式 SQL 报表创建独立的数据库实例。稍后，您可能决定不再使用自由格式 SQL 或任何用自由格式 SQL 功能创建的报表。删除所有自由格式 SQL 报表后，您可以从项目中移除自由格式 SQL 数据库实例。从项目移除数据库实例后，所有依赖于该数据库实例的自由格式 SQL 托管对象也被删除。

在删除查询生成器、 SAP BW、 Essbase 和 Analysis Services 时也可以运用相同的处理过程。

如何从项目删除所有未使用的托管对象

1 移除所有用自由格式 SQL、查询生成器或 MDX 立方体创建的报表。如果您要移除 MDX 立方体托管对象，您必须还要删除所有导入的  MDX 立方体。

2 在 Desktop 中，右键单击项目并选择项目配置。这时项目配置编辑器打开。

3 展开数据库实例分类。

4 根据要移除的数据库实例，选择 SQL 数据仓库或 MDX 数据仓库。

自由格式 SQL 和查询生成器使用关系数据库实例，而 SAP BW、  Essbase 和 Analysis Services 则使用 MDX 立方体数据库实例。如需更多关于这两者不同之处的相关信息，请参阅 MicroStrategy 安装和配置指南。

5 取消选定要从项目移除的数据库实例的复选框。如果数据库实例在项目中不包含从属对象，您只能从项目移除该数据库实例。

6 单击确定接受更改并关闭项目配置编辑器。此操作流程将移除部分主要对象依赖关系。实体和度量托管对象不  会在此过程自动删除，因为您可以在以后的操作中重新使用托管的实体和度量。如果不打算使用实体和度量托管对象并且希望从项目中永久删除这些对象，请继续此操作流程的其余步骤。

如何删除未使用的实体和度量托管对象

7 在 Desktop 中，从管理菜单中选择项目，然后再选择删除未使用的托管对象。

6. 监控系统使用情况

简介

MicroStrategy 提供了几种方式来跟踪您系统中的用户活动情况、资源使用情况以及性能。这些方式包括：

• MicroStrategy 系统监控程序（第 270 页） • 监控系统活动情况：变更日志（第 271 页） • 监控系统使用情况：Intelligence Server 统计信息（第 278 页） • 更多监控工具（第 291 页）

MicroStrategy 系统监控程序

您可以在 Desktop 中监控 MicroStrategy 系统的各个方面。项目源的管理分类中包含了该项目源所对应的几个系统监控程序。这些监控程序如下表所示，并在本指南相关章节做了详细讲解。

有关监控的信息参考段落

Intelligence Server 上载入的项目，或群集管理并监视项目（第 25 页）中所有节点上载入的项目

群集的指定节点上载入的项目管理群集节点上项目（第 384 页）

当前执行中的作业监视当前执行的作业（第 48 页）

当前连接到 Intelligence Server 的用户监控用户的项目连接情况（第 59 页）

活动的且缓存的数据库连接监视数据库实例连接（第 9 页）

报表和文档缓存监控结果缓存（第 403 页）

历史列表消息监控历史列表消息（第 434 页）

智能立方体，是否已载入到 Intelligence 管理智能立方体：智能立方体监视器（第 452 Server 页）

前提条件

• 查看系统监视器之前，您必须具有相应的权限才能访问该监视器。例如，要查看作业监视器，您必须具有 “ 监控作业 ” 的权限。如需更多关于权限的信息，请参阅控制功能的访问：权限（第 69 页）。 • 此外，您还必须对含有该监视器的服务器定义具有 “ 监控 ” 访问权限。您必须通过右键单击管理图标，选中属性，然后再选择安全选项卡来查看并修改服务器定义的 ACL。如需更多关于权限和 ACL 的信息，请参考控制对象的访问：访问权限（第 61 页）。

如何查看系统监视器

1 在 Desktop 中，登录到您要进行监控的项目。您必须以具有相应管理权限的用户身份来登录。

2 展开管理分类。

3 要监控项目或群集，展开系统管理分类并选择项目或群集节点。

4 要查看更多系统监视器，展开系统监视器分类并选择所需的监视器。如需可用的不同监视器的列表，以及查找每种监视器的更多信息的位置，请参照上表。

监控系统活动情况：变更日志

变更日志是记录项目中对象所发生的变换相关信息的过程。变更日志将跟踪系统中每一个对象发生的变换。这便于管理员快速判断发生特定更改的时间以及操作人。例如，使用特定度量的报表在两周前的一项测试中成功执行，但今日早上的测试中未能正确执行。管理员可以搜索变更日志以确定在过去两周内哪个人进行了更改操作。

记录的信息内容包括执行更改操作的用户、发生更改的日期和时间以及更改的类型（比如保存、复制或删除对象）。您可以用变更日志来跟踪所有对象的更改，范围包括简单的用户操作（比如保存或移动对象）以及项目级的更改（比如项目复制或项目合并）。

特定的商业规则，比如在美国， Sarbanes-Oxley 要求提供对商业智能系统所做更改的详细记录。在您的生产环境中启用所有项目上的变更日志有助于这些商业规则的履行。

启用变更日志

当启用了项目或项目源的变更日志时， Intelligence Server 将在变更日志日志中记录对项目或项目源中的任何对象所做的一切变更的相关信息。其中包括在 Desktop 或 Web 中所做的更改，以及通过 Command Manager 或 Project Merge 等工具所做的更改。

您可以启用项目源中任意数量项目的变更日志。对于每个项目，当启用了变更日志时，将记录该项目中所有对象发生的更改。

您也可以启用项目源级别的变更日志。在这种情况下，用户或调度等项目配置对象发生的所有更改的相关信息将被记录到变更日志中。

如何启用或禁用项目源的变更日志

1 在 Desktop 中登录一个项目源。您必须以具有 “ 配置变更日志 ” 权限的用户身份来登录。

2 展开管理，然后再展开系统监视器。

3 右键单击变更日志处理数并选择管理变更日志。这时将打开变更日志管理器。

4 要启用或禁用此项目源的变更日志，选定或取消选定启用变更日志复选框。

5 在注释字段，输入任何有关启用或禁用变更日志的理由的注释。

6 要启用或禁用项目源中所有项目的变更日志，选定应用到所有项目复选框。要逐一判断哪些项目有变更日志，请不要选定此复选框。

7 单击确定。这时将关闭变更日志管理器。在启用或禁用变更日志的每个项目的变更日志中将记录事务处理信息。

如何启用或禁用项目的变更日志

1 在 Desktop 中，右键单击项目并选择项目配置。这时项目配置编辑器打开。

2 展开项目定义，然后选择变更日志。

3 要启用或禁用此项目的变更日志，选定或取消选定启用变更日志复选框。

4 单击确定。这时项目配置编辑器关闭。当此项目启用或禁用变更日志时，事务处理信息将记录到变更日志中。

变更日志注释

当变更日志已启用时，用户每次更改对象时将提示用户输入注释。这些注释可以提供有关对象所发生的更改的相关参考资料。

您可以通过 “Desktop 首选项 ” 复选框中禁用对象注释的请求。

如何禁用变更日志注释的请求

1 打开 MicroStrategy Desktop。

2 从工具菜单中选择 Desktop 首选项。这时 “Desktop 首选项 ” 对话框将打开。

3 展开可选操作，然后选择常规。

4 取消选定显示变更日志注释输入对话框。

5 单击确定。这时 “Desktop 首选项 ” 对话框将关闭。保存对象时将不再提示您输入注释。

查看变更日志的输入项

当对象发生变化时，有关对象发生的更改信息将被记录到变更日志。要查看项目源中所有项目的变更日志，在 Desktop 中，展开管理、系统监视器，然后选择变更日志处理数。变更日志输入项将显示在 Desktop 的主窗口。  您必须具有 “ 审核变更日志 ” 权限才能查看变更日志。要查看指定变更日志输入项的详细信息，双击该输入项。每项内容由以下信息构成：

输入项详细信息

对象名字发生更改的对象的名称。

对象类型已更改的对象类型。例如，度量、用户或服务器定义。

用户名执行变更操作的 MicroStrategy 用户的名称。

事务处理时间戳基于 Intelligence Server 计算机时间的发生变更的日期和时间。事务处理类型变更类型以及变更目标。例如，删除对象、保存对象或启用记录。

事务处理源执行变更操作所使用的应用程序。例如， Desktop、 Command Manager、 MicroStrategy Web 或计划程序。项目名发生变更的对象所在的项目的名称。注意 : 如果该对象属于配置对象，则对象名称将显示为 < 配置 >。

注释发生变更时， “ 注释 ” 对话框中输入的任何注释。

对象 ID 对象的 GUID， MicroStrategy 系统的唯一标识符。计算机名发生变更的对象所在的计算机的名称。

更改类型所做更改的类型。例如，创建、更改或删除。

事务处理 ID 用于标识此变更的一个唯一的 32 位 16 进制数。

会话 ID 用于标识发生更改的用户会话的一个唯一的 32 位 16 进制数。

链接 ID 仅供内部使用。

此信息也可以在变更日志所在列内进行查看。要更改可见的列，右键单击变更日志中的任意位置并选择查看选项。在 “ 查看选项 ” 对话框中，选择要查看的列。

增加查看或导出的变更日志输入项的数量

默认情况下，变更日志只显示并导出最后的 1000 条记录。您可以在 “Desktop 首选项 ” 对话框中的浏览分类中增加此数字。查看更多记录内容可能会使浏览和导出过程变长。

如何增加显示或导出的变更日志输入项的数量

1 在 Desktop 的工具菜单中选择 Desktop 首选项。这时 “Desktop 首选项 ” 对话框将打开。

2 在常规分类中，选择浏览。

3 在每页显示最大监视对象数目字段，指定一次显示的最多的变更日志记录数。

4 在每次元数据变更日志搜索的最大处理数字段，指定可导出的最多的变更日志记录数。

5 单击确定。对话框将关闭并且您的更改将被保存。

搜索变更日志中的相关输入项

变更日志记录每一次事务处理信息，因此查找相关记录有时可能令人无从下手。要使搜索变更日志的操作更加简单，您可以对其进行筛选以便只查看相关输入项。

举例如下。

• 要查找何时为用户指定相应的权限，您可以只查看与用户相关的输入项。 • 要确认哪个用户所做的更改导致报表无法继续正常执行，您可以只查看与该报表相关的输入项。

您也可以快速筛选输入项以便只查看特定对象的输入项，或者只查看特定用户所做的更改。要实现此操作，右键单击该对象或该用户对应的输入项并选择按对象筛选视图或按用户筛选视图。要移除筛选器，在变更日志中单击右键并选择清除筛选视图。

如何筛选变更日志中的相关输入项

1 在变更日志处理监视器中，右键单击筛选器。这时 “ 变更日志监视器筛选器 ” 对话框将打开。

2 要按变更对象类型、项目、事务处理类型或变更来源筛选变更日志，请从相应的下拉列表进行选择。

3 要按多个条件筛选变更日志，单击高级。高级筛选选项面板将在对话框的底部打开。输入列数以及条件。

4 如需只查看特定时间范围内所做的更改，请输入起始和结束的时间及日期。

5 如需查看所有事务处理，而不仅限于更改对象版本的事务处理，取消选定仅显示版本更改和隐藏空的事务处理复选框。

如果取消选定仅显示版本更改复选框，则每次保存应用程序对象时  将显示两个名为 “LinkItem” 的事务处理。对这些事务处理内容的监控只用于 MicroStrategy 技术支持，并不表示应用程序对象已发生变更。对象实际发生变更时，将出现以应用程序对象命名的 SaveObjects 事务处理。

6 单击确定关闭对话框并筛选变更日志。

如何按对象或用户快速筛选变更日志

1 在变更日志处理监视器中，右键单击要作为筛选依据的对象或用户的输入项，然后选择筛选类型：

• 要只查看此对象发生的更改，选择按对象筛选视图。 • 要只查看此用户所做的更改，选择按用户筛选视图。

2 要移除快速筛选器，在变更日志中单击右键并选择清除筛选视图。

导出变更日志

您可以将变更日志的内容导出到文本文件。这是一项有用的功能，您可以借此保存文件到一个存档位置，或通过邮件发送此文件到 MicroStrategy 技术支持部以寻求协助。

此文件的名称为 AuditLog_MMDDYYhhmmss.txt，其中 MMDDYY 为月份、日期，以及年份的最后两位数，而 hhmmss 则表示 24 小时制的时间戳。此文件保存在 MicroStrategy Common Files 目录下。它的默认位置是 C:\Program Files\Common Files\MicroStrategy\。当您导出变更日志时，您用来查看变更日志结果的筛选器也将应用到  导出的内容中。如果您要导出整个变更日志，请确保当前未使用任何筛选器。具体操作时，在变更日志中单击右键并选择清除筛选视图。

如何导出变更日志到文件

1 在 Desktop 中，展开管理，然后再展开系统监视器。

2 右键单击变更审核并选择输出列表。变更日志将导出到一个文本文件。

清除变更日志

您可以定期清除不需要继续保留的较旧的输入项来维持合理的变更日志大小。

当清除变更日志时，可以指定日期和时间。在此日期和时间之前记录的变更日志中的所有输入项将被删除。您可以清除各个项目的变更日志，也可以清除项目源中所有项目的变更日志。

MicroStrategy 建议在清除变更日志前对您的变更日志做存档。有关如  何进行变更日志存档的操作说明，请参阅导出变更日志（第 276 页）。

如何清除项目源中所有项目的变更日志

1 在 Desktop 中，展开管理，然后再展开系统监视器。

2 右键单击变更日志处理数并选择管理变更日志。这时将打开变更日志管理器。

3 设置日期和时间。在此日期和时间之前记录的所有数据将从变更日志中删除。

4 要清除所有项目的数据，选定应用到所有项目复选框。如需只清除与项目源配置相关的数据，不要选定此复选框。

5 单击立即清除。当出现警告对话框时，单击是清除数据，或者单击否取消清除操作。如果单击是，指定日期之前记录的变更日志信息将被删除。

如果您要记录此项目源的事务处理信息，则在清除变更日志时会记  录一条 “ 清除日志 ” 事务处理。

6 单击取消。这时将关闭变更日志管理器。

如何清除单个项目的变更日志

1 在 Desktop 中，右键单击项目并选择项目配置。随之打开该项目对应的项目配置编辑器。

2 展开项目定义，然后选择变更日志。

3 设置日期和时间。在此日期和时间之前的所有项目变更日志数据将从变更日志中删除。

4 单击立即清除。当出现警告对话框时，单击是清除数据，或者单击否取消清除操作。如果单击是，指定日期之前的项目变更日志信息将被删除。

5 单击确定。这时项目配置编辑器关闭。

监控系统使用情况：Intelligence Server 统计信息

要调整您的系统至最佳状态，您需要了解有关如何使用系统的信息。 Intelligence Server 会记录您系统中每个项目的使用和性能方面统计信息。您可以对这些统计信息进行分析以确认需要做的变更。

本节提供了有关 Intelligence Server 统计信息如下方面： • Intelligence Server 统计信息概要（第 279 页） • 适用于记录 Intelligence Server 统计信息的最佳实践方法（第 283 页） • 配置 Intelligence Server 以记录统计信息（第 284 页） • 通过清除统计信息提升数据库性能（第 289 页） MicroStrategy Enterprise Manager 可以帮助您分析 Intelligence  Server 的统计数据。 Enterprise Manager 由一个 MicroStrategy 项目

构成，其中包含了大量报表和仪表盘，以简单易懂的格式展示统计数据。如需更多关于 Enterprise Manager 的信息，请参阅第 14 章通过 Enterprise Manager 分析系统的使用情况。

Intelligence Server 统计信息概要

Intelligence Server 可以记录大量与用户活动、数据仓库活动、报表 SQL 以及系统性能有关的统计信息。这些统计信息将被记录到统计数据库中（详见统计数据库（第 281 页））。

记录的每个项目的统计信息需在项目编辑器中的统计分类的常规子分类下进行设置。这些选项包括：

统计日志记录选项记录的统计信息

基本统计信息用户会话和项目会话分析。必须选择此选项才能记录所有统计信息。

报表作业步骤各报表处理操作相关的详细统计信息。

文档作业步骤各文档处理操作相关的详细统计信息。

报表作业 SQL 所有报表作业生成的 SQL。警告 : 此选择会创建一个大型的统计表。只有在特别需要作业 SQL 数据时才能选择此选项。

报表作业访问的表 / 列各报表所访问的数据仓库表和列。提示答案有关已回答的任意提示的详细统计信息。

订阅分发通过订阅所传递的报表和文档的相关详细统计信息。如需更多关于订阅的信息，请参阅报表和文档的定期操作：订阅（第 477 页）。收信箱消息传递到历史列表（收件箱）的报表和文档的相关详细统计信息。如需更多关于历史列表的详细信息，请参阅保存报表结果 : 历史列表（第 421 页）。

您可以记录各项目的不同统计信息。例如，您可能需要在跟踪错误时记录您所测试的项目的报表作业 SQL。如果您已为生产项目记录报表作业 SQL，且您的用户正在运行大量报表，则统计数据库将会极速增大。

在统计表中记录性能计数器

Intelligence Server 可以配置用来收集来自 Diagnostics and Performance Logging Tool 的性能信息并将该信息记录到统计数据库中。如需更多关于记录性能计数器的信息，请参阅性能配置（第 642 页）。

Intelligence Server 可以收集并记录来自 MicroStrategy Server Jobs （MicroStrategy 服务器作业）和 MicroStrategy Server Users （MicroStrategy 服务器用户）两大分类的信息。在 UNIX 或 Linux 系统上， Intelligence Server 也会收集并记录来自以下分类的信息： • 内存 • 系统 • 进程 • 处理器 • 网络接口 • 物理磁盘

此信息将记录到统计数据库中的 IS_PERF_MON_STATS 表。

如何配置性能计数器以在统计数据库中记录信息

1 打开 MicroStrategy Diagnostics and Performance Logging Tool。 • 通过 Desktop 操作：从工具菜单中选择诊断。如果工具菜单中不存在诊断选项，则表示未启用诊断选项。要启用  此选项，从工具菜单中选择 Desktop 首选项。在常规分类中的高级子分类下，选定显示诊断菜单选项复选框并单击确定。

• Windows 中的操作：点击开始菜单，前往所有程序，然后依次选择 MicroStrategy、 Tools、 Diagnostics Configuration。

• 在 UNIX/Linux 中的操作：导航至目录 ~/MicroStrategy/bin 并输入 mstrdiag。

2 在选择配置下拉列表中，选择 CastorServer 实例。

3 请确保使用机器缺省性能配置复选框未被选中，以便您的日志记录设置不会被默认设置所覆盖。

4 选中性能配置选项卡。

5 在统计列内，选定要记录到统计数据库的计数器所对应的复选框。

6 在 “ 统计属性 ” 分组中的日志频率（分钟）字段中，指定性能计数器记录信息的频率（以分钟为单位）。

7 从持续统计下拉列表中选择图例。

8 从文件菜单中选择保存。您对日志记录属性所做的更改将被保存。

统计数据库

Intelligence Server 将把指定的统计信息记录到内存缓冲。每个十秒钟，缓冲的内容将被复制到第二个缓冲，随后从第二个缓冲提取内容并写入到统计数据库。使用两个缓冲可以避免在内存缓冲时出现同时读取和写入循环，否则将导致周期性出现过大的记录活动。如需关于统计数据库中表的详细讨论，请参阅 Supplemental Reference for System Administration 中的 Statistics Data Dictionary。

如果您使用 Enterprise Manager 来监控您的统计信息，则托管统计表  的诗句同样包含 Enterprise Manager 数据仓库。如需更多关于 Enterprise Manager 数据仓库结构的信息，请参阅 Supplemental Reference for System Administration 中的 Enterprise Manager Data Dictionary。

Intelligence Server 可能会打开一个数据库连接用于配置用来记录统计信息的各个项目。例如，在一个含有 4 个项目的项目源中，每个项目都需记录统计信息，则记录统计信息时可能最多打开 4 个数据库连接。但是，一般只有在高并发性的环境中才会出现最大数量的数据库连接。

在群集的环境中，群集的每个节点需要使用一个数据库连接才能把各  个项目载入到该节点。例如，一个含 10 个项目的双节点群集有 20 个数据仓库连接（每个节点各占 10 个）。即使相同的 10 个项目载入到这两个节点，仍会有 20 个数据库连接。

支持的数据库平台

MicroStrategy 支持下列数据库平台用于 Intelligence Server 统计信息：

 SQL Server

 Oracle

 Teradata

 IBM DB2 UDB

 Sybase ASE

如需关于各种支持的数据库的特定版本信息，请参考 MicroStrategy 自述文件。

记录来自项目源的所有统计信息到同一个数据库

默认情况下，制定项目源的所有项目必须分别配置用来记录统计信息。此配置叫做全部会话日志。它允许部分项目记录统计信息到一个数据库，而部分项目则记录统计信息到其他数据库。

Enterprise Manager 必须与指定项目的统计数据库一样位于同一个数  据库。如果您在一个完整的会话记录配置中使用 Enterprise Manager，则 Enterprise Manager 数据仓库的数量将与统计数据库的数量相当。必须为每个统计数据库分别配置一个 Enterprise Manager 项目。

MicroStrategy 建议您配置项目源中的所有项目以记录统计信息到同一个数据库。这需要通过配置您的系统使用单独的实例会话记录才能实现。这样做可以最小化会话记录量从而优化系统性能。

在单独的实例会话记录过程中，您仍须指定需要记录项目源中各个项目的哪些统计信息，详见 Intelligence Server 统计信息概要（第 279 页）。要成功使用单独的实例会话记录，则启动时需将所选单独的实例会话  记录项目将载入到 Intelligence Server 上。如果使用的是群集化后的 Intelligence Server，则项目必须载入到所有群集的 Intelligence Server。启动时在所有服务器上载入项目失败将导致未在启动时载入项目的任何 Intelligence Server 丢失会话统计信息。如需详细了解未载入全部项目所带来的负面影响，请参考 MicroStrategy Tech Note TN14591。

如何记录来自项目源的所有统计信息到同一个数据库

1 在 Desktop 中，右键单击项目源并选择配置 MicroStrategy Intelligence Server。这时将打开 Intelligence Server 配置编辑器。

2 在统计下方，选择常规。

3 选择单独的实例会话记录选项。

4 从下拉列表中选择一个项目。此 Intelligence Server 上的所有项目的统计信息将记录到此项目指定的数据库实例。

5 单击确定。这时将关闭 Intelligence Server 配置编辑器。

适用于记录 Intelligence Server 统计信息的最佳实践方法

MicroStrategy 推荐使用下列最佳实践方法来完成 Intelligence Server 统计信息的记录：

• 对您的系统进行单独的实例会话记录所需的配置，以便项目源的所有项目使用相同的统计数据库。这样可以减少重复操作，最小化数据库写入时间并提升性能。如需关于单独的实例会话记录的信息，请参阅记录来自项目源的所有统计信息到同一个数据库（第 282 页）。 • 利用系统规模基准（详见统计数据库对应的规模基准（第 283 页））来计划使用统计数据库所需的硬盘空间。

• 定期备份您的统计数据库，并且只保留分析所需的数据量。您可以定期清除统计数据库以减小表的大小并提升系统性能。有关如何清除统计信息的操作说明，请参阅通过清除统计信息提升数据库性能（第 289 页）。 • 利用 Enterprise Manager 来监控并分析统计信息。如需更多关于 Enterprise Manager 的信息，请参阅第 14 章通过 Enterprise Manager 分析系统的使用情况。

统计数据库对应的规模基准

以下规模基准将协助您判断统计数据库所需的空间大小。这些规模基准只能在制定计划时使用。 MicroStrategy 建议对统计数据库的大小进行监控并适当调整您的硬件配置。

• 当基本统计信息、报表作业步骤、文档作业步骤、报表 SQL、报表作业访问的表 / 列以及提示答案等统计信息记录到数据库后，单个用户执行单个报表时将使统计数据库大小平均增加 70 KB。此值的设立依据是假设大型且复杂的报表运行频率与小型报表差不多。相反，在一个 85% 的报表执行后返回的单元格不足 1,000 的操作环境中，每个报表将使统计数据库的大小平均增加 10 KB 以下。 • 当订阅分发以及收件箱消息统计信息记录到数据库时，每项已传递的订阅将使统计数据库大小增加 100 KB 以下。这是记录报表执行过程导致数据块大小增加的另一个途径。

• 当性能计数器记录到统计数据库时，所记录的每项性能计数器的值将使数据块大小平均增加 0.4 KB。您可以通过指定计数器要记录的内容以及每个计数器的记录频率来控制表大小的增加速度。如需更多关于记录性能计数器到统计数据库的信息，以及操作说明，请参阅在统计表中记录性能计数器（第 279 页）。

要判断您所需的数据库的大小，将报表所需空间大小乘以您统计的报表运行总时间内所运行的报表数量。例如，您可能计划统计数据库持续更新 6 个月，并对 6 个月前的统计数据进行存档和清除。您预测用户平均每天运行 400 份报表，其中有 250 份，约合 63% 的报表返回行数不足 1000，因此您假设每份报表将使统计表大小增加约 25 KB。 25 KB/report * 400 reports/day * 30 days/month * 6 months = 1,800,000 KB or 1.8 GB 在以上空间使用量假设的基础上，您决定为统计表分配 2 GB 的磁盘空间。

配置 Intelligence Server 以记录统计信息

以下是配置项目以记录统计信息所需的步骤总括。

1 创建统计数据库（详见统计数据库的创建（第 284 页））。

2 在统计数据库中创建统计表（详见在统计数据库中创建统计表（第 285 页））。

3 对项目进行配置以记录统计信息到指定数据库（详见设置项目的统计数据库（第 286 页））。

4 选择要从该项目记录的统计信息（详见指定要记录的统计信息（第 288 页））。

统计数据库的创建

您可以使用系统中现有的数据库来存储 Intelligence Server 统计信息，或者也可以创建一个新的数据库：

不要将统计信息存储在用于 MicroStrategy 元数据或数据仓库的同一个  数据库。

• 要使用一个现有的数据库，请注意它的数据源名称（DSN）。此 DSN 将在您创建统计表时使用。

如果您选择使用 Enterprise Manager 来分析统计信息，则此 DSN  也将用于指定 Enterprise Manager 的数据仓库。有关 Enterprise Manager 的相关信息，请参阅第 14 章通过 Enterprise Manager 分析系统的使用情况。

• 要创建一个新的数据库，请按照以下操作流程操作。如需经过认证可用于存储 Intelligence Server 统计信息的数据库列表，请参考支持的数据库平台（第 281 页），或详见 Intelligence Server 的自述文件。

如何创建一个新统计数据库

1 创建空白的数据仓库数据库。（这通常由您的数据库管理员来执行。）此数据库必须是 MicroStrategy 自述文件中所显示的经过认证可用于存储 Intelligence Server 统计信息的数据库。

2 使用 MicroStrategy Connectivity Wizard 创建数据仓库的数据源名称（DSN）。注意此 DSN 在稍后操作中的使用。

要访问 Connectivity Wizard，请从 Windows 开始菜单指向所有程序，然后依次选择 MicroStrategy、工具，最后再选择 Connectivity Wizard。如需关于使用 Connectivity Wizard 的详细说明，请参阅 MicroStrategy 安装和配置指南。

要防止部分统计数据库中输入的报表出现信息不完整的情况，请将  Intelligence Server 计算机时间与数据库时间同步。

在统计数据库中创建统计表

创建统计数据库后，或者您发现了一个现有数据库的 DSN 后，您需要创建一个空白的统计表供 Intelligence Server 使用。 MicroStrategy Configuration Wizard 将指引您完成此过程。

如何创建空白统计表

1 启动 MicroStrategy Configuration Wizard。 • Windows：在 Windows 开始菜单中，依次选择所有程序、 MicroStrategy、 Configuration Wizard。

• UNIX/Linux：浏览至 MicroStrategy 安装过程中所指定的主目录所在的位置并输入 ./mstrcfgwiz，然后按回车。

2 在欢迎页上，选择创建元数据、历史列表和统计资料库表，并单击下一步。

3 选择统计表选项并清除所有其他选项。单击下一步。这时统计表页面将打开。

4 在 DSN 下拉列表中为您的统计数据库选择 DSN。

此数据库中的任何表如果与 MicroStrategy 统计表同名，将被删  除。如需 MicroStrategy 统计表列表，请参阅 Supplemental

Reference for System Administration 中的 Statistics Data Dictionary。

5 在用户名和密码字段输入数据仓库数据库的有效登录名和密码。您所指定的登录名必须有创建和删除数据库中的数据表的相应权  限，以及创建视图的权限。

6 选择高级。

7 在脚本字段，将显示默认脚本。所选脚本取决于您之前指定的数据库类型。要选择其他脚本，单击 ... （浏览按钮）来浏览并选择与您所使用的 DBMS 相对应的脚本。这些脚本的默认位置为： \Program Files\Common Files\MicroStrategy\

数据仓库要运行的 SQL 脚本

Microsoft SQL Server statistics_SQLServer.sql

Oracle statistics_Oracle.sql

DB2 statistics_Db2.sql

Teradata statistics_Teradata.sql

Sybase statistics_Sybase.sql

8 单击下一步。

9 最终页面将显示您所选择内容的摘要。要创建统计表，单击完成。

设置项目的统计数据库

统计数据库创建完成后，您必须对您的项目进行配置使其记录统计信息到此数据库。

MicroStrategy 建议配置您的系统使用单独的实例会话记录。在此配置中，项目源中所有项目的统计信息将记录到单个数据库。要启用单独的实例会话记录，在 Intelligence Server 配置编辑器的统计 : 常规分类中，选择单独的实例会话记录并从下拉列表中选择一个项目。然后用以下操作流程指定该项目的统计数据库。如需更多关于单独的实例会话记录的信息，请参阅记录来自项目源的所有统计信息到同一个数据库（第 282 页）。

如何设置项目来记录统计信息

1 在 Desktop 中，登录到您需要记录统计信息的项目所在的服务器（3 层结构）项目源。您必须以具有 “ 服务器基本配置 ” 权限的用户身份来登录。

2 右键单击您要监控的项目并选择项目配置。这时项目配置编辑器打开。如果您使用的是单独的实例会话记录，您选择配置的项目必须是您  在设置单独的实例会话记录时所选中的项目。

3 展开数据库实例类别，然后再选择 SQL 数据仓库子分类。

4 您需要为统计数据库创建一个新的数据库实例。单击新建。这时将打开 “ 数据库实例 ” 对话框。

5 在数据库实例名称字段，为统计记录数据库实例输入一个名称。

6 从数据库连接类型下拉列表中，选择与统计数据库 DBMS 相对应的数据库类型和版本。  如果您使用的是 Oracle 8i R3，请选择 “Oracle 8i R2/R3”。 7 您需要创建新的数据库连接才能连接到数据库实例。单击新建。这时将打开 “ 数据库连接 ” 对话框。

8 在数据库连接名称字段，为数据库连接输入一个名称。

9 从 ODBC 数据源列表中，选择用于连接统计数据库的数据源名称。

10 如果您的数据库支持参数化的查询，您可以通过在统计数据库实例中建立参数化查询来提高统计记录过程的效率。要实现此操作，可选定高级选项卡上的使用参数化查询复选框。

11 您需要创建新的数据库登录帐户才能连接到数据库实例。在常规选项卡上单击新建。这时将打开 “ 数据库登录 ” 对话框。

12 在数据库登录字段输入新数据库登录帐户的名称。

如果此数据库登录名长度超出 32 个字符，则统计记录将在 DSS  Errors 日志中生成错误信息。

13 在相应的字段输入有效的数据库登录 ID 和密码。  MicroStrategy 不会校验此登录 ID 和密码，请在输入时仔细核对。 14 连续单击确定 3 次以返回到项目配置编辑器。每次单击确定时，请确保在单击确定之前已选中新的数据库登录名和数据库连接。

15 在数据库实例分类中，选择相应的统计子分类。

16 从统计数据库实例下拉列表中选择您的新统计数据库实例。

17 单击确定。项目配置编辑器随之关闭并保存您所做的选择。

指定要记录的统计信息

指定了项目的统计数据库实例后，您可以选择要记录的统计信息。如需关于可以记录的统计信息的详细信息，请参考 Intelligence Server 统计信息概要（第 279 页）。

您必须指定所有需要记录统计信息的项目要记录的统计信息的类型。单独的实例会话记录（详见记录来自项目源的所有统计信息到同一个数据库（第 282 页））将导致项目源上的所有项目共享同一个统计数据库，但不会记录相同的统计信息。

要记录来自性能计数器的信息，请使用 Diagnostics and Performance  Logging Tool。如需关于如何记录性能信息的详细说明以及操作流程，请参阅在统计表中记录性能计数器（第 279 页）。

如何指定要记录的统计信息

1 在 Desktop 中，登录到您需要记录统计信息的项目所在的服务器项目源。您必须以具有 “ 服务器基本配置 ” 权限的用户身份来登录。

2 右键单击您要监控的项目并选择项目配置。这时项目配置编辑器打开。

3 展开统计分类并选择常规子分类。

4 选中基本统计复选框。

5 要记录高级统计信息，选中您需要记录的统计信息旁边的复选框。

6 单击确定。项目配置编辑器随之关闭并保存您所做的选择。

7 要开始记录统计信息，卸载并重新载入您需要记录统计信息的项目：

a 在 Desktop 中，依次展开管理、系统管理，然后选择项目。这时将显示此项目源上所有项目的列表。

b 右键单击项目，指向管理项目，然后选择卸载。该项目将被卸载。 c 右键单击项目，指向管理项目，然后选择载入。项目将被重新载入并配置用来记录统计信息。

通过清除统计信息提升数据库性能

统计数据库会搜集大量的数据。这些数据可能经过一定时间后会过期并且不再与您的分析有任何关系。 MicroStrategy 建议在出现上述情形时清除过期数据以确保最佳的数据库性能。

可以在项目级别或服务器（项目源）级别清除统计表中的统计信息。无论在哪一个级别进行清除，您都必须指定清除操作的日期范围。

所有数据库清除过程将作为一项数据库事务处理来运行，且在发生错误时事务处理将回退操作，以确保统计信息数据库处于一致的状态。要让事务处理大小保持合理状态，建议根据统计信息数据库的大小设置多个清除操作所需的较小时间范围而不是指定一个单独的较大时间范围。例如，对于较大的数据库，合理的时间范围应设置为 1 个月，而对于较小的数据库，时间跨度设为一年更为合理。

如果通过特定的统计表执行删除操作无法在指定的清除超时范围内执行，则 Intelligence Server 将发出一条 SQLCancel 指令。当发生此情况时，统计数

据将无法清除并且会显示一条错误消息。此时，您可能需要增加清除超时范围或缩短清除时段。

如何清除特定项目的统计信息

IS_SESSION_STATS 表并不包含仍和项目级的信息，因此不受项目级  的清除操作的影响。

1 在 Desktop 中，右键单击项目并选择项目配置。这时项目配置编辑器打开。

2 选择统计分类，然后再选择该分类下方的清除子分类。

3 在选择日期下拉列表中，选择清除统计信息所需的日期范围。

4 在清除超时（秒）字段，指定以秒为单位的超时设置。服务器将在清除操作中使用此设置。服务器将发出一条单独的 SQL 语句来清除各个统计表，并且在执行清除操作过程中，超时设置将应用到各个 SQL 语句。

5 单击高级按钮。这时将显示一个统计信息列表。

6 选择要清除的统计信息。如需上述统计信息的说明，请参阅 Intelligence Server 统计信息概要（第 279 页）。

7 如果您使用的是群集化的 Intelligence Server： • 如需只清除当前 Intelligence Server 所记录的项目统计信息，请选定仅从当前的 Intelligence Server 机器上清除统计日志复选框。其他 Intelligence Server 记录的统计信息将被忽略。 • 如需清除任何一个 Intelligence Server 所记录的项目统计信息，请取消选定仅从当前的 Intelligence Server 机器上清除统计日志复选框。

8 单击立即清除。指定日期的统计信息将从统计数据库删除。

项目级的统计信息也可以通过 Command Manager 脚本在项目配置区  域输入 PURGE STATISTICS 命令来进行清除。如需更多关于 Command Manager 的信息，以及脚本样例，请参阅第 12 章用 Command Manager 自动处理管理任务。

如何一次性清除特定项目源上的所有项目的统计信息

1 在 Desktop 中，右键单击项目源并选择配置 MicroStrategy Intelligence Server。这时将打开 “Intelligence Server 配置 ” 对话框。

2 选择统计分类，然后再选择该分类下方的清除子分类。

3 在选择日期下拉列表中，选择清除统计信息所需的日期范围。

5 单击高级按钮。这时将显示一个统计信息列表。

6 选择要清除的统计信息。如需上述统计信息的说明，请参阅 Intelligence Server 统计信息概要（第 279 页）。

7 如果您使用的是群集化的 Intelligence Server： • 如需只清除当前 Intelligence Server 所记录的统计信息，请选定仅从当前的 Intelligence Server 机器上清除统计日志复选框。其他 Intelligence Server 记录的统计信息将被忽略。

• 如需清除任何一个 Intelligence Server 所记录的统计信息，请取消选定仅从当前的 Intelligence Server 机器上清除统计日志复选框。

8 单击立即清除。指定日期的统计信息将从统计数据库删除。

更多监控工具

除了上述日志记录根据和系统监视器以外， MicroStrategy 还提供了另外几款工具供您跟踪系统使用情况和系统所发生的更改。以下列出了每款根据的概要，以及详细信息所在的位置。

Diagnostics and Performance Logging Tool

MicroStrategy 日志文件是所有低级别系统活动情况的记录。您可以对 Intelligence Server 进行配置已记录不同级别的诊断信息。您也可以记录性能信息，比如执行各种操作所需的时间以及所执行的操作总数。

您需要通过 MicroStrategy Diagnostics and Performance Logging Tool 来管理日志文件。如需包括操作说明在内的有关此工具的信息，请参阅通过诊断信息查找问题点（第 637 页）。

Integrity Manager

MicroStrategy Integrity Manager 可以比较两个项目间的报表和文档。这可以有助于您判断元数据对象的常规维护更改或硬件及软件升级等的项目中的特定更改内容对该项目中的报表和文档所产生的影响。 Integrity Manager 还可以通过记录每份报表或文档执行时所花费的时间来提供相关的报表和文档数据。

如需更多关于 Integrity Manager 的信息，请参阅第 13 章通过 Integrity Manager 校验报表和文档。

Enterprise Manager

MicroStrategy Enterprise Manager 可以帮助您分析 Intelligence Server 统计信息。Enterprise Manager 自带了预先构建的 MicroStrategy 项目，其中包含几百个报表和仪表盘，涉及 Intelligence Server 操作的各个方面。您也可以使用 Enterprise Manager 的预先构建的事实和实体来创建属于您自己的报表，以便在第一时间访问您所需的性能和系统使用相关的信息。

如需更多关于 Enterprise Manager 的信息，请参阅第 14 章通过 Enterprise Manager 分析系统的使用情况。

Health Center

MicroStrategy Health Center 可以帮助您防止、诊断并修复您 MicroStrategy 系统存在的问题。该工具可以扫描您系统中存在的问题，为您建议最直接的解决方式，并制作日志文件的诊断包以及其他相关的系统信息，在必要时可发送到 MicroStrategy 技术支持部。 Health Center 还可以用来查看通过 Diagnostics and Performance Logging Tool 生成的日志文件。

如需更多关于 Health Center 的信息，请参阅第 15 章通过 Health Center 监控 MicroStrategy 系统。

Windows Performance Monitor

Windows Performance Monitor 并不是 MicroStrategy 产品的组成部分，但可以有效运用于系统资源的监控。如需关于使用 Windows Performance Monitor 来监控 MicroStrategy 系统组件如何使用资源的情况，请参阅系统内存和资源的管理：Windows 性能监视器（第 305 页）。

7. 调整系统以达到最佳性能

简介

MicroStrategy 系统的调整并不完全是一项专门的技巧。由于您的系统资源、应用程序性能以及用户用户要求与期望不尽相同，因此 MicroStrategy 不可能涵盖系统优化所需的完全符合您要求的使用方法或相关推荐配置。

MicroStrategy 系统管理员最重要的职责是权衡如何才能最大程度使用系统功能以便为一定数量的用户提供最佳的性能。本章将对如何分析您的用户需求，配置并调整系统以符合上述要求展开讨论。

本章中涉及的内容包括：

• 系统调整的概要及最佳实践方法（第 296 页） • 系统体系结构的设计（第 300 页） • 系统资源的管理（第 305 页） • 用户会话的管理（第 320 页） • 管理请求（第 327 页） • 管理作业的执行情况（第 333 页） • 管理数据结果的传递（第 344 页）

• 报表的设计（第 349 页） • 配置 Intelligence Server 和项目（第 351 页） • Narrowcast Server 和 Intelligence Server 的调整（第 360 页）

系统调整的概要及最佳实践方法

要在 MicroStrategy 系统以外的操作获得最佳性能，您必须熟悉您系统的特性以及您的系统如何在不同条件下执行操作。此外，您还需制定一个系统调整计划。例如，在您开始体验上述设置前，您应保留部分关键配置设置以及性能措施的基本记录，比如 Enterprise Manager 报表或诊断日志。每次做一项更改并测试系统性能。比较新性能与基本配置之间的差异并观察是否有所提升。如果未有提升，把设置恢复到原先的值。通过这种方式，当系统性能有所提升时，您会了解哪些变化是有意义的。

运行 Intelligence Server 所需的计算机配置、调整这些计算机的方式以及使用方式取决于用户的数量、并发用户数量及其使用类型等。 MicroStrategy 的知识库中提供了上述设置的最新推荐配置。

从系统调整的高级概览观点出发，您应首先定义系统的要求，然后再根据这些要求来配置系统的设计方案。以下内容将用本章其余篇幅主要讨论特定的系统调整方案。

• 系统要求的定义（第 296 页） • 系统设计方案的配置（第 297 页） • 系统调整最佳实践方法（第 299 页）

系统要求的定义

您应对如何成功配置一个符合特定期望或要求的系统有一定的标准。例如，您可能会有类似以下场景的一系列配置要求：

• 基于全局 Web 的部署，可满足 400 个用户以 15 秒的响应时间完成带提示的报表的执行并且可以订阅个性化每周销售报表。

• 内部部署能同时满足 200 名市场调研分析师在完全即席的方式下访问企业数据仓库。

• 基于 Web 的部署能同时满足 1,500 位远程用户以 5 秒的响应时间访问预定义的日销售和库存报表。

这些应用场景具备通用的要求，可以帮助您定义符合您期望的系统，如下所示：

• 您可能需要系统可以承受一定数量的并发用户当前处于登录状态。 • 您可能需要一定级别的性能，比如报表结果在规定时间内返回到用户，或报表结果操作迅速，亦或是一定数量的报表可以在一个小时或一天内完成运行。

• 您可能需要用户对部分系统特性有访问权限，比如预定稍后执行报表，或通过电子邮件发送报表到其他用户，亦或是您的用户可通过 MicroStrategy Web 在线访问报表。 • 您可能需要部分功能在系统中可用，比如允许报表灵活性以便用户能运行即席报表、带提示的报表、分页报表或智能立方体报表。

系统设计方案的配置

您应清楚地了解 MicroStrategy 智能立方体系统的容量是有限的。该系统不能承受无限量的用户并在短时间内处理无限量的作业。系统容量可以想象成两个主要目标所共享的一个盒子，即（通过用户提交请求）服务必要数量的用户会话以及最大化执行的作业量（以此返回结果）。

系统遇到的限制可能是 Intelligence Server 计算机的容量、数据仓库的吞吐量或网络容量。

影响系统容量的主要因素有：

• 可用的系统资源（包括内存） • 系统和网络的体系结构 • 已执行的报表的设计

• 决定系统资源使用情况的 Intelligence Server 和项目的配置

下图形象描述了上述因素对系统容量的影响。

System resources Architecture Intelligence Server Capacity

Requests User Sessions Executing Jobs Number of users - Active users - Connection threads Performance -User resources - Job prioritization Functionality -User profile - Results processing Users Results Databases

Configuring Intelligence Report design Server and Projects

UNIX 和 Linux 系统允许进程和应用程序在虚拟环境下运行。  MicroStrategy Intelligence Server Universal 可通过设置必要的环境变量在 UNIX 和 Linux 系统上安装以确保正常处理服务器的作业。但您可以调整这些系统设置来满足系统要求并提升性能。如需更多信息，请参阅 MicroStrategy 安装和配置指南中的安装计划章节。

配置运行时容量变量

运行时容量变量是 Intelligence Server 启动后影响系统性能和容量的因素。运行时容量变量有两个部分组成，即用户会话（详见用户会话的管理（第 320 页））和执行作业（详见管理作业的执行情况（第 333 页））。

这些运行时容量变量与系统容量之间存在相互作用。如果更改其中一个设置，另外的设置也会受到影响。例如，如果您把重点放在服务更多用户会话时，则作业执行将受到一定的影响，因为没有足够的系统容量可用。再比如，如果您增加 Intelligence Server 的容量，它将更快地执行作业或可以服务更多用户会话。

系统配置编辑器的访问

以下段落中的大多数选项都需在 Intelligence Server 配置编辑器或项目配置编辑器中进行指定。

前提条件

• 您必须有项目或项目源的配置约束权限。 • 您必须有服务器定义对象的配置权限。此外，要访问项目编辑器，您必须对项目对象有写入权限。如需更多关于服务器对象许可权限的信息，请参阅服务器约束和配置的访问权限（第 65 页）。

如何访问 MicroStrategy Intelligence Server 配置编辑器

1 在 Desktop 中登录一个项目源。

2 从管理菜单中指向服务器，然后再选择配置 MicroStrategy Intelligence Server。这时将打开 Intelligence Server 配置编辑器。

如何访问项目配置编辑器

1 在 Desktop 中登录一个项目源。

2 展开您想配置的项目。

3 从管理菜单中指向项目，然后选择项目配置。这时项目配置编辑器打开。

系统调整最佳实践方法

MicroStrategy 推荐使用下列最佳实践方法来完成 MicroStrategy 系统的设计、配置和调整操作。如需关于通过调整管理设置来提升系统性能的详细信息，请参阅本章的其余部分内容。

• 当设计您的项目和数据仓库时，请参照 MicroStrategy Project Design Guide 中所讲述的 MicroStrategy 最佳实践方法。

• 当配置您的网络时，请参照网络配置最佳实践方法（第 303 页）中所讲述的 MicroStrategy 最佳实践方法。 • 使用 Windows 性能监视器来跟踪 Intelligence Server 计算机上的系统资源使用情况，详见系统内存和资源的管理：Windows 性能监视器（第 305 页）。 • 用 Intelligence Server 的 Memory Contract Manager 来管理内存使用情况，详见利用 Memory Contract Manager 约束 Intelligence Server 的内存使用（第 312 页）。 • 使用 MicroStrategy 系统权限来限制用户对部分功能的访问，详见用户配置文件的管理（第 325 页）。 • 为讲求时效的作业分配高优先级，并为可能占用大量系统资源的作业分配较低的优先级，详见设置作业优先级（第 337 页）。

• 启用 Intelligence Server 线程平衡，详见 Intelligence Server 线程平衡（第 340 页） • 请务必让报表和文档设计师意识到可能会对系统造成过重负荷的功能。这些功能的详细介绍位于报表的设计（第 349 页）。

系统体系结构的设计

设计 MicroStrategy 体系结构时所作的决定很大程度上会影响系统的性能和容量。

System resources Architecture Intelligence Server Capacity

Requests User Sessions Executing Jobs Number of users - Active users - Connection threads Performance - User resources - Job prioritization Functionality - User profile - Results processing Users Results Databases

Configuring Intelligence Report design Server and Projects

设计系统体系结构时所作的决定包括：

• 数据仓库的配置方式（详见数据仓库对性能的影响（第 300 页）） • 计算机之间相对的物理位置以及计算机之间的带宽总量（详见网络对性能的影响（第 301 页）） • 是否群集多个 Intelligence Server 以及群集操作带来的好处（详见群集对性能的影响（第 304 页））

数据仓库对性能的影响

数据仓库是商业智能系统中一个关键的组成部分。如果数据仓库工作效率低，将导致整个系统性能降低。数据仓库平台或 RDBMS 以及数据仓库的设计和调整都是可能影响您系统性能的因素。

平台使用过程中的考虑事项

托管您数据仓库的计算机以及运行数据仓库的数据库平台（RDBMS）的大小和速度均会影响系统的性能。 MicroStrategy 自述文件中可以找到有关支持的 RDBMS 列表。您应了解您系统可承受的数据总量和用户数目，并仔细搜索可以承受该负荷量的 RDBMS。

设计和调整过程中的考虑事项

您的数据仓库的设计（也叫做物理数据仓库框架）以及调整对您的组织来说是重要且独特的环节。这些因素也会影响您的商业智能系统的性能。设计并调整数据仓库时的权衡事项并不在本指南的讨论范畴。以下是各种所需决定事项的类型举例： • 您会使用规范化的框架、适度规范化的框架还是完全不规范的框架？ • 您需要什么样的查找表、关系表和事实表？ • 您需要什么样的聚合表？ • 您需要对什么表进行分区，使用什么方式分区？ • 您需要对什么表进行索引操作？

如需更多关于数据仓库设计和数据建模的信息，请参阅 MicroStrategy 高级报表制作指南和 Project Design Guide。

网络对性能的影响

MicroStrategy 系统的各种组件需要安装在不同的计算机上以达到良好的性能。网络对这些组件之间的连接起到了重要的作用。在下图中，

MicroStrategy 系统的不同组件用表示网络的线条加以链接。图下方的表格描述了每个连接所产生的步骤。

shared cache file server Desktop 5 3 4 Metadata 6

1 2 7 Web client MicroStrategy Web server Intelligence Server Data cluster Warehouse

步骤协议详细信息

1 HTTP HTML 从 Web 服务器发送到客户端。数据大小对于其他部分来说是较小的组成部分，因为以增量方式不断从 Intelligence Server 获取结果且 HTML 结果并不包含任何不必要的信息。

2 TPC/IP XML 请求发送到 Intelligence Server。 XML 报表结果以增量方式不断从 Intelligence Server 获取。

3 TCP/IP 请求发送到 Intelligence Server。（未使用递增回取。）

4 TCP/IP 群集中所有节点间的信息传播（如有运用）：元数据更改、收件箱、报表缓存。在 Intelligence Server 节点间交换含有缓存和收件箱消息的文件。

5 TCP/IP 如果已运用，含有缓存和收件箱消息的文件也可以在 Intelligence Server 节点与共享内存文件服务器之间进行交换（请参阅在群集中共享结果缓存和智能立方体（第 368 页））。

6 ODBC 对象请求和事务处理信息发送到原数据。请求结果将保存在本地的 Intelligence Server 对象缓存。

7 ODBC 从数据库检索完整的结果集并存储在 Intelligence Server 内存和 / 或缓存。

步骤 2 和 3 中所使用的最大线程数可以在 Intelligence Server 配置编辑器中服务器定义：常规分类下的网络线程数字段进行控制。根据网络的配置方式的不同，一个网络线程就可能足够服务任意位置的 64 到 1028 个用户连接。

网络配置最佳实践方法

网络配置中包含相互关联的组件的安装，该配置对系统性能有巨大影响。例如，如果 Intelligence Server 与数据仓库之间的物理距离非常大，则会因为两台计算机之间网络延迟而降低系统的性能。

MicroStrategy 推荐使用下列最佳实践方法来完成网络的设计： • 将 Web 服务器计算机放置在离 Intelligence Server 计算机较近的位置。 • 将 Intelligence Server 放置在离数据库和元数据资料库较近的位置。 • 选择一台专用计算机用于安装元数据资料库。

• 如果您要使用 Enterprise Manager，选择一台专用的计算机用于安装 Enterprise Manager 数据库（统计表和数据仓库）。 • 如果您的群集环境中包含共享缓存文件服务器，请将共享缓存文件服务器放置在离 Intelligence Server 计算机较近的位置。

网络带宽以及带宽容量的使用方式

您的网络设计取决于用户通常所运行的报表类型。这些报表反过来也决定了对系统产生的负荷，以及系统组件之间所长生的网络流量。

网络在系统组件之间快速传输数据的能力将对系统性能造成巨大影响。对于大型结果集来说，最大负荷量或最多流量通常在数据仓库和 Intelligence Server 之间产生（下图中用 C 表示）。 Intelligence Server 与 Web 服务器之间的负荷相对较小（B），而 Web 服务器与 Web 浏览器之间产生的负荷最小（A）。

下图形象描述了这一变化，并在图下方做了相应解释。

A BC

Data MicroStrategy Web Intelligence Web client Warehouse Server Server(s)

• 递增回取大小直接影响 A 过程的总流量。 • 图形处理在 B 过程中增加了网络带宽。 • C 部分的负荷主要由从数据仓库检索到的总行数决定。发送 SQL 或从元数据检索对象等的操作产生的流量最小。

 缓存的报表不会在 C 过程产生任何网络流量。

 操作报表时不生成 SQL 并发送到数据仓库（比如旋转、排序和分页）类似于运行缓存的报表。

 操作报表时生成 SQL 并发送到数据仓库则类似于运行一个相同大小的未缓存的报表。

注意到网络上可产生最高负荷的位置后，您可以调整网络带宽或更改系统组件的放置位置以提升网络的性能。

您可以通过监视您网络容量的使用情况来判断您的网络配置是否对系统性能有负面影响。使用 Windows 性能监视器来监视对象 Network Interface，并观察表示带宽百分比的计数器 Total bytes/sec。例如，如果此计数器总是超过 60%，这可能表示网络对您的系统性能造成了负面影响。您可能需要一个有 60% 不同于系统的数字。

要计算网络容量利用率百分比，请将以比特 / 秒（B/S）为单位的总容量除以（每秒字节数 *8）。（每秒字节数乘以 8 是因为 1 字节 = 8 比特。）

性能监控器中的当前带宽计数器只给出了大约的总容量，因为这只是估算所得。要获得实际带宽数据，您可能需要使用另外的网络监控工具，比如 NetPerf。

群集对性能的影响

群集多台 Intelligence Server 计算机将很大程度上提高内存和 CPU 的容量，因为多台计算机共享作业。群集对您的系统也有很多好处。群集功能内置于 Intelligence Server 并且如果有相应的许可证则可以即开即用。如需更多关于 Intelligence Server 群集操作的信息，以及操作说明，请参阅第 8 章多个 MicroStrategy 服务器的群集化。

系统资源的管理

如果资金允许，您可以构建一个对系统容量限制较少的系统。虽然不必考虑从系统资源上节省开支，但在构建商业智能系统时，您可能会觉得资源不够用。

System resources Architecture Intelligence Server Capacity

Requests User Sessions Executing Jobs Number of users - Active users - Connection threads Performance - User resources - Job prioritization Functionality - User profile - Results processing Users Results Databases

Configuring Intelligence Report design Server and Projects

您必须决定如何最大程度使用系统的资源。由于 Intelligence Server 是 MicroStrategy 系统的主要组件，因此运行 Intelligence Server 计算机必须有足够资源以满足您的需求。这些资源包括：

• 处理器（处理器类型、速度和处理器数量（第 306 页）） • 物理磁盘特性（物理磁盘（第 307 页）） • 总内存量（内存（第 307 页）） MicroStrategy 安装和配置指南包含了小、中、大型配置内容的详细  信息。

系统内存和资源的管理：Windows 性能监视器

Microsoft 性能监视器这一款工具是 Windows 操作系统的一个部分。您可以用它来监视计算机上内存和其他资源的占用情况，并将该数据导出为各种格式的文件，其中包括 MicroSoft Excel 和 SQL。您也可以用它来访问特定的 MicroStrategy 性能计数器。

如需更多关于 Windows 性能监视器的信息，请参阅 http://www.microsoft.com/。

如何访问 Windows 性能监视器

点击 Windows 的开始菜单，指向所有程序，然后依次指向 MicroStrategy、 Intelligence Server、 Microsoft Performance Monitor。

如何查看 MicroStrategy 特定的性能计数器

1 在 Windows 性能监视器上的工具栏上，单击 View Log Data （查看当前活动）图标。这时将打开 System Monitor Properties （系统监视器属性）对话框。

2 单击 Data （数据）选项卡。

3 单击 Add（添加）。这时 “Add Counters（添加计数器）” 对话框将打开。

4 从 Performance Object （性能对象）下拉列表中选择 MicroStrategy Server Jobs （MicroStrategy Server 作业）或 MicroStrategy Server Users （MicroStrategy Server 用户）。

5 从列表中选择所需的计数器并单击 Add （添加）。

6 单击关闭，然后再单击确定。该对话框将被关闭，并在性能监视器中显示所需的计数器。

处理器类型、速度和处理器数量

Intelligence Server 将识别计算机 CPU 的类型和速度，并在带多个 CPU 的计算机上以更快的速度执行操作。如果 Intelligence Server 总是占用大量处理器的容量，比如超过了 80%，则预示着需要使用一个更高速的处理器来提高系统容量。在 Windows 中，您可以用 Windows 性能监视器来监视处理器。如需说明，请参考系统内存和资源的管理：Windows 性能监视器（第 305 页）。

升级计算机的 CPU 时，应确认是否有允许 Intelligence Server 在更快的 CPU 上运行的相应的许可证。例如，如果您将 Intelligence Server 上的处理器从 2 GHz 升级到 2.5 GHz，您则应从 MicroStrategy 索取一个新的许可证密钥。

Intelligence Server 会根据您所购买的许可证密钥检测允许使用的处理器数量。例如，如果运行 Intelligence Server 的计算机上有两个处理器，然后您将其升级到四个处理器， Intelligence Server 将只是用原先的两个处理器并忽略

另外两个处理器，直至您向 MicroStrategy 购买新的许可证密钥。另外，如果 Intelligence Server 计算机已经群集，则应用程序将确认使用中的处理器总数不超过许可的数量。

如需关于 CPU 授权方式的详细信息，请参阅 CPU 授权信息（第 194 页）。

物理磁盘

如果 Intelligence Server 的主机的物理磁盘上内存占用过大，这可能表示系统性能存在瓶颈。要在 Windows 计算机上监视物理磁盘的使用情况，请使用 Windows 性能监视器来观察对象 PhysicalDisk 和计数器 % Disk Time 的情况。如果计数器数据平均大于 80%，则表示计算机内存可能不足。这是因为计算机的物理 RAM 已满，操作系统开始在磁盘上来回交换页面文件的内存。这与 RAM 相比不够有效。因此， Intelligence Server 的性能可能受到影响。

通过监视磁盘的占有率，您可以判断计算机是否始终以高级别交换内存。整理磁盘碎片可以帮助减少总的内存交换量。如果这不足以减少内存的利用率，请考虑增加计算机中的总的物理 RAM。如需 Intelligence Server 使用内存的方式的相关信息，请参阅内存（第 307 页）。 MicroStrategy 建议在安装 Intelligence Server 之前就应建立一个计算  机正常磁盘利用率的标准或基准。这样一来，您便能判断 Intelligence Server 是否由于 RAM 有限而导致过多的内存交换。

您还可以使用 Current Disk Queue Length 这一性能计数器衡量磁盘的利用率，以此判断指定时间内等待中的请求数量。MicroStrategy 建议使用 % Disk Time 和 Current Disk Queue Length 计数器来监视磁盘的利用率。

如需了解如何使用 Windows 性能监视器的相关说明，请参阅系统内存和资源的管理：Windows 性能监视器（第 305 页）。

内存

如果托管 Intelligence Server 的计算机内存不足，可能会导致运行缓慢，甚至在占用大量内存的操作过程中关闭。您可以使用 Windows 性能监视器来监视可用的内存，并且您可以通过 Memory Contract Manager 来约束 Intelligence Server 的内存使用。以下内容将帮助您理解约束 Intelligence Server 的内存使用的最佳方式。 • 内存限制：虚拟内存和用户地址空间（第 308 页） • 用性能监视器来监控内存使用情况（第 309 页）

• Intelligence Server 启动时将占用多少内存？（第 310 页） • Intelligence Server 开始运行后如何使用内存？（第 311 页） • 利用 Memory Contract Manager 约束 Intelligence Server 的内存使用（第 312 页）

内存限制：虚拟内存和用户地址空间

Intelligence Server 所使用的内存受到两个因素的制约： • 计算机的虚拟内存（详见虚拟内存（第 308 页）） • Intelligence Server 进程所使用的用户地址空间（详见用户地址空间（第 308 页））

虚拟内存

虚拟内存是指物理内存（RAM）加上磁盘页面文件（交换文件）的总大小。除了操作系统以外，所有在计算机上运行的进程共享虚拟内存。

当计算机虚拟内存不足时，计算机上的进程将无法继续处理指令并且最终将关闭操作系统。要获得更多的虚拟内存，可用通过尽可能确保减少在计算机上运行的应用程序或服务，或通过增加总物理内存或页面文件大小来实现。增加总的虚拟内存可以有更多的专用字节数，但增加页面文件大小可  能会因为交换量增加而对 Intelligence Server 性能有不利的影响。

专用字节是指分配给指定进程的虚拟内存的字节数。之所以叫做专用字节是因为不能与其他进程共享，比如 Intelligence Server 等的进程需要内存时，它将分配一个总的虚拟内存供自身使用。进程所使用的专用字节可以通过 Windows 性能监视器中的 Private Bytes （专用字节）计数器来进行确认。

Intelligence Server 中内置的约束设置通过限制可能同时执行的操作数量和规模来控制专用字节的需求量。在大多数市场环境下，因专用字节而产生的虚拟内存的损耗并不是 Intelligence Server 的问题。

用户地址空间

用户地址空间（UAS）是 Intelligence Server 的第二个内存限制。它独立于虚拟内存，并且大小有限。根据其定义，在 32 位操作系统中，每个进程的地址空间（比如 Mstrsvr.exe Intelligence Server 应用程序）的大小应由 32 位可处理的字节数所定义，比如 232 或 4GB。Windows 将把此虚拟地址空间

一分为二：系统地址空间（SAS），保留了操作系统使用的空间，以及 UAS。在这里， UAS 是供 Intelligence Server 存储数据和代码的空间。

Windows 2003 分别分配 2 GB 到 UAS 和 SAS。但是，当在 Windows  2003 Advanced Server 或更高版本上使用 4GT 模式时，操作系统将分配 3 GB 到 UAS 并分配 1 GB 到 SAS。如需关于如何启用 4GT 的操作说明，请参考 Microsoft 的支持网站，或参阅 MicroStrategy Tech Note TN6875。

进程所使用的虚拟地址空间不会出现在实际虚拟内存中。相反，系统将维护每个进程的页面映射。页面映射是一个内部数据结构，用于虚拟地址到相应的物理地址（RAM 页面文件）的转换。出于此原因，所有进程的总虚拟地址空间比可用的总虚拟内存要大很多。

与 Intelligence Server 虚拟地址空间分配相关联的限制是由已确认的地址空间（进程实际使用的内存）和保留的地址空间（为进程可能使用而保留的内存）相加而得。这个值叫做进程的虚拟字节。内存损耗通常是因为虚拟字节不足所导致的。

用性能监视器来监控内存使用情况

Microsoft 的性能监视器是为监视整台计算机或特定进程（比如 Intelligence Server）所使用的总内存而设计的一款有用的工具。如需关于如何使用性能监视器来跟踪您生产环境下的 Intelligence Server 内存使用情况的操作说明，请参阅系统内存和资源的管理：Windows 性能监视器（第 305 页）。

您应与性能监视器一起使用的两个有关内存的 Intelligence Server 进程（Mstrsvr.exe）的计数器是 Private Bytes （专用字节）以及 Virtual Bytes （虚拟字节）。下图展示了 Intelligence Server 的这两个计数器（以及其他监视器）的样例日志。

上图形象描述了 Intelligence Server 中专用字节和虚拟字节之间差距。 Virtual Bytes （虚拟字节）计数器代表为进程保留的内存，而不是已确认使用的内存。 Private Bytes （专用字节）代表进程实际所使用的内存。 Intelligence Server 保留内存中部分区域（叫做堆阵）用于进程。 Intelligence Server 所使用的堆阵不能在服务器间共享保留的内存，从而进一步导致保留的内存（虚拟字节）和进程所使用的内存（专用字节）之间的差距加大。

Intelligence Server 启动时将占用多少内存？

影响启动时所消耗的总内存的因素有很多，比如元数据大小、项目数、框架大小、处理单元数、必要的数据库连接线程数、以及 Intelligence Server 是否处于一个群集的配置中。由于这些因素通常处于静态，因此启动时消耗的总内存很难保持不变。这可以让您准确估算运行时用户可用的内存大小。

当 Intelligence Server 启动时，它将通过以下方式来使用内存： • 初始化所有内部组件并载入操作所需的静态 DLL。这将消耗 25 MB 专用字节和 110 MB 虚拟字节。您不能控制这一内存使用方式。

• 载入所有服务器定义设置以及所有配置对象。这将消耗额外的 10 MB 专用字节和额外的 40 MB 虚拟字节。这将导致当前总内存消耗分别达到 35 MB 专用字节和 150 MB 虚拟字节。您不能控制这一内存使用方式。

• 随之将把（SQL 引擎组件需要使用的）项目框架载入内存。项目数量和大小将很大程度上影响所使用的总内存。这将消耗相当于三倍框架大小的专用字节以及相当于四倍框架大小的虚拟字节。例如，框架大小为 5 MB，则专用字节消耗量将增加到 15 MB （3 × 5 MB）。虚拟字节消耗量则将增加到 20 MB （4 × 5 MB）。您可以通过限制启动时载入的项目数量来控制这一内存使用方式。

• 它将创建数据库连接线程。主要会影响虚拟字节消耗，无论该线程是否实际连接到数据库都会每个线程增加 1 MB。您不能控制这一内存使用方式。

如何计算 Intelligence Server 启动时所使用的内存总量

如果不在生产环境下执行此操作流程，请确保生产环境下存在的所有  配置选项。否则，测量值将无法反映实际生产过程中的内存消耗情况。

1 启动 Intelligence Server。

2 Intelligence Server 启动后，使用 Windows 性能监控器创建并开始记录性能日志以便衡量 MSTRSVR 进程的专用字节和虚拟字节数。如需了解使用

Windows 性能监视器的相关说明，请参阅系统内存和资源的管理： Windows 性能监视器（第 305 页）。

3 当用性能监视器记录日志时，请停止 Intelligence Server。性能监视器将继续记录 Intelligence Server 进程的信息。您可以通过在当前活动窗口记录计数器信息以及通过性能日志来进行确认。

4 再次启动 Intelligence Server。这时将清楚看到消耗的总内存。

Intelligence Server 开始运行后如何使用内存？

Intelligence Server 将在运行时根据需要来增加内存的使用。以下因素决定了何时会增加内存的使用：

• 附加的配置对象：客户的缓存、连接映射、以及 Intelligence Server 启动后创建或使用的调度和订阅信息。

• 缓存：结果（报表和文档）缓存、对象缓存以及 Intelligence Server 启动后创建或使用的元素缓存。 Intelligence Server 用于结果缓存的最大总内存应在项目级别进行配置。如需更多关于缓存的信息，请参阅第 9 章加速报表和文档的响应时间：缓存。

• 智能立方体：Intelligence Server 启动后载入的任何智能立方体。用于智能立方体的最大总内存应在项目级别进行配置。如需详细信息，请参阅第 10 章管理智能立方体。 • 用户会话相关的资源：历史列表和工作集内存，很大程度上受到约束设置、报表大小和报表设计的影响。如需详细信息，请参阅用户会话的管理（第 320 页）和保存报表结果 : 历史列表（第 421 页）。 • 请求和结果处理：Intelligence Server 组件处理请求和报表结果所需要的内存。主要受到与分析复杂性相关的报表大小和报表设计所影响。如需详细信息，请参阅管理请求（第 327 页）和结果的处理（第 340 页）。 • 群集：Intelligence Server 与其他群集节点的通信以及维护报表缓存和历史列表信息时所使用的内存。如需更多关于群集的信息，请参阅第 8 章多个 MicroStrategy 服务器的群集化。 • 调度：用户未登录系统并执行报表时调度器所使用的内存。如需更多关于调度的信息，请参阅第 11 章作业和管理任务的定期计划。

利用 Memory Contract Manager 约束 Intelligence Server 的内存使用

Memory Contract Manager (MCM) 在内存请求会带来内存损耗的情况下对 Intelligence Server 能起到保护作用。启用该组件时， MCM 将放行或拒绝 Intelligence Server 中任务列表内的内存请求。放行或拒绝请求根据用户配置的对允许 Intelligence Server 使用的总内存的限制来执行。 MCM 是 Intelligence Server 中的一个组件，因此并不会管理 Intelligence Server 本身使用的实际内存。

MCM 所约束的请求类型有：

• 来自 MicroStrategy 元数据或数据仓库的数据库请求。 • SQL 生成 • 分析引擎处理（小计、交叉计算、分析函数） • 缓存的创建和更新

• 可供网络传输的报表解析和序列化 • XML 生成

MCM 所约束的请求内存负荷量取决于从数据仓库提取的数据总量。因此，内存负荷无法预测。

图表制作、缓存查找或文档的生成等的请求使用的是可预测的总内存，因此不受 MCM 约束。例如，报表的请求返回一个可接受的数据总量。描述报表结果的图表可以根据相同的数据来创建。因此， MCM 不会涉及图表制作请求。如果报表因为超过内存限制而未返回结果，则图形制作请求永远无法通过审核。

Memory Contract Manager 的使用

MCM 设置可以在 Intelligence Server 配置编辑器中的约束：内存设置分类下找到。

启用单个内存分配约束选项可以让您指定一次可为单个 Intelligence Server 操作保留的内存量。当启用此选项时，每个内存请求将与最大单个分配内存（MB）设置进行比较。如果请求超过此限制，则请求将被拒绝。例如，如果分配限制设为 100 MB 而请求的大小为 120 MB，该请求将被服务器拒绝，请求大小为 90 MB 时则允许放行。

如果 Intelligence Server 有另外的软件正在运行，您可能希望为这些进程预留部分内存。要保留此类内存，您可指定以 MB 为单位的最小保留内存或系统总内存百分比。在这种情况下，总的可用内存将由初始页面文件大小和 RAM 相加而得。如果最大页面文件的大小大于初始大小，则计算机的虚拟内存有可能大于 MCM 可预测的内存。 Intelligence Server 将总是保存最大 500 MB 的内存用于自身的运行。  如果计算机的内存小于此最大值，或者最小保留内存为 Intelligence Server 预留小于 500 MB 的内存，则不会为其他进程保留内存。

当 MCM 接收到的请求可能导致 Intelligence Server 的当前内存使用量超出可使用的最大虚拟地址空间或最小保留内存设置的值，则服务器将拒绝请求并进入内存请求闲置模式。在此模式下，MCM 将拒绝任何有可能损耗内存的请求。 MCM 将保持内存请求闲置模式直至 Intelligence Server 所使用的内存降至规定的值，这种值叫做低使用标记。如需关于低使用标记的计算方式的信

息，请参阅内存使用标记（第 316 页）。如需关于 MCM 处理内存请求闲置模式的方式相关的信息，请参阅内存请求闲置模式（第 317 页）。可使用的最大虚拟地址空间设置只能用于 32 位操作系统。在 64 位操  作系统中，通过此设置所能保留的总内存太大，因此没有使用必要。请使用最小保留内存设置控制 Intelligence Server 可用的总内存。

内存请求闲置时间是指 MCM 保持内存请求闲置模式的最长时间。如果内存使用量在内存请求闲置时间快结束时未能降至低使用标记值以下，则 MCM 将重启 Intelligence Server。把闲置时间设为 -1 时将导致 Intelligence Server 保持闲置状态，直至内存使用量降至低使用标记值以下。

MCM 放行或拒绝请求的方式

当一项任务发出内存请求时，将提供给 MCM 一个大致所需的内存量。如果该请求被放行， MCM 将减少可用的总内存且任务将从内存子系统分配内存。当该任务完成或取消时，则将释放内存并且总的可用内存将有所增加。

MCM 不会在代替一个任务来提交内存分配到内存子系统（比如内存管理器）。相反， MCM 只保留可用内存以及已经用于执行任务的内存的相关记录。

只有符合以下条件时才会放行内存请求：

• 请求的内存必须小于最大单个分配内存设置中的值。

• 此值应小于高使用标记值，若 Intelligence Server 处于内存请求闲置模式时则应小于低使用标记值。这些使用标记值会从当前所的 Intelligence Server 内存使用量以及可使用的最大虚拟地址空间和最小保留内存设置中衍生而得。如需更多有关内存使用标记值的详细说明，请参阅内存使用标记（第 316 页）。 • 还应小于 80% 的最大连续可用内存块，以标识内存碎片。

为判断是否放行或拒绝内存请求， MCM 将按照以下流程图的逻辑进行操作。

缩写: 内存请求 I-Server = Intelligence Server PB = 专用字节 (含协定大小) VB = 虚拟字节 HWM = 高使用标记更新 I-Server PB LWM = 低使用标记和 VB 值

I-Server 上的值是更新后请求大小为10 初次 I-Server MB？否计算 HWM1 (I-Server PB + 可 VB > 最大使用率用系统内存) 否设置？是

计算 HWM2 HWM 设置为 HWM1 和 HWM2 (I-Server PB) 的最小值

计算 LWM (0.95 * HWM)

启用单一是协定大小 < 最大否分配内存大小？单一分配内存大小？

是否拒绝请求

I-Server 否处于内存请求闲置模式？计算最大协定请求大小 = 计算最大协定请求大小 = 是 LWM – [1.05 * (I-Server PB) + 协定的 HWM – [1.05 * (I-Server PB) + 协定的内存] 内存]

否协定大小 < 最大是是协定大小 < 最大否请求大小？请求大小？

达到内存请求否否前 100 个请求中闲置时间限制？更新的最大可用块拒绝请求是并进入内存请求闲是更新最大可用块置模式是拒绝请求请求 > 80% 并启动 I-Server 最大可用块？

否放行请求拒绝请求若处于内存请求闲置模式拒绝请求时退出该模式

内存使用标记

高使用标记（HWM）是指触发内存请求闲置模式前专用字节和明显的内存占用之和可达到的最高值。低使用标记（LWM）是指 MCM 退出内存请求闲置模式前 Intelligence Server 的专用字节使用量必须符合的值。 MCM 会在每出现一次 10 MB 内存请求后重新计算高使用标记和低使用标记。 10 MB 值是内置的基准并且无法改变。

为高使用标记计算的值会有两种：一个基于虚拟内存，另一个基于虚拟字节。如需虚拟字节和专用字节等不同类型的内存的解释，请参阅内存（第 307 页）。

• 虚拟内存的高使用标记（上图中的 HWM1）的计算方式为 (Intelligence Server private bytes + available system memory)。并且将针对于每个潜在的内存损耗进行重新计算。若其他进程实际使用内存小于最小保留内存限制，则将用该限制值  来计算系统可用内存。

• 虚拟字节的高使用标记（上图中的 HWM2）的计算方式为 (Intelligence Server private bytes)。虚拟字节使用量首次超出可使用的最大虚拟地址空间或最小保留内存设置中的指定总量时将计算相应的高使用标记。 MCM 可确保 Intelligence Server 专用字节使用量增加时不能超出最初的计算结果，因此，直到 Intelligence Server 从内存请求限制状态返回时才会重新计算。

MCM 所使用的高使用标记低于上述的两个值。这表明计算得出虚拟字节的 HWM 后， Intelligence Server 将会释放内存而其他进程则会消耗更多可用内存。这会导致稍后计算得到的虚拟内存 HWM 低于虚拟字节 HWM。

计算所得低使用标记为 HWM 的 95%。每次 HWM 发生变化时都将重新计算该值。

内存合同管理

建立高使用标记和低使用标记后，MCM 将立即检查是否启用了单个内存分配约束。如果已启用，且请求的总内存大于最大单个分配内存设置中的值，则请求将被拒绝。

如果单个内存分配约束未启用，或者请求的内存块小于最大单个分配内存设置中的值，则 MCM 将检查是否处于内存请求闲置模式，且按以下方式计算最大占用请求请求大小：

• 常见的 Intelligence Server 操作中，最大请求大小要以高使用标记为基础进行计算。公式为 [HWM - (1.05 *(Intelligence Server Private Bytes) + Outstanding Contracts)]。

• 在内存请求闲置模式中，最大请求大小要以低使用标记为基础进行计算。公式为 [LWM - (1.05 *(Intelligence Server Private Bytes) + Outstanding Contracts)]。  1.05 是一个固定的安全系数。对于常见的 Intelligence Server 操作，若请求大小大于最大请求内存大小，则 MCM 将拒绝请求。随之将进入内存请求闲置模式。

如果 MCM 已经在内存请求闲置模式下且请求大小大于最大的请求值，MCM 也会拒绝请求。随后检查是否已超过内存请求闲置时间，如果已超时，则将重新启动 Intelligence Server。如需关于内存请求闲置模式的详细介绍，请参阅内存请求闲置模式（第 317 页）。

如果请求的值小于最大请求值，则 MCM 将执行最终检查以表明虚拟地址空间的潜在内存碎片。 MCM 随即检查最近 100 个请求中是否已更新最大可用内存块的记录，如果未更新，则将更新为当前最大可用内存块的大小。接下来将比较请求大小与最大的可用内存块。如果请求值大于 80% 的最大可用内存块，请求将被拒绝。否则，请求将被放行。

放行一个请求后，如果 MCM 已处于内存请求闲置模式，则将返回到常规操作。

内存请求闲置模式

MCM 首次拒绝请求时，将进入内存请求闲置模式。在此模式下， MCM 将拒绝所有可能导致 Intelligence Server 的专用字节使用量高于低使用标记之上的请求。 MCM 只有在发生以下一个情形时会保持在内存请求闲置模式。 • Intelligence Server 的内存使用量降至低使用标记以下。在这种情况下， MCM 将退出内存请求闲置模式并恢复常规操作。

• MCM 处于内存请求闲置模式的时间已超出内存请求闲置时间。在这种情况下， MCM 将重新启动 Intelligence Server。这将释放之前已分配给 Intelligence Server 任务的内存，并避免内存损耗。

内存请求闲置时间闲置不会通过内部时钟或调度器强制执行。相反，每一次发生拒绝请求时， MCM 将检查自从触发内存请求闲置模式后所经过的时间。如果经过的时间多于内存请求闲置时间限制，则 Intelligence Server 将重新启动。

这将消除潜在的不必要的 Intelligence Server 重启过程。例如，内存请求导致触发内存请求闲置模式，但是一段时间内不会提交更多请求。内存请求闲置时间结束前的一次预定检查将在没有提交新作业的前提下重启 Intelligence Server。但是， Intelligence Server 并未完成现有的约定并释放内存，下一次

提交的约定请求值将低于 LWM。在这种情况下， MCM 将会接受请求并恢复常规操作，但不必重启 Intelligence Server。

当因为超过内存请求闲置时间而致使 MCM 强制 Intelligence Server 重  新启动时，也会将 Intelligence Server 的内存使用约定写入到磁盘。此内存转储将保存在 Intelligence Server 文件夹中的 MCMServerStallDump.dmp 文件中。默认情况下，此文件夹位于 C:\Program Files\MicroStrategy\Intelligence Server\。

MicroStrategy 建议将内存请求闲置时间设置为稍大于运行您系统中最大的报表所需时间。这样一来， Intelligence Server 在的等待任务完成过程中不必要关闭。可以使用 Enterprise Manager 来判断您的系统执行报表时所需的平均时间和最长时间来帮助您设置时间限制。如需关于 Enterprise Manager 的使用说明，请参阅第 14 章通过 Enterprise Manager 分析系统的使用情况。

系统内存损耗

下图显示的是潜在的系统内存损耗示例。

在此示例中， MCM 放行了内存请求 A。请求被放行后，新的内存约定在系统可用内存中占了一定的比例。接下来，请求 B 将被拒绝，因为它超出了从可使用的最大虚拟地址空间设置中衍生而得高使用标记。

请求 B 被拒绝后， Intelligence Server 将进入内存请求闲置模式。在此模式的操作中，所有可能会将总使用内存增至低使用标记以上的请求都将被拒绝。

在上述示例中，请求 C 的内存将升至低使用标记以上。由于 Intelligence Server 处于内存请求限制模式，此请求将被决绝，除非 Intelligence Server 从某一位置释放内存，比如其他已完成的内存约定。

请求 D 将低于使用标记，因此将被放行。请求被放行后，Intelligence Server 将退出请求闲置模式并恢复常规操作。

如果在超出内存请求闲置时间前， Intelligence Server 未收到任何总内存低于低使用标记的请求，则 MCM 会关闭并重启 Intelligence Server。

虚拟字节损耗

下图描述了 MicroStrategy Intelligence Server 虚拟地址空间中可用字节可能产生的潜在内存损耗。

在此示例中， Intelligence Server 的专用字节使用量已增至现有内存约定高于高使用标记时的水平。请求 A 被拒绝的原因是请求的内存会进一步损耗 Intelligence Server 的虚拟地址空间。

请求 A 被拒绝后， Intelligence Server 将进入内存请求闲置模式。在此模式的操作中，所有可能会将总使用内存增至低使用标记以上的请求都将被拒绝。

低使用标记是高使用标记的 95%。在此应用场景中，高使用标记是首次检测到内存损耗时 Intelligence Server 专用字节的总量。设置了虚拟字节高使用标记后，则不会对其重新计算。因此， Intelligence Server 必须释放部分专用字节才能退出内存请求闲置模式。

虽然不会重新计算高使用标记，但将在每一次请求后重新计算虚拟内  存高使用标记。MCM 根据更低的虚拟内存高使用标记和虚拟字节高使用标记来计算低使用标记。这表明计算得出虚拟字节的高使用标记后， Intelligence Server 将会释放内存而其他进程则会消耗更多可用内存。

这会导致稍后计算得到的虚拟内存高使用标记低于虚拟字节高使用标记。

Intelligence Server 将保持内存请求闲置模式直至内存使用量大致达到提交请求 B 时所使用的内存量。Intelligence Server 专用字节使用量已降至可提交的请求低于低使用标记时的水平。此请求将被放行，且 MCM 将退出内存请求闲置模式。

如果在超出内存请求闲置时间设置前， Intelligence Server 不释放足够的内存来处理请求 B，则 MCM 将重启 Intelligence Server。

约束来自 MicroStrategy Web 产品请求的内存

您可以限制 Intelligence Server 处理来自 MicroStrategy Web 的请求所需的总内存使用量，并且可以设置必须为来自 MicroStrategy Web 的请求所保留的可用内存总量。当选定 Web 请求作业限制复选框时，将启用这些限制。如果不符合上述任何条件，则所有来自 MicroStrategy Web 的任意性质的请求将被拒绝（登录、报表执行、搜索、文件夹浏览），直至符合相应的条件。详见以下有关每个设置的详细信息。

• Intelligence Server 最多使用总内存用于设置相对于计算机上总内存的 Intelligence Server 进程所能使用的最大系统总内存（RAM 加上页面文件）。此设置可有效防止系统在发生内存损耗时处理 Web 请求。如果符合条件， Intelligence Server 将拒绝所有来自 MicroStrategy Web 产品（或用 MicroStrategy Web API 构建的客户端）的请求。

• 最小物理内存用于设置必须保留的 Web 请求所需的可用最低 RAM 总量。此值是计算机上总物理内存总量的百分比（不包括页面文件内存）。此设置有利于作业效率不高的情况，比如计算机上运行的是应用程序而不是 Intelligence Server 并且您想增加对来自 MicroStrategy Web 产品的请求通过 RAM 而非页面文件运行服务时的变更。

用户会话的管理

来自 MicroStrategy 客户端的每一个用户连接将在 Intelligence Server 上建立相应的用户会话。每个用户会话将消耗 Intelligence Server 计算机上的大量资

源，并且根据用户处于连接状态下所进行的操作，存在更多资源消耗的潜在可能。

系统中的并发用户数量被视为是活动用户（即登录的用户）的另一类  用户。

System resources Architecture Intelligence Server Capacity

Requests User Sessions Executing Jobs Number of users - Active users - Connection threads Performance - User resources - Job prioritization Functionality - User profile - Results processing Users Results Databases

Configuring Intelligence Report design Server and Projects

本节包含的内容有：

• 您系统上的活动用户和用户会话如何只通过登录系统来使用系统资源（详见管理处于活动状态的用户（第 321 页）） • 活动用户执行作业、运行报表并发送请求时内存和 CPU 的使用情况，以及您对这些请求的约束方式（详见用户资源的管理（第 323 页）） • 用户配置文件如何决定用户登录时所能进行的操作，以及您如何管理这些配置文件（详见用户配置文件的管理（第 325 页））

您可以跟踪当前通过用户连接监视器连接到系统的用户。如需关于如何使用此系统监视器的详细信息，请参阅监控用户的项目连接情况（第 59 页）。

管理处于活动状态的用户

当用户登录到 MicroStrategy 系统时，将建立一个用户会话。此用户会话在用户退出系统或系统将用户注销前将保持开放状态。 Intelligence Server 上已登录但未进行任何操作的用户仍会消耗部分资源。 Intelligence Server 上允许的用户会话越多，这些用户对系统造成的潜在负荷越大，因为每个会话可以允许多个作业。

要帮助控制用户会话可能对系统造成的潜在负荷，您可以限制每一个项目和 Intelligence Server 允许的用户会话限制。而且 Desktop 和 MicroStrategy Web 均设置了会话超时，以便用户忘记注销时，系统将自动注销用户且这些用户的会话不会占用不必要的 Intelligence Server 资源。

例如，用户登录后运行了一份报表，然后中午外出就餐时未退出系统。如果 Intelligence Server 服务的用户会话数以达到最大值且另一位用户尝试登录到系统，则该用户不允许登录。您可以设置用户会话的总持续时间并且限制会话处于非活动或使用状态时保持开放的时间。在这种情况下，如果将非活动时间限制设置在 15 分钟，则中午外出就餐的用户的会话将由 Intelligence Server 关闭。随后，另一个用户登录到系统。

Intelligence Server 在完成该用户提交的所有作业前不会关闭用户会  话。其中包括等待自动提示答案的报表。例如，如果 MicroStrategy Web 或 Web Universal 用户运行一个带自动提示的报表，且未回答该提示的情况下点击了浏览器上的 “ 返回 ” 按钮，则将创建一个开放的作业。如果用户接下来关闭浏览器或退出系统时未取消作业，则用户会话保持开放，直至开放的作业因为 “ 等待自动提示 ” 而发生超时。

这些用户会话限制将在以下部分继续讨论，因为与特定的软件功能和产品密切相关。

限制 Intelligence Server 上用户会话的数量

该设置将限制可连接到 Intelligence Server 的用户会话的数量。其中包括通过 MicroStrategy Web 产品、 Desktop、 Distribution Services 以及您用 SDK 创建的其他应用程序而建立的连接。单个用户帐户可以在 Intelligence Server 上建立多个会话。每个会话将分别连接到用户所访问的 Intelligence Server 和每个项目。在用户连接监视器中，与 Intelligence Server 建立的连接在 “ 项目 ” 栏显示为 < 服务器 >。项目会话将通过一个项目级的每个项目的用户会话数设置来分开管理，详见以下讨论。当 Intelligence Server 上达到最大用户会话数时，用户将无法登录，但管理员可以通过用户连接监视器或增加此管理设置的方式来断开当前用户的连接。

要指定此设置，请在 Intelligence Server 配置管理器中，选择约束：常规分类并在最大用户会话数目字段输入一个数字。

限制每个项目的用户会话数

用户访问一个项目时将为此项目和 Intelligence Server 建立一个连接（也叫做用户会话）。在用户连接监视器中，与项目建立的连接将在 “ 项目 ” 栏显示项目名称。如果按项目栏对连接列表进行排序，则可以看到每个项目的总用户会话数。

您可以限制每个项目所允许的会话数。当达到项目最大用户会话数时，用户将无法登录系统。系统管理员例外，他们可以登录系统并通过用户连接监视器或增加此管理设置的方式来断开当前用户的连接。

要指定此设置，请在项目配置管理器中，选择约束：用户会话分类并在每个项目的用户会话数字段输入一个数字。

您也可以限制每位用户的并发会话数。如果 Guest 等的单个用户帐户用于多个连接时可以使用此设置。要指定此设置，请在项目配置管理器中，选择约束：用户会话分类并在每用户并发交互项目会话字段输入一个数字。

限制用户会话闲置次数

当用户登录到 MicroStrategy Desktop （3 层连接配置）或 MicroStrategy Web 时，将建立一个用户会话。只要登录到该会话的用户有使用项目、创建或执行报表等操作，该会话将被视为活动状态。当用户停止使用会话时，则意味着进入闲置时间。您可以指定 Intelligence Server 断开该会话前，会话保持闲置状态的最长总时间。这将释放限制会话所占用的系统资源并在达到最大用户会话数的情况下允许用户登录系统。

要指定 Desktop 上的此设置，请在 Intelligence Server 配置管理器中，选择约束：常规分类并在用户会话闲置时间（秒）输入允许的闲置时间的秒数。

要指定 MicroStrategy Web 上的此设置，请在 Intelligence Server 配置管理器中，选择约束：常规分类并在 Web 用户会话闲置时间（秒）输入允许的闲置时间的秒数。

如果设计师将在 MicroStrategy Web 中构建 Report Services 文档和仪  表盘，请将 Web 用户会话闲置时间（秒）设置为 3600 以避免项目源发生超时。

用户资源的管理

用户会话在用户登录系统时将消耗系统资源，特别是使用历史列表以及 MicroStrategy Web 中的工作集时。本节内容主要讨论上述这两个功能及其管理方式。

历史列表

历史列表是一种基于内存的消息列表，用于引用用户已执行或调度的报表。引用结果将存储为 Intelligence Server 上的历史或匹配历史缓存。

历史列表有消耗大量系统资源的潜在可能。您可以通过以下方式来管理旧的历史列表所使用的资源。

• 您可以通过一项预定的管理任务来删除历史列表中的消息。如需包括操作说明在内的更多有关预定此任务的信息，请参阅调度管理任务（第 484 页）。

• 在 Intelligence Server 配置编辑器中的历史设置：常规分类，您可以限制每个用户最大消息数量。如果用户已到达此最大值并且尝试添加另一消息到历史列表，最旧的消息将自动删除。

• 在 Intelligence Server 配置编辑器中的历史设置：常规分类，您可以设置消息有效期（天）。 Intelligence Server 将自动删除所有早于指定消息有效期的历史列表消息。

如需更多关于历史列表的信息，包括历史列表管理设置的相关详细信息，请参阅保存报表结果 : 历史列表（第 421 页）。

工作集（仅 MicroStrategy Web）

当用户通过 MicroStrategy Web 或 Web Universal 运行报表时，从报表返回的结果将被添加到该用户会话的工作集并存储在 Intelligence Server 上的内存中。工作集是指引用基于内存的报表实例的消息集合。用户执行报表或从历史列表接收消息时，将添加一条消息到工作集。使用工作集的目的是：

• 提升 MicroStrategy Web 操作报表时的性能，不必因为每一次发生变化而通过数据仓库运行 SQL。

• 允许充分使用 Web 浏览器的 “ 后退 ” 按钮 • 允许用户手动添加消息到历史列表

工作集内的每条消息可以在内存中存储两种版本的报表实例：原始版本和结果版本。报表实例的原始版本将在首次执行报表时创建并且在消息仍为工作集一部分期间一直保留在内存中。报表实例的结果版本只有在用户对报表进行相应操作后才会添加到工作集。每一次报表操作都将添加一个增量 XML 到报表消息。在每个后续操作完成后，新的增量 XML 将应用到结果版本。当用户单击浏览器的 “ 后退 ” 按钮时，之前的增量 XML 将应用到原始报表实例并更新为用户正在请求的状态。例如，若用户已进行 4 项操作，则报表包含 4 个增量 XML，当用户单击 “ 后退 ” 按钮时，之前的 3 个 XML 将应用到原始版本。

管理 MicroStrategy Web 中的历史列表和工作集内存的使用

您可以按照以下方式来控制历史列表和工作集所使用的总内存。

• 限制用户可在 MicroStrategy Web 中保持可操作的报表的数量。这个数量需在 MicroStrategy Web 产品界面的项目默认：历史列表设置中进行定

义。您必须选择手动选项才能添加消息到历史列表，然后在您想保留多少最新运行的报表和文档供手动操作 ? 字段指定相应的数量。默认值为 10，最小值为 1。该数字越高，报表消耗的内存越多。如需详细信息，请参阅 MicroStrategy Web 帮助。

• 限制所有用户均能使用的工作集的最大 RAM 总量。当达到限制值且创建新报表实例时，最近一次使用的报表实例将通过内存交换方式写入磁盘。要设置上述值，请在 Intelligence Server 配置编辑器中的 “ 管理：工作集 ” 分类下的工作集缓存使用的最大 RAM （MB）字段输入限制值。  请注意以下内容 : – 如果将这个限制内存设为高于操作系统所能承受的值，Intelligence Server 将使用 100 MB。在大多数操作系统上此设置的最高值为 65,536 MB (64 GB)。 Windows 2003 以下版本的操作系统上的最高值为 2048 MB (2 GB)。 – 如果您将此限制设置过低，且没有足够磁盘空间来处理磁盘交换总量，那么在每一次内存高峰使用过程报表可能会执行失败，因为无法写入内存或磁盘。

如果用户会话包含一个开放的作业，则用户会话不会关闭，且该作业  的报表实例不会从工作集删除，直至完成作业或超时。通过这种方式，作业可以在用户注销后继续执行操作。这回导致在 Intelligence Server 上出现过多内存占用情况，因为会话的工作集将保留在内存中直至会话被关闭。有关如何设置作业超时期限的操作说明，请参阅限制报表执行时间上限（第 331 页）。

用户配置文件的管理

用户配置文件可以定义为用户登录系统时所能进行的操作。如果您允许用户使用系统中的部分功能，则用户很有可能影响系统的性能。例如，当用户预定执行报表时，将在 Intelligence Server 上创建用户会话，因此即便用户当前为处于登录状态，也会对系统产生一定的负荷。

您可以通过限制各种权限来限制这些类型的活动，如下所示。有关权限的常规信息以及 MicroStrategy 安全模型的基本信息，包括放行和调用权限的操作说明，请参阅控制功能的访问：权限（第 69 页）。

与订阅相关的权限

允许用户订阅报表并在在稍后的日期再运行报表很有可能会影响系统性能。您可以通过使用 Web 调度的报表和调度的请求权限来限制订阅功能的使用。

如果您系统中运用了 Distribution Services 或 Narrowcast Server 并且  用户具备 Web 调度电子邮件或 Web 立即发送权限，则可以在预先设置的时间通过邮件发送报表也可以立刻发送报表。当报表通过邮件发送时会导致系统在 Intelligence Server 上创建一个用户会话。

如需更多关于订阅报表和文档的信息，请参阅报表和文档的定期操作：订阅（第 477 页）。如需关于 Distribution Services 的信息，请参阅用 Distribution Services 调度邮件、文件和打印机的传递内容（第 487 页）。

历史列表权限

允许用户使用历史列表会消耗额外的系统资源。在上一段中详细讲述了如何管理历史列表的使用（详见历史列表（第 323 页））。与历史列表相关的非管理权限包括：

• Web 订阅到历史列表 • Web 查看历史列表 • Web 加入到历史列表 • 在邮件中使用历史列表链接（Distribution Services） • 使用历史列表

报表操作权限

允许用户操作越多内容，占用更多系统资源的潜在可能性也越高。会占用额外系统资源的操作包括数据透视、分页和排序。您可以通过以下权限来限制上述操作：

• 要限制数据透视的使用，请使用 Web 旋转报表和旋转报表权限。 • 要限制分页的使用，请使用 Web 切换分页元素权限。 • 要限制排序的使用，请使用 Web 排序和修改排序权限。

导出权限

导出报表时可能会消耗大量内存，特别是在报表导出为带格式的 Excel 时。如需更多关于如何限制内存占用的相关信息，请参阅限制 XML 单元格数量（第 346 页）。导出报表时所需的相关权限可在 Common （普通）权限组中找到，并且包含以下内容：

• 导出到 Excel • 导出到 Flash • 导出到 HTML • 导出到 PDF • 导出文本

要限制用户从 icroStrategy Web 导出任何报表，请使用 Web Reporter  权限组中的 Web Reporter 导出权限。

OLAP Services 权限

如果您已为您的用户购买 OLAP Services 许可证，这些用户很有可能会占用大量可用的系统资源。例如，如果您的用户正在创建一个大型智能立方体并且对这些立方体进行大量操作，系统会比平常运行较小的报表并且不执行大量操作时产生更多负荷。

OLAP Services 权限在所有权限列表中用 * （星号）加以标注（详见 Supplemental Reference for System Administration 中的 List of Privileges 章节）。如需更多关于 OLAP Services 如何使用系统资源的详细信息，请参阅智能立方体（第 351 页）。

管理请求

每个用户会话可以执行多个并发作业或请求。当用户一次运行多个文档并且这些文档提交多个子报表时或用户发送报表到历史列表，然后在第一份报表

仍在执行的状况下执行另一个报表时会发生上述情形。用户也可以多次登录系统并同时运行报表。这样也会造成大量占用可用系统资源的潜在可能。

System resources Architecture Intelligence Server Capacity

Requests User Sessions Executing Jobs Number of users - Active users - Connection threads Performance - User resources - Job prioritization Functionality - User profile - Results processing Users Results Databases

Configuring Intelligence Report design Server and Projects

要控制可同时运行的报表数量，您可以限制可执行的请求的数量。您可以限制每位用户和每个项目的请求数量。您还可以选择排除作业限制中作为 Report Services 文档的一部分而提交的报表（详见排除文档数据集的作业限制（第 328 页））。

您还可以对以下内容进行特别限制：

• 作业总数目（限制作业总量（第 329 页）） • 每个项目的作业数量（限制每个项目的作业数量（第 329 页）） • 每个用户帐户和每个用户会话的作业数量（限制每个用户会话和每个用户帐户的作业数量（第 330 页）） • 执行中的报表数量或每个用户帐户的数据集市数量（不包括元素请求、元数据请求和报表操作）（限制每个用户和项目执行中的作业数量（第 330 页））

• 报表可以执行的总时间（限制报表执行时间上限（第 331 页））

• 报表的 SQL （每个路径），包括大小以及执行时间（限制每个路径的报表 SQL （第 332 页）） • 智能立方体所使用的总内存（约束智能立方体的内存使用量（第 459 页））

排除文档数据集的作业限制

文档和报表执行时可能会提交多个作业。例如，如果您执行的文档中包含一个提示以及嵌入的三份报表， Intelligence Server 将处理五项作业，分别与文档、提示以及三个嵌入的数据集报表相关。

为了避免意外阻止文档的执行，您可以排除作业限制中作为 Report Services 文档的一部分而提交的报表。在这种情况下，如果您执行一个包含提示以及三分嵌入式报表的文档， Intelligence Server 将根据以下所述的作业限制只执行两项作业，分别与文档和提示相关。

要从作业限制中排除文档数据集作业，在 Intelligence Server 配置编辑器中，选择约束：常规分类，再选定管理 Intelligence Server 和历史列表时， Report Services 文档中的嵌入式报表将不列入计数复选框。该选项将应用到项目级作业限制以及服务器级的限制。

限制作业总量

您可以限制 Intelligence Server 处理的并发作业的总数。并发作业包括报表请求、元素请求以及正在执行或等待执行的自动提示请求。但不包括已完成（开放）的作业、缓存的作业或出现错误的作业。如果已达到作业限制，用户将看到一条错误消息，表示已达到最大作业量。用户需要再次提交作业。

要设置此限制，请在 Intelligence Server 配置管理器中，选择约束：常规分类并在最大作业数目字段输入一个数字。您也可以指定最大的交互作业量（通过直接用户请求执行的作业）和调度作业量（通过调度的请求执行的作业）。值 -1 表示可执行的作业数量没有限制。

限制每个项目的作业数量

您可以限制在一个指定的项目中 Intelligence Server 所处理的并发作业的数量。如果您的 Intelligence Server 上包含多个项目，则每个项目可以有各自的作业限制设置。限制每个项目的并发作业数量可以通过限制并发执行作业所占用的总资源来帮助减少对系统造成不必要的负担。

并发作业包括报表请求、元素请求以及正在执行或等待执行的自动提示请求。但不包括仍处于开放状态的已完成的作业、缓存的作业以及返回错误信息的作业。如果已达到限制，用户将看到一条错误消息，表示每个项目的作业量太大。接下来，用户需要再次提交作业。

在一个群集的系统中，这些设置将限制群集中每一节点上的每个项目  的并发作业量。

要指定此作业限制设置，请在相应的项目配置编辑器中，选择约束：作业分类，然后在各个每项目的作业字段指定允许项目执行的并发作业数量。您也可以指定最大的交互作业量（通过直接用户请求执行的作业）和调度作业量（通过调度的请求执行的作业）。值 -1 表示可执行的作业数量没有限制。

限制每个用户会话和每个用户帐户的作业数量

如果您的用户作业请求对系统造成了过重的负担，您可以限制 Intelligence Server 中开放作业的数量，其中包括元素请求、自动提示以及用户报表。 • 要帮助控制项目中可运行的作业数量从而减少对系统资源造成的影响，您可以限制用户在一个用户会话中可执行的并发作业数量。例如，如果每用户会话的作业限制设为 4 并且用户有一个开放的项目会话，则该用户一次只能执行 4 项作业。但是，用户可以通过多次登录项目来绕过此限制。（要防止此操作，请参考下一个设置：每个用户帐户的作业限制。）

要指定此设置，请在项目配置管理器中，选择约束：作业分类并在每用户会话的作业字段输入一个数字。值 -1 表示可执行的作业数量没有限制。 • 您可以对每位用户可执行的每个项目的并发作业数量进行限制，无论用户一次执行的用户会话数量有多少。例如，如果用户有两个用户会话且每用户会话的作业限制为 4，则用户很有可能运行 8 项作业。但如果每用户帐户的作业限制设为 5，则用户只能执行 5 项作业，无论用户登录系统的次数多少。因此，此限制可用防止用户通过多次登录系统来避开每用户会话的作业限制。

要指定此设置，请在项目配置管理器中，选择约束：作业分类并在每用户帐户的作业字段输入每个用户帐户允许的作业数量。值 -1 表示可执行的作业数量没有限制。

这两个限制包括报表数量、元素数量以及正在执行或等待执行的自动提示作业请求数量。这些限制并不包括已完成的作业、缓存的作业或返回错误信息的作业。如果达到任何一个限制，用户提交的所有作业都不会执行且用户将看到一条错误消息。

限制每个用户和项目执行中的作业数量

如果您的用户通常请求的作业不会对系统造成太多负担，您可能只想限制执行中的报表和数据集市，并且仍允许用户回答自动提示以及问题元素的请求。您可以限制每个用户账户在项目中的并发报表的数量（均包括文档中的普通报表和数据集报表）。

这种限制叫做每个用户执行的作业。如果项目中已达到此限制，新的报表请求将在 Intelligence Server 队列中等待直至其他作业完成操作。随后将按照进入队列的顺序来处理这些请求，这通常由优先级图进行控制（详见设置作业优先级（第 337 页））。

要指定此限制设置，请在相应的项目配置管理器中，选择约束：作业分类并在每个用户执行的作业字段输入每个用户允许的并发报表作业数量。值 -1 表示可执行的作业数量没有限制。

限制报表执行时间上限

您可以通过指定项目中一项作业执行所需的最长总时间来限制 Intelligence Server 中的作业。 Intelligence Server 将取消任何超出限制作业。

要设置此限制，请使用项目配置编辑器，选择约束：结果集分类，然后在 Intelligence Server 耗费时间（秒）字段输入以秒为单位的数字。您可以为即席报表和调度的报表设置不同的限制。

此限制适用于作业提交到返回结果给用户期间作业中所产生的大多数操作。如果作业超出限制，则用户将看到一条错误消息并且无法查看报表。

下图形象地描述了作业任务如何占用整个报表执行时间。在此实例中，时间限制包括来等待用户完成报表提示所花费的时间。下表解释了每一步操作内容。

步骤状态注释

1 等待自动提示（正在解决提示）

2* 等待（队列中）元素请求在作业执行队列中等待 3* 执行中元素请求正在数据库上执行

4 等待自动提示等待用户做出提示选择

5 等待（队列中）在作业执行队列中等待

6 执行中查询引擎在数据库上执行 SQL （可以是多个路径） 7 执行中分析引擎处理结果

* 步骤 2 和 3 对应于元素请求。它们将作为独立的作业进行执行。步骤 2 和 3 过程中，原始报表作业的状态为 “ 等待自动提示 ”。以下任务并未在上述示例中展示，因为这些任务只消耗很少的时间。  但是，它们仍占用来一部分报表执行时间。

• 元素请求 SQL 生成 • 报表 SQL 生成 • 从数据库返回结果

如需更多关于作业处理步骤的信息，请参阅作业处理（第 33 页）。

限制每个路径的报表 SQL

您可以限制每个路径的报表 SQL 大小。其中包括对每个路径占用的总时间的限制已经对 SQL 语句的最大字节数的限制。这些限制是在 VLDB 属性中进行设置的，详见以下描述。如需更多关于 VLDB 属性的基本信息，请参阅 Supplemental Reference for System Administration 中的 VLDB Properties 章节。

您也可以限制 Intelligence Server 在报表 SQL 生成过程中所占用的总内存。此限制适用于服务器上生成的所有报表。要设置此设置，请在 Intelligence Server 配置编辑器中，打开约束：结果集分类，并指定在 SQL 生成时消耗的内存。值 -1 表示没有限制。

SQL Time Out （Per Pass）（数据库实例和报表）

您可以限制数据仓库中每一个 SQL 路径所花费的总时间。如果 SQL 路径花费的时间达到上限， Intelligence Server 将取消作业并且用户将看到一条错误消息。您可以在数据库实例级别或报表级别来指定此设置。

要指定此设置，请编辑数据库实例或报表的 VLDB 属性，展开管理设置，然后再选择 SQL 超时（每路查询）选项。（如需详细信息，请参阅 Desktop Help。）

最大的 SQL 大小（数据库实例）

您可以在 SQL 语句提交到数据仓库前限制其大小（字节数）。如果 SQL 路径的大小达到上限， Intelligence Server 将取消作业并且用户将看到一条错误消息。您可在数据库实例级别指定此设置。

要指定此设置，请编辑数据库实例的 VLDB 属性，展开管理设置，然后再选择最大的 SQL 大小选项。（如需详细信息，请参阅 Desktop Help。）

管理作业的执行情况

系统执行作业的能力受系统可用资源以及 Intelligence Server 使用这些资源的方式所限制。

System resources Architecture Intelligence Server Capacity

Requests User Sessions Executing Jobs Number of users - Active users - Connection threads Performance - User resources - Job prioritization Functionality - User profile - Results processing Users Results Databases

Configuring Intelligence Report design Server and Projects

本节内容将讨论管理作业执行时可采取几种不同方式。其中包括：

• 管理数据库连接线程（第 333 页） • 设置作业优先级（第 337 页） • 结果的处理（第 340 页）（Intelligence Server 对从数据仓库返回的结果执行的操作过程）

管理数据库连接线程

制约作业执行性能的主要因素是与数据仓库建立的数据库连接的数量。报表以及元素请求通过一个数据库连接线程来从 Intelligence Server 提交到数据仓库。这些请求的结果还将通过数据库连接线程返回到 Intelligence Server。

您必须设置能在快速处理每一个用户请求的同时不对系统造成超负荷之间保持良好的平衡性的线程数。总的目标是要设置作业优先级并提供足够的线程以便必须快速处理的作业能够迅速执行，且剩余的作业能尽可能及时得到处理。如果您的系统中有数百并发用户提交请求，您必须通过排列用户请求队列来决定限制数据库连接线程数的时间点。

可用的数据库连接线程数将符合下图所示的 Optimal Use of Resources （理想的资源使用量）范围。

Optimal use of resources Database execution time

Number of database connection threads

要监视您系统中的数据库连接线程数是否有效，请使用数据库连接监视器。如需更多关于此根据的信息，请参阅监视数据库实例连接（第 9 页）。如果所有线程处于 “ 忙碌 ” 状态，即占据较高的时间比例，只要您的数据仓库可以承受负荷并且 Intelligence Server 不会超负荷，则可以考虑增加连接线程数。

计算完线程数后，您便能设置作业优先级并控制处理作业所占用的线程数并满足一定的条件。

限制数据库连接数并设置优先级

要设置一次允许的数据库连接线程数量，请修改用于连接数据仓库的数据库实例。请使用数据库实例编辑器中的作业优先级选项卡并分别指定高、中、低连接数。这些数字之和即 Intelligence Server 与数据仓库之间所允许的并发连接线程的总数。这些设置适用于所有使用所选数据库实例的项目。

您必须至少有一个低优先级的可用连接，因为低优先级是默认的作业  优先级并且低优先级的作业只能使用低优先级的数据库连接线程。中优先级连接线程将保留并用于中和高优先级的作业，而高优先级的连接线程将保留并只能用于高优先级的作业。如需关于作业优先级的信息，包括设置作业优先顺序的操作说明，请参阅设置作业优先级（第 337 页）。如果把所有连接设为 0，则不会提交作业到数据仓库。您可以通过这  种方式来有效测试 Intelligence Server 是否已经正确处理调度的报表。队列中等待的作业不会提交到数据仓库直至您增加连接数，连接数增

加后随即将会提交这些作业到数据仓库。测试完成后，您便能删除这些作业以避免提交到数据仓库。

通过 ODBC 设置优化数据库连接线程

除了可以限制 Intelligence Server 和数据仓库之间创建的数据库连接线程数，还可以在建立连接后有效地使用这些连接。您必须确认线程是否已在使用并且未受运行时间过长的进程所绑定。要优化这些线程的使用方式，您可以限制特定作业使用线程的时间长度。这些限制的说明如下。

要设置这些限制，请编辑数据库实例，然后修改数据库连接（位于 “ 数据库实例 ” 复选框下方），并在 “ 数据库连接 ” 对话框上点击高级选项卡。值为 0 或 -1 时表示没有限制。

最大取消尝试时间

用户运行一份在数据仓库执行时间较长的报表时，用户可以取消作业的执行。这可能是因为报表设计时的一个错误，尤其是报表位于开发环境下的一个项目，或用户本不想等待更长时间的情况下会发生作业取消的情况。如果取消操作在 30 秒后并未成功，则 Intelligence Server 将删除作业的数据库连接线程。最大取消尝试时间（秒）字段决定了 30 秒之后 Intelligence Server 在删除线程前继续等待的时间长短。

最大查询执行时间

这个时间限制是指在数据库上执行一个 SQL 的单一传递的最长总时间。当开始 SQL 语句或提取操作时，计时器将开始计数。如果在计算 SQL 操作前已达到最大查询执行时间（秒）限制， Intelligence Server 将取消操作。

此设置与 SQL 超时（每路查询） VLDB 设置极其相似（详见 SQL Time Out （Per Pass）（数据库实例和报表）（第 332 页））。 VLDB 设置将覆盖最大查询执行时间（秒）设置。此设置在数据库连接时进行并且可以用来管理使用该连接的所有项目的最大查询执行时间。 VLDB 设置可以覆盖特定报表的上述设置。

最大连接尝试时间

这个时间限制是指 Intelligence Server 尝试连接到数据仓库时等待的最长总时间。当初始化连接时，计时器将开始计数。如果连接成功前已达到最大连接尝试时间（秒）限制，则连接将被取消并显示一条错误消息。

限制数据库连接缓存

建立数据库连接线程在时间上和资源上来看成本都比较高。正因如此， Intelligence Server 对线程进行了缓存以便服务器所执行的每一个 SQL 传递和作业不需要再创建新的连接。相反，这些进程只需使用一个现有的缓存线程。但是，超出一定的时间限制后， RDBMS 可能会删除连接线程而不通知 Intelligence Server。如果出现这种情况并且 Intelligence Server 作业尝试使用一个缓存的连接线程，则用户将看到一条错误消息。要避免发生这种情况，您可以限制数据库连接缓存可以存在的时间长度。您还可以限制数据库连接的最大期限（详见连接有效期（第 336 页）），并且您可以限制非活动状态的数据库连接保持开放的总时间（详见连接闲置超时（第 336 页））。

要设置这些限制，请编辑数据库实例，然后修改数据库连接（位于 “ 数据库实例 ” 复选框下方），并在 “ 数据库连接 ” 对话框上点击高级选项卡。这些设置中，值 -1 表示没有限制，值 0 表示连接未缓存且完成执行时将立即删除该连接。

连接有效期

连接有效期（秒）用于限制数据库连接线程保留缓存状态的最长总时间。连接有效期应短于数据仓库 RDBMS 连接的时间限制。否则， RDBMS 可能会在作业中途删除连接。

当达到连接有效期时，将发生以下一种情况：

• 如果达到限制时数据库连接状态中出现已缓存（闲置，但可用），则连接将被删除。

• 如果达到限制时数据库连接状态中出现忙碌（正在执行作业），则完成作业时将立即删除连接。数据库连接不会进入 “ 已缓存 ” 的状态。

连接闲置超时

连接闲置超时（秒）限制是指非活动状态下的线程在终止前在 Intelligence Server 保持缓存状态的总时长。当数据库连接完成一项作业且没有等待中的作业需要使用该连接时，该连接将被缓存。如果连接保持缓存状态的时间超出上述超时限制，则数据库连接线程将被删除。这将防止不必要的连接与数据仓库以及 Intelligence Server 资源相关联。

设置作业优先级

作业优先级用于定义作业处理顺序。作业通常按照先到先得的方式来执行。但您的系统中很可能存在部分作业需要优先处理。

作业优先级不会影响作业提交到数据仓库后该作业获得的总资源。相反，作业优先级决定了其他作业在等列中等待前是否已提交部分作业至数据仓库。

例如，您公司的主管人员在一个非计划时间内运行了报表并且您想确保这些报表已迅速得到处理。如果未设置主管报表的优先级，则将于系统中的其他作业一起处理。根据数据仓库的活跃情况，此操作可能需要一定的等待时间。如果为来自主管用户组的所有作业分配了高优先级，则 Intelligence Server 将会首先处理并提交这些作业到数据仓库，而不是等待其他作业完成操作。

Intelligence Server 将在数据库连接时处理与作业优先级相对应的作业。如果未指定作业优先级，则 Intelligence Server 将以低优先级连接来处理作业。例如，高优先级的作业将由高优先级的连接来处理，而低优先级或无优先级的作业将由低优先级的连接来处理。如需关于设置数据库连接线程优先级的信息，请参阅限制数据库连接数并设置优先级（第 334 页）。

Intelligence Server 在处理作业时也将参与借用连接。借用连接会在 Intelligence Server 执行低优先级连接上的作业时发生，因为执行时没有与作业优先级相对应的可用连接。高优先级作业可以在高、中、低优先级连接过程中运行。与此类似，中优先级作业可以在中、低优先级连接过程中运行。

当提交作业并且没有可用的连接来处理此作业时， Intelligence Server 将以相同的优先级或较低的优先级把该作业放入队列并在连接可用时进行处理。

您可以根据以下一个或多个变量，把作业设置为高、中、低优先级：

• 请求类型：报表请求和元素请求可用有不同的优先级（按请求类型设置作业优先级（第 338 页））。 • 应用程序类型：通过 Desktop、调度器、 MicroStrategy Web 或 Narrowcast Server 等不同的 MicroStrategy 应用程序提交的作业将根据您所指定的优先级来处理（按 MicroStrategy 应用程序类型设置作业优先级（第 338 页））。 • 用户组：您所选择的分组中的用户提交的作业将根据您指定的优先级来处理（按用户组设置作业优先级（第 339 页））。 • 成本：资源成本较高的作业将根据您所指定的优先级来处理（按报表成本设置作业优先级（第 339 页））。作业成本是可为表示用于处理该作业的资源的报表分配的一个任意值。

• 项目：通过不同项目提交的作业将根据您所指定的优先级来处理（按项目设置作业优先级（第 340 页））。

这些变量允许您为首先处理的请求创建高级规则。例如，您可以指定任何元素请求为高优先级，来自测试项目的请求为低优先级，以及开发人员组中的用户发出的任何请求为中优先级。

作业将根据任何规则分配给它的最高优先级来进行处理。例如，如果把来自测试项目的所有作业设置在低优先级，且所有开发人员组中的用户发出的任何请求设为中优先级，则开发人员组中的用户所请求的位于测试项目中的作业将以中优先级进行处理。

如何设置作业优先级分配规则

1 在安装了 Intelligence Server 的计算机上，通过 Desktop 登录到一个项目源。您必须以具有管理权限的用户身份来登录。

2 依次展开管理文件夹、配置管理器，并选择数据库实例。

3 右键单击要用来连接数据仓库的数据库实例并选择优先顺序。这时将打开数据库实例编辑器并默认选中 “ 优先顺序 ” 选项卡。已创建的所有优先级分配规则将出现在该选项卡的列表中。

4 要添加新的作业优先级分配规则，单击新建。作业优先向导将被打开。 r 如需关于使用该向导的详细说明，请按 F1 打开 “ 帮助 ” 以查看该向导每页的内容。

按请求类型设置作业优先级

您可以选择首先处理元素请求还是报表请求。例如，您可能希望元素请求在报表请求之前提交到数据仓库，因为元素请求通常用于提示而您不希望用户在加载提示值时等待太长时间。在这种情况下，您应指定所有元素请求默认以高优先级进行处理，而所有报表请求则默认以低优先级进行处理。

按 MicroStrategy 应用程序类型设置作业优先级

您可以为通过 MicroStrategy Desktop、 MicroStrategy Web 或 Web Universal、调度器以及 Narrowcast Server 提交的作业分配一个不同的优先级。所有通过指定应用程序提交的作业将使用指定的优先级。例如，您可能希望报表设计师能快速测试他们的报表，因此您可以指定所有通过 MicroStrategy Desktop 提交的作业以高优先级进行处理。

按用户组设置作业优先级

您可以为通过其他 MicroStrategy 用户组提交的作业分配一个不同的优先级。例如，您可以为主管用户组中的用户提交的所有作业分配高优先级来进行处理。

按报表成本设置作业优先级

报表成本是一个可为报表分配的任意值，它可以帮助判断与其他请求相关的优先级。如果您选择使用报表成本作为优先级变量，则必须根据报表成本来定义一套优先级组。默认的优先级组为：

• 低：成本在 0 和 334 之间的报表 • 中：成本在 335 和 666 之间的报表 • 高：成本在 667 和 999 之间的报表

上述一套成本分组必须涵盖 0 到 999 的所有值。随后，您可以为每个优先级组分配一个相应的优先级。例如，您可以把较大的报表设置为低优先级，因为这些报表处理时很可能花费较长时间，把较小的报表设置为高优先级，因为这些报表不会对系统资源造成损坏。

决定来成本分组方式后，您可以对各个不同的报表设置报表成本值。例如，您注意到一个特定的报表比其他大多数报表很明显需要更多处理时间。您可以把该报表的成本设置在 900 （高）。在此配置样例中，该报表分配到了一个低优先级。如需了解帮助决定报表成本的因素，请参阅结果的处理（第 340 页）。

您可以在报表的 “ 属性 ” 对话框的优先级分类中设置报表成本。您必须有系统管理员权限才能设置报表的成本。

如何设置报表的成本

1 在 Desktop 中，右键单击报表并选择属性。这时 “ 属性 ” 对话框将打开。

2 选择优先级分类。

3 在报表成本字段输入报表的成本。数字越高表示报表占用的系统资源越多。数字越低表示报表资源紧张。

4 单击确定。 “ 属性 ” 对话框将关闭并且完成报表成本的设置。

按项目设置作业优先级

您可以为通过其他项目提交的作业分配一个不同的优先级。例如，您可能希望通过您的软件制作项目提交的所有作业具有中优先级，以便这些作业优先于来自测试项目的报表进行处理。

结果的处理

Intelligence Server 处理来自数据仓库的结果时，计算机资源的使用多少由几大因素决定。这些因素包括：

• Intelligence Server 是否使用线程平衡（详见 Intelligence Server 线程平衡（第 340 页）） • 报表的大小（详见限制报表大小上限（第 340 页）） • 报表是否为智能立方体（详见限制智能立方体的大小和数量（第 344 页））

• 报表是否从外部数据源导入（详见限制数据提取过程中占用的内存（第 344 页））

Intelligence Server 线程平衡

默认情况下， Intelligence Server 内的线程按照接收任务的先后顺序来处理这些任务。您可以对 Intelligence Server 进行配置以分配线程给对象服务、元素服务、 SQL 生成等使用线程最多的进程，同时负荷较低的进程会将线程返回到可用的池。

要启用 Intelligence Server 的线程平衡，请在 Intelligence Server 配置编辑器中的 “ 服务器定义：高级 ” 选项卡中，选定平衡 MicroStrategy Intelligence Server 线程复选框。

限制报表大小上限

报表实例是 Intelligence Server 在内存中保留用于缓存和工作集结果的一种报表结果。报表实例大小与报表结果大小需成比例，也就是行大小乘以行数所得的值。

行的大小取决于报表上的实体和度量的数据类型。日期是最大的数据类型。描述和名称等的文本字符串是继日期之后第二大的数据类型，除非描述内容

通常长度要长，在这种情况下它们可能大于日期。 ID、合计、以及度量值等的数字是最小的数据类型。

要估算报表所使用的总内存，最简单的方式是在 MicroStrategy Desktop 中通过缓存监视器查看缓存文件的大小。缓存监视器以二进制格式显示报表大小，通过测试已证明报表大小是内存中报表实例实际大小的 30% - 50%。使用缓存监视器查看缓存大小的操作说明可参考监控结果缓存（第 403 页）。

Intelligence Server 允许您通过以下方式管控报表或请求的大小： • 限制报表结果的行数（第 341 页） • 限制元素行的数目（第 342 页） • 限制中间行的数量（第 343 页）

限制报表结果的行数

含大量结果行的报表会在运行时占用大量内存。例如，您的数据仓库可能包含过去几年数千种商品的日销售数据。如果用户尝试在数据仓库中构建一份含每一天每种商品收益列表的报表，报表可能会使用所有可用的 Intelligence Server 内存。

您可以通过设置报表可包含的最大行数的来限制 Intelligence Server 内的报表大小。查询引擎从数据库检索结果时将应用此设置。如果报表超出此限制，则不会执行报表并将显示一条错误消息。

要设置所有报表的最大结果行数、数据仓库以及项目中的智能立方体，请在项目配置编辑器中，展开约束：结果集分类，并在相应的最终结果行字段输入最大行数。您可以为标准报表、智能立方体和数据超市设置不同的限制。

您也可以在报表的 VLDB 属性中设置特定报表的结果行限制。报表的 VLDB 属性限制将覆盖项目限制。例如，如果您将项目限制在 10,000 行，而为通常会有 10,000 行以上数据返回的特定报表的限制设置在 20,000，则用户查看报表时不会遇到任何错误。

如何设置特定报表的结果集限制

1 在 Desktop 中，右键单击要设置限制的报表并选择编辑。报表编辑器将被打开。

2 从数据菜单中选择 VLDB 属性。这时将打开 “VLDB 属性 ” 对话框。

3 展开约束设置，然后再选中 Results Set Row Limit。

4 请确保使用默认继承值复选框已取消。

5 在 Results Set Row Limit 字段，输入相应的限制。

6 单击保存并关闭以保存 VLDB 属性并关闭 “VLDB 属性 ” 对话框。

7 单击保存并关闭以保存报表及其更改后的 VLDB 属性。

限制元素行的数目

限制请求大小还有一种方法就是限制每次返回的元素行的数目。用户访问报表提示时，以及在 Desktop 中使用数据资源管理器时会返回一定数量的元素行。

元素行以增量方式从 Intelligence Server 进行提取，即每次批量返回少量数据。增量的大小取决于客户端中所指定的元素行的最大数量。 Intelligence Server 递增回取的数据量是每一个元素请求的 4 倍。

如需更多关于元素请求的信息，比如创建的方式、递增回取的原理以及用于存储结果的缓存，请参阅元素缓存（第 435 页）。

MicroStrategy 建议将元素行数的限制设为大于预计用户最多浏览实体元素行数。例如，如果数据仓库中的产品清单中有 10,000 行用户要浏览的数据，而订单表中有 200,000 行您不希望用户浏览的数据，则应将此设置设为 11,000。 Intelligence Server 将以递增的方式来提取元素行。如果达到元素行的限制，则用户将看到错误消息并且无法查看提示或数据。

要设置 Desktop 中某一项目所有元素请求所返回的最大元素行数，请在该项目的项目配置编辑器中，展开约束：结果集分类，并在相应的所有元素浏览结果行字段输入一个数字。

如何设置 MicroStrategy Web 中的请求所返回的对象数量

1 在 MicroStrategy Web 中，以具有 Web 管理权限的用户身份登录到一个项目。

2 单击首选项。这时将打开 “Web 首选项 ” 页面。

3 选中项目默认，然后再点击常规分类。

4 在“递增回取”选项区的每区最大的实体元素数和每区最大报表对象数字段输入相应的值。

5 单击确定。新输入的最大值将被保存。

限制中间行的数量

您可以通过设置 Intelligence Server 中允许的最多中间结果行数来限制 Intelligence Server 上的报表大小。此限制不不适用于数据仓库中创建的中间表或临时表内的行。相反，它控制着数据库上所无法完成的 Intelligence Server 分析引擎处理单元内分析计算所需内存中所能容纳的行数。降低此设置中的值可以帮助减少大型报表所消耗的内存总量。如果达到限制，则用户将看到一条错误消息并且无法查看报表。例如，当您添加一个复杂的小计到大型报表或旋转一个大型报表时可能会发生上述情况。

要指定项目中所有报表的上述限制，请在项目配置管理器中选择约束：结果集分类并在所有中间结果行输入框中输入相应的数字。

您也可以在报表的 VLDB 属性中设置特定报表的中间行限制。报表的 VLDB 属性限制将覆盖项目限制。例如，如果您将项目限制在 10,000 行，而为通常会有 10,000 行以上数据返回的特定报表的限制设置在 20,000，则用户查看报表时不会遇到任何错误。

如何设置特定报表的中间行限制

1 在 Desktop 中，右键单击要设置限制的报表并选择编辑。报表编辑器将被打开。

2 从数据菜单中选择 VLDB 属性。这时将打开 “VLDB 属性 ” 对话框。

3 展开约束设置，然后再选中 Intermediate Row Limit。

4 请确保使用默认继承值复选框已取消。

5 在 Intermediate Row Limit 字段，输入相应的限制。

6 单击保存并关闭以保存 VLDB 属性并关闭 “VLDB 属性 ” 对话框。

7 单击保存并关闭以保存更改并关闭报表。

限制智能立方体的大小和数量

如果您已从 MicroStrategy 购买 OLAP Services 许可证，您的报表设计师则可以创建智能立方体报表。这些智能立方体必须保存在 Intelligence Server 内存中才能使报表访问其数据。此选项很有可能导致 Intelligence Server 计算机上其他进程内存不足。

您可以通过限制智能立方体所使用的总内存，并通过限制可载入内存的智能立方体数量来约束智能立方体所占用的资源总量。

要指定这些设置，请在相应的项目配置编辑器中选择立方体：常规分类，并在最大 RAM 使用（MB）和最大立方体数字段输入新的值。如需关于约束智能立方体内存占用的详细信息，请参阅定义智能立方体对内存的限制（第 463 页）。

限制数据提取过程中占用的内存

部分 MicroStrategy 功能让您可以从 Web 服务、MDX 立方体或 Excel 电子表格等外部数据源获取数据。当从这些数据源获取数据时，数据转换为报表的过程中数据将临时存储在 Intelligence Server 内存。此选项很有可能导致 Intelligence Server 计算机上其他进程内存不足。

您可以在项目配置编辑器中约束单个数据提取操作所占用的总内存。选择约束：结果集分类，并在提取数据时占用的内存（MB）字段输入新的值。默认值为 -1，表示无限制。

管理数据结果的传递

Intelligence Server 处理完作业的结果后（详见管理作业的执行情况（第 333 页）），将把这些结果传递给用户。在一个 3 层系统中，结果的传递只占

用极小部分的系统资源。大多数结果传递的调整选项主要集中在涉及到 MicroStrategy Web 的 4 层系统上。

System resources Architecture Intelligence Server Capacity

Requests User Sessions Executing Jobs Number of users - Active users - Connection threads Performance - User resources - Job prioritization Functionality - User profile - Results processing Users Results Databases

Configuring Intelligence Report design Server and Projects

为了传递数据结果， Intelligence Server 将在首次运行报表时或操作报表数据时生成 XML 并发送到 MicroStrategy Web 服务器。 Web 服务器随后将把 XML 转译为 HTML 以便在用户的 Web 浏览器上显示。

您可以在两个区域设置限制来控制一次所发送的信息量。这两个设置的数值下限决定了 Intelligence Server 一次传递最大量的结果。

• MicroStrategy Web 可同时显示的行数和列数（详见限制一次所显示的信息（第 345 页）） • 结果集中可同时传递的 XML 单元格数（详见限制 XML 单元格数量（第 346 页））

以下设置也对结果的传递有一定的约束：

• 可导出的最大报表大小（详见限制导出大小（第 347 页）和限制生成文件时所消耗的内存（第 347 页）） • 报表中的 XML 钻取路径数（详见限制 XML 钻取路径的总数（第 348 页））

限制一次所显示的信息

在 MicroStrategy Web 中，如果报表包含大量数据，将占用大量的系统资源并在显示给用户查看前花费很长的时间。您可以通过限制最多显示行数和列数来减少这些大型报表所带来的影响。如果报表的结果集大于这些限制，则报表将一次细分为多页（增量）从服务器上进行提取。

MicroStrategy Web 管理员可以将这些增量的大小设置为项目的默认值。具有 “Web 改变用户选项 ” 权限的用户也可以对这些大小进行自定义。如需更多关

于这些增量的信息，请参考 MicroStrategy Web 帮助中的递增回取相关的信息。

如何限制所有用户的行数和列数

1 在 MicroStrategy Web 中，以具有 Web 管理权限的用户身份登录到一个项目。

2 单击首选项。这时将打开 “Web 首选项 ” 页面。

3 选中项目默认，然后再点击表格显示分类。

4 在表格最大行数和表格最大列数字段指定相应的值。

5 单击确定。新输入的最大值将被保存。

如何限制一个用户的行数和列数

1 在 MicroStrategy Web 中，以具有 Web 改变用户选项权限的用户身份登录到一个项目。

2 单击首选项。这时将打开 “Web 首选项 ” 页面。

3 选择表格显示类别。

4 在表格最大行数和表格最大列数字段指定相应的值。

如果用户把行数和列数设置太高，则 Intelligence Server 中设置的  XML 单元格限制数将用来约束结果集的大小（详见限制 XML 单元格数量（第 346 页））。

5 单击确定。该用户新输入的最大值将被保存。

限制 XML 单元格数量

当大型报表结果集生成为 XML 时，可能会需要非常大的 Intelligence Server 内存总量。 MicroStrategy Web 将通过运用递增回取功能来处理此问题（详见限制一次所显示的信息（第 345 页））。您可以可以通过设置 Intelligence Server 级别的 XML 单元格的最大数目来约束结果集的大小。这决定了一次可从 Intelligence Server 提取到 Web 服务器的最大单元格数。这里所限制的单元格数目是由行数乘以度量列数而得。实体单元格并未考虑在内。

例如，如果 XML 限制设在 10,000 且报表含有 100,000 个度量单元格，则报表将被分割为 10 页。用户需要单击页码来查看相应的页面。

此外，当用户通过 MicroStrategy Web 将大型报表导出为格式化的数据时， XML 将批量生成。此 XML 限制决定了批量数据的大小。Intelligence Server 会根据此 XML 限制有不同的操作：

• 限制越小则生成 XML 时花费时间越长，因为以批量方式生成，从而占用更少的内存和系统资源。

• 限制越大则生成 XML 时花费时间越短，因为以数量少体积大的批量方式生成，从而占用更多的内存和系统资源。

要设置 XML 限制，请在 Intelligence Server 配置编辑器中，打开约束：文件生成分类，并指定 XML 单元格的最大数目。您必须重新启动 Intelligence Server 才能使新的限制生效。

限制导出大小

当用户从 MicroStrategy Web 导出报表时，所产生的结果不受递增回取限制或 XML 限制的大小所约束。要约束可导出的报表大小，您可以为各种报表格式设置单元格数的限制。

如何限制所有用户的行数和列数

1 在 MicroStrategy Web 中，以具有 Web 管理权限的用户身份登录到一个项目。

2 单击首选项。这时将打开 “Web 首选项 ” 页面。

3 选中项目默认，然后再点击导出报表分类。

4 在导出为纯文本的最大单元格数和导出为带格式的 HTML 和 Excel 的最大单元格数字段指定相应的值。

5 单击确定。新输入的最大值将被保存。

限制生成文件时所消耗的内存

把报表导出为不同的格式会消耗大量内存。从 MicroStrategy Web 导出文件时的可用内存总量受 Intelligence Server 配置编辑器内的最大内存消耗限制的

约束。如果一个导出操作可能使用超出上述设置允许的内存，导出将失败并显示错误消息 “ 内存请求超出配置的限定值， MicroStrategy Intelligence Server 无法处理您的请求。请与管理员联系。 ”

导出的报表所包含的格式越多，则消耗的内存也越多。导出大型报表时，最好的选择是导出为纯文本或 CSV 文件格式，因为格式信息并未包含在报表数据内。相反，导出为带格式的 Excel 则会占用非常大的内存，因为导出的 Excel 文件包含报表数据的同时还包含所有的格式数据。如需更多关于报表导出操作的信息，请参阅从 Web 导出报表时发生的情况（第 46 页）。

由于 Excel 报表与其他报表相比需要使用更加多的内存，您可以通过 Desktop 或者 Web 限制导出为 Excel 的报表的大小。默认的内存消耗限制为 100 MB。

要设置通过 Web 导出报表时的最大内存消耗限定值，请在 Intelligence Server 配置编辑器中，选择约束：文件生成分类，并分别指定 XML、 PDF、 Excel 和 HTML 文件使用的最大内存。

如何设置生成 Excel 文件所消耗的最大内存

1 在 Desktop 中，用具有服务器基本配置权限的帐户登录到项目源。

2 在工具菜单中选择项目源管理器。这时将打开项目源管理器。

3 选择相应的项目源并单击修改。随之打开该项目源对应的项目源管理器。

4 在约束选项卡上的导出到 Excel 选项区，选择使用自定义值。在最大 RAM 使用字段，指定最大的内存消耗量。

5 单击确定。项目源管理器将关闭并保存修改后的限制。

限制 XML 钻取路径的总数

防止报表消耗太多内存还有一种方法就是限制 MicroStrategy Web 产品的报表上允许的 XML 钻取路径数量。报表的默认钻取图将使用层级中所包含的标记为钻取层级的所有实体。报表设计师可用通过修改报表的钻取图使其包含更少选项以便减小实体的钻取路径的大小。您也可以通过设置最大 XML 钻取路径数来强制所有来自 MicroStrategy Web 的报表的限制。

如需更多关于自定义钻取图的信息，请参阅 MicroStrategy 高级报表制作指南。

要设置此限制，请在 Intelligence Server 配置编辑器中，打开约束：文件生成分类，并指定 XML 钻取路径的最大数目。您必须重新启动 Intelligence Server 才能使新的限制生效。

禁用项目的 XML 缓存可能会对性能产生否面影响，对大型报表特别明  显。如需更多信息，请参阅 XML 缓存（第 399 页）和 ACL 与 Web 中的个性化钻取路径（第 68 页）。

报表的设计

除了大型报表会对系统性能造成不必要的损害以外，报表的设计也会对系统有一定的影响。部分功能在使用过程中会比其他功能占用更多系统空间。

System resources Architecture Intelligence Server Capacity

Requests User Sessions Executing Jobs Number of users - Active users - Connection threads Performance - User resources - Job prioritization Functionality - User profile - Results processing Users Results Databases

Configuring Intelligence Report design Server and Projects

可能会占用大量系统资源的部分报表设计功能包括：

• 复杂的分析计算（分析的复杂性（第 349 页）） • 小计（小计（第 350 页）） • 分页（分页功能（第 350 页））

• 提示的复杂性（提示的复杂性（第 350 页）） • Report Services 文档（Report Services 文档（第 351 页）） • 智能立方体（智能立方体（第 351 页））

分析的复杂性

无法用数据仓库中的 SQL 来完成的计算将由 Intelligence Server 中分析引擎来执行。这些因素将导致报表执行过程中大量内存占用。部分分析计算（比

如 AvgDev）要求事实表的整个列作为计算的输入值。占用的内存总量去净月计算的类型以及所使用的报表的大小。请确保您的报表设计师意识到这些计算中潜在的影响。

小计

计算和存储小计所需的内存占用情况可能比较明显。在有些情况下，小计的大小可能会超过报表结果本身的大小。

小计的大小取决于所选的小计选项，以及特殊实体的排列顺序和数量。决定要计算的小计数量的最简单的方式是检查通过 “ 高级小计选项 ” 对话框中选择的不同选项所添加的结果行的数量。要访问此对话框，请在 Desktop 中打开一份报表，指向工具栏上的数据，然后点击小计，最后再选择高级。（有关不同小计选项的详细信息，请参阅高级报表制作指南中的报表章节。）

如果选中了页面下拉列表中的所有小计选项，小计可能会占用大量的内存资源。此选项将计算执行时所有可能的小计计算并在报表实例中保存计算结果。 MicroStrategy 建议您鼓励用户和报表设计师使用更少的计税选项用于多页的小计，比如选择的小计和总计。

分页功能

如果设计师或用户创建的报表支持分页功能，则极有可能占用大量的系统资源。这是因为虽然用户一次只看到报表的一小部分，但整个报表已存留在内存中。要减少大型报表中使用分页功能所带来的潜在影响，请考虑将这些报表分为多个小报表并且停止使用分页功能。有关分页功能的更多信息，请参阅高级报表制作指南。

提示的复杂性

每个实体元素或层级提示需要由 Intelligence Server 执行一个实体请求才能完成操作。使用的提示数量以及从提示返回的元素数量决定了对 Intelligence Server 产生的负荷量的大小。报表设计师应在设计带提示的报表时将这一点列入考虑范围。

除了限制从元素请求所返回的元素数量以外（详见限制元素行的数目（第 342 页）中的描述），您还应确保您的缓存有效运用。如需关于管理元素缓存的信息，包括操作说明，请参阅元素缓存（第 435 页）。

Report Services 文档

Report Services 文档可以包含多个报表。执行一个单独的文档会导致多个报表同时提交。此外， Flash 仪表盘通常需要大量资源才能显示。

要限制 Report Services 文档对系统的影响，请考虑启用文档缓存。如果文档在 Intelligence Server 上缓存，则对数据仓库和 Intelligence Server 计算机的负荷会更小。如需包括操作说明在内的有关文档缓存的信息，请参阅结果缓存（第 394 页）。

智能立方体

如果您已从 MicroStrategy 购买 OLAP Services 许可证，您的报表设计师则可以创建智能立方体报表。这些报表允许数据从数据仓库返回后存储在 Intelligence Server 内存，然后在多个报表间共享。

由于智能立方体必须载入内存后才能用于报表，它们很有可能占用大量的系统资源。请确保您的报表设计师熟悉减小智能立方体内存大小的最佳实践方法（第 460 页）中所介绍的智能立方体设计最佳实践方法。

您也可以限制一次可以载入的智能立方体的数量和大小。如需说明，请参考限制智能立方体的大小和数量（第 344 页）。

配置 Intelligence Server 和项目

您可能需要时不时地调整 MicroStrategy 系统中的设置，目的是为了对系统作相应更改或提高某某一方面的系统效率。本节讲述了整个系统中有关内存约束设置的概要。

System resources Architecture Intelligence Server Capacity

Requests User Sessions Executing Jobs Number of users - Active users - Connection threads Performance - User resources - Job prioritization Functionality - User profile - Results processing Users Results Databases

Configuring Intelligence Report design Server and Projects

以下这些约束对象可在您所访问的界面进行设置。

• Intelligence Server 配置管理器（包括项目分布设置）（Intelligence Server 配置编辑器（第 352 页）） • 项目配置编辑器（项目配置编辑器（第 355 页）） • 数据库连接（数据库连接（第 359 页）） • VLDB 设置（VLDB 设置（第 360 页））

Intelligence Server 配置编辑器

要在 Intelligence Server 配置管理器中设置下列约束对象，右键单击项目源，选中配置 MicroStrategy Intelligence Server，然后再按以下描述来选择相应的分类。

以下只对 Intelligence Server 配置编辑器中影响系统扩展性的选项分类和设置做来描述。 Intelligence Server 配置编辑器中其他选项分类和设置将在本指南其他部分以及编辑器的 “ 帮助 ” 中作介绍。（在编辑器中按帮助以获取相应信息。）

Intelligence Server 配置中的服务器定义：常规分类

约束对象描述参考页面

网络线程数控制着 Intelligence Server 与 Desktop 或 MicroStrategy Web 等客户端之间 301 的通信可用的网络连接数。

Intelligence Server 配置中的服务器定义：高级分类

约束对象描述参考页面

备份频率 ( 分钟 ) 控制缓存和历史列表消息备份到磁盘的时间频率（以分钟为单 419 位）。值为 0 时表示缓存和历史列表消息在创建后立即备份。

平衡 MicroStrategy 控制 Intelligence Server 中的线程是否分配给对象服务、元素服务、 340 Intelligence Server 线程 SQL 生成等使用线程最多的进程，同时负荷较低的进程会将线程返回到可用的池。

查找缓存清除频率以指定的频率清除缓存查找表（以秒为单位）这将减少缓存查找表 419 （秒）的内存消耗总量以及 Intelligence Server 备份查找表到磁盘所需的时间。

项目故障恢复周期项目在另一台服务器上加载前维护最低级别可用性所需时间（延 387 （分钟）迟）。

约束对象描述参考页面

配置恢复周期当导致项目故障的条件出现时，故障配置将自动转换为原先的配 388 （分钟）置。此设置是指故障配置转换为原先配置前的所需总时间（延迟）。

打开性能监控在 Windows 性能监控器中配置附加的 MicroStrategy 特有监视器 . 309

Intelligence Server 配置中的约束：常规分类

约束对象描述参考页面

最大作业数目 Intelligence Server 上可以同时存在的最多并发作业数量。 329

最大交互作业量限制 Intelligence Server 上可以同时存在的并发交互（非调度）作业 329 数量。值 -1 表示没有限制。

最大调度作业量限制 Intelligence Server 上可以同时存在的并发调度作业数量。值 -1 329 表示没有限制。

最大用户会话数目 Intelligence Server 允许的最多用户会话数（连接）。单个用户帐户 322 可以在 Intelligence Server 上建立多个会话。

用户会话闲置时间 Desktop 用户在会话结束前允许保持闲置状态的时间长短。用户会 323 （秒）话未向 Intelligence Server 提交任何请求时将被认为处于闲置状态。

Web 用户会话闲置时间 Web 用户在会话结束前允许保持闲置状态的时间长短。 323 （秒）注意 : 如果设计师将在 MicroStrategy Web 中构建 Report Services 文档和仪表盘，请将 Web 用户会话闲置时间（秒）设置为 3600 以避免项目源发生超时。

管理 Intelligence Server 和不要将作为文档一部分而提交的报表包括在作业限制的作业计数 328 历史列表时， Report 范围。 Services 文档中的嵌入式报表将不列入计数

Intelligence Server 配置中的约束：文件生成分类

约束对象描述参考页面

生成 XMLXML 单元格的 Intelligence Server 一次可从报表结果集发送到 MicroStrategy Web 产品的 346 最大数目最多的 XML 单元格数。当达到此限制时，用户将看到一条错误消息以及部分结果集。用户可用以递增方式提取剩余的单元格。

生成 XMLXML 钻取路径用户在 MicroStrategy Web 产品的横向钻取菜单中可以看到的最大数量 348 的最大数目的实体元素。如果此设置的值过低，则用户将看不到所有可用的钻取实体。

生成 XMLXML 使用的最 Intelligence Server 生成 XML 格式的报表或文档时所使用的最大内存总 347 大内存（MB）量（MB 为单位）。如果达这一限制，则无法生成 XML 文档且用户将看到一条错误消息。

约束对象描述参考页面

生成 PDF：PDF 使用的 Intelligence Server 生成 PDF 格式的报表或文档时所使用的最大内存总 347 最大内存（MB）量（MB 为单位）。如果达这一限制，则无法生成 PDF 文档且用户将看到一条错误消息。

生成 Excel：Excel 使用 Intelligence Server 生成 Excel 格式的报表或文档时所使用的最大内存总 347 的最大内存（MB）量（MB 为单位）。如果达这一限制，则无法生成 Excel 文档且用户将看到一条错误消息。

生成 HTML：HTML 使用 Intelligence Server 生成 HTML 格式的报表或文档时所使用的最大内存总 347 的最大内存（MB）量（MB 为单位）。如果达这一限制，则无法生成 HTML 文档且用户将看到一条错误消息。

Intelligence Server 配置中的约束：内存设置分类

约束对象描述参考页面

启用 Web 请求作业限制一个可启用以下约束对象的复选框： 320 • Intelligence Server 最多使用总内存 • 计算机最小可用物理内存

Intelligence Server 最多使用用于设置相对于计算机上总内存的 Intelligence Server 进程 320 总内存（%）（MSTRSVR.exe）所能使用的最大系统总内存（RAM 加上页面文件）。如果符合上述条件，则所有来自 MicroStrategy Web 产品的任意性质的请求将被拒绝（登录、报表执行、搜索、文件夹浏览），直至符合相应的条件。

计算机最小可用物理内存最小的可用总物理内存（RAM），相当于计算机上总物理内存的 320 百分比。如果符合上述条件，则所有来自 MicroStrategy Web 产品的任意性质的请求将被拒绝（登录、报表执行、搜索、文件夹浏览），直至符合相应的条件。

启用单个内存分配约束一个可启用以下约束对象的复选框： 313 • 最大单个分配内存

最大单个分配内存防止 Intelligence Server 放行可能超出此限制的请求。 313 （MB）启用内存合同管理一个可启用以下约束对象的复选框： 313 • 最小保留内存（MB 或 %） • 可使用的最大虚拟地址空间（%） • 最大内存请求闲置时间

最小保留内存（MB 或必须为 Intelligence Server 的外部进程保留的系统内存总量，以 MB 313 %）或百分比为单位。

约束对象描述参考页面

可使用的最大虚拟地址空进入内存请求闲置模式前 Intelligence Server 可使用的进程虚拟空间 313 间（%）的最大百分比。注意 : 此设置只能用于 32 位操作系统。在 64 位操作系统中，通过此设置所保留的总内存太大，因此没有使用必要。

内存请求闲置时间 Intelligence Server 拒绝可能导致内存损耗的请求所需的总时间。如 313 果 Intelligence Server 早达到闲置时间前未能返回理想的内存条件，则 Intelligence Server 将关闭并重启。

Intelligence Server 配置中的约束：工作集分类

约束对象描述参考页面

工作集缓存使用的最大工作集内的消息所引用的报表实例可使用的最大总内存。 324 内存（MB）

Intelligence Server 配置中的约束：导入数据分类

约束对象描述参考页面

按优先度排列的连接数根据作业优先级的高、中或低设置，为数据导入作业而创建的连 333 目接线程数。您必须决定系统不会过负荷的前提下可以快速服务于用户的线程数。

Intelligence Server 配置中的历史设置：常规分类

约束对象描述参考页面

每位用户最大消息数目可以在任何时间存在于用户历史列表中的最大历史列表消息数量。 421 达到此限制时，最旧的消息将被移除。

消息有效期（天）历史列表消息过期以及自动删除前的时间长短。值为 -1 表示消息 421 不会过期。

资料库类型选中要存储在文件系统磁盘上的历史列表消息所对应的基于文件， 421 或选中要存储在数据库中的历史列表消息所对应的基于数据库（推荐）。

项目配置编辑器

这些约束对象可以根据每一个项目进行设置。要访问这些约束对象，右键单击项目，选择项目配置，然后再按照以下说明选择相应的分类。

项目定义：高级分类

约束对象描述参考页面

元素最大显示数目一次可从数据仓库检索的最大实体元素数量。 439

项目配置中的约束：结果集分类

约束对象描述参考页面

Intelligence Server 经过时间即席报表请求取消前所花费的总时间。其中包括完成执行提示、 331 - 交互式报表（秒）等待自动提示、在作业队列中等待、执行 SQL、分析计算以及准备报表结果所花费的时间。

Intelligence Server 经过时间调度报表请求取消前所花费的总时间。其中包括完成执行提示、 331 - 调度的报表（秒）等待自动提示、在作业队列中等待、执行 SQL、分析计算以及准备报表结果所花费的时间。

最终结果行 - 智能立方体智能立方体请求可返回到 Intelligence Server 的最大行数。查询引擎 341 从数据库检索结果时将应用此设置。这是项目中所有报表的默认设置并且可以通过使用 VLDB 设置用单独的报表来覆盖设置。

最终结果行 - 数据集市数据集市请求可返回到 Intelligence Server 的最大行数。查询引擎从 341 数据库检索结果时将应用此设置。这是项目中所有报表的默认设置并且可以通过使用 VLDB 设置用单独的报表来覆盖设置。

最终结果行 - 所有其他报标准报表请求可返回到 Intelligence Server 的最大行数。查询引擎从 341 表数据库检索结果时将应用此设置。这是项目中所有报表的默认设置并且可以通过使用各个报表的 VLDB 设置来覆盖这一设置。

所有中间结果行 Intelligence Server 中可用于分析处理的中间结果集内最大行数。这 343 是项目中所有报表的默认设置并且可以通过使用各个报表的 VLDB 设置来覆盖这一设置。

所有元素浏览行元素请求可从数据仓库检索到的最大行数。 342

在 SQL 生成时消耗的内存 Intelligence Server 可用来生成 SQL 的最大总内存（以 MB 为单位） 332 （MB）默认值为 -1，即表示无限制。

提取数据时占用的内存 Intelligence Server 可用来导入数据的最大总内存（以 MB 为单位） 344 （MB）默认值为 2048 MB （2 GB）。

项目配置中的约束：作业分类

约束对象描述参考页面

每用户帐户的作业每个用户帐户和项目的最大并发作业量。 330

每用户会话的作业用户在会话过程中可进行的最大并发作业量。 330

正在为每个用户执行每一个单独的用户帐户在项目执行过程中可进行的最大并发作业 330 作业量。如果符合此条件，则附加的作业将被放入队列直至作业执行完毕。

约束对象描述参考页面

每项目的作业 - 交互项目一次可处理的最大并发即席作业量 329

每项目的作业 - 调度项目一次可处理的最大并发调度作业量 329

项目配置中的约束：用户会话分类

约束对象描述参考页面

每项目的用户会话项目中允许的最大用户会话数。当达到此限制时，除 Administrator 以外 322 的用户都将无法登录。

每用户并发交互项目每个用户的最大并发会话数。 322 会话

项目配置中的约束：订阅分类

约束对象描述参考页面

每位用户最大历史列用户可以订阅用于传递到历史列表的最大报表或文档数量。 482 表订阅数

每位用户最大历缓存用户可以订阅用于更新缓存的最大报表或文档数量。 482 更新订阅数

每位用户最大电子邮用户可以订阅用于传递到电子邮件地址的最大报表或文档数量（仅 482 件订阅数限 Distribution Services）。

每位用户最大文件订用户可以订阅用于传递到文件位置的最大报表或文档数量（仅限 482 阅数 Distribution Services）。

每位用户最大打印订用户可以订阅用于传递到打印机的最大报表或文档数量（仅限 482 阅数 Distribution Services）。

每位用户最大 Mobile 用户可以订阅用于传递到移动设备的最大报表或文档数量（仅限 482 订阅数 MicroStrategy Mobile）。

项目配置中的约束：数据导入分类

约束对象描述参考页面

最大文件大小作为数据源使用而导入的文件的最大大小。大于此值的文件将无法在 465 （MB）数据导入过程中打开。每位用户最大配额每位单独的用户允许的所有数据导入立方体的最大大小。 465 （MB）

项目配置中的缓存：结果缓存：存储分类

约束对象描述参考页面

数据集 - 最大 RAM 使为报表和数据集缓存的创建和存储所保留的最大内存总量。此设置至 411 用（MB）少应配置为最大缓存文件的大小，否则该报表将无法缓存。

数据集 - 最大缓存数项目一次可使用的最大报表和数据集缓存数。 407

格式化的文档 - 最大为文档缓存的创建和存储所保留的最大内存总量。此设置至少应配置 411 RAM 使用（MB）为最大缓存文件的大小，否则该报表将无法缓存。

格式化的文档 - 最大项目一次可使用的最大文档缓存数。 407 缓存数

RAM 交换乘数交换到磁盘的内存总量，相对于正在交换到内存的缓存大小。例如， 418 RAM 交换乘数设置为 2 且请求的缓存大小为 80 KB，则会有 160 KB 从内存交换到磁盘。

项目配置中的约束：结果集：维护分类

约束对象描述参考页面

缓存永不过期决定缓存是否自动过期。 419

缓存持续时间（小时）结果缓存保持有效的总时长。 419

不要覆盖包含动态日期的报表选定此复选框以便在包含动态日期的报表缓存中使用与其 420 的缓存过期设置。他报表缓存相同的过期方式。

项目配置中的缓存：附加缓存：对象分类

约束对象描述参考页面

服务器 - 最大 RAM 使用 Intelligence Server 分配用于对象缓存的总内存。 450 （MB）

客户端 - 最大 RAM 使用 Desktop 分配用于对象缓存的总内存。 450 （MB）

项目配置中的缓存：附加缓存：元素分类

约束对象描述参考页面

服务器 - 最大 RAM 使用 Intelligence Server 分配用于元素缓存的总内存。 446 (MBytes)

客户端 - 最大 RAM 使用 Desktop 分配用于对象缓存的总内存。 446 （MB）

缓存：项目配置中的订阅执行分类

约束对象描述参考页面

根据数据仓库重新执行历史执行报表或文档并且该报表 / 文档订阅到历史列表或 Mobile 设 485 列表和 Mobile 订阅备时，将默认产生新的订阅以创建缓存或更新现有的缓存。

根据数据仓库重新执行文执行报表或文档并且该报表 / 文档订阅到文件、电子邮件或打 485 件、电子邮件或打印订阅印设备时，将默认产生新的订阅以创建缓存或更新现有的缓存。

不能创建或更新匹配缓存防止订阅内容默认创建或更新缓存。 485

保留可用的文件仅用于操作保留已传递到历史列表的文档或报表用于稍后的操作。 485 历史列表订阅

项目配置中的智能立方体：常规分类

约束对象描述参考页面

最大 RAM 使用（MB）此项目的智能立方体在 Intelligence Server 上所使用的最大总内 463 存。

最大立方体数此项目可载入到的 Intelligence Server 的最大智能立方体数。 463

数据库连接

这一组约束对象可通过修改项目源的数据库实例然后再修改作业优先级连接数或数据库连接数来进行设置。如需更多关于每种约束对象的详细信息，请参阅下表中的参考页面。

ODBC 设置

约束对象描述参考页面

数据库连接线程数 Intelligence Server 和数据仓库之间允许的高、中、低优先级的数据 333 库连接的总数（详见数据库实例的作业优先级选项卡）。

最大取消尝试时间（秒）取消查询前 MicroStrategy 查询引擎等待成功尝试的最长时间。 335

最大查询执行时间（秒）数据库上执行一个 SQL 的单一传递的最长时间。 335

最大连接尝试时间（秒） Intelligence Server 等待连接到数据仓库的最长时间。 335

数据库连接缓存

约束对象描述参考页面

连接有效期（秒）活动数据库连接线程保持开放状态并在 Intelligence Server 缓存的总时 336 间。

连接闲置超时（秒）数据库的非活动连接线程保持缓存状态直至断开的时间。 336

VLDB 设置

这些设置可以在报表或数据库实例的 “VLDB 属性 ” 对话框中进行更改。关于访问这些属性的信息，请参阅下表中各属性的参考页面。如需关于所有 VLDB 属性的完整详细信息，请参阅 Supplemental Reference for System Administration 中的 VLDB Properties 章节。

约束对象描述参考页面

中间行限制 Intelligence Server 可使用的中间表内的最大行数。此设置将覆盖项目的默 343 认设置中间结果行数目。

Results Set Row Limit 报表结果集内的最大行数。此设置将覆盖项目的默认设置报表结果行数 341 （结果集行数限目。制）

SQL Time Out （Per 任何指定 SQL 传递可以在数据仓库上执行的总秒数。可以在数据库实例 332 Pass）（ SQL 超时级别和报表级别进行设置。（每路查询））

最大的 SQL 大小允许的最大 SQL 语句大小（字节为单位）可以在数据库实例级别级别 332 进行设置。

Narrowcast Server 和 Intelligence Server 的调整

如果您使用 Narrowcast Server 作为您系统的一部分来传递报表到用户，您应警惕它对 Intelligence Server 系统资源的影响。本节包含的相关讨论有：

• Narrowcast Server 应用程序的设计方式（应用程序设计过程中的考虑事项（第 361 页）） • Narrowcast Server 与 Intelligence Server 的连接方式（Narrowcast Server 与 Intelligence Server 的连接方式（第 361 页））

如需更多信息，请参考 Narrowcast Server System Administrator Guide。

应用程序设计过程中的考虑事项

根据您在 Narrowcast Server 中设计应用程序的方式不同，对 Intelligence Server 或多或少会有一定的负荷。可以考虑使用的选择主要有两种，即个人报表执行方式和个人页面执行方式。

个人报表执行方式（简称 PRE）以独特的个性化设置为每一组用户分别执行一个独立的报表。如有需要，用户可以在相对应的 Intelligence Server 用户上下文中执行报表。使用此选项可以维护 MicroStrategy Desktop 中定义的安全配置文件。但是，如果系统包含很多个性化设置各不相同的用户，则此选项会对 Intelligence Server 造成较大的负担。

个人页面执行方式（PPE）将为同一区间的用户执行一个含多个页面的报表然后使用此单独的报表为不同用户提供个性化的内容（页面）。所有用户都将在同一个 Intelligence Server 用户上下文中执行报表，因此无法维护各个安全配置文件。虽然如此，对 Intelligence Server 造成的负荷远小于 PRE 在部分情况下带来的结果。

如需更多关于这些选项的详细信息，请参考 Narrowcast Server Application Designer Guide，特别注意关于页面个性化和动态订阅的章节。

设计您的 Narrowcast Server 应用程序时还需注意另外两点： • Narrowcast Server 作业的时间计划：您可以将报表的运行时间预定在 Intelligence Server 受 MicroStrategy Web 产品和 Desktop 用户影响最小的低峰时段。

• Intelligence Server 选择：您可以发送 Narrowcast Server 作业到一个特定的 Intelligence Server 以确保部分 Intelligence Server 只是用于 MicroStrategy Web 产品或 Desktop。

Narrowcast Server 与 Intelligence Server 的连接方式

Narrowcast Server 可以连接到特定的 Intelligence Server。 Narrowcast Server 通过使用一个或多个需要指向的信息源并连接所需的 Intelligence Server 来实现此操作。请注意以下几点内容：

• Intelligence Server 提供自动负载平衡用于处理 Narrowcast Server 请求。确认信息源后，使用该信息源的作业将提交到合适的 Intelligence Server 来达到最有效的响应。

• Narrowcast Server 可以连接到群集中的任何一个 Intelligence Server，它并不需要是主节点。

• 您可以通过创建信息源或使用一个指向 Intelligence Server 的单独的信息源来手动实现负载平衡，以此来指定使服务器处理所有 Narrowcast Server 请求。

8. 多个 MICROSTRATEGY 服务器的群集化

简介

一组群集的计算机可以为一组普通用户提供相关的成套功能或服务。 MicroStrategy 建议数据仓库的访问是一项关键任务且系统性能极为重要的环境下对多个 Intelligence Server 实行群集化操作。 Intelligence Server 为您提供了对多台 Intelligence Server 计算机进行群集的功能，从而充分利用群集环境下的各种可能的优势。

本节提供的信息如下：

• 群集化的概述（第 364 页） • 群集的体系结构（第 366 页） • Intelligence Server 群集化的前提条件（第 372 页） • Intelligence Server 的群集化（第 374 页） • 管理您的群集系统（第 384 页） • MicroStrategy Web 与群集的连接（第 391 页）

群集化的概述

群集是指一组由两个或更多彼此连接的服务器组成的整体，操作时犹如只有一台服务器在运作。群集中的每台计算机叫做一个节点。由于群集中的每台计算机与群集中的其他计算机运行相同的服务，因此任何一台计算机都可以代表群集中的其他计算机。这在其中一台计算机不可用或必须暂时停止服务时显得尤为重要。群集中的其他计算机可以无缝式接管不可用的计算的工作，从而为用户提供不间断的服务和数据访问。

您可以在两个级别对 MicroStrategy 组件进行群集： • 您可以用内置的群集化功能来群集多个 Intelligence Server。群集化许可证允许您最多群集 4 台 Intelligence Server 计算机。如需关于如何群集多个 Intelligence Server 的操作说明，请参阅 Intelligence Server 的群集化（第 374 页）。 • 您可以使用 Cisco Local Router、 Microsoft Windows Load Balancing Service 或 Microsoft Network Load Balancing 第三方群集化软件来对 MicroStrategy Web Server 进行群净化处理。大多数群集化根据通过使用基于传入的 IP 地址的 IP 分配方式进行工作。详见您的第三方群集软件的说明文档获取运用此群集方法的详细信息。

内置的群集功能允许您将 MicroStrategy Web 连接到一个  Intelligence Server 群集。如需说明，请参考 MicroStrategy Web 与群集的连接（第 391 页）。

群集化的优势

Intelligence Server 的群集化将带来以下优势： • 增强的资源可用性：如果群集中的其中一个 MicroStrategy Intelligence Server 不可用，群集中的其他 Intelligence Server 将继续执行工作任务。这样可以防止在发生服务器错误事件时浪费您的宝贵时间和信息。

• 有策略性地使用资源：您可以用首选的配置方式赖在节点上分布项目。这样可以减少开发经费，因为并不是所有计算机都需要运行所有项目，并且允许您灵活使用资源。

• 增强的性能：多台计算机可以提供更强大处理效果。 • 更强的扩展性：随着您客户群的扩大以及报表复杂性的增加，那您资源将随之增长。 • 简化的管理：群集化简化了大型系统或快速增长型系统的管理。

群集化操作可以让您在您的商业智能环境中运用以下策略，这些策略在本章中做了相关讨论：

• 故障转移支持（详见故障转移支持（第 365 页）） • 负载平衡（详见负载平衡（第 365 页）） • 项目的分布和项目的故障转移（详见项目的分布和项目的故障转移（第 365 页））

故障转移支持

故障转移支持确保了商业智能系统在发生应用程序或硬件错误时仍能使用。群集化操作提供了两种方式的故障转移支持：

• 重新分布负载：当节点发生错误时，该节点所处理的作业将被引导到另一个节点或另一组节点。

• 恢复请求：当发生节点错误时，系统将尝试重新连接 MicroStrategy Web 或 Web Universal 用户并向其他节点发送队列或处理请求。用户必须再次登录以通过新节点上的身份验证。系统将提示该用户重新提交作业请求。

负载平衡

负载平衡是一项策略，目的是为了在多个 MicroStrategy Intelligence Server 之间实现均等的用户会话分布。这项策略在难以预测服务器将接收的请求数量时显得尤为重要。 MicroStrategy 通过在 MicroStrategy Web 以及 Web Universal 中合并负载平衡器来实现 4- 层结构的负载平衡。

负载的计算对象为连接到节点的用户会话数量。负载平衡器将收集每一个节点所承载的用户会话数量的相关信息。根据用户登录项目时所收集到的上述信息，MicroStrategy Web 或 Web Universal 将把用户连接到承载最高会话负荷的 Intelligence Server 节点。该用户的所有请求将传送给与这些用户连接的节点直至用户断开与 MicroStrategy Web 产品的连接。

项目的分布和项目的故障转移

当设置群集中的多个服务器计算机时，您可以将项目分布到 Windows 和 UNIX/Linux 环境中任意配置的群集计算机或节点上。群集中的每个节点可以托管一组不同的项目，也就是说只有一小部分项目需要被载入到特定的 Intelligence Server 计算机。这项功能不仅为您提供了使用资源时的灵活性，还通过减少经费提供了更强的可扩展性和性能，因为群集中的所有服务器不需要运行所有项目。

在各个节点上分布项目还可以提供项目故障转移支持。例如，一台服务器托管项目 A 而另一台服务器则托管项目 B 和 C。如果第一台服务不可用，则另一台服务器可以托管所有三个项目以确保项目的可用性。

系统运行期间， 3 层结构中的项目创建、复制以及删除，或是服务器、连接都将自动传播到所有节点以确保在节点上实现同步。

群集的体系结构

下图展示了一个 4 层结构的群集环境中的报表分布方式。群集的 Intelligence Server 以灰色表示。

执行所有作业操作的群集节点为 Desktop 等客户端应用程序所连接的节点。这也是管理员用监控工具进行监控的节点。

以下步骤表示了群集的 4 层结构的环境中的一项典型作业。请参考以上报表分布流程图中的各个步骤。

1 MicroStrategy Web 或 Web Universal 将通过 Web 浏览器登录到项目并发送报表请求。

2 Cisco Local Router、 Microsoft Network Load Balancing 或 Microsoft Windows Load Balancing Service 等的第三方 IP 分配格局将在服务器之间分配来自 Web 客户端的用户连接。

3 每个 Web Server 上的 MicroStrategy Web 产品负载平衡器将从每个群集节点收集负载信息，然后在将用户连接到负载最小的节点上并运行用户登录的项目。所有报表请求将由用户所连接的节点进行处理。

4 Intelligence Server 节点将接收请求并进行处理。此外，节点间将相互通讯以维护元数据的同步操作并对节点上的辅助功能进行缓存。

5 节点将把请求作为查询项发送到数据仓库。

群集环境中的查询流程与非群集环境下的标准查询流程一致（详见作业处理（第 33 页）），但以下两点除外： • 结果（报表和文档）缓存和智能立方体：当用户提交缓存时，如果本地没有可用的智能立方体或缓存的报表或文档，服务器将从群集中的另一个节点检索缓存（如果存在的话）。有关报表和文档缓存的介绍，请参阅结果缓存（第 394 页）。如需智能立方体的说明，请参阅第 10 章管理智能立方体。

• 历史列表：通过群集中各节点保存在内存中的每个用户的历史列表包含了相关缓存文件的直接引用。通过历史列表访问报表时将绕过很多报表执行步骤，以达到更高的效率。如需历史列表的介绍，请参阅保存报表结果 : 历史列表（第 421 页）。

在群集的各节点中同步缓存的信息

在群件环境中，每个节点与其他节点共享缓存信息，因此无论运行报表时用户连接的是哪一个节点，用户都能看到一致的信息。群集中的所有节点将同步一下缓存的信息：

• 元数据信息和对象缓存（如需详细信息，请参阅元数据同步化（第 368 页））

• 结果缓存和智能立方体（如需详细信息，请参阅在群集中共享结果缓存和智能立方体（第 368 页））

• 历史列表（如需详细信息，请参阅同步历史列表（第 371 页））

要查看群集后的缓存信息，比如缓存命中次数，请使用缓存监视器。

结果缓存设置需针对每个项目进行配置，并且不同的项目可能使用不同的结果缓存存储方式。不同的项目还可能使用不同的位置来存储缓存资料库。但历史列表需针对每个项目源进行配置。因此，不同的项目不能使用不同的位置来备份历史列表。

对于结果缓存和历史列表，您必须为您的群集配置多个本地缓存或中心缓存。以下几节内容讲述了会受群集影响的节点，并提供了配置群集节点间缓存的操作流程。

元数据同步化

元数据同步化涉及在群集中所有节点间同步对象缓存的过程。

例如，当一个连接到群集中某个节点的用户修改元数据对象时，其他节点上该对象的缓存将不再有效。处理这一更改的节点将自动通知群集中其他所有节点有关对象发生变化的信息。其他节点随后将从内存删除这些旧的对象缓存。接下来群集中的发出针对该对象的请求的另一个节点将根据元数据执行，从而在该节点上创建一个新的对象缓存。

除了服务器对象缓存外，客户端对象缓存也将在发生变化时失效。当  用户请求的对象已发生更改时，不会使用无效的客户端缓存，然后会根据服务器对象缓存处理该请求。如果服务器对象缓存未刷新为已更改的对象，则该请求将根据元数据来执行。

在群集中共享结果缓存和智能立方体

在非群集的环境中，智能立方体以及报表和文档缓存（结果缓存）通常存储在运行 Intelligence Server 的同一台计算机上。如需关于智能立方体的概述，请参阅第 10 章管理智能立方体或参考 MicroStrategy OLAP Services Guide。如需关于结果缓存的概要，请参阅结果缓存（第 394 页）。

在群集环境中，群集中的每个节点必须与其余节点共享其结果缓存和智能立方体，以便所有群集后的计算机具备最新的缓存信息。例如，在指定的项目中，加载了项目的每个节点上的结果缓存将在同样加载了该项目的群集中的其余节点间实现共享。对缓存进行配置以在多个合适的节点间实现缓存共享，这样可以免去在多个节点上执行相同报表或文档所产生的开发经费。  注意以下事项： • 内存缓存和磁盘缓存均可在节点间实现共享。

• 无论通过增量刷新还是通过重新发布智能立方体，只要智能立方体已载入到内存更新后的智能立方体便能在所有节点可用。

节点间所共享的智能立方体和缓存结果可以通过下列方式进行配置：

• 本地缓存：每个节点托管各自的缓存文件目录以及智能立方体目录。这些目录必须共享后才能通过其他节点访问。如需更多信息，请参阅本地缓存（第 370 页）。如果您使用的是本地缓存，则缓存目录共享时必须使用  “ClusterCaches” 目录名，智能立方体目录共享时必须使用 “ClusterCube” 目录名。这些名称是 Intelligence Server 在其他节点上检索缓存和智能立方体所使用的共享名称。

• 中心缓存：所有节点的缓存文件目录和智能立方体目录都将设置为相同的网络位置 \\\ and \\\。如需更多信息，请参阅中心缓存（第 370 页）。将位于 Windows 计算机上缓存的路径，以及使用 Samba 软件的  UNIX/Linux 计算机上缓存的路径设为 \\\。将位于 UNIX/Linux 计算机上的缓存的路径设为 ///。

下表总结了结果缓存配置的优缺点：

优点缺点

• 允许本地服务器创建的缓存文件实现更快速 • 如果 Intelligence Server 网络连接断开或的读写操作。断电，本地缓存文件可能暂时无法使 • 更快备份缓存查找表。用。本地缓存 • 允许群集中即使有一个节点已脱机的状态下 • 一个节点上的文档缓存可能依赖于另仍有最大限度的缓存可供访问。一节点上所缓存的数据集，从而创建多节点群集从属性。

• 允许更简单的备份过程。 • 如果共享位置并不是位于其中一台 • 允许群集中即使有一个节点已脱机的状态下 Intelligence Server 计算机，则所有缓存所有缓存文件仍可供访问。操作需要查找网络。中心缓存 • 这可能更适合部分安全计划，因为使用网络 • 如果共享位置并不是位于 Intelligence 帐户的节点只访问一台计算机上的文件。 Server 计算机，则需要其他硬件支持。 • 如果托管中心缓存的计算机脱机，所有缓存将不可访问。

MicroStrategy 建议如果您的用户大多进行临时报表制作，请在本地位置存储结果缓存。在临时报表制作过程中，缓存的使用并不多，并且在远程文件服务器上创建缓存所产生的经费比起缓存使用可能性更为重要。另一方面，如果缓存使用非常频繁，中心缓存可能更加适合您的系统。

如需通过上述方法配置缓存文件的步骤，请参阅配置群集中的缓存（第 375 页）。

本地缓存

在此缓存配置中，每个节点维护各自的本地智能立方体和本地缓存文件，从而维护各自的缓存索引文件。每个节点的缓存将通过缓存索引文件由群集中的其他节点进行访问。请参考以下示意图。

例如，连接到节点 1 的用户 A 执行报表并在节点 1 上创建报表缓存 A。连接到节点 2 的用户 B 执行了报表。节点 2 将首先检查自身的索引文件。当在其自身的缓存索引文件中找不到报表缓存 A 时，则将检查群集中其他节点的索引文件。在节点 1 上查找报表缓存 A，随后将使用该缓存来处理请求，而不是根据数据仓库执行报表。

中心缓存

在此缓存配置中，群集中的所有节点将使用一个共享的统一位置用于智能立方体以及一个共享的中心缓存文件位置。这些都可以存储在其中一台 Intelligence Server 计算机上或一台专用于处理缓存的计算机。群集中的所有 Intelligence Server 计算机的智能立方体、历史列表消息以及结果缓存都将写

入到同一个位置。在此选项中，智能维护一个缓存索引文件。请参考以下示意图。

例如，连接到节点 1 的用户 A 执行报表 A 从而创建了报表缓存 A，该缓存将存储在一个统一的文件夹。连接到节点 2 的用户 B 执行了报表 A。节点 2 将检查中心缓存索引文件中的报表缓存 A。查找统一文件夹中的报表缓存 A，随后将使用该缓存来处理请求，最初由节点 1 创建了缓存这一事实将被忽略。

同步历史列表

历史列表对缓存文件起到了指示性作用。每位用户有自己的历史列表，且群集中的每个节点中存储着连接到该节点的用户所创建的指示性文件夹。每个节点的历史列表将与节点的其余部分同步。即使报表缓存已禁用，历史列表功能仍不会受到影响。

如果您使用的是基于数据库的历史列表，则历史列表消息及其关联的缓存将存储在数据库并且将在群集中所有节点间自动同步。

如果您使用的是基于文件的历史列表，则 Intelligence Server 收件箱文件夹将包含所有用户的历史列表消息集合，并出现在 Desktop 中的历史文件夹中。收件箱同步涉及到群集中所有节点上的历史列表的同步过程，以便所有节点包含相同的历史列表消息。无论用户连接的是哪一个群集节点，收件箱同步将使用户查看一组相同的个人历史列表消息。

如需更多关于历史列表的背景信息，请参阅保存报表结果 : 历史列表（第 421 页）。如需关于在基于文件的系统中设置历史列表共享方式的步骤，请参阅如何使用多个本地缓存文件配置历史列表共享（第 377 页）。

Intelligence Server 群集化的前提条件

在您的系统中群集 Intelligence Server 之前，必须满足以下前提条件。

MicroStrategy 前提条件

• 您必须已购买支持群集功能的 Intelligence Server 许可证。要判断许可证信息，请使用 License Manager 工具并检查 MicroStrategy Intelligence Server 的群集功能是否可用。如需更多关于 License Manager 的使用的相关信息，请参阅第 4 章许可证的管理。 • 要群集的计算机必须全部安装相同版本的 Intelligence Server。 • 已群集的计算机上的所有 MicroStrategy 项目必须建立在同一个元数据的基础上。

• 元数据中至少定义一个项目。

• 一台计算机上只能配置一个 Intelligence Server。同一台计算机上不能运行多个 Intelligence Server 实例用于群集。

• 运行 Intelligence Server 所使用的用户帐户必须对所有节点上的缓存以及历史列表文件夹有完全控制。否则， Intelligence Server 将无法创建并访问缓存和历史列表文件。

• 服务器定义中存储了 Intelligence Server 配置信息。MicroStrategy 强烈建议群集中的所有服务器上用相同的服务器定义。这可以确保所有节点使用相同的约束设置。服务器定义可通过 Desktop 中的 Intelligence Server 配置编辑器以及项目配置编辑器进行修改。如需更多说明，请参阅 Desktop Help。（在 Desktop 中按 F1。）

• MicroStrategy Desktop 必须安装在 Windows 计算机上才能管理群集。这一版本的 Desktop 必须与 Intelligence Server 的版本相同。例如，如果 Intelligence Server 运行的版本为 MicroStrategy 9.0.1，则 Desktop 也必须是 9.0.1 版本。

• 您必须在 Desktop 中对 System Administration Monitor 的群集视图有访问权限。因此，您必须有管理权限才能创建群集。如需关于 System Administration Monitor 的群集视图的详细信息，请参阅管理您的群集系统（第 384 页）。 • 需要群集化的计算机必须具备相同的群集内通信设置。要对这些设置进行配置，请在每台 Intelligence Server 计算机上登录 Desktop，右键单击项目源并选择配置 MicroStrategy Intelligence Server。这时将打开

Intelligence Server 配置编辑器。在服务器定义分类下方，选择常规。如需更多说明，请参阅 Desktop Help。 • 结果缓存和基于文件的历史列表均应适用相同的缓存方式（本地缓存或中心缓存）。如需有关本地缓存或中心缓存存的信息，请参阅在群集中共享结果缓存和智能立方体（第 368 页）。

服务器前提条件

• 要群集化的计算机必须运行同一种操作系统的相同版本。例如，一台计算机运行的是 Windows 2008 系统而另一台计算机运行的是 Windows 2003 系统，则不能对这两台计算机进行群集化。

• 每个群集的节点若使用一致的硬件，负载平衡和系统配置便会更加简单。 • 如果您在群集的环境中使用基于时间的调度，则该群集内的所有节点必须同步其时钟。

• 含元数据和数据仓库实例的 RDBMS 必须在独立于 Intelligence Server 节点的计算机上先行设置。

• 有关群集的配置的信息将存储在元数据，因此要群集化的计算机必须使用相同的元数据资料库。元数据必须可以通过任何节点进行创建，并且只需设置一次即可。当在 MicroStrategy Configuration Wizard 中创建或修改服务器定义时，您可以指定新的或现有的元数据资料库供 Intelligence Server 使用。

• 必须在每台计算机上创建并配置 Intelligence Server 所要求的数据源名称（DSN）。 MicroStrategy 强烈建议对两台服务器均做相应配置使其使用相同的元数据数据库、数据仓库、端口号以及服务器定义。

• 在对 Intelligence Server 配置编辑器等中的任何约束设置做更改前，所有节点必须全部加入群集。

Windows 群集化操作的前提条件

• 必须对所有要群集化的计算机上的每张网卡进行配置以启用 TCP/IP 上的 NetBIOS。否则，将无法用 NetBIOS 名称（ClusterCaches、 ClusterCube 和 ClusterInbox）实现缓存共享。 • 安装 Intelligence Server 时，最后一个步骤是选择服务运行时所使用的用户身份。要运行一个群集化的配置，用户必须使用与群集中每台计算机保持信任关系的域帐户。只有这样才能实现网络上的资源共享。

• 服务用户的 “ 区域选项 ” 设置必须与群集化系统的 “ 区域选项 ” 设置保持一致。

UNIX/Linux 群集化操作的前提条件

• MicroStrategy 强烈建议群集中的所有服务器上用相同的服务器定义。因此，在部分情况下，您无法使用 / 等的绝对路径来指定缓存位置。这是因为每台服务器计算机上的缓存位置不能相同。要解决此问题，请使用相对路径和软链接。软链接是一种特殊类型的 UNIX，通过本身的路径名称引用其他文件。软链接必须用以下 ln (link) 命令进行创建： ln -s OLDNAME NEWNAME

其中：

OLDNAME 是链接的目标，通常是一个路径名。 NEWNAME 是软链接本身的路径名。对软链接所做的大多数操作（打开、读、写）将自动取消引用并对其目标（OLDNAME）展开操作。部分操作（比如，移除）将针对链接本身展开。

• 确认每台服务器计算机是否正常工作，然后依次关闭。

Intelligence Server 的群集化

以下是 Intelligence Server 群集化的高级步骤概述：

1 请确认是否已完全符合 Intelligence Server 群集化所需的前提条件。如需这些前提条件的列表，请参阅 Intelligence Server 群集化的前提条件（第 372 页）。

2 确认缓存以同步节点上的信息。

开始 Intelligence Server 群集化操作前，报表缓存以及历史列表等的信息必须相互同步。如需说明，请参考配置群集中的缓存（第 375 页）。

3 联接节点。

您须通过联接已同步化的 Intelligence Server 来创建群集。如需说明，请参考联接群集中的节点（第 380 页）。

4 测试群集后的系统。

创建群集后，您必须对其进行测试以确保节点间可以正常共享缓存和元数据。如需关于如何执行各种测试的操作说明，请参阅确认群集系统的运行状况（第 381 页）。

5 （可选）在节点上分布项目。群集创建完成后，您可能需要在群集上分布您的项目以提升系统性能。如需包括说明在内的更多信息，请参阅在群集的各节点中分布项目（第 382 页）。

配置群集中的缓存

您可以通过以下方式之一来配置缓存：

• 本地缓存：每个节点托管各自的缓存文件目录以及智能立方体目录。这些目录必须共享后才能通过其他节点访问。如需更多信息，请参阅本地缓存（第 370 页）。 • 中心缓存：所有节点上的缓存文件目录和智能立方体目录已设置为相同的网络位置。如需更多信息，请参阅中心缓存（第 370 页）。

如需上述配置缓存的步骤，请根据您的操作系统配置按以下操作进行配置：

• 在 Windows 上配置群集中的缓存（第 375 页） • 在 UNIX/Linux 上配置群集中的缓存（第 378 页）

在 Windows 上配置群集中的缓存

用以下一项操作流程实现群集中各节点间的缓存文件共享。 MicroStrategy 强烈建议群集中的每个节点使用相同的服务器定义。在这种情况下，您只需在 Intelligence Server 中配置一次缓存位置即可。但是，必须分别在每个节点上创建共享文件夹。如需上述两种缓存共享方式的详细说明，请参阅在群集中共享结果缓存和智能立方体（第 368 页）。

如何使用多个本地缓存文件配置缓存共享

1 打开项目对应的项目配置编辑器。

2 分别选择缓存、结果缓存、存储。

3 在缓存文件目录输入框中，键入： .\Caches\ServerDefinition 其中 ServerDefinition 是服务器定义名。这可以让其他群集的节点搜索群集中所有计算机上的下列路径中的缓存： \Caches\ServerDefinition

4 单击确定。

5 在群集中的每个节点上，打开 Windows 资源浏览器并导航至缓存文件所在的文件夹。默认位置为： C:\Program Files\MicroStrategy\ Intelligence Server\Caches\Server Definition

其中 ServerDefinition 是服务器定义名。

6 右键单击缓存文件所在的文件夹，并选择共享。这时 “[ 服务器定义 ] 属性 ” 对话框将打开。

7 在 “ 共享 ” 选项卡上，选择共享方式选项。在共享名方框中，删除现有的文本并键入 ClusterCaches。

8 单击确定。完成上述步骤后，您可以使用群集监视器来群集化节点。

如何使用中心缓存文件配置缓存共享

1 打开项目对应的项目配置编辑器。

2 分别选择缓存、结果缓存、存储。

3 在缓存文件目录字段，输入以下其中一个内容： \\\

或 \\\

例如， \\My_File_Server\My_Cache_Directory。

4 单击确定。

5 在存储中心缓存的计算机上，创建将作为共享文件夹使用的文件夹。文件夹名称必须与缓存文件目录中所指定的名称（即上述所示的 Shared Folder Name）一致。请确保该缓存目录能通过运行 Intelligence Server 的所在网络帐户  进行写入。每个 MicroStrategy Intelligence Server 将创建自身的子目录。

如何使用多个本地缓存文件配置历史列表共享

如果您使用的是基于文件的历史列表，您可以通过类似于上述如何使用多个本地缓存文件配置缓存共享（第 375 页）部分的操作流程，对历史列表进行设置以在群集中各节点上使用多个本地磁盘备份。历史列表消息存储在历史文件夹中。（要查找此文件夹，请在 Intelligence Server 配置编辑器中，依次选择约束、历史设置。）

历史列表的位置为 .\Inbox\ServerDefinition，其中 Server Definition 为含历史列表的文件夹名称。此文件夹必须使用 ClusterInbox 作为共享名，因为 Intelligence Server 将使用此共享名来查找其他节点上的历史列表。

在 UNIX/Linux 上配置群集中的缓存

要对 UNIX/Linux 环境中的 Intelligence Server 群集进行配置，所有服务器必须能访问彼此的缓存以及收件箱（历史列表）文件。缓存文件和历史列表文件在本节中统称为缓存文件。 Intelligence Server 按计算机名来查找群集中其他节点上的缓存文件。如需缓存同步的基本步骤的说明和图解，请参阅在群集的各节点中同步缓存的信息（第 367 页）。

缓存文件夹和收件箱文件夹必须按以下方式来命名： //ClusterCaches //ClusterInbox

例如，含两个节点的 Intelligence Server 群集分别在 UNIX1 和 UNIX2 两台计算机上运行。 UNIX1 上运行的 Intelligence Server 将只在 /UNIX2/ClusterCaches 上查找其他 Intelligence Server 的缓存。

以下操作流程演示了如何在名为 UNIX1 和 UNIX2 的两台服务器上配置缓存的过程。以这些步骤为指向，完成您系统的配置。

您可以根据所需的中心缓存或本地缓存，使用以下相应的操作流程。如需缓存同步设置的详细说明和图解，请参阅在群集的各节点中同步缓存的信息（第 367 页）。

如何用中心缓存配置群集

 此操作流程假设 UNIX/Linux 计算机分别叫做 UNIX1 和 UNIX2。如何配置服务器定义和项目

1 在 UNIX1 上启动 Intelligence Server。

2 在 Desktop 中，创建指向 UNIX1 和 UNIX2 的项目源。

3 用 Desktop 连接到 UNIX1。

4 右键单击 UNIX1 的项目源，并选择配置服务器。

5 选中服务器定义分类，然后再选择历史设置。

6 按以下规则设置路径： ///

在此示例中，将路径设为 //sandbox/Inbox。

7 右键单击项目名称并选择项目配置。

8 分别选择缓存、结果缓存、存储。

9 按照 /// 格式将路径设置为 //sandbox/Caches。

将使用 Samba 软件的 UNIX/Linux 计算机上缓存的路径设为  \\\。

10 断开项目源的连接并关闭 Intelligence Server。

如何在共享设备上创建缓存文件夹

11 为共享设备上的缓存创建文件夹（详见上述 UNIX/Linux 群集化操作的前提条件）： mkdir /sandbox/Caches mkdir /sandbox/Inbox

12 重新启动两个 Intelligence Server。

如何用多个本地缓存文件配置群集  此操作流程假设以下条件成立： • UNIX/Linux 计算机分别叫做 UNIX1 和 UNIX2。 • Intelligence Server 安装在每台计算机上的 MSTR_ 目录下。

• 每台计算机上的 MSTR_HOME_PATH 为 /Build/BIN/SunOS/。

如何配置服务器定义和项目

1 在 UNIX 1 上启动 Intelligence Server。

2 在 Desktop 中，创建指向 UNIX1 和 UNIX2 的项目源。

3 用 Desktop 连接到 UNIX1。

4 右键单击 UNIX1 的项目源，并选择配置服务器。

5 选中服务器定义分类，然后再选择历史设置。

6 将路径设为 ./ClusterInbox 并单击确定。

7 右键单击项目名称并选择项目配置。

8 分别选择缓存、结果缓存、存储。

9 将缓存文件目录的路径设为 ./ClusterCaches。

10 断开项目源的连接并关闭 Intelligence Server。

如何设置 UNIX1 计算机

11 创建缓存文件夹： mkdir $MSTR_/ClusterCaches mkdir $MSTR_/ClusterInbox

12 在 UNIX1 上装载 UNIX2 上的文件夹。举例如下。 mkdir /UNIX2 mount UNIX2:/Build/BIN/SunOD /UNIX2

如何设置 UNIX2 计算机

13 创建缓存文件夹： mkdir $MSTR_HOME_PATH/ClusterCaches mkdir $MSTR_HOME_PATH/ClusterInbox

14 在 UNIX1 上装载 UNIX2 上的文件夹。举例如下。 mkdir /UNIX1 mount UNIX1:/Build/BIN/SunOD /UNIX1

15 重新启动两个 Intelligence Server。

联接群集中的节点

用群集监视器将一个节点（或计算机）与群集中的其他节点相联接。

如何联接节点到群集

1 在 Desktop 中登录一个项目源。您必须以具有 “ 管理群集 ” 权限的用户身份来登录。

2 依次展开管理、系统管理，并选择群集。有关群集中每个节点的信息将显示在界面右侧。

3 从管理菜单中指向服务器，然后选择联接节点。这时 “ 群集管理器 ” 对话框将打开。

4 输入您希望添加此节点的运行 Intelligence Server 的所在计算机名，或者单击 ... 浏览并选择计算机名。

5 指定或选中要联接的服务器后，单击确定。

确认群集系统的运行状况

所有节点已同步并加入到群集后，您可确认该群集是否正常工作。

如何通过 Desktop 进行确认

确认群集视图

1 连接到到群集中的其中一个 Intelligence Server 并确保 Desktop 中的群集视图（位于 “ 管理 > 系统管理 ” 下方）显示的所有群集成员节点是否正确。

确认缓存

2 连接到任何一个节点并运行一个大型报表。

3 使用缓存管理器并查看报表详细信息以确保已启用缓存。

4 连接到一个不同的节点并运行同一个报表。确认报表使用的缓存是否在第一个节点上创建。

确认历史列表

5 连接到任何一个节点并运行一个报表。

6 添加该报表到历史列表。

7 在不注销用户用户的情况下，用相同的用户名登录到不同的节点。

8 确认历史列表是否包含加入到第一个节点的报表。

如何通过 MicroStrategy Web 进行确认

1 打开 MicroStrategy Web Administrator 页面。

2 连接到群集中的任何一个节点。MicroStrategy Web Universal 应自动识别群集中的所有节点并显示为 “ 已连接 ” 的状态。

如果 MicroStrategy Web 无法识别群集中的所有节点，则有可能是  因为计算机本身无法解析该节点名。 MicroStrategy 群集运用方式为在内部通信过程中使用计算机的名称。因此，Web 计算机应能够将计算机名解析为 IP 地址。您可以编辑 lmhost 文件以便关联 IP 地址和计算机名称。

您也可以执行上述如何通过 Desktop 进行确认部分所描述的相同的缓存和历史列表测试。

在群集的各节点中分布项目

您可以用任何群集的配置在群集中的各节点上分布项目。每个节点可以托管一组不同的项目，也就是说只有一小部分项目需要被载入到指定的 Intelligence Server。这为您在使用资源时提供了灵活性，以及更好的可扩展性和性能。

要在群集上分布项目，您可以手动分布项目到群集中的特定节点。项目分配到节点后，便可以使用。

如果不分配项目到节点，则项目将保持未载入的状态且用户无法使用  该项目。随后您必须手动载入项目才能使用。要手动载入项目，右键单击项目监视器中的项目并选择载入。

如果您通过群集的 Intelligence Server，在 Enterprise Manager 中使用  单独的实例会话记录，则单独的实例会话记录项目将载入到所有群集的 Intelligence Server 上。启动时在所有服务器上载入项目失败将导致未在启动时载入项目的任何 Intelligence Server 丢失会话统计信息。如需更多信息，请参阅 MicroStrategy Tech Note TN14591。如需关于 Enterprise Manager 中的会话记录的相关详细信息，请参阅第 14 章通过 Enterprise Manager 分析系统的使用情况。

如何在群集的各节点中分布项目

1 在 MicroStrategy Desktop 中，从管理菜单中指向项目，然后选择选择项目。这时 Intelligence Server 配置编辑器将打开，并显示项目：常规分类。

2 这是将显示 Intelligence Server 配置编辑器打开时所检测到的群集中的每个节点的所在列。选中相应的复选框对系统进行配置以便在指定节点上载入指定的项目。项目行与节点列相交处所选框表示该项目在启动时载入到该节点。

• 如果未选中项目对应的复选框，则该项目在启动时不会载入到任何节点。与此类似，如果未选中节点对应的复选框，则启动时不会载入任何项目到该节点。

如果您通过 Enterprise Manager 使用单独的实例会话记录，则启动  时单独的实例会话记录项目将载入到所有群集的 Intelligence Server 上。启动时在所有服务器上载入项目失败将导致未在启动时载入项目的任何 Intelligence Server 丢失会话统计信息。如需更多关于单独的实例会话记录的信息，请参阅第 14 章通过 Enterprise Manager 分析系统的使用情况。如需更多此问题的信息，请参阅 MicroStrategy Tech Note TN14591。 • 所有服务器：如果选定与项目对应的此复选框，群集中的所有节点将在启动时载入此项目。这时还将自动选中所有单个节点的复选框。当您添加新的节点到群集时，所有已设置为载入到所有服务器的项目将自动载入到新节点。如果选中了要在每个节点上加载的指定项目所对应的复选标记，但  是同时未选中所有服务器复选框，则系统将在所选节点上载入项目。当有新的节点加入到群集时，此项目将不会自动在该新节点上进行加载。

3 请选择是否只显示所选项目，还是在保存时应用启动配置选项： • 只显示选中项目：选择此选项后，您可以只显示已分配用来在节点上载入的项目。处于显示效果的考虑，将筛除未载入到群集中任一节点的项目。

• 应用保存的启动配置：选择此选项后，您的更改将迅速反映到群集上。如果取消选定此复选框，则单击确定时将保存更改，但只有在重启 Intelligence Server 后才能生效。

4 完成对群集中节点上的项目的配置后，单击确定。

如果在 Intelligence Server 配置编辑器中未显示您要载入的项目，您必须对 Intelligence Server 进行配置以使用项目所在元数据所对应的服务器定义。请使用 MicroStrategy 配置向导来实现此操作。详见 MicroStrategy 安装和配置指南获取详细信息。

当 Intelligence Server 配置编辑器打开时，元数据中的所有项目并不一  定全部注册并列入服务器定义中。如果在一个 2 层结构（直接连接）的数据源中创建或复制项目，且该数据源指向的元数据与 Intelligence Server 运行时所使用的元数据相同，则会发生上述情形。不推荐通过同一个元数据启动服务器的同时在 2 层结构的系统中创建、复制或删除项目。

管理您的群集系统

群集系统启动并运行后，您可以对群集中每个节点上运行的项目进行监控和配置。

• 管理群集节点上项目（第 384 页） • 项目故障转移及恢复周期（第 386 页） • 关闭节点（第 388 页） • 维护群集环境下的结果缓存（第 390 页）

管理群集节点上项目

群集中所有节点上的项目的管理操作可通过 System Administration Monitor 的群集视图实现。通过此视图，您可以在 Intelligence Server 上进行系统管理的过程中卸载或闲置一个项目。但是，有时您只需要对群集中某一个节点执行维护操作。在这种情况下，您可以使用群集视图来闲置或卸载该节点上的项目，同时保持项目在群集的其他节点上正常运行。

如需关于项目上各种闲置状态所产生的影响的相关详细信息，请参阅设置项目状态（第 27 页）。

如何管理群集中的项目和节点

1 在 Desktop 中登录一个项目源。您必须以具有 “ 管理群集 ” 权限的用户身份来登录。

2 依次展开管理、系统管理，并选择群集。有关群集中每个节点的信息将显示在界面右侧。

3 要查看某节点上所有项目的列表，单击该节点旁边的 + 标志。所选服务器上的项目状态将显示在项目名称旁。

您可以同时在多个服务器或项目上执行一项操作。要实现此操作，选  中多个项目（CTRL+ 单击），然后右键单击并选择其中一个选项。

如何闲置或恢复节点上的项目

1 在群集视图中，右键单击要更改状态的项目，指向在节点上管理项目，并选择闲置 / 恢复。这时 “ 闲置 / 恢复 ” 对话框将打开。

2 为需要设置闲置模式的项目选择相应的选项。 • 请求闲置（请求闲置）：所有当前执行的作业和队列中的作业完成执行，且任何最新提交的作业将被拒绝执行。

• 执行闲置（所有作业均为执行闲置）：所有当前执行的作业、队列中的作业以及最新提交的作业都将加入队列，这些作业将在项目恢复时执行。

• 仓库执行空闲（数据仓库作业均为执行闲置）：所有当前执行的作业、队列中的作业以及需要提交 SQL 到数据仓库的最新提交的作业都将加

入队列，这些作业将在项目恢复时执行。执行任何不需要根据数据仓库执行 SQL 的作业。 • 全部闲置（所有作业均为请求闲置和执行闲置）：所有当前执行的作业和队列中的作业将被取消，且任何最新提交的作业将被拒绝执行。

3 单击确定。 “ 空闲 / 恢复 ” 对话框将关闭并且项目将进入所选模式。

如何从特定节点载入或卸载项目

在群集视图中，右键单击要更改状态的项目，指向在节点上管理项目，并选择载入或卸载。项目将被从该节点载入或卸载。

项目故障转移及恢复周期

群集中的项目故障转移支持类似于系统故障转移支持。例如，群集中的一台服务器托管项目 A 而群集中的另一台服务器则托管项目 B 和 C。第一台服务器不可用时，另外一台服务器将开始运行上述所有 3 个项目。项目故障转移支持确保了在发生硬件或应用程序错误时项目仍可用。

当由于节点错误而导致运行指定项目所需的节点数接近于 0 （零）时将触发项目故障转移。在此期间，系统将自动将发生错误的系统上的所有项目载入到群集中的其他服务器以便保持这些项目的可用性。操作失败的服务器恢复运行后，系统将重新在已恢复的服务器上载入原始项目。还将从暂时托管项目的服务器上移除相应的项目。

故障转移及恢复周期只有在发生服务器错误时才会生效。如果手动关闭服务器，则该服务器上的项目不会自动转移到其他服务器，并且也不会再重启后自动从其他服务器转移回到原先的服务器。

您可以在以下实例中判断控制延时操作或恢复周期的部分设置：

• 计算机发生操作失败时，但在计算机上的项目载入到其他计算机之前 • 发生操作失败的计算机恢复运行，但在该计算机上的原始项目重新加载之前

如何设置项目故障恢复周期

1 在 MicroStrategy Desktop 中，从管理菜单中指向项目，然后选择选择项目。这时 Intelligence Server 配置编辑器将打开，并显示项目：常规子分类。

2 选择高级子分类。

3 输入项目故障恢复周期和配置恢复周期，并单击确定。

当决定使用这些恢复周期设置时，应考虑您的操作环境中项目载入到计算机所需的平均时间。如果您的项目特别大，则需要花费一定时间进行加载，这会耗尽您的系统资源。仔细考虑这一点后，请使用以下信息来决定故障恢复周期。

项目故障恢复周期

您可以在发生操作失败的计算机上的项目载入到其他节点之前控制延迟（恢复周期）操作以便保留最低可用性。

恢复周期只有在发生服务器错误时才会生效。如果手动关闭服务器，  则该服务器上的项目不会自动转移到其他计算机。

请在设置恢复周期时考虑以下信息：

• 设置一个较长的恢复周期以防止发生操作失败的服务器上的项目迅速载入到其他服务器。如果您的项目较大且您确信发生操作失败的服务器会快速恢复运行时，可以充分利用此操作优势。较长的恢复周期为发生操作错误的服务器提供了更多时间恢复联机状态以免该服务器上的项目载入到其他服务器。

• 设置较短的恢复周期将导致发生操作失败的服务器上的项目以相对较快的速度载入到其他服务器。如果您的项目对用户来说总是处于可用状态时可以利用此操作优势。

• 禁用恢复周期或故障恢复过程：

 如果输入的值为 0 （零），则表示无恢复周期，因此也就没有延迟。这是将迅速开始项目故障转移进程。

 如果输入的值为 -1，则故障转移进程将被禁用并且发生计算机操作失败时项目不会转移到其他节点。

配置恢复周期

当出现导致项目故障转移的条件消失时，系统将通过已从替代服务器上的项目并将项目重新载入到恢复的服务器（项目的原始服务器）以自动恢复到原始的项目。

请在设置恢复周期时考虑以下信息：

• 设置较长的恢复周期将使项目在替代服务器上停留更长时间。如果您的项目较大且您想确保恢复后的服务器在开始项目载入过程之前的一段特定时间保持联机状态时可充分利用此操作优势。较长的恢复周期可以在服务器恢复联机状态后并在重新载入其项目之前提供更长时间。

• 设置较短的恢复周期将导致替代服务器上的项目以相对较快的速度移除并载入到恢复后的服务器。如果您要尽快缩减替代服务器上的资源使用率，则可以充分利用此操作优势。

您也可以禁用恢复周期：

• 如果输入的值为 0 （零），则表示无恢复周期，因此也就没有延迟。则是将立刻开始配置恢复进程。

• 如果输入的值为 -1，则配置恢复进程将被禁用且项目将从不自动重新载入到恢复后的服务器。

关闭节点

节点可以两种方式来关闭：

• 出于管理原因而关闭：这种方式包括从群集中移除节点或 Intelligence Server 服务停止时所发生的实例。 • 节点错误：这种方式包括发生断电或软件错误等实例。这种方式通常叫做强制关闭。强制关闭节点将保留可用的有效缓存。但是，当节点已关闭时，则无法对缓存进行监控、更改状态或对其做失效处理。可以通过手动删除本地缓存上的缓存文件，或者通过删除共享网络位置上的相应缓存文件来删除上述缓存。操作时请特别注意以对象 ID 命名的缓存文件。

上述每种关闭操作的结果将在以下几节中展开讨论。

资源的可用性

如果节点状态显示因为强制关闭而导致不可用，则表示缓存资源在群集中的其他节点上仍有效并且在可用的状态下仍可以对其进行访问。如果缓存不可用，则将在其他节点上创建新的缓存。

在出于管理原因而关闭节点时，与关闭的节点关联的缓存对其他节点来说不再有效，即便在文件服务器等物理形式的存储位置上可用亦如此。

客户端连接状态

Desktop

如果从群集移除一个节点， Desktop 等与群集无关的客户端连接并不会发生改变。但是，本地节点必须重新生成各自的缓存而不是访问其他节点上的资源。如果 Intelligence Server 已关闭，无论该 Intelligence Server 是否处于群集，与该 Intelligence Server 连接的任何 Desktop 客户端将接收到一条关于丢失连接的相关错误消息。

MicroStrategy Web

如果与 MicroStrategy Web 用户连接的群集节点发生关闭，则这些作业将默认显示错误消息。错误消息中包含的选项可以让您重新提交作业，在这种情况下 MicroStrategy Web 将自动重新连接用户到其他节点。 MicroStrategy Web 的自定义操作中可以通过多种方式更改此默认行  为。

如果已从群集移除节点，则所有现有的连接将继续工作并保持与该计算机的连接，但该计算机将不再具有群集节点资源的访问权限。之后 MicroStrategy Web 的连接操作将指向有效的群集结点。

重启后的状态

如果由于某些原因导致节点不可用，则该节点上的所有作业都将终止。重启该节点将在作业队列中出现空白的作业列表。

如果在 Windows 环境中强制关闭节点，则节点恢复后将自动重新联接群集。  注意以下事项：

• 您可以通过 Intelligence Server 配置编辑器定义需在重启时自动重新联接的群集。如需执行此配置所需的步骤，请参考 Desktop Help。 • 如果群集中多个节点同时重启，则有可能无法全部准确联接群集。要防止发生此情况，请在间隔几分钟后再分别进行重启。

节点将仍保留在群集中但群集监视器中这些节点将不可用并显示 “ 已停止 ” 状态。

维护群集环境下的结果缓存

正确地对结果缓存进行维护操作在任何 MicroStrategy 系统中都是一项重要任务。如需关于缓存以及缓存维护的详细信息，以及推荐的最佳实践方法，请参阅结果缓存（第 394 页）。

当在群集环境中维护结果缓存时，请注意以下事项：

• 如果缓存处于活动状态并且与群集互联，并且该缓存所在的序幕已载入到该节点，则您只能在指定节点管理缓存。

• 无论何时创建或更新群集中节点上的缓存，同一节点或其他节点上报表的所有旧缓存复件将自动失效。这意味着无论何时，群集中所有节点上只存在一份有效的缓存复件。如需更多关于缓存无效化的信息，请参阅结果缓存的无效化操作（第 408 页）。 • 指定计算机上的缓存监视器的缓存命中数只反映了群集内初始化的指定计算机任意缓存的命中次数。如果群集中的其他计算机命中本地计算机上的缓存，则此次命中操作将步入计入本地计算机的命中次数。如需更多关于缓存监视器的信息，请参阅监控结果缓存（第 403 页）。例如，服务器 A 和服务器 B 已发生群集，该群集的配置允许使用本地缓存（详见本地缓存（第 370 页））。在服务器 A 上创建报表的同时将生成一个缓存。当在服务器 B 上执行报表时，将命中服务器 A 上的报表缓存。服务器 A 上的缓存监视器不会记录此次缓存命中，因为服务器 A 的缓存监视器只显示服务器 A 所初始化的活动状态。

• MicroStrategy 建议在群集的环境下，将缓存备份频率设置为 0 （零）以确保历史列表消息正确地进行同步。此设置位于 Intelligence Server 配置编辑器的 “ 服务器定义：高级 ” 分类中。如需更多关于此设置的信息，请参阅备份频率（分钟）（第 412 页）。

MicroStrategy Web 与群集的连接

您可以利用 MicroStrategy Web 的 Administration 页面来连接 MicroStrategy Web 到群集。如果 Intelligence Server 与 MicroStrategy Web 处于同一个子网，且可通过用户数据报协议 (UDP) 来访问，则 MicroStrategy Web Administration 页面将通过查找计算机上运行的侦听服务自动列出服务器。如果列出了您要连接的服务器，则可以在此页面进行连接。此外，您也可以输入服务名来进行连接。

如果所选计算机是群集中的一个组成部分，则整个群集都将出现在 Administration 页面并标注为单独的群集。单击 MicroStrategy Web Administration 页面上的帮助以获取连接到 Intelligence Server 的步骤。

MicroStrategy Web 连接到节点后，所有节点都将引用相同的项目。负载平衡将以用户连接为标准，把新的 Web 连接指向负载最小的节点。与特定节点连接成功后， Web 用户将在同一个节点运行所有 MicroStrategy 活动。

如果从群集手动移除节点，则项目将在 MicroStrategy Web 中作为独立内容来处理，且这些项目所连接的节点将依赖于所选的项目。但是，所有项目仍将访问同一个元数据。

群集化与防火墙

在设有防火墙的情况下通过 MicroStrategy Web 连接到 Intelligence Server 时，无论群加状态如何，操作过程均相同。唯一的区别是，允许使用的报表、资源和目标可能在 MicroStrategy Web 与群集中的各节点间保持可用状态。

导出为 PDF 或 Excel

在 MicroStrategy Web 中，用户可以将报表导出为 PDF 或 Excel 供日后查看。用户必须在 Intelligence Server 计算机上对 Inbox 文件夹有 “ 写入 ” 权限。

要在群集的环境中导出 PDF 或 Excel 格式的报表，用户必须在群集中的所有 Intelligence Server 上对 ClusterInbox 文件夹有 “ 写入 ” 权限。有关如何设置 ClusterInbox 文件夹的操作说明，请参阅配置群集中的缓存（第 375 页）。

节点错误

MicroStrategy Web 或 Web Universal 用户可以在发生节点错误时自动连接到其他节点。要让这些用户运用自动重新分布负载，请在 Web Administrator 页面的 Web 服务器下选择安全性，然后在 “ 登录 ” 区域选择如果会话丢失允许自动登录。

9. 加速报表和文档的响应时间：缓存

简介

缓存是存储在系统上的一个结果集，用于提升日后处理请求时的响应速度。用户可以利用缓存来检索来自 Intelligence Server 的结果，而不是通过数据库重新执行查询。

Intelligence Server 支持以下类型的缓存： • 结果缓存：已存储在 Intelligence Server 计算机上的经过计算和处理的报表和文档结果，这样便能比通过数据仓库重新执行请求更快地进行检索。如需更多上述相关的信息，请参阅结果缓存（第 394 页）。智能立方体可以用类似的方式来获取缓存，以便在 Intelligence  Server 内存中存储来自数据仓库的数据，而不是在数据库中进行存储。智能立方体是 Intelligence Server 上的 OLAP Services 附加项的一个部分。如需了解关于智能立方体的详细信息，请参阅 MicroStrategy OLAP Services Guide。 • 历史列表是在每位用户操作的基础上保存报表结果的方式。如需更多信息，请参阅保存报表结果 : 历史列表（第 421 页）。 • 元素缓存：最近常使用的查找表元素存储在 Intelligence Server 或 MicroStrategy Desktop 上的内存中，以便更快进行检索。如需更多上述相关的信息，请参阅元素缓存（第 435 页）。

• 对象缓存：最近常使用的元数据对象存储在 Intelligence Server 和 MicroStrategy Desktop 上的内存中，以便更快进行检索。如需更多上述相关的信息，请参阅对象缓存（第 446 页）。

您可以在项目配置编辑器中的 “ 缓存 ” 选项卡下指定除 “ 历史列表 ” 以外的所有缓存类型的设置。历史列表设置需在 Intelligence Server 配置编辑器中进行指定。

这是将分别为各个项目创建并存储结果、元素以及对象缓存，并且不能在项目间共享。历史列表消息将根据各个用户来创建和存储。

要更改缓存设置，您必须有 “ 管理缓存 ” 权限。此外，对缓存设置的更改必须在停止并重启 Intelligence Server 后才会生效。

如需更多提升 MicroStrategy 系统响应速度的方法，请参阅第 7 章调整  系统以达到最佳性能。

结果缓存

结果缓存是存储在 Intelligence Server 上的已执行报表或文档的缓存。结果缓存可以是报表缓存也可以是文档缓存。

您不能在一个直接（两层结构）的环境创建或使用结果缓存。缓存将  保存在 Intelligence Server 上，但不会保留在 Desktop。

只有项目配置编辑器中的 “ 缓存：结果缓存：创建 ” 分类下的启用报表服务器缓存复选框已选中的情况下才能创建或使用项目中的报表缓存。

只有项目配置编辑器中的 “ 缓存：结果缓存：创建 ” 分类下的使所选格式的文档输出缓存有效复选框已选中并且选择了一个或多个格式的情况下才能创建或使用项目中的文档缓存。

只有在 MicroStrategy Web 中执行文档时才会创建或使用文档缓存。  在 MicroStrategy Desktop 中执行文档时不会创建或使用文档缓存。

默认情况下，将在项目级别启用结果缓存。还可以分别以一个报表和一个文档为基础进行设置。例如，您可以禁用项目级别的缓存，并且只启用经常使用的特定报表的缓存。如需更多信息，请参阅报表级别的结果缓存设置（第 421 页）。

结果缓存将在您进行下列操作时创建：

• 在 MicroStrategy Web 或 Desktop 中，执行一个只含静态对象的已保存的报表或文档。

• 在 MicroStrategy Web 或 Desktop 中，执行一个含一个或多个提示的已保存的报表或文档。每一集特有的提示选择对应一个不同的缓存。

• 在 MicroStrategy Web 中，执行模板与筛选器的组合。 • 在调度的基础上执行报表或文档。该调度可能与 MicroStrategy Web、 Desktop、 Mobile、 Distribution Services 或 Narrowcast Server 相关联。如需更多关于报表调度的信息，请参阅报表和文档的定期操作：订阅（第 477 页）。缓存并不会应用到钻取报表请求，因为此报表是以快速方式临时构建  的。

当用户运行一个报表（或从 MicroStrategy Web 运行文档）时，将提交一个作业到 Intelligence Server 进行处理。如果服务器上找不到该请求的缓存，则将提交一个查询到数据仓库进行处理，然后所产生的报表结果将被缓存。下一次其他用户运行该报表或文档时，将立即返回结果而无需等待数据库处理查询内容。

缓存监视器中显示来有关计算机上缓存的详细信息。如需更多信息，请参阅监控结果缓存（第 403 页）。如果您在 HP-UX v2 上运行 Intelligence Server，并且注意到使用缓存  监视器时系统响应速度过慢，请参考缓存监视器和智能立方体监视器的性能（第 672 页）中的步骤来改善性能。

您可以通过查看 SQL 视图下的报表轻松检查某个单独的报表是否命中缓存。下图展示了 MicroStrategy Tutorial 中 SQL 视图模式下的报表 Sales by

Region （地区销售额）。此报表 SQL 视图的第 5 行中显示 Cache Used: Yes （已使用缓存：是）。

客户端即席数据排序、旋转、视图筛选器、衍生度量等的分析处理不  会导致 Intelligence Server 生成新的缓存。

本节主要讨论了以下有关结果缓存的内容：

• 缓存管理最佳实践方法（第 397 页） • 结果缓存的类型（第 397 页） • 结果缓存的位置（第 399 页） • 缓存匹配算法（第 400 页）

• 禁用结果缓存（第 403 页） • 监控结果缓存（第 403 页） • 管理结果缓存（第 407 页） • 配置结果缓存设置（第 411 页）

缓存管理最佳实践方法

一个好的缓存管理实践结果取决于几个因素，比如项目中的报表和文档的数量、缓存可用的磁盘空间、报表和文档中的个性化内容总数以及您是否使用群集的 Intelligence Server。

MicroStrategy 推荐使用下列最佳实践方法来进行缓存的管理： • 用于存储结果缓存的磁盘必须总是有至少 10% 的可用容量。 • 在一个含有大量报表的项目中，可以考虑根据每一个报表的情况分别启用缓存。使用 MicroStrategy Enterprise Manager 来判断哪些报表使用次数较多且适合作为备用缓存内容。如需关于 Enterprise Manager 的信息，请参阅第 14 章通过 Enterprise Manager 分析系统的使用情况。如需关于根据每一个报表的情况分别启用缓存的信息，请参阅报表级别的结果缓存设置（第 421 页）。 • 禁用含提示答案或安全筛选器等大量个性化内容的报表和文档的缓存功能。

要重复使用含大量个性化内容的报表和文档的结果，请使用 MicroStrategy OLAP Services 来创建智能立方体。如需更多关于 OLAP Services 的信息，请参阅 MicroStrategy OLAP Services Guide。如需关于购买 OLAP Services 的信息，请与您的 MicroStrategy 销售代表联系。

• 如果结果按用户 ID 进行缓存（详见为每个用户创建缓存（第 415 页）），则最好禁用缓存而不要使用历史列表。如需关于历史列表的信息，请参阅保存报表结果 : 历史列表（第 421 页）。 • 请注意调整缓存属性以提升系统性能的各种不同操作方式。如需上述属性列表，以及各种属性的解释说明，请参阅配置结果缓存设置（第 411 页）。

• 如果您使用的是群集的 Intelligence Server，则意味着缓存有更多的维护要求。如需关于群集系统中的缓存维护的信息，请参阅维护群集环境下的结果缓存（第 390 页）。

结果缓存的类型

以下类型的结果缓存由 Intelligence Server 创建： • 匹配缓存（第 398 页） • 历史缓存（第 398 页）

• 匹配历史缓存（第 398 页） • XML 缓存（第 399 页）

所有文档都属于匹配的缓存。文档并不会生成历史缓存或 XML 缓存。智能立方体报表不会创建匹配缓存。

匹配缓存

匹配缓存是为日后操作时的相同请求而保留的报表和文档的结果。一般来说，匹配缓存是 Intelligence Server 使用最频繁的结果缓存类型。

当结果缓存已启用时， Intelligence Server 将判断各个请求是否能通过现有的匹配缓存来进行处理。如果没有匹配项，则将在数据库上运行报表或文档并创建一个新的匹配缓存以便再次提交相同的请求时重复使用。这一缓存处理由系统管理员进行管理，并且对于受益于更快响应时间的普通用户来说是一项透明的操作。

历史缓存

历史缓存是由特定用户保存在历史列表中供日后参考的报表结果。当执行报表时，将有一个选项让用户可以发送报表到历史列表。选择此选项将创建历史缓存来保存该报表的结果和消息到指向该历史缓存的用户历史列表。用户稍后可以通过访问历史列表中相应的消息来重复使用该报表结果集。不同用户创建的多个历史列表消息可指向同一个历史缓存。

匹配缓存和历史缓存之间的主要不同之处是匹配缓存用来存储报表或文档的结果并在执行报表或文档时才会访问该缓存，而历史缓存则用于存储历史列表消息的数据并且只能在检索到该历史列表消息时才会对它进行访问。

如需更多关于历史列表的信息，请参阅保存报表结果 : 历史列表（第 421 页）。

匹配历史缓存

匹配历史缓存是至少一条历史列表消息所引用的匹配缓存。它是由匹配缓存和历史缓存所构成的单独缓存。上述段落中讨论的与匹配缓存和历史缓存关联的属性分别对应于匹配历史缓存的两个部分。

XML 缓存

XML 缓存是个性化钻取路径中所使用的 XML 格式的报表缓存。这种缓存在通过 MicroStrategy Web 执行报表时创建，并且可以在 Web 中重复使用。 XML 缓存可以与其相对应的匹配缓存同时创建。当关联的报表或历史缓存被移除时， XML 缓存也会自动移除。

要禁用 XML 缓存，请选中项目配置编辑器中的 “ 项目定义：钻取 ” 分类下的启用 Web 个性化钻取路径选项。需注意的是，该操作可能对 Web 性能造成负面影响。如需更多关于 XML 缓存的信息，请参阅 ACL 与 Web 中的个性化钻取路径（第 68 页）。

结果缓存的位置

Intelligence Server 上将针对每一个项目分别创建结果缓存。这些缓存将保存在内存中以及磁盘上。服务器将管理内存与磁盘之间的自动缓存交换。缓存将从最近使用最少的缓存开始卸载，直至达到最大内存约束限制。

存储结果缓存所需的可用总内存受 “ 内存存储 ” 设置的限制。如需更多信息，请参阅最大 RAM 使用（第 417 页）。

结果缓存文件

默认情况下，结果缓存文件保存在 Intelligence Server 的安装目录 \Caches\ServerDefinition\Machine Name\。报表缓存将保存在此文件夹。文档缓存则保存在此文件夹的下级文件夹 \RWDCache\ 中。

报表缓存文件格式

报表缓存以二进制文件格式存储在磁盘上。每个报表缓存包括两个部分：

• Cache_Info.che 中包含用户和提示答案等缓存相关的信息。 • Cache.che 中包含该缓存的实际数据。

报表缓存索引文件

Intelligence Server 将创建两种类型的索引文件来分辨并定位报表缓存： • CachePool.idx 索引文件包含所有匹配缓存和历史缓存的列表以及缓存位置的指示符。

• CacheLkUp.idx 是含有所有匹配缓存列表及其相对应缓存键的一个查找表。传入的报表请求在这个表中与报表缓存键进行匹配以判断是否可以使用匹配缓存。此过程叫做缓存的匹配（详见缓存匹配算法（第 400 页））。此查找表在 Intelligence Server 关闭时将总是备份到磁盘。其他备份内容将在备份频率和缓存查找清除频率设置的基础上进行操作（详见服务器级别的结果缓存设置（第 412 页））。

文档缓存文件格式

文档缓存以二进制文件格式存储在磁盘上。每个文档缓存包括两个部分：

• _info.rwdc 中包含用户和提示答案等缓存相关的信息。

• .rwdc 中包含该缓存的实际数据。

文档缓存索引文件

MicroStrategy Intelligence Server 将创建两种类型的索引文件来分辨并定位文档缓存：

• RWDPool.idx 索引文件包含所有匹配缓存的列表以及缓存位置的指示符。 • RWDLkUp.idx 是含有所有匹配缓存列表及其相对应缓存键的一个查找表。从 Web 传入的文档请求在这个表中与文档缓存键进行匹配以判断是否可以使用匹配缓存。此过程叫做缓存的匹配（详见缓存匹配算法（第 400 页））。该查找表在 Intelligence Server 关闭时将总是备份到磁盘。其他备份内容将在备份频率和缓存查找清除频率设置的基础上进行操作（详见服务器级别的结果缓存设置（第 412 页））。

缓存匹配算法

当用户通过 Web 请求报表或文档时，缓存键将用来判断缓存是否能满足请求的需要。如果请求中的缓存键与结果缓存中的缓存键，则将使用缓存的报表或文档。匹配过程将经过几个步骤完成，其中涉及了一系列缓存键的使用，以下详细讲解了每一个步骤的操作。任何一个步骤中的匹配若不成功，则无法使用缓存且请求将通过数据仓库执行。

步骤 1: 检查 ID

为了检查请求的报表 / 文档与缓存的报表 / 文档是否相同， Intelligence Server 将比较这两项内容的 ID 和版本号。如果两者吻合，则前往步骤 2 继续操作。

此外， Intelligence Server 还会根据缓存中的记录来检查请求的报表 / 文档中的模板 ID、模板版本号、筛选器 ID 以及筛选器版本号。如果这些全部吻合，则前往步骤 2 继续操作。

如果您并未使用 MicroStrategy OLAP Services，对报表做任何修改，  即使是很简单的格式更改或访问控制列表（ACL）修改都会使模板版本号发生变化并导致报表缓存失效。有了 MicroStrategy OLAP Services，缓存只会在报表对象窗格中的内容发生变化时失效。如需更多关于 OLAP Services 的信息，请参阅智能立方体（第 351 页）。

步骤 2: 确认个性化设置的影响

如果报表或文档包含提示， Intelligence Server 将检查报表中所选择的提示答案。不同的提示答案会改变报表的内容，因此，报表请求中的提示答案与报表缓存中的提示答案不行同的情况下不会使用缓存。每一组不同的提示答案将创建不同的缓存。

步骤 3: 确认安全设置的影响

Intelligence Server 必须确保使用不同安全筛选器的用户能够访问相同的缓存。Intelligence Server 将比较请求中应用到用户的所有安全筛选器的安全 ID 以及安全版本号，其中包括从这些用户所属发分组所继承的安全筛选器，并带有创建该缓存的用户所对应的安全配置文件。

步骤 4: 确认修改带来的影响

若报表 / 文档中的对象发生变化， Intelligence Server 将不会使用缓存。为了是否发生了变化， Intelligence Server 将比较请求的报表 / 文档中与缓存的报表 / 文档中所使用的所有应用程序对象的 ID 和版本号。如果这些 ID 存在不同，则现有的缓存将自动失效。

步骤 5: 确认数据语言

Intelligence Server 必须确保运行报表的用户使用的语言不同于创建缓存的用户所使用的语言时，不会使用缓存。每种不同的语言分别需要创建不同的缓存。

步骤 6: 确认数据库安全方面的影响（可选）

您可以在必要时添加下列可选条件到缓存的匹配过程。若安全视图和连接映射用来确保使用不同安全配置文件的用户通过数据仓库查看不同数据时无法访问相同的缓存，则可以有效运用这些条件来解决此问题。如需关于连接映射的信息，请参阅控制数据库的访问权限：连接映射（第 77 页）。 • 用户 ID：要在用户请求缓存时按照全局唯一标示符（GUID）来匹配缓存，请在项目配置编辑器中的 “ 缓存：结果缓存（创建） ” 分类下选中为每个用户创建缓存复选框。

• 数据库登录：要按照通过连接映射分配给数据库登录帐户的 GUID 来匹配缓存，请在项目配置编辑器中的 “ 缓存：结果缓存（创建） ” 分类下选中为每个数据库登录创建缓存复选框。

若使用数据库仓库验证方式时，此选项的作用特别明显。如需更多  信息，请参阅数据库仓库身份验证方式的运用（第 108 页）。 • 数据库连接：要按照通过连接映射分配给数据库登录帐户的数据库连接来匹配缓存，请在项目配置编辑器中的 “ 缓存：结果缓存（创建） ” 分类下选中为每个数据库连接创建缓存复选框。

步骤 7: 确认文档的附加条件

使用缓存前还必须符合几个附加的文档缓存条件：

• 文档的导出选项（所有页面或当前页面）和区域设置必须进行缓存匹配。 • 文档中所使用的选择器和分组选项必须与缓存中所使用的选项相匹配。

• 文档格式（PDF、 Excel 或 XML/Flash）必须与缓存格式相匹配。 • 在 Excel 中，文档和缓存两者必须启用或禁用才能在 MicroStrategy Office 中正常使用。

• 在 XML/Flash 中，文档模式（查看、交互、可编辑、 Flash）必须与缓存的模式相匹配。

• 在 XML/Flash 中，执行文档的用户所使用的 Web 首选项必须与创建缓存的用户所使用的 Web 首选项相匹配。

禁用结果缓存

默认情况下， Intelligence Server 中已启用结果缓存。若性能提升与增加的资源占用相比微乎其微，则可以禁用报表缓存。您可能需要在下列情形下禁用缓存：

• 数据仓库一天会进行多次更新。 • 大多数报告过程都是临时性的，因此使用缓存的意义不大。 • 报表包含大量提示，且每次运行报表时，可供选择的提示答案都不相同。 • 访问报表时，共享相同的安全筛选器的用户极少。如果您禁用项目中的结果缓存功能，则可以通过启用特定报表或文档  的缓存来设置例外情况。如需更多信息，请参阅报表级别的结果缓存设置（第 421 页）。

如何禁用结果缓存

1 打开项目对应的项目配置编辑器。

2 选中缓存：结果缓存：创建分类。

3 要禁用报表和文档的缓存，取消选定启用报表服务器缓存复选框。

4 要禁用文档缓存但保留报表缓存，请将启用报表服务器缓存复选框保持选中的状态并取消选定使所选格式的文档输出缓存有效复选框。

5 单击确定。此项目的缓存将被禁用。

监控结果缓存

您可以使用 MicroStrategy Desktop 中的缓存监视器来监控结果缓存。当结果缓存被禁用且用户执行报表或文档时，缓存监视器中将出现一个缓存项。

您也可以使用 Diagnostics Configuration Tool 来诊断结果缓存的跟踪情况（详见 Diagnostic and Performance Logging Tool （第 406 页）），并使用 Command Manager 来自动更新与结果缓存相关的信息（详见 Command Manager （第 406 页））。缓存命中数是指缓存的使用次数。当执行了一个报表（该操作将创建  一项作业）且该报表的结果从缓存中进行检索而不是从数据仓库检索

时， Intelligence Server 将增加缓存命中数。当用户运行报表或报表根据用户的调动运行时都会发生这一情况。但用户从历史列表检索报表的情况除外（并不会创建一项作业）。即使该报表已缓存，不会增加缓存的命中数。

如何在缓存监视器中查看项目中的所有报表或文档的缓存

1 在 Desktop 中登录一个项目源。您必须以具有缓存监视权限的用户身份来登录。

2 展开管理，然后再依次展开系统监视器、缓存，然后再选择报表或文档。这时 “ 缓存监视器选项 ” 对话框将打开。

3 选择要查看的缓存所在的项目并单击确定。这时将打开报表缓存监视器或文档缓存监视器。

4 要查看关于缓存的附加信息，双击该缓存。这时将打开与该缓存的 “ 缓存快速查看 ” 对话框。

5 要查看所有缓存的更多详细信息，从查看菜单中选择详细信息。

6 要更改详细信息视图中所显示的列，右键单击缓存监视器并选择视图选项。这时 “ 缓存监视器查看选项 ” 对话框将打开。选择您要查看的列并单击确定。

7 要查看来自不同项目的缓存，在缓存监视器中单击右键并选择筛选器。这时 “ 缓存监视器选项 ” 对话框将打开。选择要查看的缓存所在的项目并单击确定。该项目的缓存将显示在缓存监视器中。

8 要在报表缓存监视器中显示历史缓存和 XML 缓存，在缓存监视器中单击右键并选择筛选器。这时 “ 缓存监视器选项 ” 对话框将打开。选择显示历史列表消息缓存或显示 XML 缓存并单击确定。指定项目的 XML 缓存或历史缓存将随之显示在报表缓存监视器中。

选中一个或多个缓存并单击右键后可执行下列任何一个选项：

• 删除：从内存和磁盘中同时删除缓存 • 失效：将缓存标注为不可用，但在用户的历史列表中保留缓存的引用（如果有的话）

• 从磁盘载入：将之前磁盘中卸载的缓存载入到内存 • 卸载到磁盘：从内存中移除缓存并存储到磁盘

如需关于上述操作的详细信息，请参阅管理结果缓存（第 407 页）。如果您在 HP-UX v2 上运行 Intelligence Server，您可能会注意到使用  缓存监视器时响应速度变慢。如需关于缓存延迟的信息，包括可改善性能的步骤，请参阅缓存监视器和智能立方体监视器的性能（第 672 页）。

缓存状态

结果缓存的状态将使用以下一个字母在报表缓存监视器中进行显示：

状态表示的内容描述

R 就绪缓存可用且准备就绪。

P 正在处理当前正在更新缓存。

I 无效由于手动操作或通过缓存中所使用对象的更改，缓存已失效。该缓存不再使用，并且将从 Intelligence Server 删除。如需关于无效缓存的信息，请参阅结果缓存的无效化操作（第 408 页）。

E 已过期该缓存因为超过有效期而失效。如需关于过期缓存的信息，请参阅结果缓存的过期（第 411 页）。

L 已载入缓存已载入到 Intelligence Server 内存。

U 已更新缓存文件已更新。

D 改动过表示缓存上一次保存到磁盘后在 Intelligence Server 内存中已更新。

F 归档缓存已卸载，并在磁盘中以文件的形式保存而不是保存在 Intelligence Server 内存中。如需有关载入和取消载入缓存的信息，请参阅卸载及载入结果缓存到磁盘（第 408 页）。

缓存类型

结果缓存可以是以下类型：

类型描述

匹配缓存有效并且可供使用。注意 : 所有文档缓存均为匹配缓存。历史至少在一条历史列表消息中引用了该缓存。

匹配历史缓存有效并且可供使用，并且至少在一条历史列表消息中引用了该缓存。

XML （仅限 Web）缓存以 XML 文件格式存储且作为匹配缓存的引用。当删除相对应的匹配缓存时， XML 缓存也将被删除。

如需更多关于每种类型的缓存的详细信息，请参阅结果缓存的类型（第 397 页）。

Diagnostic and Performance Logging Tool

在 MicroStrategy 系统中解决报表缓存的疑难问题时， Intelligence Server 日志通常会起到很好的作用。您可用 Diagnostics and Performance Logging Tool 来查看这些日志并配置所记录的信息。如需更多信息，请参阅配置日志记录内容（第 638 页）。

如何启用结果缓存的诊断跟踪

1 打开 MicroStrategy Diagnostics and Performance Logging Tool。点击开始菜单，前往所有程序，然后依次选择 MicroStrategy、 Tools、 Diagnostics Configuration。

2 在选择配置下拉列表中，选择 CastorServer 实例。

3 取消选定使用机器缺省诊断配置复选框。

4 在组件栏中的 Report Server 对应的分派器栏中的 Cache Trace 右侧单击文件日志栏中的下拉列表（当前设为 < 无 >）并选择 < 新建 > 这时将打开日志目标编辑器。

5 在编辑器中输入下列信息：

• 选择日志目标：< 新建 > • 文件名称：cacheTrace • 文件大小：5000 • 文件类型：诊断

6 单击保存，然后再单击关闭。这时将关闭日志目标编辑器。

7 在组件栏中的 Report Server 对应的处理器栏中的 Cache Trace 右侧单击文件日志栏中的下拉列表（当前设为 < 无 >）并选择 cacheTrace 报表缓存的创建和删除将被记录到此文件中。

Command Manager

您也可以使用以下 Command Manager 脚本来监控结果缓存。

• LIST [ALL] REPORT CACHES [FOR PROJECT ""] 用于生成指定项目在 Intelligence Server 上的所有报表缓存的列表。

• LIST [ALL] PROPERTIES FOR REPORT CACHE "" IN PROJECT "" 用于生成特定报表缓存的相关信息列表。

这些脚本位于 C:\Program Files\MicroStrategy\ Command Manager\Outlines\Cache_Outlines。

如需更多关于 Command Manager 的信息，请参阅第 12 章用 Command Manager 自动处理管理任务或 Command Manager Help （在 Command Manager 中按 F1）。

管理结果缓存

对于缓存，系统管理员最需要考虑的是缓存数据的一致性以及可用性。作为管理员，您对同步缓存与数据仓库中的数据有着重要职责。因此，随着数据仓库中的数据变动，您必须确保对过期的缓存数据进行更新或清除。您可以采取的操作主要有两种：无效化处理和调度。以下讲解了管理结果缓存时如何使用这两种方法并结合其他维护操作。其中包括：

• 预定结果缓存的更新任务（第 407 页） • 卸载及载入结果缓存到磁盘（第 408 页） • 结果缓存的无效化操作（第 408 页） • 删除结果缓存（第 410 页） • 清除项目中的所有结果缓存（第 410 页） • 结果缓存的过期（第 411 页）

预定结果缓存的更新任务

您可以计划定期执行报表或文档以确保结果缓存处于最新状态。调度的目的是为了确保需要使用结果缓存时确实可用，是一项预先的措施。

通常，使用最频繁的报表和文档最适合采用调度方式。使用不频繁的报表和文档并不需要调度，因为不值得为预定的计划创建缓存的关联操作而浪费资源。如需更多关于预定结果缓存更新任务的信息，请参阅报表和文档的定期操作：订阅（第 477 页）。

卸载及载入结果缓存到磁盘

您可能需要在 Intelligence Server 计算机上从内存卸载缓存到磁盘以释放可用内存用于其他操作。

如果报表缓存卸载到磁盘并且用户请求了该报表，则该报表随后将自动重新载入到内存。您也可以手动从磁盘载入报表缓存到内存。

缓存将根据 “ 备份频率 ” 设置保存到磁盘（详见备份频率（分钟）（第 412 页））。无论缓存是否载入或卸载都将保存到磁盘。卸载或载入缓存只会影响 Intelligence Server 内存中的缓存状态。

结果缓存的无效化操作

把结果缓存设置为无效后，将通知 Intelligence Server 不能使用此缓存。无效化操作是确保用户不会根据过期的缓存数据运行报表而采取的一项预防措施。数据可能发生过期的可能性包括：

• 数据仓库发生变化时，现有的缓存因为过期而不再可用。这种情况下，随后的报表 / 文档请求则不应继续使用该缓存。 • 应用程序对象的定义（比如报表定义、模板、筛选器等）发生变化时，相关的结果缓存将自动标注为无效。

• 文档的任何数据集的缓存无效或被删除时，文档缓存将自动失效。

有新的数据从数据仓库载入时，则需要对缓存采取失效处理，以便过期的缓存不再用于完成请求的处理。您可以对依赖于数据仓库中的特定数据表的所有缓存采取失效操作。例如，您应将数据仓库中所有使用 Sales_Trans 表的报表 / 文档做无效化处理。

只有匹配缓存和匹配历史缓存才能进行无效化处理。对缓存做无效化处理有以下几个作用：

• 自动删除无效的匹配缓存。 • 无效的匹配历史缓存将转换为历史缓存。如果与此缓存相关的所有历史消息都已删除，则转换后的历史缓存也将被删除。

MicroStrategy 强烈推荐对匹配缓存和匹配历史缓存做无效化处理，而  不是直接将其删除。

无效的缓存将根据缓存查找清除频率设置自动删除。如需更多关于此设置的信息，请参阅缓存查找清除频率（秒）（第 412 页）。

您可以手动进行缓存的无效化处理也可以预定无效化过程。

通过预定的管理任务进行缓存无效化处理

您可以预定一个 MicroStrategy 管理任务来以定期计划进行缓存无效化处理。在项目配置编辑器中的 “ 缓存：结果缓存（维护） ” 分类下，您可以选择一个定期计划来进行缓存无效化处理。如需更多关于定期计划任务的信息，请参阅调度管理任务（第 484 页）。

通过 Command Manager 脚本进行缓存无效化处理

您可以更新数据仓库的加载例程以调用 MicroStrategy Command Manager 脚本并采取合适的缓存无效化处理。脚本位置为 C:\Program Files\MicroStrategy\Command Manager\Outlines\Cache_Outlines\Invalidate_Report_Cache_ Outline。如需更多关于 Command Manager 的信息，请参阅第 12 章用 Command Manager 自动处理管理任务。

要从数据库服务器调用 Command Manager，请使用下列命令： • SQL Server：exec xp.cmdshell cmdmgr • Oracle：host cmdmgr •DB2：! cmdmgr • Teradata：os cmdmgr

手动的缓存无效化操作

从缓存监视器中，您可以对一个或多个缓存进行手动无效化操作。

如何执行手动的缓存无效化操作

1 在 Desktop 中登录一个项目源。您必须以具有缓存监视权限的用户身份来登录。

2 展开管理，然后再依次展开系统监视器、缓存，然后再选择报表或文档。这时 “ 缓存监视器选项 ” 对话框将打开。

3 选择要进行缓存无效化的项目并单击确定。这时将打开报表缓存监视器或文档缓存监视器。

4 右键单击要无效化的缓存并选择无效化缓存。缓存将失效。

删除结果缓存

通常来说，您在无效化缓存并管理历史列表消息时，不必手动删除结果缓存。如果缓存无效化操作以及历史列表维护操作执行正确， Intelligence Server 将自动删除结果缓存。

• 匹配缓存将在失效后自动删除。

• 历史缓存将在删除所有历史列表消息引用项后自动删除。 MicroStrategy 建议积极维护历史列表消息，因为历史缓存将自动删除。

• 匹配历史缓存将以下列方式进行处理：

 当引用匹配历史缓存的历史列表消息全部删除时，缓存将转换为匹配缓存。

 当匹配历史缓存失效后，将转换为历史缓存。

• 当关联的匹配缓存或历史缓存删除后， XML 缓存将自动删除。

在上述所有情况下，缓存的删除建立在 “ 缓存查找清除频率 ” 设置的基础上。如需更多关于此设置的信息，请参阅缓存查找清除频率（秒）（第 412 页）。

您可以通过缓存监视器和 Command Manager 以手动无效化缓存的相同操作来手动删除缓存，或者通过管理任务定期计划来调度删除任务。如需详细信息，请参阅结果缓存的无效化操作（第 408 页）。

清除项目中的所有结果缓存

您也可以在项目配置编辑器中选择清除缓存选项来一次性删除项目中的所有结果缓存。这将强制清除操作后执行的报表检索并显示数据仓库中的最新数据。

清除操作将删除项目中的所有结果缓存，其中包括仍被历史列表所引  用的缓存。因此，只有在确信不再需要维护项目中任何缓存时才能清除缓存，否则将删除各项单独的缓存。

清除缓存后，报表和文档可能仍会继续显示缓存的数据。这是因为除了在报表 / 文档级别缓存结果以外，还可能在对象和元素级别进行缓存。要确保重新执行后的报表或文档显示最近的数据，请清除上述所有三种缓存。如需关于清除元素和对象缓存的操作说明，请参阅删除所有元素缓存（第 445 页）和删除对象缓存（第 449 页）。

如何清除项目中的所有结果缓存

1 在 Desktop 中，右键单击项目并选择项目配置编辑器。这时项目配置编辑器打开。

2 依次展开缓存、结果缓存，然后选择维护。

3 单击立即清除。缓存将被清除。

结果缓存的过期

缓存的过期操作是指将缓存标记为过期的一个过程。对缓存进行过期处理与缓存的失效处理具有相同作用，并且适用于匹配缓存和匹配历史缓存。过期与实效的唯一区别是过期发生在一段设定的时间后。如需更多关于缓存无效化工作原理的信息，请参阅结果缓存的无效化操作（第 408 页）。

MicroStrategy 强烈建议数据仓库中发生的数据变化对缓存有影响时再对缓存进行失效处理，而不是依赖于一个时间间隔来使缓存过期。要禁用缓存过期处理，请在项目配置编辑的 “ 缓存：结果缓存（维护） ” 子分类中选中缓存永不过期复选框。

缓存过期将自动根据项目配置编辑的 “ 缓存：结果缓存（维护） ” 子分类中的缓存持续时间（小时）设置来进行操作。

当缓存更新时，当前缓存的有效期将根据上一次缓存更新时间决定缓  存过期日期。这意味着更改缓存持续时间（小时）设置或缓存永不过期设置不会影响现有缓存的过期日期。只会影响正在或将要创建的新缓存。

配置结果缓存设置

结果缓存可以在三个级别进行配置：

• 服务器级别（详见服务器级别的结果缓存设置（第 412 页））

• 项目级别（详见项目级别的结果缓存设置（第 413 页）） • 各个报表 / 文档级别（详见报表级别的结果缓存设置（第 421 页））

以下对这三个级别进行了详细讲解。

对任何缓存设置所做的更改只有在 Intelligence Server 重启后才会生  效。

服务器级别的结果缓存设置

您可以在 Intelligence Server 配置编辑器的 “ 服务器定义（高级） ” 分类下配置以下缓存设置。每个设置的描述如下。

• 备份频率（分钟）（第 412 页） • 缓存查找清除频率（秒）（第 412 页）

您也可以使用 Command Manager 脚本 Alter_Server_Config_Outline.otl 来配置这些设置，该脚本位于 C:\Program Files\MicroStrategy\Command Manager\Outlines\ Cache_Outlines。

备份频率（分钟）

结果缓存创建完成时，缓存最初将存储在 Intelligence Server 上的内存中。缓存将根据备份频率设置所指定的方式备份到磁盘。

您可以在 Intelligence Server 配置编辑器中的服务器定义：高级子分类下的备份频率（分钟）方框中指定相应的缓存备份频率。

如果把备份频率设为 0 （零），则结果缓存创建完成后将立即被保存到磁盘。如果把备份频率设为 10 （分钟），则结果缓存创建完成 10 分钟后将从内存备份到磁盘。

在群集的环境下， MicroStrategy 建议将备份频率设置为 0 （零）以确保历史列表消息正确地进行同步。  过于频繁地将内存中的缓存备份到磁盘会耗尽系统资源。此设置还将定义智能立方体保存到辅助存储器的时间，详见定义智能立方体自动保存到辅助存储器的时间（第 467 页）。

缓存查找清除频率（秒）

缓存查找清除频率（秒）设置决定了对 CacheLkUp.idx 文件进行清除的操作频率。此文件存储了缓存匹配信息并且可能会很大，特别是在大量缓存中

包含了大量提示时。缓存清除过程将减少该文件所消耗的内存总量并缩短备份查找表到磁盘所需的时间。

此设置的默认值为 0 （零），这意味着清除操作只在服务器关闭时进行。您可以根据需要来更改这个默认值，但请确保不会对系统性能产生否面影响。 MicroStrategy 建议至少每天清除缓存查找表，但频率不能高于没半个小时清除一次。

项目级别的结果缓存设置

您可以在项目配置编辑器的 “ 结果缓存 ” 分类下配置以下缓存设置。每个设置的描述如下。

• 结果缓存（创建）子分类中的设置

 启用报表服务器缓存（第 414 页）

 使所选格式的文档输出缓存有效（第 414 页）

 启用带提示报表和文档的缓存（第 414 页）

 为缓存监控记录提示答案（第 415 页）

 启用不带提示报表和文档的缓存（第 415 页）

 为报表启用 XML 缓存（第 415 页）

 为每个用户创建缓存（第 415 页）

 为每个数据库登录创建缓存（第 416 页）

 为每个数据库连接创建缓存（第 416 页） • 结果缓存（存储）子分类中的设置

 缓存文件目录（第 416 页）

 磁盘上的加密级别（第 417 页）

 最大 RAM 使用（第 417 页）（报表缓存和文档缓存各自使用不同的设置）

 缓存最大数目（第 418 页）（报表缓存和文档缓存各自使用不同的设置）

 RAM 交换乘数（第 418 页）

 缓存索引的最大 RAM （第 419 页）

 启动时载入缓存（第 419 页）

• 结果缓存（维护）子分类中的设置

 缓存永不过期（第 419 页）

 缓存持续时间（小时为单位）（第 419 页）

 缓存的过期和动态日期（第 420 页）

 清除项目中的所有结果缓存（第 410 页） • 订阅执行子分类中的设置

 订阅内容缓存使用缺省值（第 420 页）

要查找这些设置，右键单击项目并选择项目配置。然后再在项目配置编辑器中，展开缓存，然后选择结果缓存。

您也可以使用 Command Manager 脚本来配置这些设置，该脚本位于 C:\Program Files\MicroStrategy\Command Manager\ Outlines\Cache_Outlines。

启用报表服务器缓存

只有项目配置编辑器中的 “ 缓存：结果缓存（创建） ” 分类下的启用报表服务器缓存复选框已选中的情况下才能创建或使用项目中的报表缓存。

如果此选项已禁用，结果缓存（创建）子分类和结果缓存（维护）子分类中除立即清除设置以外的所有设置都将不可用。默认情况下，报表服务器缓存已启用。如需更多关于报表缓存使用时机的信息，请参考结果缓存（第 394 页）。

使所选格式的文档输出缓存有效

只有项目配置编辑器中的 “ 缓存：结果缓存（创建） ” 分类下的使所选格式的文档输出缓存有效复选框已选中的情况下才能创建或使用项目中的文档缓存。这时将为以所选输出格式执行的文档创建文档缓存。您可以选择 PDF、 Excel、 HTML 和 XML/Flash 中的任何一种格式，也可以选择全部格式。

只有通过 MicroStrategy Web 中执行文档时才会创建或使用文档缓存。  Desktop 中创建或使用文档缓存。

启用带提示报表和文档的缓存

默认启用的启用带提示的报表和文档的缓存设置控制着带提示的报表和文档是否进行缓存。在大多数报表带提示的环境下，且每个提示在每次使用时可

能得到不同的答案，则匹配现有缓存的可能性较低。这种情况下，对这些报表数据集进行缓存的意义不大。因此您可能需要禁用此设置。

要禁用此设置，请在项目配置编辑器中的 “ 缓存：结果缓存（创建） ” 分类下取消选定该设置所对应的复选框。

为缓存监控记录提示答案

如果启用带提示的报表和文档的缓存（详见上述操作），您还将为缓存监控记录提示答案。这将导致浏览结果缓存时所有提示答案均出现在缓存监视器中。您可以通过缓存监视器或自定义 Command Manager 脚本根据提示的答案来对特定的缓存采取失效处理。

此选项默认启用。要启用此选项，请在项目配置编辑器中的 “ 缓存：结果缓存（创建） ” 分类下选定该设置所对应的复选框。

启用不带提示报表和文档的缓存

如果启用不带提示的报表和文档的缓，则将对不带任何提示的报表和文档进行缓存。

此选项默认已启用。要禁用此选项，请在项目配置编辑器中的 “ 缓存：结果缓存（创建） ” 分类下选定该设置所对应的复选框。

为报表启用 XML 缓存

如果为报表启用 XML 缓存，通过 MicroStrategy Web 执行的报表将在可能创建的匹配缓存或历史缓存的基础上创建 XML 缓存。如需关于 XML 缓存的信息，请参阅 XML 缓存（第 399 页）。

此选项默认已启用。要禁用此选项，请在项目配置编辑器中的 “ 缓存：结果缓存（创建） ” 分类下选定该设置所对应的复选框。

为每个用户创建缓存

如果为每个用户创建缓存设置已启用，则不同的用户可以共享相同的结果缓存。只有在因为安全问题而要求用户使用各自的缓存文件的情况下才能启用此设置。如需更多信息，请参阅缓存匹配算法（第 400 页）。除了启用此设置外，禁用缓存比使用历史列表可能更加有效。如需关  于历史列表的信息，请参阅保存报表结果 : 历史列表（第 421 页）。

此选项默认启用。要启用此选项，请在项目配置编辑器中的 “ 缓存：结果缓存（创建） ” 分类下选定该设置所对应的复选框。

为每个数据库登录创建缓存

如果使用了数据库验证方式，请选择为每个数据库登录创建缓存选项。这意味着使用不同数据库登录 ID 执行报表的用户不会使用相同的缓存。如需更多信息，请参阅缓存匹配算法（第 400 页）。

此选项默认启用。要启用此选项，请在项目配置编辑器中的 “ 缓存：结果缓存（创建） ” 分类下选定该设置所对应的复选框。

为每个数据库连接创建缓存

如果使用了连接映射，请选择为每个数据库连接创建缓存选项。如需更多信息，请参阅缓存匹配算法（第 400 页）。

此选项默认启用。要启用此选项，请在项目配置编辑器中的 “ 缓存：结果缓存（创建） ” 分类下选定该设置所对应的复选框。

缓存文件目录

项目编辑器中的 “ 缓存：结果缓存（存储） ” 分类下的缓存文件目录设置将指定所有与缓存相关的文件的存储位置。默认情况下这些文件存储在 Intelligence Server 安装目录的子文件夹 \Caches\ 中。

在非群集的环境中，报表缓存通常存储在运行 Intelligence Server 的同一台计算机上。

在群集的环境中，有两个选项： • 本地缓存：每个节点托管本身需要作为 “ClusterCache” 共享的缓存文件，以便其他节点也能访问该文件。 ClusterCache 是 Intelligence Server 在其他节点上检索缓存所使用的共享名称。

• 统一的缓存：所有节点的缓存文件目录设为同一个网络位置 \\\。例如， \\My_File_Server\My_Cache_Directory。  注意以下事项： • 将位于 Windows 计算机上缓存的路径，以及使用 Samba 软件的 UNIX/Linux 计算机上缓存的路径设为 \\\。将位于 UNIX/Linux 计算机上的缓存的路径设为 ///。

• 在 UNIX 系统上，建议将共享位置装载为网络驱动器。您必须在装载该位置之前在您计算机的 Volumes 目录中创建一个文件夹。例如 mount -t afp afp://my_file_server/my_inbox_directory /Volumes/my_network_mount。

请确保该缓存目录能通过运行 Intelligence Server 的所在网络帐户  进行写入。每个 MicroStrategy Intelligence Server 将创建自身的子目录。

如需更多关于群集环境中最适合的配置的信息，请参阅配置群集中的缓存（第 375 页）。

磁盘上的加密级别

磁盘上的加密级别下拉列表控制着结果缓存上的加密强度。您可以对结果缓存进行配置以使用简单的加密方式或 128 位 AES 加密方式。对缓存进行加密后可增强安全性，但可能会降低系统运行速度。

默认情况下，不会加密保存到磁盘的缓存。您可以在项目配置编辑器中的 “ 缓存：结果缓存：创建 ” 分类下更改加密级别。

最大 RAM 使用

项目配置编辑器中的 “ 缓存：结果缓存（存储） ” 分类下的最大 RAM 使用设置控制着 Intelligence Server 上结果缓存所消耗的内存总量。当即将超出此设置中的最大值时，最近使用次数最少的缓存将自动卸载到磁盘。

如果计算机因为较高的内存占用而遇到问题，您可能需要减少结果缓存的最大 RAM 使用设置中的值。您需要在允许报表缓存使用足够的内存和为计算机上的其他用户释放内存之间取得平衡。报表和数据集的默认使用内存大小为 25MB，带格式的文档的默认大小为 256MB。这两者的最大值为 65536MB，或 64 GB。

MicroStrategy 建议如果使用的是专用的 Intelligence Server 计算机，最初应将这个值设置为系统 RAM 的 10%，但前提是该计算机上没有运行其他进程。此设置取决于以下几个因素：

• 最大报表缓存的大小。此设置必须至少与您希望缓存的项目中的最大报表的大小差不多。如果可用的总 RAM 不足以缓存最大的报表，则无法使用该缓存且报表将总是通过数据仓库来执行。例如，若您想在内存中缓存的最大的报表有 20MB，则使用的最大 RAM 至少需要 20MB。 • 缓存文件的平均大小和数量。

• Intelligence Server 计算机上的 RAM 总量。 • 系统容量最大时所占用的总内存。

您应在更改最大 RAM 使用设置时监控系统的性能。通常来说，这个值不能大于计算机总内存的 30%。

如果更多关于何时存取内存中的缓存的相关信息，请参阅结果缓存的位置（第 399 页）。

缓存最大数目

项目配置编辑器中的 “ 缓存：结果缓存（存储） ” 分类下缓存最大数目设置限制项目中每次所允许的结果缓存的数量，其中包括匹配缓存、历史缓存、匹配历史缓存以及 XML 缓存。默认值为 10,000 个数据集，以及 100,000 带格式的文档。

此设置取决于以下几个因素：

• 用户数量以及这些用户所保留的历史列表消息数量。 • 报表缓存数量及其平均大小。 • 缓存目录中总的硬盘硬盘可用空间。

RAM 交换乘数

如果为缓存所分配的 MicroStrategy Intelligence Server 内存已用完，则必须从内存交换缓存到磁盘。项目配置编辑器中的 “ 缓存：结果缓存（存储） ” 分类下的 RAM 交换乘数设置控制着交换到磁盘的内存多少，与交换到内存的缓存大小相对。例如， RAM 交换乘数设置为 2 且请求的缓存大小为 80 KB，则会有 160 KB 从内存交换到磁盘。

如果缓存内存已用完且几个并发的报表尝试从磁盘进行交换，则内存交换操作将失败并重新执行这些报表。这将抵消缓存所带来的效率提升。在此情况下，增加 RAM 交换乘数设置将提供可从中交换缓存的附加可用内存。

此设置的默认值为 2。

缓存索引的最大 RAM

此设置决定了最大 RAM 使用限制（详见最大 RAM 使用（第 417 页））中所指定的总内存可用于结果缓存查找表的比例。如果您的报表和文档包含大量提示答案，则缓存查找表可能会达到此项限制。此时， Intelligence Server 不再创建新的缓存。要继续创建新的缓存，您必须移除现有的缓存以释放缓存查找表的内存或增加此限制中的值。

此参数的默认值为 100%，且值的范围介于 10% 到 100%。

启动时载入缓存

如果当 Intelligence Server 启动时，报表缓存已启用且启动时载入缓存设置也已启用，则将从磁盘中载入报表缓存到内存直至达到最大 RAM 使用限制（详见最大 RAM 使用（第 417 页））。如果启动时载入缓存设置已禁用，则只有在用户发出请求时才会载入报表缓存。

启动时载入缓存默认已启用。要禁用它，请在项目配置编辑器中的 “ 缓存：结果缓存（存储） ” 分类下取消选定启动时载入缓存复选框。

在大型项目中启动时载入缓存会花费很长时间，因此您可以选择根据需要来设置缓存的载入。但是，如果未预先载入缓存，则命中缓存时响应时间可能会稍有延迟。因此，您需要决定最符合您的用户以及系统要求的方式。

缓存永不过期

项目配置编辑的 “ 缓存：结果缓存（维护） ” 分类下的缓存永不过期设置可以使缓存不会自动过期。 MicroStrategy 建议选中此复选框而不要使用基于时间的结果缓存过期方式。如需更多信息，请参阅结果缓存的过期（第 411 页）。

缓存持续时间（小时为单位）

存在时间比缓存持续时间（小时）长的所有缓存将自动过期。默认的持续时间设为 24 小时。您可以在项目配置编辑器中的 “ 缓存：结果缓存（维护） ” 分类下更改持续时间。

与之前一样， MicroStrategy 建议不要使用基于时间的结果缓存过期方式。如需更多信息，请参阅结果缓存的过期（第 411 页）。

缓存的过期和动态日期

默认情况下，基于使用动态日期筛选器的报表的缓存将在动态日期筛选器中显示的最后一天的午夜过期。缓存持续时间（相间以上内容）设为 0 仍会发生此行为。

例如，报表中的筛选器基于动态日期 Today （今日）。如果此报表在星期一执行，则此报表的缓存将在星期一的午夜过期。这是因为在星期二执行报表的用户希望看到的是星期二的数据，而不是星期一缓存的数据。如需更多关于动态日期筛选器的信息，请参阅 MicroStrategy 高级报表制作指南中的筛选器章节。

要更改此行为，请在项目配置编辑器中的 “ 缓存：结果缓存（维护） ” 分类下选中不要应用包含动态日期的报表中的自动过期逻辑复选框。当启用此设置时，含动态日期的报表缓存将根据缓存持续时间设置，以其他报表缓存所使用的相同方式过期。

订阅内容缓存使用缺省值

默认情况下，如果订阅的报表或文档存在缓存，则报表或文档将使用缓存而不是重新执行报表或文档。如果不存在缓存，则在执行报表或文档时将重建一个缓存。如需更多关于订阅的信息，请参阅报表和文档的定期操作：订阅（第 477 页）。

当创建订阅时时，您可以在已有缓存的情况下仍强制报表或文档通过数据仓库来重新执行。您也可以阻止订阅时创建新的缓存。

要更改新订阅内容的默认操作，请使用项目配置编辑器中的 “ 缓存：订阅执行 ” 分类下的下列复选框。

• 要使新的历史列表和 Mobile 订阅默认通过数据仓库执行，请选定依仓库重新执行历史列表订阅复选框。

• 要使新的邮件、文件和打印订阅默认通过数据仓库执行，请选定在数据仓库中重新执行文件 , 电子邮件或打印订阅复选框。 • 要阻止所有类型的新订阅默认创建或更新缓存，请选中不能创建或更新匹配缓存复选框。

报表级别的结果缓存设置

这些设置允许您禁用或启用特定报表或文档的缓存。  您必须具备“使用设计模式”权限才能配置报表/文档级别的缓存设置。

结果缓存选项

• 要设置报表的缓存选项，请在报表编辑器上的数据菜单中，选择报表缓存选项。这时 “ 报表缓存选项 ” 对话框将打开。 • 要设置文档的缓存选项，请在文档编辑器上的格式菜单中，选择文档属性。这时将打开 “ 文档属性 ” 对话框。选择缓存分类。

缓存功能在项目级别已被禁用时若仍要启用此报表或文档的缓存，请选择启用缓存选项。

您可以选择可进行缓存的文档格式，比如 HTML 或 PDF。您也可以选  择为每个分页、递增回取区块和选择器设置创建新的缓存。

缓存功能在项目级别已被启用时若仍要禁用此报表的缓存，请选择启用缓存选项。

要使用缓存的项目级别设置，请选择使用默认项目级别行为选项。这表示项目配置编辑器中在项目级别配置的缓存设置也将用于此特定报表或文档。

保存报表结果 : 历史列表

历史列表是 Intelligence Server 用来保存报表和文档结果以供日后参考的一个文件夹。每位用户均有唯一的历史列表。

用户可以使用历史列表执行以下操作：

• 保留之前运行过的报表的快捷方式，与浏览 Internet 所使用的收藏夹类似。

• 执行异步报表执行方式。例如，一个浏览器中同时可以运行多个报表，或者用户退出项目时等待运行的报表仍可以保持显示的状态。

• 查看调度报表的结果。

历史列表在用户级别进行显示，但在项目源级别进行维护。历史列表文件夹包含用户所操作的所有项目的消息。此文件夹中的消息数量受每个用户最大消息数量设置的制约。例如，若您将此数字设为 40，且您的项目 A 和项目 B

分别有 10 条和 15 条信息，则项目 C 的消息不能超过 15 条。当达到最大消息数量时，当前项目中最旧的消息将自动清除以便为新的消息释放空间。

如果当前项目不包含任何消息，但项目源中的其他项目中已达到限制  的消息数量，则用户可能无法在当前项目中运行任何报表。在此情况下，用户必须登录到其他任何项目中的一个并删除该项目中历史列表内的消息。

本节提供了有关历史列表的信息：

• 理解历史列表（第 422 页） • 配置历史列表的数据存储（第 425 页）

• 历史列表备份频率（第 428 页） • 群集环境下的历史列表（第 428 页） • 访问历史列表（第 428 页） • 历史列表消息的存档（第 430 页） • 管理历史列表（第 431 页）

理解历史列表

历史列表是已发送到用户个人历史文件夹的预先执行的报表和文档的集合。这些预先执行的报表和文档叫做历史列表消息。

历史列表消息中所包含的时间存储在历史列表资料库中，资料库可能位于 Intelligence Server，也可能位于数据库。如需更多关于这两种存储选项的不同之处的信息，请参阅配置历史列表的数据存储（第 425 页）。

每个发送的历史列表的报表将创建一个单独的历史列表消息。每个文档将创建该文档对应的历史列表消息以及文档中每个数据集报表对应的消息。

您可以通过手动或自动方式发送报表结果到历史列表。

手动发送消息到历史列表

任何时候计划执行报表时，报表执行期间甚至是在报表执行后都可以通过手动方式发送报表结果到历史列表。

• 报表执行前：

 从 Desktop：右键单击报表名称或文档名称并从快捷菜单中选择发送到历史。这是将执行报表或文档，并在历史列表中生成一条消息。  此选项不适用于报表或文档的快捷方式。  从 Web：此选项不可用。 • 报表执行过程中：

 从 Desktop：报表执行时，从 “ 文件 ” 菜单中选择发送到历史列表。此操作将创建两项作业，一个用来（通过数据仓库）执行报表另一  个用来发送报表到历史列表。如果已启用缓存，则第二项作业将在队列中等待直至第一项作业完成操作。如果未启用缓存，则第二项作业将再次通过数据仓库来运行。因此，要避免浪费资源， MicroStrategy 建议若未启用缓存，用户不要在执行报表期间发送报表到历史列表。

 从 Web：在执行报表过程中，单击等待页面中的加入到历史列表。

此操作只能创建一项作业，因为第一项作业只针对于 “ 发送到历史  列表 ” 请求。 • 报表执行后：

 从 Desktop：报表执行后，请从文件菜单中选择发送到历史列表。

 从 Web：报表执行后，请从主页菜单中选择加入到历史列表。  这是将为 Desktop 创建两项作业，而只为 Web 创建一项作业。

自动发送消息到历史列表

报表结果可以自动发送到历史列表。自动发送到历史列表有两种不同的操作方式。您可以把每一个要执行的报表或文档发送到历史列表，或者您可以订阅特定的报表或文档。

• 如何自动发送每个已执行的报表和文档到您的历史列表：

 从 Web：从项目首选项中选择历史列表，然后再选择添加报表和文档到我的历史列表所对应的自动选项。

 从 Desktop：从工具菜单中选择 Desktop 首选项，然后再选择历史选项，最后再选择执行时自动把报表送到历史列表。

• 如何预定特定报表或文档的传递

 从 Web：在报表页面中，选择您要发送到历史列表的报表名称下方的订阅，然后再点击 “ 我的订阅 ” 页面上的添加历史列表订阅。选择报

表执行预定计划。只要报表根据预定计划执行，都将自动生成一条历史列表消息。

 从 Desktop：右键单击报表或文档并选择定时传递到再选择历史列表。这时 “ 历史列表订阅编辑器 ” 将打开。定义订阅详细信息。如需有关使用订阅编辑器使用方面的特定信息，请单击帮助。

在 MicroStrategy Desktop 中筛选并清除历史列表消息

历史列表监控筛选器可用来筛选要在历史列表中显示的消息，也可以用来定义要从历史列表清除的消息。历史列表监控筛选器允许您定义各种参数来筛选或清除您的历史列表消息。

要使用历史列表监控筛选器来筛选您的历史列表消息，右键单击历史列表文件夹并选择筛选器。指定筛选器参数后，单击确定。历史列表监控筛选器将关闭，并对您的历史列表消息做相应的筛选。

要使用历史列表监控筛选器来清除您的历史列表文件夹中的条目，右键单击历史列表文件夹并选择清除。这时 “ 历史列表监控筛选器 ” 将打开。指定筛选器参数后，单击清除。历史列表监控筛选器将关闭，符合历史列表监控筛选器中所定义条件的历史列表消息将被删除。

如需更多关于历史列表监控筛选器，单击帮助。

历史列表与缓存

历史列表的作用类似于缓存功能。历史列表由指向报表结果的消息组成，这些结果存储为历史缓存。因此，当历史列表消息被删除时，消息所指向的历史列表缓存也随之被删除。多条消息可以指向同一个历史缓存。在这种情况下，只有在所有指向  历史缓存的消息都被删除时才会删除历史缓存。

如果您在使用基于数据库的历史列表资料库，与历史列表消息相关联的报表缓存的副本存储在数据库中，以及本地磁盘中。这样一来，即使用户删除本地报表缓存，仍可以访问数据库中所存储的缓存。此项行为适用于历史缓存和历史匹配缓存。如需更多关于上述缓存类型的信息，请参阅结果缓存的类型（第 397 页）。如需更多关于存储历史列表数据的信息，请参阅配置历史列表的数据存储（第 425 页）。如果您要导出报表或文档到基于数据库的历史列表，则只会在历史列  表中存储最近一次导出的内容。例如，若您将文档导出为 Excel 文件，然后再导出为 PDF，则只有 PDF 会保存在历史列表中。

您可以使用历史列表消息来检索报表结果，甚至在报表缓存已禁用的情况下仍可以执行。

配置历史列表的数据存储

历史列表资料库是所有历史列表数据的存储位置。

配置历史列表资料库以存储历史列表的数据有两种不同的方式。您可以将历史列表数据存储在数据库中，也可以将它存储在 Intelligence Server 计算机上的一个文件中。

配置 Intelligence Server 以使用基于数据库的历史列表资料库

与历史列表相关联的缓存可以存储在数据库中。在数据库中存储历史列表缓存可以减少对 Intelligence Server 所在的主机产生的负荷。如果您在使用基于数据库的历史列表资料库，与历史列表消息相关联的报表缓存也将存储在数据库中。如需更多关于报表缓存和历史列表消息的信息，请参阅群集环境下的历史列表（第 428 页）。对 Intelligence Server 进行配置使其能在数据库中存储历史列表缓存的  数据后，此设置将应用到整个服务器定义。如果您要回退到基于文件的资料库，则必须更改服务器定义。

前提条件

• 必须已在数据库中创建历史列表数据的存储位置（历史列表资料库）。

• 已创建指向数据库中历史列表资料库的数据库实例。如需更多关于在数据库中创建历史列表资料库以及关于数据库实例的  信息。请参阅 MicroStrategy 安装和配置指南。

如何配置 Intelligence Server 以使用基于数据库的历史列表资料库

1 以具有管理权限的用户身份登录到一个项目源。

2 在管理菜单中选择服务器，然后选择配置 MicroStrategy Intelligence Server。这时将打开 Intelligence Server 配置编辑器。

3 展开左侧的历史设置并选择常规。

4 选择基于数据库。这时将显示以下警告信息：

对 Intelligence Server 进行配置使其能在数据库中存储历史列表缓存的  数据后，此设置将应用到整个服务器定义。如果您要回退到基于文件的资料库，则必须更改服务器定义。

5 单击是。警告消息将关闭。

6 从数据库实例菜单中选择指向数据库中历史列表资料库的数据库实例。

7 单击确定。这时将关闭 Intelligence Server 配置编辑器。

8 重启 Intelligence Server 使更改生效。

如何确认历史列表资料库配置是否正确

9 以具有管理权限的用户身份登录到一个项目源。

10 在管理菜单中选择服务器，然后选择配置 MicroStrategy Intelligence Server。这时将打开 Intelligence Server 配置编辑器。

11 展开左侧的历史设置并选择常规。如果您已对 Intelligence Server 做了相应的配置， Intelligence Server 配置编辑器的 “ 资料库类型 ” 区域将显示下列消息：

配置 Intelligence Server 以使用基于文件的历史列表资料库

历史列表缓存的数据也可以存储在 Intelligence Server 主机上的一个文件中。此文件的默认位置是 Intelligence Server 相对的安装路径：

.\Inbox\

例如 C:\Program Files\MicroStrategy\Intelligence Server\Inbox\MicroStrategy Tutorial Server。

在非群集的环境中，历史列表缓存的数据通常存储在运行 Intelligence Server 的同一台计算机上。

在群集的环境中，有两个存储选项： • 本地缓存：每个节点托管本身需要作为 “ClusterCache” 共享的缓存文件，以便其他节点也能访问该文件。

• 统一的缓存：所有节点的缓存文件目录设为同一个网络位置 \\\。例如， \\My_File_Server\My_Inbox_Directory。  注意以下事项： • 将位于 Windows 计算机上缓存的路径，以及使用 Samba 软件的 UNIX/Linux 计算机上缓存的路径设为 \\\。将位于 UNIX/Linux 计算机上的缓存的路径设为 ///。

请确保该缓存目录能通过运行 Intelligence Server 的所在网络帐户  进行写入。每个 MicroStrategy Intelligence Server 将创建自身的子目录。

如需对 Intelligence Server 进行配置使其能在基于文件的资料库中存储缓存的历史列表数据，请参考以下操作流程。

配置 Intelligence Server 以使用基于文件的历史列表资料库

1 以具有管理权限的用户身份登录到一个项目源。

2 在管理菜单中选择服务器，然后选择配置 MicroStrategy Intelligence Server。这时将打开 Intelligence Server 配置编辑器。

3 展开左侧的历史设置并选择常规。

4 选中基于文件，并在历史目录字段输入文件位置。  您也可以单击 ... （浏览）按钮来查找该文件所在的位置。 5 单击确定。这时将关闭 Intelligence Server 配置编辑器。

历史列表备份频率

历史列表消息的备份频率与缓存的频率是一致的。历史列表消息将按照服务器备份频率设置所指定的方式备份到磁盘。如需更多信息，请参阅备份频率（分钟）（第 412 页）。

在 Intelligence Server 群集所共享的历史列表中，所有服务器必须经过同步才能允许共享历史列表信息，且备份频率必须设为 0。这意味着缓存和历史列表消息在创建后立即备份。如需更多关于群集环境中历史列表工作方式的信息，请参阅同步历史列表（第 371 页）。

群集环境下的历史列表

在一个群集环境中，每台服务器分别维护各自的历史列表文件。但是，无论从哪一台计算机访问历史列表，检索并呈现给用户的信息均相同。

如需关于群集环境中的历史列表的完整详细信息，请参阅同步历史列表（第 371 页）。

访问历史列表

历史列表可以从 Web 和 Desktop 上进行访问。您无法看到所有用户的历史列表，除非您有历史列表消息监控权限。如需更多关于历史列表消息监控的信息，请参考管理历史列表（第 431 页）。

在 MicroStrategy Web 中访问历史列表文件夹

在 MicroStrategy Web 中，登录到所需的项目并单击导航栏顶部的历史列表链接。该链接将显示当前已登录用户的所有历史列表消息。可用的信息如下所示：

• 名称：报表的名称（或别名）。

• 状态：报表作业状态，比如执行中、在另一节点处理、准备就绪等。

如果您在一个群集环境下工作，则所有节点之间只能同步 “ 准备就  绪 ” 和 “ 错误 ” 这两种状态。当一个节点上的其中一项作业被报告为 “ 执行中 ”，则该项作业在其他所有节点上将被报告为 “ 在另一节点处理 ”。 • 信息创建时间：消息在当前所选时区中的创建时间。 • 详细信息：过多关于报表的信息，其中包括总行数、总列数、服务器名称、报表路径、消息 ID、报表 ID、状态、创建的消息、上次更新的消息、开始时间、完成时间、所有者、报表描述、模板、报表筛选器、视图筛选器、模板详细信息、提示详细信息和 SQL 语句每一次用户提交一个包含提示的报表时，所显示的对话框将要求用户  回答该提示。其结果是可能会出现很多相同的报表。这些报表之间的区别可通过检查其时间戳以及时间内容来进行区分。

您可以导出消息、查看 PDF 格式的消息或重命名消息。更多详细说明，请参阅 MicroStrategy Web 帮助。

在 MicroStrategy Desktop 中访问历史列表文件夹

在 MicroStrategy Desktop 中 , 历史列表消息位于以项目名称命名的历史消息文件夹中。历史列表文件夹旁边的数字表示该文件所包含的未读的历史列表消息数量。单击历史消息文件夹以查看所有消息。每一条消息将显示如下信息：

• 名称：报表的名称 • 完成时间：报表执行操作的完成时间 • 文件夹名称：保存原始报表的文件夹的名称 • 上次更新时间：原始报表上一次更新的时间 • 消息文本：历史列表消息的状态消息 • 启动时间：报表执行操作的开始时间 • 状态：报表作业的状态，比如执行成功且准备就绪、未执行成功、当前正在执行或正在等待执行

您有右键单击任意消息并选择快速查看来查看该消息相关的更多详细信息。这时将打开含以下信息的新窗口。

• 报表定义：展开此分类以查看与报表定义有关的信息，包括描述、所有者、上一次修改的时间和日期、报表所在的项目、报表 ID、报表位置路径以及报表详细信息。

• 作业执行统计：展开此分类以查看与报表执行有关的信息，包括开始时间和结束时间、报表中的总行数和总列数、含原始数据的总行数和总列数、是否已使用缓存、作业 ID 以及所产生的 SQL。 • 消息状态：展开此分类以查看与消息本身有关的信息，包括语言、用户创建时间、上一次更新时间、读取状态、格式、请求类型、应用程序、消息 ID 以及消息文本。

历史列表消息的存档

一般来说，若想查看最初创建消息时所产生的报表结果，则应对历史列表消息进行存档。当您想跟踪预定计划的报表所差生的结果中的变化时可以充分利用此功能。

当取消选定订阅编辑器中的新报表将覆盖旧版本复选框时， Intelligence Server 将自动对历史列表消息进行存档。如果取消选定在项目默认 - 历史列表首选项页面中新报表将覆盖旧版本复选框，则 MicroStrategy Web 订阅中也将创建存档的消息。

如何对 Web 项目中的所有历史列表消息进行存档

1 在 “ 首选级别 ” 分类中，选中项目默认。

2 在 “ 首选项 ” 分类中，选中历史列表。

3 取消选定新报表将覆盖旧版本复选框。

如何在 Desktop 中进行历史列表消息存档

1 从管理菜单中选择调度，然后再选择订阅创建向导。这时将打开订阅创建向导。

2 确认所显示的步骤内容，然后单击下一步。

3 指定调度的下列特性。

• 选择要使用的调度。 • 选择要存档的对象所在的项目。 • 从传递类型下拉菜单中选择历史列表。单击下一步。

4 选择要存档的报表或文档。

• 浏览要存档的报表或文档。您可以通过按 Ctrl 并单击鼠标来选择多个报表或文档。

• 单击右向箭头以添加报表或文档。 • 当所有需要存档的报表或文档添加完毕后，单击下一步。

5 选择选择一个用户组接收存档报表或文档的消息。

• 浏览至您要发送存档报表的用户组。您可以通过按 Ctrl 并单击鼠标来选择多个用户组。

• 单击右向箭头以添加用户组。 • 当所有用来接收存档报表或文档的用户组添加完毕后，单击下一步。  该用户组内的所有成员将受到历史列表消息。 6 指定订阅属性。您可以选择以下操作： • 立即运行调度 • 设置订阅的过期日期 • 发送传递提醒给订阅中所包括的所有用户。

7 取消选定新报表将覆盖旧版本复选框并单击下一步。

8 检查总结页面上的内容并单击完成。这时将关闭订阅创建向导。

管理历史列表

当用户对历史列表进行管理的时，将同时对历史缓存进行管理。如需了解更多关于缓存的历史与历史列表之间的关系，请参阅历史缓存（第 398 页）。

虽然您可以将历史列表数据库或文件夹中的历史列表消息数设置为相对较高的数字（最大值为 10,000），需注意如果列表过大，您很有可能会有浪费资

源的风险。因此， MicroStrategy 建议您让用户学习如何通过只保留需要的消息并及时删除不需要的消息来最大效率使用历史列表功能。

用户能够自己维护历史列表的大小，而管理员则可以控制历史列表的大小并通过以下设置控制资源占用情况：

• 消息有效期是指历史列表消息自动删除前的时间长短。如需更多关于消息有效期的详细信息，请参阅控制历史列表消息的有效期（第 432 页）。 • 您也可以根据预定计划来删除历史列表消息。如需包括说明在内的更多详细信息，请参阅历史列表消息的预定删除（第 433 页）。 • 如果您使用的是基于数据库的历史列表，您可以通过禁用历史列表备份缓存来减小数据库的大小。如需包括说明在内的更多详细信息，请参阅备份历史缓存到历史列表数据库（第 434 页）。

如果您使用的是基于数据库的历史列表资料库并且有适当的权限，则对历史列表消息监视器有相应的访问权限。这一强大的根据允许您查看并管理所有用户的历史列表消息。如需更多信息，请参阅监控历史列表消息（第 434 页）。

控制历史列表消息的有效期

消息有效期决定了消息在用户的历史列表中的存留时间（以天数计）。此设置允许管理员确保系统中不会无限期地存留历史列表消息。用户退出登录时系统将根据此设置对消息进行测试，并在发现比规定的有效期旧时删除这些过期的消息。

当因为这个原因而删除消息时，任何关联的历史缓存也将随之删除。如需更多关于历史缓存的信息，请参阅历史缓存（第 398 页）。

默认值为 -1，表示消息可无限期存留在系统中，直至用户手动删除这些消息。

如何设置消息有效期

1 在 Desktop 中登录一个项目源。

2 从管理菜单中指向服务器，然后再选择配置 MicroStrategy Intelligence Server。这时将打开 Intelligence Server 配置编辑器。

3 展开左侧的历史设置，然后再选择常规。

4 在消息有效期（天）字段输入一个数字。

5 单击确定。这时将关闭 Intelligence Server 配置编辑器。

历史列表消息的预定删除

您可以使用调度管理任务功能来删除历史列表消息，该功能可以从管理菜单选择调度来进行访问。此功能允许您定期有选择性地清除部分用户和分组的历史列表消息。您可以选择只删除部分消息，其中包括：

• 特定项目或所有项目的消息 • 特定分组内所有用户的历史列表内的消息

• 已读或未读的消息 • 创建时间超出一定天数的消息

删除历史列表消息的功能也可以通过使用非循环式的调度方式用于一次性维护。

如何预定删除历史列表消息

1 在 Desktop 中登录一个项目源。

1 从管理菜单中选择调度，然后再选择调度管理任务。这时将打开调度管理任务。

2 从可用项目下拉列表中选择一个项目。

3 选择删除历史记录消息操作。

4 从预先配置的选项中选择一个调度计划，比如工作时间（工作日）结束时、第一个月、基于数据库负荷量等。

5 在有效期（天）字段输入一个数字。

6 选择一个相应的消息状态选项： • 已读 • 未读

• 全部

7 单击 ... （浏览）选择一个需要删除历史列表消息的用户 / 组。

备份历史缓存到历史列表数据库

默认情况下，基于数据库的历史列表中，历史缓存将备份到数据库。这在庞大的系统中提供了持续的可扩展性，并加大了历史缓存在发生节点错误时所起到的作用。还可以允许您为历史列表消息设置较长的消息有效期，因为较旧的历史缓存可从 Intelligence Server 计算机的硬盘删除并通过数据库来实现相应的服务。

如果对基于数据库的历史列表所使用的数据库大小有所顾虑，则可以禁止数据库作为历史缓存的长期备份方式来使用。

如何禁用历史缓存的数据库备份

1 在 Desktop 中登录一个项目源。

2 从管理菜单中指向服务器，然后再选择配置 MicroStrategy Intelligence Server。这时将打开 Intelligence Server 配置编辑器。

3 展开历史设置分类并选择常规。

4 取消选定在数据库中备份报表历史缓存复选框。

5 单击确定退出 MicroStrategy Intelligence Server 配置编辑器。

监控历史列表消息

历史列表消息监控允许您查看所有用户的历史列表消息、查看有关每条消息的详细信息以及根据特定条件清除消息。

要使用历史列表消息监控，您的历史列表资料库必须存储在数据库中。如需更多关于配置历史列表资料库的信息，请参阅配置 Intelligence Server 以使用基于数据库的历史列表资料库（第 425 页）。

如何监控历史列表消息

1 在 Desktop 中登录一个项目源。您必须以具有管理历史列表监视器以及监控历史列表权限的用户身份登录。

2 依次展开管理、系统监视器，并选择历史列表消息。所有历史列表消息将按以下方式显示：

3 要查看历史列表消息的详细信息，双击该消息。这时将打开快速查看窗口，显示有关该消息的详细信息。

4 要根据您所定义的条件来筛选消息，右键单击消息并选择筛选。

如何清除历史列表消息

1 选择历史列表监视器中的消息。

2 右键单击消息并选择清除。该消息将从数据库删除。

元素缓存

当用户运行含实体元素提示或层级提示的带提示报表时，将创建一个元素请求。（以下列出了创建元素请求的其他方式。）元素请求实际上是一个提交到数据仓库的 SQL 语句。一旦完成元素请求，提示可以完成相应操作并发回到用户。元素缓存的默认设置允许当前元素存储在内存中以便不在数据仓库触发新 SQL 语句的情况下快速实现后续元素请求的数据检索操作。

例如，若有 10 个用户运行了一个含提示的报表，其中提示要求从列表中选择一个地区，当用户首次运行该报表时， SQL 语句将通过数据仓库执行并检索地区元素以存储到元素缓存。再接下来的 10 个用户将比第一个用户以更快的速度查看返回的元素列表，因为结果是从内存中的元素缓存中检索到的。如果元素缓存未启用，接下来 10 个用户运行报表时，将会有 9 个附加的 SQL 提交到数据仓库，从而对数据仓库造成了不必要的负荷。

元素缓存是指存储在 Intelligence Server 或 MicroStrategy Desktop 上的内存中的最近使用最多的查找表元素，以便更快进行检索。这些元素缓存会在用户执行下列操作时创建：

• 在 MicroStrategy Desktop 中用数据资源管理器浏览文件夹列表或报表编辑器内的实体元素

• 浏览筛选器编辑器内的实体元素 • 执行一个含提示报表，其中显示了实体列表（包括层级列表类型和元素列表类型）。当报表执行并相应地创建元素缓存时将显示元素列表。

本节主要讨论了以下有关元素缓存的内容：

• 元素缓存术语（第 437 页） • 元素缓存的位置（第 437 页） • 缓存匹配算法（第 437 页） • 启用或禁用元素缓存（第 438 页） • 限制一次显示和缓存的元素数量（第 439 页） • 缓存算法（第 441 页） • 限制元素缓存的可用总内存（第 442 页） • 限制用户可见的实体元素（第 443 页） • 按数据库连接限制元素缓存（第 444 页）

• 按数据库登录限制元素缓存（第 444 页） • 删除所有元素缓存（第 445 页） • 元素缓存设置的汇总表（第 446 页）

元素缓存术语

以下术语对于理解元素缓存的概念有所帮助：

• 元素请求 / 浏览查询：对数据仓库发送 SQL 请求以检索实体元素。此请求将访问在 MicroStrategy Architect 中创建实体时所定义的实体查找表。如果查找表的键是实体本身，则将发送 SELECT 用于完成实体请求。如果实体查找表是级别较低的查找表（比如查找日期表中的月份），则将使用 SELECT DISTINCT 作为元素请求。如果通过搜索、筛选后的层级提示、层级提示上的钻取氢气或安全筛选器获取结果时，元素请求可能也会包含 WHERE 子句。 • 元素缓存池：Intelligence Server 分配用于元素缓存的总内存。在该界面中，此值叫做最大 RAM 使用，需在 “ 项目配置编辑器：缓存 - 元素 ” 分类中进行设置。此设置的默认值为 1 MB。 Intelligence Server 将为每个对象大致分配每个 512 字节。因此，默认情况下 Intelligence Server 将对 2,048 个元素对象进行缓存。如果元素请求获取的结果中显示的需要缓存的对象数远大于元素缓存池所允许的最大值，则不会对此请求进行缓存。

• 元素递增回取大小：每一元素请求在界面中所显示的最多元素。在 Desktop 中，默认的元素递增回取设为 1,000 个元素，而 Web 上默认为 15 个元素。

元素缓存的位置

元素缓存只存储在内存中而不会保存到磁盘。但这些元素缓存可同时存在于 Intelligence Server 和 MicroStrategy Desktop 计算机上。

当 Desktop 用户触发一个元素请求时，将首先检查 Desktop 计算机内存中的缓存。如果不存在缓存，才会继续检查 Intelligence Server 内存。如果内存中也不存在缓存，则将从数据仓库检索结果。每一个选项的反应速度逐渐小于前一项，例如， Desktop 的响应速度为 1 秒， Intelligence Server 的响应速度为 2 秒，数据仓库的响应速度则为 20 秒。

缓存匹配算法

要使用元素缓存，必须确保该缓存是否有效，且必须与执行中的作业相匹配。以下缓存键将用于匹配过程：

• 实体 ID • 实体版本 ID

• 元素 ID • 搜索条件 • 数据库连接（如果对项目进行配置以检查缓存键） • 数据库登录（如果对项目进行配置以检查缓存键） • 安全筛选器（如果对项目和实体进行配置以使用缓存键）

启用或禁用元素缓存

当首次安装 MicroStrategy 系统时，将默认启用元素缓存。您可以禁用整个项目、 Desktop 客户端或项目框架中指定实体的元素缓存功能。数据源缓存设置 DssCacheSettingElementMaxMemoryConsumption 控制着元素服务器缓存所使用的总内存。将这一值设为 0 将彻底禁用元素缓存。  数据仓库一天载入多次的情况下，则可能需要禁用元素缓存。

如何禁用项目的元素缓存

在项目配置编辑器中，把 “ 缓存：附加缓存（元素） ” 分类中的服务器选项下的最大 RAM 使用（KB）设为 0 （零）。

如何禁用 MicroStrategy Desktop 的元素缓存

在项目源管理器中，选中内存选项卡，并将最大 RAM 使用（KB）设为 0 （零）。

如果一直要在 Intelligence Server 上使用缓存，则您可能需要执行此操作。这是因为当元素缓存被清除时，只有 Intelligence Server 上的缓存会被自动清理，而 Desktop 中的缓存则保持完整。通常缓存被清除的原因是数据仓库中发生频繁变化而使缓存失效。

如何禁用实体的元素缓存

1 在 Desktop 中，右键单击实体并选择编辑。 “ 实体编辑器 ” 将被打开。

2 在 “ 显示 ” 选项卡中，取消选定启用元素缓存复选框。

限制一次显示和缓存的元素数量

递增元素回取减少了 Intelligence Server 从数据仓库检索元素而使用的内存总量并提高了 Intelligence Server 的元素缓存的效率。您可以使用项目配置编辑器中的 “ 缓存：元素 ” 分类下的实体元素浏览设置来对要在界面中显示的每一个元素请求的最大元素数量进行设置。 Desktop 的默认值为 1000，Web 的默认值为 15。

实体元素请求量会很大（有时超过了 100,000 个元素）。这么大的请求将大量消耗数据写入 Intelligence Server 所需的内存和时间，并且通常会强制很多较小的元素在元素缓存池以外的位置进行缓存。缓存如此之大的元素列表通常没有必要，因为用户极少浏览大型元素列表，相反用户会采取搜索的方式来进行浏览。

当使用递增元素回取时，将添加一个附加的 SQL 传递到每一个元素请求。此 SQL 的传递决定了指定请求中所存在的元素总数。此数字将帮助用户决定如何浏览指定实体元素列表。此附加的 SQL 传递会在实体的查找表上生成一个 SELECT COUNT DISTINCT，而此实体后面有第二个 SELECT 语句（使用 ORDER BY 生成），位于相同的表。 Intelligence Server 将从第一个查询结果中判断是否应该对所有元素进行缓存还是只对一组递增回取结果进行缓存。

递增回取的限制是递增回取大小的四倍。例如，如果您的 MicroStrategy Web 从产品的配置要求一次检索 50 个元素，则将在元素缓存中存放 200 个元素以及不同的计数值。用户必须点击下一个选项四次才会插入另一个 SELECT 传递，在此示例中该传递将另外检索 200 条记录。由于 SELECT COUNT DISTINCT 值已经过缓存，则不会在第二次提交 SELECT 语句时该值。

为了优化递增元素缓存功能（如果您的元素回取限制太大或元素缓存池太小）， Intelligence Server 在每一个单独的缓存请求中只使用 10% 的元素缓存。例如，若 200 个元素使用了 20% 的缓存池， Intelligence Server 将只能缓存 100 个元素，即元素缓存可用内存的 10%。

每一元素缓存所检索到的元素数量可以为项目级的 Desktop 用户、 MicroStrategy Web 产品用户、层级或实体进行设置。每个设置的描述如下。

如何限制项目所显示的元素数量（只影响 Desktop 用户）

1 打开项目配置编辑器并选择项目定义：高级分类。

2 在元素最大显示数目方框中输入限制的数字。

如何限制为 MicroStrategy Web 产品用户所显示的元素数量

1 从 MicroStrategy Web 或 Web Universal 界面选择首选项。

2 选择 “ 首选级别 ” 分类中的项目默认。

3 选择 “ 首选项 ” 分类中的常规。

4 在 “ 递增回取 ” 子分类中的每区最大的实体元素数设置中输入限制值。

如何限制层级上所显示的元素数量

1 打开层级编辑器，右键单击实体并从快捷菜单中选择元素显示，然后再选择限制。这时 “ 限制 ” 对话框将打开。

2 在限制方框内输入一个数字。

如何限制实体所显示的元素数量

1 打开实体编辑器。

2 选择显示选项卡。

3 在元素显示分类中，选择限制选项并在方框中输入一个数字。

对层级和实体设置的元素显示限制可能会进一步限制项目首选项或  Web 首选项中设置的元素数量。例如，如果您将项目的元素数量限制在 1000 个，实体中的元素限制在 500 个，层级中的元素限制在 100 个，则 Intelligence Server 将只能检索到 100 个元素。

优化元素请求

您可能觉得数据仓库中递增元素回取功能的附加 SELECT COUNT DISTINCT 查询太占资源。在部分情况下，此附加查询会增加元素浏览所需时间，从而导致生产环境无法接受其性能。

要是查询更加有效率，您可以设置一个 VLDB 选项来控制总行数的控制方式。默认使用 SELECT COUNT DISTINCT 参数。另一个选择是让 Intelligence Server 在首次 SELECT 传递完成后将依次通过数据表，最终到达该表结尾处并判断总的记录数。您必须决定由数据库还是 Intelligence Server

来判断元素记录数量。 MicroStrategy 建议若您的数据仓库负荷较重或 SELECT COUNT DISTINCT 查询本身增加了元素浏览所需时间的情况下使用 Intelligence Server。

使用 Intelligence Server 来判断元素记录总数将导致 Intelligence  Server 与数据仓库之间产生更多数据流量。

这两个选项任意一项都比不启用递增元素回取时占用更少内存。使用 COUNT DISTINCT 选项时， Intelligence Server 将检索到相当于递增元素大小四倍的数据。使用 Intelligence Server 选项时，则将检索到相当于递增元素大小四倍的数据，外加依次通过数据表所需的附加资源。可以与返回完整结果表（可能会有 100,000 个元素）进行比较，您将发现内存占用会更少。

此设置叫做 Attribute Element Number Count Method。

如何配置 Attribute Element Number Count Method

1 在数据库实例管理器中，选择相应的数据库实例。

2 从管理菜单中选择 VLDB 属性。这时 VLDB 属性编辑器将打开。

3 在查询优化的下方选择 Attribute Element Number Count Method，并在界面右侧选择以下一个选项：

• 要用数据仓库来计算总数，请选择使用 &COUNT(Attribute@ID) 计算元素数目（必要时使用 COUNT DISTINCT） -- 默认 • 要用 Intelligence Server 来计算总数，请选择使用 ODBC 光标计算元素数目

4 单击保存并关闭。

缓存算法

缓存的运算方式会让人觉得它包含一系列元素的集合。每个缓存的元素作为一个对象且每个缓存的元素区块也会作为对象进行计算。因此，一个由 4 个元素组成的区块将计为 5 个对象，一个对象对应每一个元素，5 个对象则对应一个区块。但是，如果相同的元素发生在多个区块上时，则只计算一次。这是因为元素缓存在区块间共享元素。

缓存将对元素区块使用 “ 最近使用最少 ” 的算法。也就是，当缓存已用完时，将舍弃一部分最近区块请求次数最少的缓存中的元素区块。区块间共享的单个元素将随着所有含有元素的区块的舍弃而舍弃。查找要舍弃的区块是相对

复杂的操作。也就是说，缓存每次达到允许的最大对象数量时都将舍弃四分之一的内容。

限制元素缓存的可用总内存

您可以控制元素缓存在 Intelligence Server （设置在项目级）上以及 MicroStrategy Desktop 计算机上所使用的内存总量。这一内存也可以叫做缓存池。如果 Intelligence Server 尝试缓存新的元素请求，但没有足够的可用缓存池空间来存储所有新元素，则必须在缓存新元素前从内存中移除现有的元素。当发生此情况时，最近使用次数最少的 25% 的元素缓存将从缓存中移除。

您可以在项目配置编辑器中的 “ 缓存：元素 ” 分类中配置项目以及客户端计算机的内存设置。配置前应考虑以下因素：

• 用户所浏览的元素所在的实体的数量，例如在元素提示中、层级提示中等。

• 独特元素的数量

例如，实体 Year （年份）（10 年 = 10 个元素），实体 City （城市）（500 个城市 = 500 个元素） • 与数据仓库上运行元素请求相关的时间与成本

例如，如果城市的元素请求运行非常迅速（比如花了 2 秒时间），则很可能不会存留在元素缓存中。

• Intelligence Server 计算机的 RAM 总量。

如何设置项目中元素缓存的可用 RAM

1 打开项目配置编辑器并选中 “ 缓存：附加缓存（元素） ”。

2 在服务器：最大 RAM 使用（MB）方框中指定 RAM 总量（MB）。  注意以下事项： • 默认值为 1MB。 • 如果设为 0，则将禁用元素缓存。 • 如果设为 -1， Intelligence Server 将使用默认值 1MB。

3 在客户端：最大 RAM 使用（MB）方框中指定 RAM 总量（MB）。  新的设置只有在重启 Intelligence Server 后才会生效。

如何在 MicroStrategy Desktop 上设置元素缓存的可用 RAM

1 在项目源管理器中，单击缓存选项卡并在元素缓存控件组中，选择使用自定义值。

如果您选择使用项目缺省值选项，则 RAM 总量将与上述项目配置  编辑器中的 “ 客户端 ” 部分所指定的值相同。

2 在最大 RAM 使用（MB）字段中指定 RAM 大小（MB）。

限制用户可见的实体元素

您可以限制用户只能看到用户安全筛选器所允许的实体元素。例如，当用户的安全筛选器允许用户查看东北地区的数据且用户运行一份对城市进行提示的报表时，则只能显示东北地区的城市。

可以为项目启用此功能并将元素缓存共享限制在含相同安全筛选器的用户。也可以为实体设置此功能。也就是说，如果不对项目中含安全筛选器的实体元素进行限制，则可以为特定实体开启该功能。例如，如果您的外部供应商可用的数据仓库中包含商品信息，您可以用安全筛选器来限制 Product （产品）层级中的实体。也可以通过编辑每个实体来实现此操作。这样一来，供应商可以查看他们的产品，但不能查看其他供应商的产品。与 Time （时间）和 Geography （地理）等 Product （产品）层级无关的元素缓存仍可以在用户间共享。

如需更多关于安全筛选器的信息，请参考限制数据的访问权限：安全筛选器（第 83 页）。

如何限制每一项目中用户可见的实体元素

1 在项目配置编辑器中，选择项目定义：高级分类。

2 选定应用安全筛选器到元素浏览复选框。

如何限制每一实体中用户可见的实体元素

1 编辑该实体，并单击显示选项卡。

2 选定应用安全筛选器到元素浏览复选框。您必须在此设置的更改生效前更新框架（从框架菜单中选择更新框  架）。

按数据库连接限制元素缓存

在大多数情况下，用户根据各自的连接映射来连接到数据仓库。默认情况下，所有用户使用相同的连接映射，除非用连接映射编辑器将用户映射到不同的位置。当使用连接映射时，您还可以确保含不同数据库连接的用户不会共享元素缓存。这将导致元素缓存匹配键包含用户的数据库连接。

如何按数据库连接限制元素缓存

1 在项目配置编辑器中，选中 “ 缓存：附加缓存（元素） ” 分类。

2 选定为每个连接映射创建缓存复选框。

新的设置只有在项目重新载入后或者在 Intelligence Server 重启后  才会生效。

如需更多关于连接映射的信息，请参阅控制数据库的访问权限：连接映射（第 77 页）。  用户可能会使用链接的仓库登录凭据来连接数据仓库，如下所述。

按数据库登录限制元素缓存

此设置允许您确保具有不同数据仓库登录凭据的用户不能共享元素缓存。当使用此功能时，元素缓存匹配键将包含用户的数据库登录凭据。只有具备相

同数据库登录凭据的用户才能共享元素缓存。在启用此功能前，必须配置两项内容。

1 用户必须指定仓库登录名和密码（选择用户编辑器中的 “ 验证 ” 选项卡）。

2 必须对项目进行相应的配置以便执行时使用链接的数据仓库登录名（位于项目配置编辑器中，选择项目定义：高级分类）。

如果上述属性全部未设置，用户将使用各自的连接映射来连接到数据库。

如何按数据库登录限制元素缓存

1 在项目配置编辑器中，选中 “ 缓存：附加缓存（元素） ” 分类。

2 选定为每次通行登录创建元素缓存复选框。

新的设置只有在项目重新载入后或者在 Intelligence Server 重启后  才会生效。

删除所有元素缓存

您可以在 Desktop 所在的计算机以及 Intelligence Server 所在的计算机上清除（删除）项目中的所有元素缓存。这并不会删除其他 Desktop 计算机上的元素缓存。您不能只删除部分缓存，而是要同时删除全部。

如果您在使用群集的 Intelligence Server 设置，若要清除项目中的元素  缓存，您必须从群集的每一个节点依次清除缓存。

清除元素缓存后，报表和文档可能仍会继续显示缓存的数据。这是因为除了在报表 / 文档以及对象级别缓存结果以外，还可能在元素级别进行缓存。要确保重新执行后的报表或文档显示最近的数据，请清除上述所有三种缓存。如需关于清除结果和对象缓存的操作说明，请参阅清除项目中的所有结果缓存（第 410 页）和删除对象缓存（第 449 页）。

如何删除项目中的所有元素缓存

1 在项目配置编辑器中，选中 “ 缓存：附加缓存（元素） ” 分类。

2 单击立即清除。  每次框架更新后都会自动清除元素缓存。

元素缓存设置的汇总表

使元素缓存有效利用系统资源的各种设置已在上述几段作了讲解。

下表列出了所有 MicroStrategy 元素缓存设置。

设置参考信息

元素最大显示数目详见限制一次显示和缓存的元素数量（第 439 页）。 Attribute Element Number Count Method 详见优化元素请求（第 440 页）。元素缓存 - 最大 RAM 使用（MB）项详见限制元素缓存的可用总内存（第 442 页）。目

元素缓存 - 最大 RAM 使用（MB）详见限制元素缓存的可用总内存（第 442 页）。 Desktop

应用安全筛选器到元素浏览详见限制用户可见的实体元素（第 443 页）。为每个连接映射创建缓存详见按数据库连接限制元素缓存（第 444 页）。为每个数据库登录创建缓存详见按数据库登录限制元素缓存（第 444 页）。清除元素缓存详见删除所有元素缓存（第 445 页）。

对象缓存

当您或任何用户浏览对象定义时（实体、度量等），您将创建对象缓存。对象缓存是 MicroStrategy Desktop 和 MicroStrategy Intelligence Server 中的内存中存储的最近使用过的对象定义。当打开对象对应的编辑器时可以浏览对象定义。您可以为应用程序创建对象缓存。

例如，当用户打开报表对应的报表编辑器时，实体的集合、度量以及报表编辑器中显示的其他用户对象将共同组成报表的定义。如果 MicroStrategy Desktop 或 MicroStrategy Intelligence Server 上的内存中不存在报表对应的对象缓存，则对象请求将发送到元数据进行处理。

从元数据检索并在报表编辑器中显示供用户查看的报表对象定义将存储到 MicroStrategy Intelligence Server 上内存中的对象缓存中，还将存储到提交请求的用户所在的 MicroStrategy Desktop 上。对于元素缓存，任何时候都能在 Desktop 或 Intelligence Server 中的内存获取对象定义，这比从元数据的数据库检索更快。

所以，当 Desktop 用户触发一个对象请求时，将首先检查 Desktop 计算机内存中的缓存。如果不存在缓存，才会继续检查 Intelligence Server 内存。如果此内存中也不存在缓存，则将从元数据的数据库检索结果。每一个选项的反

应速度逐渐小于前一项。如果 MicroStrategy Web 产品用户触发了一个对象请求，则从元数据的数据库获取结果前将只检查 Intelligence Server 缓存。

本节主要讨论了以下有关对象缓存的内容：

• 缓存匹配算法（第 447 页） • 启用或禁用对象缓存（第 447 页） • 限制对象缓存的可用总内存（第 447 页） • 删除对象缓存（第 449 页）） • 对象缓存设置的汇总表（第 450 页）

缓存匹配算法

要使用对象缓存，必须确保该缓存是否有效，且必须与执行中的作业相匹配。以下缓存键将用于匹配过程：

• 对象 ID • 对象版本 ID • 项目 ID

启用或禁用对象缓存

首次安装 MicroStrategy 系统时将默认启用对象缓存。对象缓存无法禁用。 Intelligence Server 必须保留可供对象缓存有效操作的最低内存（1 MB）。

限制对象缓存的可用总内存

您可以控制对象缓存在 Intelligence Server （设置在项目级）上以及 MicroStrategy Desktop 计算机上所使用的内存总量。这一内存也可以叫做缓存池。如果新的对象请求大小刚好可以满足进入对象缓存池的要求，但没有足够的可用缓存池空间来存储所有新对象，则必须在缓存新对象前从内存中

移除现有的对象。当发生此情况时，最近使用次数最少的 25% 的对象缓存将从缓存中移除。

此设置取决于以下几个因素：

• 与应用程序对象相关的项目大小。

• Intelligence Server 计算机上的 RAM 总量。对于含大型框架对象的项目来说，如果对象缓存的最大内存不够大则  会影响项目的加载速度。此问题已记录在 DSSErrors.log 文件中。详见 MicroStrategy Tech Note TN4205 获取更多信息。

您可以使用项目配置编辑器中的 “ 缓存：附加缓存（对象） ” 子类下的服务器：最大 RAM 使用（MB）设置来维护对象。在客户端计算机上，您可以使用项目配置编辑器中的 “ 缓存：附加缓存（对象） ” 子类下的客户端：最大 RAM 使用（MB）设置来维护对象。

服务器：最大 RAM 使用和客户端：最大 RAM 使用的默认值均为 10 MB。 Intelligence Server 估算每个对象消耗 5 KB 的缓存池，因此默认情况下将在服务器内存中缓存 2,048 个对象而在客户端内存中缓存 2,048 个对象。

如何设置项目中对象缓存的可用 RAM

1 打开项目配置编辑器并选中缓存：附加缓存（对象）分类。

2 在服务器：最大 RAM 使用（MB）方框中指定 RAM 总量（MB）。

3 在客户端：最大 RAM 使用（MB）方框中指定 RAM 总量（MB）。  新的设置只有在重启 Intelligence Server 后才会生效。

如何在 MicroStrategy Desktop 计算机上设置元素缓存的可用 RAM

1 在项目源管理器中，单击缓存选项卡并在对象缓存控件组中，选择使用自定义值。

如果您选择使用项目缺省值选项，则 RAM 总量将与上述项目配置  编辑器中的 “ 客户端 ” 部分所指定的值相同。

2 在最大 RAM 使用（MB）方框中指定 RAM 大小（MB）。

删除对象缓存

您可以在 Desktop 所在的计算机以及 Intelligence Server 所在的计算机上清除（删除）项目中的所有对象缓存。但这并不会删除其他 Desktop 计算机上的对象缓存。您不能选择只删除部分对象缓存，而是要同时删除全部。

清除对象缓存后，报表和文档可能仍会继续显示缓存的数据。这是因为除了在报表 / 文档和元素级别缓存结果以外，还可能在对象级别进行缓存。要确保重新执行后的报表或文档显示最近的数据，请清除上述所有三种缓存。如需关于清除结果和元素缓存的操作说明，请参阅清除项目中的所有结果缓存（第 410 页）和删除所有元素缓存（第 445 页）。

如何删除项目中的所有对象缓存

1 打开项目配置编辑器并选中缓存：附加缓存（对象）分类。

2 单击立即清除。  每次框架更新后都会自动清除对象缓存。配置对象在服务器级别进行缓存。您也可以选择删除这些对象。

如何删除服务器中的所有配置对象缓存

1 登录一个项目源。

2 从管理菜单中指向服务器，然后再选择清除服务器对象高速缓存。

您不能自动预定通过 MicroStrategy Desktop 清除服务器对象缓存。但您可以编写一个 Command Manager 脚本用于清除服务器对象缓存并对该脚本进行调度使其在特定时间执行操作。如需此过程的描述，请参考 MicroStrategy Tech Note TN12270。如需更多关于 Command Manager 的信息，请参阅第 12 章用 Command Manager 自动处理管理任务。

对象缓存设置的汇总表

使对象缓存有效利用系统资源的各种设置已在上述几段作了讲解。下表列出了所有 MicroStrategy 对象缓存设置。

设置参考信息

对象缓存 - 最大 RAM 使用详见限制对象缓存的可用总内存（第 447 （MB）页）。项目级

对象缓存 - 最大 RAM 使用详见限制对象缓存的可用总内存（第 447 （MB） MicroStrategy Desktop 页）。清除对象缓存详见删除对象缓存（第 449 页）

10. 管理智能立方体

简介

您可以通过您的数据仓库获取数据并保存到 Intelligence Server 内存，而不是直接在报表中显示结果。接下来，这些数据可以作为一个单独的记忆式副本在多个用户创建的不同报表之间实现共享。通过共享的数据组创建的报表将通过记忆式副本，也叫做智能立方体来执行，而不必通过数据仓库来执行。

智能立方体是 Intelligence Server 上的 OLAP Services 附加项的一个部分。如需了解关于智能立方体的详细信息，请参阅 MicroStrategy OLAP Services Guide。如需关于购买 OLAP Services 的信息，请与您的销售代表联系。

本章包含下列信息：

• 管理智能立方体：智能立方体监视器（第 452 页） • 智能立方体内存使用、载入以及存储的约束（第 458 页） • 智能立方体中支持的连接映射（第 468 页）

管理智能立方体：智能立方体监视器

您必须首先创建智能立方体才能发布。如需了解有关创建智能立方体的信息，请参阅 OLAP Services Guide。

智能立方体发布后，您可以通过智能立方体监视器来进行迁移。您可以查看上一次更新时间、使用次数、内存大小等的有关智能立方体的详细信息。

如果您在 HP-UX v2 上运行 Intelligence Server，您可能会注意到使用  智能立方体监视器时响应速度变慢。如需关于缓存延迟的信息，包括可改善性能的步骤，请参阅缓存监视器和智能立方体监视器的性能（第 672 页）。

如何查看可用的智能立方体

1 在 Desktop 中登录一个项目源。您必须以具有立方体监控权限的用户身份来登录。

2 依次展开管理、系统监视器、缓存，并选择智能立方体。有关现有智能立方体的信息将显示在右侧。

3 要查看智能立方体的详细信息，双击该智能立方体。这时将打开快速查看窗口，显示有关该智能立方体的详细信息。

4 要更改智能立方体的状态，右键单击智能立方体并从列表中选择所需的操作。如需所有智能立方体状态的说明，请参阅监控并修改智能立方体状态（第 454 页）。

查看智能立方体信息和使用统计信息

智能立方体监视器将提供有关已发布的智能立方体的信息，以及智能立方体使用情况统计信息。下图显示的是一个智能立方体监视器。

您可以在智能立方体监视器中查看以下信息：

• 智能立方体报表名称：智能立方体的名称。 • 项目名称：智能立方体所属的项目。 • 状态：智能立方体的当前状态。如需更多关于确认并修改智能立方体状态的信息，请参阅监控并修改智能立方体状态（第 454 页）。 • 上次更新时间：智能立方体上一次通过数据仓库更新的时间。 • 最后更新作业：智能立方体最近通过数据仓库更新的作业数量。您可以使用作业监视器来查看指定作业的相关信息。

• 创建时间：智能立方体首次发布到 Intelligence Server 的时间。 • 大小 (KB)：智能立方体的大小，以 KB 为单位。 • 使用计数：智能立方体上一次更新后在报表中使用的次数。 • 历史点击数：智能立方体在报表中的使用总次数。取消发布和重新发布智能立方体将创建一个新的智能立方体，并将此值重设为 0。 • 打开视图数：当前正在访问智能立方体的报表数量。 • 所有者：发布智能立方体的用户。

• 数据库连接：智能立方体通过数据仓库运行时所使用的数据库连接数量。 • 文件名：智能立方体在计算机辅助存储器上的文件位置。 • 智能立方体实例 ID：当前发布的智能立方体版本的 ID。 • 智能立方体定义 ID：智能立方体对象的 ID。

• 数据语言环境：智能立方体所使用的语言。在一个支持使用多国语言的多语言环境中使用智能立方体时有所帮助。

• 总行数：智能立方体所包含的数据行数。要查看此字段，智能立方体必须至少发布一次。

• 总列数：智能立方体所包含的数据行数。要查看此字段，智能立方体必须至少发布一次。

您也可以通过双击智能立方体监视器中的智能立方体来查看特定智能立方体的信息。此时将打开智能立方体信息和使用统计信息的快速视图。

监控并修改智能立方体状态

您将从智能立方体的状态中了解到当前智能立方体的使用情况以及报表是否能访问该智能立方体。要修改智能立方体的状态，右键单击智能立方体监视器中的相应智能立方体，然后选择以下所列操作：

操作执行操作所需的状态描述

激活归档，但并不可用载入之前反激活的智能立方体作为一组可访问的数据供多个报表使用。

停用可用从 Intelligence Server 内存移除智能立方体实例，但保存到硬盘等辅助存储器中。

更新可用重新执行并发布智能立方体。当智能立方体的数据被修改和保存时， “ 更新 ” 操作将更新智能立方体使其显示最新数据。

保存到磁盘已载入保存智能立方体到辅助存储器，并保留 Intelligence Server 内存中的智能立方体。如果您已将备份频率定义为 0 分钟，则智能立方体将自动保存到辅助存储器，详见定义智能立方体自动保存到辅助存储器的时间（第 467 页）。删除总是可用移除作为一组可访问的数据供多个报表使用的智能立方体。警告 : 此操作并不会删除保存在 MicroStrategy 项目中的智能立方体对象。要删除智能立方体对象，您必须登录到该智能立方体所在的项目并从中删除它。如需关于是否应停用或取消发布智能立方体的信息，请参阅反激活或取消发布智能立方体（第 455 页）。

操作执行操作所需的状态描述

在内存中装载可用，但未载入从您的计算机辅助存储器中将智能立方体移至 Intelligence Server 内存。如需更多关于何时载入和卸载智能立方体的信息，请参阅智能立方体的载入与卸载（第 456 页）。注意 : 如果达到内存限制，此操作将卸载之前从 Intelligence Server 内存载入的智能立方体。

从内存卸载已载入从 Intelligence Server 内存移动智能立方体到硬盘等辅助存储器。如需更多关于何时载入和卸载智能立方体的信息，请参阅智能立方体的载入与卸载（第 456 页）。

智能立方体监视器使用的其他状态还包括了 “ 正在处理 ” 和 “ 等待载入 ”。这些状态表示部分任务当前已完成。

此外，如果您已将备份频率定义为大于 0 分钟的值（详见定义智能立方体自动保存到辅助存储器的时间（第 467 页）），则可能遇到以下几种特殊的状态：

• 改动过：若辅助存储器中的智能立方体数据复件并不是 Intelligence Server 内存中所示的最新数据，则将出现这一状态。当 Intelligence Server 内存中的智能立方体已更新，但新数据并未保存到辅助存储器时将发生上述情况。 • 脏信息：若智能立方体的监控信息发生变化，但此信息未在辅助存储器中更新，则将出现这一状态。监控信息包括已访问智能立方体的报表数量等的详细信息。

在上述两种情形下，辅助存储器中所保存的智能立方体的数据和监控信息都将根据备份频率来进行更新。您也可以使用上表中所列的 “ 保存到磁盘 ” 操作或通过在辅助存储器中存储智能立方体（第 467 页）中所描述的步骤手动保存智能立方体到辅助存储器。

反激活或取消发布智能立方体

停用智能立方体以及取消发布智能立方体均将阻止访问智能立方体的报表将智能立方体载入到 Intelligence Server 内存。这将让您在保持智能立方体可用于报表的操作过程中拥有更多管理员权限。

但上述每项操作提供的管理员权限略有不同，以符合不同的操作情形。

停用智能立方体可以将智能立方体保存到硬盘等的辅助存储器。当重新启用智能立方体时，辅助存储器中的复件将重新载入到 Intelligence Server 内存。当智能立方体不适合长时间使用，但在一段时间后应恢复其当前状态时此选项最为理想。

取消发布智能立方体将从 Intelligence Server 内存删除数据复件，且不会生成该数据复件。要然报表能访问智能立方体，该智能立方体必须赶紧数据仓库重新执行并发布到智能立方体监视器。如果当前智能立方体必须在通过数据仓库重新执行后才能报告与其相关的数据时此选项最为理想。

智能立方体的载入与卸载

当智能立方体已发布时，它将默认载入到 Intelligence Server 内存。

智能立方体必须载入到 Intelligence Server 内存后才能允许报表访问智能立方体内的数据。如果智能立方体始终处于使用状态，则应载入到 Intelligence Server 内存。

您可以使用智能立方体监视器来将智能立方体载入到 Intelligence Server 内存，或从磁盘驱动器等辅助存储器中卸载。

默认情况下，当发布智能立方体时以及 Intelligence Server 启动时都将载入智能立方体。要更改上述行为，请参考以下链接：

• 不载入智能立方体到 Intelligence Server 内存的情况下进行发布（第 457 页）

• Intelligence Server 启动时载入智能立方体（第 465 页）  请注意以下内容： • 如果将智能立方体载入到 Intelligence Server 的过程中导致超出内存限制，则将从智能立方体内存中卸载另外一个智能立方体。 • 载入智能立方体的操作有可能需要占用相当于智能立方体两倍大小的内存资源。这会影响 Intelligence Server 的性能以及载入智能立方体的可能性。如需关于如何计划内存使用方式的信息，请参阅计划发布并载入智能立方体（第 460 页）。

要想释放 Intelligence Server 上的可用内存，以提升 Intelligence Server 性能，可以从内存临时卸载一个智能立方体。这对一个不需要始终处于使用状态的智能立方体来说可以说是一个较好的选择，因为正在访问一个可用但未载入的智能立方体的报表被执行时，该智能立方体将自动载入到 Intelligent Server 内存。如果智能立方体过大将导致载入到内存的同时显示报表结果会有所滞后。如需更多关于如何管理 Intelligent Server 内存占用的相关建议，请参阅第 7 章调整系统以达到最佳性能。

不载入智能立方体到 Intelligence Server 内存的情况下进行发布

默认情况下，智能立方体将自动载入到 Intelligence Server 内存以便报表可以访问并分析其数据。

要保留 Intelligence Server 内存，您可以对智能立方体进行定义使其在发布时只存储在辅助存储器中。智能立方体随后可以通过手动载入到 Intelligence Server 内存，可采用调度的方式，也可以在报表尝试访问智能立方体的任意时间来进行操作。

以下步骤向您展示了如何定义发布智能立方体是否会使其载入到 Intelligence Server 内存。您可以在项目级别启用此设置，或为各个智能立方体启用此设置。

如何在项目级别定义发布智能立方体是否会使其载入到 Intelligence Server 内存

1 在 Desktop 中，用具有管理权限的帐户登录到项目。

2 右键单击项目并选择项目配置。这时项目配置编辑器打开。

3 选择智能立方体分类。

4 您可以选定或取消选定发布后把智能立方体加载到 Intelligence Server 内存复选框：

• 选定此复选框将在发布智能立方体时将其载入到 Intelligence Server 内存。智能立方体必须载入到 Intelligence Server 内存中才能允许报表访问并分析其数据。

• 要保留 Intelligence Server 内存，您可以取消选定此复选框使智能立方体的定义符合只在发布时存储到辅助存储器的条件。智能立方体随后可以通过手动载入到 Intelligence Server 内存，可采用调度的方式，也可以在报表尝试访问智能立方体的任意时间来进行操作。

如果您在一个群集的环境中使用多个 Intelligence Server，此设置  将应用到所有节点。

5 单击确定保存更改并关闭项目配置编辑器。

6 要使更改生效，您必须重启 Intelligence Server。在群集系统中，请在间隔几分钟后再分别进行重启 Intelligence Server。

如何在智能立方体级别定义发布智能立方体是否会使其载入到 Intelligence Server 内存

1 在 Desktop 中，用具有管理权限的帐户登录到项目。

2 在文件夹列表中，浏览到要配置的智能立方体所在的文件夹。

3 右键单击智能立方体并选择编辑。这是将打开智能立方体编辑器。

4 从数据菜单中选择配置智能立方体。这时将打开 “ 智能立方体选项 ” 对话框。

5 在选项分类下方，选择常规。

6 取消使用缺省的项目级别设置。

7 选定或取消选定发布后把智能立方体加载到 Intelligence Server 内存复选框：

• 要保留 Intelligence Server 内存，取消选定此复选框使智能立方体的定义符合只在发布时存储到辅助存储器的条件。智能立方体随后可以通过手动载入到 Intelligence Server 内存，可采用调度的方式，也可以在报表尝试访问智能立方体的任意时间来进行操作。

如果您在一个群集的环境中使用多个 Intelligence Server，此设置  将应用到所有节点。

8 单击确定关闭 “ 智能立方体选项 ” 对话框。

9 单击智能立方体编辑器中的保存并关闭。

10 重新启动 MicroStrategy Intelligence Server。在群集系统中，请在间隔几分钟后再分别进行重启 Intelligence Server。

智能立方体内存使用、载入以及存储的约束

智能立方体必须保存在 Intelligence Server 内存中才能使报表访问其数据。在提高报表性能的同时，在 Intelligence Server 内存中载入太多数据会对

Intelligence Server 的处理作业造成负面影响。因此，必须约束能在 Intelligence Server 上保存的智能立方体数据的量。

智能立方体数据也可以存储在 Intelligence Server 所在计算机主机的硬盘等辅助存储器。这些智能立方体可以在需要时载入到内存。如需更多信息，请参阅智能立方体的载入与卸载（第 456 页）。 • 约束智能立方体的内存使用量（第 459 页） • Intelligence Server 启动时载入智能立方体（第 465 页） • 在辅助存储器中存储智能立方体（第 467 页）

约束智能立方体的内存使用量

智能立方体必须保存在 Intelligence Server 内存中才能使报表访问其数据。在提高报表性能的同时，在 Intelligence Server 内存中载入太多数据会对 Intelligence Server 的处理作业造成负面影响。因此，必须限制能在 Intelligence Server 上保存的智能立方体数据的量。

决定智能立方体对内存的限制

存储智能立方体可以允许通过记忆式数据副本来执行报表，从而大幅提升系统性能。但存储太多智能立方体数据在内存中会导致其他 Intelligence Server 进程耗尽系统资源并且很有可能导致性能低下。这使得定义智能立方体对内存的限制成为了维护 Intelligence Server 响应时间中的一个重要步骤。

智能立方体内存限制定义了可用来存储载入的智能立方体的 Intelligence Server 计算机的最大总 RAM。其他 Intelligence Server 进程所使用的内存将分别分配此数据。

例如，您将智能立方体的内存限制定义为 512MB。当前，您有 300MB 的智能立方体数据载入到了 Intelligence Server 内存，并且其他 Intelligence Server 的正常处理任务占用了 100MB 内存。在此情形中， Intelligence Server 则使用了 Intelligence Server 计算机上 400MB 的可用 RAM。此场景演示了决定智能立方体的内存限制时为何需要考虑到下列因素：

• Intelligence Server 计算机上的可用总 RAM，对系统性能没有负面影响的情况下 Intelligence Server 所占用的该 RAM 的百分比，以及成功的主机操作所占用的 RAM 的百分比。 • 智能立方体存储器以外的 Intelligence Server 进程平均和峰值 RAM 使用率。如需更多关于设置其他 Intelligence Server 进程的约束限制和监控系统使用情况方面的信息，请参阅系统管理指南。

• 载入所有智能立方体以满足报表制作要求的总内存。为节省空间，不经常使用的智能立方体可以暂时卸载直至报表需要再次使用它们（智能立方体的载入与卸载（第 456 页））。 • 最大 RAM 使用（MB）内存限制可以在每个项目基础上进行定义。如果您有多个项目位于相同的 Intelligence Server 主机，则每个项目很有可能会存储智能立方体数据直至达到该项目本身的内存限制。

例如，您有 3 各项目并将它们的最大 RAM 使用（MB）内存分别限制在 1 GB、 1 GB 和 2 GB。这意味着所有项目均达到本身的内存限制时，会有 4 GB 的智能立方体数据存储到 Intelligence Server 计算机上的 RAM。 • 正在发布并载入到内存中的智能立方体的大小。发布智能立方体的操作有可能需要占用大于智能立方体 2 至 4 倍大小的内存资源。这会影响 Intelligence Server 的性能以及发布智能立方体的可能性。如需关于如何计划内存使用方式的信息，详见下一节内容。

• 如果您的项目和智能立方体支持多语言，每种支持的语言可能需要更多内存。

• 为帮助减少智能立方体内存大小，请确认以下减小智能立方体内存大小的最佳实践方法部分所描述的最佳实践方法。

减小智能立方体内存大小的最佳实践方法

MicroStrategy 推荐采用下列最佳实践方法来减小您的智能立方体内存大小： • 实体通常在其 ID 形式中使用数值。使用以此方式定义的实体可以比在 ID 形式中使用字符串的实体更能节省空间。 • 只有在必要时才加入实体形式，因为在智能立方体中他家过多实体形式需要占用更多内存。

• 您应避免在智能立方体中添加复合度量以及智能度量。复合度量以及智能度量会导致相同的结果，即在与智能立方体相连接的报表中创建衍生度量。

• 您可以定义智能立方体规范操作来减少智能立方体所需的总内存。智能立方体规范操作可以通过智能立方体 VLDB 属性的数据填充来进行配置。如需更多关于设置 VLDB 属性的信息，请参阅 Supplemental Reference for System Administration 中的 VLDB Properties 章节。

计划发布并载入智能立方体

发布智能立方体的操作有可能需要占用大于智能立方体 2 至 4 倍大小的内存资源。智能立方体发布后，多余的资源将返回到系统，并且只有智能立方体

所需的空间大小以及部分索引信息将占用 RAM。但是您在计划发布智能立方体时应考虑内存使用峰值。

默认情况下，发布智能立方体涉及在内存中载入智能立方体。您可以  按照不载入智能立方体到 Intelligence Server 内存的情况下进行发布（第 457 页）中的描述来修改此默认行为。智能立方体的加载和卸载的操作说明请参阅智能立方体的载入与卸载（第 456 页）。

如果发布立方体时只在 RAM 单独进行操作而无需使用交换空间，则可以大幅减少发布智能立方体对 Intelligence Server 主机计算机的性能所带来的影响。交换空间由计算机的操作系统进行控制，并且利用此空间来传输数据到 RAN 将对计算机的性能造成负面影响。

您可以通过定义反映了您 Intelligence Server 主机可用 RAM 的智能立方体的内存限制来帮助保持 RAM 中智能立方体的发布，还可以帮助计划在 RAM 使用率最低时发布智能立方体。如需了解有关计划智能立方体发布的信息，请参阅 MicroStrategy OLAP Services Guide。

要决断智能立方体的内存限制，您应复查决定智能立方体对内存的限制（第 459 页）中所列的注意事项。您还应考虑发布智能立方体时内存中潜在的峰值，该值有可能能是智能立方体大小的 2 至 4 倍。

例如，您的 Intelligence Server 计算机有 2GB RAM 和 2GB 交换空间。假设操作系统一般所使用的 RAM 大小为 4 GB。则会预留 1.6 GB RAM 用于智能立方体的存储以及其他任务。

利用此配置，请考虑发布 1 GB 智能立方体时的操作。假设发布此智能立方体所需的内存使用率峰值是智能立方体大小的 2.5 倍，则发布过程需要 2.5 GB 空间。也就是说可能占用 1.6 GB RAM，但同时需要 0.9 GB 的交换内存，如下图所示。

智能立方体发布后， RAM 中将只是用 1 GB 的智能立方体（外加索引信息的部分空间），立法提发布过程中所使用的其余 0.6 GB RAM 和 0.9 GB 交换空间将返回给系统，如下图所示。

如果 Intelligence Server 所在的主机是一台 AIX 计算机，则智能立方  体发布过程所需的资源可能不会返回给系统。但是，这些资源可以用于其他 Intelligence Server 操作。

当 Intelligence Server 可以重新发布时，使用交换空间会对 Intelligence Server 计算机的性能造成一定影响。

利用相同的配置，再考虑发布一个 0.5 GB 的智能立方体而不是之前的 1 GB 大小的智能立方体。假设发布此智能立方体所需的内存使用率峰值是智能立方体大小的 2.5 倍，则发布过程需要 1.25 GB 空间。此过程可以完全在 RAM 中完成处理，如下图所示。

智能立方体发布后， RAM 中将只是用 5 GB 的智能立方体（外加索引信息的部分空间），立法提发布过程中所使用的其余 RAM 和交换空间将返回给系统，如下图所示。

需注意，RAM 中存储的智能立方体数据越多，可用来处理智能立方体发布的 RAM 越少。定义每个项目智能立方体存储所需的内存限制时，应充分考虑发布智能立方体时的内存使用率峰值以及 Intelligence Server 主机的硬件资源。

定义智能立方体对内存的限制

您可以通过以下两种方式来定义指定时间内存储在 Intelligence Server 中的智能立方体总内存的限制：

• 您可以使用所有智能立方体所需的数据总量来限制项目每次存储在 Intelligence Server 内存中的智能立方体数据的总量。默认值为 256 MB。系统将计算项目中智能立方体在 Intelligence Server 上所使用的总内存并与您所定义的限制值进行比较。如果尝试载入智能立方体时发现超出此限制，则会有一个智能立方体从 Intelligence Server 内存移除直至新的智能立方体载入到内存。

• 您可以使用智能立方体的数量来限制项目每次存储在 Intelligence Server 内存中的智能立方体数。默认可存储 1000 个智能立方体。

项目存储在 Intelligence Server 内存中的智能立方体总数将与您所定义的限制值进行比较。如果尝试载入智能立方体时发现超出此数值限制，则会有一个智能立方体从 Intelligence Server 内存移除直至新的智能立方体载入到内存。

如何定义智能立方体对 Intelligence Server 内存的限制

1 在 Desktop 中，登录到需使用智能立方体的项目。您必须以具有 “ 管理立方体 ” 权限的用户身份来登录。

2 右键单击项目并选择项目配置。这时项目配置编辑器打开。

3 在分类列表中，分别展开立方体、常规。

4 定义下列项目约束选项中的值：

• 最大 RAM 使用（MB）：定义一个以 MB 为单位的数据大小来限制每次可存储在 Intelligence Server 内存中的智能立方体数据的总量。默认值为 256 MB。

• 最大立方体数：定义每次可存储在 Intelligence Server 内存中的智能立方体的最大数量。默认可存储 1000 个智能立方体。

5 单击确定保存更改并关闭项目配置编辑器。

定义智能立方体索引限制

Intelligence Server 会生成索引来加速智能立方体中数据的访问。在大型智能立方体中，这些索引可能会大幅增加智能立方体的大小。您可以使用项目配置编辑器来限制项目级别可添加到智能立方体大小的索引数量。

如何定义智能立方体索引限制

1 在 Desktop 中，登录到项目所在的项目源。

2 在 Desktop 中，右键单击项目并选择项目配置。这时项目配置编辑器打开。

3 在智能立方体分类下方，选择常规。

4 编辑下列各个相应的值： • 由于索引造成智能立方体最大增加率：定义允许添加到智能立方体大小的最大索引数量，按原始大小的百分比形式来表示。例如， 50% 表示 100 MB 智能立方体因其索引大小最大只能允许增加到 150 MB。如果智能立方体的大小超出此限制，则使用次数最少的索引将从该智能立方体删除。

• 立方体增加率的检查频率：定义一个以分钟为单位的智能立方体大小检查的频率，如有需要，还可以定义使用次数最少的索引的删除频率。

5 单击确定保存设置。

定义通过数据导入功能创建的智能立方体的限制

数据导入功能允许用户通过 Excel 文件、数据库中的表或自由格式 SQL 查询等外部数据源来创建智能立方体。您可以定义用户可以上传的文件大小限制，以及用户可创建的智能立方体的可用总内存的限制。

如何定义通过数据导入功能创建的智能立方体的限制

1 在 Desktop 中，用具有 “ 管理立方体 ” 权限的帐户登录到项目。

2 在文件夹列表中，右键单击项目并选择项目配置。这时项目配置编辑器打开。

3 从分类列表中，展开约束规则，并选择导入数据。

4 定义下列选项中的值： • 最大文件大小 (MB)：定义用户可从中上传和导入数据的最大文件大小。默认为 30 MB。最小值为 1 MB，最大值为 500 MB。 • 每位用户最大配额 (MB)：定义用户可用数据导入功能创建的所有只能立方体可用的最大总内存。默认为 100 MB。如果希望总的大小没有限制，输入 -1。在群集的环境中，此设置适应于群集中的所有节点。

5 单击确定保存更改并关闭项目配置编辑器。

Intelligence Server 启动时载入智能立方体

当 Intelligence Server 启动时，将处理各种任务以准备报表制作环境。您可以把载入所有已发布的智能立方体作为 Intelligence Server 启动时的一项已完成的任务来进行添加。这将影响智能立方体所需的加载时间。

是否在 Intelligence Server 启动时载入智能立方体还是在可访问已发布的智能立方体的报表已执行时载入智能立方体的相关考虑事项如下表所述：

方法优点缺点

Intelligence Server 启动时 • 报表的智能立方体已被载入，因此 • Intelligence Server 启动时所消耗的资载入智能立方体访问智能立方体的报表所需的报表源因为加载智能立方体过程而增加。运行时性能得到了优化。 • 项目的所有智能立方体将载入到 • 如果项目中普遍使用智能立方体的 Intelligence Server 内存，无论报表是情况下，则实践方法是一个不错的否使用这些智能立方体。选择。

可以访问已发布的智能 • 比起把载入智能立方体作为一项启 • 由于智能立方体必须首先载入到立方体的报表执行时载动任务， Intelligence Server 启动时所 Intelligence Server，因此访问智能立入智能立方体。消耗的资源减少。方体所需的报表在运行时的性能可 • 如果没有报表需要使用智能立方体，能会受到不良影响。则无需载入到 Intelligence Server，因此也就不会产生资源浪费。您也可以在 Intelligence Server 启动后 • 当项目支持智能立方体但却很少使手动载入智能立方体或通过订阅进用部分智能立方体时，则此实践方行载入。法是一个不错的选择。

以下操作流程描述了如何在 Intelligence Server 启动时启用或禁用智能立方体的载入。

载入智能立方体的操作有可能需要占用相当于智能立方体两倍大小的  内存资源。这会影响 Intelligence Server 的性能以及载入智能立方体的可能性。如需关于如何计划内存使用方式的信息，请参阅计划发布并载入智能立方体（第 460 页）。

如何在 Intelligence Server 启动时启用或禁用智能立方体的载入

1 在 Desktop 中，用具有管理权限的用户帐户登录到一个项目。

2 右键单击项目并选择项目配置。这时项目配置编辑器打开。

3 在分类列表中，分别展开立方体、常规。

4 选定或取消选定启动时载入智能立方体复选框以启用或禁用 Intelligence Server 启动时载入智能立方体。

5 单击确定保存更改并关闭项目配置编辑器。

在辅助存储器中存储智能立方体

除了在 Intelligence Server 内存中存储智能立方体以外，您还可以将其存储在辅助存储器，比如硬盘。当报表需要访问智能立方体数据时，这些智能立方体可从该辅助存储器载入到 Intelligence Server 内存。

如何在辅助存储器中存储智能立方体

1 在 Desktop 中，登录到具有管理权限的项目源。

如何修改智能立方体的辅助存储位置将智能立方体保存到辅助存储器之前，请使用下列步骤来定义智能立方体的保存位置。

2 右键单击项目并选择项目配置。这时项目配置编辑器打开。

3 在分类列表中，分别展开立方体、常规。

4 在智能立方体文件目录区域，单击 ... 按钮。这时将打开 “ 浏览文件夹 ” 对话框。

5 浏览并找到存储智能立方体的文件夹位置，然后单击确定。此时将返回到项目配置编辑器。

6 单击确定保存更改并关闭项目配置编辑器。

如何存储智能立方体到辅助存储器

7 从文件夹列表中依次展开管理、系统监视器、缓存，然后再选择智能立方体。这是将显示智能立方体监视器。

8 右键单击要存储到辅助存储器的智能立方体并选择保存到磁盘。智能立方体将被保存到辅助存储位置。此设置还可以定义智能立方体保存到辅助存储器的时间，详见定义  智能立方体自动保存到辅助存储器的时间。

定义智能立方体自动保存到辅助存储器的时间

除了手动保存智能立方体到辅助存储器外，您也可以定义智能立方体何时自动保存到辅助存储器。

如何定义智能立方体自动保存到辅助存储器的时间

1 在 Desktop 中，登录到具有管理权限的项目源。

2 从管理菜单中指向服务器，然后再选择配置 MicroStrategy Intelligence Server。这时将打开 Intelligence Server 配置编辑器。

3 展开服务器定义类别并选择高级。

4 在备份频率（分钟）字段，输入每次智能立方体自动保存到辅助存储器的间隔时间（以分钟为单位）。值为 0 时表示智能立方体在创建或更新后立即备份。注意此选项还控制着缓存和历史列表消息备份到磁盘的频率，详见备份频率（分钟）（第 412 页）。

5 单击确定保存更改并关闭 MicroStrategy Intelligence Server 配置编辑器。

6 要应用更改，您必须重启 Intelligence Server。

智能立方体中支持的连接映射

连接映射允许您为 MicroStrategy 系统中的用户或组分配一个特定的登录 ID 用于登录数据仓库。连接映射通常用于以下几种原因：

• 充分利用您可能已经创建的其中一种 RDBMS 数据安全技术（安全视图、按行分割事实表、按列分割事实表）

• 允许用户用同一个项目连接多个数据仓库

如需关于连接映射的详细信息，请参阅 MicroStrategy 安装和配置指南。

如果您在智能立方体所在的项目中使用连接映射，您应定义您的智能立方体使其能够使用并支持连接映射。如果项目中需使用连接映射时不对智能立方体进行定义使其支持连接映射，则用户将能够访问不应有访问权限的数据。

当支持连接映射的智能立方体发布时，将使用之前用来发布智能立方体的用户帐户的连接映射。只有具备连接映射的用户才能创建和查看对智能立方体有访问权限的报表。这将维护您的连接映射所定义的数据访问安全以及控制权限。

如果智能立方体需要可用于多个连接映射，您必须为每个所需的连接映射发布不同版本的智能立方体。

例如，智能立方体 X 在项目中创建并定义用来支持连接映射。分配到连接映射 A 的用户 JDoe 发不了智能立方体 X。则该智能立方体将使用连接映射 X 来进行发布。分配到连接映射 B 的用户 FJohnson 将无法创建并执行与智能立方体 X 连接的报表。要允许 FJohnson 创建并执行与智能立方体 X 连接的报表，必须用分配到连接映射 B 的用户帐户来发布智能立方体。

如何支持项目中所有智能立方体的连接映射

1 在 Desktop 中，用具有管理权限的用户帐户登录到一个项目。

2 右键单击项目并选择项目配置。这时项目配置编辑器打开。

3 在分类列表中，分别展开智能立方体、常规。

4 选定通过数据库连接创建智能立方体复选框。  如果您不使用连接映射，请不要选定此复选框。 5 单击确定。这时项目配置编辑器关闭。

11. 作业和管理任务的定期计划

简介

调度（也叫定期计划）是 MicroStrategy Intelligence Server 的一项功能，可以用来自动处理各种任务。时间敏感、耗时、重复以及批量的任务最适合进行调度。运行报表或文档是最普遍的调度任务，因为调度报表并结合缓存和群集等其他功能可以提升系统的整体性能。部分管理任务也可以进行调度。

无论是否使用调度， Intelligence Server 执行任务时所采用的方式完全一致。所有约束参数以及操作条件应用到调度任务的方式与应用到其他请求时的方式相同。

默认情况下已启用调度功能。但您可以在 Intelligence Server 配置编辑  器中禁用调度功能。在服务器定义分类中的高级子分类下，取消选定使用 MicroStrategy 调度器复选框。

本节主要讨论了以下有关调度的内容：

• 适用于调度作业和管理任务的最佳实践方法（第 472 页） • 创建并管理定期操作（第 473 页） • 报表和文档的定期操作：订阅（第 477 页）

• 调度管理任务（第 484 页） • 用 Distribution Services 调度邮件、文件和打印机的传递内容（第 487 页）

适用于调度作业和管理任务的最佳实践方法

MicroStrategy 推荐在调度作业和管理任务时使用下列最佳实践方法： • 同时执行多个报表可能会耗尽系统资源。如果您有大量报表或任务需要以相同的预定时间计划来执行，可以考虑创建多个类似的调度，每隔 15 分钟触发一次调度。例如，一个调度作业触发时间为每周一早上的 8 点，另一个调度作业触发时间为 8:15。 • 要防止用户同时调度太多报表，您可以通过编辑调度的访问控制列表（ACL）来阻止用户使用调度方式来预定作业的执行。要实现此操作，在调度管理器中，双击调度并选择属性，然后选择 “ 属性 ” 对话框中的 “ 安全 ” 选项卡，并确保只有使用调度的用户才能对该调度任务具有 “ 修改 ” 或 “ 完全控制 ” 的访问权限。如需更多关于 ACL 的信息，请参阅控制对象的访问：访问权限（第 61 页）。 • 如果您需要创建多个类似的订阅，您可以用订阅向导一次性创建所有订阅。例如，您可以为用户同时订阅多个不同的报表。

• 如果您需要临时禁用一个调度任务，可以通过将其开始日期设置在将来的某个时间来实现。因此，在调度开始日期之前该调度不会触发任何传递过程。

• 在一个群集的系统中，对于执行管理任务的所在节点来说，应使用按事件触发的调度并在该节点触发该事件。

• 如果订阅管理器中显示有大量订阅内容，您可以对订阅列表进行筛选以便只显示相关的订阅内容。如需更多信息以及操作说明，请参阅 Subscription Manager Help。（在 Desktop 中，按 F1。） • 当选择要订阅的报表时，请确保这些报表均不包含需提供答案或含默认答案的提示。如果报表包含一个需提供答案但不包含默认答案的提示，订阅项将无法成功运行报表，因为无法完成提示中的问题，因此该订阅项将自动失效并从系统移除。

• 当调度的报表 / 文档完成执行时，将在已订阅的用户的历史列表中显示一条消息，告知用户该报表已准备就绪，可供查阅。用户只需打开该消息就能检索到相应的结果。如果请求未能成功完成，则用户将看到错误消息的详细信息。这些消息位于历史列表文件夹。如需更多关于历史列表的信息，请参阅保存报表结果 : 历史列表（第 421 页）。

• 您可以跟踪成功传递的已订阅报表或文档的动向。在订阅编辑器或订阅向导中，选定发送提醒到邮件地址复选框并指定邮件地址。当订阅的报表或文档成功传送到收件人时将向所选邮件地址发送一封提醒邮件。

• 您可以跟踪传递失败的已订阅报表或文档的动向。在项目配置编辑器中的 “ 传递：邮件 ” 分类中，启用传递失败的管理员提醒设置。

创建并管理定期操作

调度（也叫做定期操作）是一个 MicroStrategy 对象，它包含了用于指定何时执行任务的相关信息。单独的定期操作可以控制多个不同的任务。调度信息在项目源级别进行存储，因此可用于项目源内的所有项目。

Intelligence Server 支持以下两种类型的调度： • 按时间触发的调度，在特定日期和时间，或在特定的循环日期和时间执行。如需详细信息，请参阅按时间触发调度（第 473 页）。 • 按事件触发的调度，当与调度关联的事件被触发时执行。如需详细信息，请参阅按事件触发调度（第 474 页）。

按时间触发调度

如果按时间触发调度，您可以定义特定的日期和时间用于运行调度的任务。例如，您可以在每周日午夜执行特定的任务。按时间触发调度可以有助于耗资源多的大型任务在非高峰时段运行，比如通宵运行或在周末期间运行。  注意以下事项： • 按时间触发的调度将根据创建该调度时所在的计算机上的时间来执行。例如，在一台处于西部标准时间（GMT -8:00）的计算机上用 Desktop 创建一个调度。调度触发时间设置在 9:00 AM。该计算机连接到的 Intelligence Server 所在的时区为东部时间（GMT -5:00）。调度执行时间为 12:00 PM 东部时间，即相对应的 9:00 AM 西部标准时间。 • 在群集环境中，与按时间触发的调度关联的管理任务只能在群集的主节点上执行。

按事件触发调度

按事件触发的调度将使任务在发生特定事件时执行。例如，一个事件可能会在加载数据库时触发，或是在周期预约结束时触发。

当触发一个事件时，所有通过事件触发的调度与该事件联系在一起的任务将开始处理。如需更多关于事件的信息以及及其创建方式，请参阅关于事件和按事件触发的调度（第 475 页）。在群集环境中，与按事件触发的调度关联的管理任务只能在触发该事  件的群集的节点上执行。

创建调度

要创建调度，您需要具备 “ 创建配置对象 ” 权限和 “ 创建并编辑调度和事件 ” 权限。此外，您还需要对 Schedule 文件夹有写入权限。如需关于访问权限和访问权限的信息，请参阅控制应用程序功能的访问（第 60 页）。

要创建有效且有用的调度，您需要对您的用户需求以及整个系统的使用类型具有清楚的理解。调度在链接到任何任务前需要预先创建。

如何创建调度

1 在 Desktop 中登录一个项目源。

2 依次展开管理、配置管理器，并选择调度。项目源的调度列表将显示在右侧。

3 从文件菜单中指向新建，然后选择调度。这时将打开调度向导。

4 完成调度向导中的步骤，并输入以下所需信息： • 要创建一个按时间触发的调度，在提示选择调度类型时，请选择定时触发。然后选择调度触发的频率和时间。

• 要创建一个按事件触发的调度，在提示选择调度类型时，请选择事件触发。然后选择用于触发调度的事件。

5 当看到向导中的 “ 摘要 ” 页面时，请检查您所选的内容并单击完成。调度将被创建。

您也可以用 Command Manager 的 Create Schedule 脚本来创建调度。  如需详细的语法，请参阅 Command Manager 中的 Create Schedule 脚本。

管理调度

您可以通过调度管理器来添加、删除或修改调度。您可以通过事件管理器来修改用于 “ 按事件触发调度 ” 的事件。如需关于事件管理器的使用说明，请参阅关于事件和按事件触发的调度（第 475 页）。

如何在调度管理器中管理您的调度内容

1 在 Desktop 中登录一个项目源。

2 依次展开管理、配置管理器，并选择调度。项目源的调度列表将显示在右侧。

3 要管理您的调度，请从以下任务中进行选择：

• 要创建新的调度，请参阅创建调度（第 474 页）。 • 要修改一个调度，右键单击该调度并选择编辑。调度向导将打开该调度所对应的信息。逐一完成向导中的步骤并做相应的更改。

• 要删除一个调度，右键单击该调度并选择删除。该调度将被删除。 • 要查找所有使用指定调度的订阅，右键单击调度并选择查找依赖订阅。这时将打开使用该调度的订阅列表。

关于事件和按事件触发的调度

基于按事件触发调度的订阅和任务（详见按事件触发调度（第 474 页））将在触发一个 MicroStrategy 事件时执行。这些触发项不需要预先定义。 Intelligence Server 以外的系统将用来判断是否符合触发事件所需的条件。如需更多关于如何触发事件的相关信息，请参阅触发事件（第 476 页）。

Intelligence Server 检测到有事件发生后， Intelligence Server 将执行与相应的调度关联的任务。

在群集环境中，与按时间触发的调度关联的管理任务只能在触发事件  时所在的节点上执行。 MicroStrategy 建议在需要控制执行特定任务的节点的重要情况下使用按事件触发的调度。

如果项目不对称分布于群集，则当分配一个按事件触发的调度到项目时，应确保触发载入项目时所在的所有节点上的事件。详见在群集的系统中调度管理任务（第 486 页）。

创建事件

您可以使用事件管理器在 Desktop 中创建事件。

如何在 Desktop 中创建事件

1 在 Desktop 中登录一个项目源。您必须以具有 “ 创建并编辑调度及事件 ” 权限的用户身份来登录。

2 依次展开管理、配置管理器，并选择事件。项目源的事件列表将显示在右侧。

3 从文件菜单中指向新建，然后选择事件。这时将创建一个新的事件。

4 为新事件命名。

如何通过 Command Manager 创建一个新事件

您可以利用以下 Command Manager 脚本来创建事件： CREATE EVENT event_name [DESCRIPTION description];

默认情况下，此脚本位于 C:\Program Files\ MicroStrategy\Command Manager\Outlines\。

触发事件

MicroStrategy Command Manager 可以通过 Windows 命令行触发事件。通过执行 Command Manager 脚本，内部系统可以触发事件并致使关联的任务

开始运行。如需更多关于 Command Manager 的信息，请参阅第 12 章用 Command Manager 自动处理管理任务。

例如，如果您要在加载数据库后立刻执行几个报表以便这些报表总是具有可用的有效缓存。您可以创建一个事件 OnDBLoad，并将它关联到按事件触发的调度。接下来，再将这些报表订阅到该调度。

数据库的载入例程快结束时，请在数据库表 DB_LOAD_COMPLETE 中添加一行语句，以表明数据库的加载已完成。接下来再创建一个数据库触发器来检查 DB_LOAD_COMPLETE 表的更新时间，然后执行 Command Manager 脚本。该脚本包含以下代码行： TRIGGER EVENT “OnDBLoad”;

当执行该脚本时，将触发 OnDBLoad 事件，并执行调度。

您也可以使用 MicroStrategy SDK 来开发一个可触发事件的应用程序。接下来，您可以让数据库触发器执行此应用程序。如需关于如何获取 MicroStrategy SDK 的信息，请与您的 MicroStrategy 销售代表联系。

手动触发事件

您可以使用事件管理器手动触发事件。这在测试环境中很有用。在一个生产系统中，通常不会让管理员来触发基于事件的调度。

如何手动触发事件

1 在 Desktop 中登录一个项目源。您必须以具有 “ 触发事件 ” 权限的用户身份来登录。

2 依次展开管理、配置管理器，并选择事件。项目源的事件列表将显示在右侧。

3 右键单击事件并选择触发。该事件将被触发。

报表和文档的定期操作：订阅

通常情况下， Intelligence Server 在报表或文档创建完成后将立即执行这些报表或文档。订阅允许根据管理员指定的调度方式来执行这些请求。用户可以创建自己的订阅，或者系统管理员可以为用户订阅报表。

预定报表和文档的执行操作可以通过以下方式减少对系统产生的负荷：

• 您可以为访问频繁的报表和文档创建缓存创建，从而为用户提供更快的响应时间而不会对数据库系统造成过多负荷。

• 运行时间长的大型报表和文档可以延迟到系统负荷较轻时执行。

文档的订阅只能创建或更新该文档的默认模式下的缓存（HTML、  PDF、 Excel 或 XML/Flash）。如果在其他模式下查看文档，则无法使用此缓存。如需更多关于 Intelligence Server 如何界定是否使用缓存，请参阅缓存匹配算法（第 400 页）。

当用户订阅或取消订阅报表或文档时，该用户的个性化选择将应用到该订阅。个性化选择可以包括语言的选项、传递方式、传递位置、传递格式等。个性化选项根据指定报表或文档所支持的内容，用户的国际化 MicroStrategy 环境是否使用用户对应的语言等方面的差异会有所不同。

本节提供了下列有关订阅的信息：

• 订阅的类型（第 478 页） • 创建订阅（第 479 页） • 管理您的订阅内容（第 482 页）

订阅的类型

您可以为报表或文档创建以下类型的订阅：

• 缓存更新订阅用于刷新指定报表或文档的缓存。例如，您的系统包含一组标准的周报表和月报表。这些报表由于访问频率较高，因此应放入缓存。数据库中的部分表将进行每周刷新，而且表则进行每月刷新。这些表无论何时更新，相应的缓存也应当相应地刷新。

缓存更新订阅通常使用按事件触发的调动，因为缓存通常不需要刷新，除非在某个事件中基础数据发生变化，比如载入数据仓库时。如需更多关于调度策略的建议，请参阅预定结果缓存的更新任务（第 407 页）。如需关于缓存的详细信息，请参阅结果缓存（第 394 页）。 • 历史列表订阅可以创建指定报表或文档的历史列表消息。用户随后可以从历史列表消息中检索报表或文档。如需关于历史列表的详细信息，请参阅保存报表结果 : 历史列表（第 421 页）。 •Mobile 订阅通过 MicroStrategy Mobile 传递报表或文档到移动设备，比如 iPhone 或 BlackBerry。这些订阅只有在您拥有 MicroStrategy Mobile 产品时可用。如需创建适用于 Mobile 订阅的详细信息，请参阅 MicroStrategy Mobile Design and Administration Guide。

• 智能立方体更新订阅将从数据仓库检索最新的智能立方体信息并发布该智能立方体。与缓存更新订阅一样，智能立方体更新订阅适合用于按事件触发调度。如需了解关于智能立方体的详细信息，请参阅 MicroStrategy OLAP Services Guide。

如果您已购买 Distribution Services 许可证，您还可以把报表和文档保存为 Excel 或 PDF 文件定时以邮件形式或以打印形式发送给用户，如下所述。如需关于 Distribution Services 的配置说明，请参阅用 Distribution Services 调度邮件、文件和打印机的传递内容（第 487 页）。 • 电子邮件订阅可以传递报表或文档到一个或多个邮件地址。 • 文件订阅可以把报表或文档保存到网络磁盘中。 • 打印订阅将自动通过指定的打印机打印报表或文档。

创建订阅

您可通过以下几种方式创建订阅：

• 您可以在 Desktop 中通过报表编辑器或文档编辑器，或者通过 MicroStrategy Web 来逐一订阅报表或文档（详见如何在 Desktop 中订阅报表或文档（第 480 页）或如何在 MicroStrategy Web 中创建一个订阅（第 481 页））。 • 您可以在 Desktop 中使用订阅向导为用户或用户组一次创建多个订阅（详见如何在 Desktop 中一次创建多个订阅（第 481 页））。 • 如果您已购买 Command Manager 的许可证，则可以使用 Command Manager 脚本来创建并管理您的调度和订阅。如需关于通过 Command Manager 创建这些脚本的操作说明，请参阅第 12 章用 Command Manager 自动处理管理任务或者参考 Command Manager Help。（在 Command Manager 中，单击帮助。）

带提示的报表和订阅

订阅的报表可以包含提示。报表如何执行以及是否执行取决于提示定义。有关如何定义提示的其他相关信息，请参阅高级报表制作指南中的提示章节。

要确保订阅中带提示的报表能够正常执行，该提示必须设为必要项并包含一组默认的提示答案。下表解释了 Intelligence Server 如何完成几种可能的情况下订阅的报表中所含每个提示的操作。

提示是否必选显示默认答案结果

否否提示不是必选内容，因此将被忽略。报表将被执行但不会通过提示进行筛选。

否是提示和默认答案将被忽略，因为提示不是必须项。报表将被执行但不会通过提示进行筛选。

是否此报表不会被执行。没有为必须的提示提供答案，因此在没有用户交互操作的情况下 MicroStrategy 无法完成报表。

是是报表将被执行，并用默认值回答提示。

前提条件

• 无论创建什么类型的订阅，您都必须具备 “ 调度请求 ” 权限。 • 要创建邮件订阅、文件订阅或打印订阅，您必须有 Distribution Services 许可证。

• 要创建 Mobile 订阅，您必须有 MicroStrategy Mobile 许可证。 • 要为其他用户订阅报表或文档，您必须具备 “ 管理订阅 ” 权限（适用于 Desktop）或 “Web 订阅其它 ” 权限（适用于 MicroStrategy Web）。

如何在 Desktop 中订阅报表或文档

只有历史列表、缓存、智能立方体和 Mobile 订阅能在 Desktop 中  进行创建。

1 在 Desktop 中，选择要根据调度来传递的报表、文档或智能立方体。

2 从文件菜单中指向定时传递到，并选择要创建的订阅类型。与所选订阅类型相对应的订阅编辑器将被打开。如需订阅类型的列表，请参阅订阅的类型（第 478 页）。有关使用订阅编辑器的详细说明，单击帮助。

3 为订阅输入名称和描述。

4 从调度下拉菜单中选择一个订阅调度选项。

5 单击确定保存更改并关闭订阅编辑器。订阅将被创建且报表或文档将传递到相应位置，或者智能立方体将根据调度来进行更新。

如何在 Desktop 中一次创建多个订阅

1 在 Desktop 中，从管理菜单中指向调度，然后选择订阅创建向导。这时将打开订阅向导。

2 逐一完成向导中的步骤，指定调度和订阅类型，以及要订阅的报表和文档。如需详细信息，以及分步操作说明，单击向导任意页面上的帮助。

3 当看到向导中的 “ 摘要 ” 页面时，请检查订阅信息并单击完成。订阅创建完成并且可以在订阅管理器中进行查看。

如何在 MicroStrategy Web 中创建一个订阅

1 在 MicroStrategy Web 的报表页面上所显示您要创建订阅的报表/文档名称的下方，单击订阅按钮。

2 选择添加订阅已选择要创建的订阅类型。如需订阅类型的列表，请参阅订阅的类型（第 478 页）。有关创建订阅的详细说明，单击帮助。

3 为订阅输入名称和描述。

4 从调度下拉菜单中选择一个订阅调度选项。

5 要添加更多用户到订阅接收列表，单击收件人。这时将打开收件人浏览器。选择用户或组并单击确定。收件人浏览器将关闭并且用户和组将添加到收件人列表。

6 单击确定保存订阅。订阅将被创建且报表或文档将传递到相应位置，或者智能立方体将根据调度来进行更新。当报表或文档根据调度在 Web 中执行时将自动生成历史列表消息。

邮件和文件订阅的个性化设置

如果您有 Distribution Services 产品，您可以通过宏在文件名、主题、消息或 zip 文件名字段中对邮件和文件订阅进行个性化设置。当订阅被传递时，这些宏将自动替换为相应的文本。

例如，您要创建名为 Daily Revenue （日收益）的报表邮件订阅。您想在邮件主题中加入报表的名称。在订阅编辑器中的主题字段，输入 Subscription To {&ContentName}。当报表被传递时，邮件的主题则为 Subscription To Daily Revenue （日收益报表订阅）。稍后，报表发生变

化并包含了利润数据，且报表的名称变为 Daily Revenue And Profit （日收益和利润）。这时订阅传递时将使用主题 Subscription To Daily Revenue And Profit （日收益和利润报表订阅），但不会改变任何订阅内容。您也可以使用宏来个性化订阅的位置并备份文件设备的传递位置。如  需详细信息，以及文件设备的可用宏列表，请参阅文件位置的个性化设置（第 500 页）。

下表列出了可在邮件订阅和文件订阅中使用的宏的列表，以及宏所使用的字段：

文本宏字段

发送订阅的日期 {&Date} 主题、文件名

发送订阅的时间 {&Time} 主题、文件名

收件人的名称 {&RecipientName} 主题、文件名

用户登录名 {&UserLogin} 所有字段

订阅的名称 {&Subscription} 所有字段

含订阅的报表 / 文档的项目 {&Project} 所有字段

订阅的报表 / 文档中的提示名称 {&PromptNumber&} 所有字段（其中 Number 是提示的数量）

订阅的报表 / 文档的名称 {&ContentName} 所有字段

订阅的报表 / 文档相对应的详细信息 {&ContentDetails} 主题、消息

管理您的订阅内容

您可以通过订阅管理器来创建、删除或修改订阅。

您可以设置用户在每个项目中可使用的每种类型的订阅的最大数量。这样可以防止执行订阅时对系统造成超负荷。默认情况下，订阅数量没有限制。您需在项目配置编辑器中对这些限制进行设置。

如何在订阅管理器中管理您的订阅内容

1 在 Desktop 中登录一个项目源。

2 依次展开管理、配置管理器，并选择订阅。项目源的订阅列表将显示在右侧。

3 要管理您的订阅，请从以下任务中进行选择： • 要创建订阅，右键单击订阅管理器并选择订阅创建向导。这时将打开订阅向导。按照如何在 Desktop 中一次创建多个订阅（第 481 页）中的说明执行操作。

• 要修改一个订阅，右键单击该订阅并选择编辑。订阅编辑器将打开该订阅所对应的信息。要完成任意更改并单击确定。如需关于订阅编辑器中的每个选项的相关信息，单击帮助。

• 要删除一个订阅，右键单击订阅并单击删除该订阅将被删除。

• 要筛选列表中的订阅，在订阅编辑器中单击右键并选择筛选器。这时 “ 订阅管理器筛选器 ” 对话框将打开。指定筛选条件并单击确定。如需关于此对话框中每个选项的相关信息，单击帮助。

结果缓存和订阅

默认情况下，如果订阅的报表或文档存在缓存，则报表或文档将使用缓存而不是重新执行报表或文档。如果不存在缓存，则在执行报表或文档时将重建一个缓存。如需关于结果（报表或文档）缓存在 MicroStrategy 中的使用方式的相关信息，请参阅结果缓存（第 394 页）。

当创建一个订阅时，您可以通过选定订阅向导中的依仓库重新执行复选框强制报表或文档在设置了缓存时仍根据数据仓库重新执行。您也可以通过选定不要创建或更新匹配缓存复选框阻止为订阅创建新缓存。

您可以在项目配置编辑器中的缓存：订阅执行分类中更改这些复选框的默认值。

群集环境下的订阅内容

当设置群集中的多个 Intelligence Server 计算机时，您可以将项目分布到任意配置的群集计算机（或节点）上。每个节点托管着不同的项目子集。如需包括操作说明在内的更多关于群集 Intelligence Server 的信息，请参阅第 8 章多个 MicroStrategy 服务器的群集化。

群集环境中所有订阅在所有托管含订阅报表的项目的节点上保持负载平衡。

调度管理任务

除了定期执行报表和文档外，您还可以让 Intelligence Server 根据调度来自动执行特定的管理任务。例如，您可以按月删除所有历史列表消息，或每周进行一次项目闲置来完成维护然后在任务完成一小时后恢复项目的运行。

要调度一个管理任务，您必须具有 “ 管理订阅 ” 权限，以及该任务所需的任何权限。

如何调度一个管理任务

1 在 Desktop 中，从管理菜单中指向调度，然后选择调度管理任务。这时将打开 “ 调度管理任务 ” 对话框。

2 要调度特定项目的任务，请选中该项目。要调度项目源的任务，请选中 “ 所有项目 ”。

3 从操作列表中选择一个任务。如需任务描述，请参照下表。

4 为任务选择一个或多个调度。

5 设置该任务所需的其他选项。如需关于每项任务可能的选项的相关信息，单击 “ 调度管理任务 ” 对话框中的帮助。

6 单击确定。 “ 调度管理任务 ” 对话框将关闭并完成任务的调度。

下表列出项目可调度的任务。部分任务也可以在项目源级别进行调度，从而影响该项目源中的所有项目。

任务描述

缓存 / 历史列表管理任务

删除报表缓存删除项目中的所有报表缓存。如需更多信息，请参阅删除结果缓存（第 410 页）。注意 : 通常情况下， “ 无效化缓存 ” 任务足以用来清除报表缓存 . 删除历史列表消删除项目或项目源的所有历史列表消息。如需更多信息，请参阅历史列表消息的预定息删除（第 433 页）。（项目或项目源）注意 : 此维护请求有时会占用大量空间。调度历史列表删除任务在 Intelligence Server 处于非繁忙时段执行，比如用户未向系统发送请求的时段。此外，还可以以增量方式删除历史列表，例如，在 1 AM、 2 AM 等不同时间删除用户组的历史列表。无效化缓存对项目中的报表缓存进行无效化处理。有效的缓存将在所有缓存的引用项被删除时自动删除。如需更多信息，请参阅结果缓存的无效化操作（第 408 页）。

清除元素缓存删除项目中的元素缓存。如需更多信息，请参阅删除所有元素缓存（第 445 页）。

任务描述

智能立方体管理任务

激活智能立方体发布智能立方体到 Intelligence Server，使其可供报表使用。如需更多信息，请参阅第 10 章管理智能立方体。

取消激活智能立通过 Intelligence Server 取消智能立方体的发布。如需更多信息，请参阅第 10 章管理智方体能立方体。

删除智能立方体通过服务器删除智能立方体。如需更多信息，请参阅第 10 章管理智能立方体。

更新智能立方体更新当前已发布的智能立方体。如需更多信息，请参阅第 10 章管理智能立方体。

项目管理任务

闲置项目让项目停止接收部分类型的请求。如需更多信息，请参阅设置项目状态（第 27 页）。

载入项目让项目从已卸载状态恢复到正常操作状态。如需更多信息，请参阅设置项目状态（第 27 页）。

恢复项目让项目从闲置状态恢复到正常操作状态。如需更多信息，请参阅设置项目状态（第 27 页）。

卸载项目让项目脱机供用户使用并从 Intelligence Server 内存移除该项目。如需更多信息，请参阅设置项目状态（第 27 页）。

其他管理任务

批量 LDAP 导入导入 LDAP 用户到 MicroStrategy 系统。如需更多信息，请参阅批量导入用户和组列表（仅限项目源）（第 125 页）。

删除未使用的托移除为自由格式 SQL、查询生成器和 MDX 立方体报表创建的未使用的托管对象。如需管对象（项目或更多信息，请参阅删除未使用的框架对象：托管对象（第 264 页）。项目源）

清除统计信息清除此项目的统计数据库。如需更多信息，请参阅通过清除统计信息提升数据库性能（项目和项目源）（第 289 页）。

管理已调度的管理任务

System Administration Monitor 的 “ 已调度的维护 ” 视图中显示了项目源的所有已调度的管理任务。从这个视图中，您可以查看有关所有已调度任务的信息，也可以从中删除一个或多个任务。如需更多关于使用 System Administration Monitor 的信息，请参阅管理并监视项目（第 25 页）。

如何管理已调度的管理任务

1 在 Desktop 中登录一个项目源。您必须以具有 “ 管理订阅 ” 权限的用户身份来登录。

2 展开管理，然后再展开系统管理。

3 选择定期维护。项目源的定期管理任务列表将显示在右侧。

4 要查看有关定期任务的详细信息，右键单击该任务并选择快速查看。

5 要删除一个定期任务，右键单击该任务并选择过期。该任务将从任务列表删除。  这时将通知用户他们所预定任务已被删除。

在群集的系统中调度管理任务

当设置群集中的多个 Intelligence Server 计算机时，您可以将项目分布到任意配置的群集计算机（或节点）上。每个节点托管着不同的项目子集。如需更多关于群集 Intelligence Server 的信息，请参阅第 8 章多个 MicroStrategy 服务器的群集化。

要判断哪个服务器负责处理每项定期管理任务，请参照以下要点：

• 基于按时间调度的任务将在每个项目的主节点上执行。您可以使用 System Administration Monitor 的群集视图来查找项目的主节点。 • 基于按事件触发调度的任务将在触发事件时所在的节点上执行。管理员必须确保分配了按事件调度的项目运行时所在的所有节点（即所有计算机）上触发事件。

您可以使用 System Administration Monitor 的群集视图来查看哪些节点上分别运行哪些项目。如需关于使用 System Administration Monitor 的群集视图的详细信息，请参阅管理您的群集系统（第 384 页）。

用 Distribution Services 调度邮件、文件和打印机的传递内容

MicroStrategy Distribution Services 是一款高容量、高效率的产品，可将报表、文档和仪表盘发布到电子邮件地址、文件服务器以及网络打印机。 Distribution Services 还支持各种 MicroStrategy Mobile 相关的功能。

本章涵盖了 Distribution Services 功能的讲解以及在您的 MicroStrategy 系统中对该功能进行设置的详细步骤。如需使用 Distribution Services 功能来执行特定任务的详细信息，请参考 MicroStrategy Web 或 Desktop 中的相关帮助。例如，如需 Web 用户在满足特定阈值条件时可用来订阅报表传递的步骤，以预警方式为用户发送报表，请参考 MicroStrategy Web 中帮助话题 “ 为特定阈值条件创建警报 ”。

Distribution Services 功能须由管理员在 Desktop 中进行设置并启用，并且所有类型的用户将在此功能的基础上在 MicroStrategy Web 中订阅传递内容。管理员也可以为一个或多个用户订阅传递内容。

如需关于邮件订阅、文件订阅和打印订阅的相关统计信息记录的详细信息，请参阅订阅和传递相关的统计信息（第 684 页）。

关于 Distribution Services

商务用户可以通过订阅报表和文档的传递来为自己和其他用户设置信息流。用户可在 MicroStrategy Web 中的 “ 我的订阅 ” 页面查看并更改他们自己创建的或为其创建的订阅项。用户可以通过选择以下传递格式和位置来自由地个性化传递内容：

• 格式：HTML、 Flash、PDF、Excel、zip 文件、纯文本、 CSV 或批量导出 • 传递位置：电子邮件、网络打印机、文件服务器（包括门户端或电脑端）、或用户的 MicroStrategy 历史列表，以报表存档方式提供服务并能通过电子邮件快速通知传递的目标用户。

用户可以通过指定各种分布触发器来在调度、事件或警报的基础上来接收报表，以便只在需要时查看这些报表。触发方式包括：

• 立即发送 • 基于时间的触发方式，例如，计划在每个星期一早上或会计季度末进行分布。

• 基于事件的触发方式，例如，计划在结账完成或数据已载入完毕时进行分布。

• 基于警报的触发方式（阈值除外），例如，计划在库存跌至 10 % 或度量表明预估的客户变动时进行分发。

已订阅传递的报表 / 文档可以压缩并设置密码保护。标准的 MicroStrategy 安全凭据适用于已订阅接收报表或文档的每位用户。

从操作的角度来看， Distribution Services 的调度功能让您可以计划要在非高峰时段连夜运行的报表和文档，从而释放数据库和服务器的资源用于一天中高峰时段的交互操作。

Distribution Services 集成了 Intelligence Server 的性能和稳定功能，其中包括：

• 群集、作业负载平衡、执行管理、故障转移、对象缓存、智能立方体、数据库优化、多源数据访问、基于 Web 的用户和联系人管理 • 用多语言数据源和元数据通过报表和传递实现的国际化

• 用于基于脚本管理的 Command Manager、用于企业商业智能分析的 Enterprise Manager 和用户生命周期管理的 Object Manager 等管理工具。

管理报表传递

Distribution Services 中可用的管理工具可以帮助您设置如何将报表和文档转换为电子邮件及文件并通过电子邮件发送至收件人、文件位置或打印机。这些管理工具包括数据发送器、设备和联系人。

关于发送器

发送器是 Distribution Services 的软件组件，用来转换 MicroStrategy 报表和文档为电子邮件及文件并将这些电子邮件及文件发送至邮件收件人、网络文件位置或网络打印机。 Distribution Services 捆绑了默认的电子邮件、文件和打印发送器，您可以用它来创建电子邮件、文件和打印设备。

如需关于如何创建或修改发送器的相关详细信息，请参阅创建并管理发送器（第 493 页）。

关于设备

这里所指的设备是具有特定传输和传送属性的发送器。设备指定了 MicroStrategy 报表或文档的格式以及发送报表或文档给相应订阅用户的发送过程。例如，如果您要发送报表到一个文件位置，您可以创建一个文件设备（基于文件发送器）用于指定特定的文件传递位置和文件属性，比如将当前日期附加到文件传递位置、超时设置等。

Distribution Services 捆绑了即开即用，已经设置好的默认电子邮件、文件和打印设备。您可以直接使用这些默认的设备，根据您的需要更改其设置，或者如果您需要包含不同属性组合的附加设备，可重新创建您自己的设备。例如，您可能需要一个邮件设备来发送电子邮件到 Microsoft Outlook 并用另一个独立的设备发送电子邮件到基于 Web 的电子邮件帐户，如 Yahoo、 Gmail、 Hotmail 等等。

设备可以在一个直接连接（2 层结构）的环境中进行创建，但系统无  法校验这些设备的打印位置和文件位置。在服务器连接（3 层结构）中创建的打印位置和文件位置将由 MicroStrategy 自动进行校验。

如需如何创建或管理设备的详细信息，请参阅创建并管理设备（第 497 页）。

关于联系人

联系人功能为用户提供了一组关联的电子邮件地址、文件传递位置以及网络打印机传递位置。要使管理用户的所有地址和传递位置变得更加简单，您可以为每个地址和传递位置创建相应的联系人。联系人功能可以让您通过在联系人与某个 MicroStrategy 用户之间建立链接来把多个地址合并为一组。与联系建立了链接的用户可以将报表和文档订阅到联系人，因此报表和文档将被传递到为这些联系人所指定的所选地址和传递位置。由于一个联系人只能与一个 MicroStrategy 用户帐户建立链接，因此其他用户将无法访问或查看联系人列表中的地址。

联系人也能用于计划传递报表和文档到非 MicroStrategy 用户以及未创建帐户的用户。例如，公司股东可能需要每月接收一份财务文档。这是将为每个收件人的邮件地址创建一个联系人，随后创建一个名为 Shareholder Finances 的 MicroStrategy 用户，并且联系人将链接到该用户。用户订阅了定时传递的文档，且该用户的安全配置文件将应用于文档执行和传递。文档的传递地址就是与该用户关联的组成每个联系人列表的每位股东的电子邮件地址。

如需如何创建或管理联系人的详细信息，请参阅创建并管理联系人（第 504 页）。

关于传递过程

以下高级步骤向您展示了订阅和传递过程的工作方式：

1 在 Desktop 中，管理员创建邮件发送器、文件发送器和 / 或打印发送器。邮件发送器将设置您想让系统在运行时（邮件发送时）使用的选项，从而反映您的邮件服务器要求以及其他系统要求。

2 在 Desktop 中，管理员为上述创建的每个发送器分别创建设备。所有设备均自带特定的设置以支持您所特有的环境以及用户的需求。例如，维护时打印机没有响应的情况下如何处理传递，或者如何添加当前日期到定期传递到网络位置的文件的名称。

3 在 Desktop 中，管理员利用上述创建的发送器和设备创建联系人。联系人包含传递地址（邮件地址、文件路径或打印机路径），并且处于安全目的链接到 MicroStrategy 用户帐户。

4 用户通过 MicroStrategy Web 找到了希望定期订阅传递的报表或文档（发送到邮件地址、网络存储位置或打印机）。

5 在 MicroStrategy Web 中，该用户从 “ 收件人 ” 下拉列表中选择了他自己的地址。如果该用户愿意的话，也可以选择自己的备选地址，其他 MicroStrategy 用户或其他联系人的备选地址用来根据订阅接收报表或文档。

6 在 MicroStrategy Web 中，该用户需选择传递选项，比如传递调度、订阅名称、传递格式以及订阅的失效日期等。

7 订阅将被创建。订阅的用户和联系人的地址将用来根据上述定义的调度接收报表或文档。

使用 Distribution Services 功能时的最佳实践方法

• 为取得最佳效果，请参照设置报表传递系统所需的高级核查清单（第 492 页）中的步骤。

• PDF、纯文本以及 CSV 文件格式通常能让您获得最快的传递性能。传递性能会根据您的硬件、操作系统、网络连通性等一系列情况发生变化。

• 邮件传递方式的性能取决于打印机的速度。 • 发送大型报表或文档时：

 启用订阅的压缩功能以便减小文件的大小。

 用批量导出代替 CSV 文件格式。有关批量导出的详细信息可参考高级报表制作指南中的报表章节。

 把订阅传递的时间设置在您的 Intelligence Server 的流量较低的时段。 • 对允许的调度作业量建立合理的限制。如需了解此设置的详细信息，请参阅限制作业总量（第 329 页）。 • 如果您的企业处理的订阅量较小，比如 100 或更少，则可以通过发送每项订阅到最大可能数量的收件人来可达到较高的性能。您可以通过指定用来最大程度回答各类分析师的业务问题的报表或文档并添加提示到报表或文档来实现这一操作。详见初级报表制作指南以获取关于创建并添加提示到报表的操作说明。

如果您的企业处理的订阅量较大，比如 1000 设置更少，则可以通过发送最大可能数量的订阅到最少的收件人来可达到较高的性能。例如，可以将整个小组的所有订阅内容发送给项目经理，项目经理随后可以在小组会议中展示并分发这些订阅的报表。

如果您要处理大量订阅，您应考虑使用批量导出功能。有关批量导出的详细信息可参考高级报表制作指南中的报表章节。

• 为获取最佳性能，请考虑配置以下设置来满足您的订阅需求：

 根据您的硬件大小来调整调度作业数量约束设置。容量越大的硬件所能处理的设置级别越高。

 启用缓存。

 如果您的数据库和数据库所在的计算机允许存在大量数据仓库连接，则增加此数值后可以通过允许更多作业通过数据仓库执行来提升性能。

 增加调度会话超时设置中的数值。强烈建议更改默认设置时，务必小心。详见本手册中的相关章节以  获取每个设置的相关详细信息。

• 要控制内存的使用率，请考虑配置下列设置：

 限制每个项目和每个 Intelligence Server 的调度作业数量。

 增加用户会话限制时间。

 启用缓存。

• 当创建联系人时，请确保每个联系人至少有一个地址用于每种传递类型（邮件、文件和打印）。否则，该联系人将不会出现在订阅联系人列表中，因为该联系人不具备相应的传递类型。例如，如果联系人没有邮件地址，则创建邮件订阅时，该联系人将不会出现在联系人列表中。

• 当选择要订阅的报表时，请确保这些报表均不包含需提供答案或含默认答案的提示。如果报表包含一个需提供答案但不包含默认答案的提示，订阅项将无法成功运行报表，因此该订阅项将自动从系统移除。

• 使用宏来以动态方式指定传递位置并备份文件设备的传递位置（详见文件位置的个性化设置（第 500 页））。

设置报表传递系统所需的高级核查清单

前提条件

• 您应理解用户对订阅报表的要求以及用户所需的传递位置。 • 具备管理员权限。

• 具备使用 Distribution Services 的许可证。

核查清单

以下高级核查清单向您展示了使用 Distribution Services 在 MicroStrategy 中设置报表传递系统时所需的操作。

1 如果您当前使用 MicroStrategy Narrowcast Services，则在升级 MicroStrategy Distribution Services 的过程中，请确保使用 Web 订阅升级向导。此向导可从 Desktop 中的工具菜单中打开。有关该向导中每个选项的详细信息，请单击帮助。如需执行 MicroStrategy 升级所需的完整步骤，请参阅  MicroStrategy Upgrade Guide。

2 根据您的要求修改现有发送器或创建新的发送器。 Distribution Services 自带已设置好的默认邮件发送器、文件发送器和打印发送器，但如果您需要使用这些发送器，应对其设置进行修改以符合您的环境。

• 如需查看操作发送器时的最佳实践方法，请参阅操作发送器时的最佳实践方法（第 494 页）。 • 有关修改发送器的步骤，请参阅查看和修改发送器并访问发送器编辑器（第 494 页）。 • 如需创建创建新发送器的步骤，请参阅创建发送器（第 494 页）。

3 根据您的要求修改现有设备或创建新的设备。 Distribution Services 自带已设置好的默认邮件设备、文件设备和打印设备，但如果您需要使用这些设备，应对其设置进行修改以符合您环境中的网络、邮件系统和打印机系统的要求。

• 如需查看操作设备时的最佳实践方法，请参阅操作设备时的最佳实践方法（第 499 页）。 • 有关修改设备的步骤，请参阅查看和修改设备并访问设备器编辑器（第 499 页）。 • 如需创建新设备的步骤，请参阅创建并管理设备（第 497 页）。

4 创建联系人以便用户能订阅报表和文档。 • 如需查看操作联系人时的最佳实践方法，请参阅操作联系人时的最佳实践方法（第 506 页）。 • 有关修改联系人的步骤，请参阅查看和修改联系人并访问联系人列表（第 506 页）。 • 如需创建联系人的步骤，请参阅创建联系人（第 507 页）。

创建并管理发送器

发送器是 MicroStrategy 软件中的一个组件， Distribution Services 将用它来打包订阅的报表和文档到文件或邮件，并发送这些文件或邮件到收件人。

Distribution Services 自带了三种类型发送器：电子邮件（SMTP）、文件和打印。文件发送器以文件形式来打包并传递报表（PDF、 HTML、 MS Excel、纯文本和 CSV 格式）到网络计算机上的文件存储位置。打印发送器将发送报表到网络打印机进行打印。

当用户订阅 MicroStrategy 报表时，报表将发送到相应的发送器进行打包和传递。例如，如果报表要传递到网络计算机上的一个文件位置，该报表将发送到文件发送器转换为可传递的文件格式。与此类似，如果报表要以邮件形式发送到用户的邮件地址，报表将发送到邮件发送器进行相应的打包处理并传递。

发送器使用设备中所指定的设置来决定报表的打包方式以及传递到所需传递位置的方式。例如，部分设备可能表明报表应采用 MIME 编码来进行打包，而其他报表可能指定使用 UUEncoding 编码方式来进行打包。如需关于设备及其设置的信息，请参阅创建并管理设备（第 497 页）。

邮件发送器中可以配置发送失败提醒，如下所述。您可以使用项目配置编辑器来配置项目级别的文件和打印发送失败提醒。

您可以使用发送器编辑器来创建并配置发送器。

推荐的发送器维护任务

• 定期检查发送传递成功或失败提醒的所有收件地址。您可以在发送器编辑器中的 “ 通知 ” 选项卡上查看这些邮件地址。

操作发送器时的最佳实践方法

• 对设备进行配置使其使用每种类型的发送器（邮件、文件和打印）并利用设备测试传递功能，以确保发送器有效且设备正常工作。

• 您可以通过使用邮件发送器编辑器的“信息输出”选项卡上的“保存到文件” 对话框轻松测试邮件发送器。

• 要快速创建新的发送器，可以复制现有的发送器（比如 MicroStrategy 提供的一个即开即用型发送器），然后再按照需要更改设置。

查看和修改发送器并访问发送器编辑器

您可以使用发送器编辑器来进行查看并修改发送器的定义，重命名发送器，复制发送器等操作。

如何查看发送器或修改其设置

1 从 Desktop 文件夹列表中，依次展开管理、传递管理器，并选择发送器。

2 在右侧的发送器列表区域，右键单击您要查看或更改设置的发送器。

3 选择编辑。发送器编辑器将被打开。

4 按照需要更改发送器设置。单击帮助以获取该界面中每个选项的相关详细信息。

5 单击确定保存更改。

创建发送器

在 MicroStrategy Desktop 中，您可以创建以下类型的发送器。

• 电子邮件：邮件发送器将对订阅的报表或文档做相应的格式转换并附到邮件中，然后再发送该邮件到收件人的收件箱。

• 文件：文件发送器将把订阅的报表或文档格式转换为相应的文件格式（PDF、 HTML、 Microsoft Excel、纯文本或 CSV 格式）并发送该文件到存储位置，比如网络计算机上的文件夹。

• 打印：打印发送器将发送订阅的报表或文档到网络打印机。

当用户订阅 MicroStrategy 报表时，报表将发送到相应的发送器进行打包和传递。例如，如果报表要传递到计算机上的一个文件位置，该报表将发送到文件发送器进行打包和传递。与此类似，如果报表要以邮件形式发送到邮件收件人，报表将发送到邮件发送器进行打包处理并传递。

您可以在需要文件、邮件或打印发送器的属性和设置的特定组合形式用于打包文件时随时创建新的发送器。

创建新的发送器的快速方式是复制一个现有的发送器，然后编辑其设置以符合新发送器的特定需求。如果您已创建一个类似的发送器，或者您想充分利用默认的 MicroStrategy 发送器，则可谓是一种省时省力的方法。要复制一个发送器，右键单击要复制的发送器并选择复制。单击帮助以获取该界面中每个选项的相关详细信息。

您可以使用发送器编辑器来创建并配置发送器。

创建邮件发送器

邮件发送器可用来创建邮件并转换订阅的报表或文档的格式以邮件附件形式发送到该文件订阅者的收件箱中。

如何创建邮件发送器

1 从 Desktop 文件夹列表中，依次展开管理、传递管理器，并选择发送器。

2 在右侧的发送器列表区域，单击右键选择新建，然后再选择发送器。这时 “ 选择发送器类型 ” 对话框将打开。

3 选择电子邮件，并单击确定。邮件发送器编辑器将被打开。

4 按照需要更改发送器设置。单击帮助以获取该界面中每个选项的相关详细信息。

5 单击确定保存发送器。以指定名称命名的新发送器将被添加到发送器列表区域内的现有发送器列表中。

邮件发送器创建后，您可以根据此发送器创建邮件设备。当您创建设备时，发送器将出现在 “ 选择设备类型 ” 对话框中的现有发送器列表中。上述指定的邮件发送器的设置将应用到基于此发送器的所有邮件设备。

创建文件发送器

文件发送器将把订阅的报表或文档转换为用户订阅报表或文档时所选择的文件格式。文件发送器随后将发送文件到网络计算机上的一个文件存储位置。

如何创建文件发送器

1 从 Desktop 文件夹列表中，依次展开管理、传递管理器，并选择发送器。

2 在右侧的发送器列表区域，单击右键选择新建，然后再选择发送器。这时 “ 选择发送器类型 ” 对话框将打开。

3 选中文件并单击确定。文件发送器编辑器将被打开。

4 按照需要更改发送器设置。单击帮助以获取该界面中每个选项的相关详细信息。

5 单击确定保存发送器。以指定名称命名的新发送器将被添加到发送器列表区域内的现有发送器列表中。

文件发送器创建后，您可以根据此发送器创建文件设备。当您创建设备时，发送器将出现在 “ 选择设备类型 ” 对话框中的现有发送器列表中。上述指定的文件发送器的设置将应用到基于此发送器的所有文件设备。

有关创建文件设备的信息，请参考创建文件设备（第 500 页）。

创建打印发送器

打印发送器将发送订阅的报表或文档到网络打印机。

如何创建打印发送器

1 从 Desktop 文件夹列表中，依次展开管理、传递管理器，并选择发送器。

2 在右侧的发送器列表区域，单击右键选择新建，然后再选择发送器。这时 “ 选择发送器类型 ” 对话框将打开。

3 选择打印，并单击确定。打印发送器编辑器将被打开。

4 按照需要更改发送器设置。单击帮助以获取该界面中每个选项的相关详细信息。

5 单击确定保存发送器。以指定名称命名的新发送器将被添加到发送器列表区域内的现有发送器列表中。

打印发送器创建后，您可以根据此发送器创建打印设备。当您创建设备时，发送器将出现在 “ 选择设备类型 ” 对话框中的现有发送器列表中。上述指定的打印发送器的设置将应用到基于此发送器的所有打印设备。

有关创建打印设备的信息，请参考创建打印设备（第 503 页）。

删除发送器

如果不再需要发送器时，可以删除该发送器。

前提条件

• 如果存在设备依赖于发送器，则无法删除该发送器。您必须首先删除任何依赖于此发送器的设备。

如何删除一个发送器

1 从 Desktop 文件夹列表中，依次展开管理、传递管理器，并选择发送器。

2 在右侧的发送器列表区域，右键单击您要删除的发送器。

3 选择删除。这时将显示 “ 确认删除对象 ” 对话框。详见上述前提条件部分以确保您的系统已准备好删除发送器。

4 单击是确认对象的删除。

创建并管理设备

设备指定了 MicroStrategy 报表或文档的格式以及发送报表或文档给该报表或文档订阅用户的发送过程。

例如，如果您想通过邮件发送报表，且您的收件人使用 Microsoft Outlook 等的邮件客户端，那么您可以创建具备适用于 Outlook 的设置的 Microsoft Outlook 邮件设备。如果您需要发送报表到网络计算机上的文件位置，则您可以创建指定网络文件位置的文件设备。如果您要发送报表到您网络上的打印机，您可以创建一个指定了网络打印机位置和打印机属性的打印机设备。

在 MicroStrategy Desktop 中，您可以创建以下类型的设备： • 电子邮件：邮件设备将通过邮件形式自动发送报表或文档到邮件地址。也可以通过用户所选的文件格式把报表作为邮件附件来发送。

• 文件：文件设备将在订阅报表的同时按照用户所选的文件格式自动发送 MicroStrategy 报表或文档到您网络计算机上的一个文件传递位置。用户可以从下列文件格式中进行选择：CSV （逗号分隔值文件）、 PDF、 HTML、 MS Excel 和纯文本。当用户订阅报表或文档时，文件设备将在订阅时所设置的发送时间发送报表或文档到指定的位置。您可以指定要用于传递文件的网络文件位置以及文件设备文件属性。如需创建新文件设备的步骤，请参阅创建文件设备（第 500 页）。 • 打印：打印设备将自动发送报表或文档到您网络上的指定打印机。您可以为默认的打印设备订阅打印机属性或者也可以使用标准的打印机缺省值。如需创建打印设备的步骤，请参阅创建打印设备（第 503 页）。

您可以在需要文件、邮件或打印设备的属性和设置的特定组合形式用于传递文件时随时创建新的设备。创建新设备的方法有两种：您可以创建一个全新的设备并手动输入该设备的所有支持信息，或者也可以复制一个现有的设备并编辑支持信息以适应您的新设备。您可以使用设备编辑器来创建并配置设备。

设备可以在一个直接连接（2 层结构）的模式下进行创建，但系统无  法校验这些设备的打印位置和文件位置。在服务器连接（3 层结构）中创建的设备打印位置和文件位置将由 MicroStrategy 自动进行校验。

推荐的设备维护任务

• 定期校验所有传递位置以确保器处于活动和可用的状态。

 如需设置文件传递位置，请使用设备编辑器的 “ 文件：常规 ” 选项卡以及 “ 文件：高级属性 ” 选项卡。

 如需设置打印机位置，请使用设备编辑器的 “ 打印：常规 ” 选项卡以及 “ 打印：高级属性 ” 选项卡。

• 用每个设备分别测试传递以确保设备设置仍有效且任何可能发生发生的系统更改不需要对象任何设备设置做更改。

• 如果您遇到打印机或传递超时，请使用设备编辑器的 “ 文件：高级属性 ” 选项卡以及 “ 打印：高级属性 ” 选项卡来更改超时设置、重试次数以及其他传递设置。

操作设备时的最佳实践方法

• 您可以允许用户选择自己的文件传递或打印位置。用设备编辑器的 “ 文件：常规 ” 选项卡以及 “ 打印：常规 ” 选项卡来允许使用用户定义的文件传递和打印位置。任何用户定义的位置都将覆盖文件位置或打印机位置字段中指定的主文件传递或打印位置，从而覆盖 “ 文件：高级属性 ” 选项卡以及 “ 打印：高级属性 ” 选项卡中指定的所有备份文件传递或打印位置。

• 如果您要在新的邮件客户端中使用 Distribution Services 功能，请创建新的邮件设备并应用您的新邮件应用程序的特定设置。要快速创建新设备，请使用复制选项然后再更改设备设置以便适应您的新邮件应用程序。

• 如果重命名设备或更改设备的任何设置，请对设备进行测试以确保所做的更改允许设备让用户成功传递报表或文档。

查看和修改设备并访问设备器编辑器

使用设备编辑器来查看并修改设备的定义，重命名设备等。

如何查看设备或修改其设置

1 从 Desktop 文件夹列表中，依次展开管理、传递管理器，并选择设备。

2 在右侧的设备列表区域，右键单击您要查看或更改设置的设备，然后选择编辑。设备编辑器将被打开。

3 按照需要更改设备设置。单击帮助以获取该界面中每个选项的相关详细信息。

4 单击确定保存更改。

要重命名设备，右键单击设备并单击重命名输入新的名称并按 ENTER。当重命名设备时，使用该设备的联系人和大约将自动更新。

创建文件设备

文件设备可以通过文件形式自动发送报表或文档到存储位置，比如您网络中计算机上的文件夹。用户订阅报表或文档时将触发文件设备在订阅时所设置的发送时间发送报表或文档到指定的位置。

您可以在需要文件设备的特定属性和设置的特定组合形式用于传递文件时随时创建新的设备。

您必须指定文件属性以及文件设备用于传递文件的网络文件位置。您可以加入传递文件的属性，比如让系统将文件设为 “ 只读 ”，标记为 “ 存档 ” 等。

创建新的文件设备的快速方式是复制一个现有的设备，然后编辑其设置以符合新设备的特定需求。如果您已创建一个类似的设备，或者您想充分利用默认的 MicroStrategy 文件设备，则可谓是一种省时省力的方法。要复制一个设备，右键单击要复制的设备并选择复制。单击帮助以获取该界面中每个选项的相关详细信息。

如何创建一个新的文件设备

1 从 Desktop 文件夹列表中，依次展开管理、传递管理器，并选择设备。

2 在右侧的设备列表区域，单击右键选择新建，然后再选择设备。这时 “ 选择设备类型 ” 对话框将打开。

3 选中文件并单击确定。文件设备编辑器将被打开。

4 按照需要更改设备设置。单击帮助以获取该界面中每个选项的相关详细信息。

5 单击确定保存更改。

文件设备创建完成后，将在您创建 MicroStrategy 用户或联系人地址（即文件夹等的文件存储位置）时出现在现有文件设备列表中。然后选择文件设备并分配到您所创建的地址。当用户订阅要传递到此地址的报表时，将使用关联的文件设备中指定的传递设置将报表传递到该地址中所指定的文件传递位置。单击帮助以获取关于创建用户地址或创建联系人并添加地址到联系人的详细信息。

文件位置的个性化设置

您可以用宏在文件设备中指定文件位置和备份文件位置。例如，如果您指定文件位置为 C:\Reports\{&RecipientName}\，则所有使用该文件设备

的订阅将传递到 C:\Reports\ 子文件夹。每位收件人订阅的报表文档将传递到含该收件人名称的子文件夹中，比如 C:\Reports\Jane Smith\ 或 C:\Reports\Hiro Protagonist\。

下表列出了可在文件设备的文件位置和备份文件位置字段使用的宏。

文本宏

发送订阅的日期 {&Date}

发送订阅的时间 {&Time}

收件人的名称 {&RecipientName}

收件人的用户 ID （32 个字符的 GUID） {&RecipientID}

订阅传递的目标 Distribution Services 地址 {&AddressName}

从 UNIX Intelligence Server 传递文件到 Windows 文件位置

如果您的 Intelligence Server 计算机使用的是 UNIX 或 Linux，您可以配置您的系统以传递文件到 Windows 计算机上的位置。

此过程将使用 Sharity 软件来将 Windows 文件位置装载到 UNIX 计算机。 Intelligence Server 随后将把 Windows 文件位置作为 UNIX 文件位置来对待。

前提条件

• 使用文件订阅前，您必须具备 MicroStrategy Distribution Services 许可证。

• Sharity 安装在 Intelligence Server 计算机上。如需了解关于 Sharity 的购买、安装和使用信息，请访问 Sharity 产品网站： http://www.obdev.at/products/sharity/index.html

如何设置 UNIX Intelligence Server 到 Windows 位置的文件传递

1 请确保已在 Intelligence Server 上对 Sharity 进行配置。

2 创建一个新的文件设备或编辑一个现有的文件设备（详见创建文件设备（第 500 页））。

3 在文件设备编辑器中的 Sharity™ 跨平台传递选项卡上，选定启用从 UNIX 上运行的 Intelligence Server 到 Windows 的传递复选框。

4 在用户名字段，输入访问 Windows 文件位置并装载到 Intelligence Server 上所使用的 Windows 网络登录名。

5 在密码字段，输入该用户名的密码。

6 在装载根目录字段，输入 Intelligence Server 计算机上的装载存储位置。请确保使用格式正确的 UNIX 路径，用 / （左斜线）分隔目录。举例如下。 /bin/Sharity/Mount1

7 单击确定。文件设备编辑器随之关闭并保存设备。

创建邮件设备

邮件设备将自动发送邮件，邮件中包含了用户已订阅的报表或文档，或是其他用户或管理员为用户订阅的报表或文档。您可以在需要特定属性和设置的特定组合形式通过邮件传递文件时随时创建新的邮件设备。例如，通过 Microsoft Outlook 发送的邮件将需要不同于通过基于 Web 的邮件帐户发送邮件时的帐户设置。

您可以指定邮件设备用于发送邮件的各个 MIME 选项，比如邮件的编码类型、邮件附件的类型、是否支持等。

创建新的邮件设备的快速方式是复制一个现有的设备，然后编辑其设置以符合新设备的特定需求。如果您已创建一个类似的设备，或者您想充分利用默认的 MicroStrategy 邮件设备，则可谓是一种省时省力的方法。要复制一个设备，右键单击要复制的设备并选择复制。单击帮助以获取该界面中每个选项的相关详细信息。

前提条件

• 对您企业内的邮件服务器或其他邮件传送系统有一定的了解。

如何创建一个新的邮件设备

1 从 Desktop 文件夹列表中，依次展开管理、传递管理器，并选择设备。

2 在右侧的设备列表区域内的任意位置单击右键，选择新建，然后再选择设备。这时 “ 选择设备类型 ” 对话框将打开。

3 选择电子邮件，并单击确定。邮件设备编辑器将被打开。

4 按照需要更改设备设置。单击帮助以获取该界面中每个选项的相关详细信息。

5 单击确定保存所有更改。

邮件设备创建完成后，将在您创建 MicroStrategy 用户或联系人地址时出现在现有邮件设备列表中。然后选择邮件设备并分配到您所创建的地址。当用户订阅要发送到此地址的报表时，将使用关联的邮件设备中指定的传递设置将报表发送到该地址中所指定的邮件收件人。单击帮助以获取关于创建用户地址或创建联系人并添加地址到联系人的详细信息。

创建打印设备

打印设备将发动报表或文档到指定的网络打印机，报表或文档将自动在此打印机上打印。您可以在需要特定属性和设置的特定组合形式传递文件到打印机时随时创建新的打印设备。您可以创建一个新的打印设备，定义 MicroStrategy 自带的默认打印设备的属性或者使用含有该默认打印机设置的默认设备。

前提条件

• 所选的打印机必须添加到运行 MicroStrategy Intelligence Server 的计算机上的打印机列表。

如何创建一个新的打印设备

1 从 Desktop 文件夹列表中，依次展开管理、传递管理器，并选择设备。

2 在右侧的设备列表区域，单击右键选择新建，然后再选择设备。这时 “ 选择设备类型 ” 对话框将打开。

3 选择打印，并单击确定。打印设备编辑器将被打开。

4 按照需要更改设备设置。单击帮助以获取该界面中每个选项的相关详细信息。

5 单击确定保存更改。

打印设备创建完成后，将在您创建 MicroStrategy 用户或联系人地址（即打印机的路径）时出现在现有打印设备列表中。然后选择打印设备并分配到您所创建的地址。当用户订阅要发送到此地址的报表时，将使用关联的打印设

备中指定的传递设置将报表发送到该地址中所指定的打印机。单击帮助以获取关于创建用户地址或创建联系人并添加地址到联系人的详细信息。

删除设备

如果不再需要设备时，可以删除该设备。

前提条件

通过替换设备的名称来更新使用该设备的联系人和订阅内容。要实现此操作，请确认您要删除的设备是否正用于任何现有的地址：

• 要查找联系人，请使用联系人的传递管理器（在查看选项中选择设备名称）。

• 要查找依赖于该设备的订阅，右键单击每个联系人并选择查找依赖订阅。

如何删除一个设备

1 从 Desktop 文件夹列表中，依次展开管理、传递管理器，并选择设备。

2 在右侧的设备列表区域，右键单击您要删除的设备。

3 选择删除。这时将显示 “ 确认删除对象 ” 对话框。详见上述前提条件部分以确保您的系统已准备好删除设备。

4 单击是确认对象的删除。

创建并管理联系人

联系人是一个 MicroStrategy 对象，它代表一个传递地址（邮件地址、网络上的文件存储位置或网络打印机路径）。 MicroStrategy 用户在为自己或其他用户订阅报表或文档时需选择一个联系人。操作时只要选择联系人名称即可，不必在订阅报表时指定邮件地址、文件存储位置或打印机位置。根据不同需求，用户可能需要多个类型不同的传递位置，比如工作用的邮件地址和私人邮件地址、几个文件存储位置、一个或多个打印机位置。要使所有用户传递地址的管理变得更加轻松，您可以创建联系人。

联系人也可用于传递报表或文档给 MicroStrategy 用户以外的用户。有关此方式使用联系人信息的示例以及更多详细信息，请参阅 Desktop Help。

要使联系人可用于订阅，必须将新创建的联系人链接到 MicroStrategy 用户。联系人的安全设置及其关联的传递设置将从这个链接用户继承。与联系建立了链接的用户可以将报表和文档订阅到联系人，因此报表和文档将被传递到为这些联系人所指定的邮件地址和传递位置。

联系人也可以合并到分组，以方便为指定的订阅选择多个联系人。

前提条件

• 理解用户对文件和打印机传递位置以及邮件地址的要求，同时还需理解用户有可能订阅的报表和文档（其中包括由其他用户为这些用户订阅时的报表和文档）。例如，部分 MicroStrategy 文档是 Flash 仪表盘，因此在传递仪表盘的所有目标位置均需安装 Flash。如需 Flash 仪表盘的特定要求，请参阅 MicroStrategy 文档创建指南。

• 理解您打算创建的所有联系人对安全的要求。链接到联系人的 MicroStrategy 用户将定义应用到联系人地址（邮件地址或者是文件 / 打印机的网络路径）的安全设置。

• 具备管理员权限。

推荐的联系人维护任务

• 校验邮件地址、文件存储位置以及打印机位置以确保其处于活动且可用的状态。 “ 联系人列表 ” 区域的 “ 物理地址 ” 一栏中显示了用于传递报表和文档的文件存储位置、邮件地址以及打印机位置。如果 “ 物理地址 ” 栏未在 “ 联系人列表 ” 区域显示，单击右键以选择显示该栏。 • 服务器中断或维护：

 把受影响的联系人的默认传递位置更改为其他可用的位置。您需在联系人编辑器的 “ 地址 ” 选项卡上设置传递位置。

 此外，对于短时间的服务器中断，可以禁用设置用来传递到服务器的联系人，然后在服务器恢复运行后再次启用这些联系人。您需在联系人编辑器的 “ 常规 ” 选项卡上禁用并启用联系人。

• 检查与联系人链接的 MicroStrategy 用户列表以核实用户是否已从系统删除。如果已删除用户，您可能需要删除或禁用关联的联系人。

• 如果链接到一个或多个联系人的用户不需要接收订阅的报表和文档，请删除所有关联的联系人。

• 如果用户订阅的报表或文档的传递过程需要暂时停止，请禁用所有关联的联系人。

• 删除联系人之前，请通过右键单击联系人并选择查找依赖订阅来搜索依赖于该联系人的订阅。删除联系人后再删除这些订阅。

• 定期检查联系人或联系人组的状态，特别是禁用的联系人和联系人组列表，并复查状态。您可以筛选联系人以便联系人列表区域只显示被禁用的联系人。

操作联系人时的最佳实践方法

• 在联系人列表区域使用树状视图。此视图反映了您的组织结构图并帮助您直观地理解如何根据需要接收相同订阅报表的用户来创建联系人组。树状视图随着联系人列表不断增大，作用将更加明显，因为可以轻松地折叠或展开一个联系人分组。

• 如果您有很多联系人和联系人组，执行联系人维护任务时可以使用筛选器来限制您所查看的联系人数量。单击帮助以获取筛选器的使用步骤。

• 要以更快的方式创建新的联系人，您可以复制现有的联系人然后再按需要更改详细信息。

• 当创建多个新的联系人或通过移动联系人之间的传递位置（地址）维护大量联系人时，请在联系人之间复制并粘贴地址。

• 禁用或删除联系人前，请使用查找依赖订阅选项来确认可能受您操作影响的订阅。

查看和修改联系人并访问联系人列表

您可以使用联系人编辑器来进行查看并修改联系人的定义、重命名联系人、复制联系人或删除 / 禁用联系人等操作。

如何查看联系人或修改其设置

1 从 Desktop 文件夹列表中，依次展开管理、传递管理器，并选择联系人。

2 在右侧的联系人列表区域，右键单击您要查看或更改设置的联系人。

3 选择编辑。联系人编辑器将被打开。

4 更改联系人的名称、描述或其他设置。有关每个选项的详细信息，请单击帮助。

5 单击确定保存更改。

除了修改联系人的定义外，您还可以通过右键单击联系人对联系人执行下列操作：

• 复制：创建联系人的复件。详见创建联系人（第 507 页）。 • 重命名：允许您对已删除的联系人进行重命名。右键单击联系人并选择重命名。输入新的名称并按 ENTER。 • 复制：复制所选的地址。 • 粘贴：只有在您已复制地址时可用。添加复制的地址到所选的联系人。 • 删除：删除所选择的联系人。如需重要的警告及其他详细信息，请参阅删除联系人（第 510 页）。 • 禁用联系人 / 启用联系人：禁用或启用所选联系人。禁用联系人意味着联系人将不再用于报表或文档的订阅。例如，当打印机或服务器因为处于维护状态而不可用时以及与联系人关联的传递地址（打印机路径或文件存储位置）暂时不可用时，此选项将发挥其作用。

• 显示连接组成员：打开所选联系人对应的联系人编辑器中的 “ 成员 ” 选项卡。此选项卡将显示该联系人所在成员组的联系人组列表。

• 查找依赖订阅：显示依赖于此联系人的报表和文档订阅的列表。此选项是删除联系人前的一个重要操作内容。

创建联系人

您需要为报表和文档的每个传递目标地址（邮件地址、您网络上的文件存储位置或网络打印机路径）创建新的联系人。

创建新的联系人的快速方式是复制一个现有的联系人，然后编辑其设置以符合新联系人的特定需求。如果您已创建一个类似的联系人，或者您想充分利用默认的 MicroStrategy 联系人，则可谓是一种省时省力的方法。要复制一个联系人，右键单击要复制的联系人并选择复制。单击帮助以获取该界面中每个选项的相关详细信息。

如何创建一个联系人

1 从 Desktop 文件夹列表中，依次展开管理、传递管理器，并选择联系人。

2 在右侧的联系人列表区域，单击右键选择新建，然后再选择联系人。联系人编辑器将被打开。

3 按照需要更改联系人设置。单击帮助以获取该界面中每个选项的相关详细信息。

4 单击确定。

联系人创建完成后，必须链接到 MicroStrategy 用户才能用于报表或文档的订阅。联系人没有关联任何凭据或安全配置文件。由于系统需要一个安全配置文件才能执行联系人订阅的报表和文档，该联系人必须链接到必要安全配置文件所对应的 MicroStrategy 用户。这意味着当报表发送到联系人地址时，报表将使用被链接的用户的凭据和安全配置文件来执行。要链接联系人到用户，双击一个用户在用户编辑器中打开用户帐户，然后在 “ 地址 ” 选项卡中进行用户与联系人的链接操作。单击帮助以获取该界面中每个选项的相关详细信息。

创建联系人组

联系人组是以一个名称合并的一组联系人。当有部分报表需要发送到多个联系人时可以创建联系人组以发挥其作用。例如，如果有 4 个联系人需要接收相同的订阅报表，您可以把这些联系人放在同一个联系人组并该联系人组订阅报表，而无需逐一订阅每个联系人。

联系人组创建完成后，必须链接到 MicroStrategy 用户才能用于订阅。未链接到用户的联系人组没有关联任何登录凭据或安全配置文件。由于系统需要一个安全配置文件才能执行联系人组订阅的报表和文档，该联系人组必须链接到必要安全配置文件所对应的 MicroStrategy 用户。这意味着当报表需要发送到联系人组时，报表将使用被链接的用户的凭据和安全配置文件来执行。

联系人组类似于 Microsoft Outlook 的通讯组列表。在该联系人组被选  择作为订阅收件人时自定义组的每个联系人将收到相同的订阅报表。因此，如果联系人收不到特定的报表，则该联系人不能作为联系人组的成员。

如何创建一个联系人组

1 从 Desktop 文件夹列表中，依次展开管理、传递管理器，并选择联系人。

2 在右侧的联系人列表区域，单击右键选择新建，然后再选择联系人组。这时联系人组编辑器将打开。

3 按照需要更改联系人设置。单击帮助以获取该界面中每个选项的相关详细信息。

联系人组必须链接到用户才能在报表和文档的订阅中使用其联系  人。

4 单击确定。

在一个联系人组中加入多个联系人组

您也可以将多个联系人组归类到一个联系人组。多个联系人组归类为一个联系人组使发送大量没有安全隐患的报表时操作更加简单，比如每月初发送的员工生日名单。

当选择最高一级的联系人组作为订阅收件人时，最高一级的联系人组所包含的每个联系人组的所有成员（联系人）将接收相同的订阅报表。

维护链接用户

联系人必须链接到 MicroStrategy 用户才能用于订阅。联系人没有关联任何凭据或安全配置文件。由于系统需要一个安全配置文件才能执行联系人订阅的报表和文档，该联系人必须链接到必要安全配置文件所对应的 MicroStrategy 用户。这意味着当报表发送到联系人时，报表将使用被链接的用户的登录凭据和安全配置文件来执行。

联系人列表区域将显示与联系人已建立链接的用户列表，以及联系人和联系人组的列表。右键单击用户并从以下选项进行选择：

• 编辑：为所选用户打开相应的用户编辑器。有关界面中每个选项的详细信息，请单击帮助。

用户编辑器中对用户帐户所做的所有更改将影响整个  MicroStrategy 系统中的用户帐户。 • 重命名：允许您对已删除的用户进行重命名。右键单击用户并选择重命名。输入新的名称并按 ENTER。 • 复制：复制所选的传递位置（地址）。 • 粘贴：只有在您已复制传递位置（地址）时可用。添加复制的地址到所选的用户。

• 删除：删除用户的传递位置（地址）。如需重要的前提条件及其他详细信息，请参阅删除联系人（第 510 页）。

• 禁用联系人：禁用用户的传递位置（地址）。如果用户的地址被禁用，该用户将无法订阅报表。如果已经为禁用的联系人及其关联地址订阅了报表，报表将无法传递到该地址，除非再次启用联系人。  禁用联系人的地址并不会禁用 MicroStrategy 中的用户帐户。 • 查找依赖订阅：显示该用户订阅的报表和文档的列表。

管理地址

这里所说的地址是指报表或文档订阅过程中所使用的任意传递位置。这个地址可以是一个文件存储的网络文件夹路径、一个打印机路径也可以是一个邮件地址。

当用户订阅报表（或其他用户为该用户订阅报表）时， MicroStrategy 用户可以使用多个邮件地址、文件地址和 / 或打印机地址用于传递订阅的报表。联系人（每个联系人包含一个地址）必须链接到用户。您可以在用户编辑器的地址选项卡上创建并添加用户地址。

在联系人列表区域，右键单击联系人或用户的地址并从以下选项中进行选择：

• 编辑：打开用户编辑器。右键单击用户的地址时可以打开 “ 地址 ” 选项卡。打开联系人编辑器。右键单击联系人的地址时可以打开 “ 地址 ” 选项卡。单击帮助以获取该界面中每个选项的相关详细信息。

• 重命名：允许您对已删除的地址进行重命名。右键单击地址并选择重命名。输入新的名称并按 ENTER。 • 复制：复制所选的地址。 • 粘贴：添加复制的地址到联系人或用户。 • 删除：删除所选择的地址 • 查找依赖订阅：显示依赖于此地址的报表和文档的列表。

删除联系人

如果您不在订阅报表或文档以传递到该联系人的地址，可以删除该联系人。根据您删除联系人的理由，可以使用备选项来禁用联系人。例如，如果您想让报表传递到用户的过程中暂停操作，您可以禁用联系人而无需删除该联系人。晒后，您可以轻松快速地启用联系人以恢复报表传递到联系人的操作过程。

前提条件

• 确认是否需要保存您打算删除的联系人所在的传递位置（地址）。要实现此操作，首先通过右键单击联系人并选择查找依赖订阅来搜索依赖于该联系人的订阅。如果您想让这些订阅继续发送到任意联系人的传递位置，请创建新的联系人并将该传递位置复制 / 粘贴到新的联系人。

如何删除一个联系人

1 从 Desktop 文件夹列表中，依次展开管理、传递管理器，并选择联系人。

2 在右侧的联系人列表区域，右键单击您要删除的联系人。

3 选择删除。这时将显示 “ 确认删除对象 ” 对话框。

4 单击是确认对象的删除。

用户的订阅和传递任务

下表列出了用户或管理员可以执行的常见订阅和传递相关的任务列表，以及 MicroStrategy Web 和 Desktop 中执行这些任务的位置。注意部分任务只能在 MicroStrategy Web 中执行。

通过表中的步骤，您将掌握完成任务所使用的主要操作界面。如需详细步骤，请单击主界面中的帮助。

用户任务执行任务的位置

定义要传递到用户历史列表文件 • 在 Desktop 中：在报表或文档中的文件菜单中，依次选择定时传夹、移动设备或系统缓存的报表 / 递到、历史列表、更新缓存或 Mobile。文档首选项。 • 在 Web 中：在报表或文档中的主页菜单中，依次选择订阅、历史列表或 Mobile。

定义要传递到邮件地址、网络存储 • 在 Web 中，从报表或文档中的主页菜单中，依次选择订阅、邮件位置或打印机的报表 / 文档首选项。或打印机。

在同一个位置定义所有报表或文档 • 在 Desktop 中：从工具菜单中选择我的订阅。的个人订阅首选项。 • 在 Web 中：单击任意页面顶部的首选项。若要设置历史列表传递，选择界面左侧的项目默认，然后选择历史列表。要设置邮件、文件或打印机传递，选择左侧的用户默认，然后再依次选择邮件地址、文件位置或打印机位置。

设置基于警报的订阅。在 Web 中，添加一个警报到报表。具体操作时，运行一个报表，右键单击报表上的度量，然后选择警报。在警报编辑器中，完成警报的设置后，选择传递设置来对订阅进行相应的设置。

用户任务执行任务的位置

计划一个需要发送到用户历史列表在 Desktop 中：在报表或文档中的文件菜单中，依次选择定时传递或移动设备的报表或文档。在 Web 到、历史列表、更新缓存或 Mobile。中，计划一个邮件地址、网络文件在 Web 中：存储位置或打印机的传递内容。 • 如果您尚未购买 Distribution Services：在报表或文档中的主页菜单中，依次选择加入到历史列表、历史列表或加入到 Mobile。 • 如果您已购买 Distribution Services：在报表或文档中的主页菜单中，依次选择订阅、历史列表、 Mobile、电子邮件、文件或打印机。

取消报表或文档的订阅。 • 在 Desktop 中：从工具菜单中选择我的订阅。右键单击一个订阅，然后选择取消订阅。 • 在 Web 中，单击任意页面顶部的我的订阅。在右侧的 “ 取消订阅 ” 栏中，选定复选框并单击取消订阅。

更改报表或文档的订阅详细信息。 • 在 Desktop 中：从工具菜单中选择我的订阅。右键单击一个订阅，然后选择编辑。 • 在 Web 中，单击任意页面顶部的我的订阅。在 “ 操作 ” 栏中单击编辑图标来编辑相应的报表 / 文档的订阅。

12. 用 COMMAND MANAGER 自动处理管理任务

简介

MicroStrategy Command Manager 可以让您通过使用可保存为脚本的文本命令来执行各种管理和应用程序部署任务。您可以在 MicroStrategy 平台管理项目源和 Narrowcast Server 元数据的部署设置。您可以不使用 MicroStrategy Desktop 或 Narrowcast Administrator 界面的情况下通过 Command Manager 一次性更改多个配置设置。此外，您可以创建脚本在不方便进行更改时来运行脚本。

Command Manager 脚本引擎使用独特的语法，类似于 SQL 以及其他脚本编制语言。如需 Command Manager 中所使用的命令的完整指南，请参考 Command Manager Help。

Command Manager 的使用

例如，您可以对系统做适当更改以允许更多低优先级的作业在夜间完成而不是在正常工作时间内完成。要实现此操作，您可以创建一个脚本以增加低优先级数据库连接的数量并修改几个 Intelligence Server 约束对象设置。接下

来，您可以预定脚本在晚上 8 点运行。您可以再创建一个脚本将数据库连接和 Intelligence Server 设置恢复到白天使用，并预定该脚本在早上 6 点运行。

要预定脚本的特定运行时间，请使用含可执行文件 cmdmgr 的  Windows AT 命令。如需使用可执行文件时所需的语法，请参阅如何通过其他应用程序调用 Command Manager （第 520 页）。

您可以使用 Command Manager 来执行的其他任务示例如下： • 用户管理：添加、移除或修改用户或用户组。列出用户配置文件。 • 安全：赋予或取消用户权限；创建安全筛选器并将其应用到用户或用户组；更改安全角色和用户配置文件；分配或取消 ACL 访问许可；断开用户连接或禁用用户的帐号。

• 服务器管理：启动、停止或重启 Intelligence Server ；配置 Intelligence Server 设置；群集 Intelligence Server 计算机；更改数据库连接和登录信息；管理错误代码并定制输出数据；断开服务器或项目上活动的会话

• 数据库管理：创建、修改和删除连接、连接映射、登录信息和数据库实例 • 项目管理：列出或停止作业；更改项目模式（闲置、继续）；缓存过期处理和删除；更改筛选器或度量定义；管理事实和实体；管理文件夹；更新项目的框架；管理快捷方式；管理隐藏的属性；创建数据表并更新数据仓库目录表。

• 调度：触发一个事件以运行已调度报表。

• Narrowcast Server 管理：启动和停止 Narrowcast Server ；启动、停止和调度 Narrowcast Server 服务；添加、修改和移除订阅簿用户；定义和移除用户验证信息。

使用 Command Manager 所涉及的必要权限

任何需要使用 Command Manager 的用户必须具有 “ 使用 Command Manager” 权限。此外，这些用户还须对他们想执行的所有系统维护任务具备常见的权限。例如，要修改低优先级数据库连接的数量，用户必须有 “ 创建并编辑数据库实例和连接 ” 权限。

常见的指派可用 Command Manager 执行的管理任务的方式是为用户分配 “ 使用 Command Manager” 权限以及一个或多个安全角色。用户接下来可以执行所有与该安全角色相关的任务，并禁止执行其他任务。

如需对所有 Command Manager 功能具有完全访问权限，用户必须具  有 “ 绕过全部对象安全访问检查 ” 权限以外的 Common、Distribution Services 和 Administration 组的所有权限。

创建并执行脚本

您可以通过 Command Manager 图形界面创建并执行 Command Manager 脚本。脚本编辑器与标准的文本编辑器一样具备许多相同的功能，其中包括复制 / 粘贴和取消上一次操作的功能。脚本编辑器的其他功能还包括基本语法检查、彩色编码脚本语法（详见对脚本中的文本进行颜色编码（第 515 页））以及脚本大纲的使用（详见脚本大纲（第 516 页））。 Command Manager 也包含了命令行界面，可在部分 UNIX/Linux 外  壳程序或终端连接等不支持图形界面的环境中使用。如需更多关于 Command Manager 命令行界面的信息，以及操作说明，请参阅通过命令行运行 Command Manager （第 525 页）。

如何启动 Command Manager 图形界面

Windows 中的操作：点击 Windows 开始菜单，前往所有程序，然后依次选择 MicroStrategy、 Command Manager、再点击 Command Manager。

在 UNIX/Linux 中的操作：浏览至 MicroStrategy Home 文件夹，然后再找到 /bin 子文件夹。键入 mstrcmdmgrw 并按 ENTER。

如需更多关于使用 Command Manager 的信息以及脚本语法的信息，请参阅 “ 帮助 ”。要访问 “ 帮助 ”，在图形化 Command Manager 中的帮助单菜中单击 Command Manager Help。

对脚本中的文本进行颜色编码

Command Manager 脚本编辑器可以根据脚本或操作流程中的函数来对文本进行颜色编码。

在 Command Manager 脚本中： • 保留字符以蓝色字体显示。 • 引号中的子句以灰色字体显示。 • 数字以红色字体显示。日期以红色字体显示并带蓝色斜杠。

• GUID 以绿色字体显示。 • 其他所有文本以黑色字体显示。

在 Command Manager 操作流程中： • if 或 boolean 等关键词以紫色粗体字显示。 • 函数、类和方法以红色字体显示。

• Command Manager 语句以蓝色字体显示。 • 命令以绿色字体显示。 • 其他所有文本以黑色字体显示。

脚本大纲

Command Manager 脚本大纲将帮助您插入语法正确的脚本语句到您的脚本中。脚本大纲是预先构建的语句，其中明确标注了可选功能以及用户定义的参数。

脚本大纲根据它们所影响的对象类型来进行分组。可插入的大纲取决于活动的 “ 脚本 ” 窗口连接到项目源还是 Narrowcast Server。只有适用于已连接的元数据源的大纲才能使用。

如何在脚本插入大纲

1 启动 Command Manager 图形界面。

2 连接至元数据源。当您连接到源时将自动打开一个新的脚本。

3 从编辑菜单中选择插入大纲。这时 “ 选择大纲 ” 对话框将打开。

4 导航至 “ 大纲 ” 树状文件夹以查找您所需的大纲，并选中它。

5 单击插入将所选大纲插入到脚本中。

6 单击取消以关闭 “ 选择大纲 ” 对话框。

7 按照您的脚本需要对大纲进行相应修改。

Command Manager 中的操作流程

Command Manager 操作流程是可重复使用的脚本，可通过其他脚本执行。您可以重复使用含不同输入值的操作流程，以便操作流程以略有不同的方式

执行同一个任务。操作流程可以使用 Command Manager 语法，或者可以用到 Java 编程语言来进行写入并在 Java 语法中合并 Command Manager 语句。

例如，您可以创建一个名为 NewUser 的操作流程，可以通过该操作流程创建用户并添加用户到分组。接下来可从其他 Command Manager 脚本调用此操作流程，以此提供用户名和分组的名称。要使用操作流程来创建名为 KHuang 的用户并添加该用户到 Customers 组，请使用下列语法：

EXECUTE PROCEDURE "NewUser" ("KHuang", "Customers");

其中 NewUser 是操作流程的名称，KHuang 和 Customers 则是操作流程的输入值。

操作流程只能用于项目源。 Narrowcast Server 语句中无法使用操作流  程。

Command Manager 自带了大量的样例操作流程可供您查看和修改。这些样例操作流程存储在 Command Manager 目录 \Outlines\Procedure_Outlines\Sample_Procedures\。

如需关于如何使用操作流程的详细说明，请参阅 Command Manager Help。（在 Command Manager 图形界面中按 F1。）

在 Command Manager 中使用 Java

Java 是一种简单而强大的编程语言，广泛用于软件产业。 Java 可以集成到 Command Manager 操作流程来自动处理创建多个用户或递归列出项目中所有文件夹等的相关任务。 Command Manager 中支持即开即用型 Java。执行 Java 命令不必安装其他软件。

要在 Command Manager 脚本中加入 Java，您可以编写一段含 Java 代码的操作流程，然后通过 Command Manager 脚本来执行该操作流程。 Java 无法直接加入到 Command Manager 脚本。如需关于如何在操作流程中使用 Java 的详细说明，请参阅 Command Manager Help。（在 Command Manager 图形界面中按 F1。）

Java 只能在操作流程中使用，且操作流程只能用于项目源。 Java 命令  不能在脚本中用来通过 Narrowcast Server 元数据执行。请不要使用 System.exit 命令来退出一个操作流程。此命令将终止  整个 Command Manager 进程。

Command Manager 自带了两种特殊的命令，可以用于 Java 脚本来执行 Command Manager 命令：

• execute 可以执行所有 Command Manager 命令，但不会返回任何结果。

• executeCapture 可以执行所有 Command Manager 命令并返回 ResultSet （结果集）对象中的结果。此对象与 Java 中的标准 ResultSet （结果集）对象作用相似：您可以循环访问结果并检索各个条目，随后用来释放结果的属性。这让您能够在操作流程的其他地方使用返回的结果。

如需每个 Command Manager LIST 语句中所使用的 ResultSet  （结果集）列的详细列表，请参考 Command Manager Help 中有关该语句的语法指南。

执行 Command Manager 脚本

您可以通过以下方式执行 Command Manager 脚本： • 通过 Command Manager 图形界面执行（详见创建并执行脚本（第 515 页））

• 通过 Command Manager 命令行界面执行（详见通过命令行运行 Command Manager （第 525 页）） • 调用 Command Manager 可执行文件，其中包括必要的参数，比如要通过 Windows 调度器运行的脚本文件、 Windows 命令提示符或系统管理软件等的其他应用程序。

Command Manager Runtime 是可与 OEM 应用程序捆绑的  Command Manager 精简版本。 Command Manager Runtime 与 Command Manager 相比，执行选项更少且支持的语句也更少。如需更多关于 Command Manager Runtime 的信息，请参阅通过 OEM 软件使用 Command Manager （第 526 页）。 Command Manager 在执行语句时不会自动锁定项目或配置。要避免  元数据崩溃，请在用于更改项目或服务器配置的任何 Command Manager 脚本中均使用 LOCK PROJECT 或 LOCK CONFIGURATION 语句。如需更多关于锁定和解锁项目或配置的信息，请参阅项目和配置的锁定（第 522 页）。

如何通过 Command Manager 图形界面执行脚本

1 启动 Command Manager 图形界面。 • Windows 中的操作：点击 Windows 开始菜单，前往所有程序，然后依次选择 MicroStrategy、 Command Manager、再点击 Command Manager。

• 在 UNIX/Linux 中的操作：浏览至 MicroStrategy Home 文件夹，然后再找到 /bin 子文件夹。键入 mstrcmdmgrw 并按 ENTER。

2 连接到项目源或 Narrowcast Server。

3 打开脚本。（从文件菜单中选择打开。）

4 从连接菜单中选择执行。脚本即开始执行。

如何通过 Command Manager 命令行界面执行脚本

 如需命令行界面的特定命令语法，请参阅 Command Manager Help。 1 在命令行中输入 cmdmgr.exe -interactive 并按 ENTER。 Command Manager 命令行界面将在控制台模式下打开，并显示活动连接更少的项目源连接。

2 使用 CONNECTMSTR 或 CONNECTNCS 命令连接到项目源或 Narrowcast Server。

3 要载入一个脚本并执行，键入 EXECFILE filename，其中 filename 为脚本的名称。该脚本将载入到命令行界面并执行。

如何通过其他应用程序调用 Command Manager

通过以下语法调用 cmdmgr.exe 命令。如果项目源、输入文件或输出文件的名称或路径中包含空格，您必  须在名称前后加上双引号。

影响参数

连接（必要；请选择一项内容）

连接至项目源 -n ProjectSourceName 注意：如果 -p 被忽略， Command Manager 假设密码为空。 -u UserName [-p Password]

初始化无连接的项目源会话 -connlessMSTR

连接到 Narrowcast Server -w ODBC_DSN 注意：如果 -p 或 -s 被忽略， Command Manager 假设密码为空或系统使用前 -u UserName 缀。 [-p Password] -d Database [-s SystemPrefix]

初始化无连接的 Narrowcast Server 会话 -connlessNCS 注意：如果 -s 被忽略， Command Manager 假设系统前缀为空。 [-d Database] [-s SystemPrefix]

脚本输入文件（必要）

指定要执行的脚本 -f InputFile 注意：如果参数被忽略，表示 Command Manager GUI 已启动。

脚本输出（可选；只能选择一项）

记录脚本结果、错误消息和状态消息到单个文件 -o OutputFile

记录脚本结果、错误消息和状态消息到单个文件，并使用下列默认文件名： -break • CmdMgrResults.log • CmdMgrFail.log • CmdMgrSuccess.log

记录脚本结果、错误消息和状态消息到单个文件，并使用指定文件名 -or ResultsFile 注意：您可以忽略一个或多个上述参数。例如，如果您只想记录错误消息， -of FailFile 则只需使用 -of 参数。 -os SuccessFile

脚本输出选项（可选）

日志文件的 Header 部分以所使用的 Command Manager 版本等信息开头 -h

影响参数

打印每个日志文件以及控制台的相关操作说明 -i 注意：脚本加密时将忽略此选项。如需关于加密的 Command Manager 脚本的信息，请参阅加密 Command Manager 脚本（第 521 页）。

以防出现 Intelligence Server 错误，打印日志文件和控制台的相关 Intelligence -e Server 错误代码在控制台显示脚本输出 -showoutput

将脚本指令结果保存在 XML 文件中 -xml XMLFile

忽略脚本结果中隐藏的对象。隐藏的对象是指设置了 HIDDEN 属性的 -suppresshidden MicroStrategy 元数据对象。

执行选项（可选）

发生严重错误时停止脚本的执行（详见处理执行错误（第 523 页）） -stoponerror

完整的参数列表可通过在命令行输入 cmdmgr.exe -help 来进行访问。

默认情况下，可执行文件安装在下列目录位置： Program Files\MicroStrategy\Command Manager

加密 Command Manager 脚本

默认情况下， Command Manager 脚本以纯文本格式保存。如果您的脚本包含 CONNECT SERVER 语句等的用户名和密码，这可能会增加安全风险。您可以将这些脚本保存为加密格式来避免此安全风险。

如果您要创建批处理文件来通过命令行执行 Command Manager 脚本，项目源的密码或 Narrowcast Server 登录名必须以纯文本格式存储在批处理文件中。您可以通过加密脚本并在执行时通过 CONNECT SERVER 语句将其连接到项目源或 Narrowcast Server 来保护此信息的安全性。接下来再通过无连接的会话执行该脚本，此过程不必提供用户名或密码。 Command Manager 脚本中所提供的用户名和密码是 CONNECT SERVER 语句的一个部分。如需关于使用 CONNECT SERVER 语句所需的详细语法说明，请参阅 Command Manager Help （在 Command Manager 图形界面中按 F1）。

当加密脚本时，您应为该脚本指定一个密码。此密码将用来在 Command Manager 图形界面操作时或在 Command Manager 命令行界面使用 LOADFILE 命令时打开脚本。由于在 Command Manager 图形界面执行脚本前必须先打开该脚本，因此还需在图形界面输入密码以执行脚本。但是，通过命令行或命令行界面操作时不必输入密码就能执行脚本。

加密脚本时不能使用空白的密码。此外，密码中不能包含任何空格，且需区分大小写。

项目和配置的锁定

Command Manager 在执行语句时不会自动锁定项目或配置。因此，无论何时通过 Command Manager 脚本更改项目元数据或 Intelligence Server 配置，可能有另外一个用户同时也在更改元数据或配置。这将导致元数据或配置出现不一致，最坏的情况是您可能需要重新安装 Intelligence Server 或通过备份文件恢复您的项目。

要避免这些不一致性，请在用于更改项目或服务器配置的任何 Command Manager 脚本中均使用 LOCK PROJECT 或 LOCK CONFIGURATION 语句。这些语句可对元数据或配置进行锁定。元数据锁定可防止其他用户在 MicroStrategy Desktop 或 MicroStrategy Web 中对项目中的任何对象进行修改。项目锁可以防止 MicroStrategy 用户修改项目源中的任何配置对象，比如用户或组。

当其他用户尝试打开已锁定的项目中的对象时，他们将看到一条消息，提示用户由于其他用户正在进行修改，项目或配置处于锁定状态。接下来，用户可以选择以只读模式打开对象或查看有关锁定的更多详细信息。

Command Manager 中有两种锁定方式： • 临时锁定方式将自动在连接断开后释放。

• 永久锁定方式只能在使用 UNLOCK 命令后或当项目手动解锁后才能释放。永久锁定方式将在 LOCK 命令中用 PERMANENT 来表示。

如需关于锁定和解锁项目或配置的详细信息，请参阅 MicroStrategy Desktop Help （在 Desktop 中按 F1）。如果您在 Command Manager 脚本中锁定了一个项目或配置，请确保  您在脚本结束位置用 UNLOCK PROJECT 或 UNLOCK CONFIGURATION 语句来释放锁定状态。

处理语法错误

当 Command Manager 遇到无法解析的指令时，将发生语法错误。这可能是因为录入错误（比如 CREATE 错误地输入为 CERATE），或者是因为语句无法按其他方式符合必要的语法要求。如需所有 Command Manager 语句的正确语法的示例，请参考 “ 帮助 ”。

当 Command Manager 遇到语法错误时，将在 “ 脚本 ” 窗口中显示检测到错误所在的指令集的一小部分并突出显示该指令。 “ 脚本 ” 窗口中的 “ 消息 ” 选项卡中还将显示一条错误消息。最终，如果 “ 选项 ” 对话框中启用了日志记录功能， “ 消息 ” 选项卡中的错误消息将写入到日志文件。

处理执行错误

当指令正确格式化但在执行时返回意外结果时将发生执行错误。例如，尝试删除 MicroStrategy 元数据中不存在的用户将导致执行错误。

Command Manager 可以识别两类执行错误： • 严重错误：当指令的主要部分无法完成执行时发生。当启用发生错误时停止脚本执行选项（GUI）时或使用了 -stoponerror 标记时，这些错误将妨碍脚本的执行。

例如，如果您提交了一个指令用于创建 MicroStrategy 元数据的数据库中已存在的用户 user1，Command Manager 将无法创建该用户。由于创建用户是指令的主要部分，因此这属于严重错误。如果启用了发生错误时停止脚本执行选项，脚本将停止执行且进一步的指令将被忽略。

• 非严重错误：当指令的主要部分可以完成执行时发生。这些错误不会妨碍脚本的执行。

例如，如果您提交了一个指令用于创建含 2 个成员用户 user1 和 user2 的 MicroStrategy 用户组，但该 user2 并不存在于 MicroStrategy 元数据的数据库中， Command Manager 仍能创建该用户组。由于创建用户组是指令的主要部分（添加用户是次要部分），因此这属于非严重错误。

不管发生的是严重错误还是非严重错误，所有执行错误相关的错误消息都将写入到 “ 脚本 ” 窗口中的 “ 消息 ” 选项卡。此外，如果 “ 选项 ” 对话框中启用了日志记录功能，错误消息将写入到日志文件。

Command Manager 和带提示的对象

Command Manager 无法操作带提示的对象。例如，它无法更改含提示的度量的属性，并且无法创建含提示的报表的订阅。

此限制适用于任何嵌套级别的提示。例如，如果您有一个自定义组包含带提示的度量， Command Manager 将无法更改该自定义组的属性 .

如果您尝试执行用于操作带提示对象的语句， Command Manager 将返回一个非严重执行错误。

超时错误

为了避免无限期锁定系统， Command Manager 自带了 20 分钟的超时限制。如果语句执行时间已超过 20 分钟但 Intelligence Server 仍未有任何响应， Command Manager 将报告一个与该命令相应的请求超时错误，并执行脚本中的下一条指令。

但是， Command Manager 并不会尝试终止命令。在部分情况下，比如执行清除统计数据库等数据库占用较大的任务时，即使 Command Manager 报告超时错误仍会继续执行该任务。

以下语句不适用于 Command Manager 的 20 分钟超时限制。含这些语句的脚本将继续执行直至 Intelligence Server 报告该任务执行成功或失败。 • 项目创建语句 • 项目更新语句 • 权限更新语句 • 包导入语句

Command Manager 脚本语法

Command Manager 脚本引擎使用独特的语法，类似于 SQL 以及其他脚本编制语言。如需 Command Manager 中所使用的命令的完整指南，请参考 Command Manager Help。

Command Manager 脚本由一个或多个脚本语句构成。每个语句以分号结尾（;）。

语句有一个或多个标记组成。标记需使用词语、前后加引号的词语列表或符号。标记将被 Command Manager 识别为含特定意义的单个单元。标记可以是以下内容：

• 保留字符，即 Command Manager 脚本中含特殊意义的文字。如需一份完整的保留字符列表，请参阅 Command Manager Help。

• 标识符，即用户提供作为脚本参数的文字。例如，在语句 LIST MEMBERS FOR USER GROUP “Managers”; 中，文字 Managers 是一个标识符。标识符必须放入引号中。

通常，标识符前后可使用双引号或者单引号。但是，如果您想把单  引号或双引号作为标识符的一个部分，您必须用其他类型的引号来

标注标识符，或者在前半个引号前加入补字号（^）。例如，要引用名称为 Count of "Outstanding" Customer Ratings 的度量，您需要使用下列方式进行操作：

– 在标识符前后加上单引号：

'Count of "Outstanding" Customer Ratings'

– 在标识符前后加上双引号，并将补字号（^）放在前半个双引号之前：

"Count of ^"Outstanding^" Customer Ratings" 如果您的标识符包含双字节字符，比如韩语、日语或中文字符集中  所使用的字符，您必须在标识符的前后加上方括号 [ ]。如果标识符位于引号中，这些方括号也必须放入引号中。

• 符号，比如 ; , ' " ^ 补字号（^）的作用相当于一个转义符。它将使其他任何之后出现  的特殊字符作为文字使用以免解析为特殊字符。如果您想在您的语句中加入文字化的补字号（^），必须放在另一个补字号（^）之前。例如，如果您有一个名称为 ^Control 的用户组，则在 Command Manager 脚本中，您必须将其引用为 ^^Control。 • 数字，存在于任何表示法中 • 日期 • 对象 GUID • 其他特殊字符，比如回车符、制表符或空格

通过命令行运行 Command Manager

除了图形化用户界面和命令行执行方式外， Command Manager 还有一个基于文本的命令行界面。您可以使用此界面在无法使用图形化用户界面的环境中创建并执行 Command Manager 脚本，比如通过 Telnet 访问 UNIX 系统时。

当您启动命令行界面时，将进入控制台模式，并显示无连接的项目源连接。控制台模式下的命令提示符将显示 Command Manager 所连接的元数据和用户。

输入 Command Manager 脚本指令将切换到 Command Manager 编辑模式。通过编辑模式，您可以继续输入脚本。您也可以保存或执行脚本。

要查看命令行界面的指令列表，请从命令行界面输入 help 并按 ENTER。这时将显示 Command Manager 命令行指令列表以及各指令的作用说明。

如何启动 Command Manager 命令行界面

在命令行中输入 cmdmgr.exe -interactive 并按 ENTER。 Command Manager 命令行界面将在控制台模式下打开，并显示活动连接更少的项目源连接。

通过 OEM 软件使用 Command Manager

使用嵌入式 MicroStrategy 项目的原始设备制造商（OEM）应用程序的开发者可能觉得在配置他们的系统环境时需要一些灵活性。 Command Manager Runtime 是可以使用此类 OEM 应用程序、可执行 Command Manager 命令行的精简版本。如需关于如何获取 Command Manager Runtime 的信息，请与您的 MicroStrategy 销售代表联系。

Command Manager Runtime 使用了一个 Command Manager 完整版可用的命令子集。如果您尝试执行一个 Command Manager Runtime 中不可用的含语句的脚本，该脚本将执行失败并显示错误消息 “ 您无权运行此命令 ”。如需 Command Manager Runtime 中的可用命令列表，以及每项命令的语法和示例，请参阅 Supplemental Reference for System Administration 中的 Command Manager Runtime 章节。

13. 通过 INTEGRITY MANAGER 校验报表和文档

简介

MicroStrategy Integrity Manager 是一款自动比对工具，专门设计用来精简项目中 MicroStrategy 报表和文档的测试过程。此工具可以判断元数据对象的常规维护更改或硬件及软件升级等的项目中的特定更改内容对该项目中的报表和文档所产生的影响。

比如，您可能希望确保您的项目从开发环境移至生产环境的过程中所产生的更改不会使项目中的报表发生任何变化。MicroStrategy Integrity Manager 可以比对开发与生产项目中的报表，并突出显示所有不同之处。这可以帮助您跟踪两个项目之间的差异。

您可以使用 MicroStrategy Integrity Manager 来通过单个 MicroStrategy 项目执行报表或文档以确认在系统发生更改后仍可进行操作。 MicroStrategy Integrity Manager 可执行来自项目的任何或全部报表，并判断是否要执行这些报表以及为您献上每个报表的结果。

MicroStrategy Integrity Manager 也可以通过记录执行指定报表或文档所需的时间来测试性能。您可以在同一项测试中多次执行报表或文档并记录每次执行周期的时间，以更好地了解 Intelligence Server 平均执行时间。如需更多关于性能测试的信息，请参阅 Intelligence Server 性能测试（第 530 页）。

您可以对报表进行测试并比较 SQL、表格数据、图表、 Excel 或 PDF 输出。对文档则可以测试并比较 Excel 或 PDF 输出，或者测试文档是否正确执行。如果您选择不测试并比较 Excel 或 PDF 输出，则不会生成文档输出内容。 MicroStrategy Integrity Manager 仍会汇报文档是否执行成功以及执行所需时间。  注意以下事项： • 要对项目执行完整性测试，您必须对该项目具备 “ 使用 MicroStrategy Integrity Manager” 权限。

• MicroStrategy Integrity Manager 只能测试服务器（3 层结构）模式下的项目。直接连接（2 层结构）模式下的项目无法用此工具进行测试。

• 要测试报表或文档的 Excel 输出形式，您必须在运行 MicroStrategy Integrity Manager 的计算机上安装 Microsoft Excel。

本节讲解了如何使用 MicroStrategy Integrity Manager 来查看并比对报表和文档。讨论话题包括：

• 什么是完整性测试 ? （第 528 页） • 使用 Integrity Manager 时的最佳实践方法（第 531 页） • 创建一个完整性测试（第 532 页） • 执行完整性测试（第 535 页） • 查看测试结果（第 544 页）

什么是完整性测试 ?

在完整性测试中，MicroStrategy Integrity Manager 将执行来自基础项目的报表或文档并通知您哪些报表和文档执行失败。根据完整性测试的类型不同， MicroStrategy Integrity Manager 可能会根据来自另一个项目的报表和文档，或者根据之前建立的基准来比对当前的报表和文档。完整性测试还涉及与之前建立的两种基准来比较报表和 / 或文档，以及完全不通过 Intelligence Server 执行报表和 / 或文档。

MicroStrategy Integrity Manager 向导将帮助您完成设置完整性测试的全过程。您需指定要运行的完整性测试类型、要测试的报表或文档以及执行和输出设置。然后立刻执行该测试，或保存测试项以供稍后使用以及重复使用。有关重复使用测试项的相关信息，请参阅保存和载入测试（第 533 页）。

完整性测试类型

单个项目的完整性测试用于确认来自项目的报表和文档执行完成，并且没有发生错误。当系统中发生更改，并且您想确认这些更改未导致报表或文档执行错误的情况下，这种测试可以发挥其作用。

在单个项目测试中，MicroStrategy Integrity Manager 将执行指定的报表和文档。随后显示报表列表以及每个报表或文档的执行操作成功或失败的相关说明。如果报表或文档执行失败，您可以双击结果列表中的报表名称以查看生成的错误消息。

除了单个项目的完整性测试以外，MicroStrategy Integrity Manager 还支持以下类型的完整性比对测试：

• 项目与项目的完整性测试将比较来自两个不同项目的报表和 / 或文档。当您从一个环境移动项目到另一个环境（比如，从开发环境到生产环境的迁移），并且需要确认迁移操作未对项目中的报表或文档造成任何变化时，可以充分发挥这种测试的优势。

• 基准与项目的完整性测试将根据之前建立的基准比较来自项目的报表和 / 或文档。这种基准可通过运行一个单个项目的完整性测试来建立，或从之前执行的项目与项目的完整性测试中获取比对基准。

当没有可用的基础项目或通过生产用的 Intelligence Server 运行测试所耗系统资源过大时，可以把基准与项目的测试作为项目与项目间的比对测试的备选项。此外，用户可以通过基准与项目之间的比对测试来手动更改想作为目标项目比对参照的结果。

• 基准与基准的完整性测试将通过相互参照的方式来比较来自之前建立的两种标准的报表和 / 或文档。这两种基准可通过运行一个单个项目的完整性测试（详见以下内容）来建立，或从之前执行的项目与项目的完整性测试中获取比对基准。如果您有来自之前测试所建立的现有基准需要比较，则可以充分利用这种测试方式的优势。例如，您的系统配置使用了推荐的项目生命周期开发 -> 测试 -> 生产（如需更多关于项目生命周期的信息，请参阅系统管理指南中的项目的管理章节）。您有一个来自生产项目单个项目测试的现有基准，以及对开发项目与测试项目开展的项目间比较测试结果。在此情形下，您可以通过基准与基准的测试来比较生产项目与测试项目。

在上述每一项比较测试中，MicroStrategy Integrity Manager 将分别执行基准与目标中指定的报表和文档。您可以比较测试后报表所产生报表数据、生成的 SQL 代码、图表、 Excel 报表以及 PDF 输出。您可以比较测试后文档所产生 Excel 导出内容和 PDF 输出内容，或者在不导出任何内容的前提下测试文档的执行情况。MicroStrategy Integrity Manager 将显示两个项目间哪些报表和文档有所不同，并用红色字体突出显示两者的不同之处。

Intelligence Server 性能测试

除了项目间报表和文档的执行情况和正确性以外， MicroStrategy Integrity Manager 还可以判断 Intelligence Server 执行一系列报表或文档所需的时间。这叫做性能测试。您可以在同一个完整性测试中多次执行报表和文档，以更好地了解每份报表的平均执行时间。

在性能测试中，MicroStrategy Integrity Manager 将记录执行每份报表或文档所需的时间。如果报表和文档的执行次数不止一次，则 MicroStrategy Integrity Manager 会记录每一次花费的执行时间。您可以在 “ 结果总结 ” 区域查看每个报表或文档的最短执行时间、最长执行时间以及平均执行时间。在完整性比对测试中，您也可以查看基准报表和文档与目标报表和文档之间的执行时间差异。

性能测试最佳实践方法

性能测试结果受多个因素的影响。以下最佳实践方法可以帮助您确保从性能测试中获取最准确的结果：

• 性能比对测试必须作为单个项目完整性测试来执行。这可以减少对 MicroStrategy Integrity Manager 产生的负荷并尽可能确保记录时间的准确性。

要比较两个 Intelligence Server 上的性能，MicroStrategy 建议采用以下步骤：

a 根据其中一个项目执行单个项目测试，同时保存性能结果。 b 根据第二个项目执行单个项目测试，同时保存性能结果。 c 比较基准与基准比对测试中所产生的两种性能结果。 • 等性能测试完成后再尝试查看 MicroStrategy Integrity Manager 中的测试结果。否则 MicroStrategy Integrity Manager 上增加的负荷将导致记录时间加长，且产生此现象的原因与 Intelligence Server 性能无关。 • 如果您采用的是基准与项目的测试或者是基准与基准的测试，请确保在相同的格式下处理报表和 / 或文档。此时并不会记录每种格式的执行时间，而只是记录所选格式的聚合生成情况。因此，比较只根据 SQL 数据测试来比较基准与 SQL 以及图表数据很有可能给出的结果并不准确。

• 如果要在 MicroStrategy Integrity Manager 向导的“ 选择执行设置 ”页面中选中使用报表缓存设置，请确保要测试的每份报表存在有效的缓存。否则，第一轮报表执行操作将比后续几轮操作花费时间更长，因为必须生成

缓存供其他几轮操作使用。可以在运行性能测试之前运行一个单个项目的完整性测试来确保要测试的每份报表存在缓存。  此设置只会影响报表，不适用于文档。 • 在 MicroStrategy Integrity Manager 向导中的 “ 选择执行设置 ” 页面，确认并发作业也设为 1。此设置可以让 Intelligence Server 一次只执行一个报表或文档，并提供该 Intelligence Server 所对应的最准确的基准检验结果。

• MicroStrategy Integrity Manager 向导中的 “ 选择生成选项 ” 页面上的循环设置中将显示每份报表或文档的执行次数。在此设置中输入过高的值将大幅增加测试执行时间，在您运行大量报表或文档，或是几个大型报表和文档的情况下尤为突出。

使用 Integrity Manager 时的最佳实践方法

MicroStrategy 推荐在使用 MicroStrategy Integrity Manager 时采用下列最佳实践方法：

• 在非高峰时段运行大型的完整性测试，以便完整性测试对 Intelligence Server 造成的负荷不至于影响到普通操作。您可以利用 Windows AT Scheduler 等调度器通过命令行执行完整性测试。如需关于通过命令行执行完整性测试的相关信息，请参阅通过命令行执行测试（第 542 页）。 • 在执行数据库升级或 MicroStrategy 元数据升级等系统升级操作前，请建立您要测试的报表的基准。您可以通过执行单个项目完整性测试的方式来建立这一基准。然后在升级完成后，您可以通过执行基准与项目的比对测试来核实升级过程。

• 理解 MicroStrategy Integrity Manager 如何回答带提示的报表以及如何配置带提示报表的提示答案，详见用 Integrity Manager 执行带提示的报表（第 536 页）。

 如果您在比对带提示报表过程中遇到问题，您可以在每个项目的 Regression Test （递归测试）文件夹中保存这些报表的静态版本，并在完整性测试中使用这些静态报表。

• 如果您的 MicroStrategy 安全配置涉及安全筛选器的使用，请确保执行完整性测试的用户同时持有两个项目的相同安全筛选器。例如，您可以创建一个测试用户使其具备各项目的相同安全筛选器，并在此用户帐户下执行所有完整性测试。

 此外，您也可以利用多个 MicroStrategy 帐户执行测试，详见在多个 MicroStrategy 用户帐户下执行测试（第 539 页）。请确保您所比较的用户具有匹配的安全筛选器。例如，如果用户 1 分配到了项目 1 中的

安全筛选器 A，请确保您所比较的报表所属的用户也分配到了项目 2 中的安全筛选器 A。 • 当您比较图表式报表并发现两个图表间的区别时，请调整间隔滑块以便用有效的方式来归类这些不同点。如需更多关于 MicroStrategy Integrity Manager 如何评估并归类图表中和 PDF 报表中的不同点的信息，请参阅对图表式报表和 PDF 报表中的不同点进行分组（第 546 页）。 • 如果您执行的是性能测试，请按照性能测试最佳实践方法（第 530 页）中所描述的最佳实践方法。

创建一个完整性测试

以下高级操作流程为提供了创建完整性测试过程中所涉及的主要步骤概要。如需向导中任意指定界面所需信息的说明，请参阅 “ 帮助 ” （单击帮助或按 F1）。

如何创建一个完整性测试

1 启动 MicroStrategy Integrity Manager。（点击开始菜单，前往所有程序，然后依次选择 MicroStrategy、 Integrity Manager、再点击 Integrity Manager。）

2 从文件菜单中选择创建测试。这时将打开 MicroStrategy Integrity Manager 向导并显示欢迎页面。

3 选择您想创建的测试类型。 • 要比较来自两个项目中的报表和文档，请选择项目与项目完整性测试。 • 要根据之前建立的基准比较报表和文档，请选择基准与项目完整性测试。

• 要比较之前建立的两种基准下的报表和文档，请选择基准与基准完整性测试。

• 要确认项目中的报表和文档执行时未发生错误，请选择单项目完整性测试。

4 指定要进行测试的基准和项目。提供每个项目的带 “ 使用 MicroStrategy Integrity Manager” 权限的 MicroStrategy 登录名和密码。

5 选择要测试的报表和 / 或文档。您可以选择单个报表或文档，也可以选择整个文件夹。您还可以选择搜索对象。在这种情况下，Integrity Manager 将测试来自每一个搜素对象结果的所有报表和文档。

如果您选择智能立方体报表，请确保在执行完整性测试之前已发布  作为比对依据的智能立方体报表。Integrity Manager 可以在未发布智能立方体的情况下对智能立方体的 SQL 进行测试，但无法测试基于某个未发布的智能立方体的报表。

6 执行测试执行选项，比如回答未完成的提示的方式，要记录的详细信息以及是否使用报表缓存。

7 确认要执行的分析类型。您可以对报表分析任何或所有表格数据、基础 SQL、图表数据、 Excel 导出内容或 PDF 输出内容。还可以对文档分析 Excel 导出内容或 PDF 输出内容。

只有保存为图表视图或表格 / 图表视图的报表才能作为图表来做分  析。

您也可以选择记录每个报表和 / 或文档的执行时间以分析 Intelligence Server 的性能。

8 确认 “ 总结 ” 页面上所显示的信息。

9 要保存设置供以后测试使用，单击保存测试。导航至所需目录 , 输入文件名并单击确定。

如需执行已保存的测试的相关操作说明，请参阅保存和载入测试  （第 533 页）。

10 在未确定设置保存与否的情况下要立刻执行测试，请单击运行。 Integrity Manager 向导将关闭并且 Integrity Manager 将开始执行所选的报表和文档。随着报表的执行，每个报表或文档的结果将出现在 Integrity Manager 界面的 “ 结果总结 ” 区域。

保存和载入测试

当通过 Integrity Manager 向导设置一项测试时，您可与选择将设置内容保存到文件。这可以让您下次需要运行测试时，比比重新创建测试就能执行同一个测试。例如，当前开发中的度量在多个报表中导致了错误时发生。您可以

对这些报表执行测试以检查度量是否仍导致执行错误。保存测试设置使最新版本的度量准备完毕后运行测试时操作更为简单。

出于安全的考虑，项目登录密码（“ 输入基本项目信息 ” 页面和 “ 输入目  标项目信息 ” 页面中提供的密码）不会保存到测试文件。您必须在加载测试时重新输入这些密码。

如何保存测试设置

1 完成 MicroStrategy Integrity Manager 向导中的步骤并逐一完成相关选择。如需详细说明，请参阅创建一个完整性测试（第 532 页）。

2 当来到 MicroStrategy Integrity Manager 向导的 “ 总结 ” 页面时，单击保存测试。这时将打开 “ 保存 ” 对话框。

3 导航至所需文件夹并输入用于保存测试的文件名。默认情况下，此文件的扩展名为 .mtc。

4 单击确定。测试设置将被保存到指定文件。

您可在单击运行后立刻执行测试。 Integrity Manager 向导将关闭并且 Integrity Manager 将开始执行所选的报表和文档。随着执行过程的进行，报表或文档的结果将出现在 Integrity Manager 界面的 “ 结果总结 ” 区域。

如何加载之前保存的测试

1 在 Integrity Manager 中的文件菜单中，选择加载测试。这时 “ 打开文件 ” 对话框将打开。

2 导航至含有测试信息的文件并打开它。这时将打开 MicroStrategy Integrity Manager 向导并显示欢迎页面。测试所需的设置将加载到向导的每一个页面。  完整性测试文件的默认扩展名为 .mtc。 3 完成向导中的步骤并确认测试设置。

4 在输入基本项目信息页面和输入目标项目信息页面，输入用于访问基础项目和目标项目的登录名和密码。

5 当来到 “ 总结 ” 页面时，确认该页所显示的信息。当您确信所显示的测试设置正确后，单击运行。 MicroStrategy Integrity Manager 向导将关闭并且

Integrity Manager 将开始执行所选的报表和文档。随着执行过程的进行，报表或文档的结果将出现在 Integrity Manager 界面的 “ 结果总结 ” 区域。

执行完整性测试

创建或载入一项完整性测试后，您可以通过单击 MicroStrategy Integrity Manager 向导 “ 总结 ” 页面上的运行来执行测试。您也可以通过命令行执行一项已保存的测试，无需启动 Integrity Manager 图形界面。如需说明，请参考通过命令行执行测试（第 542 页）。

您还可以在已完成执行过程的测试中程序运行报表。例如，完整性测试中的一系列报表可能会因为度量中存在错误而导致执行失败。您可以纠正度量然后重新运行这些报表以确认报表数据的匹配。要重新运行报表，首先选中报表，然后从运行菜单中选择刷新所选条目。

通过远程 Intelligence Server 执行测试

Integrity Manager 使用 Windows TCP/IP hosts 文件来联系远程 Intelligence Server。此文件包含了可通过本机访问的其他网络计算机的服务器名和 IP 地址。

在 Windows 中，要通过计算机上的 Intelligence Server 而不是运行 Integrity Manager 的计算机来执行一项完整性测试，您需要添加一个输入项到运行 Integrity Manager 的计算机所对应的 hosts 文件。

如何添加输入项到 hosts 文件

1 在 Windows 系统文件夹下，找到 \system32\drivers\etc 文件夹。 • Windows 2000 和 Windows 2003 系统文件夹主目录位于 C:\WINNT\。

• Windows XP 系统文件夹主目录位于 C:\WINDOWS\。

2 用记事本等文本编辑器打开 hosts 文件。

3 在每一台您需要用来进行测试的 Intelligence Server 计算机上，需要在该文件中添加一行格式与文件中所给示例完全一致的内容。

4 保存并关闭 hosts 文件。接下来通过文件中所指定的 Intelligence Server 来执行完整性测试。

用 Integrity Manager 执行带提示的报表

在带提示的报表中，用户需指定实体元素或度量的值范围等部分对象。关于提示的介绍，请参阅 MicroStrategy 初级报表制作指南。

Integrity Manager 可以使用以下任意方式来回答提示： • 个性化答案：个性化答案是为每一个 MicroStrategy 登录帐户保存的默认提示答案。使用 Integrity Manager 保存的登录帐户的含个性化答案的任何提示都可以通过这些个性化答案完成。

• 默认的对象答案：带提示的报表可以有 2 种可能的默认答案，即与提示一起保存的默认答案以及与报表一起保存的默认答案。这些默认答案可以用来完成提示的回答过程。如果两种默认答案同时存在，则 Integrity Manager 将使用与报表一起保存的答案。 • Integrity Manager 用户自定义答案：任何必要的值提示和层级提示可以根据 “ 选择提示设置 ” 页面提供的缺省值来回答。您可以在值提示中输入默认答案，并在层级提示中输入默认数量的元素。

• Integrity Manager 内部答案：Integrity Manager 可以使用其内部逻辑来尝试不用默认答案回答其他任何必需的提示。例如，一个需要从列表选择特定数量的元素的提示可以通过选择列表开始部分最少数量的元素来进行回答。

默认情况下， Integrity Manager 会按照上述列表顺序使用所有这些选项。您可以在 MicroStrategy Integrity Manager 向导的 “ 高级提示选项 ” 对话框中禁用部分选项或更改选项顺序。

例如，您可能从不需要使用个性化答案来回答提示，而是使用用户自定义的答案而不是默认答案来回答值提示。您可以在 “ 选择提示设置 ” 页面配置值提示的用户自定义答案。接下来，在 “ 高级提示选项 ” 对话框中，取消选定个性化答案复选框并将 Integrity Manager 用户自定义答案移至默认的对象答案上方。

可选提示

您可以在 MicroStrategy Integrity Manager 向导中的 “ 选择提示设置 ” 页面上控制 Integrity Manager 是否回答可选提示。 • 要以必需提示所使用的相同方式来回答可选提示，选定回答可选提示复选框。

• 如果不想回答不含默认答案或个性化答案的可选提示，取消选定回答可选提示复选框。

在提示中使用非默认的个性化答案

默认情况下，当 Integrity Manager 用个性化答案回答提示时，只能在每个提示中使用默认的个性化答案。如果提示不包含适用于当前用户的默认个性化答案， Integrity Manager 将继续使用下一个提示回答方式。

要更改此默认设置，在 “ 高级提示选项 ” 对话框中，选择按照名称对个性化提示答案分组选项。当选中此选项时， Integrity Manager 将执行一次报表 / 文档，每个个性化答案分别对应报表 / 文档中的每个提示。如果报表 / 文档的多个提示含有名称相同的个性化答案，则这些个性化答案将用于单次报表 / 文档执行操作过程中出现的每项提示。

例如，假设一份报表包含两个提示， Prompt1 和 Prompt1。执行该报表的用户有每一个提示所对应的个性化答案。这些个性化答案将以下列方式命名：

提示答案

Prompt1 AnswerA、 AnswerB

Prompt2 AnswerA、 AnswerC、 AnswerD

Integrity Manager 进行了 4 次报表执行操作，如下表所示：

执行 Prompt 1 的答案 Prompt 2 的答案

1 个性化答案 AnswerA 个性化答案 AnswerA

2 个性化答案 AnswerB （下一个提示回答方式）

3 （下一个提示回答方式）个性化答案 AnswerC

4 （下一个提示回答方式）个性化答案 AnswerD

由于 Prompt1 和 Prompt2 均包含名称为 AnswerA 的个性化答案， Integrity Manager 将把这些答案归集到单次执行操作。只有 Prompt1 包含名称为

AnswerB 的答案，因此 Integrity Manager 将执行报表并用 AnswerB 回答 Prompt1，并使用下一个可用的方式来回答提示 Prompt2。以相同方式，只有 Prompt2 有名为 AnswerC 和 AnswerD 的答案，因此当 Integrity Manager 执行报表并用这些答案回答提示 Prompt2 时，将使用下一个可用的提示回答方式来回答提示 Prompt1。

未回答的提示

如果无法用 Integrity Manager 完成提示的回答，则报表执行操作将失败并且报表的状态将变为不支持。有关无法回答的提示的详细描述可在执行失败的报表的 “ 报表数据 ” 区域的 “ 详细信息 ” 选项卡中找到。要查看此描述，请选中 “ 结果总结 ” 区域的报表然后单击 “ 详细信息 ” 选项卡。

您可以对 Integrity Manager 进行配置以在 MicroStrategy Web 中打开不支持的报表。您可以手动回答任意提示并保存报表。 Integrity Manager 随后将使用指定的提示答案来执行最新保存的报表。

可用 Integrity Manager 的内部逻辑来进行回答的提示包括： • 完全无法回答的提示，比如含空元素的元素列表提示 • 利用搜素对象结果生成可能的级别列表的级别提示 • 带提示的度量限定条件（用于筛选器或自定义组）

• MDX 表达式提示

如何在 MicroStrategy Web 中完成未回答的提示

配置完整性测试以在 MicroStrategy Web 中打开报表

1 创建一个完整性测试。完成 MicroStrategy Integrity Manager 向导中的步骤并在每页输入所需信息。如需关于向导中每页上的必要信息的详细内容，请单击 “ 帮助 ” 以打开相应的帮助页面。

2 在 “ 选择提示设置 ” 页面，单击高级选项。这时将打开 “ 高级提示选项 ” 对话框。

3 选定链接未解决的提示至 MicroStrategy Web 复选框。

4 在基础连接 URL 和目标连接 URL 字段，输入基础项目和目标项目的 Web 服务器 URL。要测试各个 URL，单击 “ 测试 ” 按钮。如果连接正确，则会在 MicroStrategy Web 主页面打开该服务器的浏览窗口。

MicroStrategy Web 的默认 URL 为： http://webservername/MicroStrategy/ asp/Main.aspx

Web Universal 的默认 URL 为： http://webservername:8080/MicroStrategy/ servlet/mstrWeb

其中 webservername 是您的 MicroStrategy Web 服务器计算机的名称。

5 单击确定。这时将打开 “ 高级提示选项 ” 对话框。

6 测试定义完成后，执行测试。

在 MicroStrategy Web 中完成提示

7 如果报表包含无法用 Integrity Manager 完成回答的提示，则将打开 “ 链接未解决的提示至 MicroStrategy Web” 对话框。

8 要在报表中保存正确的提示答案，单击对话框中的报表名称。该报表将在新的 MicroStrategy Web 浏览器窗口打开。

注意：如果出现 “ 登录 ” 对话框，请选择相应的身份验证方式，输入  用户名和密码，然后单击确定。

9 回答报表提示并保存报表。根据 “ 高级提示选项 ” 对话框中的所选内容，您可能需要把报表保存为不带提示的静态报表。

10 在 Integrity Manager 中，单击继续。 Integrity Manager 随之执行最新保存的报表。

要继续完整性测试但不重新运行报表，单击忽略。报表将出现在 “ 结果总结 ” 区域，并且状态显示为不支持。要跳过所有后续请求以解决 MicroStrategy Web 中此完整性测试所涉及的提示，单击忽略全部。

在多个 MicroStrategy 用户帐户下执行测试

当创建完整性测试时，您可以指定多个 MicroStrategy 用户帐户来在测试过程中执行报表和文档。

例如，您的 MicroStrategy 系统可能使用了安全筛选器来限制不同用户对数据的访问。如果您知道某位使用安全筛选器的用户的 MicroStrategy 登录名和密码，您可以以这些用户的帐户运行完整性测试以确保安全筛选器完成升级后仍能和设计时一样正常工作。您也可以用两个不同的用户帐户来比较来自同一个项目的一组报表以确保用户所查看的是相同的数据。

在 MicroStrategy Integrity Manager 向导中的 “ 启用多个登录名 ” 页面，您需指定每位用户的身份验证方式、 MicroStrategy 登录名和密码。 Integrity Manager 将按照帐户排列顺序，每次用一个用户帐户在完整性测试中执行各个报表 / 文档。如果您要执行完整性比对测试，来自基础项目中的第一位用户的测试结果将与来自目标项目中的第一位用户的测试结果进行比对，以此类推。

例如，您用 Report1、Report2 和 Report3 这 3 个报表创建了一个项目与项目的完整性测试。然后在基础项目中用用户 Alice 和 Carol 的帐户对报表进行测试。您想比较基础项目中的 Alice 的测试结果与目标项目中 Bob 的测试结果，以及比较基础项目中 Carol 的测试结果与目标项目中 Alice 的测试结果，因此必须按以下方式配置 “ 启用多个登录名 ” 页面：

当执行测试时，报表将按以下顺序执行：

报表执行基础项目报表和用户目标项目报表和用户

1 Report1 Alice Report1 Bob

2 Report2 Alice Report2 Bob

3 Report3 Alice Report3 Bob

4 Report1 Carol Report1 Alice

5 Report2 Carol Report2 Alice

6 Report3 Carol Report3 Alice

需注意基础项目中由 Alice 执行的报表将与目标项目中 Bob 执行的报表来进行对比，而基础项目中由 Carol 执行的报表将与目标项目中由 Alice 执行的报表来进行对比。

如何用多个用户帐户执行测试

1 创建一项包含上述步骤中所描述信息的完整性测试。完成 MicroStrategy Integrity Manager 向导中的步骤并在每页输入所需信息。如需关于向导中每页上的必要信息的详细内容，请单击帮助以打开相应的帮助页面。

2 在 “ 欢迎 ” 页面，选择启用多个登录名复选框。

3 在 “ 启用多个登录名 ” 页面，为每位用户指定验证模式、登录名和密码。

4 确保用户排列顺序是您所需要执行测试的顺序。此外，如果您要创建完整性比对测试，请确保要用来作比较的结果所属的用户在上表中以正确方式配对。

5 完成向导中的步骤，并输入所需信息。当执行测试时，每个报表 / 文档将以各指定用户帐户来执行。

比对 SQL 时忽略动态 SQL

动态 SQL 将生成执行过程中未创建完全的 SQL 语句。动态 SQL 可能会在基础项目和目标项目中以不同方式生成，因此会导致报表标注不匹配字样，即便并报表 SQL 其他方面都相同亦如此。如需更多关于动态 SQL 的信息，请参考您的数据库引用。

您可以使用 “ 忽略动态 SQL” 功能强制 Integrity Manager 在比较时忽略动态 SQL。此功能位于 MicroStrategy Integrity Manager 向导中 “ 选择处理选项 ” 页面上的 “ 高级选项 ” 对话框。

如果您有多节动态 SQL，您可以通过在每节动态 SQL 的前后位置插入相符的 SQL 注释来强制 Integrity Manager 忽略所有节。例如，在每一节动态 SQL 前，可插入以下一行注释

/* BEGIN DYNAMIC SQL */

并在每一节动态 SQL 后，可插入以下一行注释

/* END DYNAMIC SQL */

然后再在开始字段中输入 /* BEGIN DYNAMIC SQL */，并在结束字段输入 /* END DYNAMIC SQL */。

匹配相等的 SQL 字符串

有时基础项目中的报表以及目标项目中的报表同时包含功能大致相等的 SQL，但略有不同。例如，基础项目中的报表可能使用表前缀 TEST，而目标项目中的报表使用表前缀 PROD。您可能希望 Integrity Manager 以相同方式对待这两个表前缀以完成比较过程，因为只有表前缀存不同的报表应认为是相同的报表。

在这种情况下，您可以使用 SQL 替换功能来把基础项目中的 TEST 替换为 PREFIX，并把目标项目中的 PROD 替换为 PREFIX。接下来，当 Integrity Manager 对比报表 SQL 时，则将把基础项目中出现的 TEST 以及目标项目中出现的 PROD 均作为 PREFIX 来对待，因此这两者将视为相同内容。

SQL 替换表所做的更改不会存储在各个报表的 SQL 文件中。相反， Integrity Manager 将在执行完整性测试时存储这些更改内容到内存。

“SQL 替换 ” 功能位于 MicroStrategy Integrity Manager 向导中 “ 选择处理选项 ” 页面上的 “ 高级选项 ” 对话框。

通过命令行执行测试

Integrity Manager 的命令行界面让您可以您不必载入图形界面就能执行测试，还可以让您预定一个测试操作在指定时间或日期运行。例如，您每个月要对数据仓库执行例行维护。您可以利用 Windows AT 命令或 UNIX 调度器来预定一个基准与项目比对测试以便在完成每月例行的数据库维护后立刻运行该测试。这确保了维护期间不会破坏任何报表。

如果您在 Windows 环境下运行测试，则必须用 Administrator 帐户登  录到 Windows。此外，如果您通过命令提示直接运行 Integrity Manager，您必须设置命令提示使其具备完整的管理权限的前提下来运行。要实现此操作，请在命令提示快捷方式上单击右键并选择运行方式。取消选定以受限制的访问运行此程序复选框并单击 “ 确定 ”。

如何通过命令行执行之前保存的完整性测试

在创建并保存测试后（如需操作说明，请参阅如何保存测试设置（第 534 页）），调用 Integrity Manager 可执行文件 MIntMgr.exe。默认情况下这个可执行文件位于 C:\Program Files\MicroStrategy\ Integrity Manager。

语法格式如下：

MIntMgr.exe -f FileLocation\Filename.mtc [-bp ‘BasePassword1’, ‘BasePassword2’, ..., ‘BasePasswordn’] [-tp ‘TargetPassword1’, ‘TargetPassword2’, ..., ‘TargetPasswordn’]

各项内容解释如下。

• FileLocation 是已保存的文件的路径。

• Filename 是已保存的测试文件的名称。 • BasePassword1..n 是测试文件中指定用来登录到基础项目的用户所对应的密码，按照在测试文件中指定的顺序排列，前后需加上单引号并用逗号分隔。基准与项目完整性测试或基准与基准完整性测试不需要此项。如需更多关于用多个用户帐户执行测试的信息，请参阅在多个 MicroStrategy 用户帐户下执行测试（第 539 页）。 • TargetPassword1..n 是测试文件中指定用来登录到目标项目的用户所对应的密码，按照在测试文件中指定的顺序排列，前后需加上单引号并用逗号分隔。单个项目完整性测试或基准与基准完整性测试不需要此项。  注意以下事项： – 每个密码前后必须加上单引号（' '）并且用逗号分隔。如果密码中包含单引号或逗号，则该字符必须放在单引号之后。例如，密码 asdf'asdf,asdf 在输入时必须按照 'asdf''asdf',asdf' 格式。

– 如果基础项目或目标项目中的用户的密码为空，则列表中用户所使用的密码所在位置将用前后加逗号的空格来表示。例如，如果完整性测所涉及的用户为 User1、 User2 和 User3，且 User2 的密码为空，则密码列表应为：

’password1’, ,’password3’

例如，要运行一个已保存在 C:\Tests 的名为 MonthlyTest.mtc 的单个项目测试文件，其中基础项目中指定用户的密码分别为 admin123 和 admin5，请使用以下命令：

MIntMgr.exe -f C:\Tests\MonthlyTest.mtc -bp ’admin123’,’admin5’

如需更多关于 Windows AT 命令语法或 UNIX 调度器的语法信息，请参阅您的操作系统中相应的说明文档。

命令行退出代码

当通过命令行执行的完整性测试结束时，将得到一个数字。此数字为退出代码。如果脚本意外结束，此退出代码可以帮助您找到发生错误的原因。

要查看错误代码，请在与执行测试时所在的同一个命令提示窗口中，输入 echo %ERRORLEVEL% 并按回车。

退出代码含义

0 测试执行成功且所有报表的状态显示为 “ 匹配 ”。

1 测试执行成功，但至少有一个报表的状态不是 “ 匹配 ”。

2 Integrity Manager 无法与 Intelligence Server 建立连接，或者测试过程中连接中断。

3 您的 Integrity Manager 许可证可能已过期，也可能是您没有运行 Integrity Manager 所需的权限。您可以在 Integrity Manager 中查看许可证信息。 4 测试执行失败。如需更多关于此错误的信息，请参阅此测试的完整性测试日志。

5 用户终止了测试执行过程。

查看测试结果

开始执行测试后，测试中的报表和文档的相关信息将出现在 Integrity Manager 的 “ 结果总结 ” 区域。此区域按名称和路径列出了所选报表和文档。每个报表或文档还会显示以下一种状态：

• 未决表示报表和文档未开始执行。 • 运行中表示报表和文档处于执行过程。在性能测试中，此状态将显示为运行中（##）。第一个数字表示当  前执行周期。第二个数字表示报表或文档将在测试中执行的次数。

• 暂停（##）表示测试执行暂时，性能测试中的报表和文档已执行了部分指定数量的周期，但未不包括所有周期。第一个数字表示已执行的周期数。第二个数字表示报表或文档将在测试中执行的次数。

• 已完成表示报表和文档已正确无误地完成了执行过程。

• 超时表示报表和文档未在“选择执行设置”页面最长超时时间字段指定的时间内完成执行操作。这些报表和文档已被 Integrity Manager 取消并且不会在此次测试中重新执行。

• 错误表示发生错误致使此报表或文档无法正确执行。要查看错误，双击相应的状态。这时将在 Integrity Manager 的 “ 报表数据 ” 区域中的 “ 结果总结 ” 区域的下方打开报表详细信息。错误消息将出现在 “ 执行明细 ” 部分。

• 不支持表示报表和文档包含一个或多个提示无法自动生成答案。要查看错误描述信息，双击相应的状态。如需详细了解 Integrity Manager 如何回答提示，请参阅用 Integrity Manager 执行带提示的报表（第 536 页）。

数据、 SQL、图表以及 Excel 栏中列出了已完成的报表和文档的更多信息： • 匹配表示来自两个项目的报表或文档的结果一致。在单个项目完整性测试中，匹配表示报表和文档执行成功。

• 不匹配表示两个项目间的报表或文档存在差异。要查看“报表数据”区域中每个项目的报表或文档，请选中 “ 报表总结 ” 区域的相应内容。 • 未完成表示 Integrity Manager 无法完成此类型的报表和文档分析。这可能是因为目标项目中未找到该报表或文档， Integrity Manager 不支持其中一个或多个提示，或者因为错误导致报表或文档无法执行。

• 不可用表示 Integrity Manager 未尝试执行此类型的报表和文档分析。这可能是因为 “ 选择处理选项 ” 页面上未选择此类型的分析，或者（若图表中出现 N/A 字样）是因为报表未保存为图表或表格 / 图表。

要查看已完成的报表或文档并判断差异，请选择 “ 结果总结 ” 中的相应内容。这时将在 Integrity Manager 的 “ 报表数据 ” 区域中的 “ 结果总结 ” 区域的下方显示报表或文档。

在完整性比对测试中，基础报表或文档以及目标报表或文档军先生在 “ 报表数据 ” 区域。基础与目标之间存在所有不同点都将用红色字体突出显示，如下所示：

• 在数据视图、 SQL 视图或 Excel 视图中，不同点将用红色字体打印。在数据视图和 Excel 视图中，要用粗体字突出显示下一个或前一个不同点，请单击下一个差异或前一个差异图标。

• 在图表视图中，当前差异将用红色线条圈出。要圈出下一个或前一个不同点，单击下一个差异或前一个差异图标。要更改差异的归类方式，请使用间隔滑块。如需了解更多关于图表式报表中存在的差异，请参考 “ 对图表式报表中的不同点进行分组 ” 相关段落。

查看 Overlap （重叠）布局内的图表有助于在基础图表和目标图表  之间实现快速切换。此布局使两个图表间的差异比较变得轻松简单。

查看并编辑备注

备注通常用来跟踪有关报表和文档的附加信息。您可以在 “ 报表数据 ” 区域的 “ 备注 ” 选项卡上查看报表或文档的附带备注。  注意以下事项： • Integrity Manager 的用户即使在 MicroStrategy Web 或 Desktop 中没有查看、添加或编辑备注的权限也可以查看、添加并编辑备注。

• Intelligence Server 9.0 之前的版本不支持备注。如果 Integrity Manager 连接到 8.1.2 或更早版本的 Intelligence Server，则 “ 备注 ” 选项卡将显示 “ 此连接不支持备注 ” 消息。 • 在基准与项目比对测试或基准与基准比对测试中，可以查看基准的备注但不能对其进行编辑。

要确保您所查看的是最新版本的备注，请单击刷新。 Integrity Manager 将连接到 Intelligence Server 并检索报表或文档附带的最新版本的备注。

要添加一条备注，输入新的备注内容并单击提交。要编辑备注，单击编辑，对所列备注做相应更改，然后单击提交。

如果出现 “ 登录 ” 对话框，请选择相应的身份验证方式，输入用户名和  密码，然后单击 “ 确定 ”。

对图表式报表和 PDF 报表中的不同点进行分组

当 Integrity Manager 比较两个图表式报表或 PDF 报表时 , 将把图表保存为 .png 或 .pdf 格式的文件。接下来只对两个图像执行像素对像素的比较。如果基础图表和目标图表间存在任何像素上的区别，图表或 PDF 将被视为不匹配。

比较接近的差异将被归为一组并视作一项单独的差异。当您查看图表式报表或 PDF 报表时，Integrity Manager 将在当前所选的差异四周绘制一个红色边框。要查看不同各项差异，请使用 “ 报表数据 ” 工具栏上的下一个差异或前一个差异图标。

每一处差异都会有一个未更改像素边界，将被视作是差异的一个部分。您可以用 “ 报表数据 ” 工具栏上的间隔滑块来调整此边界大小。增加边界大小将导致彼此邻近的多个差异被视作是同一个差异。当您想把标题或图例的格式变化视作是一项单独差异时，可充分发挥此项操作的优势，从而快速浏览其他任何差异。

在下图中， Base （基础）与 Target （目标）图表的标题已发生变化。在基础图表中，标题为普通字体，而在目标图表中，则变成了斜体字。

基础报表和目标报表中的字符间距仍保持不变。当间隔设为较低级别时，则不变的字符间距将导致 Integrity Manager 把每个字符作为单独的差异来对待，如下所示：

如果间隔设置过高，则会因为字符间距过小而导致 Integrity Manager 把每个字符作为单独的差异来对待。标题间存在的差别将全部归类为一组，如下所示：

访问已保存的测试结果

当您执行测试时， Integrity Manager 将把测试结果保存到 MicroStrategy Integrity Manager 向导的 “ 选择执行设置 ” 页面中所指定的位置。若选中输出结果保存到按执行日期 / 时间命名的子文件夹选项，则测试结果将存储在指定输出文件夹的子文件夹。否则，测试结果将直接存储在输出文件夹。

这时将生成一个 HTML 格式的测试结果总结文件 ResultsSummary.html。此文件收集了来自 ResultsSummary.xml 文件的数据并用样式表 style.css 和 ResultsSummary.xsl 对数据进行格式化。

当执行测试时，将创建一个结果文件 temp.xml。此文件将在每个报表或文档完成执行时更新。测试执行期间发生系统崩溃事件时，最新的结果将存储到此文件。

报表执行输出

在输出文件夹中， Integrity Manager 将创建一个名为 images 的文件夹用来存储 ResultsSummary 文件中所使用的图像。在完整性比对测试中，将创建一个名为 common 的文件夹用来保存序列化比对文件。

Integrity Manager 还将在输出文件夹中创建一个独立的文件夹用来保存每个项目的报表或文档的结果。这些文件夹将以项目所在的 Intelligence Server 计算机的名称来命名。

• 在基础服务器中， _0 将附加到计算机名称中以创建文件夹名称。 • 在目标服务器中， _1 将被附加到计算机名中。

例如，下图取自每月第一个星期一早上 9 点执行项目与项目完整性测试的计算机。计算机上的基础项目名为 ARCHIMEDES，目标项目位于名为 PYTHAGORAS 的计算机。来自基础项目的结果所在文件夹为 archimedes_0，来自目标项目的结果所在文件夹为 pythagoras_1。

在基准与项目完整性测试中，基准文件夹将命名为 baseline_0。在  基准与基准完整性测试中，基准文件夹将命名为 baseline_0 而目标文件夹将命名为 baseline_1。

每个结果文件夹包含一系列文件用于记录所测试的每个报表的结果。这些文件将被命名为 _.，其中是一个数字用于表示报表执行顺序，是报表对象 GUID，而则是基于文件类型的扩展名。报表结果将保存在下列文件中：

• SQL 将以纯文本格式保存在 _.sql 文件中。注意：在完整性比对测试中，如果您选定 “ 将颜色编码 SQL 对照表  保存为 HTML 文件 ” 复选框，则 SQL 也将以 HTML 格式保存到 _.htm 文件中。在此文件中，与其他项目的报表版本中的 SQL 存在差异的 SQL 将用红色表示。 • 表格数据将以 CSV 格式保存在 _.csv 文件中，但只有在选定 “ 高级选项 ” 对话框中的保存 CSV 文件复选框的前提下可用。 • 图表数据将以 PNG 格式保存在 _.png 文件中，但只有在该报表已保存为图表格式或表格 / 图表格式的前提下可用。

• Excel 数据将以 XLS 格式保存在 _.xls 文件中，但只有在选定 “ 高级选项 ” 对话框中的保存 XLS 文件复选框的前提下可用。

• PDF 将以 PDF 格式保存在 _.pdf 文件中。 • 备注将以纯文本格式保存在 _.notes.txt 文件中。即使相对应的报表不包含备注仍将创建此文件。  注意以下事项： • 只有在测试设置过程中选择 “ 选择处理选项 ” 页面中选择相应格式后，报表结果才会以请求的格式生成。

• 若生成 SQL、图表和 PDF 数据，则系统将始终保存这些格式的数据。只有在测试创建过程中选择保存表格和 Excel 数据后，才能保存这些格式的数据。系统始终将保存备注。

• Integrity Manager 还将为每个报表或文档创建名为 _.ser 的文件。这些文件包含序列化二进制数据， Integrity Manager 将在您打开一系列之前保存的测试结果时使用这些数据，但最终用户无法使用这些数据。这些文件将与测试结果一起保存在同一个文件夹。

每个结果文件夹还包含一个名为 baseline.xml 的文件，用于提供报表测试总结信息。此文件将用来提供基准与项目完整性测试以及基准与基准完整性测试的基本摘要内容。

如何打开之前保存的一系列测试结果

1 在 Integrity Manager 中的文件菜单中，选择打开结果。

2 浏览至保存测试的位置。

3 选中 ResultsSummary.xml 文件并单击打开。保存后的测试结果将在 Integrity Manager 中打开，界面的显示与执行测试后差不多。

14. 通过 ENTERPRISE MANAGER 分析系统的使用情况

简介

MicroStrategy Enterprise Manager 提供了有关管理和优化 MicroStrategy 环境方方面面的颇有价值的见解。通过 Intelligence Server 收集的使用情况的统计信息， Enterprise Manager 将为您提供 Intelligence Server 历史操作概要。

本节提供的信息如下：

• Enterprise Manager 是什么 ?（第 552 页）中提供了 Enterprise Manager 的概览。

• 使用 Enterprise Manager 时的最佳实践方法（第 553 页）中提供了使用 Enterprise Manager 时 MicroStrategy 推荐的最佳实践方法。 • 理解 Enterprise Manager 的体系结构（第 553 页）解释了 Enterprise Manager 与您的 Microstrategy 系统的交互方式。 • 安装和配置 Enterprise Manager （第 556 页）将帮助您完成设置 Enterprise Manager 以监视您系统中的项目。

• 维护 MicroStrategy Enterprise Manager （第 570 页）中解释了 Enterprise Manager 如何使用 Intelligence Server 统计信息表中的数据。 • Enterprise Manager 的报表制作（第 578 页）提供了 Enterprise Manager 中所有可用预定义报表的描述。这些报表可以帮助您分辨系统存在问题的部分。

Enterprise Manager 是什么 ?

Enterprise Manager 的核心是一个自带一组预定义以及用于创建您报表的度量和实体的 MicroStrategy 项目。当您登录到 Enterprise Manager 项目时，您可以运行报表以帮助您：

• 基于数据仓库的使用情况分配系统资源。 • 研究和分析有效的聚合、分区以及索引生成方案 • 决定运行预定报表、载入数据或执行系统和数据库维护的最佳实践 • 判断最受欢迎的报表以便对其进行预定和缓存，从而增加响应时间并减小对系统造成的负荷

• 分辨您元数据资料库中未使用的对象以便在稍后的操作中删除

• 分辨高峰使用时间和模式，如有必要对 Intelligence Server 作相应的调整以便正确响应请求

• 判断若队列过长，是否需要添加更多线程到数据库连接线程 • 根据用户的系统资源使用情况生成用户配置文件

您可以直接使用预定义的报表，复制报表并修改报表的复件，或构建属于您自己的报表以满足您的需求。 Enterprise Manager 项目包含了超过 300 个的度量以及 90 个预定义的报表。这些报表中大多数包含提示，即执行报表前可接受用户的输入，从而使操作更加灵活。您可以创建新的度量、提示、筛选器、模板或报表以满足您系统的要求或您所需的分析类型的需要。所有预定义的对象均位于 Enterprise Manager 项目中的 Public Objects 文件夹。

使用 Enterprise Manager 时的最佳实践方法

• 请将所有需要访问 Enterprise Manager 报表的用户加入到 MicroStrategy Web Viewer 用户成员组。这个分组内的用户具备使用即开即用型 Enterprise Manager 报表的所有必要的访问许可和权限。

• 请将所有需要有管理权限访问 Enterprise Manager 项目的用户加入到 EMAdmin 用户成员组。这个分组内的用户具备管理 Enterprise Manager 项目的所有必要的访问许可和权限。

• 使用 Enterprise Manager 监视管理其本身的运行情况。这一反馈内容可以帮助您更好地调整 Enterprise Manager 的监视功能。如需关于如何在 Enterprise Manager 监视项目的操作说明，请参阅选择要监控的项目（第 565 页）。 • 如需关于 Enterprise Manager 项目中每一个对象的附加信息，请参考对象的长描述属性（右键单击该对象，选择属性，再选择长描述分类）。长描述包括相对应的对象样例报表制作要求。

• 如需特定 Enterprise Manager 功能相关的最佳实践方法，请参阅以下几节内容：

 安装和配置 Enterprise Manager 的最佳实践方法（第 557 页）

 Enterprise Manager 数据载入过程的最佳实践方法（第 571 页）

 Enterprise Manager 报表制作的最佳实践方法（第 579 页）

理解 Enterprise Manager 的体系结构

下图展示了 Enterprise Manager 的主要组件，以及 Intelligence Server 统计信息整合到 Enterprise Manager 报表所进行的处理过程。这些组件和处理过程的描述位于图的下方，以分类形式进行讲解。

• Enterprise Manager 系统组件（第 554 页） • Enterprise Manager 处理过程（第 555 页）

Enterprise Manager 系统组件

• Intelligence Server

可以对每个 Intelligence Server 上的项目进行配置以记录使用情况的统计信息到统计数据库中。记录的统计信息包括报表 GUID、运行报表的用户、报表的各个执行阶段所需时间等信息。 • Enterprise Manager

Enterprise Manager 由一个应用程序（Enterprise Manager Console）和一个项目构成。

Enterprise Manager Console 把受监视的项目相关的信息载入到 Enterprise Manager 数据仓库查找表，并运行数据载入脚本以移动统计数据到数据仓库事实表中。如需关于 Enterprise Manager Console 的详细信息，请参阅运行 Enterprise Manager Console （第 560 页）或 Enterprise Manager Console 帮助。用于监视项目数据仓库的 Enterprise Manager 将用 Intelligence Server 统计信息进行填充。此项目中的报表专门设计用来协助用户全面调整 MicroStrategy 系统。如需各个报表的详细描述，请参阅 Enterprise Manager 的报表制作（第 578 页）。 • 统计表

统计数据中包含 MicroStrategy Configuration Wizard 执行过程中创建的 MicroStrategy 特有的统计表。这些表中包含 MicroStrategy 系统使用情况和性能的相关数据，并且通过所有配置用来记录统计信息的项目进行填充。如需收集到的统计信息的说明，请参阅监控系统使用情况： Intelligence Server 统计信息（第 278 页）。如需关于统计表内容的相关详细信息，请参阅 Reference for System Administration 中的 Statistics Data Dictionary。 • Enterprise Manager 数据仓库

Enterprise Manager 数据仓库与统计表同处于一个物理数据库。它包含 Enterprise Manager 的操作所必需的配置表、查找表、以及含来自统计表的转换信息的事实表。

 查找表中包含受监视的项目中每个对象的相关描述信息，比如名称、所有者、创建日期、文件夹路径等。

 事实表中包含数据载入过程中从统计数据库载入的数据。

Enterprise Manager 处理过程

以下几个小节中描述了 Enterprise Manager 的三个主要处理过程：记录统计信息、载入数据以及数据的汇报。

统计信息记录过程

您必须选择 MicroStrategy 项目来记录使用情况统计信息到统计表。统计信息记录过程相关的详细信息，以及配置项目并记录统计信息的操作说明，请参阅系统管理指南中的系统的监控。

数据载入过程

通过监视项目对统计数据库中的原始信息进行分析前，必须转换信息。此外 Enterprise Manager 需要它所监视的项目相关的最新信息才能正确汇报每位用户资源使用情况等内容。数据载入过程将会同时填充 Enterprise Manager 数据仓库中的查找表和事实表。如需关于数据载入过程的详细描述，请参考数据载入（第 570 页）。

数据载入过程分为两大步骤。

1 在第一个步骤中， Enterprise Manager 通过 Intelligence Server API 途径检索关于受监视的项目的结构信息。然后再用检索到的信息填充数据仓库的查找表。

2 在第二个步骤中， Enterprise Manager 通过一组 SQL 脚本将数据从统计表迁移到数据仓库。

Enterprise Manager 报表制作过程

Enterprise Manager 管理员需在 Enterprise Manager 项目中执行报表以分析数据仓库中的信息。如需各个报表的详细描述，请参阅 Enterprise Manager 的报表制作（第 578 页）。

安装和配置 Enterprise Manager

以下是 MicroStrategy 系统中安装和配置 Enterprise Manager 所需步骤的高级概览。

1 请确认是否已完全符合安装 Enterprise Manager 的前提条件。如需使用 Enterprise Manager 的前提条件列表，请参阅 MicroStrategy Enterprise Manager 前提条件（第 558 页）。

2 安装 Enterprise Manager Console 和数据库。如需更多关于安装 Enterprise Manager 的信息，请参阅安装 Enterprise Manager （第 559 页）。如需关于安装 MicroStrategy 产品的详细说明，请参阅 MicroStrategy 安装和配置指南。

3 对项目进行配置以记录统计信息到统计表。

对于每一个项目，您需要设置统计表的位置以及您想记录的信息。如需更多信息和详细说明，请参阅系统管理指南中的系统的监控章节。

Enterprise Manager 数据仓库存储在曾用来存储统计信息的同一个  数据库中。

4 设置 Enterprise Manager 元数据的数据库。此数据库包含 Enterprise Manager 项目所需的用户、分组、对象以及报表。如需更多信息以及详细说明，请参考创建 Enterprise Manager 元数据的数据库（第 560 页）。

5 通过 Enterprise Manager Console 的一系列操作步骤，以完成以下设置过程：

a 初始化 —— 该过程将迁移 Enterprise Manager 项目到您的 Enterprise Manager 生产数据库。如需更多信息以及详细说明，请参考初始化您的 Enterprise Manager 制作环境（第 561 页）。 b 配置 —— 此过程将选择要监视的项目。如需更多信息以及详细说明，请参考选择要监控的项目（第 565 页）。 c 调度 —— 此过程将指定项目的统计信息载入到 Enterprise Manager 数据仓库的操作频率。如需更多信息以及详细说明，请参考预定统计数据载入到 Enterprise Manager 数据仓库的频率（第 567 页）。

安装和配置 Enterprise Manager 的最佳实践方法

• 在 Intelligence Server 以外的计算机上安装 Enterprise。此配置过程允许您不升级 Intelligence Server 的情况下升级 Enterprise Manager。您可以将 Enterprise Manager 项目与其他项目一起放在同一个元数据。 • Enterprise Manager 项目元数据包含两个用户组：MicroStrategy Web Viewer 和 EMAdmin。

 分配到 MicroStrategy Web Viewer 组的用户具有查看即开即用型 Enterprise Manager 报表所需的所有权限和访问许可。可以把只需要查看报表的用户分配到这个组。

 分配到 EMAdmin 组的用户具有管理 Enterprise Manager 项目所需的所有权限。可以把需要创建报表的用户分配到这个组。

• 要确保您今后能成功升级 Enterprise Manager 项目，请对框架对象做相应的修改。也可以复制需要修改的对象，然后再对这些对象的复件进行修改。

• Enterprise Manager 服务包可用时进行升级。 MicroStrategy 将在服务包中包含您的反馈，其中包括问题修复以及附加的改进意见。

MicroStrategy Enterprise Manager 前提条件

安装 Enterprise Manager，请确保您具备以下条件： • 两个数据库的写入权限：分别用于数据仓库和数据表、 Enterprise Manager 项目元数据。项目元数据可以与其他 MicroStrategy 项目元数据一起放在同一个数据库中。

Enterprise Manager 数据仓库必须位于曾用来存储 Intelligence Server 统计信息的同一个数据库中。可以是以下任意数据库：

 SQL Server

 Oracle

 Teradata

 IBM DB2 UDB

 Sybase ASE

如果您使用 DB2 或 Sy 数据库用于存放数据仓库，您必须把数据库  的最小页面文件大小改为至少 8K。 DB2 利用页面文件大小来判断数据库中单个行的最大值。部分 Enterprise Manager 包含的行需要大于默认值 4K 以上的页面文件大小。

如需每种经过认证的可与 Enterprise Manager 使用的数据库的完整版本列表，请参考 Enterprise Manager 自述文件。 • Enterprise Manager 中想要监控的 MicroStrategy 项目的所需管理权限。您还必须具有创建 Enterprise Manager 项目所在的项目源的 “ 创建配置对象 ” 权限。

• Enterprise Manager 从统计表载入数据到数据仓库的操作频率和最佳时间。例如，若您需要接近于实时的数据，您可以较为频繁地以每小时为单位载入一次数据。但是，若您需要收集比较详细的统计信息，则应在 Intelligence Server 使用率较低的时段连夜运行数据的载入。如需数据载入过程的说明，请参阅数据载入（第 570 页）。 • 要使用 Enterprise Manager 自带的仪表盘，您需要 MicroStrategy Report Services 许可证。如果您没有 Report Services 许可证，请与您的客户经理

联系以咨询如何获取许可证的相关信息。如需关于 Enterprise Manager 中的仪表盘的相关信息，请参阅仪表盘（第 581 页）。这些仪表盘设计用来与 MicroStrategy Web 一起使用。如果您使用  的是 MicroStrategy Web Universal，则仪表盘中其他报表的链接将无法使用。要修正这些链接，您需对仪表盘进行编辑并将链接中所有 Main.aspx 更改为 mstrWeb。

安装 Enterprise Manager

Enterprise Manager 是与 MicroStrategy 一起提供的其中一款产品。有关获取使用 Enterprise Manager 所需的许可证的相关信息，请与您的 MicroStrategy 客户经理联系。

以下是已安装的 Enterprise Manager 组件： • Microsoft Access™ 元数据的数据库：此数据库包含 Enterprise Manager 项目的元数据，其中包括所有作为 Enterprise Manager 的组成部分而预定义的事实、实体、层级、度量、筛选器以及报表。

• Microsoft Access 数据仓库的数据库：此数据库包含需要填充的事实表和查找表，以及含 Enterprise Managerd 操作所需信息的配置表。

• Enterprise Manager Console：此应用程序将帮助您配置 Enterprise Manager，并启动数据载入操作所需的脚本。

• SQL 脚本：用于创建数据仓库表、执行各种其他安装任务以及执行数据载入过程所需的一系列 SQL 脚本。

如需关于安装 Enterprise Manager 的操作说明，请参阅 MicroStrategy 安装和配置指南。

配置项目以记录统计数据

Enterprise Manager 配置为可读取统计数据的管理器前，您必须为每个项目创建统计数据库，设置统计表位置以及要记录的信息。如需更多信息以及详细说明，请参考配置 Intelligence Server 以记录统计信息（第 284 页）。

创建 Enterprise Manager 元数据的数据库

Enterprise Manager 元数据的数据库包含了所有作为 Enterprise Manager 项目的组成部分而预定义的事实、实体、层级、度量、筛选器以及报表。您可以使用系统中现有的元数据的数据库，或者也可以创建一个新的数据库：

• 要使用一个现有的元数据数据库，请注意它的数据源名称（DSN）。此 DSN 将在稍后提示元数据资料库位置时的安装过程中使用。 • 要创建一个新的数据库，请按照以下操作流程操作。

此数据库中 Enterprise Manager 特有的数据表是在 Enterprise Manager Console 的 “ 初始化 ” 步骤中创建并填充的。具体操作是将 Microsoft Access 元数据的数据库导入到制作用的数据库中。如需更多关于此过程的信息，请参阅初始化您的 Enterprise Manager 制作环境（第 561 页）。

如何创建新的 Enterprise Manager 元数据的数据库

1 创建一个用于存储您的 Enterprise Manager 元数据的数据库。（这通常由您的数据库管理员来执行。）此数据库必须是经过认证，可以与 MicroStrategy 元数据一起使用的其中一个数据库。有关经过认证的数据库列表，请查阅 MicroStrategy 自述文件。

2 使用 MicroStrategy Connectivity Wizard 创建元数据的数据源名称（DSN）。注意此 DSN 在稍后操作中的使用。创建统计表时以及指定元数据位置的 DSN 时会用到它。要访问 Connectivity Wizard，请从 Windows 开始菜单指向所有程序，然后依次选择 MicroStrategy、 Tools，最后再选择 Connectivity Wizard。如需关于使用 Connectivity Wizard 的详细说明，请参阅 MicroStrategy 安装和配置指南。

现在，您必须创建一个用来存储 Enterprise Manager 将帮助您完成分析的统计信息的数据仓库。

运行 Enterprise Manager Console

Enterprise Manager Console 的向导将帮助您完成 Enterprise Manager 初始化和配置的整个过程。它由三个部分组成： • 初始化您的 Enterprise Manager 制作环境（第 561 页） • 选择要监控的项目（第 565 页）

• 预定统计数据载入到 Enterprise Manager 数据仓库的频率（第 567 页）如果您使用完整的会话记录，则必须安装这些步骤来完成每个不同的  统计信息数据库的操作。如需关于如何在单独的实例会话记录中使用推荐的配置，请参阅系统管理指南中的系统的监控章节。

无论何时关闭 Enterprise Manager Console 都不会丢失任何已完成的操作。 Enterprise Manager Console 自动保存您所完成的工作并且再次打开控制台时将从您之前停止的位置继续之前的操作。

初始化您的 Enterprise Manager 制作环境

Enterprise Manager 元数据和以及与 Enterprise Manager 一起安装的数据仓库位于 Microsoft Access 数据库中。要在生产环境中使用它们，您需要将其导入到之前创建的 Enterprise Manager 数据库中。

元数据包含所有 Enterprise Manager 项目定义信息：框架对象、度量、模板、筛选器、报表等。数据仓库则包含 Enterprise Manager 操作所需的配置表、部分基于时间的查找表以及数据载入过程中所填充的标准查找表。

环境的初始化操作还会涉及到运行您所使用的生产数据库路类型所特有的 SQL 脚本。此 SQL 脚本用于创建查找表和事实表并在数据仓库中创建主键。它还将数据库特有的 SQL 操作流程穿插到 EM_SQL 表以在数据载入过程中使用。

在初始化过程中所出现的问题事件中，您可以检查 EMProjectMover.log 文件以帮助解答疑难问题。此文件默认路径为 C:\Program Files\MicroStrategy\ Enterprise Manager。

如何初始化 Enterprise Manager 项目

1 点击开始菜单，前往所有程序，然后依次选择 MicroStrategy、 Enterprise Manager、再点击 Enterprise Manager Console。

2 仔细阅读主页内容并单击下一步。

3 请仔细阅读初始化的概述页面。继续操作前请确认 Enterprise Manager 数据仓库和 Enterprise Manager 元数据的数据库相对应的数据源名称（DSN）。单击下一步。

4 请仔细阅读 “ 初始化项目 ” 页面上的内容并单击转移来导入项目文件。这时将打开 MicroStrategy Project Mover 向导。

此操作流程将帮助您完成 MicroStrategy Project Mover 向导中的所  有步骤。如需关于该向导的详细说明，请参阅 MicroStrategy Project Mover 的 “ 帮助 ” 内容（单击向导左下角的帮助）。

5 仔细阅读欢迎页面上内容并单击下一步。这时将打开 “ 选择源文件 ” 页面。

选择源文件

6 检查指定的元数据资料库源是否正确。

元数据资料库源是 Enterprise Manager 安装过程中安装的  Microsoft Access 数据库。如果在默认的 Enterprise Manager 目录中找不到该元数据资料库源，请搜索 EM_Proj_MD.mdb 并在字段中输入正确的路径。

7 检查指定的仓库源是否正确。

仓库源也是 Enterprise Manager 安装过程中安装的 Microsoft  Access 数据库。如果在默认的 Enterprise Manager 目录中找不到该元数据资料库源，请搜索 EM_WH.mdb 并在字段中输入正确的路径。

8 请将运行 SQL 脚本复选框保持在默认的选中状态，并确保选中覆盖现存仓库表复选框已选中。

9 单击下一步。这时将打开 “ 项目选择 ” 页面。

10 选中 Enterprise Manager 再单击下一步。“ 在数据仓库上运行 SQL 脚本 ” 页面将随之打开。

在数据仓库 Enterprise Manager 上运行 SQL 脚本

11 在仓库传输后需要运行的 SQL 脚本字段，指定与数据仓库相对应的 Enterprise Manager SQL 脚本。

a 点击 (...) 按钮。这时将打开一个含 .sql 文件的目录。 b 选择您的 Enterprise Manager 数据仓库所对应的 em_sql_databasetype.sql 文件。

如果您在 Oracle 9i 或更高版本中使用 Enterprise Manager，请使  用 em_sql_ora_std_ed.sql 脚本。此脚本使用 SQL-92 语法，因此可以更好地执行 Enterprise Manager 且性能有所提升。

数据仓库要运行的 SQL 脚本

Microsoft SQL Server 2003 或更高版本 em_sql.sql

Microsoft SQL Server 2005 或 2008 em_sql_2005-2008.sql Oracle 8i em_sql_ora.sql

Oracle 9i 或更新版本 em_sql_ora_std_ed.sql DB2 em_sql_db2.sql

Teradata em_sql_tera.sql

Sybase em_sql_syb.sql

c 单击打开。

12 单击下一步。这时将打开 “ 元数据资料库位置 ” 页面。

Enterprise Manager 数据仓库资料库位置

13 从下拉列表中选择 Enterprise Manager 元数据所对应的数据源名称。

14 输入此数据库的有效用户名和密码。

15 单击下一步。这时将打开 “ 仓库位置 ” 页面。

仓库位置

16 从下拉列表中选择 Enterprise Manager 数据仓库所对应的数据源名称。

17 输入此数据库的有效用户名和密码。

18 从 “ 数据库连接类型 ” 下拉列表中选择正确的数据库类型。

19 单击下一步。这时将打开 “ 元数据资料库连接 ” 页面。

元数据资料库连接

20 在项目源名称字段，输入用于创建 Enterprise Manager 项目的项目源名称。如果项目源不存在，则会创建一个新的项目源。

21 单击下一步。这时将打开 “ 总结 ” 页面。

22 请仔细阅读 “ 总结 ” 页面上的信息并在准备完毕后单击转译。转移过程可能需要几分钟时间才能完成。

23 当转移过程结束后， MicroStrategy Project Mover 向导将会关闭，您将回到 Enterprise Manager Console。单击下一步。这时将打开 “ 配置概述 ” 页面。

选择要监控的项目

Enterprise Manager Console 中的这一操作部分，您可以选择要用 Enterprise Manager 进行监视的项目。这些项目必须有记录统计信息所需的配置。

如何在 Enterprise Manager 中选择要监控的项目

1 仔细阅读“配置概述”页面上的内容并单击下一步。这时将打开“选择项目” 页面。

2 从可用服务器项目源列表中，选择要用 Enterprise Manager 进行监视的项目所在的项目源。

如果要监视的项目源的默认名称为 “ 新项目源 ”，则添加到  Enterprise Manager 之前必须更改项目源的名称。否则 Enterprise Manager 将无法从项目源中的项目载入统计信息和事实数据。

3 单击右向箭头（>）。随之打开 “ 选择项目 ” （项目源名称）对话框。

4 在用户登录区域 , 输入对所选项目有 Administrator 权限的 MicroStrategy 登录 ID 以及该登录 ID 所对应的密码。

Enterprise Manager Console 只支持标准的身份验证方式。不支持  数据仓库和单一登录验证模式。有关不同身份验证模式的信息，请参阅第 3 章用户识别：身份验证。

5 单击检查。可用项目将出现在选择区。

6 选择要用 Enterprise Manager 进行监视的项目并单击确定。  您只能选择已启用统计信息记录的项目。 7 重复步骤 2 至 6 对其他要监视的项目所在的项目源进行同样的设置。在一个群集环境中，您只能对项目执行一次监视过程，无论该项目  在多个 Intelligence Server 上运行与否。这是因为 Enterprise Manager 要连接到项目才能填充查找表，而且群集后的所有 Intelligence Server 上的项目是相同的。只要群集后的 Intelligence Server 具备记录统计信息到 Enterprise Manager 数据仓库的相应配置， Enterprise Manager 中的所有统计信息将全部可用。

8 单击下一步。这时将打开 “ 调度概述 ” 页面。

预定统计数据载入到 Enterprise Manager 数据仓库的频率

此操作过程将用于配置数据从统计表载入到 Enterprise Manager 数据仓库的操作频繁程度。如需关于数据载入过程的详细信息，请参考数据载入（第 570 页）。

数据载入过程将作为一项 Windows 服务预定为自动运行。要手动强制载入，单击现在运行手动加载。

您也可以使用 Windows AT 命令并调用 MicroStrategy Enterprise  Manager 数据载入命令 maemetl 来预定运行数据载入过程。如需语法信息，请参阅如何通过命令行执行 Enterprise Manager 维护任务（第 576 页）。

如何设置 Enterprise Manager 数据载入的预定操作

1 仔细阅读“调度概述”页面上的内容并单击下一步。这时将打开“定义调度” 页面。

定期操作

2 按需要选择每日、每星期或每月。“ 重现 ” 选项区下右侧的选项会根据您所选择的定期操作方式发生变化。然后再选择发生数据载入的天数。

时间范围

3 要每天载入一次数据，选中发生一次在并指定某一天中开始数据载入的时间。

4 要在一天内多次载入数据：

a 选中发生每并指定两次数据载入的时间间隔，以分钟或小时为单位。这个间隔必须大于数据载入过程所需的时间。例如，如果数据载入过程需要 10 分钟的运行时间，则将时间间隔设置为大于 10 分钟。

b 选择某一天中开始数据载入的时间。 c 选择某一天中结束数据载入的时间。

日期范围

5 选择开始定期数据载入的日期。

6 要无限期地运行数据载入过程，请选择没有截止日期。

7 要制定停止载入数据到 Enterprise Manager 的日期，请选择结束并指定一个日期。

维护任务

8 从工具菜单中选择选项。这时将打开 “ 选项 ” 对话框。

9 单击数据载入选项卡。

10 选中希望在每次数据载入过程中执行的任意维护任务。有关每项任务的描述，请参阅 Enterprise Manager 维护任务（第 574 页）。

11 单击应用更改以保存更改。  此界面中所做的更改必须点击应用更改之后才会生效。 12 要重启含新预定内容的数据载入服务，请单击停止以停止服务，然后再单击启动。

要立即载入统计信息而不等待首次预定的载入过程，请单击现在运行手动加载。

要用 Windows 命令提示符立即触发一个数据载入过程，请使用  maemetl 命令。如需语法信息，请参阅如何通过命令行执行 Enterprise Manager 维护任务（第 576 页）。

Enterprise Manager 安装完毕

Enterprise Manager Console 的最终页面上将提供一个用于打开 MicroStrategy Desktop 的链接。打开 MicroStrategy Desktop 或 Web 后，您便可以登录到 Enterprise Manager 项目并像在任何其他 MicroStrategy 项目中一样开始运行报表。

Enterprise Manager 元数据中包含一个叫做 EMAdmin 的用户组。此  分组中的用户具备使用所有 Enterprise Manager 功能所必备的权限。建议将所有需要管理 Enterprise Manager 的用户加入到此分组。

升级 MicroStrategy Enterprise Manager

升级统计信息数据库、 Enterprise Manager 数据仓库以及 Enterprise Manager 项目时需要考虑几个重要问题。请参阅 MicroStrategy Upgrade Guide 以获取关于升级 Enterprise Manager 环境的完整详细信息。

更新 Enterprise Manager 项目的最好方式是使用 Project Merge Wizard，详见 Upgrade Guide 中的描述。此外，您也可以使用 Object Manager 来升级 Enterprise Manager 项目。如需通过 Object Manager 升级 Enterprise Manager 的操作流程，请参考 MicroStrategy Tech Note TN15976。如需关于如何使用 Object Manager 和 Project Merge 的说明，请参阅第 5 章项目的管理。

维护 MicroStrategy Enterprise Manager

本节提供了下列话题的相关信息：

• 数据载入（第 570 页） • Enterprise Manager 维护任务（第 574 页） • 清除未使用的数据以提升数据仓库性能（第 577 页）

数据载入

统计信息表中包含通过 Intelligence Server 记录的原始数据。处于系统性能要求，大多数字段的长度必须是固定的值并且包含管理员无法直接解译的数据。类似于此的字段叫做对象 GUID。这种原始数据必须进一步处理才能支持管理分析并满足报表制作的要求。这种处理过程叫做数据载入。如需数据载入过程的图解，请参阅理解 Enterprise Manager 的体系结构（第 553 页）。

Enterprise Manager 数据载入过程的前半部分涉及从项目收集元数据。系统将连接到 Enterprise Manager Console 中的指定项目源并转移相关的信息到 Enterprise Manager 查找表。相关的信息包括报表名称、用户 / 组名称和对象关系等数据。示例中包含用户 / 组关系以及映射到相应报表中的调度。

指定项目源中所有项目的元数据信息将转移到 Enterprise Manager 查  找表，无论这些项目是否有记录统计信息所需的配置。

Enterprise Manager 数据载入过程的后半部分涉及从统计信息表转移事实到 Enterprise Manager 数据仓库。 SQL 脚本则将统计信息数据转换有助于 Enterprise Manager 数据仓库中有管理性质的报表制作的形式。转换过程确保了对 MicroStrategy 元数据内容的报告过程切实可行。

部分 Enterprise Manager 的事实表实际上是特定统计信息表的视图。  它可以大幅加速数据载入过程。

为了确保数据仓库的数据完整性，数据载入过程的最初阶段将根据 Enterprise Manager 数据仓库中的当前日期和时间，在 EM_IS_LAST_UPDATE 表中创建一个时间戳。这个时间戳提供了数据迁移窗口的结尾部分。数据迁移窗口的开始部分由 EM_IS_LAST_UPDATE 表中的上一次数据载入的时间戳进入值决定。因此，上一次数据导入的起始时间到当前数据载入的起始时间之间所记录的统计信息将被转移。数据载入过程结束时， Enterprise Manager 将更新 EM_IS_LAST_UPDATE 表以展示过程完成与否。

如果数据载入过程完成前发展中断，则最后一次更新的时间不会标记为时间戳。在这种情况下，下一次运行数据载入时，将从上一次成功完成数据载入的数据开始操作。

数据载入通常根据您配置 Enterprise Manager 时所设置的调度进行操作。如需关于更改数据载入定期操作的说明，请参阅预定统计数据载入到 Enterprise Manager 数据仓库的频率（第 567 页）。您也可以在任何时间手动运行数据载入，或是在数据仓库因为某些原因而丢失数据时通过特定时间范围手动载入数据。

如需关于 Enterprise Manager 数据载入过程的疑难解答相关的信息，请参阅数据载入过程的疑难解答（第 573 页）。

Enterprise Manager 数据载入过程的最佳实践方法

• 在以下问题答案的基础上设置预定的数据载入。

 数据载入需花费多长时间？

 数据更新程度如何？如果您需要近乎实时的数据，而数据载入只需几分钟时间就能完成，您可以每小时运行一次数据载入过程。但是，若数据载入过程比较费时，则应在 Intelligence Server 使用率较低的时段连夜运行数据的载入。

• 数据载入维护任务很大程度上可能会影响对 Intelligence Server 产生的负荷。关闭打开的会话，只需占用极少系统资源。 MicroStrategy 建议您在每次数据载入时运行此任务。相反，更新数据库统计会大幅增加系统负荷。如果您频繁运行数据载入，则不应在所有数据载入过程启用此任务。如需更多关于数据载入选项的信息，请参考 Enterprise Manager 维护任务（第 574 页）。 • 当在 Desktop 中删除受监控的项目时，您还需将它从 Enterprise Manager Console 移除。否则，在数据载入过程中 Enterprise Manager 将尝试载入该项目。

• 当在 Desktop 中更改项目名称时，应在下一次数据载入开始前刷新 Enterprise Manager Console 中的可用项目列表。否则， Enterprise Manager 将继续使用项目的旧名称。

• 如有可能，请同步 Intelligence Server 计算机的时间与数据仓库时间。 Intelligence Server 向数据库写入统计信息时，将使用数据仓库 RDBMS 时间戳。写入后的格式为 em_record_ts （事实表中）以及 recordtime （统计表中）。 Enterprise Manager 将使用 recordtime 来判断根据数据载入过程的时间范围移动哪些统计信息。时间范围由数据仓库的 RDBMS 时间决定。

此外，如果数据库仓库时间与 Intelligence Server 计算机时间并不相同，则 Enterprise Manager 中的部分报表可能会丢失数据。例如，若统计信息在 Enterprise Manager 报表中显示为 “ 删除的报表 ”，则可能是因为根据数据仓库的时间戳而记录该报表的统计信息并不存在。

如何更改数据载入预定计划

1 在 Enterprise Manager Console 中，选择调度。

2 单击下一步。

3 请在时间范围、重现或时间范围选项中做相应的更改。有关每个选项的详细信息，请参阅预定统计数据载入到 Enterprise Manager 数据仓库的频率（第 567 页）或单击帮助。

4 单击应用以保存更改。

5 要重启含新预定内容的数据载入服务，请单击停止以停止服务，然后再单击启动。

此界面中所做的更改必须点击应用更改并重启数据载入服务之后才  会生效。

如何立即运行手动数据载入

1 在 Enterprise Manager Console 中，选择调度。

2 仔细阅读 “ 调度概述 ” 页面上的内容并单击下一步。

3 单击现在运行手动加载。随之将显示一个带进度条的对话框，显示数据载入过程的进度。当数据载入完成时，单击确定以关闭此对话框。

如何在特定时间段载入数据

1 在 Enterprise Manager Console 中，从工具菜单中选择数据载入选项。

2 在下拉列表框中，指定自定义时间范围的开始日期和结束日期。

3 单击自定义时间窗口。“ 数据载入选项 ” 对话框将关闭，随之将显示一个带进度条的对话框，显示数据载入过程的进度。当数据载入完成时，单击确定以关闭此对话框。

如何通过命令行执行数据载入过程

通过 maemetl.exe 命令并结合以下其中一个或多个参数调用 Data Loader 可执行文件。例如，要执行数据载入，请使用语法： maemetl.exe -dm

maemetl.exe 文件位置如下： C:\Program Files\MicroStrategy\ Enterprise Manager 数据载入参数如下：

• -DM：数据迁移过程。该参数将从统计表中的迁移数据切换到 Enterprise Manager 数据仓库表。 • -CWM -MM/DD/YYYY -MM/DD/YYYY：自定义时间范围迁移。此选项将载入指定日期范围内记录的所有统计表。

您可以同时使用数据载入参数、维护参数和数据仓库清除参数来调  用 Data Loader 可执行文件。如需维护参数的列表，请参阅如何通过命令行执行 Enterprise Manager 维护任务（第 576 页）。如需可用的维护参数列表，请参阅如何通过命令行清除 Enterprise Manager 数据仓库的数据（第 577 页）。

数据载入过程的疑难解答

Enterprise Manager 将记录包括所有错误信息在内的所有来自数据载入过程的信息到 MSTRMigration.log 文本文件。此文件默认存储在： C:\Program Files\MicroStrategy\Administrator\ Enterprise Manager\

如果执行 SQL 脚本期间发生错误，则导致该错误的 SQL 脚本将被记录到日志文件中。该脚本随后将根据 Enterprise Manager 数据仓库用基于本地系统的查询工具来运行。这个过程将帮助分辨错误的原因是 SQL 脚本内部错误还是因为缺少正确的统计数据。

以下是可能导致数据载入失败的几种原因：

• 数据不能从当前未载入到 Intelligence Server 上的项目进行加载。状态设置为请求闲置、执行闲置或全完闲置模式下项目也不能用于数据载入。

从项目载入数据前，请确保项目不处于这些闲置模式且设为 “ 已载入 ” 状态。如需关于不同的项目模式的解释，以及如何设置项目模式的操作说明，请参阅设置项目状态（第 27 页）。 • 如果更改了执行 Enterprise Manager 项目配置操作的用户的登录密码，数据将无法从该项目进行载入，除非在 Enterprise Manager Console 中重新配置该项目。在 2. 配置步骤中，从受监控的项目源列表中移除该项目源，然后把它再次加入到列表中。

• 如果您在 Desktop 中移除了 Enterprise Manager 所监控的项目，数据载入过程将失败，除非从受监控的项目列表中移除该项目。

• 如果 MicroStrategy Enterprise Manager Data Loader 服务已停止，则不会发生定期数据载入过程。重启 Data Loader 服务以恢复定期数据载入过程。

如需了解更多关于数据载入失败的原因，请参阅 MicroStrategy Tech Note TN16852。

Enterprise Manager 维护任务

除了从统计表和项目元数据载入数据，数据载入过程还将执行特定的系统维护任务。这些任务将保持您的 Enterprise Manager 项目以及数据载入有效执行。这些任务可以在每次数据载入过程中执行，也可以立刻运行。

可执行的维护任包括：

• 更新文件夹路径：此任务将更新报表、用户等实体的位置属性。它将同步 Enterprise Manager 数据仓库查找表与元数据中的实际文件夹路径。 • 更新对象删除部分：此任务将确保项目元数据中已删除的对象标记为已从 Enterprise Manager 删除。已删除的对象的相关信息保留在 Enterprise Manager 查找表以供历史数据分析。已删除的对象将在相应的查找表中用删除符号加以标注。

• 更新数据库统计：此任务将执行 SQL 脚本以便 Enterprise Manager 数据仓库和统计信息数据库收集有关这些数据仓库表的统计信息。数据库将使用这些统计信息来改进 Enterprise Manager 报表的响应速度。此选项适用于 SQL Server、 Oracle、 Teradata、 DB2 8.2.2 或更高版本。此任务必须频繁运行才能提高 Enterprise Manager 报表的性能。此选项所运行的 SQL 脚本有： • Upd_Stat_Table_Stats_DBname.sql • Upd_Fact_Table_Stats_DBname.sql

• 关闭打开的会话：此任务将关闭所有位于统计信息数据库中处于开放状态的会话。使用此任务将帮助避免发生单个会话，即统计信息数据库中表示会话已在 Intelligence Server 中初始化，但会话结束时未记录任何信息的输入项。很少情况下会发生单个会话，一旦发生则会影响需使用 Session Duration 参数的 Enterprise Manager 报表的准确性。例如，一个运行时间较长的单个会话可能会将会话平均持续时间错误地计算为几天。当执行此任务时，断开时间为 NULL 但开放时间已超过 24 小时的所有会话将在连接后将其断开时间更新为 24 个小时。

此选项运行的 SQL 脚本为 em_close_orphan_sessions_DBname.sql

• 重新生成关系表：此任务将同步 Enterprise Manager 数据仓库与元数据中的关系表，比如 IS_SCHED_RELATE 或 IS_USR_GP_USR。

由于数据载入过程中已执行了维护任务，您可以参考数据载入过程的疑难解答（第 573 页）中有关这些任务的疑难解答建议。

如何选择每此数据载入过程中要执行的维护任务

1 从 Enterprise Manager Console 中的工具菜单中选择选项。这时将打开 “ 选项 ” 对话框。

2 单击数据载入选项卡。

3 选择要在数据载入期间执行的任务。有关每项任务的详细说明，请参阅 Enterprise Manager 维护任务（第 574 页）。

4 单击确定保存选择并关闭 “ 选项 ” 对话框。在每个后续数据载入过程中将执行所选的数据载入选项。

如何立即执行 Enterprise Manager 维护任务

1 从 Enterprise Manager Console 中的工具菜单中选择数据载入选项。这时 “ 数据载入选项 ” 对话框将打开。

2 单击任务相应的按钮以执行任务。有关每项任务的详细说明，请参阅 Enterprise Manager 维护任务（第 574 页）。

如何通过命令行执行 Enterprise Manager 维护任务

通过 maemetl.exe 命令并结合以下其中一个或多个参数调用 Data Loader 可执行文件。例如，要更新对象位置并清除单个会话，请使用语法： maemetl.exe -ol -cos

maemetl.exe 文件位置如下： C:\Program Files\MicroStrategy\Enterprise Manager

维护任务所使用的参数如下：

• -OL：对象位置更新过程。这将更新所有对象的 “ 位置 ” 属性。如果用户移动或更改来文件夹的结构，此切换操作将允许 Enterprise Manager 与用户的项目结构同步。这与更新文件路径选项的作用一致。

• -EF：存在标记更新过程。此切换过程将判断 Enterprise Manager 所监控的哪些对象已不存在于用户的项目中。这与更新对象删除部分选项的作用一致。

• -UWTS：更新 Enterprise Manager 数据仓库表统计信息过程。此切换操作将帮助提升数据库上的查询性能。数据库的优化程序将在运行 SQL 时使用这些统计信息。此切换操作适用于 SQL Server、 Oracle、 Teradata、 DB2 8.2.2 或更高版本。此选项是更新数据库统计选项中的一个部分。

• -USTS：更新 Intelligence Server 统计表统计信息过程。此切换操作将帮助提升数据库上的查询性能。数据库的优化程序将在运行 SQL 时使用这些统计信息。此切换操作适用于 SQL Server、 Oracle、 Teradata、 DB2 8.2.2 或更高版本。此选项是更新数据库统计选项中的一个部分。

• -COS：关闭单个会话过程。此切换操作将更新用户统计表中的信息以关闭任 Intelligence Server 因为任何理由而保持开放状态的所有会话。这与关闭单个会话选项的作用一致。

• -REP：重新生产 Enterprise Manager 关系表过程。此选项将在数据载入的同时同步关系表与元数据。这与重新生成关系表选项的作用一致。

您可以同时使用数据载入参数、维护参数和数据仓库清除参数来调  用 Data Loader 可执行文件。如需可用的数据载入参数列表，请参阅如何通过命令行执行数据载入过程（第 573 页）。如需可用的维护参数列表，请参阅如何通过命令行清除 Enterprise Manager 数据仓库的数据（第 577 页）。

清除未使用的数据以提升数据仓库性能

Enterprise Manager 会搜集大量的数据。这些数据可能经过一定时间后会过期并且不再与您的分析有任何关系。 MicroStrategy 建议在出现上述情形时清除数据仓库中的过期数据以确保最佳的数据库性能。清除数据仓库中未使用或过期的数据可以保持数据库维护操作所需的理想大小，并且使维护更简单同时更快完成查询。  数据仓库数据的删除内容不会记录到 EM_LOG 数据库表。所有数据库清除过程将作为一项数据库事务处理来运行，且在发生错误时事务处理将回退操作，以确保统计信息数据库处于一致的状态。要让事务处理大小保持合理状态，建议根据统计信息数据库的大小设置多个清除操作所需的较小时间范围而不是指定一个单独的较大时间范围。例如，对于较大的数据库，合理的时间范围应设置为 1 个月，而对于较小的数据库，时间跨度设为一年更为合理。

如何从 Enterprise Manager 清除指定时间段的数据

1 在 Enterprise Manager Console 中，从工具菜单中选择数据载入选项。这时 “ 数据载入选项 ” 对话框将打开。

2 在 “ 指定自定义时间窗口 ” 区域，分别设置一个开始时间和结束时间。

3 单击 WH 数据删除。这时 “ 清理项目 ” 对话框将打开。

4 从项目列表中，选择要从数据仓库清除的数据所在的项目。

5 单击确定。指定时间范围内所有与所选项目相关的数据将从 Enterprise Manager 数据仓库删除。

如何通过命令行清除 Enterprise Manager 数据仓库的数据

用 maemetl.exe 命令并结合 -WHD -MM/DD/YYYY -MM/DD/YYYY [-S”ServerName” -P”ProjectName”] 参数来调用 Data Loader 可执行文件。您可以选择只清除特定服务器上的数据，或者是特定服务器上指定项目中的数据。例如，要清除 Intelligence Server 计算机 ARCHIMEDES 上所有项目在 2008 年 1 月 1 日至 3 月 31 日之间产生的数据仓库数据，请使用下列语法： maemetl.exe -whd -01/01/2008 -03/31/2008 -S”ARCHIMEDES”

maemetl.exe 文件位置如下： C:\Program Files\MicroStrategy\ Enterprise Manager 您可以同时使用数据载入参数、维护参数和数据仓库清除参数来调  用 Data Loader 可执行文件。如需可用的数据载入参数列表，请参阅如何通过命令行执行数据载入过程（第 573 页）。如需维护参数的列表，请参阅如何通过命令行执行 Enterprise Manager 维护任务（第 576 页）。

Enterprise Manager 的报表制作

Enterprise Manager 中包含的大量报表专门设计用来为您提供有关 MicroStrategy 对象、报表处理数据以及用户和会话数据的信息。例如，队列中作业的等待时间是否导致报表处理发生很明显的延迟。如果确实如此，则增加可用数据库连接线程可以帮助缩短等待时间。这只是 Enterprise Manager 报表如何帮助您提高效率的其中一个例子。

Enterprise Manager 还包含了一系列的仪表盘，这些仪表盘是一种交互式文档，它们使用一个或多个报表来浏览数据中有用的部分。在执行任何报表以用于直观地介绍 Enterprise Manager 如何帮助您分析报表信息之前，请充分利用仪表盘带来的好处。如需更多关于 Enterprise Manager 自带的仪表盘内容的详细信息，请参阅仪表盘（第 581 页）。

要运行 Enterprise Manager 项目中所包含的报表，您可用像连接其他任何项目一样连接到该报表所在的项目。您必须有系统管理员分配给您的 Enterprise Manager 中所需的相应权限。

您可以不进行任何修改直接使用 Enterprise Manager 报表，或者也可以对报表进行修改使其返回您想在 MicroStrategy 环境中分析的确切数据。如需关于自定义 Enterprise Manager 报表的信息，请参阅自定义 Enterprise Manager 报表以满足需求（第 580 页）。

Enterprise Manager 报表的名称应放在数字之后。含整数的报表名称（比如 81. Activity by User）表示报表返回高级别分析区域的数据。含小数的报表名称（比如 81.1 Ad-hoc Job Activity by User or 81.2 DB Result Rows by User）表示这些报表提供来更高级别分析区域内的详细信息。

即开即用型报表的索引包括在 Enterprise Manager 事实表上。检查运行最频繁或所需运行时间最长的 Enterprise Manager 报表的索引。若发现部分使用了表格的报表当前并不包含索引，必要时应创建更多索引。

Enterprise Manager 项目的分析区域如下所述。部分分析区域描述包括了该区域内的一个或两个具有代表性的报表的详细信息，以及可用于该分析区域内大多数报表的自定义方案。

• 仪表盘是非常有利的汇总数据源，并且提供了更为详细的交互式分析。如需每种 Enterprise Manager 报表的描述，请参阅仪表盘（第 581 页）。 • 操作分析报表提供了有关系统资源使用情况、并发性、以及报表和订阅的处理时间相关的信息。如需这些报表的描述，请参阅操作分析（第 590 页）。

• 性能分析报表支持与使用模式、 Intelligence Server 管控设置以及智能立方体分析相关的分析方式。如需这些报表的描述，请参阅绩效分析（第 598 页）。 • 项目分析报表提供了有关 MicroStrategy 项目增长以及配置和项目对象的使用模式的信息。如需这些报表的描述，请参阅项目分析（第 601 页）。 • 实时分析报表提供了与当前响应时间以及调度结果相关的信息。此信息可以有效地用于疑难解答以及优化您的数据库配置。如需这些报表的描述，请参阅实时分析（第 609 页）。 • 用户分析报表用于分析用户的活动情况和偏好。如需这些报表的描述，请参阅用户分析（第 610 页）。

如需包含所有 Enterprise Manager 事实、实体和度量的详细列表，请参阅 Supplemental Reference for System Administration 中的 Enterprise Manager Data Dictionary 章节。

由于 Intelligence Server 可以进行配置并记录不同类型的统计信息，若  指定日志记录选项未选中则会影响 Enterprise Manager 中的部分报表。如需关于统计信息日志记录的详细信息，请参考监控系统使用情况：Intelligence Server 统计信息（第 278 页）。

Enterprise Manager 报表制作的最佳实践方法

• 载入最新的 Enterprise Manager 数据并不是查看并聚合最近收集的统计数据的必要条件，但要查看项目元数据中的对象名称则必须首先成功执行了数据载入以便在在项目中载入对象的名称和描述。如果未发生数据载入，度量仍会作为报告对象并正确聚合，但部分对象名称会显示为空白字段。

统计数据经过 Data Loader 的处理后，分析范围将明显扩大且各种 Enterprise Manager 分析区域中的报表将反映处理后的数据。 • Enterprise Manager 自带的仪表盘文档提供了报表制作的直观介绍方式，并且应在运行任何报表前使用。如需更多关于 Enterprise Manager 中可用的仪表盘的信息，请参阅仪表盘（第 581 页）。

• MicroStrategy 建议不要直接修改 Enterprise Manager 自带的报表，最好复制该报表后再对其复件进行适当的修改。

• 默认情况下，只有 MicroStrategy 系统管理员以及 MicroStrategy Web Viewer 组用户才具备在 Enterprise Manager 中运行报表所必需的访问许可和权限。如果其他用户需要查看 Enterprise Manager 报表，管理员必须为其分配相应权限使其能够使用 Public Objects 和 Schema Objects 文件夹中的所有对象。

• 用 “########” 表示的数据表示该数据无法显示。例如，若一段时间内，报表中的 Average Report Execution Duration （报表平均执行持续时间）度量显示为 “########”，则表示该报表从未在该时间段内完成执行操作，且所有执行操作已取消。这意味着您需要检查该时间段内您系统中可能存在的问题。

自定义 Enterprise Manager 报表以满足需求

Enterprise Manager 自带的报表提供了大量的分析内容。但是您可能觉得即开即用型报表并不能完全满足您对分析的需要。这种情况下，您可以编辑现有的报表来满足您的需求，或者可以使用 Enterprise Manager 项目中预定义的度量和实体来创建您自己的报表。

MicroStrategy 建议不要直接修改 Enterprise Manager 自带的报表，最  好复制该报表后再对其复件进行适当的修改。

您可以通过 MicroStrategy Desktop 或 MicroStrategy Web 中以其他 MicroStrategy 项目中的操作方式来在 Enterprise Manager 中修改和创建报表。如需涵盖报表分析和创建以及度量和筛选器等对象的基础知识的 MicroStrategy 报表制作操作指南，请参阅 MicroStrategy 初级报表制作指南。如需关于更加复杂的报表制作任务相关的信息，请参阅 MicroStrategy 高级报表制作指南。您也可以单击帮助来获取任意报表制作界面的详细信息。

部分 Enterprise Manager 报表充分利用了 MicroStrategy 的自由格式  SQL 功能来帮助您使用自定义的 SQL 语句访问替代数据源。如需关于自由格式 SQL 的详尽信息，请参阅 MicroStrategy 高级报表制作指南。

查看有关 Enterprise Manager 对象的信息：项目文档

项目文档向导可提供 Enterprise Manager 项目中任意对象的详细信息。例如，要查找特殊用途的度量，您可以生成并查看项目文档来寻找相应的 Enterprise Manager 度量。

项目文档向导的操作过程中，您应指定需要获取相应信息的对象。项目文档向导将把这些对象的相关信息记录到一个 HTML 文件。您可以查看并搜索此 HTML 文件，或打印此文件供日后使用。

Enterprise Manager 项目最初只能用于安装了 Enterprise Manager 项  目的计算机。要让其他用户也能查看项目文档，请在您的网络中共享这些 HTML 文件。

如何创建适用于 Enterprise Manager 的项目文档

1 在 Desktop 中登录到一个 Enterprise Manager 项目。您必须用具备管理权限的用户帐户登录。

2 在工具菜单中选择项目文档。这时将打开项目文档向导。

3 完成项目文档向导中的所有步骤。选择 Enterprise Manager 项目以及要在项目文档中包含的对象和信息。如需此向导的使用说明，单击帮助。

要加入有关度量或报表的信息，请选择应用程序对象。要加入有关  实体的信息，请选择框架对象。

4 在向导最后一个步骤中单击完成。项目文档 HTML 文件将在您在向导中所指定的位置生成。

仪表盘

Enterprise Manager 自带了几个 Report Services 文档，这些文档以仪表盘类型的视图为您展示一个或多个相关的报表。 Report Services 文档是来自相关分析区域的非常有利的汇总数据源。仪表盘也是一种文档，它可以提供大量的交互式图形功能以不同的详细程度来浏览相关数据。

Enterprise Manager Overview 文档提供了所收集的文档、报表以及用户活动情况数据的一个直观且交互的概览，并且简要地介绍了 Enterprise Manager 中的其他可用仪表盘。在执行任何 Enterprise Manager 报表前可以充分利用此仪表盘来获取 Enterprise Manager 功能相关的有力说明。

您必须有 MicroStrategy Report Services 许可证才能查看或操作  Report Services 文档。此外，仪表盘必须在 MicroStrategy Web 中进行查看才能使其交互性完全得到发挥。

Enterprise Manager 自带的其他仪表盘有： • 数据仓库优化建议（第 582 页）

• 文档处理过程中所使用的分析仪表盘（第 583 页） • 项目分析仪表盘（第 584 页） • 项目分析交互式仪表盘（第 585 页） • 实时服务器使用情况仪表盘（第 586 页） • 报表处理过程中所使用的分析仪表盘（第 587 页） • 服务器缓存优化建议（第 588 页） • 用户分析仪表盘（第 589 页）这些仪表盘设计用来与 MicroStrategy Web 一起使用。如果您使用的  是 MicroStrategy Web Universal，则仪表盘中其他报表的链接将无法使用。要修正这些链接，您需对仪表盘进行编辑并将链接中所有 Main.aspx 更改为 mstrWeb。

数据仓库优化建议

此仪表盘提供的信息可以知道您优化数据仓库性能时顺利完成操作。用户指定了分析的时间范围、认为需要优化的数据库表的数量以及优化计算中所需的作业比例。

仪表盘的前半部分总结了当前数据库的使用情况。摘要容有：

• 指定时间段数据库使用情况的执行摘要，其中包括报表请求和报表结果行的数量、每次请求平均执行时间以及总的执行时间。

• 仪表图中显示指定比例的报表所占总数据库负荷的百分比。 • 表格中显示占用数据库资源最大的报表。此表格可以按照报表请求数量、结果行数量或执行时间来进行排序。

仪表盘的后半部分由一系列需要进行优化的数据库表构成。单击某一个数据库表将生成一个优化项列表及其潜在的效果。这些优化项包括聚合表分组以及不同类型的二级索引。

文档处理过程中所使用的分析仪表盘

此仪表盘提供来有关您项目中文档的使用情况和执行性能，其中包括平均等待时间和遇到的执行错误数。用户将指定分析内容所处的时间段。

“ 处理摘要 ” 分节提供了指定项目和 Intelligence Server 的文档活动的大致情况。其中包括： • 折线图，展示了文档执行的关键绩效指标，其中包括平均等待时间、执行时间以及遇到的错误数。

• 面积图，展示了一段时间内的作业数量以及执行错误数。 • 面积图，展示了执行后的文档平均等待时间、执行时间以及等待时间。

“ 文档详细信息 ” 分节提供了有关指定项目中特定文档的更加深入的信息。从下拉列表中选择一个要查看的文档：

• 常用文档的气泡图，其中显示了用户数和每个文档的作业请求数量。 • 有关所选文档的常规信息，其中包括所有者、描述以及上次修改文档的时间。

• 面积图中展示了平均等待时间、执行时间以及执行问的时所花费的等待时间。

项目分析仪表盘

此仪表盘提供了在您所指定的时间范围内项目相关的使用和活动情况的综合性概览。

仪表盘的前半部分包含了系统的基本分析。其中包括：

• 条形图，通过执行作业所需的总时间、已执行作业总数以及已连接用户总数展示了项目使用情况。

• 每个项目的系统资源占用概览，其中包括缓存命中数、作业数以及其他度量。

在仪表盘上基本分析内容的下方是每个项目分别对应的区域。这些独立的部分包含来项目的详细分析，其中包括：

• 折线图，展示项目中报表以及其他对象数量的每周增长趋势。 • 折线图，展示了与用户数和用户请求数相关的每周使用趋势。 • 折线图，展示了与作业执行时间和作业数相关的每周项目性能趋势。 • 图表，展示了负荷分布情况（即席作业与调度作业）。

此仪表盘还包含了其他 Enterprise Manager 报表的一系列链接。为了更好地自定义文档，文档链接将替代 MicroStrategy Web 的  ASP.NET 版本。在 MicroStrategy Web Universal 中，必须对链接适当调整。 MicroStrategy SDK 中自带的 MicroStrategy Developer Library (MSDL) 提供了自定义 Report Services 文档所需的信息。

项目分析交互式仪表盘

此文档提供来指定项目的使用状态信息，其中包括对象的存储、项目增长模式以及要清理的未使用的应用程序对象列表。

“ 概览 ” 部分提供了项目性能和大小的基本概念。其中包括： • 折线图，展示项目一段时间内的关键绩效指标，其中包括用户数、会话数以及文档作业量。

• 条形图，按对象类型细分项目中的应用程序对象和框架对象的数量。对象类型有报表、文档、实体和层级。

“ 增长 ” 部分提供了新添加到项目的应用程序对象的详细信息。其中包括： • 图表，展示每周添加到项目的应用程序对象的数量，按对象类型细分。 • 漏斗图，展示新添加到项目的应用程序对象的数量，按对象所有者进行排列。

“ 使用情况 ” 部分提供了项目中最常用对象的概览。其中包括： • 热图，用于展示项目中前 10 个最常用的报表和文档。 • 项目中前 10 个实体、度量和筛选器的列表。

“ 清理 ” 部分提供了项目中未使用的对象视图。 • 项目中未使用的报表、文档、实体以及其他应用程序对象的列表。 • 从元数据中删除未使用的应用程序对象时所使用的脚本生成链接。

实时服务器使用情况仪表盘

此仪表盘提供了最近系统活动情况的概览。用户将指定数据用于报表制作的最早时间。

仪表盘包括：

• 主要系统度量，比如平均作业持续时间以及指定服务器计算机的总处理作业量。

• 饼图，用于表示按项目以及按 “ 已完成 ”、“ 错误 ” 等执行状态显示的最近作业分布情况。

• 折线图，用于展示指定服务器计算机的系统数据吞吐量以及响应时间。 • 表格，用于表示服务器计算机上按每个项目显示的调度作业的当前状态。

仪表盘还提供了更多详细报表的链接。

为了更好地自定义文档，文档链接将替代 MicroStrategy Web 的  ASP.NET 版本。在 MicroStrategy Web Universal 中，必须对链接适当调整。 MicroStrategy SDK 中自带的 MicroStrategy Developer Library (MSDL) 提供了自定义 Report Services 文档所需的信息。

报表处理过程中所使用的分析仪表盘

此仪表盘提供来有关您项目中报表的使用情况和执行性能，其中包括平均等待时间和遇到的执行错误数。用户将指定分析内容所处的时间段。

“ 处理摘要 ” 分节提供了指定项目和 Intelligence Server 的报表活动的大致情况。其中包括： • 含各种关键绩效指标的折线图，其中包括用户报表请求数、导出的作业量以及执行时间。

• 面积图，展示了一段时间内的作业数量以及遇到的报表执行错误数。 • 图表，展示了报表在一段时期内的平均等待时间、执行时间以及等待时间。

“ 报表详细信息 ” 分节提供了有关指定项目中各个报表的更加深入的信息。从下拉列表中选择一个要查看的报表： • 常用报表的气泡图，其中显示了用户数和每个报表的作业请求数量。 • 有关指定报表的详细信息，其中包括所有者、描述以及上次修改报表的时间。

• 热图，展示了请求报表的用户，以及遇到的执行错误数量。

服务器缓存优化建议

此仪表盘提供了可帮助您根据历史数据使用情况实现最佳缓存策略的信息。用户将指定要优化的作业比例（默认值为 20%）以及分析时间跨度。

仪表盘由两个面板组成。第一个面板提供了指定时间跨度内服务器缓存效率概况。包括的内容有：

• 服务器工作量摘要，其中包括报表请求数量、执行请求平均所需的总时间、平均结果行数以及导致错误的作业数量。

• 仪表图，用于展示通过命中缓存而非数据库的作业所缩短的数据库执行时间比例。

• 条形图，按队列中每项作业的平均等待时间、每项作业的平均执行时间以及每小时作业数量来分析服务器每小时所承受的工作量。

第二个面板提供了三种优化策略的潜在优化潜力，并三种不同的表格形式来进行展示：

• 根据计划的数据库资源节省方案对执行效率最低的报表进行缓存。 • 禁用命中率较低的报表的缓存。

• 通过构建频繁钻取所得对象而扩充的 OLAP 立方体来提高缓存效率。

用户分析仪表盘

此仪表盘提供了 Intelligence Server 或项目上有关用户活动情况的概览，其中包括报表和文档执行时的统计信息以及用户会话信息。您也可以检查非活动状态的用户来判断这些用户处于非活动状态的时间长短或者判断是否需要移除这些用户。

“Intelligence Server 使用情况 ” 部分展示了指定 Intelligence Server 中，用户及其会话的活动情况。其中包括：

• 折线图，用于展示 Intelligence Server 的关键绩效指标度量。其中包括平均会话持续时间、平均连接时间以及不同用户数。

• 热图，用于展示通过 MicroStrategy Web 或 MicroStrategy Scheduler 等应用程序连接到 Intelligence Server 的用户数量。 • 面积图，细分了会话数、用户数、以及每个应用程序或项目的平均会话持续时间。

“ 项目使用情况 ” 部分包含指定项目的用户特定的活动信息。从下拉列表中选择一个要查看的项目的名称。

• 含用户连接活动情况的热图，其中包含每个用户的作业量和会话数以及连接时间。

• 细分的每位用户的独立活动情况，其中包括已执行的报表和文档的名称、遇到的错误以及等待时间。

“ 非活动用户 ” 部分让您按项目或 Intelligence Server 依次查看非活动用户的信息，其中包括： • 含非活动状态趋势的面积图，用于展示指定时间跨度内处于非活动状态的用户数量。

• 非活动用户列表，包含了帐户创建日期以及上一次连接时间的列表。 • 条形图，根据处于非活动状态的时间长短展示非活动用户的分布情况。

操作分析

Enterprise Manager 中的 Operations Analysis （操作分析）文件夹包含了以下分析区域，每一区域包含各自的报表：

• 并发操作分析（包括用户 / 会话分析）（第 590 页） • 数据载入（第 592 页） • 传递处理分析（第 592 页） • 收件箱消息分析（第 593 页） • 报表处理过程中的分析（第 593 页）

• 资源利用情况分析（包括资源消耗主要因素）（第 595 页）

并发操作分析（包括用户 / 会话分析）

此分析区域提供了用于分析系统上不同时间点的会话和用户并发情况的报表。管理员可以计算的数据包括：

• 元数据中的总用户数 • 当前已登录的总用户数 • 当前处于开放状态的总用户会话数

• 包含活动状态作业的总用户会话数

此分析区域内的报表使用来自 Time （时间）层级的一个实体作为分析用的主实体，还使用了代表管理员所提问题答案的各种度量。

报表名称作用

10.Concurrency by Hour of Day 提供每日每小时的并发活动状态用户的数量以及并发会话数量。此报表（每日每小时的并发数）将根据时间来进行提示。

11.Daily Session Concurrency 用各种度量来分析一段时间内并发的活动状态会话。此报表将根据时间 Analysis （每日会话并发分析）和会话持续时间来进行提示。 12.Session Duration Analysis 用各种度量来分析一段时间内用户会话的持续时间。此报表将根据时间（会话持续时间分析）和会话持续时间来进行提示。

13.Daily User Connection 用各种度量来分析一段时间内用户会话的并发数。此报表将根据时间和 Concurrency Analysis 会话持续时间来进行提示。（每日用户连接并发分析）

14.Minute Level User Concurrency 提供每日操作高峰期活动状态的用户和会话的每分钟的走势图。此报表 During Peak Hours 将根据时间来进行提示。（高峰期每分钟的用户并发数）

14.1 Top n Maximum User 提供最大用户并发数相关的前 N 小时的列表。此报表根据时间、会话持 Concurrency Hours - report as filter 续时间以及返回的小时数来进行提示。（前 N 个最大用户并发小时 - 报表作为筛选器）

样例报表：Daily Session Concurrency Analysis （每日会话并发分析）

此报表用各种度量来分析一段时间内并发的活动状态会话。报表结果对 Intelligence Server 的负荷情况以及使用情况做了汇总。此报表包含基于时间以及要分析的会话最短和最长持续时间的提示。

使用场景

管理员可以使用此报表来分析任何一天 MicroStrategy 系统上的总会话数量。还可以观察一天中任何时间内的平均会话数量、最小会话数量以及最大会话数量。

报表详细信息

• 钻取路径：推荐的钻取路径应以 Time （时间）层级为基准。 • 其他选项：要将分析范围限制在 Desktop 等特定的 MicroStrategy 客户端，您可以使用相应的客户端添加与 Connection Source （连接源）实体相关的附加筛选器或分页。此外，您还可以添加与 Session （会话）层级中任意实体相关的筛选器或分页（Session （会话）实体本身除外）。

数据载入

此分析区域涵盖了历史数据的载入。次区域只包含一个报表，即 Data Load History （数据载入历史记录）。此报表的详细信息如下所示。

样例报表：Data Load History （数据载入历史记录）

此报表提供了每一个受监控的项目的数据载入过程的历史视图。其中列出了每个项目每一次发生数据载入的开始和结束的时间。

使用场景

管理员可以使用此报表来确认统计数据是否在何时的时间载入，并确保数据载入过程不会对服务器造成过多负荷。

报表详细信息

• 项目按各自的 GUID 排列。 • GUID 为 00000000000000000 的项目表示项目列表的统计表中的事实迁移。

传递处理分析

此分析区域提供了用于分析您系统中 Distribution Services 订阅活动的报表。

报表名称作用

111.Weekly Subscription Activity 提供了每周订阅活动情况的综合摘要信息。（每周订阅活动情况）

112.Subscription Statistics 提供了指定时间间隔内的订阅活动情况。此报表将根据时间来进行提（订阅统计信息）示。

113.User Subscription Statistics 提供了指定时间间隔内订阅持续时间相关的用户信息。此报表将根据时（用户订阅统计信息）间来进行提示。

114.Top 10 Subscribed Documents 深入剖析了构成收件人、执行时间或一定时间间隔内的订阅数的前 10% （前 10 个订阅的文档）比例的文档。此报表根据时间以及所使用的订阅分析度量来进行提示。

115.Top 10 Subscribed Reports 深入剖析了构成收件人、执行时间或一定时间间隔内的订阅数的前 10% （前 10 个订阅的报表）比例的报表。此报表根据时间以及所使用的订阅分析度量来进行提示。

116.Top 10 Subscribed Contacts 深入剖析了构成收件人、执行时间或一定时间间隔内的订阅数的前 10% （前 10 个订阅的联系人）比例的用户。此报表根据时间以及所使用的订阅分析度量来进行提示。

117.Top 10 Longest Executing 列出了构成指定时间跨度内执行时间的前 10% 的订阅比例。此报表将根 Subscriptions （前 10 个执行时间据时间来进行提示。最长的订阅）

收件箱消息分析

此分析区域提供了用于分析收件箱消息活动情况的报表，其中包括对收件箱消息执行操作时遇到的错误以及收件箱消息作业所占 Intelligence Server 上总作业量的比例。

报表名称作用

118.Inbox Message Action over Time 此报表提供了收件箱消息生成情况和对一组消息执行的操（各时段收件箱消息操作）作数，以及这些操作中导致错误的操作数量。此报表将根据时间来进行提示。

119.Number of Messages by User over Time 此报表提供了使用收件箱消息的用户数量。此报表还对每（各时段用户消息数）位用户的消息数量以及对这些消息所采取的操作数进行了分析。此报表将根据时间来进行提示。

120.Inbox Contributions to Job Counts 此报表对收件箱消息作业所占 Intelligence Server 上总作业量（收件箱占作业量的比例）的比例进行了分析。此报表将根据时间来进行提示。

121.Top 10 Users of Inbox Messages by Project 此报表对每个项目中占用收件箱消息数量的前 10 位用户进（每个项目前 10 个收件箱消息用户）行了分析。此报表将根据时间来进行提示。

122.Top 10 Reports in Inbox Messages by Project 此报表对收件箱消息总数中前 10 个报表进行了分析。此报（每个项目收件箱消息中的前 10 个报表）表将根据时间来进行提示。

123.Top 10 Documents in Inbox Messages by Project 此报表对收件箱消息总数中前 10 个文档进行了分析。此报（每个项目收件箱消息中的前 10 个文档）表将根据时间来进行提示。 124.Unread Inbox Messages 此报表对收件箱中未读的消息活动情况进行了分析。此报（收信箱中未读的消息）表将根据时间来进行提示。

125.Inactive Inbox Messages 此报表对收件箱中指定天数内未执行任何操作的消息进行（收信箱中非活动的消息）了分析。此报表根据计算用的度量以及表示非活动状态的天数来进行提示。

报表处理过程中的分析

系统分析和监控的重点内容涉及了服务器管控和项目配置设置的调整。管理员可以使用此分析区域中的报表来决定：

• 用户会话的超时设置是否合适。分析过程可以帮助您配置 “ 用户会话闲置时间 ” 设置。（在 Desktop 中，右键单击项目源并选择配置 MicroStrategy Intelligence Server，展开约束，然后再选择常规。）

• 是否为带提示的报表启用缓存。分析过程可以帮助您配置 “ 启用带提示报表的缓存 ” 设置。（在 Desktop 中，展开管理选项，右键单击项目名并选择项目配置，然后再展开缓存并选择报表（高级）。）

深入剖析上述问题往往会涉及从多个报表收集数据并跨越多个分析区域，“ 报表处理过程中的分析 ” 区域内的 Enterprise Manager 报表提供了评估服务器和项目约束所需的目标检查。

报表名称作用

1.Weekly Summary - Activity Analysis 提供了每周项目活动情况的综合摘要信息。此报表根据要汇总的项（每周摘要 - 活动情况分析）目来进行提示。 2.Report Execution Analysis Working Set 按照每项作业所需的执行时间来分析报表。此报表根据时间以及要（报表执行分析工作集）分析的项目来进行提示。

3.Document Execution Analysis Working 按照作业执行时所需的时间提供文档执行相关的综合分析。此报表 Set 将根据时间来进行提示。（文档执行分析工作集）

4.Report Error Analysis 提供未完成运行的作业的综合分析。此报表将根据时间来进行提示。（报表错误分析）

4.1 Report Job Time Out Analysis 对超出执行超时限制的报表执行操作及其数量进行了分析。此报表（报表作业超时分析）将根据时间来进行提示。

4.2 Job Cancellation Trend 对一段时间内已取消的作业和未取消的作业数量进行了分析。此报（作业取消趋势）表将根据时间来进行提示。

4.3 Job Cancellation Breakdown 对含有 SQL 执行以及不含 SQL 执行的已取消的报表作业数量进行了（作业取消细分）分析。此报表将根据时间和报表作业类型来进行提示。

5.Database Result Rows by Report 对每个报表和项目的作业数量、数据库结果行数量以及平均报表执（报表的数据库结果行）行持续时间进行了分析。此报表将根据时间来进行提示。

5.1 Report Executions with no data 对未返回任何数据的报表进行了分析。此报表将根据时间和报表作 returned 业类型来进行提示。（无数据返回的报表执行）

5.2 Post-Report Execution Activity 对执行每个报表后的用户活动情况进行了分析。此报表将根据时间（后续报表执行活动情况）和报表作业类型来进行提示。

6.Top 10 Longest Executing Reports 对前 10 个执行时间最长的报表的作业数量以及平均报表执行持续时（前 10 个执行时间最长的报表）间进行了分析。此报表将根据时间来进行提示。

7.Top 10 Longest Executing Documents 对前 10 个执行时间最长的文档的作业数量以及平均文档执行持续时（前 10 个执行时间最长的文档）间进行了分析。此报表将根据时间来进行提示。

8.Minute Level Job Concurrency 对一组日期中每天在一定时间间隔内特定 Intelligence Server 上所执行（每分钟并发作业数量）的报表数量进行了大致分析。此报表将根据分钟和天数来进行提示。

9.Prompt Answer Time vs. Report 对回答提示所需的时间与执行每个报表所需的时间的比例进行了分 Elapsed Time 析。此报表将根据时间来进行提示。（提示回答时间与报表已用时间）

样例报表：Database Result Rows by Report （报表的数据库结果行）

此 Enterprise Manager 报表可以帮助您理解未产生缓存命中数的用户报表对系统负荷与性能的影响。此报表包含一个基于时间的提示。

使用场景

• 您可以使用此报表来分别平均已用时间（每项作业平均持续时间）过长且请求较为频繁（RP 作业数量）的用户报表。接下来您可以制定策略来确保这些用户报表在将来会有较高的缓存命中率。

• 数据库结果总行数（RP 数据库结果行数）可用来大致估算确切的报表缓存大小。这可以帮助您深入剖析如何调整报表相关的项目设置。要对项目设置进行更改，在 Desktop 中，展开管理选项，右键单击项目名并选择项目配置，然后再展开缓存并选择报表（常规）。如需关于上述设置的详细信息，单击帮助。

• 数据库结果总行数还可以为 Intelligence Server 提供从数据库返回的数据量以供后续处理。

• 平均执行时间则可以用来计算数据仓库数据源中执行一个报表所需的时间。

报表详细信息

• 附加选项：要将您的分析操作限制在指定的计算机、连接源、用户会话等内容上时，请从 Session （会话）文件夹添加任意实体到此 Enterprise Manager 报表。例如，要将分析限制在 Web 报表，则添加 Connection Source （连接源）实体到分页轴。如需关于分页的详细信息，请参阅 MicroStrategy 初级报表制作指南。

资源利用情况分析（包括资源消耗主要因素）

此分析区域提供的报表将帮助您分析可用资源的使用情况以便您制定优化策略。可用的系统硬件资源包括各种 Intelligence Server 计算机、数据库服务器、 Web 服务器以及客户端计算机。 Enterprise Manager 深入剖析了 Intelligence Server 的使用情况以及客户端活动情况的本质。

管理员可以使用此分析区域中的报表来判断：

• 用户在报表执行队列中花费了多少时间。 • 加载时间用于判断高峰负荷发生在哪些时间段。

• 用户更偏向于使用哪些界面（Desktop、 Web、 Mobile 等） • Web 使用情况统计

此分析区域内的报表将提示您选择一个要分析的时间段，并使用各种与管理员要求的答案相对应的度量。

Top Consumers （资源消耗主要因素）文件夹中包含 Enterprise Manager 中其他位置的报表快捷方式。这些报表集中在一起用以说明哪些用户和报表是系统资源消耗的主要因素。

报表名称作用

30.Execution cycle breakdown 对报表执行环节中队列、 SQL 生成、 SQL 执行以及分析引擎这四个步（执行周期细分）骤每天所花费的时间细分进行了分析。此报表将根据时间来进行提示。

30.1 Queue time breakdown 根据每份报表在队列的各个部分所花费的总时间来分析报表。此报表（队列时间细分）将根据时间来进行提示。

30.2 Queue to Exec time ratios by 对每一个报表作业步骤的队列时间和执行时间的细分进行了分析。此 Server Processing Unit （每个服务器报表将根据时间来进行提示。处理单元队列与执行的时间比）

30.3 Effect of job prioritization on queue 分析了作业优先级设置对报表等待时间与执行时间的影响。此报表将 time （作业优先级设置对等待时根据时间来进行提示。间的影响）

31.Activity Analysis by Weekday/Hour 根据一定数量的度量，以小时为单位分析 Intelligence Server 的活动情 Working Set （工作日活动情况分析况。此报表将根据时间和分析方法来进行提示。 / 小时工作集）

32.Peak Time Periods （高峰时段）以小时为单位，对作业量以及每项作业平均等待持续时间和执行持续时间进行了分析。此报表将根据时间来进行提示。

33.Server Activity Analysis Summary 基于一定数量的度量，分析了每个 Intelligence Server 的日使用情况。此（服务器活动情况分析摘要）报表将根据时间和分析方法来进行提示。

33.1 Scheduled Report Load on 分析了所有调度作业的持续时间和 CPU 使用率。此报表将根据时间来 Intelligence Server （调度的报表对进行提示。 Intelligence Server 产生的负荷）

33.2 Subscribed Report Load on 分析了所有 NarrowCast Server 订阅作业的持续时间和 CPU 使用率。此 Intelligence Server （订阅的报表对报表将根据时间来进行提示。 Intelligence Server 产生的负荷）

33.3.1 Web Access Trends 分析通过 MicroStrategy Web 运行的作业量。此报表将根据时间来进行提（Web 访问趋势）示。

33.3.2 Web and Non-Web Usage 比较 Web 用户与非 Web 用户的服务器资源使用情况。此报表将根据时（Web 使用情况和非 Web 使用情间来进行提示。况）

33.3.3 Web Usage Statistics 对 Web 用户数、每位 Web 用户的平均作业数以及 Web 用户每项作业的（Web 使用情况统计）平均报表执行时间进行了分析和统计。此报表将根据时间来进行提示。

报表名称作用

34.OLAP Cube Usage Statistics 对内存中 OLAP 立方体的整体使用情况进行了分析和统计。此报表将（OLAP 立方体使用情况统计）根据时间来进行提示。 Execution Cycle Breakdown w/o Queue 注意：此报表已弃用。 Time_deprecated （执行周期细分对报表执行环节中队列、 SQL 生成、 SQL 执行以及分析引擎这四个步有 / 无等待时间 _ 已弃用）骤每天所花费的时间细分进行了分析，无需在每一个单独的步骤中加入等待时间。此报表将根据时间来进行提示。

Job Cancelled Review_deprecated 注意：此报表已弃用。请使用 4.2 Job Cancellation Trend （作业取消趋（已取消的作业确认 _ 已弃用）势）报表。资源消耗主要因素

43.Top 10 Database Tables 列出了每个项目中前 10 个访问次数最多的数据库表，以及访问这些表（前 10 个数据库表）的作业数量。此报表将根据时间来进行提示。

6.Top 10 Longest Executing Reports 对前 10 个执行时间最长的报表的作业数量以及平均报表执行持续时间（前 10 个执行时间最长的报表）进行了分析。此报表将根据时间来进行提示。

62.Top 10 Reports （前 10 个报表）分析了前 10 个执行次数最多的报表对服务器产生的负荷。此报表将根据时间来进行提示。

80.Top N users （前 N 个用户）根据您所选择的度量判断前 N 个用户。此报表将根据时间和分析方法来进行提示。

91.Popular reports in a user’s User 列出了某用户所在的用户组中前 N 个执行次数最多的报表。此报表将 Group （用户组中的常用报表）根据用户、时间和报表数量来进行提示。

样例报表：Scheduled Report Load on Intelligence Server （调度的报表对 Intelligence Server 产生的负荷）

此报表对调度的作业对您系统中的 Intelligence Server 计算机所产生的影响进行了综合分析。此报表包含一个基于时间的提示。

使用场景

您可以通过此报表来理解调度的报表日常操作中对每一台安装了 Intelligence Server 的计算所产生的影响。影响的大小可用服务器报表总作业量和 Intelligence Server 中花费的总时间等度量来衡量。

您也可以用这个报表来了解哪些用户报表将作为调度的一部分执行。通过查看发生错误的调度报表，您可以快速采取合适的操作。

报表详细信息

• 此报表包含了报表对象窗口中的几个实体，但并未出现在报表表格中。如果您有使用 MicroStrategy OLAP Services 所需的许可证，您可以将这些

实体从报表对象窗口移到报表表格而无需重新执行报表。如需关于 OLAP Services 的详细信息，请参阅 MicroStrategy 初级报表制作指南。

 要查看您的系统中哪些用户预定了大量作业，请将 User （用户）实体加入到此报表中。

 要理解哪些调度作业已映射到项目中指定的报表，请将 Report （报表）实体加入到此报表。

 要查找发生错误的调度报表，请将 Error Indicator （错误指示符）实体加入到此报表。

绩效分析

管理员可以运用从分析区域来理解服务器和项目约束设置以及使用模式对系统所产生的影响。

Performance Analysis （绩效分析）文件夹中包含了一系列报表。还包含了两个子文件夹，分别保存各自相关的分析区域：

• Cube Advisor （第 600 页） • 绩效监控分析（第 601 页）

Enterprise Manager 中的 Performance Analysis （绩效分析）文件夹包含用于计算平均作业执行时间和其他作业绩效趋势等度量的报表、缓存分析、执行时间最长的报表等内容。

此分析区域的其中两个报表的详细信息如下。这些样例报表是该分析区域中具有代表性的报表。样例报表中推荐的详细信息和选项通常可以用于相同或相关的分析区域内的其他报表。

报表名称作用

40.System Performance Trends 根据您所选择的度量分析了一个时间跨度内的系统性能。此报表将根据（系统性能趋势）时间和分析方法来进行提示。

40.1 Average Execution Time vs. 对日常操作中每位用户的作业量与作业的平均执行时间进行了比较分 Number of Jobs per User （平均执析。此报表将根据时间来进行提示。行时间与每位用户的作业量）

40.2 Average Execution Time vs. 对日常操作中报告会话数与每项作业的平均执行时间进行了比较分析。 Number of Sessions （平均执行时此报表将根据时间来进行提示。间与会话数）

41.Cache Analysis （缓存分析）分析了系统上的缓存效率。此报表将根据时间和报表类型来进行提示。 42.Job Performance Trend 对报表请求与作业绩效中的每日与每周趋势进行了分析。此报表将根据（作业绩效趋势）时间来进行提示。

报表名称作用

43.Top 10 Database Tables 列出了每个项目中前 10 个访问次数最多的数据库表，以及访问这些表的（前 10 个数据库表）作业数量。此报表将根据时间来进行提示。

44.Warehouse Tables Accessed 通过 SQL 子句类型对已访问的数据仓库表和数据列的数量进行了分析。（已访问的数据仓库表）此报表将根据时间来进行提示。

45.User Data Request Performance 此报表深入剖析了用户使用受监控的项目和 Intelligence Server 的情况，并 Breakdown （用户数据请求绩效对已请求的数据所对应的受监控系统的用户体验进行了相应的分析。此细分）报表将根据时间来进行提示。

样例报表：Cache Analysis （缓存分析）

此报表对系统中的报表缓存做了综合分析。一个好的缓存策略可以很大程度上提升系统的性能。此报表包含了基于时间以及您所需分析的作业类型的几个提示，并且允许您选择需要从中查看数据的最常用的报表作业数量。

使用场景

您可以使用此报表来分析部分报表的缓存命中率。通常来说，这些特定的报表是请求最频繁且资源占用最多的报表。您也可以通过分析带提示的报表是否经常命中缓存来决定是否需要设置带提示的报表以创建缓存。

报表详细信息

• 要分析元素载入作业的缓存命中率，请在提示时选择浏览元素作业。请确保移除报表中的 Report （报表）实体，因为浏览元素作业是临时性的作业并且不会映射到元数据中任何现有的报表。这可以帮助您深入剖析如何调整元素相关的项目设置。要对项目设置进行更改，在 Desktop 中，展开管理选项，右键单击项目名并选择项目配置，然后再展开缓存并选择元素。如需关于上述设置的详细信息，单击帮助。

• 要分析带提示的作业的缓存命中率，请在提示时选择带提示的作业。这可以帮助您深入剖析如何调整报表相关的高级项目设置。要对项目设置进行更改，在 Desktop 中，展开管理选项，右键单击项目名并选择项目配置，然后再展开缓存并选择报表（高级）。如需关于上述设置的详细信息，单击帮助。

样例报表：Warehouse Tables Accessed （已访问的数据仓库表）

此报表对通过各种 SQL 子句访问的数据仓库表和数据列的数量进行了统计和分析。此报表包含一个基于时间的提示。

使用场景

您可以使用此报表并通过 SELECT、 WHERE 等各种 SQL 子句判断访问的数据仓库表和数据列的数量来深入了解数据库调整的相关知识。此信息可以帮助您判断哪些数据库需要做适当调整以提升您 MicroStrategy 项目中查询和报表制作的整体性能。

例如，频繁地用 WHERE 子句访问的数据列是制作索引的较好选择。

Cube Advisor

此分析区域中的报表对报表请求的数据库执行统计信息进行了大致分析。您可以从中了解这些报表根据智能立方体而不是数据仓库来运行时，对报表执行时间等度量值会有什么样的影响。

此外， Report Request Statistics per Project （每个项目的报表请求统计信息）报表可以与 Cube Advisor 结合使用以提供智能立方体带来性能优势相关的数据，比如执行 SQL 语句所需时间缩短以及推荐的智能立方体所影响的用户数量的减少。如需更多关于使用此报表作为 Cube Advisor 的输入项的信息。请参阅 OLAP Services Guide 中的 Dynamic Sourcing 章节。

报表名称作用

45.DB Execution of Prompted 对带提示的报表作业以及数据库上所花费的时间比例进行了统计和分 Reports by Project （项目带提示析。此报表将根据时间来进行提示。报表的数据库执行情况）

46.Report Object Listings （报表对对特定报表所关联的实体和度量进行了分析。此报表根据报表或报表处象列表）理的度量来进行提示。

47.Projected Cube Execution Times 如果报表作业很可能命中一个智能立方体，则会计划报表作业的执行时 of Prompted Reports by Project 间。此报表根据时间和报表，或报表处理的度量来进行提示。（项目中带提示报表计划的立方体执行时间）

48.Report Request Statistics per 对报表请求的数据库执行统计信息进行了初步分析。此报表将根据时间 Project （每个项目的报表请求和项目来进行提示。统计信息）注意：此报表可以导出并用作 Cube Advisor 的输入项。

绩效监控分析

此分析区域内的报表对 Intelligence Server 绩效进行了衡量，并用 Diagnostics and Performance Monitoring Tool 的性能监视器进行记录。如需关于启用计数器的信息，或 Diagnostics and Performance Monitoring Tool 的其他用途，请参阅通过诊断信息查找问题点（第 637 页）。

报表名称作用

92.Performance Monitor Report 提供了指定时间间隔内项目统计信息中所记录的一系列性能监视器计数（性能监视器报表）器的分析报告。此报表根据时间以及 Enterprise Manager 仓库中填充的计数器来进行提示。

93.Performance vs. Governing 根据一定时间间隔内 Intelligence Server 约束设置来对基本性能进行了分 Settings 析。此报表将根据时间来进行提示。（性能与约束设置）注意：要最大程度发挥此报表的灵活性，请确保在 Diagnostics and Performance Monitoring Tool 中记录下列性能影响因素： • 执行中的报表 • 报表缓存使用的内存 • 报表缓存数目 • 打开的项目会话 • 打开的会话

94.Report Performance against 根据一定时间间隔内 Intelligence Server 约束设置来对报表绩效进行了分 Governing 析。此报表将根据时间来进行提示。（受约束设置影响的报表绩效）注意：要最大程度发挥此报表的灵活性，请确保在 Diagnostics and Performance Monitoring Tool 中记录下列性能影响因素： • 正在执行报表 • 报表缓存使用的内存 • 报表缓存数目

95.User Performance against 根据一定时间间隔内 Intelligence Server 约束设置来对每位用户的绩效进 Governing 行了分析。此报表将根据时间来进行提示。（受约束设置影响的用户绩效）注意：要最大程度发挥此报表的灵活性，请确保在 Diagnostics and Performance Monitoring Tool 中记录下列性能影响因素： • 打开项目会话 • 打开会话

96.Delivery Performance against 根据一定时间间隔内 Intelligence Server 约束设置来对每个订阅传递的绩 Governing 效进行了分析。此报表将根据时间来进行提示。（受约束设置影响的传递绩效）

项目分析

此分析区域内的 Enterprise Manager 报表使用 Project （项目）实体来分析与项目使用情况和 Intelligence Server 使用情况相关的各种度量。管理员可以使用这些报表来分析项目的资源占用趋势并理解项目大小如何随时间变化。报表可以帮助您判断哪些元数据对象已使用以及使用的频率，以便您采取合适的操作。

Enterprise Manager 中的 Project Analysis （项目分析）文件夹包含了以下分析区域，每一区域包含各自的报表：

• 对象属性分析（第 602 页） • 对象使用情况分析（第 603 页） • 项目开发趋势（第 608 页） • 提示使用情况分析（第 608 页）

这些分析区域的描述如下，其中对一个报表进行了详细讲解。此样例报表是该分析区域中具有代表性的报表。样例报表中推荐的详细信息和选项通常可以用于相同或相关的分析区域内的其他报表。

对象属性分析

这些报表中列出了 Enterprise Manager 所监控的项目或 Intelligence Server 中所有特定类型的对象的属性。

报表名称作用

50.1 Attribute Form 注意：此报表已弃用。

Properties_deprecated 列出了所有受监控的项目中的所有实体形式属性。此报表按项目进行分（实体形式属性 _ 已弃用）页。

50.2 Attribute Properties 列出了所有受监控的项目中的所有实体属性。此报表按项目进行分页。（实体属性）

50.3 Column Properties 列出了所有受监控的项目中的所有列属性。此报表按项目进行分页。（列属性）

50.4 Fact Properties 列出了所有受监控的项目中的所有事实属性。此报表按项目进行分页。（事实属性）

50.5 Hierarchy Properties 列出了所有受监控的项目中的所有层级属性。此报表按项目进行分页。（层级属性）

50.6 Logical Table Properties 列出了所有受监控的项目中的所有表属性。此报表按项目进行分页。（逻辑表属性）

50.7 Transformation Properties 列出了所有受监控的项目中的所有转换项属性。此报表按项目进行分（转换属性）页。

51.1 Consolidation Properties 列出了所有受监控的项目中的所有合并项属性。此报表按项目进行分（合并项属性）页。

51.2 Custom Group Properties 列出了所有受监控的项目中的所有自定义组属性。此报表按项目进行分（自定义组属性）页。

51.3 Document Properties 列出了所有受监控的项目中的所有文档属性。此报表按项目进行分页。（文档属性）

报表名称作用

51.4 Filter Properties 列出了所有受监控的项目中的所有筛选器属性。此报表按项目进行分（筛选器属性）页。

51.5 Metric Properties 列出了所有受监控的项目中的所有度量属性。此报表按项目进行分页。（度量属性）

51.6 Prompt Properties 列出了所有受监控的项目中的所有提示属性。此报表按项目进行分页。（提示属性）

51.7 Report Properties 列出了所有受监控的项目中的所有报表属性。此报表按项目进行分页。（报表属性）

51.8 Template Properties 列出了所有受监控的项目中的所有模板属性。此报表按项目进行分页。（模板属性）

51.9 Security Filter Properties 列出了所有受监控的项目中的所有安全筛选器。此报表按项目进行分（安全筛选器属性）页。

52.1 DB Instance Properties 列出了所有受监控的 Intelligence Server 中的所有数据库实例属性。此报表（数据库实例属性）按 Intelligence Server 进行分页。

52.2 Event Properties 列出了所有受监控的 Intelligence Server 中的所有事件属性。此报表按（事件属性） Intelligence Server 进行分页。

52.3 Intelligence Server Properties 列出了所有受监控的 Intelligence Server 的属性。（Intelligence Server 属性）

52.4 Project Properties 列出了所有受监控的 Intelligence Server 中的所有项目属性。此报表按（项目属性） Intelligence Server 进行分页。

52.5 Schedule Properties 列出了所有受监控的 Intelligence Server 中的所有调度属性。此报表按（调度属性） Intelligence Server 进行分页。

52.6 User Group Properties 列出了所有受监控的 Intelligence Server 中的所有用户组属性。此报表按（用户组属性） Intelligence Server 进行分页。

52.7 User Properties 列出了所有受监控的 Intelligence Server 中的所有用户属性。此报表按（用户属性） Intelligence Server 进行分页。

52.8 DB Instance Properties 列出了所有受监控的 Intelligence Server 中的所有数据库实例属性。此报表（数据库实例属性）按 Intelligence Server 进行分页。

52.9 Device Properties 列出了所有受监控的 Intelligence Server 中的所有 Distribution Services 设备属（设备属性）性。此报表按 Intelligence Server 进行分页。

52.10 Transmitter Properties 列出了所有受监控的 Intelligence Server 中的所有 Distribution Services 发送器（发送器属性）属性。此报表按 Intelligence Server 进行分页。

54.User_Security_Filter_Relations 列出了所有受监控的 Intelligence Server 中的所有用户及其关联的安全筛选（用户 _ 安全 _ 筛选器 _ 关系）器。此报表按 Intelligence Server 进行分页。

对象使用情况分析

此分析区域提供了用于分析 MicroStrategy 内对象使用情况的报表。

Object Usage Analysis （对象使用情况分析）文件夹中包含了一系列报表。还包含了两个子文件夹，分别保存各自相关的分析区域：

• Command Manager 中的任务汇报（第 605 页） • 配置对象使用情况分析（第 606 页） • 静态报表内容分析（第 606 页）

最上级的 Object Usage Analysis （对象使用情况分析）文件夹中的报表可以有效地用于判断哪些应用程序对象未使用并可以安全删除。

报表名称作用

60.1 Report Statistics 列出了自从指定日期起所有未曾执行的报表，并提供这些报表的执（报表统计信息）行次数。此报表将根据时间来进行提示。

60.2 Template Statistics 列出了自从指定日期起所有未曾使用的模板，并提供这些模板的使（模板统计信息）用次数。此报表将根据时间来进行提示。

61.1 Schedule Statistics 列出了自从指定日期起所有未曾使用的调度，并提供这些调度的使（调度统计信息）用次数。此报表将根据时间来进行提示。

61.2 Server Definition Statistics 列出了自从指定日期起所有未曾使用的服务器定义，并提供这些服（服务器定义统计信息）务器定义的使用次数。此报表将根据时间来进行提示。

62.Top 10 Reports 分析了前 10 个执行次数最多的报表对服务器产生的负荷。此报表（前 10 个报表）将根据时间来进行提示。 63.Report Drilling Analysis 提供了有关报表执行次数以及用户通过此报表执行钻取的操作次数（报表钻取分析）的信息。此报表将根据时间来进行提示。

64.1 Schedule_Report_User_Relations 列出了与每个调度作业相关联的用户和报表。（调度 _ 筛选器 _ 关系） 64.2 Schedule_Document_User_Relations 列出了与每个调度作业相关联的用户和文档。（调度 _ 文档 _ 用户 _ 关系）

65.Report Drilling Patterns 对通过 MicroStrategy Web 等四层结构的客户端来回钻取特定报表中（报表钻取模式）的对象进行了分析。此报表将根据时间来进行提示。

66.Find Patterns in Attribute-Metric 针对所有执行时间超出指定限制的作业列出了同一项作业中所发现 Associations to Build Cubes 的实体和度量。这些实体和度量可以放入智能立方体以减少数据库（查找实体与度量关联项中的模式以资源占用。此报表将根据秒数来进行提示。构建立方体）

Command Manager 中的任务汇报

此分析区域中的报表提供了 Command Manager 语法来由于删除项目中未使用的对象，其中包括实体、筛选器、度量和用户。

报表名称作用

126.1 Delete Unused Attributes 提供 Command Manager 语法来删除与项目中的报表无关联的实体。此报（删除未使用的实体）表根据报表创建日期来进行提示。

126.2 Delete Unused DB Instances 提供 Command Manager 语法来删除与报表的执行毫无关联的数据库实例。（删除未使用的数据库实例）此报表根据数据库实例的创建日期来进行提示。

126.3 Delete Unused Documents 提供 Command Manager 语法来删除从未执行过的文档。此报表根据文档（删除未使用的文档）创建日期来进行提示。

126.4 Delete Unused Filters 提供 Command Manager 语法来删除与项目中的报表无关联的筛选器。此（删除未使用的筛选器）报表根据筛选器创建日期来进行提示。

126.5 Delete Unused Metrics 提供 Command Manager 语法来删除与项目中的报表无关联的度量。此报（删除未使用的度量）表根据度量创建日期来进行提示。

126.6 Delete Unused Reports 提供 Command Manager 语法来删除从未执行过的报表。此报表根据报表（删除未使用的报表）创建日期来进行提示。

126.7 Delete Unused Schedules 提供 Command Manager 语法来删除与项目中的报表、文档或用户毫无关（删除未使用的调度）联的调度。此报表根据调度创建日期来进行提示。

126.8 Delete Unused Security Filters 提供 Command Manager 语法来删除与用户毫无关联的安全筛选器。此报（删除未使用的安全筛选器）表根据安全筛选器创建日期来进行提示。

126.9 Delete Unused Templates 提供 Command Manager 语法来删除与所有报表毫无关联的模板。此报表（删除未使用的模板）根据模板创建日期来进行提示。

126.10 Delete Unused User Groups 提供 Command Manager 语法来删除不包含任何用户的用户组。此报表根（删除未使用的用户组）据安用户组创建日期来进行提示。

126.11 Delete Unused Users 提供 Command Manager 语法来删除从未连接过系统的用户。此报表根据（删除未使用的用户）用户创建日期来进行提示。

126.11.1 Disable Unused Users 提供 Command Manager 语法来禁用但不删除从未连接过系统的用户。这（禁用未使用的用户）些用户可在之后的操作中重新启用。此报表根据用户创建日期来进行提示。

配置对象使用情况分析

此分析区域中的报表可以有效地用于判断哪些配置未使用并可以安全删除。

报表名称作用

67.Unused DB Instances 列出了指定时间间隔内未曾执行过作业的所有数据库实例。此报表将根（未使用的数据库实例）据时间来进行提示。

68.Unused Projects 此报表显示了指定时间间隔内未曾接受访问的所有项目，以及其他时间（未使用的项目）的使用情况统计信息。此报表将根据时间来进行提示。

69.Unused Schedules 此报表显示了未在任何报表或文档中使用的所有调度。（未使用的调度）

70.Unused Server Definitions 此报表列出了未载入到 Intelligence Server 的所有服务器定义，以及已载入（未使用的服务器定义）但处于闲置状态的服务器定义，即意味着用户当前未运行作业或连接到服务器。

71.Unused User Groups 此报表列出了不包含任何用户的所有用户组。（未使用的用户组）

静态报表内容分析

此分析区域中的报表随时通知您哪些报表对象极少使用。

报表名称作用

60.3 Attributes Least Used in 此报表列出了作业中使用次数最少的实体，以及每个实体最近一次使用 Executed Reports （已执行的报时间。此报表根据时间以及排除的实体数量来进行筛选。表中使用次数最少的实体）

60.4 Metrics Least Used in Executed 此报表列出了作业中使用次数最少的度量，以及每个度量最近一次使用 Reports （已执行的报表中使用时间。此报表根据时间以及排除的度量数量来进行筛选。次数最少的度量）

60.5 Filters Least Used in Executed 此报表列出了作业中使用次数最少的筛选器，以及每个筛选器最近一次 Reports （已执行的报表中使用使用时间。此报表根据时间以及排除的筛选器数量来进行筛选。次数最少的筛选器）

62.1 Top n Attributes By Usage In 此报表列出了最常使用的实体。此报表根据时间以及实体数量来进行筛 Executed Reports （已执行的报选。表中使用的前 N 个实体） 62.2 Top n Metrics By Usage In 此报表列出了最常使用的度量。此报表根据时间以及度量数量来进行筛 Executed Reports （已执行的报选。表中使用的前 N 个度量） 62.3 Top n Filters By Usage In 此报表列出了最常使用的筛选器。此报表根据时间以及筛选器数量来进 Executed Reports （已执行的报行筛选。表中使用的前 N 个筛选器）

样例报表：Report Drilling Patterns （报表钻取模式）

此报表列出了 MicroStrategy Web 等四层结构的客户端中执行来回钻取特定报表中的对象。该报表安装项目和报表来进行分页。提将提示您输入要分析的日期。

钻取的分析和统计信息只能通过 MicroStrategy Web 等四层结构的客  户端获得。

使用场景

Report Drilling Patterns （报表钻取模式）报表通过显示经常钻取所得的对象来为您展示了用户希望查看的内容。此信息让您可以决定哪些实体需要加入到报表对象列表中。由于 OLAP Services 钻取方式无法生成 SQL，您可以使用此报表来优化 OLAP Services 的运用。

样例报表显示

报表详细信息

• 附加选项：此报表与其他统计信息类型的报表结合使用可用来显示有关模板、调度等各个对象的类似使用情况信息。

项目开发趋势

此文件夹中的报表用于提供项目中对象和对象使用趋势的相关信息。

报表名称作用

70.Summary of Application Objects 此报表按照所有者进行划分，对所有受监控项目中的应用程序对象（报 by Project 表、筛选器、度量等）的所有类型的数量进行了分析。此报表按项目进（项目应用程序对象摘要）行分页。

71.Summary of Configuration Objects 此报表按照所有者进行划分，对所有受监控 Intelligence Server 中的配置对 by Project 象（调度、用户等）的所有类型的数量进行了分析。此报表按（项目配置对象摘要） Intelligence Server 进行分页。 72.Summary of Schema Objects by 此报表按照所有者进行划分，对所有受监控项目中的框架对象（事实、 Project （项目框架对象摘要）实体等）的所有类型的数量进行了分析。此报表按项目进行分页。 73.Weekly Project Usage Trend 用于显示用户、会话以及请求的每个项目的每周趋势。此报表将根据时（每周项目使用情况趋势）间来进行提示。

74.Weekly New Application Objects 以图表形式分析指定时期创建的新应用程序对象。此报表将根据时间来 Trend Over a Selected Period 进行提示。（指定时期每周新应用程序对象趋势）

提示使用情况分析

此文件夹中的报表用于提供项目中提示使用情况和提示答案趋势的相关信息。

报表名称作用

1.All Prompt Answers for a Given 列出了指定时期内的所有提示的全部答案。此报表将根据时间和报表来 Time Period （指定时期的所有进行提示。提示答案）注意：此报表将保持指定时期内的 IS_PR_ANS_FACT 表视图形式。 1.1 Most Frequently Selected Prompt 列出了每个报表中每一提示的提示答案，并按使用频率排序。此信息可 Answers Per Report, Prompt 以帮助您为每个报表选择默认的提示答案。此报表将根据时间和报表来 Combination （每个报表、提示进行提示，并按提示类型进行分页。组合最常选用的提示答案）

1.2 Which Prompt Answer Values Are 列出了含有每一提示的作业数量和比例。此报表将根据时间、报表和提 Used/Not Used For A Specific 示来进行提示。 Prompt Title? （指定提示标题使用 / 未使用哪些提示答案值？） 1.3 Which Prompts Remain 列出了未回答的所有可选提示。这些提示可以安全地从报表中删除。此 Unanswered? （哪些提示仍未回报表将根据时间和报表来进行提示。答？）

报表名称作用

1.4.1 Distribution of Prompts Within 提供了有关已执行的报表中的提示及其位置的信息。此报表将根据时间 Executed Report Jobs by Prompt 和报表来进行提示。 Type, Location Type （已执行的报表作业中按提示类型、位置类型分布的提示）

1.5 Prompt Answers That Result in 提供了在报表执行期间导致错误的提示答案列表，以及相应的错误内 Reporting Errors （返回报告错误容。此报表将根据时间和报表来进行提示。的提示答案）

实时分析

部分与管理相关的问题需要有关项目以及服务器活动情况的实时信息。举例如下。

• 当用户联系管理员以获取解决执行报表时遇到的错误时，管理员需要最近发生的错误以及错误消息来进一步调查问题。

• 管理员通常需要确保用户所观察到的系统吞吐量和响应时间符合预期。 • 调度操作通常用来更新批处理窗口中的缓存。管理员可能会对系统进行监控以确保调度的作业是否成功完成。

上述要求对最近系统活动情况的关注度较小。可提供上述问题答案的报表在刷新时不得使用 Enterprise Manager Data Loader 进行频繁的更新操作。

实时分析报表提供了当前 Intelligence Server 活动情况的详细信息。这些报表中所使用的数据新旧程度不得超过 24 小时。如果过去 24 小时内成功完成了一次数据载入过程，则将使用此次操作所获得的数据，否则报表将直接使用来自统计表中的数据。

此分析区域内的报表使用自由格式 SQL 并提供目标管理报告功能，可补充操作分析、绩效分析和用户分析区域 i 终点历史报告功能。

报表名称作用

101.Recently Completed Jobs 提供了自从指定日期起已完成的所有作业的相关详细信息。此报表将根（最近完成的作业）据时间来进行提示。

102.Recent Sessions, Users 提供了有关最近用户连接活动情况的详细信息。此报表将根据时间来进（最近的会话、用户）行提示。

103.Recently Completed Scheduled 提供所有最近完成的调度报表的详细信息。此报表将根据时间来进行提 Jobs （最近完成的调度报表）示。

用户分析

此分析区域内的报表包含 User （用户）实体作为分析的主实体，以及各种用于回答管理员关于用户活动情况和偏好问题的度量。

Enterprise Manager 中的 User Analysis （用户分析）文件夹包含了以下分析区域，每一区域包含各自的报表：

• 用户活动情况分析（第 610 页） • 用户操作偏好分析（第 612 页）

这些分析区域的描述如下，其中对两个报表进行了详细讲解。这些样例报表是该分析区域中具有代表性的报表。样例报表中推荐的详细信息和选项通常可以用于相同或相关的分析区域内的其他报表。

用户活动情况分析

此分析区域提供的报表用于分析用户活动对系统的影响。管理员可以衡量如下内容：

• 哪些用户对于作业量、连接持续时间等相关操作最为频繁。 • 用户使用即席报告、钻取等功能的情况。 • 根据取消的作业数量和发生错误的作业数量分辨哪些用户正确使用系统以及哪些用户需要更多培训。

报表名称作用

80.Top N users 根据您所选择的度量判断前 N 个用户。此报表将根据时间和分析方法来（前 N 个用户）进行提示。 81.Activity by User 提供每个用户和项目在使用报表期间的摘要信息。此报表将根据时间来（用户活动情况）进行提示。

81.1 Ad-hoc job activity by User 提供了有关正在运行的即席作业的数量以及即席作业构成情况的相关信（用户即席作业活动）息。此报表将根据时间来进行提示。

81.1.1 Drilling Activity by User 提供了有关每位用户已运行的作业量以及其中哪些作业用于钻取的相关（用户钻取活动）信息。此报表将根据时间来进行提示。

81.2 DB Result Rows by User 对每个用户和项目的作业数量、数据库结果行数量以及平均报表执行持（用户数据库结果行）续时间进行了分析。此报表将根据时间来进行提示。

82.User Statistics 列出自从指定日期起未曾登录的所有用户，并提供了有关这些用户的连（用户统计信息）接信息。此报表将根据时间来进行提示。

83.User Inactivity by Project 提供了特定时间间隔内未曾了解到项目的用户列表。还提供了上一次连（项目中用户非活动情况）接和断开连接的时间戳。

样例报表：Activity by User （用户活动情况）

此报表提供了报表操作持续总时间的相关信息。还提供了取消作业数、未取消作业数以及发生错误的作业，还有用户和项目操作时发生超时的作业。此报表将提示用户输入用于分析的时间。

使用场景

您可以使用此报表深入了解所有用户在每一个项目基础上所使用的报表数量。您可以判断哪些用户因为重复取消作业而浪费了系统资源，并判断哪些用户在指定项目中运行报表数量最多。您也可以查看报表错误起源位置。

报表详细信息

• 钻取路径：

 要缩小分析范围到单独的会话，可以从用户到会话进行横向钻取并保留父实体。

 要分辨会话期间指定用户执行的报表和文档，可以从会话到报表 / 文档进行横向钻取。

• 其他选项：

 要根据您所选择的条件将分析范围限制在最活跃的用户，请将 Top N users （前 N 个用户）报表添加为此 Enterprise Manager 报表的筛选器。

 要判断指定用户所使用的项目，请添加用于筛选用户的筛选器。

 要将您的分析操作限制在指定的计算机或连接源，请从 Session （会话）文件夹添加任意实体到此 Enterprise Manager 报表。

样例报表：Top N users （前 N 个用户）

此报表根据您所选择的用户活动情况显示前 N 个用户。报表将提示您输入用户活动以及要返回的用户数。

使用场景

您可以使用此报表来了解与用户活动相关的一系列分析区域内的最活跃的用户，其中包括：

• 哪些用户最常登录 Intelligence Server。（选择 Number of Sessions （会话数）度量。）

• 哪些用户连接持续时间最长。（选择 Connection Duration （连接持续时间）度量。）

• 哪些用户运行的报表作业最多。（选择 RP Number of Sessions （RP 会话数）度量。）

报表详细信息

• 添加您自己的度量到此报表以重点分析您系统要求相关的用户活动。

• 在您所创建的自定义报表中使用此报表作为筛选器。例如， Activity by User （用户活动情况）报表返回了用户和项目执行报表期间所持续的总时间，以及已取消的作业数和未取消的作业数。您可以将 Top N users （前 N 个用户）报表作为筛选器添加到 Activity by User （用户活动情况）报表，从而缩减返回的结果并只显示取消作业次数最多的前 10 位用户。这样一来，您便能分析整体用户活动情况并判断这些用户是否以合理的方式取消作业。

用户操作偏好分析

此分析区域提供的报表用于分析用户组活动对系统的影响。管理员可以衡量如下内容：

• 特定用户所属分组是哪些？ • 特定用户组的成员最常执行的报表有哪些？

报表名称作用

90.List User Groups to which users belong 列出了指定用户所属的所有用户组。此报表将根据用户来进行提（用户所属的用户组列表）示。

91.Popular reports in a user’s User Group 列出了某用户所在的用户组中前 N 个执行次数最多的报表。此报（用户组中的常用报表）表将根据用户、时间和报表数量来进行提示。

15. 通过 HEALTH CENTER 监控 MICROSTRATEGY 系统

简介

MicroStrategy Health Center 可以帮助您防止、诊断并修复您 MicroStrategy 系统存在的问题。它将检查已知问题并提供迅速的问题解决方案。 Health Center 在遇到系统问题时会想系统管理员发送电子邮件。如果 Health Center 无法迅速解决某个问题，它还可以让您把日志文件等的相关系统信息捆绑为一个诊断包并将该诊断包传输到 MicroStrategy 技术支持部供分析和解答。

您必须在安装了 Health Center 的计算机上有管理权限才能运行  Health Center Console 或 Health Center Configuration Wizard。

本章包含下列信息：

• 访问 Health Center Console （第 614 页） • 配置并管理 Health Center 系统（第 614 页） • 诊断并修复问题（第 619 页） • 收集并发送信息到 MicroStrategy 技术支持部（第 622 页） • 系统检查项目列表（第 623 页）

访问 Health Center Console

大多数 Health Center 功能需要通过 Health Center Console 才能访问。如何启动 Health Center Console：

• 在 Windows 中，点击开始菜单，前往所有程序，然后依次选择 MicroStrategy、 Tools、 Health Center Console。

如果 Health Center Console 未能启动，请检查此计算机自动安装  Health Center 之日起是否更改过计算机名。当 Health Center Console 启动时，将在 Health Center 的安装目录中检查名为 machinename-GUI 的文件夹。默认的安装位置是 C:\Program Files\ Common Files\MicroStrategy\Health Center。如果未找到与计算机名相匹配的文件夹名称，则无法启动 Health Center。要启动 Health Center，重命名该文件夹使其使用当前的计算机名。

• 在 UNIX/Linux 中的 Health Center 安装目录中，运行位于 /bin 文件夹的程序 mstrsuppapp。

配置并管理 Health Center 系统

Health Center 使用的是一个分布式系统体系结构。此系统由一个与多台计算机（健康状况代理）相连接的中心计算机（主控健康状况代理）构成。

Health Center 系统代表由同一个用户或同一组用户所管理的所有计算机形成的网络。您可以在 MicroStrategy 系统中使用多个 Health Center 系统。例如，如果开发环境中的计算机全部受同一组管理员管理，而生产环境下的计算机则受一组不同用户的管理，则开发环境和生产环境应分别配置为独立的 Health Center 系统，分别使用各自的主控健康状况代理。

配置 Health Center 系统所采用的最佳实践方法

MicroStrategy 推荐使用下列最佳实践方法来完成 Health Center 系统的配置过程：

• 为相同用户所管理的每组计算机分别创建独立的 Health Center 系统。例如，您的网络中分别有一组管理员负责管理开发用的计算机，另一组管理员负责管理生产用的计算机，则开发用的计算机应位于独立于生产用计算机的 Health Center 系统中。这样可以让您指定哪些用户可以作为 Health Center 管理员对这些计算机具有管理权限。

• 选择计算机作为主控健康状态时，请按照选择主控健康状况代理计算机时采用的最佳实践方法（第 616 页）中提供的最佳实践方法进行操作。 • 配置所有运行 Intelligence Server、 MicroStrategy Web Server、 MicroStrategy Mobile Server、Enterprise Manager 或 Narrowcast Server 的等 MicroStrategy 服务器产品的计算机作为健康状况代理使用，并确保这些服务器均处于一个 Health Center 系统中。

• 您可以配置 Desktop 或 MicroStrategy Web 等客户端产品作为健康状况代理使用，并将它们添加到 Health Center 系统。但这会导致产生一个庞大的 Health Center 系统。根据您网络中的客户端计算机的数量，按出现的问题依次将这些计算机配置为健康状况代理并添加到 Health Center 系统会使疑难解答更为有效。

• 当创建一个 Health Center 系统时，首先连接到主控健康状况代理，然后再添加健康状况代理，可以通过手动完成也可以通过搜索网络中的健康状况代理来完成。一个 Health Center 系统只需要一个主控健康状况代理，并且主控健康状况代理必须是第一个添加到系统的计算机。

• 每一台健康状况代理 / 主控健康状况代理计算机必须有一个专用的网络端口可供 Health Center 使用。如果指定的端口正被其他应用程序所占用，则无法启动健康状况代理 / 主控健康状况代理服务。

• 如果您使用网络帐户配置健康状况代理 / 主控健康状况代理时，请确保该帐户在计算机上有 Health Center 安装位置的读取和写入权限。

• 把 UNIX 或 Linux 健康状况代理 / 主控健康状况代理配置为后台程序，以便健康状况代理 / 主控健康状况代理进程始终在后台运行。这需要您使用具备该计算机根目录访问权限的帐户对健康状况代理 / 主控健康状况代理进行配置。如果您没有计算机根目录的访问权限，则仍能将健康状况代理 / 主控健康状况代理配置为应用程序。在此情况下，应注意不要停止健康状况代理 / 主控健康状况代理进程，以便计算机始终作为 Health Center 系统的一部分而存在。

• 加入 MicroStrategy 客户体验改善计划以便 MicroStrategy 能更好满足您的需要。

主控健康状况代理

主控健康状况代理在 Health Center 系统中起到了中枢作用。它将跟踪为其本身以及连接的健康状况代理计划的系统检查，并在合适的时间触发系统检查。还存储了系统可用的网络拓扑，并传输诊断包到 MicroStrategy 技术支持部。

选择主控健康状况代理计算机时采用的最佳实践方法

MicroStrategy 推荐使用下列最佳实践方法来选择主控健康状况代理计算机： • 计算机必须始终在网络上处于可用的状态，以便用户在任何时候都能运行诊断测试。

• 该计算机必须有 HTTPS 访问权限，以便下载 Health Center 更新内容。 • 计算机必须能访问 FTP，以便发送诊断包到 MicroStrategy 技术支持部。如需关于诊断包的信息，请参阅收集并发送信息到 MicroStrategy 技术支持部（第 622 页）。 • 计算机不能有过重的工作负荷。例如，生产环境下的 Intelligence Server 计算机不适合作为主控健康状况代理来使用。

如何将计算机配置为主控健康状况代理

请使用 Health Center Configuration Wizard 把计算机配置为主控健康状况代理。如需向导中每一页的相关信息，单击帮助。

主控健康状况代理计算机必须有一个专用的网络端口可供 Health  Center 使用。如果指定的端口正被其他应用程序所占用，则无法启动主控健康状况代理服务。

如何启动 Health Center Configuration Wizard

• 在 Windows 中，点击开始菜单，前往所有程序，然后依次选择 MicroStrategy、 Tools、 Health Center Configuration Wizard。

• 在 UNIX/Linux 中的 Health Center 安装目录中，运行位于 /bin 文件夹的程序 mstrsuppappcfgwiz。

健康状况代理

任何运行 MicroStrategy 软件的计算机都可以配置为健康状况代理。通过主控健康状况代理可以为健康状况代理计划系统检查任务，并向主控健康状况代理报告检查结果。

由于健康状况代理进程需要的系统资源相对较少，您可以在性能影响最低的前提下将您网络中的所有计算机全部配置为健康状况代理。

如何将计算机配置为健康状况代理

请使用 Health Center Configuration Wizard 把计算机配置为健康状况代理。如需向导中每一页的相关信息，单击帮助。

健康状况代理计算机必须有一个专用的网络端口可供 Health Center 使  用。如果指定的端口正被其他应用程序所占用，则无法启动健康状况代理服务。

如何启动 Health Center Configuration Wizard

• 在 Windows 中，点击开始菜单，前往所有程序，然后依次选择 MicroStrategy、 Tools、 Health Center Configuration Wizard。

• 在 UNIX/Linux 中的 Health Center 安装目录中，运行位于 /bin 文件夹的程序 mstrsuppappcfgwiz。

添加健康状况代理到系统

当添加健康状况代理到 Health Center 系统时，主控健康状况代理可以执行计划系统检查或查看该计算机的日志文件等任务。

您可以逐一添加健康状况代理到系统，或者可以使用 Health Center 来检索您 MicroStrategy 网络上其他位置运行 MicroStrategy 组件所在计算机。这两种操作步骤如下所示。如需关于如何将计算机配置为健康状况代理的操作说明，请参阅如何将计算机配置为健康状况代理（第 617 页）。如果健康状况代理计算受防火墙保护，则主控健康状况代理可能无法  连接到该计算机。在这种情况下，您需要对主控健康状况代理进行配置以等待从健康状况代理传入的连接。如需说明，请参考如何在受防火墙保护的情况下添加健康状况代理（第 618 页）。

如何添加健康状况代理到 Health Center 网络

1 在 Health Center Console 中的系统面板中，右键单击主控健康状况代理并选择添加。这时 “ 添加计算机 ” 对话框将打开。

2 在机器和端口号字段，输入健康状况代理计算机的名称和端口号。如果健康状况代理的配置要求使用访问代码，请在访问代码字段输入该访问代码。

3 单击添加。对话框将关闭，计算机将被加入到网络。现在主窗格中的网络拓扑中将显示该健康状况代理。

如何搜索您 MicroStrategy 网络中的健康状况代理

1 在 Health Center Console 中的系统面板中，右键单击计算机并选择搜索计算机。这时将打开 Machine Discovery Wizard。

2 完成向导中的步骤，并输入所需信息。如需向导中每一页的相关说明，单击帮助。

3 当来到 “ 总结 ” 页面时，现在您要添加到 Health Center 系统的计算机并单击完成。向导将关闭并且每一台选中的计算机所对应的 “ 添加计算机 ” 对话框将打开。

如果计算机已配置为健康状况代理，并使用默认端口号但无需提供  访问代码，则不会打开该计算机所对应的 “ 添加计算机 ” 对话框。相反，该计算机将自动添加到 Health Center 系统。

4 在各计算机对应的 “ 添加计算机 ” 对话框中，输入端口号和访问代码（如有需要）并单击确定。该计算机将被添加到 Health Center 系统。

如何在受防火墙保护的情况下添加健康状况代理

如果健康状况代理计算受主控健康状况代理防火墙保护，则主控健康状况代理可能无法直接连接到该健康状况代理。在这种情况下，您必须对主控健康状况代理进行配置以从健康状况代理接收连接。

如何添加受防火墙保护的健康状况代理到网络

1 当把计算机配置为健康状况代理时，请在 Health Center Configuration Wizard 的 “ 健康状况代理连通性 ” 页面选定自动连接到复选框，然后输入要连接的主控健康状况代理的 IP 地址和端口号。

2 在 Health Center Console 中的系统面板中，右键单击主控健康状况代理并选择等待传入连接。这时将打开 “ 等待传入连接 ” 对话框。

3 在健康状况代理名称字段，输入尝试连接到此主控健康状况代理的健康状况代理计算机的名称。如果健康状况代理的配置要求使用访问代码，请在访问代码字段输入该访问代码。  健康状况代理名称字段区分大小写。 4 单击确定。健康状况代理将连接到此主控健康状况代理。

诊断并修复问题

Health Center 的主要目的之一是为了诊断您 MicroStrategy 系统中任何可能存在的问题。 Health Center 需对主控健康状况代理以及 Health Center 系统中的所有健康状况代理执行系统检查以确定存在的问题。在大多数情况下， Health Center 还将为您提供迅速解决问题的可行操作。

您也可以通过 Health Center Console 手动执行这些系统检查，或者也可以预定这些操作在每日或每周指定时间自动运行。主控健康状况代理复制处理计划操作，并在合适的时间触发系统中所有健康状况代理上的预定系统检查。

如需 Health Center 中的所有可用系统检查项目列表，请参阅系统检查项目列表（第 623 页）。

如何手动执行系统检查

1 在 Health Center Console 中的系统检查面板中，展开您要运行的系统检查所在的计算机，展开该系统检查所在的分类，然后选择该系统检查项。如需关于每项系统检查任务的详细信息，请参阅系统检查项目列表（第 623 页）。

2 如果系统检查项显示为蓝色，则表示需要输入更多配置信息。在配置选项卡中，输入所需信息。

3 在左侧的导航面板中，右键单击系统检查项并选择刷新。这时将立刻执行系统检查。

如何计划计算机执行系统检查

1 在 Health Center Console 中的系统检查面板中，选择要计划系统检查任务的计算机。

2 在右侧窗格中，选择调度选项卡。并不是所有系统检查项在任何时间都能按计划进行。部分系统检查  项只能在每日基础上计划进行，而部分系统检查项只能在每周基础上计划进行。各项系统检查的说明文档中指定了可设置的计划时间。

3 如何计划每日系统检查：

a 选定每日系统检查复选框。 b 选择执行系统检查的时间。主控健康状况代理将根据其系统时钟在每天的这一时刻初始化系统检查任务。

c 选定要按每日计划进行的系统检查旁边的复选框。如需关于各项系统检查的详细信息，请参阅系统检查项目列表（第 623 页）。

4 如何计划每周系统检查：

a 选定每周系统检查复选框。 b 选择每周中的一天作为执行系统检查的时间。 c 选择执行系统检查的时间。主控健康状况代理将根据其系统时钟在指定日期的这一时刻初始化系统检查任务。

d 选定要按每周计划进行的系统检查旁边的复选框。如需关于各项系统检查的详细信息，请参阅系统检查项目列表（第 623 页）。

5 如需在无法完成计划的系统检查任务时发送邮件给系统管理员，选定通知以下帐户以防无法运行系统检查复选框并在相应字段输入管理员的邮件地址。要添加更多邮件地址，请用逗号分隔。

6 如需在计划的系统检查任务报告错误时发送邮件给系统管理员，选定通知以下帐户以防系统检查时检测到问题复选框并在相应字段输入管理员的邮件地址。要添加更多邮件地址，请用逗号分隔。

7 在靠近主窗格右下方的位置，单击保存。此计算机的预定计划将被保存。

修复 Health Center 发现的问题

当系统检查遇到健康状况代理相关的问题时，系统检查面板中的导航窗格内的系统检查项将显示为红色。您可以通过选中导航窗格内的问题查看有关该问题的详细信息。在 Health Center Console 中的主窗格中的当前状态选项卡中显示了有关系统检查，以及如何执行操作以及为何操作失败等的信息。

在大多数情况下， Health Center 可以帮助您解决问题。单击当前状态选项卡中提供的超链接来以修复问题。例如，如果 “ 路径环境变量 ” 系统检查项执行失败，则可以点击当前状态选项卡中的链接来添加 MicroStrategy Common Files 目录到系统路径。

您可以通过 Health Center Console 的操作历史面板查看所有您所执行的操作列表。

其他问题可能无法在 Health Center 中进行修复。在这些情况下，当前状态选项卡中将显示存在的问题以及可采取的解决问题的操作。

分析日志文件

在 Health Center Console 中，您可以复查 MicroStrategy 日志文件以获取更多有关造成 MicroStrategy 系统中任何错误可能的原因的信息。例如，如果 Intelligence Server 返回 “ 内存不足 ” 的错误消息，您可以查看 DSSErrors.log 文件以确定哪些任务使用的内存量超出预期。

所有 MicroStrategy 系统组件都将在日志文件中记录有关低级别系统活动情况的信息。此信息包括系统错误、内存使用率、开始和停止服务等。

您的 Health Center 网络中的所有计算机的日志文件都将出现在日志分析面板上。要查看 Health Center Console 主窗格中的日志文件的内容，双击该文件。

大多数日志文件均以纯文本格式显示。但是 DSSErrors.log 或 JVMMessages.log 等部分日志文件将以更为复杂的格式显示，并且可以通过显示的内容分析详细数据。

如何查看日志文件的内容

1 在 Health Center Console 的日志分析面板中，展开您要查看的日志文件所在的健康状况代理。

2 展开您要查看的日志文件所在的 MicroStrategy 组件。

3 双击您要查看的日志文件。日志文件将在 Health Center Console 的主窗格中打开。

4 如果日志文件是类似于 DSSErrors.log 或 JVMMessages.log 的 MicroStrategy 日志文件，则可以对其进行排序并进行筛选，如下所示： • 要按列排序日志输入项，单击该列标题。要反向排序，再次单击该列标题。

• 要显示或隐藏列，右键单击列标题并选择或清除要显示或隐藏的列。 • 要重新排列这些列，单击并拖动列标题。 • 要查看行内容，选择该行内的单元格。该行的内容将显示在页面底部的条目详细信息选项卡中。所选单元格将显示在条目详细信息选项卡中的选定的单元格字段。

• 要筛选日志文件的输入项，或突出显示特定输入项，请使用表格上方的 “ 筛选器 ” 面板。如需有关如何筛选或突出显示输入项的详细说明，请参考 Health Center Help （在 Health Center Console 按 F1）。

收集并发送信息到 MicroStrategy 技术支持部

如果系统中的问题无法通过 Health Center 所建议的操作方式来解决，通常将采取的下一个步骤是与 MicroStrategy 技术支持部取得联系。 Health Center 可以收集所有相关信息并制作成一个单独的诊断包，然后传送到 MicroStrategy 技术支持部。

诊断包中包含系统信息，其中包括从一台或多台健康状况代理计算机收集到的日志文件。当创建诊断包时，您可以选择要从那些计算机添加日志文件，以及要在诊断包中加入哪些日志文件。如需更多关于日志文件的信息，请参阅分析日志文件（第 621 页）。

创建诊断包后，您可以把它保存为 ZIP 文件，或过 FTP 直接发送到 MicroStrategy 技术支持部。您可以使用标准的 FTP 模式，也可以使用带 SSL 协议的加密 FTP 模式（FTPS）。

Health Center 不支持用安全 FTP (SFTP)，即通过 SSH 协议的 FTP 来  传输诊断包。

如何创建和发送诊断包

1 在 Health Center Console 中，选择系统面板。

2 在主窗格中，右键单击您要创建诊断包的计算机并选择收集诊断信息。这时将打开 Diagnostics Information Collection Wizard 并显示欢迎页面。

3 完成 Diagnostics Information Collection Wizard 中的步骤并输入所需信息。如需向导中每一页的更多相关信息，单击该页面上的帮助。

4 如果您不希望立刻保存诊断包到 ZIP 文件或传输到 MicroStrategy 技术支持部，单击完成。向导将关闭并保存您的诊断包。

5 如何保存诊断包到 ZIP 文件： a 在 “ 摘要和传输 ” 页面，单机发送。这时将打开 “ 诊断包摘要 ” 对话框。

b 在目标下拉列表中选择主控健康状况代理资料库。 c 单机发送。诊断包将保存在 Health Center 资料库的 FileDestination 子目录中。

6 要通过 FTP 或 FTPS 传输诊断包到 MicroStrategy 技术支持部： a 在 “ 摘要和传输 ” 页面，单机发送。这时将打开 “ 诊断包摘要 ” 对话框。

b 从目标下拉列表中，选择技术支持 FTP 站点用于普通 FTP，或技术支持 FTPS 站点用于带 SSL 协议的 FTP。 c 要修改目标位置，单击修改。这时将打开 “FTP / FTPS 目标 ” 对话框。要完成任意必要更改并单击确定。有关可用选项的更多信息，单击帮助。

d 单机发送。 “ 诊断包摘要 ” 对话框将关闭并将诊断包传输到 MicroStrategy 技术支持部。

系统检查项目列表

系统检查是指 Health Center 中扫描 MicroStrategy 产品特定组件的过程。系统检查将报告错误或潜在的错误，并在大多数情况下可以提供解决这些问题的方法。

Health Center 支持以下类型的系统检查： • 适用于配置的系统检查（第 625 页）

 日志记录设置（第 625 页） • 适用于 Desktop 的系统检查（第 625 页）

 组件注册（第 625 页）

 LogPath 注册表项（第 626 页）

 元数据连接（第 626 页） • 适用于 Enterprise Manager 的系统检查（第 626 页）

 数据载入失败（第 626 页） • 适用于 Intelligence Server 的系统检查（第 627 页）

 组件注册（第 627 页）

 目录可用空间（第 627 页）

 目录访问权限（第 627 页）

 日志记录设置（第 628 页）

 LogPath 注册表项（第 628 页）

 内存损耗（第 628 页）

 内存约束（第 629 页）

 元数据连接（第 629 页）

 网络端口检测（第 630 页）

 路径环境变量（第 630 页）

 仓库连接（第 630 页） • 适用于 Narrowcast Server 的系统检查（第 630 页）

 组件注册（第 630 页）

 DCOM 设置（第 631 页）

 日志记录设置（第 631 页）

 网络端口（第 631 页）

 对象资料库连接（第 632 页）

 路径环境变量（第 632 页） • 适用于 MicroStrategy Web 产品的系统检查（第 632 页）

 目录访问权限（第 632 页）

 JVM 最大堆阵大小（第 633 页）

 JVM 值（第 633 页）

 临时文件夹可用空间（第 633 页）

适用于配置的系统检查

日志记录设置

此项系统检查允许您更改从 Desktop、Command Manager、Health Center、 Object Manager 和 Narrowcast Server 等各种 MicroStrategy 产品中记录的信息。您也可以指定是否将这些信息记录到 MicroStrategy 日志文件还是记录到 MicroStrategy 控制台。

要在本机使用 MicroStrategy 产品的默认日志记录设置，请在该服务器实例下方单击单击此处使用默认计算机配置。

适用于 Desktop 的系统检查

组件注册

此项系统检查将验证 Desktop 所需的所有 .EXE、.DLL 以及 OCX 文件在本机上存在且正确注册。

此系统检查项只能用于 Windows 计算机。

若丢失文件， Health Center 将提供这些文件的列表。请与 MicroStrategy 技术支持部联系以获取有关如何重新安装这些丢失的文件的信息。

如有任何文件未正确注册，单击指定链接进行注册。

LogPath 注册表项

此项系统检查将确认 LogPath 注册表项存在与否以及是否指向有效的 Desktop 日志文件位置。

如果注册表项指向无效的位置，您可以点击修改 MicroStrategy Desktop 日志路径来修改日志路径。在相应字段内输入日志路径并单击确定。

元数据连接

此项系统检查将验证本机上所有直接（2 层结构）项目源所使用的元数据连接信息。它将执行下列操作：

• 连接到元数据的元数据 • 验证元数据是否存在于数据库 • 验证元数据是否使用正确的数据库前缀

如果 Health Center 检测到元数据连接存在任何问题，将指导您启动 MicroStrategy Configuration Wizard。

适用于 Enterprise Manager 的系统检查

数据载入失败

此项系统检查将分析 Enterprise Manager 数据载入过程。它将执行下列操作：

• 扫描数据载入日志文件并报告该文件是否存在错误 • 检查数据载入过程运行时间是否超出配置中所指定的最长时间限制 • 验证数据载入服务是否正在运行

在配置选项卡上，指定系统检查将允许数据载入不发生错误的情况下所需的处理总时间（一小时为单位）。默认值为 5 小时。

如果数据载入服务在本机可用但未运行，单击指定链接来重新启动该服务。

适用于 Intelligence Server 的系统检查

组件注册

此项系统检查将验证 Intelligence Server 所需的所有 .EXE、 .DLL 以及 OCX 文件在本机上存在且正确注册。

此系统检查项只能用于 Windows 计算机。

若丢失文件， Health Center 将提供这些文件的列表。请与 MicroStrategy 技术支持部联系以获取有关如何重新安装这些丢失的文件的信息。

如有任何文件未正确注册，单击指定链接进行注册。

目录可用空间

此系统检查项将核实是否有足够磁盘空间可供 Intelligence Server 正确运作。它将检查 Intelligence Server 配置中所指定的 Home、 Log、 Temp、 Inbox、 Cube 和 Cache 目录所在的计算机上的可用磁盘空间。

如果这些目录中的任何一个的可用空间小于配置选项卡中指定的最低值（可以是 MB 为单位，也可以用占总磁盘空间百分比来表示），系统检查将失败。要解决此问题，可能需要从该目录所在的计算机上删除部分文件，或者应选择可用空间更大的其他存储位置。

在配置选项卡上，指定要登录到 Intelligence Server 的用户名和密码以及身份验证模式，还有访问 Intelligence Server 所使用的端口号。您也可以指定每个目录必需的最少可用磁盘空间，并用 MB 单位或总磁盘空间百分比形式来表示，也可以同时用这两种形式表示。如果不符合上述条件，系统检查将失败。值 -1 表示没有限制。所有目录的默认值为 1024 MB，相当于 10% 的总磁盘空间。

目录访问权限

此项系统检查将验证用于运行 Intelligence Server 的网络帐户是否能对 Home、 Log、 Inbox、 Cube 和 Cache 目录进行读写操作。

如果该帐户尚未具备所有目录的读写权限，则此项系统检查将失败。要解决此问题，网络管理员应为使用中的这些目录赋予读写权限，或者应选择不同的位置供 Intelligence Server 使用使该帐户具备读写权限。

在配置选项卡上，指定要登录到 Intelligence Server 的用户名和密码以及身份验证模式，还有访问 Intelligence Server 所使用的端口号。

日志记录设置

此项系统检查运行您更改所记录的信息。您可以指定是否记录信息到 Windows 事件日志还是记录到 MicroStrategy 日志文件。

要更改本机所有服务器实例的默认日志记录设置，单击更改默认计算机配置。

要使用服务器实例的默认日志记录设置，请在该服务器实例下方单击单击此处使用默认计算机配置。

要更改服务器实例的日志记录设置，请在该服务器实例下方单击更改服务器实例配置。

LogPath 注册表项

此项系统检查将确认 LogPath 注册表项存在与否以及是否指向有效的 Intelligence Server 日志文件位置。

如果注册表项指向一个无效的位置，单击相应的链接：

• 要修改日志路径，单击修改 MicroStrategy Intelligence Server 日志路径。在相应字段内输入日志路径并单击确定。

• 要修改日志路径并重启 Intelligence Server，单击修改 MicroStrategy Intelligence Server 日志路径并重启 Intelligence Server。在相应字段内输入日志路径并单击确定。

内存损耗

此项系统检查将分析 Intelligence Server 日志文件中的内存损耗错误。

在配置选项卡上，指定要登录到 Intelligence Server 的用户名和密码以及身份验证模式，还有访问 Intelligence Server 所使用的端口号。您还必须指定 Intelligence Server 向 DSSErrors.log 文件写入时持续读取该文件的时间，以毫秒为单位。默认时长为 60000 毫秒。

如果检测到内存损耗错误，您可以通过此窗口创建一个诊断包。

内存约束

此项系统检查将分析 Intelligence Server 中潜在的内存损耗问题。它将执行下列操作：

• 检查 Intelligence Server 的 Memory Contract Manager 是否已启用并正确配置

• 检查操作系统是否分配了足够的 RAM 交换空间可供 Intelligence Server 正常执行

• 在 Windows 系统上，检查是否已启用 4GT 模式

在配置选项卡上，指定要登录到 Intelligence Server 的用户名和密码以及身份验证模式，还有访问 Intelligence Server 所使用的端口号。您还必须指定最低的 RAM 交换乘数。默认值为 2。  注意以下事项： • 用户必须有服务器定义的读写权限。

• 只支持标准、数据库和 LDAP 三种验证模式。

以下操作的可用与否取决于所发现的问题类型：

• 如果 Memory Contract Manager 未启用，单击指定链接来启动它。如需包括配置操作说明在内的有关 Memory Contract Manager 的信息，请参阅利用 Memory Contract Manager 约束 Intelligence Server 的内存使用（第 312 页）。 • 如果内存交换空间小于指定 RAM 交换乘数所需的值，请在指定字段输入一个新的交换空间总大小。

• 在 Windows 计算机上，如果 4GT 未启用，单击指定链接来进行启用。

元数据连接

此项系统检查将验证 Intelligence Server 所使用的元数据连接信息。它将执行下列操作：

• 连接到元数据的元数据 • 验证元数据是否存在于数据库 • 验证元数据是否使用正确的数据库前缀

如果 Health Center 检测到元数据连接存在任何问题，将指导您启动 MicroStrategy Configuration Wizard。

网络端口检测

此项系统检查将分析 Intelligence Server 计算机来确定 MicroStrategy 产品所使用的网络端口是否开放且可用。检查的端口如下：

• 可在项目源管理器进行设置的 Intelligence Server 所使用的端口。默认端口号为 34952。

• 授权时所使用的端口号 8888。 • MicroStrategy Test Listener 所使用的端口号 30172。

如果确定需要关闭这些端口， Health Center 将通知您并建议打开这些端口。  此项系统检查主要将用于服务器配置过程，因此无法进行预定操作。

路径环境变量

此项系统检查将验证路径环境变量包含 MicroStrategy Common Files 的位置，以便 Intelligence Server 能访问这些文件。

此系统检查项只能用于 Windows 计算机。

如果路径环境变量不包含 Common Files 的位置，您可以单击指定链接来添加 Common Files 到该路径。

仓库连接

此项系统检查将验证 Intelligence Server 的 DBConnection 中所使用的每个数据仓库的 DSN 连接是否存在于 Intelligence Server 计算机。

如果不存在数据仓库连接，则将按照操作说明启动 MicroStrategy Connectivity Wizard。

适用于 Narrowcast Server 的系统检查

组件注册

此项系统检查将验证 Narrowcast Server 所需的所有 .EXE、 .DLL 以及 OCX 文件是否已在本机上正确注册。

此系统检查项只能用于 Windows 计算机。

若丢失文件， Health Center 将提供这些文件的列表。请与 MicroStrategy 技术支持部联系以获取有关如何重新安装这些丢失的文件的信息。

如有任何文件未正确注册，单击指定链接进行注册。

DCOM 设置

此项系统检查将验证所有代表 Narrowcast Server 来创建 DCOM 对象的所有 Windows 用户具有相应的 DCOM 访问权限。

如果有 Windows 用户缺少 DCOM 访问权限，则单击指定链接为这些用户开放所需的权限。

日志记录设置

此项系统检查运行您更改所记录的信息。

要更改 Narrowcast Server 的日志记录级别，单击更改 Narrowcast 日志级别。

要更改 Narrowcast Server 的日志记录级别并重启 Narrowcast Server 服务，单击更改 Narrowcast 日志级别并重启服务。

网络端口

此项系统检查将分析 Intelligence Server 计算机来确定 Narrowcast Server 所使用的网络端口是否开放且可用。检查的端口如下：

• 计算机配置为 Narrowcast Logging Client 时所使用的接收端口 20009。

• 计算机配置为 Narrowcast Logging Server 时所使用的中继端口 20020。 • 计算机配置为 Narrowcast Logging Server 时所使用的占用端口 20030。 • 计算机配置为 Narrowcast Logging Server 时所使用的缓冲端口 20040。

如果确定需要关闭这些端口， Health Center 将通知您并建议打开这些端口。  此项系统检查主要将用于服务器配置过程，因此无法进行预定操作。

对象资料库连接

此项系统检查将验证 Narrowcast Server 所使用的对象资料库数据库连接信息。它将执行下列操作：

• 连接到对象资料库数据库 • 验证对象资料库是否存在于数据库 • 验证对象资料库是否使用正确的数据库前缀

如果 Health Center 检测到对象资料库数据库连接存在任何问题，将指导您启动 Narrowcast Server Administrator。

路径环境变量

此项系统检查将验证路径环境变量包含 MicroStrategy Common Files 的位置，以便 Narrowcast Server 能访问这些文件。

此系统检查项只能用于 Windows 计算机。

如果路径环境变量不包含 Common Files 的位置，您可以单击指定链接来添加 Common Files 到该路径。

适用于 MicroStrategy Web 产品的系统检查

目录访问权限

此项系统检查将验证用于运行 MicroStrategy Web 应用程序服务器的网络帐户对应用程序服务器目录是否可以进行读写操作。

如果该帐户尚未具备所有目录的读写权限，则此项系统检查将失败。要解决此问题，网络管理员应为使用中的这些目录赋予读写权限，或者应选择不同的位置供应用程序服务器使用使该帐户具备读写权限。

在配置选项卡上，指定用于激活 MicroStrategy Web 应用程序服务器的用户名。

JVM 最大堆阵大小

此项系统检查将确认 Java 虚拟机（JVM）是否有足够的可用内存。它将执行下列操作：

• 检查注册表中 JVM 的最大堆阵大小，以确保该值不低于 512 MB。 • 检查 MicroStrategy Web Server 日志文件以查找任何可能的“内存不足”的错误。

如果 JVM 的最大堆阵大小为 512 MB，或者 MicroStrategy Web 最近发生了 “ 内存不足 ” 错误，您可以在 JVM 最大堆阵大小字段输入一个最新的 JVM 最大堆阵大小。

在 Windows 上，您可以选择在更改 JVM 最大堆阵大小时重启 IIS。

JVM 值

此项系统检查将验证 MicroStrategy Web 服务器所在的主机有足够的内存用来启动 Web 服务器。它将检查计算机是否有足够物理内存来支持注册表所指定的 JVM 最大堆阵大小。

如果 JVM 的最大堆阵大小超出本机可用的最大物理内存总量，您可以在 JVM 最大堆阵大小字段输入一个最新的 JVM 最大堆阵大小。

在 Windows 上，您可以选择在更改 JVM 最大堆阵大小时重启 IIS。

临时文件夹可用空间

此系统检查项将核实是否有足够磁盘空间可供 MicroStrategy Web 正确运作。它将检查对系统 Temp 目录进行操作时可用的磁盘空间。

如果此目录的可用空间小于配置选项卡中指定的最低值（可以是 MB 为单位，也可以用占总磁盘空间百分比来表示），系统检查将失败。要解决此问题，可能需要从该目录所在的计算机上删除部分文件，或者应选择可用空间更大的其他存储位置。

您也可以在配置选项卡上指定 Temp 目录必需的最少可用磁盘空间，并用 MB 单位或总磁盘空间百分比形式来表示，也可以同时用这两种形式表示。如果不符合上述条件，系统检查将失败。值 -1 表示没有限制。默认值为 1024 MB，相当于 10% 的总磁盘空间。

16. 疑难解答

简介

本章内容将指引您查找并修复系统中存在的问题点。本章中的资料并未对每一问题点做详细的介绍，但提供了本指南相关部分的引用，让您更加详细地了解所讨论的话题和问题修复措施。本章包含下列信息： • 查找问题点的方法（第 636 页） • 通过诊断信息查找问题点（第 637 页）

• 内存损耗疑难解答（第 655 页） • 身份验证疑难解答（第 661 页）

• 修正元数据中不一致的数据（第 667 页） • 对象从属性的疑难解答（第 670 页） • 日期 / 时间函数的疑难解答（第 671 页） • 性能方面的疑难解答（第 671 页） • 从文件导入数据疑难解答（第 673 页） • 订阅和报表结果的疑难解答（第 673 页）

• 国际化方面的疑难解答（第 677 页） • 启动 MicroStrategy Intelligence Server 失败（第 678 页） • 群集环境方面的疑难解答（第 679 页） • 统计日志记录疑难解答（第 682 页） • 疑难解答的更多资源（第 685 页）

查找问题点的方法

本节内容对如何判断 MicroStrategy 商业智能系统中存在的瓶颈、突破点或其他问题等方面进行了讲解。

请对照以下列表中的问题以获取建议的解决方案。

Intelligence Server 停止运行

• 利用 MicroStrategy 诊断日志来查找发生的问题（详见通过诊断信息查找问题点（第 637 页）） • 利用服务器状态转储（即 DSSErrors 日志文件）（详见分析服务器状态转储（第 652 页））来判断问题的性质：

 内存损耗（详见内存损耗疑难解答（第 655 页））

 例外错误（详见例外情况的处理（第 651 页）） • 必要时对系统作适当调整（详见第 7 章调整系统以达到最佳性能）

系统反应速度变慢

• 利用 MicroStrategy Enterprise Manager 中的报表（详见第 14 章通过 Enterprise Manager 分析系统的使用情况）来确认以下问题：

 系统的哪些部件运行变慢（利用 Execution Cycle Breakdown （执行周期细分）报表）并判断报表是否可以另做设计

 系统何时运行速度最慢并且是否与并发操作有关（利用 Peak Time Periods （高峰时段）、 Average Execution Time vs. Number of Sessions （平均执行时间与会话数）和 Average Execution Time vs. Number of Jobs per User （平均执行时间与每位用户的作业量）这三个报表）

 调度的报表是否在高峰时段运行（利用 Scheduled Report Load （调度的报表产生的负荷）报表），如果确实如此，请将预定运行时间设置在非高峰时段

 对部分报表进行缓存后是否可以提升系统性能（利用 Cache Analysis （缓存分析）、 Top 10 Reports （前 10 个报表）和 Top 10 Longest Executing （前 10 个执行时间最长）报表）

• 对系统作适当调整（详见第 7 章调整系统以达到最佳性能）

用户无法登录

• 详见身份验证疑难解答（第 661 页）。

Intelligence Server 将无法启动 • 元数据的连接可能不可用（详见与 MicroStrategy 元数据的连接（第 7 页））

Intelligence Server 将无法运行报表 • 数据仓库的连接可能不可用或数据仓库本身存在问题（详见与数据仓库的连接（第 8 页）） • 报表的结果集行数可能已超过项目配置编辑器或 VLDB 属性编辑器中指定的限制值。（详见订阅和报表结果的疑难解答（第 673 页））

MicroStrategy Web 或 Web Universal 无法连接到 Intelligence Server • 如果您使用防火墙，请检查您配置中的端口号是否正确（详见防火墙的使用（第 695 页））

通过诊断信息查找问题点

在 MicroStrategy 中，记录并分析操作和性能信息的过程叫做诊断。可记录的信息针对于众多 Intelligence Server 以及操作系统的特性与功能。您可以对日志文件进行配置以记录不同文件在不同级别的诊断信息。例如，您可以将所有 MicroStrategy 错误记录到默认的日志文件 DSSErrors.log 中，并将有关 Memory Contract Manager （详见利用 Memory Contract Manager 约束 Intelligence Server 的内存使用（第 312 页））的所有信息记录到一个叫做 MemoryLog.log 的新日志文件中。您也可以记录性能信息，比如执行各种操作所需的时间以及所执行的操作总数。

但是，如果记录的信息过多，则会降低系统的性能。默认情况下，记录的信息量设为最低值。有时，您可能想要检测未默认启用日志记录的系统中所存在的问题。

本节包括了下列话题的相关信息：

• 配置日志记录内容（第 638 页） • 查看并分析日志文件（第 649 页） • 分析服务器状态转储（第 652 页）

配置日志记录内容

MicroStrategy Diagnostics and Performance Logging Tool 用于配置哪些诊断消息将被记录到 MicroStrategy 日志文件。您可以自定义日志记录选项以收集来自更多或更少系统组件以及性能计数器的信息，并将日志消息保存到不同的日志文件中。

如何用 Diagnostics and Performance Logging Tool 配置日志记录

如果在 Diagnostics and Performance Logging Tool 中保存对设置所做  的任何更改，则您将无法自动返回到基础设置。如果您想在任何时候都能恢复原始的默认设置，则请记录您记录内容的默认设置。

• 在 Windows 中的操作：点击开始菜单，前往所有程序，然后依次选择 MicroStrategy、 Tools、 Diagnostics Configuration。

• 在 UNIX/Linux 中的操作：导航至目录 ~/MicroStrategy/bin 并输入 mstrdiag。

这时将打开 Diagnostics and Performance Logging Tool。

2 从选择配置下拉列表中，选择是否只配置本机的日志记录还是配置整个服务器实例的日志记录：

• 如需只配置本机的日志记录，选择机器默认。 • 如需配置整个服务器实例的日志记录，选择 CastorServer 实例。如需通过本机当前使用的日志记录设置来配置服务器实例，选择  CastorServer 实例后再选定使用机器缺省诊断配置复选框。

配置诊断日志的记录

3 选中诊断配置选项卡。如需更多关于诊断日志记录的信息，请参阅诊断配置（第 640 页）。

4 如需记录有关组件的信息到操作系统日志文件，选定该组件所对应的系统日志复选框。

5 如需记录有关组件的信息到 MicroStrategy Monitor 控制台，选定该组件所对应的控制台日志复选框。

此日志的目标将用于交互式测试和疑难解答，因此不能再生产部署  过程中使用。

6 如需记录有关组件的信息到 MicroStrategy 日志文件，在该组件对应的文件日志下拉列表中选择相应的日志文件。

记录 Kernel XML API 组件的日志将导致日志文件大小过大。如果  启用此诊断选项，请确保文件日志栏内所选的日志文件至少有 2000 的最大文件大小（KB）。如需关于如何设置日志文件的最大大小的说明，请参阅创建并管理日志文件（第 648 页）。

配置性能日志的记录

7 选中性能配置选项卡。如需更多关于性能日志记录的信息，请参阅配置性能日志记录设置（第 642 页）。

8 用 Diagnostics and Performance Logging Tool 右侧的选项来对性能日志文件和统计日志记录属性进行配置。如需关于上述选项的详细信息，单击帮助。

9 如需通过性能计数器记录信息到性能日志文件，选定该计数器所对应的文件日志复选框。

10 如需通过性能计数器记录信息到性能统计表，选定该计数器所对应的统计复选框。

保存更改

11 从文件菜单中选择保存。您的新设置将保存到注册表 , 并且 Intelligence Server 将开始记录您所配置的信息。

您可能需要重新启动 Intelligence Server 才能使新的日志记录设置  生效。

系统开始记录信息后，您可以通过查看相应的日志文件来对信息进行分析。如需关于如何读取 MicroStrategy 日志文件的说明，请参阅查看并分析日志文件（第 649 页）。

诊断配置

MicroStrategy 系统的每个组件可以生成相应的日志消息。这些消息可以帮助您跟踪您所遇到的任何错误的来源。例如，如果您的系统可能因为内存不足

而运行过慢，您可以查看日志文件来判断那些组件和进程使用的内存高于预期值。

这些日志消息可以记录到 MicroStrategy 日志文件。也可以记录到操作系统的日志文件，比如 Windows Event Monitor。

您所选的要启用日志记录的组件 / 分派器组合取决于您的环境、系统以及用户活动状态。一般来说，最有用的可选分派器如下：

• 错误：此分派器在发生错误前记录最终消息，这是帮助检测导致或造成错误的系统组件和操作的重要信息。

• 严重：此分派器在发生严重错误前记录最终消息，这是帮助检测导致或造成服务器严重错误的系统组件和操作的重要信息。

• 信息：此分派器记录系统上发生的每一项操作。

下表列出了默认诊断设置的部分最常见自定义内容。下表中每个组件 / 分派器组合通常用来提供有关特定组件及其跟踪（分派器）相关的诊断信息。要添加一个组合，请选中相应的复选框。

组件分派器

验证服务器跟踪

数据库类全部

元数据服务器 • 内容源跟踪 • 事务处理跟踪

引擎 DFC 引擎

元素服务器 • 元素源跟踪 • 对象源跟踪

对象服务器 • 内容源跟踪 • 对象源跟踪 • 范围跟踪报表网络服务器范围跟踪

报表服务器 • 缓存跟踪 • 对象源跟踪 • 报表源跟踪

内核 • 调度器跟踪 • 用户跟踪

内核 XML API 跟踪注意 : 如果启用此诊断选项，请确保文件日志栏内所选的日志文件的最大文件大小（KB）至少设置为 2000。

性能配置

MicroStrategy 组件也可以记录各种性能度量值。您可以是用这些度量值来帮助进一步调整系统已获得更佳的性能，或判断可提升性能的特定区域。例如，您可能需要确切地知道用于执行指定系统功能所使用的 CPU。

部分性能计数器也可以记录到 Intelligence Server 统计表。如需更多关于 Intelligence Server 统计的信息，请参阅监控系统使用情况：Intelligence Server 统计信息（第 278 页）。

配置性能日志记录设置

当选择要记录的性能计数器时，您可以决定数据记录的频率以及是否保留计数器。

您可以启用或禁用性能日志记录，而不必清除所有日志记录设置。要启用文件日志记录方式，请确保日志计数下拉列表中已选中是。要启用统计表日志记录方式，请确保保留统计下拉列表中已选中是。

如何配置性能日志记录设置

1 在 Diagnostics and Performance Logging Tool 中，选中性能配置选项卡。

配置文件日志记录选项

2 从日志目标下拉列表中选择要用于记录性能计数器数据的文件。要创建新的性能日志文件，从日志目标下拉列表中选择 < 新建 >。这  时将打开日志目标编辑器。如需关于使用日志目标编辑器来创建新日志文件的操作说明，单击帮助或参考创建并管理日志文件（第 648 页）。

3 在日志记录频率（秒）字段，以秒为单位输入您想让文件日志更新为最新的性能计数器信息的频率。

4 要将性能信息记录到日志文件，请确保日志计数下拉列表中已选中是。

配置统计日志记录选项

5 在日志记录频率（分钟）字段，以分钟为单位输入您想让统计数据库更新为最新的性能计数器信息的频率。

6 要将性能信息记录到统计表，请确保保留统计下拉列表中已选中是。

7 当完成配置性能计数器日志文件时，单击工具栏上的保存图标。您对所选日志文件所做的选择将被保存。

特定 MicroStrategy 功能的性能计数器

下表列出了 MicroStrategy 软件的主要功能以及您可以用监控这些功能的相应的性能计数器。例如，如果实体创建向导可能运行缓慢，您可以通过 DSS AttributeCreationWizard、 DSS ProgressIndicator 以及 DSS PropertySheetLib 性能计数器来跟踪该向导的性能变化。

MicroStrategy 功能组件跟踪级别

实体创建向导 • DSS AttributeCreationWizard Function Level Tracing • DSS ProgressIndicator • DSS PropertySheetLib

实体编辑器 • DSS AttributeEditor 所有执行 Function Level Tracing 的组件 • DSS ColumnEditor DSS 组件还将执行 Explorer and • DSS CommonDialogsLib Component Tracing。 • DSS Components • DSS EditorContainer • DSS EditorManager • DSS ExpressionboxLib • DSS FormCategoriesEditor • DSS PropertySheetLib

客户端连接 • DSS AuthServer • Authentication Tracing • DSS ClientConnection • Session Tracing • Data Source Tracing • Data Source Enumerator Tracing

合并项编辑器 • DSS CommonDialogsLib 所有执行 Function Level Tracing 的组件 • DSS Components DSS 组件还将执行 Explorer and • DSS ConsolidationEditorLib Component Tracing。 • DSS EditorContainer • DSS EditorManager • DSS PromptsLib

MicroStrategy 功能组件跟踪级别

自定义组编辑器 • DSS CommonDialogsLib 所有执行 Function Level Tracing 的组件 • DSS CommonEditorControlsLib DSS 组件还将执行 Explorer and • DSS Components Component Tracing。 • DSS DateLib • DSS EditorContainer • DSS EditorManager • DSS EditorSupportLib • DSS ExpressionboxLib • DSS FilterLib • DSS FTRContainerLib • DSS ObjectsSelectorLib • DSS PromptEditorsLib • DSS PromptsLib

Data Transmitters and • DSS DataTransmitter • Function Level Tracing Transformers • DSS MhtTransformer • DSS MIME • DSS SMTPSender • DSS Network

Element Browsing • DSS DBElementServer 所有执行 Element Source Tracing 的组件 • DSS ElementNetClient DSS DBElementServer 还将执行 Report • DSS ElementNetServer Source Tracing。 • DSS ElementServer

事实创建向导 • DSS FactCreationWizard Function Level Tracing • DSS ProgressIndicator

事实编辑器 • DSS ColumnEditor 所有执行 Function Level Tracing 的组件 • DSS CommonDialogsLib DSS 组件还将执行 Explorer and • DSS Components Component Tracing。 • DSS EditorContainer • DSS EditorManager • DSS ExpressionboxLib • DSS ExtensionEditor • DSS FactEditor

筛选器编辑器 • DSS CommonDialogsLib 所有执行 Function Level Tracing 的组件 • DSS CommonEditorControlsLib DSS 组件还将执行 Explorer and • DSS Components Component Tracing。 • DSS DateLib • DSS EditorContainer • DSS EditorManager • DSS EditorSupportLib • DSS ExpressionboxLib • DSS FilterLib • DSS FTRContainerLib • DSS ObjectsSelectorLib • DSS PromptEditorsLib • DSS PromptsLib

MicroStrategy 功能组件跟踪级别

层级编辑器 • DSS CommonDialogsLib Function Level Tracing • DSS EditorContainer • DSS EditorManager • DSS HierarchyEditor

HTML 文档编辑器 • DSS CommonDialogsLib 所有执行 Function Level Tracing 的组件 • DSS Components DSS 组件还将执行 Explorer and • DSS DocumentEditor Component Tracing。 • DSS EditorContainer • DSS EditorManager

元数据 SQL • DSS MD4Server • Object Tracing • Access Tracing

• DSS MDServer • SQL Tracing • Content Source Tracing

度量编辑器 • DSS CommonDialogsLib 所有执行 Function Level Tracing 的组件 • DSS Components DSS 组件还将执行 Explorer and • DSS DimtyEditorLib Component Tracing。 • DSS EditorContainer • DSS EditorManager • DSS ExpressionboxLib • DSS MeasureEditorLib • DSS PromptsLib • DSS PropertiesControlsLib

浏览对象 • DSS ObjectServer 所有执行 Content Source Tracing 的组件 • DSS SourceNetClient DSS ObjectServer 还将执行 Object Source • DSS SourceNetServer Tracing。

分区编辑器 • DSS CommonDialogsLib 所有执行 Function Level Tracing 的组件 • DSS Components DSS 组件还将执行 Explorer and • DSS DataSliceEditor Component Tracing。 • DSS EditorContainer • DSS EditorManager • DSS FilterLib • DSS PartitionEditor

打印框架 • DSS PrintCore Function Level Tracing • DSS PrintSchema • DSS ProgressIndicator

项目创建 • DSS AttributeCreationWizard Function Level Tracing • DSS FactCreationWizard • DSS ProgressIndicator • DSS ProjectCreationLib • DSS WHCatalog

项目复制 • DSS AsynchLib Function Level Tracing • DSS ProgressIndicator • DSS ProjectUpgradeLib • DSS SchemaManipulation

MicroStrategy 功能组件跟踪级别

项目升级 • DSS AsynchLib Function Level Tracing • DSS ProgressIndicator • DSS ProjectUpgradeLib • DSS SchemaManipulation

提示编辑器 • DSS CommonDialogsLib 所有执行 Function Level Tracing 的组件 • DSS CommonEditorControlsLib DSS 组件还将执行 Explorer and • DSS Components Component Tracing。 • DSS EditorContainer • DSS EditorManager • DSS EditorSupportLib • DSS PromptEditorsLib • DSS PromptStyles • DSS SearchEditorLib

报表编辑器 • DSS CommonDialogsLib 所有执行 Function Level Tracing 的组件 • DSS CommonEditorControlsLib DSS 组件还将执行 Explorer and • DSS Components Component Tracing。 • DSS DateLib • DSS EditorContainer • DSS EditorManager • DSS EditorSupportLib • DSS ExportLib • DSS ExpressionboxLib • DSS FilterLib • DSS FTRContainerLib • DSS GraphLib • DSS GridLib • DSS ObjectsSelectorLib • DSS PageByLib • DSS PrintGraphInterface • DSS PrintGridInterface • DSS PromptEditorsLib • DSS PromptsLib • DSS PropertySheetLib • DSS RepDrillingLib • DSS RepFormatsLib • DSS RepFormsLib • DSS ReportControl • DSS ReportDataOptionsLib • DSS ReportSortsLib • DSS ReportSubtotalLib

报表执行 • DSS ReportNetClient • Report Source Tracing • Process Tracing

• DSS ReportNetServer • Process Tracing

• DSS ReportServer • Report Source Tracing

MicroStrategy 功能组件跟踪级别

服务器管理 • DSS AdminEditorContainer Function Level Tracing • DSS DatabaseInstanceWizard • DSS DBConnectionConfiguration • DSS DBRoleConfiguration • DSS DiagnosticsConfiguration • DSS EVentsEditor • DSS PriorityMapEditor • DSS PrivilegesEditor • DSS ProjectConfiguration • DSS SecurityRoleEditor • DSS SecurityRoleViewer • DSS ServerConfiguration • DSS UserEditor • DSS VLDBEditor

表编辑器 • DSS CommonDialogsLib Function Level Tracing • DSS EditorContainer • DSS EditorManager • DSS TableEditor

模板编辑器 • DSS CommonDialogsLib All components perform Function Level • DSS Components Tracing.DSS 组件还将执行 Explorer and • DSS EditorContainer Component Tracing。 • DSS EditorManager • DSS ExportLib • DSS FTRContainerLib • DSS GraphLib • DSS GridLib • DSS PageByLib • DSS PrintGraphInterface • DSS PrintGridInterface • DSS PromptsLib • DSS PropertySheetLib • DSS RepDrillingLib • DSS RepFormatsLib • DSS RepFormsLib • DSS ReportControl • DSS ReportDataOptionsLib • DSS ReportSortsLib • DSS ReportSubtotalLib

MicroStrategy 功能组件跟踪级别

转换编辑器 • DSS CommonDialogsLib 所有执行 Function Level Tracing 的组件 • DSS Components DSS 组件还将执行 Explorer and • DSS EditorContainer Component Tracing。 • DSS EditorManager • DSS ExpressionboxLib • DSS TransformationEditor

仓库目录浏览器 • DSS CommonDialogsLib Function Level Tracing • DSS DatabaseInstanceWizard • DSS DBRoleConfiguration • DSS SchemaManipulation • DSS WHCatalog

创建并管理日志文件

诊断信息可以记录到多个日志文件。例如，在默认的配置中，所有错误消息将记录到 DSSErrors.log，而许可证信息则记录到 License.log 且来自 MicroStrategy Web 中的 Java 虚拟机的消息将记录到 JVMMessages.log。  性能信息必须全部记录到同一个日志文件。每个日志文件有指定的最大大小。当 MicroStrategy 日志文件达到最大大小时，该文件将被重命名为 .bak 扩展名结尾的文件名并且新创建的日志文件将用同一个文件名来命名。例如，如果 DSSErrors.log 文件达到最大大小，则将被重命名为 DSSErrors.bak，并创建新文件 DSSErrors.log。

您可以在日志目标编辑器中创建新的日志文件并更改日志文件的最大大小。

如何更改日志文件的最大大小

1 在 Diagnostics and Performance Logging Tool 中的工具菜单中，选择日志目标。这时将打开日志目标编辑器。

2 从选择日志目标下拉列表中，选择相应的日志文件。

3 在最大文件大小（KB）字段，以 KB 为单位输入新的日志文件的最大大小。

如果诊断选项卡内选中了内核 XML API 组件，则该文件的最大文  件大小不能低于 2000 KB。

4 单击保存。更改将被保存。

5 单击关闭。这时将关闭日志目标编辑器。

如何创建一个新的日志文件

1 在 Diagnostics and Performance Logging Tool 中的工具菜单中，选择日志目标。这时将打开日志目标编辑器。

2 从选择日志目标下拉列表中，选择 < 新建 >。

3 在文件名字段内输入文件的名称。文件名中将自动加入 .log 扩展名。

4 在最大文件大小（KB）字段，以 KB 为单位输入新的日志文件的最大大小。

5 单击保存。新的日志文件将被创建并供使用。

6 单击关闭。这时将关闭日志目标编辑器。

查看并分析日志文件

所有 MicroStrategy 日志文件均存储在日志文件的位置。此位置需在安装过程中设置并且不能改变。

• 在 Windows 系统中，所有日志文件存储在 C:\Program Files\Common Files\MicroStrategy\Log\。

• Unix 上的存储位置：

 CastorServer 实例的日志文件存储在 home/USER/MicroStrategy/log/Intelligence Server。

 计算机缺省值的日志文件存储在 home/USER/MicroStrategy/log。

这些日志文件为纯文本格式，并且可以用任意文本编辑器查看。如需关于如何读取日志文件的描述，请参阅日志文件的构成（第 650 页）。

如果您的计算机配置作为 MicroStrategy Health Center 健康状况代理或主控健康状况代理来使用，您可以通过 MicroStrategy Health Center Console 来查看日志文件。您也可以对浙西日志文件进行筛选，以便只显示相关的内容，比如尝试解决一个内存损耗疑难问题时只查看与内存条件相关的内容。如需

更多关于在 Health Center 中查看日志文件的信息，请参阅第 15 章通过 Health Center 监控 MicroStrategy 系统。

MicroStrategy Web 服务器错误日志文件位于 MstrWeb/WEB-INF/log/ 目录。这些日志文件可以通过单击 Web Administrator 页面左侧的查看错误日志来进行查看。（在 Web Universal 中，该链接名称为查看日志。）如需更多关于在 MicroStrategy Web 中查看日志文件的信息，请参阅 Web Administrator Help （单击 Web Administrator 上方的帮助。）

日志文件的构成

日志文件中的所有消息全部使用相同格式。每项内容由以下部分组成：

PID:[thread][date::time][module name][trace type]message

分节定义

PID 处理某项操作的进程的数值 ID

thread 处理某项操作的线程的数值 ID date::time 操作发生时的日期和时间

module name 执行某项操作的 MicroStrategy 组件的名称 trace type 日志文件输入项的类型

message 有关该操作的消息

日志文件样例

以下是运行 MicroStrategy Tutorial 项目中的 Length of Employment （雇用时间）报表后通过 MicroStrategy Web (ASP.NET) 生成的一个简单的日志文件。项目符号列表中描述了日志项所记录的内容。

• Intelligence Server 创建一项报表定义。 286:[THR:480][02/07/2003::12:24:23:860][DSS ReportServer][Report Source Tracing]Creating Report(Definition) with Flags=0x1000180(OSrcCch UptOSrcCch)

• Intelligence Server 从元数据载入名为 Length of Employment 的报表对应对象。 286:[THR:480][02/07/2003::12:24:23:860][DSS ReportServer][Report Source Tracing] where Definition = Object(Name="Length of Employment" Type=3(Report Definition) ID=D1AE564911D5C4D04C200E8820504F4F Proj=B19DEDCC11D4E0EFC000EB9495D0F44F Ver=493C8E3447909F1FBF75C48E11AB7DEB)

• Intelligence Server 创建名为 Length of Employment 的报表实例 .

286:[THR:480][02/07/2003::12:24:24:931][DSS ReportServer][Report Source Tracing]Created ReportInstance(Name="Length of Employment" ExecFlags=0x1000180(OSrcCch UptOSrcCch) ExecActn=0x1000180(RslvCB LclCch))

• Intelligence Server 开始执行报表实例。 286:[THR:480][02/07/2003::12:24:24:931][DSS ReportServer][Report Source Tracing]Executing ReportInstance(Name="Length of Employment" ExecFlags=0x1000180(OSrcCch UptOSrcCch) ExecActn=0x1000180(RslvCB LclCch)) with Actions=0x8300003f(Rslv GenSQL ExeSQL Alrt XTab EvalVw LclCch UptLclCch), Flags=0x1000180(OSrcCch UptOSrcCch)

• Intelligence Server 检查报表缓存中是否存在当前报表。 286:[THR:480][02/07/2003::12:24:25:181][DSS ReportServer][Report Source Tracing]Finding in cache:ReportInstance(Name="Length of Employment" ExecFlags=0x1000180(OSrcCch UptOSrcCch) ExecActn=0x1000180(RslvCB LclCch))

• Intelligence Server 未在缓存中找到该报表。 286:[THR:480][02/07/2003::12:24:25:342][DSS ReportServer][Report Source Tracing]Not found in cache:ReportInstance(Name="Length of Employment" ExecFlags=0x1000180(OSrcCch UptOSrcCch) ExecActn=0x1000180(RslvCB LclCch))

• Intelligence Server 检查报表中的提示并且没有找到任何提示。 286:[THR:314][02/07/2003::12:24:25:432][DSS ReportServer][Report Source Tracing]No prompts in ReportInstance(Name="Length of Employment" ExecFlags=0x1000180(OSrcCch UptOSrcCch) ExecActn=0x1000180(RslvCB LclCch))

• Intelligence Server 执行报表并更新缓存。 286:[THR:492][02/07/2003::12:24:26:634][DSS ReportServer][Report Source Tracing]Executing ReportInstance(Job=2 Name="Length of Employment" ExecFlags=0x1000184(OSrcCch UptOSrcCch) ExecActn=0x1000184(ExeSQL RslvCB LclCch)) with Actions=0x300003f(Rslv GenSQL ExeSQL Alrt XTab EvalVw LclCch UptLclCch), Flags=0x1000184(OSrcCch UptOSrcCch)

如果报表通过 MicroStrategy Desktop 运行时将记录更详细的报表执行  信息。

例外情况的处理

当 Intelligence Server 遇到一个错误是，将引发异常。并不是所有异常情况都是严重错误。事实上， Intelligence Server 将在内部处理这些错误。严重的异常情况将导致 Intelligence Server 关闭便将错误内容记录到 DSSErrors.log，通常显示为 “ 未知异常 ”。

服务器本身的严重异常并不足以获得精确的诊断。 Intelligence Server 自带的机制可以捕获结构化的异常并且可以生成包含更多信息的转储文件。您可能

需要 MicroStrategy 技术支持部的专家来帮助完成这一操作。如需更多关于诊断上述异常错误的信息，请参阅 MicroStrategy Tech Note TN13130。

分析服务器状态转储

服务器状态转储（SSD）是与 Intelligence Server 当前状态相关的信息集合，已写入到 DSSErrors.log 文件，通常在发生 Intelligence Server 意外关闭的情况。它将帮助您深入了解发生服务器关闭时 Intelligence Server 中所存在的问题。此信息可用于诊断发生服务器关闭的起因并避免后续问题。

可能触发 SDD 的问题包括内存的损耗（详见内存损耗疑难解答（第 655 页））或异常情况（详见例外情况的处理（第 651 页））。对服务器定义所做的更改将会触发一部分 SSD 信息。

分析服务器状态转储

每个 SSD 将记录同一个进程 ID 和线程 ID 下的信息。此信息包括服务和项目的配置设置、内存使用率、调度请求、用户会话、当前执行中的报表和处理中的单元状态等。 SSD 信息分为 14 各部分，概括如下：

第 1 部分：触发错误和错误特定预兆

这一部分发生在实际 SSD 之前，并且提供了有关触发 SSD 的事件信息，比如内存损耗或未知异常错误。

第 2 部分：服务器可执行文件版本和版本构建信息

这一部分提供了有关 Intelligence Server 可执行文件版本和构建事件有关的信息，因此您可以确切地识别 MicroStrategy 软件的版本。

第 3 部分：服务器定义基础（Castor Server Configuration“ 项目 ”）信息

这一部分提供了 Intelligence Server 配置编辑器中所定义的一小部分 Intelligence Server 级别的设置（在 Desktop 中，右键单击项目源，并选择配置 MicroStrategy Intelligence Server）。设置包括： • 服务器定义名称 • 每个项目最大作业数

• 每个项目最大连接数 • 项目数

• 通信协议和端口 “工作集文件目录”和“工作集缓存使用的最大内存”这两个选项的值当前  未显示在在 SSD 中。

第 4 部分：项目的基础信息

这一部分包括了与项目的状态和配置相关的信息。其中显示了项目配置编辑器中所定义的设置，比如：

• 项目名 • 缓存设置 • 约束对象设置

• 使用的 DBRole • DBConnection 设置

第 5 部分：服务器定义的高级信息

这一部分包括了附加的服务器定义设置，比如：

• 线程负载平衡模式 • 内存限制 • 历史列表设置 • 空闲超时

• XML 约束对象 • Memory Contract Manager (MCM) 设置 MCM 专门设计用户帮助您避免出现内存损耗。如需更多关于 MCM 的  信息，请参阅利用 Memory Contract Manager 约束 Intelligence Server 的内存使用（第 312 页）。

第 6 部分：调用堆栈、锁堆栈和载入的模型

调用堆栈转储提供了写入 SSD 时所使用的函数相关的信息。与此类似，锁堆栈提供了一个活动的锁列表。模型信息转储提供了已通过 Intelligence Server 载入到内存的文件列表，以及这些文件在内存中所处的位置。

此信息可以帮助 MicroStrategy 技术支持部跟踪与部分特定功能的相关错误。

第 7 部分：服务器进程内存快照

这一部分包含了 Intelligence Server 进程以及计算机的内存配置文件。如果上述任何一个值接近极限，则内存可能会发生问题。

第 8 部分：项目状态摘要

这一部分提供了每个项目是否已载入并注册，以及登录的用户数和 SSD 期间运行的作业数等的摘要信息。

第 9 部分：调度报表信息

这一部分提供了对 Intelligence Server 配置的调度请求列表。此列表包括下列内容：

• 报表 • 文档 • 管理任务，比如闲置的项目以及其他与缓存管理相关的任务

如需关于调度和订阅的附加信息，请参考第 11 章作业和管理任务的定期计划。

第 10 部分：数据库连接快照

这一部分显示了 Intelligence Server 与元数据以及数据仓库数据库之间的数据库连接状态快照。此信息与数据库连接监视器中所显示的内容类似。如需更多关于数据库连接的信息，请参阅与数据库的通讯（第 7 页）。

第 11 部分：用户收件箱快照

这一部分提供了各种用户收件箱的大小信息以及与工作集相关的信息。

第 12 部分：作业状态快照

这一部分提供了 SSD 期间所执行的作业的快照。此信息可以用于查看 Intelligence Server 上的当前负荷状态，以及发生错误时正在执行的操作。如果导致错误的原因是一个特定的报表，则可以利用此处的信息来重现错误操作。

第 13 部分：用户会话快照

这一部分提供了 SSD 期间 Intelligence Server 上发生的各种用户会话的相关详细信息。

第 13 部分：处理单元线程状态快照

这一部分提供了 Intelligence Server 中每一个处理单元内的线程状态相关的信息。还提供了每一处理单元的线程数以及这些线程所分配到的优先级的相关信息。

内存损耗疑难解答

Intelligence Server 中的内存损耗是 MicroStrategy 系统中经常出现的问题。了解如何防止这些问题将让您的系统保持稳定和可靠的状态。 Intelligence Server 的内存使用在本指南的前几章中已有所介绍（详见内存（第 307 页））。此处的内存疑难解答的相关资料仅用来重述本段内容中所展示的信息。总的来说，您可以按照以下方式来限制内存损耗情况：

• 启用 Memory Contract Manager。这是一款内置式工具，它根据部分作业任务可消耗的内存量来控制是否允许执行这些任务。这并不能保证不发生内存损耗，但可以减少发生损耗的几率。如需更多关于此操作的信息，请参阅利用 Memory Contract Manager 约束 Intelligence Server 的内存使用（第 312 页）。 • 主动采取措施。在项目的规划 / 构建阶段，请采用 “ 系统调整 ” 段落所介绍的几个概念。如需更多信息，请参阅第 7 章调整系统以达到最佳性能。 • 注意主要的消耗主要因素并运用约束对象和系统限制来制约这些因素。

• 通过 Windows 性能监视器（详见系统内存和资源的管理：Windows 性能监视器（第 305 页））和 MicroStrategy Enterprise Manager （详见第 14 章通过 Enterprise Manager 分析系统的使用情况）来监控系统。用户在系统上的实际操作可能涉及时间过长的问题 . 用户加入系统并随着系统

使用技术的提升，可能会导致新问题的出现。这些潜在的问题需要通过对系统做适当的调整和更改（详见第 7 章调整系统以达到最佳性能）。

内存的基本概念

以下是最简明的内存基本概念摘要。如需更多详细信息，请参阅内存（第 307 页）。

虚拟内存指物理内存（RAM）与磁盘页面文件大小（也叫内存转换文件）相加后所得到的值。除了操作系统以外，所有在计算机上运行的进程共享虚拟内存。

用户地址空间（UAS）独立于虚拟内存，并且大小有限。它的大小通过计算机上每个进程来进行计算（比如 MSTRSVR.exe Intelligence Server 应用程序）根据定义，一个 32 位的操作系统上，最大虚拟字节数为 4GB （232)）。 Windows 操作系统将这个字节数分为两个部分，即用户地址空间（UAS）和系统地址空间（SAS）。在这里， UAS 用于 Intelligence Server 存储数据和代码，而 SAS 则由操作系统所使用。

虚拟字节用来计算 UAS 的使用率。当虚拟字节达到 UAS 的限制时，将导致内存损耗。  Windows 任务管理器中的许可限制并不等于虚拟字节数。专用字节反映了虚拟内存的使用率并且是所分配到的虚拟字节的一个子集。

为了更好地判断导致内存损耗的原因，请确认以下问题：

• 项目使用方式如何？是否存在很复杂的报表？用于报表制作的数据集太大？

• 调度器使用是否过量？是否在单个调度任务上运行了太多报表？高峰时段是否会有调度任务运行？

• 什么是带提示 / 不带提示报表组合？ • 历史列表使用方式如何？是否存在过多消息？ • 用户并发量是否过高？ • 作业并发量是否过高（作业或大型报表）？

• 工作集、 XML 单元格、结果集等的约束对象的设置是否过高？

要回答上述问题，您必须熟悉系统及其使用方式（Enterprise Manager 报表将帮助您解决此问题）。不过，最有用的方式是了解发生内存损耗时系统的操作内容。要回答此问题，请使用以下方式：

• 利用 Windows 性能监视器（详见用性能监视器来监控内存使用情况（第 309 页））来描述不同时间内存的使用情况。根据作业并发量和用户并发量来进行检查。通常应记录的计数器有：

 Process / Virtual Bytes （MSTRSVR 进程）

 Process / Private Bytes (MSTRSVR 进程 )

 Process / Thread Count (MSTRSVR 进程 )

 MicroStrategy Server Jobs / Executing Reports

 MicroStrategy Server Users / Open Sessions

内存使用量是否突然增加？是否在执行大型报表或导出操作？是否存在随时间上升的趋势？

• DssErrors.log 文件。记录了发生内存损耗时所发生情况的相关详细信息的（详见查看并分析日志文件（第 649 页）） • 您对系统的了解以及内存消耗主要因素的使用是否过多

潜在的内存损耗问题

以下操作分类中的任务和对象很有可能在 Intelligence Server 中消耗内存最多：

• Intelligence Server 内存占用（第 658 页） • 报表缓存内存（第 658 页） • 工作集（第 659 页）

• 用于存储消息的历史列表（收件箱）（第 659 页） • 单独的大型报表（第 659 页） • 通过 MicroStrategy Web 或 Web Universal 导出到 Excel （第 660 页） • Linux 上的多个占用大量内存的请求（第 661 页）

Intelligence Server 内存占用

当 Intelligence Server 启动时，将发生一系列操作，这些操作均占用一定的内存。如需更多信息，请参阅以下段落：

• Intelligence Server 启动时的状态（第 13 页） • Intelligence Server 启动时将占用多少内存？（第 310 页） • Intelligence Server 开始运行后如何使用内存？（第 311 页）

启动时发生高内存使用率的重建因素包括：

• 过多的数据仓库连接线程（大致为 1MB/ 线程） • 缓存数量及其大小 • 项目数 • 项目框架大小 • 调度数（带自动提示）

可行的解决方案：

• 减少数据仓库连接线程数或限制这些线程可存在的总时间（详见管理数据库连接线程（第 333 页）） • 减少报表缓存的最大 RAM 大小（详见最大 RAM 使用（第 417 页）以及以下部分）

• 将项目分配到多个 Intelligence Server

报表缓存内存

缓存查找表因为缓存操作，往往是大多数内存问题的主因。它会匹配报表请求与报表缓存并且在每一个群集节点都将载入到内存。提示答案往往消耗最多内存。为了对查找表的大小有进一步的了解，可以计算所有 CachLKUP.idx 文件的大小。另外，查找表内存消耗量并不受约束。

如需更多有关报表缓存的详细信息，请参阅结果缓存（第 394 页）。

可行的解决方案：

• 禁用报表缓存

 是否真的需要缓存？如果您的大多数用户采用临时的报表制作方式或者说如果数据仓库更新很频繁，缓存对系统操作效率并不一定有帮助。

 请使用 Enterprise Manager 的 Cache Analysis （缓存分析）报表来检查缓存命中率。

 大量提示的使用会降低缓存的使用（禁用带提示报表的缓存）。

• 减少报表缓存的最大 RAM 大小（详见最大 RAM 使用（第 417 页））

工作集

此功能的内存使用率通常与开放的用户会话以及用户所运行的报表大小有关系。

可行的解决方案：

• 管理用户资源（用户资源的管理（第 323 页）） • 减少工作集的大小 • 减少报表大小

• 限制用户会话的数量或执行时间（管理处于活动状态的用户（第 321 页））

用于存储消息的历史列表（收件箱）

历史列表中的大量消息会消耗很多内存。当用户登录到系统时，其收件箱数据将载入到内存中。每一个登录的用户将会消耗更多的内存。

可行的解决方案：

• 缩短会话限制超时的时间以便及时卸载用户的收件箱数据（详见管理处于活动状态的用户（第 321 页）） • 限制 “ 每位用户最大消息数目 ” 设置中的数值（详见用户资源的管理（第 323 页））

单独的大型报表

您可能注意到运行部分报表时，内存使用量突然增加。这可能由以下一系列因素造成：

• 从数据仓库返回了大量数据 • 检索到元素提示的大量数据

• 报表中存在多个分页和小计 • 自定义组的使用 • 分析引擎高度复杂化

• 从 MicroStrategy Web 产品返回了大量的 XML • 文档中存在大量报表

可行的解决方案：

如需关于下述所有解决方案的详细信息，请参阅结果的处理（第 340  页）（除非另有说明）。

• 重新定义报表或将报表分割为多个更小的报表 • 限制对象提示选项

 不要允许用对象提示创建报表这些提示允许用户在报表上放置大量对象。例如，一个报表设计师可能会允许用户从包含大量度量和实体的列表中进行选择，并未对放入报表的对象数量进行限制。这对用户来说创建大型报表变得简单，但导致的结果往往是大型数据集或复杂的多度量的集合占用大量内存。

（如何限制提示答案的数目：当使用提示生成向导创建提示时，请选定选择默认提示答案复选框，然后再单击下一步。接下来可以设定提示答案允许的最小和最大数目。）限制提示选项还有一种方法是让报表设计师意识到给用户开通一系列提示选项时将带来的后果。

• 限制元素提示

 例如，不要允许元素提示显示上千个元素让用户选择（详见限制一次显示和缓存的元素数量（第 439 页））。从数据仓库获取这些元素的过程足以导致内存损耗，同时执行多个操作时内存损耗尤为严重。 • 限制报表的最大大小以防止用户创建大型报表（详见管理数据结果的传递（第 344 页））

 减少 “XML 单元格的最大数目 ” 设置

 减少 “ 最大结果行数 ” 设置

通过 MicroStrategy Web 或 Web Universal 导出到 Excel

把报表导出到 Excel 将占有大量内存（特别是带格式的 Excel），因为该操作将会一次返回报表的所有页面内容。您可能会遇到一种叫做 “heartbeat” 的内

存使用模式，这是因为 XML 成批返回到了 Web。这里的成批大小 = 最大 XML 单元格数量如需更多关于此操作的信息，请参阅从 Web 导出报表时发生的情况（第 46 页）。

可行的解决方案：

• 您的用户在导出数据时，是否采用了比其他方式占用内存更少的 “ 纯文本 ”、 “ 带纯文本的 Excel” 或 “CSV 文件格式 ” 设置？

• 减少 “XML 单元格的最大数目 ” 设置（详见管理数据结果的传递（第 344 页））

Linux 上的多个占用大量内存的请求

在 Linux 系统下，即使计算机有大量可用内存仍会报告内存损耗。这是因为 Intelligence Server 进程使操作系统达到最大内存映射区块数。默认最大限制为 65536。要增加此限制值，请使用命令 sysctl -w vm.max_map_count=655360

身份验证疑难解答

本节内容根据您所使用的身份验证类型提供了一个核查清单。请参考以下与身份验证相关的章节。

• MicroStrategy Web 中的 Windows 验证疑难解答（第 661 页） • 登录服务器（3 层结构）项目源失败（第 662 页） • LDAP 验证模式疑难解答（第 663 页）

MicroStrategy Web 中的 Windows 验证疑难解答

要在 MicroStrategy Web 中使用 Windows 验证，您必须在安装了  Microsoft IIS 的 Windows 计算机上运行 Web 或 Web Universal。非 IIS Web 服务器不支持 Windows 验证。

如果您已对项目源进行配置使其支持使用 Windows 验证，同时登录到 MicroStrategy Web 时，您的用户可能会看到如下错误消息：“ 不能作为 NT 用户登录。请让您的 MicroStrategy Server 管理员将此 NT 用户帐号链接到一个 MicroStrategy Server 用户。 ” 即使用户的 Windows 帐户已正确链接到 MicroStrategy Server 用户仍会发生这一错误。这很有可能是因为 Internet

Information Services (IIS) Service 管理器中的部分设置不正确。修复方法如下：

1 在 MicroStrategy Web 服务器计算机上，访问 IIS Internet 服务管理器。 Microsoft Management Console 对话框随之打开。

2 右键单击 MicroStrategy 虚拟文件夹，然后选择属性。

3 在目录安全选项卡上的匿名访问和验证控制下方单击编辑。这时 “ 验证方式 ” 对话框将打开。

 取消选定允许匿名访问复选框。

 选定 Windows Challenge/Response 复选框。

4 单击确定，然后再次单击确定。

5 重启计算机使更改生效。

登录服务器（3 层结构）项目源失败

在 MicroStrategy Intelligence Server Universal 中通过 MicroStrategy Desktop 登录到 3 层结构的项目源时，您可能会看到如下错误消息： MsiSessionManager: 在计算机 x.x.x.x 上登录用户 administrator 失败。此外，在 DSSErrors.log 文件中，还将显示以下错误消息：

[Kernel][Error] ConfigManager::GetServerDefSetting():ServerDef not initialized:Long SettingId=75.

这是因为服务器定义未能正确初始化。

要修复此问题，请按照以下操作重新创建服务器定义：

1 启动 MicroStrategy Configuration Wizard。（在 Windows 开始菜单中依次指向所有程序、 MicroStrategy、并选择 Configuration Wizard。 )

2 在 Configuration Wizard 中，选择 MicroStrategy Intelligence Server 并单击下一步。完成 Configuration Wizard 中的所有步骤以创建一个新的服务器定义。

3 重启 Intelligence Server 以载入上述新建的服务器定义。

4 在 Desktop 中通过一个 3 层结构的项目源连接到 Intelligence Server。

LDAP 验证模式疑难解答

Intelligence Server 中存在的 LDAP 验证问题通常分为以下几个方面： • 包括清晰的问泵以及 Secure Socket Layer (SSL) 验证模式的验证问题。 • 关于导入用户或组，以及同步 LDAP 用户与 MicroStrategy 元数据的功能方面的问题

LDAP 设置问题

下表描述了尝试连接 LDAP 服务器时 MicroStrategy 中可能出现的错误消息。

缺少组件：如果显示的错误消息中说明找不到 LDAP 组件，这可能表示 DLL 文件并不存在于相应的目录。详见 LDAP 身份验证方式的运用（第 110 页）获取有关基于 SDK 选择正确的 DLL 文件并安装在正确位置的详细信息。如果要移除 DLL 文件，请确保重新启动 Intelligence Server。

无效的登录名 / 密码：如果您收到类似 “ 错误的登录名 / 密码 ” 的错误消息，请仔细检查您的登录名称和密码是否有误。还应在 Intelligence Server 配置管理器中检查您是否具备正确的 DN 搜索根目录以及正确的用户搜索筛选器语法。

无法联系 LDAP 服务器：如果您看到类似 “ 无法连接到 LDAP Server” 的错误消息，请尝试用 LDAP 服务器 IP 地址来进行连接。您还应检查 LDAP 计算机是否正在运行。另外一个可能性是 SSL 证书文件可能无效。如需更多 SSL 疑难解答，请参考下一段内容。

LDAP 验证模式下的问题

身份验证过程涉及联系 LDAP 服务器的验证用户以及实际登录的用户。 Intelligence Server 利用验证用户来登录 LDAP 服务器并用实际用户的可分辨名称（DN）来搜索实际用户。因此，验证用户必须在 LDAP 服务器中具备必要的读取和搜索的权限并且必须能登录到正确的根目录。一个正确的根目录必须包含的特性有：包含每一个可能登录到 Intelligence Server 其中一个分支的 LDAP 用户。因此，如果验证用户无法在其分支中找到实际用户，从而导致搜索实际用户失败。

通过 LDAP 进行身份验证时有两种模式可供选择：明文和 SSL。根据您所使用的方式回答下列问题可能会帮助您找到解决方法。

• 明文模式下的身份验证失败时：

 验证用户能否作为 LDAP 用户登录？验证用户字符串可通过 Intelligence Server 配置编辑器中的测试连接选项来在 MicroStrategy Desktop 中进行测试。您也可以使用任何 LDAP 浏览器来测试用户与 LDAP 服务器的连接。

- 验证 DN 字符串是否正确？ - 验证用户的密码是否正确？

 LDAP 用户（不同于验证用户）能否登录？您可以利用任何 LDAP 浏览器来测试上述问题。

- 用户凭据是否正确？ - LDAP 服务器日志是否显示成功的消息？ LDAP 管理员可访问这些日志。

 如何通过明文模式连接到 Solaris 上的 Sun One/iPlanet？如需以明文模式连接到 Sun One/iPlanet 的详细信息以及步骤，请参考 MicroStrategy Tech Note TN12066。

•SSL 模式下的身份验证失败时：

 明文模式下是否可以进行验证？

 LDAP-SDK DLL 是否安装在 MicroStrategy Intelligence Server 计算机上？

 LDAP-SDK DLL 是否驻留在正确的系统路径？

 证书是否从正确的证书颁发机构（CA）获取？（如需关于如何从相应的 CA 平台获取证书的相关信息，请在 MicroStrategy Knowledge Base 搜索 “LDAP AND certificate AND import”。）

 证书是否驻留在 MicroStrategy Intelligence Server 上的正确系统路径内？

 LDAP 服务器的日志是否显示操作成功的消息？ LDAP 管理员可访问这些日志。

LDAP 功能上的问题

MicroStrategy 中与 LDAP 验证相关的功能方面的问题大多数是因为 Intelligence Server 与 LDAP 服务器的集成而造成的。验证成功后（Intelligence Server 已检查 LDAP 服务器中是否存在 LDAP 用户），需要将 LDAP 用户作为 MicroStrategy 用户以便该用户具备必要的权限。（这一权限

取决于 LDAP 用户的身份验证方式。详见 LDAP 身份验证方式的运用（第 110 页）获取更多详细信息。）

Intelligence Server 把 LDAP 用户作为新的 MicroStrategy 用户导入到 MicroStrategy 元数据来完成这一转换过程（稍后将讨论不导入 LDAP 用户来实现操作的选项）。 LDAP 用户与 MicroStrategy 用户的关系将用 MicroStrategy 元数据中的一个链接来进行维护，采用为用户指定的可分辨名称（DN）。 DN 是 LDAP 目录中一个输入项的唯一标识符。

您可以选择以明确的方式分配 DN 给 MicroStrategy 用户。如果未提供任何设置，则在导入 LDAP 用户后，将分配 LDAP 用户的 DN 给 MicroStrategy 用户。 MicroStrategy 利用 DN 来查找 LDAP 服务器中的用户和分组，即便对 LDAP 用户和分组经过配置使其通过 MicroStrategy 系统来进行身份验证而不是通过导入方式来进行验证的情况下仍适用。

MicroStrategy 用户的 DN 与 LDAP 配置中分配给验证用户的 DN 并不  相同。验证用户的 DN 是 MicroStrategy 帐户登录到 LDAP 服务器并验证（搜索 / 核实）尝试登陆录的实际用户时所使用 DN。验证用户可以是具备 LDAP 服务器搜索权限的任何人，通常是 LDAP 管理员。

验证用户 DN 需在 Intelligence Server 配置编辑器上的 “LDAP 配置 ” 分类中的 “ 用户可分辨名称（DN） ” 方框中指定。

用户的 DN 需在用户编辑器的 “ 验证 ” 选项卡上的 “ 用户可分辨名称（DN） ” 方框中指定。

如果未指定明确的链接，则再选定导入用户复选框的情况下 LDAP 用户将作为新的 MicroStrategy 用户导入到 LDAP Users 分组。接下来，用户可以将被视为任意 MicroStrategy 用户来对待并为其分配相应的权限。 MicroStrategy 用户的元数据中的用户对象也可以在导入用户后包含 LDAP 用户的链接。

Intelligence Server 同样允许导入 LDAP 分组。选中此选项后，用户所属的所有分组也将在 LDAP 用户登录时导入到 LDAP Users 分组（与导入的用户类似）。您不能将 MicroStrategy 系统分组（比如 Everyone 组）链接到 LDAP  分组。

用户及其用户组之间的层级视觉化关系不能在 LDAP Users 文件夹进  行维护，而是应该在 LDAP 服务器目录进行维护。无论视觉链接是否显示，用户及其分组之间的实际链接并不存在也不必进行维护。

用户和组的 “ 登录时同步 ” 选项将致使 Intelligence Server 检查（在下一次登录时）。

• 元数据中的 MicroStrategy 用户信息以及 LDAP 服务器中的 LDAP 用户信息是否同步

• 元数据中的 MicroStrategy 分组信息以及 LDAP 服务器中的 LDAP 分组信息是否同步

同步选项是否选中以及结合是否导入用户和组，上述两种情况下名称与链接可能同步也可能不同步。

当用户作为临时的 LDAP 用户 / 组登录时： • 元数据中不保留链接且只要用户处于登录状态则具备 “Guest” 用户权限。用户将继承 MicroStrategy 中 Public/Guest 组的权限。

• 非导入的用户不具备收件箱，因为该用户实际上并不存在于元数据。 • 非导入的用户不能创建对象也不能调度报表。

LDAP 常见问题

LDAP 用户是否有自己的收件箱和个人文件夹？

如果用户导入到元数据，则将具备各自的收件箱和个人文件夹。如果未导入用户，无论是否属于 LDAP Users 或 LDAP Public 组的一部分，均不具备收件箱。未导入的用户不会有个人文件夹并且具备正确的权限和访问权限的情况下只能将操作内容保存在公共文件夹。

如何为各个 LDAP 用户依次分配安全筛选器、安全角色或访问控制（访问权限）？

用户被导入到 MicroStrategy 元数据后，可以为其分配安全筛选器、安全角色或访问控制，但这些信息并不一定以动态方式从 LDAP 资料库中的信息来进行分配。

要允许用户以动态方式继承此信息，您应在 MicroStrategy 元数据的分组级别来分配这些访问权限。组成员资格信息将在每次 LDAP 用户登录系统时根据用户将加入的分组以动态方式决定。

两个不同的用户能否有不同的 LDAP 链接，但有相同的用户名？

不能。 MicroStrategy 元数据不能包含登录名或用户名系统的两个用户。如果尝试创建含相同用户登录名或用户名的用户，导入操作将会失败。

MicroStrategy 元数据中的每个用户对象必须具备唯一的用户登录帐户和用户名。

如果两个用户在 LDAP 目录中具有相似的描述时会发生什么问题？

如果用来指定特定用户的 DN 描述符不足以让 Intelligence Server 识别该用户，则用户的登录将失败。您应在 LDAP 配置分类中改进 “ 用户搜索 ” 筛选器和 “ 组搜索 ” 筛选器来帮助识别用户。

如果导入用户组以及该用户组在 LDAP 目录中的所有成员到 MicroStrategy 元数据并为导入的分组分配连接映射时会发生什么情况？

用户所属的导入的用户组的连接映射将无法正确应用到该用户。要使连接映射能正常使用，您需要在导入用户后以手动方式为此用户分配组成员资格。

修正元数据中不一致的数据

存储在元数据资料库中的 DSS 对象的定义不匹配或错误将导致元数据中的逻辑数据的不一致性。

修正已删除的内容

如果在您的会话过程中尝试使用一个已被其他用户删除的对象，您可能会收到类似以下错误消息： 'Object with ID '46E2C20D46100C9AFD5174BF58EB8D12' and type 26(Column) is not found in the metadata. It may have been deleted.' 您可以通过断开项目连接然后重新连接项目来核实该对象是否不再存在于项目中。

下表列出了 MicroStrategy 元数据中可能存在的所有对象类型和对象描述。您可以通过下表参考缺少的对象类型并限制只搜索特定的对象。这样可以避免搜索项目中的所有对象。

对象类型对象分类对象描述

-1 DssTypeUnknown 未指定对象类型

0 DssTypeReserved 无

对象类型对象分类对象描述

1 DssTypeFilter 筛选器

2 DssTypeTemplate 模板

3 DssTypeReportDefinition 报表

4 DssTypeMetric Metric （度量） 5 未使用无

6 DssTypeAutostyles 自动样式

7 DssTypeAggMetric 基本公式

8 DssTypeFolder 文件夹

9 未使用无

10 DssTypePrompt Prompt （提示） 11 DssTypeFunction 函数

12 DssTypeAttribute 实体

13 DssTypeFact 事实

14 DssTypeDimension 层级

15 DssTypeTable 逻辑表

16 未使用无

17 DssTypeFactGroup 事实组

18 DssTypeShortcut 快捷方式（另一对象的引用）

19 DssTypeResolution 保存提示答案

20 未使用无

21 DssTypeAttributeForm 实体形式

22 DssTypeSchema 框架（用于定义数据仓库结构的对象集合）

23 DssTypeFindObject 搜索定义（简易搜索）注意 : 此对象类型已弃用。搜索对象为对象类型 39 （DssTypeSearch）。 24 DssTypeCatalog 目录（数据库中相关表的列表）

25 DssTypeCatalogDefn 目录定义（目录构造方式的相关描述）

26 DssTypeColumn 列（定义数据库表的列所需的一个属性）

27 DssTypePropertyGroup 属性组（用于缓存属性集列表的一个内部对象）

28 DssTypePropertySet 属性集（内部对象）

29 DssTypeDBRole 数据库实例

对象类型对象分类对象描述

30 DssTypeDBLogin 数据库登录

31 DssTypeDBConnection 数据库连接

32 DssTypeProject 项目

33 DssTypeServerDef 服务器定义（Intelligence Server 的配置描述）

34 DssTypeUser MicroStrategy 用户或组 35 未使用无

36 DssTypeConfiguration Intelligence Server 配置（代表 MicroStrategy 安装的一个最高级的对象）

37 DssTypeRequest 调度的请求

38 未使用无

39 DssTypeSearch 搜索对象

40 DssTypeSearchFolder 搜索文件夹（用于存储搜索对象结果的类似文件夹结构的对象）

41 未使用无

42 DssTypeFunctionPackageDefinition 函数定义

43 DssTypeRole 转换

44 DssTypeSecurityRole 安全角色

45 DssTypeInBox 历史列表或收件箱（用于存储历史消息的类似于文件夹结构的对象）

46 DssTypeInBoxMsg 历史消息（用于描述项目执行请求的对象）

47 DssTypeConsolidation 合并项

48 DssTypeConsolidationElement 合并项元素

49 DssTypeScheduleEvent 调度事件（可触发预定操作对象的事件）

50 DssTypeScheduleObject 调度的对象（可以触发的对象）

51 DssTypeScheduleTrigger 调度的处罚（调度事件与对象之间的联系）

52 DssTypeLink 链接（包括对象在内的属性存储方式）

53 DssTypeDBTable 物理数据库表

54 DssTypeTableSource 相同的前缀和后缀的表（含相同表前缀和后缀的物理数据库表的集合）

55 DssTypeDocumentDefinition Report Services 文档 56 DssTypeDrillMap 钻取图

对象类型对象分类对象描述

57 DssTypeDBMS DBMS 定义（用于保存与物理数据库相关的信息的对象） 58 DssTypeMDSecurityFilter 安全筛选器

以不正确的方式手动编辑 MicroStrategy 元数据中的值可能导致严重的  项目范围内的错误，致使项目不可用。这些属于用户私自更改，因此不在任何 MicroStrategy 保修范围。我们强烈建议用户再做任何修改前备份元数据。

Scan MD

Scan MD 是一款实用工具，用来检测并修复 MicroStrategy 元数据中的逻辑数据的不一致性，不必对核心平台做代码级的更改。 Scan MD 工具将搜索逻辑错误并在平台对象结构内修复这些错误。 Scan MD 工具将执行一系列测试来检测元数据中存在的不一致性。这些操作基于必须通过键所激活的模块。每个模块可包含一系列测试内容以及符合测试过程中所找到的任意问题的修复项。产品发售时自带了一对默认的模块与键的组合，可运行一组标准的测试来检测项目中的不一致性。此默认的键将自动显示在向导的 “ 过程选项 ” 页面。在某些情况下，我们的技术支持部将为您提供一对模块与键的组合来修复标准测试中未涵盖的其他问题。这些键和模块用来处理用户特定的问题，因此并不是每位客户都需要使用这些内容。在这种情况下，最好与技术支持代表合作从而理解您遇到的问题的本质。技术支持代表将判断是否有合适的 Scan MD 模块可以解决您的问题。如需更多关于联系技术支持部的相关信息，请参阅技术支持（第 xxxiii 页）。

对象从属性的疑难解答

如果尝试在 Desktop or Object Manager 中一次删除多个对象，且这些对象彼此具有父子从属关系，则可能会出现错误消息。例如，您有一个立方体的名称为 Time, products, geography （时间、产品、地理位置）以及使用该智能立方体的单独视图报表 Yearly sales of electronics （电子产品年销售额）。如果尝试同时删除这两种对象，将出现一条错误消息说明由于其他对象依赖于此智能立方体而无法删除该智能立方体。

这是因为 MicroStrategy 产品以字母顺序来处理多个对象的删除操作。要解决此问题，请首先删除视图报表，然后再删除智能立方体。

日期 / 时间函数的疑难解答

在某些情况下，发布更新的版本后， MicroStrategy 不再更新部分 DBMS 对象。通常我们不会移除这些对象，但在一种情况下，需要将标准版和企业版的 Oracle 8i R2 和 Oracle 8i R3 合并到 Oracle 8i R2/R3 （Oracle 8i R3 不再更新）。如果您使用的是其中一个 Oracle 8i 版本，您可能需要选择合并后的版本作为您数据库实例的一部分。如果日期 / 时间函数停止工作后则更有必要合并版本，特别是在 Enterprise Manager 中操作时。如需详细信息，请参阅本指南第一章 “ 理解 MicroStrategy 的体系结构 ” 中的更新数据库类型属性部分。

性能方面的疑难解答

项目性能

您可能会注意到某个项目比其他项目需要更长时间来进行加载，或者您可能在服务器的日志文件中可能会看到如下错误消息： [DSS Engine] [Error]DSSSQLEngine:WARNING:Object cache MaxCacheCount setting (200) is too small relative to estimated schema size (461).

项目载入时间设计检索大量数据，还会因为项目大小、硬件配置以及您的网络状况而导致消耗大量时间。如果项目加载时间过长或这看到上述错误消息，则应检查以下几点内容：

• 启动时载入：MicroStrategy 的安装过程中，是否选择了项目的 “ 启动时载入 ” 选项？此选项通常会加速后续项目请求，因为载入项目时所需的多数新兴都已缓存在服务器上。

您可以检查您的项目是否已通过 Intelligence Server 配置编辑器配置为启动时载入。（在 Desktop 中，右键单击项目源并选择配置 MicroStrategy Intelligence Server。在项目分类中，选择常规。）

• 对象缓存的最大 RAM 使用：根据您的框架对象大小，您可能需要增加 “ 最大 RAM 使用（KB） ” 设置中的值。（如何找到此设置：在 Desktop 中，右键单击项目并选择项目配置。从缓存分类中选择对象）。

上述所显示的错误消息将包含估计的框架大小。此数字必须乘以 10 并将其结果输入到 “ 最大 RAM 使用 ” 设置中。此设置可能会帮助优化您的项目。

增加 “ 最大 RAM 使用 ” 的数字将导致较高的内存占用，从而导致您  的计算机遇到问题。请确保在对上述设置做任何较大的更改之前已对所有设置的所带来的后果有全面的了解。

• 关闭诊断跟踪：如果您已开启跟踪，请关闭它以确保项目载入时不会记录任何可降低系统性能的无用信息。（在 Desktop 的工具菜单中选择诊断。单击帮助以获取关于各个跟踪选项的详细信息。）

框架更新性能

如果框架更新过程所需时间较长，您可能需要增加对象缓存在 Intelligence Server 上的可用内存总量。当项目框架更新时， Intelligence Server 将可以访问所有框架对象。如果对象缓存没有足够内存来存储所有框架对象，则部分对象需要交换对象缓存的存取，从而减慢更新过程。如需更多关于对象缓存的信息，请参阅对象缓存（第 446 页）。

要增加对象缓存的可用内存总量，请在项目配置编辑器中展开缓存：附加缓存（对象）分类，并增加服务器：最大 RAM 使用（MB）字段中的值。

您可以使用 Diagnostics and Performance Logging Tool 来跟踪框架更  新过程并判断是否需要增加对象缓存的可用内存。在 Diagnostics and Performance Logging Tool 中，启用 Metadata Server > Transaction 和 Engine > Scope Trace。如需更多关于 Diagnostics and Performance Logging Tool 的信息，请参阅通过诊断信息查找问题点（第 637 页）。

缓存监视器和智能立方体监视器的性能

如果您在 HP-UX v2 （B.11.23）上运行 Intelligence Server，您可能会注意到使用缓存监视器或智能立方体监视器时响应速度变慢。这是因为 HP-UX v2 文件系统设计方面存在的问题， HP-UX v3 (B.11.31) 中已修复该问题。

您可以更改 Intelligence Server 计算机上的以下设置来加快 HP-UX v2 上的缓存监视器与智能立方体监视器的响应时间（需要有根目录访问权限）： # kctune nfs_new_lock_code=1 # kctune nfs_async_read_avoidance_enabled=1 # kctune nfs_fine_grain_fs_lock=1 # kctune nfs_new_rnode_lock_code=1

# kctune nfs_wakeup_one=1

从文件导入数据疑难解答

您可以使用 MicroStrategy Web 来从文件导入数据，比如文本文件、 CSV 文件或 Excel 电子表格。导入的数据将保存在智能立方体中。如需包括操作说明在内的更多关于数据导入的信息，请参阅 Project Design Guide 或 MicroStrategy Web 帮助。 • 当导入大型文件时，请确保客户端和服务器计算机上均有足够大的内存：

 在客户端计算机上，即用户初始化导入操作的计算机上， Web 浏览器可能需要相当于所导入文件大小 5 倍大的总内存。例如，如果您要导入一个 50 MB 的 Excel 文件，则 Web 浏览器可能最多使用 250 MB 的 RAM。

 在 Intelligence Server 计算机上， Intelligence Server 可能需要相当于所导入文件大小 4 倍大的总内存。例如，如果您要导入一个 50 MB 的 Excel 文件，则 Intelligence Server 可能最多使用 200 MB 的 RAM。

• 在 Intelligence Server 计算机上，请确保 Java 虚拟机的内存限制设为 800 MB。如需操作说明，请参考与 Java 虚拟机一起提供的说明文档。

• 您可能需要增加您网络、 Web 浏览器或 Web 服务器的超时设置中的值。

订阅和报表结果的疑难解答

钻取所得报表未返回数据或返回错误的数据

如果您使用的是 OLAP Services，您可能对某一报表进行钻取并发现新的报表并未返回数据，或者返回的小计与父报表上的小计并不一致。这是因为父报表的数据源使用了一个智能立方体，而这个智能立方体并不包含您所钻取到的级别所对应的数据。

您可以在 SQL 视图下确认报表是否连接到了智能立方体。如果 SQL 视图包含的一行内容为 Intelligent Cubes Accessed:，则表示该报表连接到了一个或多个智能立方体。该报表所连接的智能立方体将显示在此行下方。

您可以通过报表的 VLDB 属性禁止报表使用智能立方体。在 “VLDB 属性 ” 对话框中的高级分类下的动态数据源下方，取消选定启用动态数据源复选框。

注意这一操作将导致报表使用数据仓库而非智能立方体，从而进一步导致对数据仓库造成意外负荷。

图表式报表结果

根据用户选择用来显示数据的图表样式，图表式报表可能会显示所选图表样式的所有特性，也可能只显示部分特性。每种图表样式对显示的数据类型、各个选项集以及启用的设置组合有各自的要求。

有关 MicroStrategy 中各种可用的图表样式的详细信息，以及每种样式的特定要求，请参阅 MicroStrategy 高级报表制作指南中的图表制作章节。

报表结果行数目

您可以在项目级对 MicroStrategy 进行配置以限制从数据仓库返回并显示给用户的报表行数。此设置可在项目配置编辑器中进行配置。（在 Desktop 中，右键单击项目，选择项目配置，展开约束，然后选择结果集。设置名称为 “ 报表结果行数目 ”。）

如果更改此设置，报表可能仍会继续返回结果并显示超出最大限制的报表结果行数。这是因为此设置的设计决定了它只适用于此设置发生更改后所创建的报表。当更改此设置时，不会影响任何现有报表。

您可以使用 Results Set Row Limit VLDB 属性在现有（和新的）报表上逐一限制报表结果行数。 Results Set Row Limit VLDB 属性可以为任何报表指定。如需更多关于设置 VLDB 属性的信息，请参阅 Supplemental Reference for System Administration 中的 VLDB Properties 章节。

含提示的订阅未发生并且消失

如果在报表上使用提示，且该提示需要提供答案，但提示的设计过程中未提供默认答案，那么订阅该报表后，将无法成功执行该订阅，因为提示需要用户提供答案。该订阅将随之失效并自动从 Desktop 的订阅列表中移除。

要让订阅能正常执行，您可以重新设计提示使其具备默认答案，或直接从报表移除该提示。

订阅时发现联系人列表中不存在相应的联系人

• 您要创建的订阅类型必须至少有一个地址。例如，如果您要为联系人订阅并通过邮件接收报表，该联系人必须至少有一个关联的邮件地址，否则该联系人将无法显示在订阅的联系人列表中。如果要为联系人订阅并通过打印机接收订阅内容，该联系人必须提供打印机路径（地址）。用联系人编辑器来添加地址（详见创建并管理联系人（第 504 页）。） • 联系人必须与一个 MicroStrategy 用户建立链接才能出现在任何联系人列表中。用联系人编辑器创建联系人与用户之间的链接关系（详见创建并管理联系人（第 504 页））。 • 订阅或调度的所有者必须具有“使用”访问权限以及“浏览”访问权限才能查看任意联系人列表中的特定联系人。

SQL/MDX 字符串长度

当用 MicroStrategy Desktop 生成报表时，您可能会看到以下错误消息：

错误：SQL 生成完毕 []QueryEngine 遇到错误 : 产生的 SQL/MDX 字符串（xxxxx 字节）比相应的连接符的限制要长（yyyyy 字节）。 [] 组件 QueryEngineServer、项目 ###、作业 ### 的处理程序出错：错误代码 = -2147212544

此错误消息会在 SQL 字符串大小超出 SQL/MDX 字符串设定的最大值时出现。

您可以按以下操作增加 “ 项目配置 ” 对话框中的 SQL/MDX 字段中的最大值：

1 在 Desktop 中，右键单击项目并选择项目配置。

2 在项目配置编辑器中，展开数据库实例分类并选择 SQL 数据仓库。

3 单击 VLDB 属性。这时将打开 “VLDB 属性 ” 对话框。

4 展开约束并选中 Maximum SQL/MDX Size VLDB 设置。

5 取消选定使用默认继承值 - （默认设置）复选框。

6 按需要增加 Maximum SQL/MDX Size 中的值。输入一个介于 1 到 999999999 之间的任意数字。如果输入 0 或 -1，则 Maximum SQL/MDX

Size 具备设为默认值 65536。不同的数据库中此默认大小可能并不相同。这取决于您所选择的数据库实例。

您应输入一个通过认证的 ODBC 驱动程序能处理的值。较大的值将  导致报表出现 ODBC 驱动程序错误。这取决于您所使用的数据库类型。

如果增加此 VLDB 属性的值无法解决此问题，请尝试简化报表。您可  以通过移除实体、度量和筛选器来简化报表。导入大量用于筛选的元素通常会导致 SQL/MDX 过大。

如需更多信息，请参阅 Supplemental Reference for System Administration 中的 VLDB Properties 章节。

自由格式 SQL 报表错误

当运行一个自由格式 SQL 报表时，您可能会看到以下错误消息：

错误：SQL 生成完毕 QueryEngine 遇到错误。 Execute Query failed.Error type:ODBC error.ODBC operation attempted:SQLExecDirect.[37000-3100 on HSTMT][Microsoft][ODBC Excel driver] Syntax error [missing operator] in query expression `pa0.DAY_DATE WJXBFSO` 组件 QueryEngineServer、项目 MicroStrategy Tutorial、作业 1098 的处理程序出错：错误代码 = -2147212544。

此错误消息可能是由于数据库实例中存在不正确的设置。如果数据库实例使用 Microsoft Excel 文件作为数据源且数据库实例类型设为通用 DBMS，则语法中存在更改。语法中的更改产生了上述错误消息。

要避免此问题，请按如下操作将数据库实例的数据库连接类型改为 Microsoft Excel 2000/2003：

1 从 MicroStrategy Desktop 文件夹列表中展开管理、然后选择数据库实例管理器。

2 右键单击您要修改的数据库实例的名称并选择编辑。这时将打开 “ 数据库实例 ” 对话框。

3 在常规选项卡上，选择数据库连接类型中的 Microsoft Excel 2000/2003。

4 单击确定。

要使更改生效，您必须重启 MicroStrategy Intelligence Server 以使用  新的数据库实例。

国际化方面的疑难解答

如需关于国际化方面的详细信息，包括创建、启用和金银对象和项目的语言的相关操作说明，请参阅 Supplemental Reference for System Administration 中的 Internationalization 章节。

对象显示的语言不同于项目或对象的默认语言

如果对象不包含项目默认语言或对象默认语言的翻译，则必须使用具有翻译内容的对象。系统将误认为这些对象的翻译使用了项目默认语言。

例如，项目的默认语言为英语，对象的默认语言为法语，而对象只包含法语翻译内容。如果项目中禁用了法语，则将显示法语翻译内容但会被系统误认为是英语。对象的默认语言将自动更改为英语。

用户首选的语言缺省设置与项目默认语言

当为禁用了项目中的某种语言或从项目移除该语言，而用户恰好选择了该语言作为首选语言时，该用户将看到项目以默认语言显示相应的内容。用户可以在任何时间将其首选项设为任何可用的语言。

系统对象的自定义名称在升级后无法保留

在项目配置编辑器中升级了项目的系统对象翻译后，所有含自定义名称的系统对象将恢复到预定义的 MicroStrategy 名称。

要在项目升级后保留系统对象的自定义名称，请使用 Configuration Wizard 升级项目而不是通过项目配置编辑器来对其进行升级。如需关于使用 Configuration Wizard 升级项目的操作说明，请参阅 MicroStrategy Upgrade Guide。

启动 MicroStrategy Intelligence Server 失败

登录失败

当您尝试启动 Intelligence Server 时，您可能会看到以下错误消息：启动服务失败。 Unexpected error occurred (::StartService() failed System Error 0x0000042D (1069):The service did not start due to a logon failure.)

发生此问题的原因是用于自动启动 Intelligence Server 的帐户密码发生了变化。 MicroStrategy Service Manager 不会自动更新存储的密码，因此您必须手动更新此密码。

如何更改已保存的 Intelligence Server 登录密码

1 打开 MicroStrategy Service Manager。 • 在 Windows 中的操作：双击系统托盘中的 Service Manager 图标。如果 Service Manager 未显示，从开始菜单中依次指向所有程序、 MicroStrategy、 Tools，然后选择 Service Manager。 • 在 UNIX 中的操作：您必须处于 XWindows 环境下才能在 UNIX 中运行 Service Manager。在主目录 MicroStrategy 下的 /bin 子目录中，输入 ./mstrsvcmgr 并按 ENTER。

2 在服务下拉列表中，选择 MicroStrategy Intelligence Server。

3 单击选项。这时 “ 服务器选项 ” 对话框将打开。

4 在密码和确认密码字段，输入正确的密码。

5 单击确定。这时 “ 报表选项 ” 对话框将关闭。

6 要启动 Intelligence Server，请单击启动。

Intelligence Server 激活失败

当您使用 MicroStrategy Service Manager 尝试启动 Intelligence Server 时，您可能会收到如下错误消息：

“ 启动服务失败

错误代码：-1 错误消息：Intelligence Server 因为没有激活所以不能启动。请通过 License Manager 或者通过访问 https://licensing.microstrategy.com 激活网站来激活您的安装。 ”

Intelligence Server 未激活时将发生上述错误，原因可能是未在激活宽限期内激活或者是因为服务器被反激活。

如果 Intelligence Server 未被激活，您可以通过激活 Intelligence Server 安装的许可证来启动它。如需更多关于激活 Intelligence Server 的信息，请参阅 MicroStrategy 安装和配置指南。

如果 Intelligence Server 之前已被激活，但如果唯一的计算机标识符发生更改或计算机不在可访问则可能被反激活。在 Windows 计算机上，唯一的计算机标识符是以太网网卡的 MAC 地址。因此，计算机可能会有多个网卡，且主网卡已被禁用。在这种情况下，用于标识计算机 MAC 地址是不同网卡的地址，因此 Intelligence Server 将被反激活。

启动 Intelligence Server 时则会显示错误消息： “2147205286：许可功能验证失败。 ”

在这种情况下， Intelligence Server 上的系统日期不正确，并且超出了安装序列号的有效日期。要启动 Intelligence Server，请更改 Intelligence Server 计算机上的日期并重启计算机。

群集环境方面的疑难解答

群集环境下可能发生的问题

在对 Intelligence Server 配置编辑器等中的任何约束设置做更改前，所  有节点必须全部加入群集。

启动服务器节点时应按照什么顺序？

如果停电后再开机，恢复的节点顺序不会影响任何内容。节点恢复后，请使用群集监视器来判断哪台计算机是主节点，然后再对任意缓存进行管理。

连接的节点是哪一个？

在 Desktop 中，项目源定义包括服务器名称。 Desktop 只能连接到特定的节点，因此您可以控制您所连接的服务器。

在 MicroStrategy Web 中，新的理解将以动态方式指向负荷最小的节点。虽然 URL 会显示服务器名称的部分内容，但并不一定代表用户所连接的节点。要判断 Web 用户所连接的节点，请使用用户连接监视器来查看用户在节点中所使用的名称（详见监控用户的项目连接情况（第 59 页））。

需要多个项目源吗？

由于 Desktop 连接到群集中的特定节点，必须为每个节点创建项目源以便能够完全访问并监控该节点。

在 Desktop 中所连接的节点有要求吗？

群集中的节点可以托管一组来自系统元数据的不同项目。 Desktop 用户所连接的节点的重要性在于它决定了在必要时间用户可用的项目。

能否控制在 MicroStrategy Web 中所连接的节点？

控制连接而不是像默认载入平衡一样需要对 MicroStrategy Web 进行自定义。 MicroStrategy SDK 和 MicroStrategy Developer Library （MSDL）包含了自定义 MicroStrategy Web 的相关信息。请与您的客户经理联系以获取详细信息。

群集环境下的缓存

报表是否命中缓存？

如果区域节点上的缓存可用，则缓存监视器将增加命中数。如果从另一个节点检索到缓存，则响应速度将指明是否命中了缓存。统计表可以提供与缓存命中数相关的附加数据。

报表命中了哪个缓存？

统计记录展示了缓存命中统计信息，并记录到 IS_CACHE_HIT_STATS 表。

如何自动删除多个节点上的缓存？

使用 MicroStrategy Command Manager 来运行可用于自动删除缓存的脚本。详见第 12 章用 Command Manager 自动处理管理任务。

群集环境下的节点同步操作

何时需要清除对象缓存？

当在一个群集结点上编辑对象时，更新的对象版本 ID 将传递到其他节点。这将允许其他节点在内存中发现该对象并从元数据检索到对象新复件时来对原有对象做无效化处理。因此，在此实例中，不需要清除对象缓存。

如果在 2 层结构（直接）模式下更改了对象，这些更改将不会传递到任何与元数据连接的 Intelligence Server。此外，如果通过 Intelligence Server 而不是在群集中修改对象，但使用的元数据相同，则群集节点将无法识别对象的变化。在这些情况下，应清除对象缓存。

何时需要清除元素缓存？

元素缓存的清除应作为数据仓库负荷处理例程来定期进行，或者与实体相关连的元素可能发生变化的任何时候都应清除元素缓存。

您可以用 MicroStrategy Command Manager 来自动清除元素缓存。详见第 12 章用 Command Manager 自动处理管理任务。

历史列表位于哪台计算机？

Intelligence Server 7.1 以及更高版本中，内存中合并的历史列表是所有本地文件的总和并且将自动同步。因此，无法得知具体位于哪一台计算机。

启动服务器节点时应按照什么顺序？

如果停电后再开机，计算机启动顺序不会影响任何内容。重要的是找到位于主节点的计算机，以便实现对缓存管理的控制。主节点需在群集监视器中指定。详见管理您的群集系统（第 384 页）。

统计日志记录疑难解答

您可以对 MicroStrategy 系统中的每个项目进行配置使其记录统计信息到数据库。如需关于统计信息日志记录的详细信息，请参考监控系统使用情况： Intelligence Server 统计信息（第 278 页）。

统计信息未被记录

在记录统计信息的过程中如果部分数据丢失，则表明您系统上的负荷过高。如需了解减轻系统负荷的方法，请参阅第 7 章调整系统以达到最佳性能。如果您要记录统计信息到 DB2 数据库，禁用统计信息 DSN 的  “Application Using Threads” 设置会提升 AIX 系统上的性能。如需更多信息以及详细说明，请参考您数据库的说明文档。

如需统计信息突然停止记录时的疑难解答窍门，请参阅统计信息的日志记录过程突然停止（第 684 页）。

如果您项目中的统计信息并未被记录到日志文件，首先检查受监控的 Intelligence Server 是否在统计表中正确记录信息，并且这些表是否位于 Enterprise Manager 数据仓库中的正确位置。当用 MicroStrategy Configuration Wizard 创建统计表时，必须在将用作 Enterprise Manager 数据仓库的数据库中进行创建。

以下结构化查询语言（SQL）脚本可用来确认统计信息是否正确记录。应慎用本地层查询工具来执行这些脚本（例如 SQL+ for Oracle、 Query Analyzer for SQL Server 等）。

• 检查用户会话时所记录的统计信息： SELECT * FROM IS_SESSION_ STATS;

• 检查报表相关的统计信息： SELECT * FROM IS_REPORT_STATS; SELECT * FROM IS_REP_STEP_STATS; SELECT * FROM IS_REP_SQL_STATS; SELECT * FROM IS_REP_SEC_STATS;

• 检查调度相关的统计信息： SELECT * FROM IS_SCHEDULE_STATS;

• 检查缓存相关的统计信息： SELECT * FROM IS_CACHE_HIT_STATS;

• 检查文档相关的统计信息： SELECT * FROM IS_DOCUMENT_STATS; SELECT * FROM IS_DOC_STEP_STATS;

如需统计表和列的详细列表，请参阅 Reference for System Administration 中的 Enterprise Manager Data Model and Object Definitions。

如果数据未被记录到统计信息，或者信息并未更新，则有以下几种可能： • Intelligence Server 已关闭时作业仍在执行。未记录 Intelligence Server 关闭前未完成的作业的统计信息。此情况同时适用于手动关闭和意外关闭（系统崩溃）。

• “ 项目配置 ” 对话框中未选中统计数据库。右键单击应记录统计信息的项目并选择项目配置来进行确认。然后选择统计分类并确认是否已选中正确的数据库实例。

• 统计数据库实例未正确配置。展开应记录统计信息的项目源的管理选项区来进行确认。选择数据库实例管理器。右键单击统计数据库实例并选择编辑。然后检查数据库连接类型、数据源名称（DSN）以及默认的数据库连接。

• 统计数据库 DSN 未正确配置。打开安装了 Intelligence Servers 记录统计的计算机上的 Windows Open Database Connectivity （ODBC）数据源来进行确认。利用经过认证的驱动程序来连接到 Enterprise Manager 数据仓库（此数据仓库同时托管统计表）以检查统计数据库实例所使用的 DSN 的定义是否正确。有关经过认证的数据库列表，请参阅 MicroStrategy Enterprise Manager 自述文件。

• 如果受监控项目的 Intelligence Server 以及数据库服务器没有同步的时钟，则统计表中的部分数据可能不正确。例如，若统计信息在 Enterprise Manager 报表中显示为 “ 删除的报表 ”，则可能是因为根据数据仓库的时间戳而记录该报表的统计信息并不存在。如需关于同步数据仓库以及 Intelligence Server 相关的附加信息，请参阅第 14 章通过 Enterprise Manager 分析系统的使用情况。 • 如果您使用的是单独的实例会话记录且指定项目并不是其中一个受监控的项目，则不会记录任何受监控的项目的数据。要确认这一点，请打开 Intelligence Server 配置编辑器中的统计分类并确认单独的实例会话记录下拉列表中选中的项目是其中一个受监控的项目。如需更多关于单独的实例会话记录的信息，请参阅记录来自项目源的所有统计信息到同一个数据库（第 282 页）。

统计信息的日志记录过程突然停止

吐过项目的统计信息记录过程突然停止，有可能是以下一项或多项因素导致出现此问题：

• 用于托管统计数据库的数据库服务器可能未在运行。

• Intelligence Server 与统计数据库的数据库连接可能发生失败。 • 统计数据库上的巨大负荷量可能导致了统计信息记录操作关闭。 • 统计数据库的登录名或密码可能已被修改。

• Intelligence Server 可能已停止记录统计信息。如需您可用来纠正上述错误的可用操作，请参阅统计信息未被记录（第 682 页）。

订阅和传递相关的统计信息

MicroStrategy 的 Narrowcast Server 产品通过 Transmission Recording 组件记录关于每项 Narrowcast 服务和订阅的统计信息。记录的信息类似于 MicroStrategy Distribution Services 搜集的部分统计信息。这些统计信息在 Enterprise Manager 中进行收集，因此您可以使用 Enterprise Manager 功能来报告相关数据。

此信息的大部分内容将被记录到调度统计表 IS_MESSAGE_STATS。此统计表中所包含的详细信息列表位于 Reference for System Administration 中的

Statistics Data Dictionary。下表展示了相应的 Narrowcast Server 信息以及 Enterprise Manager 统计表中的相对应的信息。

Narrowcast Server 服务信 Distribution Services 调度表 IS_MESSAGE_STATS 数据息分类

电子邮件 IS_MESSAGE_STATS : PHYSICALADDRESS

用户 ID IS_MESSAGE_STATS : RECIPIENTCONTACTID 和 / 或 RECIPIENTCONTACTNAME

唯一的消息 ID 通过合并 IS_MESSAGE_STATS : MESSAGEINDEX 与 IS_MESSAGE_STATS : SESSIONID 创建唯一的消息 ID。

订阅集 ID IS_MESSAGE_STATS : SCHEDULEID. 订阅集的 Narrowcast Server 概念是 Distribution Services 中的一个调度。

地址 ID IS_MESSAGE_STATS : ADDRESSID

订阅 ID IS_MESSAGE_STATS : SUBSINSTID

疑难解答的更多资源

您可以通过使用所有疑难解答的最佳实践方法以及可用的信息资源来提高疑难解答的效率。以下描述了每种资源的访问方式相关的信息。

MicroStrategy 自述文件和发行说明

自述文件和发行说明提供了每一款 MicroStrategy 产品的全面的系统要求、每次发行的版本已修复的信息问题列表，并且还包含其他资源的链接以供进一步了解某个话题的相关信息。自述文件和发行说明结构整齐、附带索引并根据您当前所查看的任何内容在页面左侧显示相关信息的菜单列表。用户通常忽略自述文件和发行说明作为系统配置和疑难解答信息的主要资源的重要性。

MicroStrategy 安装快结束时，系统将提示您查看 MicroStrategy 自述文件，其中也包括了发行说明。您可以通过以下方式访问自述文件：

•Windows：在 Windows 开始菜单中，依次选择所有程序、 MicroStrategy、 ReadMe。

• UNIX/Linux：双击 MicroStrategy 的安装目录文件夹 install 中的 readme.htm 文件。

自述文件

自述文件提供了 MicroStrategy 发行版本的基本信息，以及与以下内容相关的不同 MicroStrategy 产品的信息：

• 系统要求：MicroStrategy 产品要求使用特定的硬件、软件以及其他系统要求才能正常工作。如果您的系统不满足 MicroStrategy 产品必要的要求，则产品组件可能会遇到错误、功能不全、性能低下等问题。

• 兼容性和互操作性 • 已认证并支持的配置

发行说明

每一款 MicroStrategy 产品的发行说明提供以下信息： • 已知问题：您可以复查相关版本中存在已知问题的任何一个功能。同时提供了问题的描述以及各种情况下的解决办法。

• 已解决的问题：您可以复查相关版本中已解决的任何问题。 • 疑难解答：您可以复查每个 MicroStrategy 组件的疑难解答窍门列表。疑难解答窍门可能包括问题特征描述、问题的起因以及问题的解决方式。

MicroStrategy Knowledge Base

Knowledge Base 是一个技术文档资料库，专门设计用来提供每周 7 天、每天 24 小时的客户服务。 MicroStrategy Knowledge Base 由以下信息组成： • 特定疑难问题解答文档 • 发行说明 • 所有用户操作指南 • 白皮书 • 电子杂志

Knowledge Base 中的疑难解答文档由 MicroStrategy 开发人员、工程师和咨询顾问创建。您可以找到与各种 MicroStrategy 错误代码和问题相对应的有用的窍门和解决方案。

Knowledge Base 适用于所有 MicroStrategy 员工、分销商、合作伙伴、VARS 以及授权的，维护协议有效期内的客户。 Knowledge Base 同样适用于处于评估阶段的所有评估中的客户。您可以通过以下 URL 导航 MicroStrategy Support 页面来访问 Knowledge Base （ Knowledge Base）。 https://resource.microstrategy.com/Support/。

搜索 Knowledge Base

技术支持站点页面顶部的单独字段中可用来输入关键字和短语以搜索整个 Knowledge Base。您可以用关键字和短语进行简易搜索 , 也可以选择右上方的高级搜索并加入与已知问题、文档状态、上一次修改日期等有关的搜索条件来进行搜索。

利用这些最佳实践方法来改善您的 Knowledge Base 搜索结果： • 如果您的疑难解答对象是一条错误消息或一个错误代码，您可以将错误消息复制到 Knowledge Base 的搜索框中。如果错误消息包含特定字符，则需要在前后加上双引号（“ ”）。 • 如果特定的信息搜索操作并未返回有用的结果，请简化您的搜索条件并使用高级搜索来选择特定的信息资源组。这样通常可以搜索到更多内容但信息范围有限。 • 您可以在高级搜索选项中选择软件版本，但也可以在搜索条件中包含版本信息。例如，您可以输入 9.x、 9.2.1 等的产品系列关键词。

客户论坛

MicroStrategy Customer Forums 是一个信息公开论坛， MicroStrategy 客户可以在此公开讨论产品使用感受、疑难解答步骤以及 MicroStrategy 产品的任何修复方法或最佳实践方法。您可以在这里发帖或会回复消息帖。帖子中可以汇集一个或多个使用感受以及问题的解决方式来帮助回答相关问题。

MicroStrategy Customer Forums 并不是 Technical Support （技术支持）的替代，虽然 MicroStrategy 员工不时观察论坛动向，但并不负责回答 Customer Forums 中所发布的消息。

您可以从 Knowledge Base 站点左侧的菜单访问 Customer Forums，或直接通过以下 URL 来进行访问：https://forums.microstrategy.com。如果之前并未创建论坛帐户，打开此网页时将提示您创建 Customer  Forums 帐户。具有活动的 MicroStrategy 帐户的客户并且已指明作为其企业技术支持联络员时，则可以直接在 Customer Forums 上发布和查看消息。

搜索客户论坛

Customer Forums 中涵盖了 MicroStrategy 软件的大多数方面的信息，如下所述：

• 产品：这些论坛按 Desktop、Intelligence Server、Web 等 MicroStrategy 产品进行归类。

• 数据库：讨论的帖子话题包括 Oracle, DB2, Informix 等可与 MicroStrategy 一起使用的不同数据库。

• 自定义内容（SDK）：讨论的帖子话题包括 ASP、 Java/JSP 和 XML/XSL 的自定义内容。

• 其他：这些论坛涵盖了数据建模、统计分析、门户、 Web Services 以及及其他常见话题。

Customer Forums 的页面顶部还提供了搜索框，您可以搜索关键词、作者、日期等。

技术支持

MicroStrategy Technical Support （MicroStrategy 技术支持部）将为您解答并解决与您 MicroStrategy 产品相关的困扰和问题。如果以上所述的疑难解答资源无法为您提供一个可行的问题解决方式，您可以拨打 Technical Support （技术支持部）的热线来帮助解答您对产品的疑问。如需更多关于技术支持的信息以及如何以最好的方式确保您及时找到问题的解决方式，请参阅本指南本书概述及其他资源章节中的技术支持（第 xxxiii 页）。

17.MICROSTRATEGY WEB 和 MOBILE 的管理

简介

作为 MicroStrategy 系统管理员，应负责管理 MicroStrategy Web 和 Mobile 环境。部分管理任务是在 MicroStrategy Desktop 界面执行的，比如 Web 用户的用户和组权限，或注册服务器（3 层）模式下的项目以便用于 Web。但是，其他的管理参数必须用 MicroStrategy Web 或 Mobile Server 界面才能进行设置。此外，您对移动设备的配置可通过 Mobile Server Administrator 来实现。

除了本附录中的信息外， Mobile Server 或 Web Server 管理界面中的各个选项已包括在相关 “ 帮助 ” 系统的说明文档内。要访问此 “ 帮助 ” 系统，请单击 Web Server Administrator 或 Mobile Server Administrator 中的 Help。

本附录中所涵盖的话题包括：

• MicroStrategy Web 权限的分配（第 690 页） • MicroStrategy Web 管理员页面的使用（第 691 页） • 定义项目缺省值（第 693 页） • 使用更多 MicroStrategy Web 和 Mobile 安全功能（第 694 页）

• 在 Narrowcast Server 中集成 MicroStrategy Web 产品（第 703 页）

• 让用户可以从 Web 安装 MicroStrategy Office （第 704 页） • 配置和调整 MicroStrategy Web 产品过程中的常见问题（第 705 页）

MicroStrategy Web 权限的分配

MicroStrategy Web 产品有三个版本，每个版本分配的权限各不相同。任何版本可分配的用户数取决于您的许可协议。

MicroStrategy 提供的 MicroStrategy Web 产品的版本如下： • Web Professional 或 Web Universal Professional • Web Analyst 或 Web Universal Analyst • Web Reporter 或 Web Universal Reporter

每个版本中的可用权限介绍可参阅 Supplemental Reference for System Administration 中的 List of Privileges 章节。您也可以一份根据许可证类型分配给每位用户的所有权限的相关报表，详细操作请参阅审核系统是否具有合适的许可证（第 197 页）。所有已经授权使用 MicroStrategy Report Services 的 MicroStrategy  Web 用户都可以在 Flash 模式下查看文档并与之进行交互操作。Flash 模式下的部分特定交互操作有附加的授权要求：

• 用户必须有 MicroStrategy Web Analyst 的授权才能在 Flash 模式下数据的表格或交叉表格式的表格中旋转插入行或列的位置。

• 用户必须有 MicroStrategy Web Professional 的授权才能修改 Flash 模式下文档中所使用的窗口小部件的属性。

分配到某一版本的用户有权使用该版本权限列表中的完整项或指明的子项。

如果用户被分配到多个用户组，那么这些组的权限可累加，并决定了该特定用户对该版本的使用范围。例如，当用户既是财务组成员又是会计组成员的情况下，该用户的权限等同于分配给这两个组的累计权限项。

其中 Web 管理权限可以分配给任意版本的 Web 用户。此权限允许用户访问 Web 管理员页面以管理服务器的连接，并访问 “ 首选项 ” 页面上的默认项目链接来设置所有用户的缺省值。

MicroStrategy 安全模型允许您设置可包含子组的用户组，从而创建一个层级。以下内容适用于用户子组的创建。

• 子类分组将自动继承分配给父组的权限。 • 除了继承的权限外，还可以为子类分组分配其他权限。

与三个版本的 MicroStrategy Web 产品所对应的用户组预定义使用相应的权限项。这些用户组位于您项目 Administration 文件夹中的 User Group 文件夹下。  您需要项目管理权限才能查看并修改用户组定义。详见许可协议以确认每位用户所分配到指定权限项的方式。 MicroStrategy Web 提供三种 Web 版本（Professional、 Analyst、 Reporter），分别由每个版本所分配到的权限所定义。

在每个版本所指定的范围外分配权限将更改用户所使用的版本。例如，如果您为 Web Reporter 组内的用户分配只能用于 Web Analyst 的权限， MicroStrategy 将把该用户视作 Web Analyst 用户。

在任何版本中，都可以移除特定用户或用户组的权限。如需更多关于安全和权限的信息，请参考第 2 章设置用户安全性。

License Manager 让您可以执行用户群的自行审查操作，从而帮助您理解许可证的使用方式。如需更多信息，请参阅审核并更新许可证（第 195 页）。

MicroStrategy Web 管理员页面的使用

管理员页面允许您将 MicroStrategy Web 或 Web Universal 产品与 MicroStrategy Intelligence Server 进行连接或断开连接。您还可以通过该页面设置 MicroStrategy Web 约束对象，比如服务器超时和请求超时以及 MicroStrategy Web 产品可与 Intelligence Server 建立的最大连接数。

如果您有相应的权限，则可以在 MicroStrategy Web 或 Web Universal 主页找到管理员页面链接。

您也可以对 MicroStrategy Web 产品进行配置以识别 MicroStrategy Narrowcast Server 并启用调度发送和立即发送选项。如需更多关于启用这些功能的信息，请参阅在 Narrowcast Server 中集成 MicroStrategy Web 产品（第 703 页）。

控制管理员页面的访问

您可以用两种方式来限制对 Web 管理员页面的访问：

• 分配用于选择用户的 Web 管理权限 • 使用 Microsoft IIS 和 Windows 安全策略来限制对页面文件的访问如需有关使用不同 Web 服务器时如何控制对此页面的访问的信息，请  参阅 MicroStrategy 安装和配置指南。特别注意根据您所使用的平台查看标题项为 “Launch mstrWebAdmin servlet” 或 “Controlling access to the Web Administrator page” 的章节。

分配 Web 管理权限

只有符合以下至少一项条件时才会显示管理员页面的链接：

• 您已登录项目并有 Web 管理权限。 • 您的 MicroStrategy Web 产品未连接到任何 MicroStrategy Intelligence Server。在这种情况下，将无法区分您是否具有 Web 管理权限，因为没有 Intelligence Server 可以验证您的登录凭据。但是，连接到 Intelligence Server 后，只有登录到具有 Web 管理权限的项目时才会看到此链接。

如需关于如何分配权限给用户的步骤，请参阅用户和组的权限分配（第 70 页）。

在 MicroStrategy Web 产品中使用 Microsoft IIS 和 Windows 安全策略（ASP.NET）

不具备 Web 管理权限的用户将无法通过 MicroStrategy Web 访问管理员页面。但这样并不能阻止用户直接在 Web 浏览器中输入 URL 来访问管理员页面。要通过 Microsoft IIS 阻止 ASP.NET 版本的 MicroStrategy Web 产品发生上述情形，您必须使用 Microsoft IIS 和 Windows 安全策略限制对文件本身的访问。管理员页面文件的默认位置为 Program Files/ MicroStrategy/WebAspx/asp/Admin.aspx

在 J2EE 版本中，管理员页面是一个 Servlet，并且对 Servlet 时访问需通过 Web 以及应用程序服务器进行控制。根据您所使用的平台，管理员 Servlet 的默认位置各不相同。详见 MicroStrategy 安装和配置指南获取详细信息。

Web Universal 中安全角色的使用

在 MicroStrategy Web Universal 中，当使用 J2EE 版本时，用户必须有正确的用户 ID 和密码才能访问管理员 Servlet （mstrWebAdmin）。查阅您所特有的 Web 和应用程序服务器的说明文档以查找有关文件级别安全要求和安全角色方面的信息。

根据您所使用的平台，管理员 Servlet 的默认位置各不相同。详见 MicroStrategy 安装和配置指南获取详细信息。

定义项目缺省值

如果您有 Web 管理权限，您可以在 “ 首选项 ” 部分设置一个或多个项目的默认选项。只有您具备 Web 管理权限时才能显示项目缺省值链接。

如果选中下拉列表中的应用于当前 MicroStrategy Intelligence Server （服务器名）的所有项目选项，您对项目缺省值所做的更改将成为当前项目或所有 Web 项目的缺省设置。

项目缺省值包括每位用户可覆盖操作的用户首选项，以及只有管理员可访问的其他项目默认设置。

如需关于历史列表设置的信息，请参阅保存报表结果 : 历史列表（第 421 页）。

载入并用于默认值

载入默认值选项对项目缺省值和用户首选项页面的操作方式并不相同：

• 当正在设置项目缺省值的管理员单击载入默认值时， MicroStrategy Web 产品发售时自带的初始值将载入到该页面。

• 当正在设置用户首选项的用户单击载入默认值时，则将载入管理员在 “ 项目默认 ” 页面上设置的项目缺省值。

单击应用后才能保存上述设置。如果从下拉菜单选择应用于当前 MicroStrategy Intelligence Server （服务器名）的所有项目，则设置将被应用到所有项目，而不只是您当前所配置的项目。

设置用户首选项和项目缺省值

用户可以通过 Web 页面顶部的 “ 首选项 ” 链接访问相应选项页面来更改用户首选项中的各项设置。但您可以设置用户能在这些选项中设置的默认值。要

实现此操作，单击首选项链接，然后再单击页面左侧的项目默认链接（位于选项标题 “ 优先级 ” 下方）。

接下来，您可以设置各个分类下的缺省值，其中包括：

• 常规 • 浏览文件夹 • 表格显示 • 图表显示 • 历史列表 • 导出

• 打印 PDF • 钻取模式 • 提示 • Report Services

• 安全（详见以下 Web Universal 的备注） • 项目的显示（详见以下 Web Universal 的备注） • Office

以下部分分类只在特殊情况下才会显示。例如， Report Services 链接  只在您有使用 Report Services 的许可证时才会出现。

每项分类有各自页面组成并且包括只有具备 Web 管理权限的用户才能访问的相关设置。如需各项设置的详细信息，请参阅 Web Administrator 中的 MicroStrategy Web 帮助。

使用更多 MicroStrategy Web 和 Mobile 安全功能

本节将讲述如何使用防火墙、数字证书以及加密等的标准 Internet 安全技术使 MicroStrategy Web 和 Mobile 的访问变得更加安全。

防火墙的使用

防火墙可以强制在两种系统间实行访问控制策略。防火墙可以想象为一种用来在允许其他网络通行的同时阻止特定网络通行的一堵防护墙。虽然实际使用起来方式各不相同，但防火墙可以用硬件和软件形式加以运用，也可以同时使用硬件和软件形式加以运用。

防火墙的常见用途是用来阻止未授权的 Internet 用户访问与 Internet 连接的私有网络，特别是局域网里。如果您在 Internet 上使用 MicroStrategy Web 或 Mobile 产品来访问大多情况下处于局域网中的 Intelligence Server 上的项目，则可能出现恶意用户攻击两个系统间的连接所产生的安全漏洞。

因此，在大多数环境下并处于各种考虑，您可能希望用防护墙来保护 Web 服务器和 Intelligence Server 或群集之间的通信。这对 MicroStrategy 系统来说不存在任何问题，但您需要了解相关知识以确保系统能按预期正常运行。

防护墙还可以运用于 Web 客户端与 Web 或 Mobile 服务器之间的通信安全。下图展示了上述位置存在防火墙时 MicroStrategy 系统的大致布局：

Metadata

Web client Data

MicroStrategy FIREWALL INTERNAL MicroStrategy EXTERNAL FIREWALL Warehouse Web Server Intelligence Server

无论采用什么方式来运用防火墙，您都必须确保客户端能与 MicroStrategy Web 和 Mobile Server 能进行通信， MicroStrategy Web and Mobile 与 Intelligence Server 能进行通信，反之亦然。要实现此操作，必须打开服务器计算机上的部分通讯端口，且防火墙必须允许 Web 服务器与 Intelligence Server 之间的通信能通过这些端口实现。大多数防火墙都有指定此项设置的方式。请参考防火墙解决方案中自带的说明文档以获取详细信息。

如何启用有防火墙的通信

1 客户端 Web 浏览器必须在端口 80 (HTTP) 上与 MicroStrategy Web 进行通信。因此，如果您的客户端与 MicroStrategy Web 服务器之间存在防火墙，您必须确保端口 80 允许通过防火墙收发请求。  根据 Web Universal 的部署方式，通讯的端口号可能并不相同。 2 MicroStrategy Web 产品可以用任何大于 1024 的端口与 MicroStrategy Intelligence Server 实现通信。默认情况下，使用的端口为 34952。因此，

如果您的 Web 服务器与 Intelligence Server 之间存在防火墙，您必须确保端口 34952 允许通过防火墙收发 TCP/IP 请求。

如有需要，可更改此端口号。详见下一操作流程容易和更改  MicroStrategy Web 和 Intelligence Server 用来通信的端口（第 696 页）中的步骤以了解更多内容。

3 MicroStrategy Listener Service 需在 30172 端口上与 MicroStrategy Web 产品和 Intelligence Server 进行通信。因此，如果您使用 Listener Service，则必须确保端口 30172 允许通过防火墙收发 TCP/IP 和 UDP 请求。  您无法更改此端口号。

容易和更改 MicroStrategy Web 和 Intelligence Server 用来通信的端口

1 默认情况下， MicroStrategy Web 与 Intelligence Server 彼此间通信时使用 34952 端口（Web Universal 的部署方式决定了所使用的端口号）。如果您希望该此端口号，则必须同时更改 Web 服务器和 Intelligence Server 的端口号。这两者的端口号必须匹配。如果您使用群集，则必须确保 Web 服务器群集中的所有计算机可  以与 Intelligence Server 群集中的所有计算机信息通信。

如何更改 Intelligence Server 的端口号

2 在 Desktop 中，登录到与您想该的端口号所在的服务器相连接的项目源。

3 在 Service Manager 中，单击选项。

4 在 “Intelligence Server 选项 ” 选项卡上的端口号输入框中，输入您要使用的端口号。保存更改。

5 这是将显示一条消息告诉您需要重启 Intelligence Server。点击确定以继续。

6 重新启动 MicroStrategy Intelligence Server。

7 在 Desktop 中，右键单击您应该端口号的 Intelligence Server 所连接的项目源，并选择修改项目源。这时将打开项目源管理器。

8 在 “ 连接 ” 选项卡上，输入新的端口号并单击确定以保存您的更改。您必须更新您系统中所有与此 Intelligence Server 连接的项目源的  端口号。

如何更改 MicroStrategy Web 的端口号

9 在 MicroStrategy Web 中打开管理员页面。

10 如果您的 MicroStrategy Web 产品连接到了端口号已更改的 Intelligence Server，请单击断开连接开断开与该服务器的连接。 Intelligence Server 的连接未断开时不能更改端口号。

由于 MicroStrategy Web 产品可能还未获取您为 Intelligence  Server 分配的新端口号，因此很有可能并未建立连接。

11 在与相应的 Intelligence Server 对应的条目中，单击修改（在 “ 属性 ” 列内的最右侧）。这时将打开 “ 服务器属性详细信息 ” 页面。

12 端口输入框中，输入您需要使用的端口号。此端口号必须与您为 Intelligence Server 设置的端口号相匹配。输入 0 表示端口号为 34952 （默认）。

13 单击保存以保存您的更改并重新连接到 Intelligence Server。如果您 MicroStrategy Web 产品与 Intelligence Server 两者的端口  号不匹配，则 MicroStrategy Web 产品尝试连接到 Intelligence Server 时将显示一条错误消息。

如需上述高级设置的相关步骤，请参阅 Desktop Help。

SSL (HTTPS) 协议的运用

SSL （安全套接字层）是一种加密技术，它对 Internet 上的通信进行加密以便只有收件人才能读取信息。以 https:// 开头的 URL 表示您正在用 SSL 进行通信。

在 Web 浏览器与 MicroStrategy Web 产品之间或在移动设备与 MicroStrategy Mobile 之间设置并使用 SSL 对于 MicroStrategy 产品来说是一个完全以内部方式进行的过程。您不需要对 MicroStrategy Web 产品做任何特殊操作便可以使用 SSL。以下步骤描述了在 Web 服务器上启用 SSL 的高级操作过程。

如何使用 SSL

1 您需要从一个受信任的第三方数据源（证书颁发机构）获取一个数字 ID （也叫做身份验证凭据或数字证书）用来验证您的身份。您可以从 Verisign 和 Thawte 等公司获取证书，也可以创建您自己的证书。

2 获得证书后，您需要在您的 Web 服务器上安装该证书并启用 SSL。请参考您的 Web 服务器说明文档以获取安装证书和配置 Web 服务器以使用 SSL 的相关信息。

3 客户端浏览器需要有相应的证书以实现与安全 Web 服务器的通信。当安全 Web 服务器和浏览器之间建立连接时将自动交换证书信息。如果证书可通过受信任的证书颁发机构进行验证，则将自动打开安全页面。

使用 SSL 时， MicroStrategy Web 和 Mobile 产品将与客户端在您  的 Web 服务器为 SSL 指定的端口上进行通信。不同的 Web 服务器决定了 SSL 默认端口号，但通常使用 443 端口。请确认您的 Web 服务器说明文档中注明的默认端口号。因此，如果您的客户端与 Web 服务器之间存在防火墙，并且您使用 SSL 协议，则必须确保相应的端口允许通过防火墙收发请求。

大多数浏览器自带了预定义的受信任证书颁发机构的列表，其中包  括 Verisign 和 Thawte，有时也会是 GeoTrust/Equifax。如果连接到经过浏览器列表所列授权机构以外的机构授权的安全服务器（比如您创建自己的证书时），或者存在不匹配的信息，或者某些情况下您使用一个需要更新的旧版本的浏览器，则可能出现安全警告。在大多数情况下，您会希望用 SSL 进行处理并加密连接。

4 在 MicroStrategy Web 和 Web Universal 中，如果有安全 Web 服务器，您所需的操作只是用 https:// 来确保 Web 客户端与 Web 服务器之间的安全通信。例如，您的操作环境中用于访问 MicroStrategy Web 的 URL 为 http://machine_name/microstrategy/asp，其中 machine_name 是 Web 服务器的名称。如果启用 SSL，您应使用下列 URL： https://machine_name/microstrategy/asp

5 在 MicroStrategy Mobile 中 , 当配置您的移动设备时，您必须确保配置后使用的请求类型是 HTTPS 而不是 HTTP。如需关于配置移动设备方面的信息，请参阅 MicroStrategy Mobile Design and Administration Guide 中的 Administration 章节。

Cookies 的使用

Cookies 是您在访问网站或网页时与 HTML 页面一起发送到 Wen 浏览器的少量信息。当启用 Cookies 时，您的浏览器将保存这一小部分的信息到硬盘驱动器上的某个文件。当返回到该网站或网页时，部分存储的信息将与您的新请求一起发送回 Web 服务器。此信息通常用于记录用户在特定网站或网页上的详细操作内容并用于提供更多用户个人体验。例如，您可能在访问 Amazon.com 等网站时候发现网站可以识别您的身份。网站可能知道您上一次访问该网站时已登录过，并且还记得您在上一次访问时所查看的内容。

MicroStrategy Web 产品使用 Cookies 的范围很广。事实上， Cookies 的使用如此频繁以至于应用程序无法脱离 Cookies。 Cookies 用来保存用户会话、首选项、可用项目、语言设置、窗口大小等相关信息。如需详细了解 MicroStrategy Web 和 MicroStrategy Web Universal 中所使用的所有 Cookies 的完整参考资料 , 请参阅 Supplemental Reference for System Administration 中的 MicroStrategy Web Cookies 章节。以下几节内容将讲述每款产品中可用的 Cookies 相关设置。

在 MicroStrategy Web 产品中使用 Cookies

MicroStrategy Web 产品提供了与 Cookies 的使用相关的几个选项。所有这些设置都可以在 Web Administrator 的安全设置页面中找到。

• Cookies 的安全级别：

 禁用 Cookies：应用程序不会存储任何 Cookies。这意味着不会在 Cookies 中存储任何设置。相反，应用程序将在元数据中存储可保留的设置（例如，视图筛选器的打开和关闭的状态）。可以选择此选项使您的应用程序处于高安全级别。

 启用 Cookies：应用程序将使用浏览器 Cookies 来存储部分设置。这是默认的选项。关闭浏览器时 Cookies 中所存储的临时设置将丢失。这些设置包括最后一次访问的页面、报表执行筛选器和模板定义、更新报表位置等。可保留的设置存储于 Cookies 并且可以再今后再次访问应用程序时恢复使用，例如当您打开或关闭编辑器时。

如果启用 Cookies，您还可以启用或禁用以下选项：

 MicroStrategy Intelligence Server 会话信息保存在临时 Cookies 中而不是 Web Server 上：此选项指定了 Intelligence Server 会话信息是否应保存在 Cookies 中。由于 Intelligence Server 会话信息的敏感性，大多数情况下开启此选项并不安全。通常在已设置群集并且不会自动处理会话复制时选择此选项。会话复制是指在客户端而非 Web 服务器上进行会话信息的分布，以便用户可以无缝连接到任何 Intelligence Server 计算机。

当启用此设置时，会话 ID 等的 Intelligence Server 会话临时信息将被保存。如果启用了 “ 禁用 Cookies” 选项，则选中此选项不会在 Cookies 中保存  任何信息。

使用加密技术

加密是指出于安全考虑将数据转换为密码的过程。加密最常见的用途是通过网络发送信息，这样可以防止恶意用户从网络通信过程中拦截任何信息。有时文件中存储或写入的信息将被加密。之前所描述的 SSL 技术是加密技术的一个例子。

MicroStrategy Web 产品可以在很多位置使用加密，但默认情况下，大多数都需要您启用加密功能才能使用。

MicroStrategy Web 产品中的加密技术

管理员页面的 “ 安全性 ” 部分有一个设置允许您对 Web 服务器与 Intelligence Server 之间的所有通信进行加密。对所有网络间的数据传输进行加密和解密的过程会造成较大的资源占用，因此选择此选项时可能会发现较为明显的性能降低的情况。但是，如果您所操作的信息内容极为敏感或者是机密信息，则可以做合理的权衡。

如何加密 MicroStrategy Web 产品与 Intelligence Server 之间的通信

1 转到管理员页。

2 在页面顶部或左侧一栏中，单击安全性以查看安全设置。

3 选定加密 Web 和 MicroStrategy Intelligence Server 之间的通信复选框。

4 单击保存以保持您的更改。 Web 与 MicroStrategy Intelligence Server 之间的所有通信内容都将被加密。

应用文件级别的安全策略

无论您设置什么类型的安全策略，恶意用户总有可能通过访问 Web 应用程序所在的物理计算机主机直接绕过所有安全策略。因此，您应确保主机处于安全的位置并且限制通过操作系统提供的标准文件级别的安全策略来对主机上存储的文件进行访问。

在典型的生产环境下，只允许少量管理员用户登录到服务器计算机。所有其他用户对主机上的这些文件和应用程序的访问权限有限，最好是完全没有访问权限。

例如，使用 Microsoft IIS 时，默认情况下只有 Internet 访客用户才需要访问虚拟目录。该帐户下 Web 应用程序将访问所有文件。在这种情况下， Internet 访客用户需要下列虚拟目录权限：读取、写入、读取并执行、列表文件夹内容和修改。

但是，只有 Web 服务器的管理员才能使用这些权限来管理 Web 管理员页面所在的 Admin 文件夹。当以此方式进行安全设置时，如果用户尝试访问 Web 管理员页面，应用程序将提示用户输入计算机管理员登录 ID 和密码。

除了虚拟目录及其内容的文件级别安全策略以外， Internet 访客用户同样需要对 MicroStrategy Common Files 文件默认目录 C:\Program Files\Common Files\MicroStrategy 中的 Log 文件夹具有完全控制权限。这将确保用户登录时发生的任何程序错误都可以写入到日志文件。

当通过 Microsoft IIS 安装 ASP.NET 版本的 MicroStrategy Web 时将  为您自动实行上述文件夹级别的安全策略。这些详细信息只供您参考。

如果您使用的是 J2EE 版本的 MicroStrategy Web Universal，您可能使用不同的 Web 服务器，但大多数 Web 服务器具有类似的安全要求。查阅您所特有的 Web 服务器的说明文档以查找有关文件级别安全要求方面的信息。

MicroStrategy 系统样例

下图总结了采用防火墙、数字证书和加密时，一个典型的 MicroStrategy 系统布局。

使用 SSL 的情况下， MicroStrategy Web 用户名和密码将被加密 HTTP 或 HTTPS

EXTERNAL FIRE WALL 1

HTTP 或 HTTPS

IIS Web Server MicroStrategy Web

通过网络向 Intelligence 与 MicroStrategy Server 传输时 Intelligence Server 的 TCP/IP MicroStrategy 用户名和密 TCP/IP 通讯 (默认端口码将被加密 34952)

INTERNAL FIRE WALL 2

基于使用标准验证或 NT 验证如果 MicroStrategy 登录名已映射到数的 MicroStrategy 用户名和密据仓库用户名和密码，则将在元数据中码的应用程序安全性被加密

TCP/IP

ODBC 数据仓库数据库

ODBC MicroStrategy Intelligence Server

元数据密码将在 NT 注册表中被加密元数据数据库

在 Narrowcast Server 中集成 MicroStrategy Web 产品

在 MicroStrategy Web 产品中可以启用调度发送和立即发送功能。“ 调度发送 ” 选项允许用户按计划将报表发送到指定的电子邮件地址，也可以发送到打印机或文件位置。这些调度需在 MicroStrategy Narrowcast Server 进行定义并且与 Intelligence Server 中所维护的调度应相互区别。 “ 立即发送 ” 选项允许用户立刻发送报表到所指定的电子邮件地址。

您必须先安装并配置 MicroStrategy Narrowcast Server 才能使用 “ 调度  电子邮件 ” 和 “ 立即发送 ” 选项。查看该产品的说明文档以获取更多信息。

如需更多关于此选项的详细信息，请参阅 MicroStrategy 安装和配置指南。

要配置 MicroStrategy Web 产品的 Subscription Portal 传递选项，则在配置系统的同时需共享 Subscription Engine 的安装文件夹或驱动器。也就是说，用于运行 Subscription Administrator 的服务必须对以下位置有读写权限：

• Subscription Engine 的安装文件夹或

• 整个驱动器

MicroStrategy Narrowcast Server 和 MicroStrategy Web 产品可以自动共享本地 Administrators 组的此驱动器。 Subscription Administrator 服务必须用本地 Administrators 组的成员帐户来运行。您可以在系统配置完成后取消磁盘或文件夹的共享。如果您不想自动共享驱动器，请执行下列步骤。

如何共享 Subscription Engine 的安装文件夹

1 修改位于 Subscription Engine 计算机的 Admin. Properties 文件： ..\Microstrategy\Narrowcast Server\ Subscription Engine\build\server\ 修改文件内容已得到下列两行相应内容： TransactionEngineLocation=machine_name:\\ Subscription Engine\\build\\server TransactionEngineLocation=MACHINE_NAME:/Subscription Engine/build/server

其中 machine_name 是安装了 Subscription Engine 的计算机的名称。

2 在本地 Administrators 组或 Subscription Administrator 服务运行时所使用的帐户间共享 Subscription Engine 安装文件夹。此文件夹必须以 Subscription Engine 名称共享。  您应确保此帐户的密码未过期。如果 Subscription Engine 计算机的驱动器已多次共享并并取消共享，则将显示下列 Windows 错误：“ 系统错误：网络名被删除。 ”

此消息并非表示真的出现了问题。单击确定以运行 Subscription  Administrator 服务。

3 重启 Subscription Administrator 服务。

让用户可以从 Web 安装 MicroStrategy Office

在 MicroStrategy Web 管理员页面，您可以指定 MicroStrategy Office 的安装目录路径，并且决定是否在 MicroStrategy Web 界面显示 Office 安装信息的链接。如需让用户通过 Web 安装 MicroStrategy Office，请参阅 MicroStrategy 安装和配置指南中的部署 MicroStrategy Web 和 Web Universal 章节。

配置和调整 MicroStrategy Web 产品过程中的常见问题

如果用户社区有 X 位用户时如何配置 MicroStrategy Web 环境？需要多少硬件设备？

此信息已在 MicroStrategy Knowledge Base 中做了相关说明。

MicroStrategy Web 和 Intelligence Server 中的超时设置如何影响 MicroStrategy Web 用户？

影响 MicroStrategy Web 用户的会话超时有 3 个相关设置。

首先，在 Intelligence Server 配置编辑器中的约束 - 常规下的 Web 用户会话闲置时间设置决定了用户从 Intelligence Server 注销之前可保留闲置状态的秒数。

其次，在默认位于 C:\Program Files\MicroStrategy\Web ASPx 的 web.config 文件中，超时设置决定了 .NET 会话对象未被访问的情况下而释放后所持续的时间（以分钟为单位）。此超时应与上述 Intelligence Server 超时设置区分开来。

web.config 文件中有关超时设置的段落如下：  此设置不会影响 Web Universal，因为它并不使用 .NET 体系结构。 MicroStrategy Web 管理设置中的第三项内容为如果会话丢失允许自动登录。此设置可在 Web 管理页面的 “ 安全性 ” 部分找到。它让用户在丢失会话时能自动重新连接 Intelligence Server。  此设置不会自动重新连接 .NET 会话对象。

下表演示了这些设置以不同方式组合时如何相互影响。

Intelligence web.config 如果会话丢失允许自动用户闲置时间结果 Server 超时超时登录

45 分钟 20 分钟两者皆可 30 分钟用户必须重新登录

20 分钟 45 分钟否 30 分钟用户必须重新登录

20 分钟 45 分钟是 30 分钟用户自动重新登录

20 分钟 45 分钟两者皆可 60 分钟用户必须重新登录

如何调整 MicroStrategy Web 服务器才能达到最佳性能？

• 群集多个 Web 服务器将提升系统性能。如需更多关于此操作的信息，请参阅第 8 章多个 MicroStrategy 服务器的群集化。 • 您可以修改 MicroStrategy Web 服务器计算机或应用程序中的特定设置来达到最佳性能。 MicroStrategy Web 和 Web Universal 的详细信息如下：

MicroStrategy Web (ASP.NET)

效果最明显的操作：

 调整 Microsoft Internet Information Services （IIS）。如需详细信息，请参阅 MicroStrategy Tech Notes TN11275 and TN7449。

 增加服务器计算机的 Java 虚拟主机（JVM）堆阵大小。如需更多与此操作相关的信息，请参阅 MicroStrategy Tech Note TN6446。

MicroStrategy Web Universal (J2EE)

J2EE 版本的 MicroStrategy Web Universal 的调整操作根据您所使用的 Web 服务器会有所不同。如需与调整操作相关的详细信息，请参阅 MicroStrategy 安装和配置指南中的相应章节。

此外，还可以参考您特有的 Web 应用程序服务器的说明文档以获取更多调整方面的信息。通常，您可以进行如下操作：

 使用 MicroStrategy Web 服务器而非应用程序服务器来处理静态文件（比如 CSS、 JavaScript）。

 根据您所使用的平台对 JSP 进行预编译。

 增加应用程序服务器的 Java 虚拟主机（JVM）堆阵大小。

Cookie 您在访问网站或网页时与 HTML 页面一起发送到 Wen 浏览器的少量信息。此信息通常用于记录用户在特定网站或网页上的详细操作内容并用于提供更多用户个人体验。

HTML 文档 1) 用于格式化、显示并分布来自单个请求的多个表格式报表（HTML document）和图表式报表的容器。

2) 支持上述功能的 MicroStrategy 对象。

HTML 文档实例有助于 HTML 文档通过 Intelligence Server 进行处理，与报（HTML document 表实例用于处理报表的过程类似。。它包含所有子报表的报表 instance）实例，子报表的 XML 结果，以及子报表中可能包含的任何提示信息。

ODBC 详见开放式数据库连通性（Open Database Connectivity）。

ODBC 驱动程序一种软件例程，可以把 MicroStrategy Intelligence Server 的（ODBC driver）请求转译为 DBMS 可以读取的命令。

VLDB 设置可影响 MicroStrategy Intelligence Server 与数据仓库的交互（VLDB settings）操作以充分利用其他数据库所提供的独特优化方案的一系列设置。每个 VLDB 属性有两个或多个 VLDB 设置。

VLDB 属性一组设置，用于控制不同 DBMS 平台的 SQL 语法或行为。（VLDB property） VLDB 属性可初始化适用于每个 DBMS 平台的 SQL 生成标准并允许您优化 SQL 生成方式以用于数据仓库配置。

XML 缓存一种 XML 格式的报表缓存，需在 Web 上创建并使用。（XML cache）

安全角色一种 MicroStrategy 对象，用于存储可应用到各项目的用户或（security role）分组的特定权限分组。

安全筛选器一种与某一用户或用户组关联的限定条件，它将应用到所有由（security filter）该用户或用户组执行的查询。

安全视图大多数关系数据库所具备功能，用于限制用户对数据的访问以（security view）便只查看一小部分数据。

安全套接字层一种加密技术，它对 Web 浏览器与 Web 服务器之间的通信（SSL: secure sockets 进行加密以便只有收件人才能读取信息。 layer ）

报表成本一个可为报表分配的任意值，它可以帮助判断与其他请求相关（report cost）的优先级。

报表实例报表执行时所需要并产生的所有对象和信息的容器，其中包括（report instance）模板、筛选器、提示答案、生成的 SQL、报表对象等。这是执行报表时唯一的参考对象，随着执行过程从一个特殊的服务器传递到另一个服务器。

变更日志记录项目中对象所发生的变换相关信息的过程。记录的信息内（change journaling）容包括执行更改操作的用户、发生更改的日期和时间以及更改的类型（比如保存、复制或删除对象）。

并发用户同时以一种方式或其他方式执行报表或使用系统的用户。（concurrent users）

单个会话统计信息数据库中的一个输入项，用来表示会话已在（orphan session） Intelligence Server 中初始化，但会话结束时未记录任何信息。

调度是一个 MicroStrategy 对象，它包含了用于指定何时执行任务（schedule）的相关信息。

调度一种 MicroStrategy Intelligence Server 功能，用于指定的自（schedule）动任务。

低使用标记 Intelligence Server 用来计算新内存请求对虚拟内存和虚拟字（LWM: low 节的可用内存的值。低使用标记一般设置在高使用标记的 watermark） 95%。

也可参考高使用标记（HWM: high watermark）。

对象缓存 MicroStrategy Desktop 和 MicroStrategy Intelligence Server （object cache）的内存中存储的最近使用过的对象定义。

防火墙强制在两种系统间实行访问控制策略的一种技术。防火墙可以（firewall）想象为一种用来在允许其他网络通行的同时阻止特定网络通行的一堵防护墙。

访问控制列表每个对象的用户和组以及访问权限的列表。（ACL: access control list）

父从属关系对象用作其他对象定义的一部分而使用时产生。（parent dependency）也可参考子从属关系（child dependency）。

服务器定义 MicroStrategy Intelligence Server 的一个实例及其所有配置设（server definition）置。

服务器对象元数据中一个叫做服务器定义的配置级别的对象。它包含适用（server object）于服务器级别的约束设置、服务器上注册的项目列表、元数据资料库的连接信息等。

服务器状态转储写入到日志文件的与 Intelligence Server 当前状态相关的信息（SSD: server state 集合。 dump）

负载平衡为了在 MicroStrategy Intelligence Server 上完成稳定的（load balancing） MicroStrategy Web 用户会话分发而制订的策略。 MicroStrategy 通过在 MicroStrategy Web 中合并负载平衡器来实现 4- 层负载平衡。

高使用标记 Intelligence Server 用来计算新内存请求对虚拟内存和虚拟字（HWM: high 节的可用内存的值（超出可接受级别的情况下）。 HWM 用来 watermark）表示触发内存请求闲置模式前专用字节和明显的内存占用之和可达到的最高值。默认值为 90%，但您可以在 “ 可使用的最大虚拟地址空间（%） ” 设置中指定一个更低的值。

也可参考低使用标记（LWM: low watermark）。

个人报表执行方式一种 Narrowcast Server 运用方式，以独特的个性化设置为每（personal report 一组用户分别执行一个独立的报表。如有需要，用户可以在相 execution）对应的 Intelligence Server 用户上下文中执行报表。使用此选项可以维护 MicroStrategy Desktop 中定义的安全配置文件。但是，如果包含个性化设置各不相同的大量用户，则此选项会对 Intelligence Server 造成较大的负担。

也可参考个人页面执行方式（personal page execution）。

个人页面执行方式一种 Narrowcast Server 运用方式，可为同一区间的用户执行（personal page 一个含多个页面的报表然后使用此单独的报表为不同用户提供 execution）个性化的内容（页面）。所有用户都将在同一个 Intelligence Server 用户上下文中执行报表，因此无法维护各个安全配置文件。虽然如此，对 Intelligence Server 造成的负荷远小于个人页面执行方式（PRE）在部分情况下带来的结果。

也可参考个人报表执行方式（personal report execution）。

更新包一个包含了对象定义以及这些对象的冲突解决规则的文件。更（update package）新包需使用 Object Manager 进行创建。当更新包应用到项目或项目源时，对象将被复制到项目或项目源。如果对象已存在，则随即采用指定的冲突解决规则。

工作集引用基于内存的报表实例的消息集合。用户执行报表或从收件（working set）箱接收消息时，将添加一条消息到工作集。

故障转移支持确保了商业智能系统在发生应用程序或硬件错误时仍能使用。（failover support）群集化过程提供了两种方式的故障转移支持：负荷分布与恢复请求。

缓存一种特殊的数据存储方式，用来保存最近访问的信息供日后快（cache）速访问。这通常用于请求频繁的报表，其执行速度较快，因为无需基于数据仓库运行。来自数据仓库的结果被独立存储，并且可供需要相同数据的新作业请求使用。在 MicroStrategy 环境下，当用户首次运行报表时，该作业将被提交到数据库处理。但如果报表的结果被缓存，该结果在下次报表运行时可以迅速返回，而不必等待数据库处理作业。

活动用户登录到 MicroStrategy 系统的用户。当用户登录系统时，将建（active user）立一个用户会话并且在用户退出系统或系统将用户注销之前，该会话将一直保持开放的状态。 Intelligence Server 上已登录但未进行任何操作的用户仍会消耗部分资源。

加密指出于安全考虑将数据转换为密码的过程。（encryption）

节点位于群集的每台计算机。（node）

结果缓存存储在 MicroStrategy Intelligence Server 上的已执行报表或（result cache）文档的缓存。

借用连接借用连接会在 Intelligence Server 执行低优先级连接上的作业（connection 时发生，因为执行时没有与作业优先级相对应的可用连接。高 borrowing）优先级作业可以在高、中、低优先级连接过程中运行。中优先级作业可以在中、低优先级连接过程中运行。

开放式数据库连通性一种应用于客户端计算机的开放标准，通过它可以与相关数据（ODBC: Open 库服务器进行通讯。客户端计算机使用一个特定的 ODBC 驱 Database 动程序在一个特定的物理数据库服务器上与一个特定的逻辑数 Connectivity）据库建立连接。

可分辨名称 LDAP 目录中一个输入项的唯一标识符。（DN: distinguished name ）

框架 1) 数据仓库中与逻辑数据模型关联的一组数据表。这些数据（schema）表中的实体和事实列可视作框架本身的一部分。

2) 数据库系统的布局或结构。在关系数据库中，框架定义了数据表、各数据表内的字段以及字段和数据表之间的关系。

框架对象通常由项目设计师创建的 MicroStrategy 对象，它把逻辑数据（schema object）模型以及物理数据仓库框架中的信息与 MicroStrategy 环境进行关联。这些对象在 MicroStrategy Architect 中开发，并且可以通过 MicroStrategy Desktop 来访问。框架对象直接反映了数据仓库框架并且包含实体、事实、函数、层级、操作符、分区映射、表以及转换。

连接映射 MicroStrategy 用户映射到数据库连接和数据库登录帐户的过（connection mapping）程。对于执行报表的 MicroStrategy 用户而言，必须将其映射到数据库连接和数据库登录帐户。

浏览对象通过在 MicroStrategy Desktop 或 Web 中展开或选择文件夹（object browsing）来检索元数据中的对象的过程。

历史缓存由特定用户保存在历史列表中供日后参考的报表结果。（history cache）

历史列表用户保存供日后参考的报表结果的文件夹。（History List）

密码保持用户帐户在应用程序中的完整性。很多应用程序都能将密（password）码和密码提示与各用户进行关联。

内存请求闲置模式 Intelligence Server 拒绝内存请求时所处的模式，直至内存使（memory request idle 用率降至低使用标记值以下才会退出该模式。 mode）

配置对象系统层中出现的一个 MicroStrategy 对象，且可以在不同项目（configuration object）中使用。配置对象包括（以及其他对象）的对象类型有：用户、数据库实例、数据库登录 ID、调度。

匹配缓存为日后操作时的相同请求而保留的报表结果。（matching cache）

匹配历史缓存至少一条历史列表消息所引用的匹配缓存。（matching-history cache）

轻型目录访问协议一种 TCP/IP 所使用的开放式标准 Internet 协议，专门设计用（LDAP: Lightweight 来维护并操作大型目录服务。LDAP 目录可通过运用 LDAP 身 Directory Access 份验证用来集中管理您 MicroStrategy 环境中的用户。 Protocol）

权限定义特定用户和用户组在 MicroStrategy 系统中可执行的操作（privilege）类型。例如，指定用户可以创建的对象以及可使用的应用程序和编辑器。

群集两台或更多计算机的集合，用来为一组共同用户提供服务。群（cluster）集中的每台计算机叫做一个节点。

也可参考群集化（clustering）。

群集化一种配置策略，用来为用户提供不间断的数据访问、增强的可（clustering）扩展性以及提升的性能。

也可参考群集（cluster）。

任务列表 Intelligence Server 中完成一项作业所必须执行的任务的列（task list）表。

收件箱同步群集中所有节点上的收件箱的同步过程，以便所有节点包含相（inbox 同的历史列表消息。 synchronization）

数据库登录帐户用于存储 MicroStrategy Intelligence Server 用来连接特定数（database login）据库时所使用的登录 ID 和密码。

可参考以下术语： • 登录 ID （login ID） • 密码（password）

数据仓库 1. 一种数据库，通常容量较大，里面包含了企业的历史数据。（data warehouse）用于决策支持或商业智能，它可以组织数据并允许协调更新和加载。

2. 为查询、报表制作和分析所特别构建的事务处理数据的复件。

数据库管理系统一个程序集合，使您能够从数据库中存储、修改、提取信息。（DBMS: database management system）

数据集一种 MicroStrategy 报表，通过数据仓库或缓存来检索数据。（dataset）用于定义文档中的可用数据。

数据库连接用于存储所有数据仓库特定的连接信息，比如 DSN、驱动模（database 式和 SQL 执行模式以及连接缓存信息。 connection）

数据库实例 1. 在 MicroStrategy Desktop 中创建的一种对象，用于表示数（database instance）据库的连接。数据库实例用于指定连接信息，例如数据仓库 DSN、登录 ID 和密码以及其他数据仓库特定信息。

2. 在特定的计算机上运行的数据库服务器软件。虽然理论上一台计算机上可以运行一个以上的实例，但通常每台计算机只有一个实例。

数据源名称通过 ODBC 驱动程序与数据库建立连通性。 DSN 通常包含主（DSN: data source 机名或 IP 地址、实例名称、数据库名称、目录、数据库驱动 name）程序、用户 ID、密码及其他信息。 DSN 内所包含的详细信息根据 DBMS 的不同会有所变化。为一个特定的数据库创建了 DSN 后，您可以把它用于一个应用程序以便从数据库调用信息。

DSN 有三种类型： • 系统 DSN：任何可以访问计算机的用户都可以使用。DSN 信息保存在注册表中。

• 用户 DSN：为特定用户创建。同样保存在注册表中。 • 文件 DSN：DSN 信息保存在一个含有 .DSN 扩展名的文本文件中。

提取、转换和加载 1) 通过现有分散的数据库系统填充数据仓库所使用的过程。（ETL: Extraction, Transformation, and 2) 用于促进完成上述过程的第三方软件。 Loading）

托管对象托管对象是与项目框架无关的一种框架对象，它由系统创建并（managed object）保存在独立的系统文件夹中。托管对象用于映射数据到实体、度量层级以及自由格式 SQL、查询生成器和 MDX 立方体报表的其他框架对象。

完整性测试 Integrity Manager 中执行的一项测试。来自基础项目的报表（integrity test）将被执行，系统将通知您哪些报表执行失败。根据完整性测试的类型不同，可能会根据来自另一个项目的报表，或者根据之前建立的基准来比较这些报表。

文档 1. 用于表示来自一个或多个报表的数据，以及定位和格式信息（document）的对象容器。文档通常用于在一个页面中为高质量的展示格式化来自多个报表的数据。

2. 支持（1）中所述功能的 MicroStrategy 对象。

文档实例有助于 HTML 文档通过 Intelligence Server 进行处理，与各（document instance）种报表所使用的报表实例类似。它包含所有数据集报表的报表实例，因此可以访问数据集报表中可能包含的所有信息，其中包括提示、格式等。

物理数据仓库框架一种数据仓库中所保存业务数据的详细图形演示方式。它从数 (physical warehouse 据库视角出发，将逻辑数据模型以合理的方式加以组织。 schema) 可参考框架 (schema)。

项目一种 MicroStrategy 对象，您可以从中定义所有框架对象和应（project）用程序对象，以同时提供灵活的报表制作环境。项目是数据仓库、元数据资料库和用户社区的最高级别的交集，其中包含报表、筛选器、度量和函数。

2）一个包含上述（1）中项目定义的对象。项目对象是在请求建立会话时指定的。

项目源用于定义元数据数据库的连接并通过各种 MicroStrategy 产品（project source）来访问项目。直接项目源是一个与元数据资料库直接相连的 2- 层连接方式。服务器项目源是与 MicroStrategy Intelligence Server 相连的 3- 层连接。一个项目源可包含多个项目，且在项目源级别查找到的管理工具用于监视和管理项目源中的所有项目。

闲置时间用户停止主动使用会话的一段时间，例如，暂停使用项目、暂（idle time）停创建或执行报表。

消息有效期决定了消息在用户的历史列表中的存留时间（以天数计）。（message lifetime）

系统提示一种特殊类型的提示，它不需要用户提供答案。系统将自动回（system prompt）答系统提示。例如， “ 用户登录 ” 系统提示将自动使用运行报表的用户的登录名来回答。系统提示可以在筛选器和度量表达式中使用。

许可权限定义用户所具有的对象控制级别。（permissions）

虚拟内存物理内存（RAM）与磁盘页面文件大小（也叫内存转换文（virtual memory）件）相加后所得到的值。

虚拟字节与 Intelligence Server 虚拟地址空间分配相关联的限制是由已（virtual bytes）确认的地址空间（进程实际使用的内存）和保留的地址空间（为进程可能使用而保留的内存）相加而得。

也可参考专用字节（private bytes）。

验证核实用户登录信息的一项系统进程。登录 ID 和密码将与授权（authentication）帐户列表进行对比，检测到匹配项后，将为用户分配特定的访问权限和应用程序权限。

应用程序对象用于提供对相关数据的分析和洞察力的 MicroStrategy 对象。（application object）应用程序对象需在 MicroStrategy Desktop 中开发，并且是报表和文档的构建基块。应用程序对象包括的对象类型有报表、文档、模板、筛选器、度量、自定义组、合并项、提示。

用户可以登录到 MicroStrategy 系统、创建并拥有报表等对象、执（user）行报表以及充分利用系统中的所有其他功能的人员。

用户地址空间有时也叫做虚拟地址空间。它独立于虚拟内存，并且大小有（user address space）限。它的大小通过计算机上每个进程来进行计算（比如 MSTRSVR.exe Intelligence Server 应用程序）根据定义，一个 32 位的操作系统上，最大虚拟字节数为 4GB （232）。默认情况下， Windows 操作系统将这个字节数分为两个部分，即用户地址空间（UAS）和系统地址空间（SAS）。在这里， UAS 用于 Intelligence Server 存储数据和代码，而 SAS 则由操作系统所使用。

用户会话在每位用户通过 MicroStrategy 客户端（Web、 Desktop、（user session） Narrowcast Server 等）连接到 Intelligence Server 时所创建的内容。

用户配置文件用于定义用户登录到系统时所进行的操作。（user profile）

用户组简称 “ 组 ”。是用户的集合。（user group）

元数据一种资料库，其数据将数据仓库的表和列分别与用户定义的实 (metadata) 体和事实进行关联以便业务视图、术语和需求映射到基础数据库结构中。元数据可以作为数据仓库驻留在同一个服务器上，也可以驻留在不同的数据服务器上。它甚至可以保存在其他的 RDBMS。

元数据同步化群集中所有节点间同步对象缓存的过程。（metadata synchronization）

元素缓存最近常使用的查找表元素存储在 Intelligence Server 或（element cache） MicroStrategy Desktop 上的内存中，以便更快进行检索。

元素浏览在实体元素的层级间导航的过程。例如，查看一年中的月份列（element browsing）表。

诊断对 Intelligence Server 的操作性能记录并分析信息的过程。（diagnostics）

智能立方体一种数据结构，包含了存储在内存中的来自数据仓库的数据。（Intelligent Cube）通过智能立方体执行报表的速度更快，并且比起通过数据仓库执行报表所产生的数据库负荷更小。智能立方体是 Intelligence Server 的 OLAP Services 附加项的一个部分。

专用字节进程当前所分配到的字节数，不能与其他进程共享。（private bytes）也可参考虚拟字节（virtual bytes）。

子从属关系对象在其定义中使用其他对象的情况下形成。（child dependency）也可参考父从属关系（parent dependency）。

作业向系统发出的一种请求，由通过 Desktop、Web、Narrowcast （job） Server、 Intelligence Server 内部调度器提交请求的用户创建，也可由自定义代码的应用程序创建。常见的请求包括报表执行、对象浏览、元素浏览、 Report Services 文档执行以及 HTML 文档执行。作业的处理涉及几个操作流程，这取决于特定的请求。

作业优先级用于定义作业处理顺序。（job priority）

组（“ 用户组 ” 的简称），它是 Everyone 用户、 System （group） Administrators 用户、 LDAP 用户等类型的用户集合。分组提供了一种简便的方式来管理大量用户。您可以为各个用户组分配权限以及对象的访问许可权限。

数字用户组和 70 安全筛选器定义为 83 6.X 数据库身份验证模式 110 度量级别 86 合并多个 90 A 上下限实体 86 ACL。详见访问控制列表。通过项目监视器进行管理 26 AT 命令。详见 Windows AT 命令。 User Merge Wizard 101 安全安全视图定义为 96 安全角色 72 目的 96 Cookies 698 安全套接字层。详见 SSL。单一登录 54 安全性防火墙 695 设置 53 分配权限 70 按时间触发调度 473 加密 700 安装 , 无提示 50 控制应用程序功能 60 MicroStrategy Mobile 694 B MicroStrategy Web 694 报表权限 69 比对身份验证 103 来自两种基准 529 数据访问控制 76 用基准 529 许可权限 61 用另一个报表 527 安全策略测试执行 529 文件级别 700 成本 339 安全角色定义为 72 大小 340 User Merge Wizard 100 Enterprise Manager 578

Integrity Manager 中的带提示的 536 报表实例定义为 34 实例 34 本地缓存文件 368 系统性能和 349 比对报表 527 预定 477 基准与基准比较 529 报表比对工具 527 基准与项目比较 529 报表成本定义为 339 项目与项目的比较 529 报表复杂性和系统资源占用 349 比较报表报表缓存查看不同点 545 按调度进行更新 478 变更日志 26, 定义为 271 查看 404 查看输入项 274 从磁盘载入 404, 408 导出输入项 276 管理 407 记录的信息 271 过期 411 启用 271 计划更新任务 407 清除 277 监控 403 筛选输入项 275 禁用搜索输入项 275 单个报表的 421 项目 271 项目的 403 项目源 271 类型 397, 405 注释 273 历史 398 表内存使用 417 分区 97 配置设置 411 标准验证 106 匹配 398 示例 189 匹配历史 398 并发用户定义为 321 匹配算法 400 部分空闲项目模式 30 启用单个报表的 421 部署 , 大小设置 305 删除 404, 410 设置 411 C 失效 404, 408 索引文件 399 Command Manager 513 位置 399 超时错误 524 文件格式 399 加密脚本 521 XML 399 权限 514 项目设置 413 用 Windows AT 命令预定 514 卸载到磁盘 404, 408 语法错误 522 状态 405 运行 515, 519 报表缓存的过期 411 执行错误 523 报表缓存监视器 405 Cookie 定义为 698

CPU 关联 199 D MicroStrategy Web 的 203 Diagnostics and Performance Logging CPU 许可证 Tool 292, 638 管理 195 Distribution Services 487 验证 194 带格式的 Excel, 导出为 47 CSV, 导出为 46 单个回话定义为 575 仓库执行空闲项目模式 29 单个内存分配约束 313 测试单个项目的完整性测试 529 报表执行 529 单一登录 54 文档执行 529 导出项目 527 报表通过 Web 46, 347 查看变更日志的输入项 276 变更日志的输入项 274 CSV 46 当前的数据库连接 10 纯文本 46 Health Center 中的日志文件。 621 带格式的 Excel 47 历史列表消息详细信息 435 PDF 47 日志文件 649 导出大小 , 约束 347 完整性测试的结果 544 导入查询生成器 , 删除托管对象 264 分组 58 冲突解决默认操作 234 用户 58 触发事件用户组 58 手动 477 导入数据 , 删除托管对象 264 自动 476 登录 ID. 用于限制元素缓存 444 处理结果 340 低使用标记（LWM）。定义为 316 处理器关联 199 调度定义为 471, 定义为 473 创建按时间触发 473 调度 473 创建 473 发送器 494 管理任务 484 分组 58 基于事件的 474 联系人 504 SSD 信息 654 联系人组 508 项目监视器中的项目维护 26 日志文件 649 调度的邮件 , 通过 Web 启用 703 设备 497 调用堆栈 654 用户 58 调整 295, 296 创建完整性测试 532 系统设计方案 297 纯文本 , 导出为 46 系统要求 296 运行时容量变量 298 订阅统计信息日志记录 684

逗号分隔符文件的导出 46 项目文档 580 断开连接用户 569 数据库 9 元数据数据库 560 用户 59 中的文档 581 对象的浏览重命名一个项目 571 作业处理步骤 38 自由格式 SQL 和 609 对象缓存定义为 446 最佳实践方法 553 禁用 447 Enterprise Manager 中的项目文档 580 匹配算法 447 删除 449 F 设置的汇总 450 发送器 488 限制内存的使用 447 打印 496 发送器编辑器 494 E 类型 494 Enterprise Manager 551 删除 497 Administrator 用户组 557 失败提醒 493 安装 556, 557 推荐的任务 494 安装和配置的最佳实践方法 557 文件 496 DB2 中的数据仓库 558 邮件 495 EMAdmin 用户组 569 最佳实践方法 494 访问权限 580 发送器编辑器 494 管理 569 发送失败的提醒 493 Health Center 中的系统检查 626 防火墙定义为 695 记录统计信息 286 访客用户组 55 控制台 560 访问配置 556, 557 发送器编辑器 494 Sybase 中的数据仓库 558 联系人编辑器 506 时间戳 571 设备编辑器 499 实时分析 609 性能监视器 306 数据仓库的 DB2 558 访问控制数据仓库的 Sybase 558 通过数据库对数据进行 96 数据库连接 281 应用程序功能 60 数据载入 , 预定 567 访问控制列表定义为 62 体系结构 553 查看 58 统计信息疑难解答 682 分配 61 Web Viewer 用户组 557 控制应用程序的访问权限 67 项目 578 Object Manager 235

User Merge Wizard 100 复制访问权限对象 218 查看 58 框架对象 223 的列表 64 配置对象 223 分配 61 时解决冲突 232 服务器对象 65 项目 208, 213 使用并执行 67 应用程序对象 223 分别管理对象 221 G 分配高使用标记（HWM）定义为 316 访问权限 61 个人报表执行方式定义为 361 含安全角色的权限 72 个人页面的执行定义为 361 逐一权限 70 个性化钻取路径 68 分区的事实表 97 更改项目状态 31 分区事实表更新包定义为 238 示例 189 共享缓存 368, 370 分析统计信息 578 工作集定义为 324 分页和系统性能 350 管理 324 分组定义为 54 故障转移 365 创建 58 故障转移支持定义为 365 导入 58 管理合并 98 报表大小 340 LDAP 搜索筛选器 121 工作集 324 默认 55 结果的传递 344 父从属关系定义为 228 历史列表 323 服务器 . 清除缓存 27 每个项目的作业数 329 服务器定义定义为 5 每个用户的作业量 330 访问权限 65 请求 327 Intelligence Server 启动 13 数据库连接缓存 336 SSD 信息 652, 653 数据库连接线程 334 服务器对象定义为 65 项目安全 25 服务器状态转储（SSD）定义为 652 项目配置 25 内容 652 项目状态 25 服务主体名称 (SPN) 许可证 IIS 161 195 用户资源 Intelligence Server 157 323 执行时间 331 应用程序服务器 163 作业量 329, 330 负载平衡定义为 365

管理任务 , 调度 484 缓存定义为 393 国际支持 xxxiii 查看 404 对象。详见对象缓存。 H 共享 370 结果缓存类型 405 Health Center 613 类型 393 查找（搜索）健康状况代理 617 清除服务器的 27 Enterprise Manager 系统检查 626 清除项目中的 26 访问 614 群集中 390 计划的系统检查 620 数据库连接 9 Intelligence Server 系统检查 627 元素详见元素缓存。健康状况代理 616 中心缓存文件 370 健康状况代理配置 616, 617 最佳实践方法 397 控制台 614 缓存监视器 403 MicroStrategy Web 系统检查 632 恢复项目 26, 31 Narrowcast Server 系统检查 630 恢复周期及项目故障转移 386 手动系统检查 619 活动用户定义为 321 添加健康状况代理到 617 网络 614 系统检查 623 J 修复发现的问题 621 JAAS。详见 Java 验证和授权服务。诊断包 622 Java 验证和授权服务 167 中的日志文件 621 继承权限 71 主控健康状况代理 615 IIS 调整 706 Health Center Configuration Wizard 616, 记录订阅统计信息 684 617 Integrity Manager 527 Health Center Console 614 报表数据 545 Health Center 中的 Intelligence Server 系报表执行输出 548 统检查 630 保存测试 533 文档定义为 43 HTML 测试结果 , 查看 544 实例 44 查看报表中的不同点 545 作业处理步骤 43 查看测试结果 544 文档实例定义为 HTML 44 查看之前保存的测试结果 547, 549 。详见高使用标记。 HWM 创建一个完整性测试 532 合并带提示的报表和 536 分组 98 使用前提条件 528 项目 254 图表 546 用户 98 完整性测试的创建 532 合并用户 98

载入已保存的测试 533 用 SSL 697 Integrity Manager 中的带提示的报表 536 元数据 4 Integrity Manager 中的图表 546 健康状况代理 616 Intelligence Server 查找（搜索） 617 CPU 类型和速度 306 防火墙和 618 CPU 数量 306 配置 617 CPU, 数量 306 添加到 Health Center 系统 617 Health Center 中的系统检查 627 监控启动 13 报表缓存 403 疑难解答 637 文档缓存 403 自动 17 监视作为服务项 15 计算机性能 305 作为应用程序 20 MicroStrategy 系统 551 启动内存使用 310 群集 27 请求类型 33 数据库连接 9 取消注册为服务 15 用户连接 59 日志记录 638 作业 48 SSD 版本信息 652 脚本 513 SSD 中的版本 652 超时错误 524 SSD 中的组件信息 655 语法错误 522 SSD 组件信息 655 执行错误 523 停止 14 节点定义为 364 线程平衡 340 结果疑难解答 637 处理 340 约束 352 传递 344 运行模式 14 结果缓存定义为 394 运行时内存使用 311 清除 410 诊断 637 群集中共享选项 368 组件 , MCM 312 结果行限制疑难解答 674 作业处理 33 解决一个提示 37 计算机大小推荐配置 305 解锁项目 220 JVM 堆阵大小 706 禁用基于事件的调度 474 报表缓存 403 技术支持 xxxiii 变更日志注释 273 基准与基准的完整性测试 529 单个报表缓存 421 基准与项目的完整性测试 529 对象缓存 447 加密 521, 定义为 700 联系人 507 SSL (HTTPS) 697 文档缓存 403

元素缓存 438 搜索筛选条件警报 488 用户列表 126 用户组列表 127 K 同步预定计划 138 疑难解答 146 可分辨名称 (DN) 用户搜索筛选器 120 LDAP 疑难解答 665 用户组 55 可分辨名称 (DN) 定义为 123 主机 115 可使用的最大虚拟地址空间 313 LDAP 的同步预定计划 138 框架对象定义为 5 LDAP 验证。 LDAP 复制 223 验证。详见 LDAP 验证。 LDAP 验证模式 L 常见问题 666 疑难解答 663 LDAP 定义为 110 License Manager 195 绑定身份验证 139 Linux, 安装 LDAP SDK 114 导入登录时 124 LWM。详见低使用标记。批量 125 立方体监视器 452 用户和组 123 立即发送 , 通过 Web 启用 703 端口 115 历史缓存定义为 398 分组搜索筛选器 121 缓存监视器 404 服务器定义为 110 历史列表定义为 421 IP 地址 115 备份 428 仅密码对照 139 存档 430 连接 142 访问 428 链接管理 323, 431 Windows 登录帐户 141 缓存和 424 用户和组 132 群集环境和 428 连接向导 117 删除信息 433 明文 116 通过节点共享 371 目录定义为 111 有效期 432 匿名 / 访客用户 133 历史列表消息 SDK 113 查看详细信息 435 UNIX/Linux 114 清除 435 SSL 116 筛选 435 证书 116 删除 433 数据库 Pass-Through 140 历史列表消息的存档 430 搜索根目录 118 连接的借用定义为 337

连接映射定义为 77 内存使用标记 316 目的 77 示例 318 示例 189 使用 313 User Merge Wizard 101 XML 和 312 联系人约束 Intelligence Server 的内存使查找依赖订阅 507 用 312 创建 504 约束的任务 312 地址管理 510 最小保留内存 313, 316 复制 507 MDX 立方体源 , 删除托管对象 264 关于 489 Memory Contract Manager。详见 MCM。禁用 507 Microsoft 性能监视器 305 链接用户维护 509 内存 309 联系人编辑器 506 MicroStrategy Health Center。详见。启用 507 Health Center MicroStrategy Integrity Manager 527 前提条件 505 向删除 507, 510 MicroStrategy Integrity Manager 导 528, 533 示例 489, 504 MicroStrategy Mobile 推荐的任务 505 安全 694 重命名 507 防火墙 695 最佳实践方法 506 管理 689 联系人编辑器 , 访问 506 SSL (HTTPS) 697 联系人的地址 510 MicroStrategy Office, 从 Web 安装 704 联系人组 508 MicroStrategy Project Comparison 临时客户端 49 Wizard 260 临时客户端的网络地址 49 MicroStrategy Project Merge 254 浏览对象定义为 38 MicroStrategy Web 650 安全 694 M 版本 690 MCM Cookie 699 单个内存分配约束 313 CPU 关联功能 203 放行或拒绝内存请求 314 Flash 模式 690 放行请求的条件 314 防火墙 695 防止内存损耗 655 管理 689 管理虚拟地址空间碎片 317 管理员页面 691 可使用的最大虚拟地址空间 313, 316 Health Center 中的系统检查 632 逻辑流程 315 加密 700 内存请求闲置时间 314, 317 默认选项 693 Narrowcast Server 和 703

日志文件 650 匿名验证模式 107 SSL (HTTPS) 697 文件级别的安全策略 700 O 用户设置 693 Object Manager 221 MicroStrategy Web 的默认选项 693 保存从属对象 229 应用 693 访问控制列表 235 用户首选项 693 父从属关系 228 载入 693 复制一个对象 218 MicroStrategy Web Universal, 安全角色与 692 国际化设置 231 MicroStrategy Web 中的管理员页面 691 解决冲突 232 访问 691 Project Merge 与 219 MicroStrategy User Merge Wizard 99 启动 225 MicroStrategy 用户。详见用户。时间戳 230 MicroStrategy 用户组。详见用户组。数据表迁移 236 命令行子从属关系 230 Integrity Manager 542 OLAP Services 和系统性能 344, 351 Integrity Manager 退出代码 543 Oracle 8i 12, 671

N P Narrowcast Server PDF, 导出为 47 和删除的用户 59 Project Comparison Wizard 260 集成 MicroStrategy Web 703 比较两个项目间的对象 261 连接到 Intelligence Server 361 using 261 系统资源的使用和 360 项目比较过程 261 信息源 361 Project Merge 254 应用程序设计 361 冲突解决 259 内存 308, 656 解决冲突 259 SSD 信息 653 命令 257 Web 请求的约束 320 Object Manager 与 219 主要消耗因素 657 使用 256 内存请求闲置模式定义为 317 项目合并过程 255 内存请求闲置时间 314 用 Windows AT 命令预定 259 推荐值 318 Project Merge Wizard 255 内存损耗 655 冲突解决 259 防止 655 合并项目 256 SSD 信息 654 解决冲突 259 示例 318 XML 220

Public 用户组 55 继承 71 配置拒绝 70 JAAS 167 授予 70 健康状况代理 617 User Merge 中合并 99 系统体系结构 300 群集定义为 364 主控健康状况代理 616 备份缓存 412 配置对象定义为 5 还可参考群集化。复制 223 监视 27 移动 223 组件 364 匹配缓存定义为 398 群集化定义为 363 匹配历史缓存定义为 398 缓存 390 Intelligence Server 计算机 380 Q 节点间共享信息 367 体系结构 366 启动通过节点共享历史列表 371 Intelligence Server 13 通过节点共享元数据 368 自动 Intelligence Server 17 Web 364 启用要求 364 单个报表缓存 421 优势 364 联系人 507 群集监视器 27 元素缓存 438 访问 27 迁移一个对象 218 使用 27 清除群集视图变更日志 277 访问 27 结果缓存 410 System Maintenance Monitor 27 历史记录消息 435 使用 27 统计信息 290 项目源的变更日志 277 请求 R 管理 327 Report Services 文档。详见文档。类型 33 任务列表定义为 34 请求闲置项目模式 28 日志记录配置 638 轻型目录访问协议。详见 LDAP。日志文件取消作业 49 查看 649 全部闲置项目模式 30 创建 649 权限定义为 69 读取 649 分配 70 Health Center 和 621 管理 325 位置 649

诊断 650 元素缓存 445 设备 S 创建 497 关于 489 Sarbanes-Oxley 变更日志 271 环境 489 Scan MD 工具 670 删除 504 Service Manager 16 设备编辑器 499 Simple and Protected GSSAPI Negotiation 示例 Mechanism (SPNEGO) 169 498 推荐的任务 498 SPN。详见服务主体名称 (SPN)。最佳实践方法 SPNEGO 169 499 设备编辑器 499 SQL, 限制报表的 SQL 大小 332 设计一款 Narrowcast Server 应用程序 361 SSD。详见服务器状态转储。设置 SSL 定义为 697 安全性 53 加密 697 作业优先级 LDAP 116 338 设置数据库连接线程优先级 337 LDAP 中的疑难解答 664 身份验证 Web 中使用 697 LDAP 绑定 139 证书 116 密码对照 support LDAP 139 示例 international xxxiii 188 疑难解答 System Administration Monitor 25 661 审核许可证一致性 System Maintenance Monitor 197 升级群集视图 27 MicroStrategy Enterprise 项目监视器 25 Manager 569 项目视图 25 VLDB 属性 11 System Maintenance Monitor 的项目视事件触发图 25 手动 477 筛选自动 476 变更日 275 时间戳 285, 571 历史记录消息 435 已迁移的对象 230 删除示例报表缓存 404 分区事实表 189 对象缓存 449 连接映射 189 发送器 497 联系人 489, 504 历史记录消息 433 MCM 318 设备 504 内存损耗 318 数据库连接 10 身份验证 188 用户 59

事实表分区 189 数据访问通行执行 189 按列分割事实表 98 Windows 验证 189 安全筛选器 83 项目和数据仓库维护示例场景 32 安全视图 96 事实表分区安全用 RDBMS 96 示例 189 按行分割事实表 97 事实表分区作为安全措施 97 连接映射 77 示例 189 通行执行 81 实时分析和 Enterprise Manager 609 数据集定义为 42 使用趋势分析 578 数据库连接收件箱 , SSD 信息 654 查看当前的 10 收件箱同步定义为 371 Enterprise Manager 281 首选项 , Web 693 缓存 9 数据安全 76 忙碌 9 数据表 SSD 中的信息 654 通过 Object Manager 迁移 236 删除 10 数据仓库定义为 4 限制元素缓存 444 DBMS 升级 11 约束概要 359 Enterprise Manager 555 数据库连接缓存 9 放置 303 管理 336 监视连接 9 数据库连接监视器 9 监视使用趋势 552 数据库连接线程利用安全视图 79 超时 336 连接线程 333 管理 334 连接映射 77 设置优先级 337 每个路径 SQL 超时 332 优化 335 平台 301 数据库验证模式 108 SQL 最大值 332 数据载入设计和调整 301 手动 572 设置最佳的连接线程数 333 疑难解答 573 身份验证 108 预定 Enterprise Manager 567 时间戳 285, 571 数字证书 697 限制连接线程 658 双字节字符 525 性能 300 搜索导出功能 262 疑难解答 637 锁定项目 220 优化连接线程 335 索引文件中导航 4 报表缓存 399 数据仓库连接 , 管理 334 文档缓存 400

T 疑难解答 661 运用 147 temp client 60 Windows, 与 LDAP 用户登录帐户的链的网络地址 temp client 60 接 141 提示 VLDB 属性定义为 11 和 Command Manager 523 升级 11 和 Integrity Manager 536 约束概要 360 解决 37 UNIX, 安装 LDAP SDK 114 系统 94 User Merge Wizard 99 系统性能和 350 ACL 100 体系结构概要 1 安全角色 100 停止 Intelligence Server 14 安全筛选器 101 统计分组成员资格 100 创建统计表 285 过程 99 时间戳 285 连接映射 101 统计信息配置文件夹 100 分析 578 权限 99 清除 290 运行 101 设置项目以记录 286 完整测试使用 Enterprise Manager 551 通过命令行执行 542 选项 279 完整性测试定义为 528, 529 疑难解答 682 保存 534 通行执行 81 表表状态 544 示例 189 查看结果 544 图的下方附带每个步骤的详解。查看已保存的结果 547, 549 定义为 103 创建 532 托管对象定义为 264 单个项目 529 从项目删除 266 基准与基准 529 基准与项目 529 W 加载 534 Web 日志文件的默认位置 650 通过 Integrity Manager 向导执行 533 Web 中的递增回取 345 项目与项目的 529 Windows AT 命令完整性测试的结果总结 544 Command Manager 514 网络 Enterprise Manager 数据载入 567 带宽 303 Project Merge 259 监视 304 Windows 验证推荐配置 303 示例 189 性能考虑事项 301

未知异常 651 系统提示定义为 94 文档定义为 42 系统体系结构 1 测试执行 529 配置 300 Enterprise Manager 581 系统资源的约束 305 实例 43 闲置时间定义为 323 系统性能和 351 闲置项目 26, 31 文档缓存项目定义为 6 查看 404 比对报表之间 529 管理 407 比较 260 监控 403 变更日志 26, 271 索引文件 400 测试 527 文件格式 400 查看变更 274 文档实例定义为 43 副本 208, 213 物理磁盘特性 307 复制 208, 213 物理数据仓库框架定义为 4 跟踪 262 无提示安装 50 更改状态 31 无效化报表缓存 404, 408 合并 254 缓存查看 404 X 恢复 26, 31 记录变更 271 XML 解锁 220 大小 346 MicroStrategy Web 的默认选项 693 缓存 399 MicroStrategy Web 默认选项 693 结果传递和 345 启用变更日志 271 MCM 和 312 清除缓存 26 Project Merge Wizard 220 SSD 信息 653, 654 增量与报表 324 SSD 中的状态信息 654 转换为 Web 可用的 HTML 45 删除变更日志的输入项 277 钻取路径锁定 220 个性化 68 闲置 26, 31 约束 348 卸载 26, 31 XML 缓存约束摘要 355 缓存监视器 404 载入 26, 31 XML 缓存定义为 399 重命名 571 系统活动摘要 586 项目故障转移支持 386 系统检查 619, 623 项目监视器 25 计划 620 访问手动 619 25 使用 26 系统使用趋势 , 分析 578

预定执行维护 26 检查 193 项目框架审核 197 打印 26 验证指定用户 192 导出 26 一致性和 CPU 关联 200 项目模式 27 运行许可证检查的时间 193 部分空闲 30 许可证的更新 198 仓库执行空闲 29 虚拟内存定义为 308 请求闲置 28 虚拟字节定义为 309 全部闲置 30 已卸载 28 Y 已载入 28 验证执行闲置 29 标准 106 项目视图 LDAP 110 访问 25 运用 Windows 147 使用 26 验证模式 103 项目与项目的完整性测试 529 6.X 数据库 110 项目源定义为 6 匿名 107 变更日志 271 禁用 272 验证指定用户许可证 192 启用 272 严重异常 651 清除 277 异常 651 项目状态 27 移动配置对象 223 更改 31 疑难解答 636 响应文件报表结果行 674 安装 50 LDAP 146 配置 50 数据载入 573 消息有效期定义为 432 已卸载项目模式 28 卸载已载入项目模式 28 报表缓存到磁盘 404, 408 应用 MicroStrategy Web 的项目缺省项目 26, 31 值 693 性能计数器和诊断 642 应用程序对象定义为 5 性能监视器 305 复制 223 许可权限定义为 61 应用程序开发生命周期 208 许可证开发人员 210 不一致 194 推荐 208 CPU 194 用 Command Manager 自动处理 513 更新 198 用 Health Center 诊断系统问题 619 管理 195 用户定义为 54 创建 58

导入 58 连接到 7 导入 LDAP 用户 123 同步化 368 断开连接 59 通过节点共享 368 共享帐户 105 修正不一致数据 667 合并 98 元数据同步化定义为 368 LDAP 搜索筛选器 120 元素递增回取链接 LDAP 用户 132 设置 439 匿名 /LDAP 的访客 133 优化 440 配置文件 325 元素缓存定义为 436 删除 59 按数据库登录限制 444 通过项目监视器进行管理 26 按数据库连接限制 444 资源 323 池 437 用户地址空间定义为 308 存储位置 437 用户访问权限 67 禁用 438 用户会话定义为 320 匹配算法 437 SSD 中的信息 655 启用 438 约束 321 删除 445 用户连接 , 查看 60 设置 446 用户连接监视器 59 限制内存的使用 442 查看活动的用户连接 60 限制实体元素 443 用户模式处理转储 651 限制元素数量 439 用户配置文件优化 440 的管理 325 术语 437 用户首选项 , Web 693 元素浏览定义为 39 用户组定义为 54 作业处理步骤 39 安全角色和 70 元素请求 437 导入 58 约束 Guest 55 导出大小 347 LDAP 55 内存 Web 请求的 320 默认 55 SQL 332 Public 55 设置 351 预定 XML 单元格 346 报表 477 XML 钻取路径 348 Command Manager 脚本 514 用户会话 321 使用命令提示符 567 运行 Project Merge 259 Z 与许可证一致 197 载入元数据定义为 4

报表缓存从磁盘 404 中心缓存文件 370 MicroStrategy Web 的项目缺省值 693 主服务器 26 项目 26, 31 主控健康状况代理 615 已保存的报表缓存 408 配置 616 诊断定义为 637 选择的最佳实践方法 616 配置 640 专用字节定义为 308 配置性能计数器 642 状态日志文件构成 650 缓存 405 日志文件样例 650 项目 27 诊断包 622 子从属关系定义为 227 发送到技术支持部 623 查找 227 在 Health Center 中创建 623 Object Manager 230 证书 , 数字 697 自由格式 SQL 580 支持。详见技术支持。 Enterprise Manager 和 609 指定用户许可证删除托管对象 264 管理 195 组设置何时验证 193 导入 LDAP 组 123 验证 192 链接 LDAP 组 132 智能立方体定义为 451 钻取路径 , XML 68 查看 452 最大单个分配内存 313 立方体监视器 452 最佳实践方法作业处理步骤 37 缓存管理 397 执行访问权限 67 联系人 506 执行时间 , 管理 331 最小保留内存 313 执行完整性测试 533 作业定义为 33 Integrity Manager 向导 533 约束 329 命令行 542 执行 333 执行闲置项目模式 29 作业处理步骤 33 执行作业 33 报表 34 查看当前作业 48, 49 带提示的步骤 37 当前作业 48 对象的浏览 38 管理 330 HTML 文档 43 取消 49 图表式报表 38 SSD 信息 655 Web 45 设置优先级 337 Web 导出 46 由项目管理 329 元素浏览 39 由用户管理 330 智能立方体 37 制作项目副本 208, 213 作业监视器 48

查看当前执行中的作业 49 作业优先级定义为 337 变量 337 设置 338

系统管理指南 Microstrategy 商业智能系统的微调、监控以及 疑难解答

系统管理指南 Microstrategy 商业智能系统的微调、监控以及疑难解答