备份和恢复过程及MySQL数据库itimscloud和DMSN_998的数据恢复.docxVIP

修改记“恢复过程”中强调了工作空间的恢复；增加目录权限的设置内容；备份和恢复过程说明从服务器A备份ITIMS环境，在服务器B恢复ITIMS环境。要求服务器A和服务器B都使用过installStandAlone.sh安装过ITIMS环境，并且都安装在相同的路径下，如/itims。特别注意：安装的路径必须相同。备份常见场景用户现场更换服务器执行backupStandAloneAllJarRoot.sh保留备份目录下的所有文件另外：需要原始的安装程序包用户现场程序拿回公司测试公司有原始安装包执行backupStandAloneItimsJarRoot.sh【假定前提现场更新补丁未更新过第三方的包，否则也需要执行backupStandAloneAllJarRoot.sh】，没有原始安装包执行backupStandAloneAllJarRoot.sh。备份目录下的DMSN_998_D_TP.tar.gz、DMSN_998_D_TF.tar.gz、DMSN_998_D_TM.tar.gz、workfiles_rpt.tar.gz这4个文件不需要【这4个文件可能会比较大，只是测试程序的时候不需要这些文件】。备份过程备份过程之需要执行备份脚本即可。常用的备份脚本有backupStandAloneAllJarRoot.sh和backupStandAloneItimsJarRoot.sh。其他的备份脚本见“附录1：备份脚本说明”。backupStandAloneAllJarRoot.sh和backupStandAloneItimsJarRoot.sh的区别在于backupStandAloneAllJarRoot.sh将各个目录下所有的jar都备份，backupStandAloneItimsJarRoot.sh是将各个目录下itims开头jar都备份。所以backupStandAloneAllJarRoot.sh产生的备份文件比较大，backupStandAloneItimsJarRoot.sh产生的备份文件比较小。backupStandAloneAllJarRoot.sh主要用于服务器A和B安装的不是同一个发布版本（这时第三方的包可能有差异）。backupStandAloneItimsJarRoot.sh主要用户服务器A和B安装的是同一个发布版本（第三方包相同）。或者由于网络环境不允许传输大的备份文件（备份包中有第三方包的包名和大小的文本说明）。backupStandAloneItimsJarRoot.sh中最大的文件是DMSN_998_D_TP.tar.gz和workfiles_rpt.tar.gz（必威体育精装版版备份脚本才生成），如果不需要性能数据和报表的话可以不复制该文件。可能比较大的文件是DMSN_998_D_TF.tar.gz和DMSN_998_D_TM.tar.gz如果不需要告警和SYSLOG数据的话可以不复制该文件。backupStandAloneAllJarRoot.sh执行完毕后生成bakalljar+备份时间（年月日时分秒）的目录，所有的备份文件在这个目录中，文件的说明见“附录4：备份文件说明”。backupStandAloneItimsJarRoot.sh执行完毕后生成bakitimsjar+备份时间（年月日时分秒）的目录，所有的备份文件在这个目录中，文件的说明见“附录4：备份文件说明”。备份过程中脚本的输出见“附录2：备份脚本输出”，这个部分只涉及到数据库的备份，其他的备份主要是对目录进行tar命令打包一般不会出现错误并且也没有输出。备份完成后请检查备份数据是否正常，参照“附录3：检查备份数据”检查数据库的备份是否合规，参照“附录4：备份文件说明”检查备份文件中的文件大小是否合规。恢复过程服务器B上安装的ITIMS环境在恢复前最好可以先启动服务并测试TOMCAT可以登录等基本功能。将所有的非MySQL数据文件（见“附录4：备份文件说明”）解压后覆盖相应的目录下的同名文件。特别注意：不能删除服务器B上的任何文件，否则会影响程序的运行。恢复MySQL的数据过程见“附录5：恢复数据”，如果不需要性能、告警、SYSLOG数据的话，只需要恢复itimscloud库的数据和DMSN_998_C.sql和DMSN_998_D.sql的数据，环境即可使用，这样恢复的速度比较快。特别需要注意的是工作空间的恢复，系统中的数据是同时存在在数据库和工作空间中的，所以在恢复数据库后必须同时恢复工作空间，否则会出现数据不一致的问题，引起很多问题。目录的权限设置：建议ITIMS所有目录的宿主设置为itims用户建议cloudCore、cloudMgr、tomcat这3个目录设置777权限。进入ITIMS安装目录[root@localhost