sharepoint2013网站维护这活儿，最容易做偏的地方就是把补丁当成了全部。补丁打完、配置向导也跑过，用户那边照样抱怨：页面转圈、搜索搜不到、传个附件等半天。等这时候再回头查，出问题的往往不是补丁本身，而是补丁之外那几摊常年没人管的事。补丁要装，但它只是保养里最显眼的一步，不是全部。
sharepoint2013网站维护里，补丁只是最显眼的那块
补丁这块本身就有坑，不是点下一步就完事。SharePoint 2013 的更新跟 Windows、SQL 的补丁有先后关系，顺序错了，配置向导可能跑到一半直接断，场就成了半死不活的状态，回退也麻烦。装之前先把爬网停掉，装完老老实实把向导跑一遍，再逐个确认服务起没起来、应用池有没有被回收。补丁清单和安装顺序这种硬信息，以微软官方文档和更新说明为准，别照着论坛里几年前的帖子抄。
计时器作业停摆，比漏装一个补丁更常见
管理中心里点开监控，找到检查作业定义，把每个作业的上次运行结果翻一遍，很容易看出毛病，有的作业上一次成功还是好几个月前，界面上不报红，功能就那么瘸着跑。作业卡在 Running、跑一半没结果，多半跟执行账号的权限、或者上一轮没干净退出有关。用 Get-SPTimerJob 拉一份清单对着看，比一层层点界面快得多。作业历史也别留太短，出问题的时候那就是唯一的线索。
服务账号密码一改，整个场跟着闹脾气
这套东西的服务账号散在各处，应用池身份、搜索、Excel Services、连数据库那套凭据，还有访问文件共享用的那个账号。运维换了密码，只改了 AD，没同步到场里，表现就是莫名其妙的 401、空白页、上传失败。更阴的是密码到期那天才炸，谁都没准备。改密码这件事得有张表，写清楚哪个账号被哪些服务用着，改完挨个验证，别怕麻烦。
内容数据库长得比预算快，先翻版本历史
数据库体积往上窜，多数人第一反应是加盘加空间，很少去看版本历史到底保留了几版。文档库默认保留的版本数加上两级回收站，一个文件改十次就是十份躺在库里；还有把附件直接往列表里塞的用法，几年下来库大得吓人。列表视图阈值那道坎也是老话题，超了之后视图报错、筛选变慢，得提前规划索引和分区，别等业务方吵上门。
补丁之后，搜索和爬网是最容易坏的一环
爬网账户权限、索引分区、搜索服务应用的状态，这三样在补丁之后经常要重新确认。有人装完补丁发现搜索一片空白，重启一下搜索服务就好；也有人是爬网账户被 IT 顺手收走了权限，爬网日志里全是拒绝访问。养成补丁后跑一次完全爬网、盯着爬网日志看一会儿的习惯，比等用户投诉强。
网站集管理员离职，权限就没人敢动了
老站点常见的景象：网站集管理员账号跟着人走了，剩下的人谁也不敢删、谁也不敢给权限，权限继承被改得七零八落，匿名访问开着也没人知道。定期导一份权限清单，把管理员、权限级别、匿名访问状态核对一遍，这类事只能靠人盯着。
备份做了，不等于能恢复
场备份、SQL 备份、网站集导出，这三样不是一回事，很多人只做了其中一种就安心了。真出事的时候，场备份还原动辄按小时算，网站集粒度反而更快，取舍得提前想清楚。还有 ULS 日志，路径在 C:\Program Files\Common Files\microsoft shared\Web Server Extensions\15\LOGS，默认保留天数短得可怜，出了故障想回溯都找不到记录，尽早把保留期调长。
继续原地维护还是迁走，这个决定别一直拖
这套系统在官方那边的支持周期早就走完了，原地维护和迁走是两个完全不同的账。原地维护省钱，补丁之外的风险全靠自己扛；迁到新版本或者云端，前期投入大，还得排业务兼容。拖得越久越被动，具体口径以官方公告和服务商页面说明为准，别听渠道里传的小道消息。
维护窗口的顺序不复杂：备份验证、停爬网、装补丁、跑配置向导、重启、验证服务和作业、恢复爬网，最后让业务方自己点一遍，每一步都留个能退回去的点。补丁只是这套系统的日常保养，真让人半夜被叫起来的问题，基本都在账号、作业、数据库体积、爬网和备份这几处。半年做一次体检，把这些项挨个过一遍，留下的记录比任何模板都值钱。
【版权声明】：本站内容若无意侵犯到您的权利，请及时与我们联系将尽快删除相关内容!
