Idera SQL安全免费版:什么是你的判决?

我正在考虑使用这个工具来压缩我的备份。 我期待加快备份和恢复过程,不仅仅是为了节省磁盘空间。 你用过吗? 如果是这样:

  1. 它是怎么回事? 任何特别的好事或坏事呢?
  2. 如果您还使用了付费备份压缩工具之一,您认为我会多花点钱吗?

(请记住,在短期内,我真的只是想加快进程,我正在使用2005年工作组版)

谢谢。

您提到,您希望使用该工具来加速备份/恢复过程,而不是节省磁盘空间。

我看到这个问题是需要TIME来压缩/解压缩文件。

所以BIG的问题是…你在哪里存储你的备份和(如果你存储在一个单独的服务器上)两台机器之间的networking连接速度有多快?

想想这样。 我通常可以在同一台机器上将一堆文件备份(读取:复制)到第二个SATA驱动器,比我可以压缩/压缩那些相同的文件,然后将它们复制并解压缩。

但是…如果我通过慢速连接备份或复制到第二台服务器…那么在我通过networking发送文件之前使用计算机的CPU压缩/压缩文件实际上可能会更有效率。特别是如果我能得到高压缩。

MS SQL的备份/恢复一直是一个相当漫长而缓慢的过程,当数据库是一个体面的大小。 我不认为提前压缩它们(以后只是解压缩)会有很大的帮助。

我刚开始使用它,我不得不说,我印象深刻。 速度相当不错,压缩也相当不错。 我备份到一个本地RAID 6arrays,我得到约100 MB /秒的备份速度和约30-40%的文件大小(与原始数据库大小)。 我有一个四核心与16演出RAM,所以我有马力做到这一点。

它是免费的! 我的书很酷。

注意:免费版已经停止了,所以忘记了。

我一直在做一些testing,这是我发现的:

  • 完整和日志备份和恢复在本地备份的30%-50%之间运行。
  • 备份文件是本机备份文件大小的10%-30%之间。

我正在使用它们的扩展存储过程进行日志传送,有几件事情我必须解决:

  1. 如果要在待机模式下恢复数据库,并且希望保持这种状态,则@undofile一定不能包含空格。 Idera提出了一个关于这个的错误。
  2. 无法通过备份进程将数据库置于待机模式。 我不得不坚持BACKUP DATABASE …与STANDBY为此。 Idera提出了一个function要求。

我对他们对我的问题的回应印象深刻,特别是因为这是一个赠品。