4

SQL Server 2005 Standard 64x，目前有 300 多个微型数据库（每个 5MB），用户群根据需要添加数据库。想要为热备用实现日志传送，但不是通过向导，因为这看起来为每个日志传送数据库添加了 3 个作业（1 个在主数据库，2 个在辅助数据库）。

我是尝试自己编写还是使用 Quest 的 LiteSpeed 之类的东西？还是我对拥有数百个 SQL Server 代理作业并且所有这些作业都启动（或者更糟的是，我必须尝试为它们计时）感到过于拘谨？

欢迎所有建议。

4

3 回答 3

5

由于您为每个用户配置了一个新数据库，我建议不要使用内置的 Lo Shipping。对于每个新配置的数据库，您都必须添加一个新的日志传送会话、作业等等。

鉴于日志传送的核心（备份、复制、恢复、重复）确实微不足道，我会考虑从头开始构建自动化解决方案，作业更少（例如，一个作业循环通过备份、一个副本、一两个应用恢复）。

于 2010-03-29T19:32:54.930 回答
2

如果您要管理数百个数据库，请购买一些能够将这一切自动化并可靠运行的产品。如果这意味着 Quest 的 LiteSpeed（我不熟悉它），那就这样吧。您不想管理随之而来的所有工作，因此只需找到可以自行自动化的东西。如果你不让它自动化，你以后会踢自己的屁股！

于 2010-03-29T18:42:49.363 回答
2

这是对日志传送的非常糟糕的使用。300 个日志文件，每个小文件每 15 分钟发送一次？如果日志备份间隔大于 15-30 分钟，那么这不是关键的，可以说。

我真的会考虑“少工作”或完全集群的数据库镜像。为了便宜，数据库镜像胜出。

高可用性概述（SQL Server 2008 但也适用于 '2005）

后期编辑：

2 篇关于镜像和线程的文章

这可能不相关，但无论如何都是好东西。

于 2010-03-29T19:21:01.010 回答