看都没人看，是否设既有问题呢？--非在线、分布式数据库应用系统问题(100分)

我正在实现一个系统，想请教有着方面经验的大虾，或者给我一点意见，
具体如下：
1.职能分配
管理中心负责一些基本数据的建立
业务单位负责执行日常经营业务

2.环境
管理中心和业务单位在物理上是没有连接的，数据交换主要通过磁盘。
业务单位必须导入管理中心创建的基本数据，管理中心必须导入业务单位的业务数据。
这种数据交换以一定频度进行。每当管理中心建立新纪录或修改纪录，必须在下一次与业务
单位进行数据交换时将这些新数据导出，且导出的数据必须为新数据，同样，业务单位方面也一样。

3.问题
我现在用版本控制方法为维持数据交换的正常进行的方法，但是，如果任意一个业务
单位的数据库崩溃（注：为数据库文件物理损坏），尤其是管理中心崩溃之后的算法，我一
直想不到恢复的办法。我想找到一个在只要一个业务单位崩溃的情况下能够恢复的算法。

>>每当管理中心建立新纪录或修改纪录，

更新管理中心记录同时添加到临时表或文件中。

>>在下一次与业务单位进行数据交换时

将临时表的记录或文件copy出去并清空临时表或删除本地文件。（如果愿意，可以先做个备份）

>>同样，业务单位方面也一样。

且不论崩溃的恢复，如果写临时文件在事务完成后写失败呢？

请问您的系统有什么限制，一定要在事务执行过程中就写临时文件而不能等事务成功后再一次性将事务涉及的数据写入临时文件吗？

谢谢你，Pearl，我还以为没人理睬我的问题呢。

我的意思就是：就算在等事务成功后再一次性将事务涉及的数据写入临时文件，如果写入
临时文件就掉电或其他的原因造成写的失败呢？
其实，我写到一个临时文件还不如写到数据库里安全，或者写到另外的数据库里，用跨数
据库提交，将这些问题交给RDBMS，
但是我的问题不是这个，不过问题实在是复杂，还是算了，我自己慢慢想吧

接受答案了.