分类: 服务器与存储
2008-07-13 17:22:01
设定你的预期
当大多数人听到“远程复制”的时候,他们会想到同步复制所有内容。当每一次写操作发生的时候都会被镜像到远程站点,所有的数据都被复制。虽然你可以那么做,但你基本上肯定不会那么做。让远程复制处理你所有的备份将会过于昂贵。通常,远程复制只用于你系统中绝对重要的部分,日常的备份被留在本地进行。
这就引发了关于恢复时间目标(RTO)的问题。任何一种成功的数据保护策略的基础都是设定一个适宜的RTO,并以财务和人力方面的资源来对其进行支持。通常,可用性越高的同步远程复制价格也越高。例如,如果你采用复制工具,那么你通常需要四个,以及两套通信通道来实现这一目标。此外,通常情况,你在RTO的设定上越灵活,那么价格也就越低。同时,除了更低的软硬件价格,带宽费用可以通过将需要复制的数据排队,以使得通道上的负载均衡来显著降低。
管理你的数据
有多少数据需要进行复制是由你的目的决定的。通常,一个站点只有一小部分数据需要用远程复制来进行保护。对于灾难恢复尤为如此。新型的复制系统一般对于对什么内容进行复制提供广泛的选择。你可以设定一个或多个包括你需要的文档或目录的复制组。在异步系统中,很多产品允许你对这些组设定优先权,这样,更重要的数据可以得到优先复制。
如果你只需复制特定的应用数据,如Oracle或Exchange数据库,你可能已经具备这样的能力了。Oracle和 Exchange数据库具有允许它们远程复制数据库的功能。但是这些功能通常是有限制的,你可能需要一个更完善的解决方案,特别是在带宽可能成为瓶颈的情况下。一个与限于应用方法相关的问题是,通常有一些相关的数据不属于该应用,但是在恢复该应用时又是必要的。通常,限于应用的软件不会复制这些数据。
在很多情况下,理想的办法是一种混合的方式。只有企业数据中重要的部分进行远程复制,其它则在本地进行备份。
管理你的带宽
带宽的问题可能是本地和远程复制最大的区别所在。没有一个备份系统可以完全忽略带宽的问题,通常对于远程复制来说更为明显。由于远程带宽价格昂贵,而且一个过载的通道可能会使你的整个复制过程瘫痪,因此你需要合理地使用它。
目前,很多,可能是大多数远程复制产品是在块级进行不同复杂程度的工作的。一些远程复制系统,如Kashya的系统,可以控制带宽利用,并给那些你指定为更重要的数据优先权。在Kashya的系统中,用户设定速度或带宽为更重要者,这样系统将依此管理优先权。
管理你的过程
首先,管理过程意味着留意端到端的复制表现。采用如植入你网络或操作系统中的监测工具以确定性能没有恶化,并合理设定警告级别,这样你可以在问题出现时得到通知。
第二,管理过程意味者进行定期的恢复测试以确定数据可以得到正常恢复。同样的,复制系统通常会提供一系列功能帮助你进行恢复测试。Sun的StorEdge Data Replicator允许你对另一目标进行恢复测试,这样你就可以在不影响正常工作的情况下进行测试。