SQL Server 2005 Standard 64x，目前有300多个小型数据库（每个5MB），用户群根据需要添加数据库。想要实现热备份的日志传送，而不是通过向导，因为它看起来像每个日志传送的数据库添加3个作业（主要1个，次要2个）。
我是否尝试自己编写或使用Quest的LiteSpeed之类的东西？或者我是否因为有数百个SQL Server代理作业并且所有这些作业都被解雇而感到非常苛刻（或者更糟糕的是，我是否必须尝试计时）？
欢迎所有建议。
答案 0 :(得分：5)
由于您为每个用户配置了一个新数据库，我会建议不要使用内置的Lo Shipping。对于每个新配置的数据库，您必须添加新的日志传送会话，作业和所有这些。
鉴于Log Shipping在核心（备份，复制，恢复，重复）方面非常简单，我会考虑从头开始构建自动化解决方案，减少作业（例如，一个作业循环通过备份，一个副本，一个或两个aplly恢复）。
答案 1 :(得分：2)
如果您要管理数百个数据库，请购买一些可以自动完成所有数据并且可靠地运行的产品。如果这意味着Quest的LiteSpeed（我不熟悉它），那就这样吧。你不想管理随之而来的所有工作，所以只需找到一些可以自动完成工作的工作。如果你没有自动化，你会在后面踢自己！
答案 2 :(得分：2)
这对日志传送使用非常差。 300个日志文件，每个小的每个，什么，15分钟？如果日志备份间隔大于15-30分钟，那么它可能并不重要。
我确实认为database mirroring是“少工作”或完全群集。为了便宜，数据库镜像获胜。
High availability overview（SQL Server 2008，但也适用于'2005）
延迟编辑：
关于镜像和线程的2篇文章
这可能不相关，但无论如何都要知道好事。