【核心议题4】 如何设计磁带出库保存或异地恢复？

使用NBU.可以使用两个方案(建议方案)

一个是VAULT,

对数据集备份到磁带中.然后从带库中弹出.做离线保存.可以把关键的数据运输到异地做导入恢复

优点:便宜

缺点:要带库支持一定功能,并要长期人为去维护拿带子等

还有是AIR

AIR要求两个MSDP之间做数据的同步.这要求要一定的带宽和相应的磁盘做MSDP池.

优点:重复数据删除功能.同步效率高.可实现1对多,多对1的数据同步.自动化程度高

缺点:价格贵.架构较复杂.处理问题也比较麻烦

磁带库的异地保存和异地恢复其实很简单。

备份磁带传输至异地的方法一般有两种：

1，主数据中心备份保存至磁带，然后通过克隆到异地中心的磁带库，出库保存。或者通过存储复制生产数据至异地，然后异地备份出库保存。

2，主数据中心备份保存至磁带，磁带运输到异地保存。

两种方式各有利弊，第一种对资源需求要求高，需要异地有富余的磁带库或者存储，但对磁带的安全性较高，不会存在运输损坏的风险。第二种对资源需求低，异地甚至都不需要有磁带库，但运输的过程中可能损坏，所以运输到异地之后建议对磁带进行检查（只读）。

磁带保存要求：

1，环境要求，避光防潮忌消磁，温度湿度适中，专柜存放。

2，存放标签要求，分门别类，标签写明：什么时间备份的什么系统的什么数据，保留至多久，用于什么目的。磁带编码有哪些，对应原备份系统哪些备份配置。

3，磁带出入库登记，没有的话弄丢磁带或找磁带的时候就只能哭了。

异地恢复，方法也很多，常见的有：

1，主数据中心的BackupServer做恢复的MASTER SERVER，异地的恢复机做NODE或者CLIENT。

2，异地准备服务器，若是条件有限，只有一台server，那既做MASTER SERVER又做恢复机。

两种方法的分析，第一种不适合长备份周期的恢复，生产中心上的备份一般不会保留很长时间，因此这种发式虽然简单，但实际可用度并不高。第二种需要准备工作很多，但是恢复不需要依赖于生产中心的备份系统，恢复正式开始前只需要把生产中心MASTER SERVER的系统元数据同步到异地服务器上，安装备份软件，识别磁带库，放入磁带就可以恢复了。这种方式稍显复杂，但实用性无疑是最高的，随时可以恢复，不需要依赖其他环境。

综合以上两种常见的恢复方式，推荐-------备份的时候把index备份进磁带！！

楼上几位基于各个角度的回答非常实用，我从tsm的角度来聊两句吧。

tsm的出库有以下几种方式：

1. 普通的出库，即超长时间的保留导致的磁带数量越放越多，超出了磁带库的槽位数，所以需要定期的将已满的磁带取出。对应的命令

update volume volume_name  access=readonly

checkout libvolume library_name volume_name

checkout后取出存放即可。不用太在意标签的问题，如果后期有恢复或回调需求，直接做即可，会提示需要哪盘磁带，找到后checkin即可即可。

2. 长期保存为目的，不影响当前备份数据。

        对于普通文件：generate backupset

        对于Oracle、db2等数据库：export node到磁带即可

3. 基于多重保护目的。将磁带库设置为副本存储池。定期将主池的数据备份到副本池。然后安装步骤1来取带子，保存好即可。

4. 使用drm，相对于有个单独的数据库来记录出库磁带

对于异机恢复：

1. 普通恢复，从tsm中取出的磁带，需要tsm server才能读取。所以，需要先在异地恢复tsm server，需要用到tsm db备份，卷历史文件、设备配置文件等。恢复完tsm server后，才可以正常读取磁带

2. 只异地恢复数据。只支持export和备份集方式的备份。上面出库步骤1和3类型的不支持。

把磁带做成文件系统最实用。

现在的备份软件  感觉都没有从客户的实用性角度出发。

繁琐  爱出问题 ！最后 ，还是放到文件系统磁盘上最实用省事！

磁带库出库应该是有数据容灾的考量了，如果没有审计要求一定要出库保存的前提下，其实可以考虑电子介质的自动传输，就是传输数据到异地的磁带库或者存储介质。

我认为无论是磁带的出库保存，还是电子介质传输到异地保存，在备份设备条件具备的情况，出库和异地保存的都应该是复制的数据；比如TSM出库的磁带应该是选用copypool的，NBU的出库应该选用duplicate之后的磁带。

而异地恢复的时候就要看具备什么样的条件了，如果数据是电子介质传输过去的，在异地恢复起来很容易。如果是通过出库拿出来异地恢复就要首先拿到记录信息（备份系统DB信息），之后进行恢复；如果NBU的话可以借助于扫描磁带的恢复。