我没有继续使用我们过去用于生产服务器的常规 Backup Exec 和 LTO 磁带系统，而是在寻找新的 SQL 2005 服务器的替代方案，该服务器将在大约 2 个月内投入使用。
你们使用什么样的软件和硬件来备份单个 SQL 服务器？该服务器将在正常工作时间内看到适度的使用量，而在工作时间之外几乎没有使用。我预计需要定期备份的数据不超过 500GB。过去，我们会在一夜之间将完整的 SQL 和系统备份到磁带库，每周交替使用多组磁带。我想从每周存储 8 到 10 个磁带转移到像戴尔 RD1000 这样的可移动存储解决方案。有没有人有使用 RD1000 进行夜间备份的实际经验？同样，Backup Exec 仍然是一个不错的选择，还是我应该寻找其他地方？
谢谢！
这在很大程度上取决于您的要求。如果可以浪费一整天时间，您可以坚持每晚进行完整备份。否则，您可能希望每晚都进行完整备份并在短时间内记录传送。使用此配置，您可以使用保存的事务日志恢复上次完整备份并前滚到给定时间点。
你选择什么类型的媒介是另一个问题。恕我直言，这些天不需要磁带。如今，HDD 和离岸服务器非常便宜。
不是真正的磁带或可移动解决方案，但我们每 10 分钟使用一次事务日志传送到热备用服务器，当有一天我们确实发生了灾难性故障时，只需将连接字符串指向第二台服务器并继续运输。
近一年来，我一直在使用 Quest LiteSpeed 进行大多数生产备份，而不是原生 SQL 备份或像 Backup Exec 这样的直接到磁带代理。仅就备份占用空间的节省而言，我发现它非常值得许可成本。它为我节省的下一件事是备份和恢复的时间。在强大的硬件上，压缩不会造成太大的负担，无论您如何操作，备份 200GB 都比备份 500Gb 快（YMMV，但我的 LS 备份始终是本机备份大小的四分之一，或者更少）。您仍然可以使用备份 Exec，但不需要 SQL 代理，因为您只是在备份备份文件。即使有系统备份，如果您从每周 10 个磁带增加到 5 个，从长远来看，您可以节省大量资金。
由于砖级选项，恢复部分很棒。必须恢复 TB 数据库以修复 5 条记录已成为过去，您可以将单个对象或对对象的查询恢复到您选择的目的地。时间、金钱，有时还有一点点理智都保存在那里。
自从我使用 Backup Exec 代理以来已经有好几年了，他们可能已经添加了这样的功能，但从他们的网站上看，它看起来不像。除了 LiteSpeed 也有类似的解决方案，但我没有使用过，所以我无法评论它们的相对价值。
我们一直在为这种规模的一些服务器部署Red Gate SQL Backup。对于基于磁盘的备份和还原，它似乎比 Backup Exec 快得多。它的价格也相当合理。
首先，确保您使用本机 SQL Server 备份或 SQL Backup/Litespeed/Hyperbac 备份到磁盘。虽然我喜欢用磁带将东西带到异地，但它不可靠，也不够快，无法从 SQL Server 备份。BackupExec 、 Arcserver 和其他基于代理的解决方案对我来说从来都不够可靠。我会使用它们将文件移动到磁盘或从磁盘移动到磁带，而不是像 SQL Server 这样的进程。他们只是在过去失败了足够多的时间，我不会相信他们。
每晚备份过程可以正常工作，但是如果有人敲打桌子或您损坏了某些东西，您很可能希望恢复到最后一小时或一分钟。因此，我确信您至少每小时备份一次事务日志。
我通常不会保留超过 2 天的备份，但这取决于您可能需要走多远以及监管问题。SQL Server 2005 中的维护计划可以帮助您设置这些以及删除旧备份。请注意，在删除旧备份之前创建一个新备份。
我知道很多人只想使用磁盘，我可以理解如果您可以在一夜之间将数据移出现场。这需要带宽，你知道你是否能做到这一点。如果您无法通过电线将其带到异地，请使用胶带进行。
Iron Mountain 或一些类似的服务可能存在于您的城市中，用于每天拾取磁带并在异地旋转它们。你也可以让他们拿起 USB 驱动器，但要确保东西定期离开现场。