用于中等使用SQL 2005 Server的备份解决scheme

过去,我们没有使用我们常用于生产服务器的Backup Exec&LTO磁带系统,而是考虑使用我们新的SQL 2005服务器的替代品,这个服务器将在大约2个月内上线。

你们用什么软件和硬件来备份一台SQL服务器? 该服务器在正常工作时间内将看到适量的使用情况,在工作时间以外几乎不会使用。 我预计不会有超过500GB的数据需要定期备份。 过去,我们一夜之间完成了SQL和系统备份到一个磁带库,每周更换一组磁带。 我想从每周存储8-10个磁带转移到可能的移动存储解决scheme,如戴尔RD1000。 有没有人有任何使用RD1000夜间备份的实际经验? 同样,Backup Exec仍然是一个不错的select,或者我应该在其他地方?

谢谢!

这很大程度上取决于你的要求。 如果一整天都没事的话,你可以坚持每天晚上进行完整的备份。 否则,您可能想每晚进行完整备份,并在短时间内进行日志传送。 使用此configuration,您可以使用保存的事务日志恢复上一次完整备份并前滚到给定时间点。

你select什么types的媒体是另一个问题。 现在不需要带子,恕我直言。 硬盘和海外服务器这些天很便宜。

不是真正的磁带或可移动的解决scheme,但我们使用事务日志传送每10分钟一个热备用服务器,当我们有一天灾难性的失败,只是指向连接string到第二台服务器,并保持卡车运输。

近一年来,我一直在使用Quest LiteSpeed进行大多数生产备份,而不是原生SQL备份,或直接到磁带代理(如Backup Exec)。 为了节省备份空间,我发现它是值得的许可成本。 它为我节省的下一件事是时间,无论是备份还是恢复。 在强健的硬件上,压缩不会造成太大的负担,而且备份200GB比备份500Gb要快,不pipe你如何做(YMMV,但是我的LS备份一直是原生备份大小的四分之一,或者更less)。 您仍然可以使用Backup Exec,但是您不需要SQL代理,因为您只是备份备份文件。 即使是系统备份,如果从一周的10盘磁带上升到5盘,从长远来看,您将节省大量资金。

恢复片是伟大的,因为砖级选项。 必须恢复TB数据库以修复5条logging已成为过去,您可以将对象上的单个对象或查询恢复到您select的目标位置。 时间,金钱,有时候会有一些理智的保存在那里。

自从使用Backup Exec代理以来,已经有好几年了,他们有可能添加了像这样的function,但是从他们的网站来看,它看起来并不像。 除LiteSpeed之外,也有类似的解决scheme,但我没有使用它们,所以我不能评论它们的相对价值。

我们一直在为这种规模的服务器部署Red Gate SQL Backup 。 对于基于磁盘的备份和恢复,似乎比Backup Exec快得多。 这也是相当合理的价格。

首先,请确保使用本机SQL Server备份或SQL Backup / Litespeed / Hyperbac备份到DISK。 虽然我喜欢将磁带放在离线的地方,但它不可靠,也不足以从SQL Server进行备份。 BackupExec,Arcserver和其他基于代理的解决scheme从来没有足够的可靠性。 我将使用它们将文件从磁盘移动到磁盘,而不是像SQL Server这样的进程。 他们过去只是失败了,我不信任他们。

每晚的备份过程都可以正常工作,但是如果有人打了个桌子或者弄坏了某些东西,那么很可能你会想恢复到最后一小时或者一分钟。 所以我确定你至less有一个小时的事务日志备份。

我通常不会保留两天以上的备份,但这取决于您可能需要离开多久以及监pipe问题。 SQL Server 2005中的维护计划可以帮助您设置以及删除旧的备份。 请注意,在删除旧的备份之前创build一个新的备份。

我知道很多人只是想使用磁盘,而且我可以理解,如果您可以在一夜之间将您的数据置于异地。 这需要带宽,你知道如果你能做到这一点。 如果无法通过电线将其置于非现场,请用胶带进行。

铁山或其他类似的服务,可能存在于你的城市,每天拿起磁带,并将其旋转到异地。 你可以让他们拿起USB驱动器,但要确保事情定期离开。