平台上线后最常见的三类问题是：数据增长后变慢、单机故障导致停摆、备份无法恢复。这三个问题在采购阶段就能通过架构与配置规避。

一、按角色划分，而不是买一台大机器

应用、数据库、附件存储、备份的负载特征完全不同：

• 数据库服务器：吃内存与随机磁盘 IO。内存不足的表现是平时正常、并发一上来就卡。
• 应用服务器：吃 CPU 与并发连接数，内存需求中等。
• 附件/文件服务器：吃容量，IO 要求相对低，可用大容量 HDD。
• 备份服务器：需要独立的存储介质，不能与业务数据放在同一块磁盘或同一台机器上。

把上述角色压在一台服务器上是最常见的省钱做法，也是后期问题最集中的做法。

二、配置取舍

1. 内存优先：数据库与中间件对内存最敏感，配置不足时无法通过调优弥补。
2. 存储看 IOPS：系统盘与数据库盘建议 SSD；随机读写能力比标称顺序带宽更重要。
3. 预留扩容位：至少预留内存插槽与盘位，避免半年后只能整机更换。
4. 冗余电源与网卡：生产环境标配，避免单点故障。
5. RAID 策略：数据库盘兼顾性能与冗余；备份盘可考虑大容量与低成本优先。

三、信创适配必须前置

若项目在信创范围内，CPU、操作系统、数据库须符合要求。关键是在采购之前与业务软件厂商确认适配情况： 业务系统是否支持目标国产操作系统与数据库版本？是否有已落地案例？性能表现如何？

采购后再验证适配，一旦不通过，工期与预算都会超支。

四、高可用与备份

• 应用层：多实例加负载均衡，或至少主备，避免单机故障导致系统不可用。
• 数据库层：主备或主从复制，配合定期全量加增量备份。
• 备份策略：本地备份加异地或离线备份。定期做恢复演练，只备份不恢复等于没有备份。
• 非结构化数据：附件与录像增长最快，需单独规划容量与保留策略。

五、机房与网络配套清单

• 机柜空间、承重与散热。
• UPS 续航时间（按实际负载核算，而非标称值）。
• 防雷与接地，机房验收必查项。
• 接入层交换机端口数按实际点位 1.3~1.5 倍预留。
• 核心链路冗余。
• 检察工作网与互联网区隔离，跨区数据交换按管理要求执行。
• 安全设备按等保与内部要求配置。