专利代理师资格考试考务系统应急预案

附件6

专利代理师资格考试考务系统

应急预案

2020年3月

一、总则

制订目的：为了及时、迅速、有效地应对专利代理师资

格考试考务系统可能发生的突发事件，最大程度地预防和减

少各种突发事故造成的危害和损失，不断提升系统的安全防

护能力，保障系统的正常稳定运行，特制订本预案。

工作原则：坚持“统一领导、快速反应、协调配合、明

确责任、防范为主、加强监控”的原则。

适用范围：国家局、各地方考点发生和可能发生的系统

突发事件。

二、故障分级

根据故障发生的原因和性质分为三类，处理原则如下：

一类故障：由于服务器不能正常工作、光纤损坏、主服

务器数据丢失、备份硬盘损坏、服务器工作不稳定、局部网

络不通、重点终端故障、规律性的整体、局部软件和硬件发

生故障等造成的系统瘫痪。一类故障由快速上报系统工作领

导小组，由工作领导小组组织协调恢复工作。

二类故障：由于单一终端软、硬件故障，单一信息丢失、

偶然性的数据处理错误、某些地方违反工作流程引起系统故

障。二类故障由考点责任人报告上报国家局，由国家局集中

解决。

三类故障：由于各终端操作不熟练或使住不当造成的错

误。三类故障由考点负责单独解决，并详细登记维护情况。

三、事故预防

预防服务器运行异常：相关人员应每个工作日检查服务

器的数据备份与实时数据（日结）的运行状况，如出现异常

应立即停止工作站操作查找原因，并对实时数据采取备份保

的

Eao

预防数据丢失：在网络中的数据要采取加密措施，重要

数据要定期进行备份，并将备份数据与源数据分开存放。具

体备份措施如下：

（1）数据库数据：生产数据库（145）以DataGuard架

构方式实时备份到备用数据库（148）,出现故障时可切换至

备用数据库。另外每天对生产数据进行一次全备，备份到集

中存储空间。

（2）图片数据：每年报名期结束后，将所有报名期产

生的图片数据进行一次全备，备份到NAS存储空间，并每个

月进行一次增量备份。

预防病毒：在服务器与各终端电脑设置防火墙、防病毒

系统。在网络设备和服务器上采用安全策略，安装相应的补

丁程序、关闭不用的端口、启动日志纪录。

定时升级服务器病毒数据库，定时手工查杀病毒并打开

服务器实时病毒监控系统。如服务器受到病毒感染，相关人

员应立即断开染毒服务器网络连接，启用另外一台服务器提

供系统服务，直到病毒清理完成。

预防设备故障：对于易损件，准备必要的备品、备件

预防服务器供电故障：服务器机房均要配置长延时不间

断电源，如有断电情况，及时通知信息中心机房维护人员。

四、准备工作

应用服务：保证现用服务正常可用，并配置备用环境。

具体服务安排如下：

系统正式环境：192.168.5.143-145

系统备用环境:192.168.5.146

微信正式环境：192.168.5.131-132

数据库服务：保证现用服务正常可用，并配置备用环境。

具体服务安排如下：

数据库生产库：192.168.10.145

数据库备用库：192.168.10.148

session共享：保证现用服务正常可用，并配置备用环

境。具体服务安排如下：

正式环境：192.168.5.143:6379

备用环境：192.168.5.144:6379

成绩存储：保证现用服务正常可用，并配置备用环境。

具体服务安排如下：

正式环境：192.168.5.146:6379

备用环境：192.168.5.145:6379

五、故障排查过程

在应用服务无法正常提供服务时，需要通过如下操作过程

判断故障点：

（1）查看单节点服务，定位故障所在服务器，查看地址

如下：

http：//192.168.5.143：8080/sipo/index.action

http：//192.168.5.143：8081/sipo/index.action

http：//192.168.5.144：8080/sipo/index.action

http：//192.168.5.144：8081/sipo/index.action

http：//192.168.5.145：8080/sipo/index.action

http：//192.168.5.145：8081/sipo/index.action

(2)查看nginx3志

error,log

(3)查看tomcat日志

catalina.log

sipo.log

六、应急措施

在重要功能开放前，需要通知相关部门的负责人，做好准

备工作，并在故障第一时间做出响应。

软件系统故障：

操作系统问题：操作员可以关闭软件界面，建议重新启动

计算机后再次登陆系统进行操作。(如不能正常关闭计算机，

可直接按主机电源5秒强行关闭，此操作对计算机有损害请尽

量避免。)

网络故障：网线、交换机、光纤模块、UPS电源故障，

由相关人员进行检修。

服务器故障：

首先判断故障点，针对故障问题进行处理，工作过程

如下：

(1)应用故障：在负载均衡上进行切换，将备用应用

替换掉故障应用。

(2)数据库故障：切换到备用数据库，操作如下:

阶段内容

确保备份成功可用

准备工确保系统安全正常运行，符合切换需求

作停止集中监控

停下应用相关服务

查看主库状态是否正常，确认状态正常

查看备库状态是否正常，确认状态正常

通知应用负责人开始切换，并由负责人确认

切换过

切换主、备库

程

确认数据库切换完成，且运行正常

通知应用负责人修改数据库连接字符串

应用修改连接信息，并进行业务测试，完成后通知切换人员

关键命令如下：

在切换前及切换后，确认状态

SQL>selectstatusfromvSinstance;

SQL>selectswitchover_satausfromv$database

SQL>selectstatusfromv$instance;

SQL>selectswitchover_satausfromv$database;

在主库上，将主店置为standbyrole

SQL>alterdatabasecommittoswitchovertophysicalstandbywithsessionshutdown;

Databasealtered.

在主库上，关闭主数据库

SQL>shutdownimmediate

ORA-01507:databasenotmounted

ORACLEinstanceshutdown.

在主库上，将主数据库置为mount状态

SQL>satrtupmonut

此时，在备数据底端检查数据库状态

SQL>selectswitchover_satausfromv$database

SWITCHOVER_STATUS

TOPRIMARY

在备库上，将被数据库切换为主数据库

SQL>alterdatabasecommittoswitchovertoprimary

Databasealtered.

在备库上，打开备用数据库

SQL>alterdatabaseopen

Databasealtered.

此时切换已经完成，现在原来的备库已经变成了主库，

将STANDBY开始接收并恢复主库的日志就可以了。

在原来的主库上：

SQL>alterdatabaserecovermanagedstandbydatabasedisconnectfromsession;

Databasealtered.

至此切换完成。

（3）成绩存储故障：修改配置文件链接地址（将146

改为145）,重启tomcat服务生效。

（4）nginx故障：重启服务,命令如下:

nginx-sreload

（5）负载均衡故障：联系负载均衡厂商进行维修。

（6）硬件系统故障：联系硬件厂商进行维修。不能马

上修复时应立即起用备用服务器替代主服务器工作。

七、相关联系人

负责工作联系人座机手机

运用促进司马励62086122

梅卓62086120

信息中心应用王萌萌6107350418811651158

岳健6107351315810404261

林宇