前言

日常使用中OA系统突然卡死，刷新访问进不去系统，ping服务器地址正常，立马登录服务器检查，一看磁盘爆了。

我大脑直接萎缩了，谁家OA系统配400G的空间啊，过我手的服务器没有50也是30台，还是第一次看见这么小容量的服务器。

立马清理OA日志，压缩数据库日志，才让磁盘空出几十G的空间，先让OA系统能正常使用再说，公司要炸锅了。

清理OA应用日志路径：D:\Seeyon\A8\ApacheJetspeed\logs_sy

压缩数据日志SQL：

USE [master]
    GO
    ALTER DATABASE 数据库名 SET RECOVERY SIMPLE WITH NO_WAIT
    GO
    ALTER DATABASE 数据库名 SET RECOVERY SIMPLE   --简单模式
    GO
    USE 数据库名 
    GO
    DBCC SHRINKFILE (N'数据库名_log' , 11, TRUNCATEONLY)
    GO
    USE [master]
    GO

    ALTER DATABASE 数据库名 SET RECOVERY FULL WITH NO_WAIT

    GO

    ALTER DATABASE 数据库名 SET RECOVERY FULL  --还原为完全模式

    GO

仔细一排查，发现400G的空间，居然还是OA应用数据和数据库一起装在D盘的，天塌了

看了下E盘全是杂七杂八的一些文件，还有数据库备份

干脆把数据库分离出来，设置OA数据库和数据库日志文件到E盘下

现在服务器的磁盘状况如下：

优化方案

目前OA部署分布就2台服务器，1台如上安装OA应用+数据库，还有1台装检索服务。

部门开会讨论，最终结果不愿购入多台服务器分离部署，那只能照现在架构升级硬盘容量了。（那段时间公司都在盈亏也是考虑成本哈哈哈哈）

注意坑又来了，一看服务器配的8槽位的2.5寸硬盘槽位，做的RIAD10，4块600G SAS硬盘。2.5寸的不支持大容量固态，最大才2T还是4T并且一起做RAID默认按最小容量600G算，要么加购4块600G SAS硬盘，要么舍弃这4块600G硬盘更换大容量硬盘。

方案1加购4块600G硬盘：8×600G/2=实际可用空间不到2T（明显不够用）

方案2更换容量4T/8T硬盘：4×4T/2=实际8T不到，4×8T/2=实际可用16T不到（参考现在使用一年已用空间，预估还使用十年，单个8T的有点浪费）

最终选用方案2，那么问题又来了，数据和系统部署问题，没部署过致远OA，虽然服务器上插着的优盘有安装程序和加密狗，理论上没Mac地址没变加密狗还能用。

所以只担心部署搞不定，刚好致远送的一年运维服务还没过期，也是巧就剩一星期时间了，立马提个工单然后说年后再升级（年后运维服务早就过期了），这一点该说不说，运维服务已经到期了，工单还没处理，人家致远的人还是愿意协助值得点个赞哈哈哈哈。

小插曲：还没扛到年后就卡死过几次，每次只能手动清理日志来腾出空间20来个G。还有文件预览服务器经常挂，内存也不够了，这服务器才32G内存，数据库就占用了大头，经常内存100%导致OA的文件服务挂掉，加了条32G内存再也没挂过了。

升级过程

秉承能自己动作就不麻烦别人的原则，先自己尝试能不能搞定，搞不定再麻烦别人。

致远那边双休只能工作日周一到周五协助，所以约的周一协助重新部署。然后自己提前一天写了个加班申请，周天来捣鼓。公司内部提前发公告通知周天和周一停用，提前回复另行通知。

部署思路：

1. 停用OA服务，不要产生新的数据

2. 备份前，删除OA应用日志我只保留了一个半月的操作日志（少备份10-20G）

3. 删除数据库历史备份，只保留了最近几天的（又可以少备份80G）

4. 重新备份数据库，服务停止后没有产生新数据后的最新备份

5. 以防有相关程序还关联着文件，特意把服务器重启一遍，再备份D、E盘数据（拷贝其它服务器或移动硬盘）

6. 备份C、D、E盘镜像文件（理论上通过镜像备份还原就可以直接使用了，不用麻烦致远的人）
   

7. 更换硬盘
   

8. 做RAID
   

9. 进PE为服务器重新分区（C盘300G、D盘5T、E盘2T）

10. 分完区，通过备份的镜像文件还原各个分区盘数据
    

11. 重启，见证奇迹的时刻（重启过程中我直接双手合十拜三拜哈哈哈哈哈）

12. 正常启动，跑起OA系统，测试各个功能，反复重启测试没啥问题，收工。（真不行就第二天周一让致远OA工程师协助重新部署，反正数据都备份了，不用怕随便折腾）