Migrating数据库的困挠

[freekuangmo]

我们经常进行移动数据库的工作，把一个server上面的数据库以及所有用户对象移植到另一个新的server上面。
我感觉最方便的方法就是备份所有的数据库，包括系统数据库，然后将备份拷贝到新的server上面，restore过来。
但是我们的上司，一直不允许我们这么做，他采用的方法是，在新的server上面创建新数据库，然后将旧数据库中所有的用户和对象在新的server上面重新创建。
我很不理解这样的做法，麻烦自不必说，还很容易出现错误，上次他就出现了一些问题。但是我想，之所以这么做一定有他的道理，请问大家知道为什么吗？

顺便说一下，公司是一家跨国公司，转移备份文件需要在规定时间内通过网络传输，难道是怕占用太多网络资源？困惑ing，请教各位高手啊！

[zjcxc]

一切都是新的,感觉好些吧.

备份/恢复的话,如果两边的环境不同,恢复起来可能会出现故障.
新建的话,处理麻烦一些.

[freekuangmo]

不是一般的麻烦啊，我上司10几年的数据库管理经验，这种工作也做过很多次，但是上次也失败了，被大老板狠K了一顿。好像是落了几个对象，具体什么对象都没和我们说。但最近又一个，还是坚持这么做。

当然，在新建的时候，会看到一些以前数据库中不用的对象，顺便删除，但是也可以先确认删除之后再备份恢复的啊。

您说的两边的环境不同，我不是很明白，能简单的举个例子吗？多谢哈。

[zjcxc]

如果你要把作业\用户都搬到目标服务器中.
这就要用到系统数据库和恢复.

如果两边sql的实例名和数据文件目录不同,在恢复数据数据库的处理中就会产生麻烦,作业能否正常运行也会受到影响.

不过,你都有10年经验了,这些是小儿科,不说也罢.

[freekuangmo]

老大，我上司10来年经验，不是我，我才刚刚开始。
我们的移植是一个实例中所有的数据库都要移植，数据文件目录不是可以通过恢复的时候重新指定嘛？我没什么经验，这个过程会发生一些错误？

实例的名字，可以在移植之前，在新的server上面命名的吧，我没有做过，委实不是很清楚。恳请赐教……
知道给大家添麻烦了，但是我就是纳闷，备份恢复多方便啊……，哎。

周末回家看看书吧，家里不能上网。