系统部署问题总结

来源:互联网 发布:人工智能进化史 编辑:程序博客网 时间:2024/06/05 12:00

最近工作上纠缠了2天的问题终于有了眉目。

事情的起因是这样:

FX因为杀毒打不开系统,需要我过去重新安装备品管理系统,而此时我开发用的电脑刚刚重装不久,很多开发用的包都直接部署在TOmcat中,问题就在这里。

去到FX之后,发现数据库很多exe文件都被360给误删了,FX也打算重装一下系统。但是我发现数据库只备份了昨天的数据。今天输入的数据没有pg_dump产生备份文件。

1.昨天的数据确保能够导入数据库。它导出备份的模式是通过明文归档的,即通过pg_dump命令生成的,恢复的时候需要命令执行。探索之后发现,进入数据库bin目录下,执行如下命令即可

psql -h localhost -U postgres -d SDE_DEV < C:\1.backup

如果是通过pgAdminIII工具备份导出的为密文归档,恢复时直接在工具恢复即可。

2.我进一步思考如何能恢复今天的数据呢?由于数据库很多文件已经损坏,我尝试将好的数据库文件复制到有问题的数据库目录下,还是有问题。于是我根据经验,将数据库安装好之后,把原来的data目录下的文件复制到新的数据库data,复制之前务必新建好数据库和模式。复制完之后,刷新数据库,搞定!

 

数据库搞定了,接下来安装Tomcat7.0,我操作执行文件安装,很顺利,把war包部署上去,测试Tomcat没问题,可以就是无法打开系统首页,报的是404错误。我原来以为是Tomcat7.0与JDK1.6update24兼容性问题,改用update21折腾了半天,问题依然重现。一个偶然的机会我终于意识到:原来是缺少了jar包,开发环境下需要的jar包都放在Tomcat里(这样其实是不好的,公用的放进去),打包的时候当然就没有这些jar包,将这些包引入工程,打包这话,OK。当然,我思考,在应用中是否把jar包放在tomcat中更为恰当,因为tomcat很少重启?我打算试试

 

小结:以后需要共用的jar才放在Tomcat中,其他的直接引入工程,这样也是减少冲突的可能,每次Tomcat启动也不用加载大量jar包。

 

问题终于解决,以后多注意细节!

 

 

 

 

 

原创粉丝点击