• 紧急求助备份恢复 at 2011年03月09日

    是的,直接按目录覆盖就好了,不过覆盖前要保证 proxy cache 里的内容比 server 的内容完整而且新。由于我们这里量很大,而且 proxy server 很多,所以是自己写工具分析并做这一步的。 DB 是指 DB 文件必须有最新的并且完整的在 server 上,因为 dept source file 是全的,是否能恢复到最新状态就要看 DB 了。

  • 紧急求助备份恢复 at 2011年02月28日

    总结一下,也许对各位有帮助! 大家最好都要采用 proxy,并且保证每天晚上利用 proxy 做同步,基本上就能做到 fully backup 了,非常方便,当然 DB 的 backup 还是利用磁带或存储备份,越密集越好。

  • 紧急求助备份恢复 at 2011年02月28日

    搞定了.原来只要把 proxy cache 上的 files,拷回 server 就好了。前提是 DB 不能坏,否则就不能完整恢复了!P4 官方 support 居然不知道这样也可以。

  • 紧急求助备份恢复 at 2011年02月23日

    如果文件变化不多,那一个一个的 merge 也许不错,但目前变更过的 file 分散在很多不同的 depot,数量巨大, 而且,我们想尽量能够在 merge 的时候保持 revision change list. 如果可以不通过 client,直接通过几个不同 server(server/proxy/backup) 之间的 file 比对和 copy 完成就最好了。

  • 紧急求助备份恢复 at 2011年02月23日

    感谢回复! 目前我们的 server 是可以 run 的,只是少了多数 archive 下面的文件。奇怪的是绝大多数人都可以通过 p4 proxy 正常 check in/out.所以这才引起困扰。因为这几天变更的代码太多,而这些变更的部分都可以正常 sync.所以在想是否可以做一些自动化的脚本完成老的和新的 merge. ps:不可能是杀毒软件干的。