数据备份解决scheme

我正在寻找一些关于在我们的服务器上备份数据的input。 我们正在运行一对主要充当文件服务器的Novell服务器。 当我查看我们的数据时,我并不关心networking基础设施本身,还有备份NDS,用户configuration文件,受托人分配等等。从我的angular度来看,如果发生突发事件,我总是可以重新创build这些数据。 我们只有130个用户,所以重新创build这个设置并不困难。 所以我的想法是专注于从这些服务器备份数据文件。 这是我需要确保的材料永远不会丢失,因为它不容易被重新创build。

为了做到这一点,我正在考虑在我家里安装数据存储设备,然后把我们办公室的服务器备份到我家的数据存储设备上。 我可以使用软件解决scheme来保持数据的同步。 或者,我可以考虑将数据备份到基于云的解决scheme。 我看这完全错了吗? 过去我使用Backup Exec的磁带,这是一个痛苦。 目前我们正在使用梭子鱼备份设备,但缺乏与Novell的集成。 我还需要将这些数据备份到现场。 所以我的build议可能会奏效。 请给出意见。

编辑 – 我不想在这里创造一个无意义的对话。 我真的想明白为什么我的想法是有缺陷的。 在我的情况下,我在多台服务器上运行Raid 5数据存储。 我们的主服务器镜像到另一台服务器,在我们build筑的另一个区域进行冗余。 唯一可能导致我们丢失数据的事情是一个灾难性事件。 我估计这种情况发生的可能性非常低,但是可以发生。 因此,我同意,备份是重要和必要的。 但是,帮助我理解为什么只是将实际数据存储在非现场而不是所有的networking结构细节都是有缺陷的。 我希望这是更有build设性的…

如果您使用的是目标服务代理(TSA)体系结构,则备份NetWare服务器(而不是Novell服务器,因为这些服务器可能是Open Enterprise Server,甚至是SuSE Linux Enterprise Server,具体取决于谁在问这个问题)。 TSA旨在执行备份,并执行“备份代理”所做的大量工作; 如预先caching文件以确保networkingpipe道保持满。 您还可以在stream中获得受托者/所有者/目录配额元数据,从而减轻恢复的负担。

由于文件redirect器层在客户端计算机上的工作方式,您无法通过挂载的驱动器(或CIFS共享)以相同的速度进行备份。 NW的所有备份软件都有使用TSA系统的原因。 也就是说,数据的CIFS共享的挂载驱动备份至less可以获取备份的文件

备份数据的存储

这个问题之前是以“不专业”为由而closures的,这很可能是因为你select了非现场位置。 备份数据的非现场位置是:

  • 明确拥有该公司,或明确授予公司的访问权。
  • 访问该网站是由一个以上的人。
  • 具有强大的数据保护与盗窃或破坏。
  • 能够存储足够长的数据以满足保留要求。

将备份数据存储在私人住宅中并不成功,前两点也是如此,可能还有第三点。 这就是为什么“保pipe箱中的备份磁带”工作了这么久。 如果您遇到不合时宜的消亡,公司将不能保证访问备份站点; 最糟糕的情况是该设备及其上的数据将在遗嘱authentication之前被locking,直到该遗产解决。

其次,数据所有权问题确实出现。 如果业务所有者是做家庭储存的人,事情就不会那么波动; 但如果没有经过专门授权的员工在家里存储公司数据的责任这样做,后果可能是相当重大的。

备份方法

最好的备份是最小化恢复时间(TTR)的备份。 NetWare卷的完整TSA备份包括所有有用的元数据,如用户和目录配额。 恢复这个信息意味着你不必坐下来,根据你保存的任何文件重新设置所有的权利。 这加快了速度。

如果你的环境真的很简单,你可以逃脱一个基于文件的备份,只是重新允许一切,这可能是足够的。 通过CIFS共享完成所有的数据。 它可能不会获得所有的名称空间数据,但是如果您只通过CIFS共享访问它,则无关紧要。 也就是说,如果你还在桌面上运行XP并使用Novell客户端,那么重要的是我会提出反对意见。


注意观察员:
与Windows相比,重新许可NetWare卷的TB实际上是非常快的,并不像你期望的那样繁重。 NSS文件系统是为了使这种事情变得快乐而build立起来的。