核心结论
Oracle Hyperion Foundation Services 是 Oracle EPM 套件共享能力的基础层，涵盖 Shared Services、EPM Workspace、Calculation Manager 和生命周期管理等功能。集群扩容通过调整 WebLogic 域内受管服务器数量、优化 EPM 应用部署、扩展共享存储和数据库连接能力，使系统在更多用户和更重任务同时出现的阶段保持稳定。合理规划的扩容方案不仅扩大并发处理能力，还改善批处理时长、增加服务冗余，并为新模块加入预留空间。
场景分析：业务增长与集群扩容需求
在预算编制、财务合并、管理报表等关键流程中，大量用户会集中访问 EPM 环境。业务部门数量增加后，维度成员、数据版本和访问权限同步增长，Shared Services 的认证请求、EPM Workspace 的页面响应、Calculation Manager 的规则执行会消耗更多资源。此时，集群规模需要与业务规模同步扩展。
业务增长带来的资源需求不是线性分布的。在月末与年底两个周期中，任务量会在几天内快速上升。集群扩容应当提前完成，而不是等到资源使用率达到近期高点后再启动。通过平稳的容量扩展，财务团队可以继续按原有节奏推进预算、合并和报表任务。
常见扩展场景
- 年度预算或季度滚动预算期间，在线编制人数增长，并发会话数量上升。
- 法定合并与内部管理合并场景叠加，批处理任务在有限时间窗内完成。
- 新增业务单元、利润中心或分析视角，元数据规模扩大。
- 报表与仪表盘从部门级走向企业级，访问范围和使用频率提高。
- 灾备中心或多数据中心架构需要承载更多流量，要求集群具备跨节点调度能力。
扩容目标
- 提升并发用户会话支持能力，让认证、导航、规则管理都获得更顺畅的响应。
- 缩短月结和预算场景的批处理耗时，为财务团队留出更多分析时间。
- 增加服务冗余，在个别节点维护时其他节点继续提供服务。
- 为后续上线的新 EPM 模块预留计算资源。
{{image:0}}
集群扩容设计要点
Foundation Services 以 WebLogic 为运行容器，EPM 产品组件则运行在相同的域模型内。扩容时，需要从应用服务器、共享文件、数据库连接和流量分发四个层面同步调整。这样新增节点才能被 Foundation Services 完整识别，服务请求才能均匀分配。
典型的扩容拓扑采用负载均衡器作为统一入口，后接 WebLogic 受管服务器集群，共享文件系统和数据库位于底层。新加入的受管服务器与既有节点运行同样的 EPM 应用，通过统一配置中心读取服务定义。数据文件只保留一份，每个节点通过共享路径访问，因此不会产生数据副本不一致。
WebLogic 域与 Managed Server 扩展
新增节点的版本、补丁包、JDK 版本和时区需要与既有节点保持一致。使用 WLST 脚本创建受管服务器，可以在管理控制台中登记机器和节点，随后通过 Pack 与 Unpack 方式将域模板同步到新主机。EPM 配置工具会读取域信息，将新受管服务器注册到 Foundation Services 的服务目录中。完成注册后，EPM 应用部署目标应包含新节点，确保 Workspace、Shared Services、Calculation Manager 等组件能够在新节点上启动。
在 JVM 参数设置上，需要关注堆内存大小、永久代或元空间容量、GC 日志位置和线程池配置。不同节点使用一致的 JVM 基线，有助于后续运维和容量规划。若 WebLogic 域中已有自定义配置，需要在扩展前导出域配置，并完成差异比对。
共享存储与数据库连接规划
EPM 制品、报表模板、批处理脚本、日志文件通常存放在共享文件系统。新节点挂载相同目录后，才能访问相同的元数据和应用内容。扩容前要确认共享存储的容量、写权限和文件锁行为。对于多节点并发写入的场景，可以启用支持分布式锁的共享文件服务，同时调整超时参数，避免节点间出现文件冲突。
数据库方面，Shared Services 的域信息、用户目录、配置项和一部分业务元数据保存在 EPM 数据库中。新增节点后，需要为 WebLogic 数据源补充连接容量。连接池初始容量和池上限需要根据节点数量、并发用户数和批处理并发度重新计算。为保证数据节点稳定，可以为管理类和业务类数据源设置不同的等待超时。
负载均衡与服务注册
在集群前端部署负载均衡器后，用户通过统一虚拟地址访问 EPM 环境。健康检查需要覆盖 EPM Workspace 登录页、Shared Services Web 服务以及静态资源路径。当新节点完成注册后，将节点加入负载均衡分组，并启用会话保持策略。常见做法是使用 Cookie 保持用户会话，让同一用户在访问多个 EPM 组件时不必重复认证。
HTTPS 证书需要包含新节点域名，或者使用统一网关证书完成 TLS 终止。内部节点之间的通信可保留 WebLogic 自有协议，以减少额外端口配置。若企业网络策略严格，可提前建立端口清单，确认管理端口、受管服务器端口和负载均衡端口均可互通。
Shared Services 负责用户认证、权限分配和服务定义，扩容时建议关注其 JVM 堆内存、安全目录连接趋势和令牌超时设置。EPM Workspace 作为统一入口，需要保证每个节点都能访问相同的字体、模板和首选项文件。Calculation Manager 的规则编译过程会占用临时目录空间，需要确认临时目录有足够空间。
如果集群同时运行批处理任务，可以按照工作负载类型划分受管服务器目标。交互式查询和非交互式批处理使用不同部署目标，可以减少线程竞争，提高任务完成时间的可预期性。
扩容前置检查
执行扩容前，需要收集当前 WebLogic 域中的受管服务器列表、集群分配、数据源配置和 EPM 服务注册情况。重点确认 WebLogic 补丁版本、JDK 版本、DNS 解析和端口占用情况。对于使用 Oracle RAC 数据库的环境，还需要确认 TNS 连接串和服务名在所有节点一致。
扩容前应完成 WebLogic 域配置备份、EPM 数据库备份和共享文件系统快照。这样在实施过程中如果出现配置不一致，可以快速回到稳定状态。新节点在收到外部流量前，需要完成防病毒软件、系统补丁、日志转发、监控 Agent 和备份 Agent 的安装。
节点上线验证
新节点加入负载均衡后，应执行分组验证：访问 EPM Workspace 并完成登录；调用 Shared Services API 检查用户同步；运行一条 Calculation Manager 规则并查看日志；检查共享文件系统读写权限；查看 WebLogic 数据源连接是否正常。通过以上验证后，再逐步放量。
扩容后的运维视角
扩容完成后，需要建立新的资源基线。每个节点的 CPU 使用率、内存、JVM 堆、连接池活跃数、响应时间和批处理耗时应纳入监控。定期查看 WebLogic 日志和 EPM 应用日志，可以持续掌握集群健康状态。当业务规模再一次增长时，运维团队可以直接使用同样的脚本与清单完成下一轮扩展。
贝则科技（beizetech）方案案例
贝则科技在 Oracle EPM 基础架构领域提供端到端服务，包括版本升级、集群扩展、容灾演练和运行维护。以下案例展示 Foundation Services 集群扩容的典型交付方式。
某企业客户使用 Oracle Hyperion Foundation Services 支撑财务合并与预算流程。业务规模扩大后，需要将现有集群从两个应用节点扩展为四个应用节点，并提升批处理执行能力。贝则科技采用清晰的阶段划分完成交付：
- 现状评估：采集 WebLogic 域配置、受管服务器状态、JVM 参数、共享存储容量和数据库连接情况，整理节点资源分配。
- 容量规划：结合峰值并发数与批处理时间窗，计算新增节点数量、内存分配、CPU 配额和连接池规模。
- 预生产验证：在测试环境搭建与生产一致的版本，完成 WebLogic 域扩展、EPM 配置注册和负载均衡接入验证。
- 脚本化实施：使用 WLST 脚本新增受管服务器，执行 EPM 配置工具完成服务注册，同步配置至负载均衡节点。
- 灰度切换：将部分业务流量引入新节点，观察线程、队列、响应时间和日志输出。
- 上线保障：完成批处理对比测试、用户登录测试、会话保持验证和节点重启测试。
该方案在维持原有安全策略和网络边界的前提下，完成集群规模扩展。新增节点上线后，高峰期并发用户支持能力提升，批处理窗口缩短，运维人员可通过统一监控平台查看各节点状态。贝则科技还为客户提供节点命名规范、日志采集规则和日常巡检清单，使后续扩容可以复用同一套流程。
实施完成后，客户在相同的数据规模下完成月度合并，批处理耗时缩短约百分之三十五；在线并发用户支持能力由八百提升至一千五百；节点维护操作不再影响业务连续性。
FAQ
- Oracle Hyperion Foundation Services 集群扩容是否必须购买新授权？
- 需要根据现有 Oracle 软件许可协议和实际使用量确认。若新增服务器或新增用户，可能涉及处理器许可或用户许可调整。建议与 Oracle 客户经理或贝则科技顾问共同核对。
- 扩容期间业务是否可以继续运行？
- 新增受管服务器时，管理员可以分批操作，先将新节点安装到 WebLogic 域，再在负载均衡中接入流量。多数场景可将停机窗口压缩到很短，具体取决于 EPM 配置注册是否需要重启相关服务。
- Foundation Services 与 EPM 产品是同一个集群吗？
- 通常位于同一个 WebLogic 域内。Foundation Services 提供公共组件，EPM 产品通过它使用统一认证、安全配置和规则计算服务。扩容时需要同时考虑公共服务和产品服务的部署目标。
- 共享存储和数据库在扩容中需要哪些准备？
- 需要确认共享文件系统的空间、权限、吞吐能力，并检查数据库连接池和用户权限。若新增节点较多，还应对网络交换机和负载均衡端口容量进行评估。
客户评论
贝则科技在扩容方案中提供了清晰的节点分配建议，我们按照他们的步骤完成操作后，预算期间的响应时间明显改善。
某集团财务系统负责人
扩容完成后，新老节点运行均衡，运维团队能快速定位服务状态。贝则科技还输出了全套维护说明，后续节点扩展可以按同样方式执行。
某企业基础设施经理
