4. 无服务器热备份中的写前拷贝技术
无服务器备份可以是冷备份或热备份。和无服务器热备份相比，无服务器冷备份更容易实现。在S A N上进行冷备份所拥有的性能和集中管理优势可以使冷备份成为某些企业的理想选择。
然而，冷备份对大多数网络应用并不现实。这时必须使用热备份。因此无服务器备份的关键在于写前拷贝功能。该功能曾经在第7章中作为热备份的一部分进行了介绍。无服务器备份中使用的写前拷贝功能提供了一种必要保证：即在备份操作过程中，被一个应用程序写的新数据不会在S A N连接存储中产生数据完整性的问题。
基本上，这是和总线连接的热备份相同的问题。除了前者必须在一个多发起者S A N环境中以分布式的方式来实现。这里由无服务器备份代理向一个独立的数据移动器传递块信息。无服务器备份产生一个即时的备份，以在它正在备份数据的同时，管理新的数据写入。
正如第7章所述，当应用程序正在写入数据时，热备份应当能为源系统提供将旧数据拷贝到临时存储设备的功能。当备份进行时，旧数据从临时存储器中拷出，然后被删除。然而，对于S A N中的无服务器备份，写前拷贝过程在备份系统中运行。而备份块列表在它被操作时，被传输到S A N某处的数据移动器。该过程为一个分布式过程，包括在源系统和数据移动器之间进行的远程进程内部通信。当对于一个刚刚更新过的块进行更新时，事情开始变得有趣。此时，更新的变化已经反应在数据移动器的块列表中，但数据还没有被数据移动器更新图1 0 - 1 6说明了该过程。
这种实现颇具挑战性，它需要做大量的工作。与一个扩展的数据移动器交换备份数据块列表会导致时效和控制问题，这些问题必须被仔细考虑。写前拷贝过程在它发送一个块列表到数据移动器之前，由源系统发起。它必须成功地被传递到数据移动器。与将块列表存在本地内存的过程不同的是，数据移动器必须无差错地接收块列表，并马上初始化执行过程，以防止写前拷贝过程用过多的重定向写前拷贝数据块充斥源系统的存储空间。如上所述，一个块列表中刚刚被更新的块，有可能在被数据移动器发送前又被更新，所以必须进行调整以解决这个问题。
写前拷贝过程和数据移动器之间的信号传递必须作为S A N中的分布式网络过程进行处理，这些信号的传递用于对块列表的传输，以及它们相应的结束或失效结果做出反应。必须预测该系统中的不同失效模式，并做好相应的准备，包括超时的写前拷贝过程机制，以及将其临时磁盘存储块释放给系统以解决磁盘空间的问题等。
阅读(314) | 评论(0) | 转发(0) |
