SVN故障回顾

一场台风,一阵暴雨 SVN服务器中招　

经SA确认是系统盘坏了 这问题大条　影响大家的工作

回顾

主机与备机,理论上说,主机一挂,即可切换到备机,当初说起来多理想/想起来多美好

结果,百闻不如一见,数据是备份了,但环境的配置文件都是缺少的,这不说,还有几个隐患:

 1. 系统环境不同,这万一不兼容就麻烦了

 2. 仓库的存储位置不一致,这一切换还要等着改配置文件,这不是多事嘛

 3. 所有配置文件都存储在SVN仓库,无法拿到最新版本的数据

(虽然个人工作机上有,但必竟不可靠;想想:这类配置文件是不是应该在哪台服务器同步一份最新版本,以ftp供备用)

SVN仓库切换常见问题

 1.　UUID问题：每个新建仓库在服务器上都会生成自个的UUID，即db\uuid

　　该号必须保持与客户端.svn\entries文件里面的UUID号一致.否则,客户端上就要重新CO数据.

 2.　SVN仓库系统权限问题: 每个仓库所在目录,其所有者/所有组必须是apache的user/group

 3. 　hooks下部署的钩子脚本要确保有正确部署上

SVN仓库备份

a. 仓库数据热备份,作好备胎.可利用svnsync同步进行实时备份

b. 仓库数据需要冷备份.

c. 硬盘上的仓库物理存储位置的数据也做备份