用 友 U9系 统 的 8个 关 键 问 题 以 下 从 基 础 系 统 、业务应用 及实施风险三个 方面对 U9进行分析。期望能为客户选型提供基 本面参考。 一、 关 于系 统 效率 数据库只支持 SQL Server，数据库能力受限 SQL Server的 数据库引擎能力远低于 Oracle是业界共识 由于 SQL Server只能运行在 Windows平台，因此 U9数据库服务器只能使用x86系 列服务器，微型计算机的CPU的 处理能力不如小型机这是必然 。 系 统 采用 大量只支持 MS SQL Server的 语句，包括大量的 存储过程、函数，长期考虑不可能支持 ORACLE 数据库 Windows平台缺少高端存储设备，导致数据库吞吐量受制，数据库吞吐量上不去，性能就无从 谈起 。 数据库无法通过机器获得性能提升：Oracle RAC的 网格计算群集，可以 通过多台服务器来实现性能的 提升。Server 2005（包括 2008）只支持故障转移群集 。 大量核心的 包括 MRP等在内的 计算都采用 存储过程实现，给数据库服务器带来非常大的 压力，对性能造成严重影响 系 统 在数据库中建立存储过程 739个 ，涉及大量的 计算 系 统 在数据库中建立函数 136个 ，涉及大量的 计算 技术架构基 于.Net， 应用 能力受限 ：由于 U9整体技术架构基 于.Net，那么其应用 服务器绑定 Windows平台。虽然说应用 服务器可以 通过集群的方式进行低成本扩展，但 Windows所支持的 NLS集群能力最大只能支持8节点，应用 能力受限。 二、 关 于系 统 安全 Windows平台漏洞较多 ：平均每个 月有 5-10个 关 键 补丁，不安装这些补丁将给系 统 带来极大的 隐患，通常关 键 补丁都需要重启服务器。补丁的 安装带来大量的 维护工作，重启又给系 统 带来了中断 。 明文传送业务数据，可轻易伪造、篡改数据，加密成本极高 ：U9采用 http协议来进行通讯，Http是采用 明文来传送数据的 ，这样企业的 业务数据就在 互 联 网 上 明 文 传 递 ， 可 轻 易 截 获 、 伪 造 、 篡 改 数 据 。 采 用 VPN技 术 只 能防 范 外 部 客 户 ， 但 实 际 上 一 半 以 上 的 安 全 威 胁 都 来 自 企 业 内 部 。 如 果 要 使 用https加 密 ， 将 极 大 的 增 加 应 用 服 务 器 负 担 ， 并 浪 费 大 量 网...
