请教SQL2005日志传送的问题
1. 做日志传送的时候，主服务器系统自动备份数据库，在备份服务器上还原，由于数据库30多G，很是花了一点时间，日志传送是成功的，心里有点阴影，SQL在备份，还原这段时间的数据变化，微软应该考虑了把？数据不会漏了点？
2.主数据库如果还原数据库，要把日志传送先停下来吗？如果不停下来的，会出问题吗？
------解决方案--------------------
日志传输除了初始化之外，不应该每次都30G啊？“日志”传输啊！！！传的是日志不是你的整个库。日志传到辅助服务器之后，还原的事情就是那边的事情，不影响你主服务器的啊。

另外还有一点，日志传输算是暖备，不是实时备份，除非系统奔溃前一刻刚备份了日志并传出成功，否则会有数据丢失，如果你不想有，那就用replication（复制），这个可以实时同步
------解决方案--------------------
第一次初始化同步之后，剩下的可以用脚本来操作。把变化的数据进行传输，不变的不用管。定期做一次大的数据同步，来验证检查传输。
------解决方案--------------------
1.日誌傳輸不是實時的，第一次是完整備份還原，之後都是日誌還原
2.主服務器還原應該是要重新初始化日誌傳送(這個沒試過）
3.可以的
------解决方案--------------------

1.这个不会有问题的，因为一开始是把全库备份，然后还原到备份服务器，当然这个时候主库还是会有数据修改，这些个数据修改，都记录到日志中。

   然后，等全库备份在备份服务器，还原好后，就开始把主库的日志进行备份,这些日志就包含了，刚才说的哪些数据修改操作，然后把这个备份好的日志，通过网络传送到备份服务器，再进行日志还原，于是最终这些数据修改就同步到了备份服务器了。

   日志传送的根本，也就是上面说到的，"日志"的传送，这些日志，就是对数据的修改。

2.如果你要还原主库，那肯定就需要重新初始化了，因为你在主库的还原，可能和备份库的数据不一样。