本文解决了将数据从较旧的IBM®AS /400®系列服务器移动到运行IBM i的较新的IBMPower®System时的问题，即如何将数据文件从旧的盒式磁带还原到系统上没有兼容的磁带机？ 此处介绍的技术不仅可以轻松绕开不兼容的磁带机，而且在计划用新的Power System替换旧的中型服务器时还可以节省数千美元。
自从1988年发布AS / 400技术以来，IBM就一直支持多种不同的磁带介质，从而造成了这一难题。AS/ 400硬件相当耐用，因此许多旧的磁带机仍在使用。 此后，引入了速度更快的磁带驱动器，可容纳更多数据，但其盒式磁带在物理上不同于其前身。
多年来，Power Systems系列计算机已支持磁带驱动器，例如：
卷到卷磁带（1988年，只有预算较高的公司才能负担得起这些备份的费用） 多种密度的QIC胶带 3480和3490 3570s（具有独特的梯形形状） 各种密度的8mm胶带 LTO-1至LTO-5 数字录音带（DAT）DAT72和DAT160中小型企业安装的许多中型系统将具有内部QIC磁带机，但是大多数其他技术都需要通过I / O适配器（IOA）进行电缆连接。 较新的Power Systems主要支持LTO或DAT磁带驱动器。 较新的硬件的体系结构适用于更快的外围设备。 因此，像8mm和IBM 3570s这样的旧技术所需的适配器根本无法在IBM POWER7系统上工作。
希望从旧的IBM OS /400®服务器升级到新的POWER7服务器的公司必须弄清楚如何在不使用通用磁带机的情况下移动数百GB的数据。 可以在旧服务器上添加LTO磁带驱动器，但是花钱在要替换的硬件上添加资源似乎是浪费。 必须有一种可行的方法，无需磁带就可以将数据（单个文件或所有用户数据）从一个系统传输到另一个系统。 实际上，有两种：保存文件和虚拟磁带。
自1988年以来，保存文件已成为IBM i操作系统的一部分。这些特殊的文件类型存储在库中，用于模拟磁带机。 您可以将保存文件的名称指定为目标，而不是将库或对象保存到磁带设备。 因此，信息被写入磁盘而不是磁带。 保存操作完成后，可以显示或还原保存文件的内容，就像装入盒带的内容一样。 关键功能是可以使用FTP将保存文件对象传送到另一台IBM i服务器或Windows®设备。
最初，使用保存文件为备份关键数据提供了一个较短的窗口：将库备份到磁盘驱动器肯定比写入相对较慢的磁带驱动器要快。 然后，备份完成后，可以出于管理员的需要，将保存的文件保存到磁带上，以进行灾难恢复。 这仍然是正确的，但是在系统之间传输整个保存文件的能力使它们成为无需使用磁带即可分发对象的强大工具。 通过FTP将保存文件发送到Windows文件（扩展名为.savf ）后，可以将其附加到电子邮件，复制到USB驱动器并存档到大型文件服务器。 实际上，软件供应商通常以包含存储文件的.zip文件形式交付其代码，而不是通过邮寄物理媒体的形式。
使用保存文件的步骤相对简单。 而且，由于它们使用命令语言（CL）命令，因此您可以轻松地将规则收集到程序中以进行自动化。
您可以使用CRTSAVF命令将保存文件保存在库中。 CRTSAVF FILE(QGPL/SAVF1)在QGPL库中创建保存文件SAVF1。
一个重要的限制在这里起作用。 单个保存文件只能用于保存一个库中的对象，或者，如果在集成文件系统（IFS）中工作，则可以保存一个目录（包括其子目录）的内容。 对于此示例，程序员的源代码文件位于RPGLIB库中。 您可以使用SAVLIB LIB(RPGLIB) DEV(*SAVF) SAVF(QGPL/SAVF1)命令将整个库保存到保存文件。
使用值*SAVF代替列出DEV参数的磁带机地址。 该命令将需要包含有效的保存文件名和SAVF参数的库，否则将出现错误消息。
可以使用SAVOBJ命令而非SAVLIB保存一个库中的单个对象。 所有正常的保存规则都在这里适用-即，所保存的对象一定不能被另一个作业锁定，并且用户必须对所保存的对象具有权限。 如果要以较低的发行级别将保存文件的内容还原到系统，则需要在目标发行参数（ TGTRLS ）中指定该级别。
一个好的经验法则是期望保存文件将需要与其将包含的库或对象一样多的磁盘空间。 如果系统的可用空间不足，则这些技术是不可取的。 但是，压缩选项可用。 例如，您可以将数据压缩参数（ DTACPR ）设置为*LOW ， *MEDIUM或*HIGH 。 默认值为*LOW ，但是*MEDIUM和*HIGH可以节省更多空间，但会降低性能。
最后，您可以使用保存文件来备份IFS目录中的对象。 但是，不同之处在于必须使用SAV命令。 该命令旨在备份IFS中的对象，因此具有“UNIX®”外观。 该符号要求备份设备具有完全合格的位置。 因此，要将名为/ samples及其所有子目录的目录保存到SAVF1保存文件，可以使用命令SAV DEV('QSYS.LIB/QGPL.LIB/SAVF1.FILE') OBJ(('/samples' *INCLUDE))
您可以通过显示保存文件来验证对象是否已成功复制，就像显示盒带的内容一样。 但是，您可以使用DSPSAVF FILE(QGPL/SAVF1)而不是使用DSPTAP命令。 下列：
FTP可有效地将保存文件下载到PC文件或其他Power Systems。 传输的目标将确定您使用的特定FTP命令。 将文件发送到另一台IBM i机器时，它将在库中显示为一个对象，并且可以使用常规CL命令显示或还原。 但是，将保存文件发送到Windows磁盘时，它以.savf对象的形式存在，仅是Windows的一个字节。 该文件只有在找到通往Power服务器的方式时才有用。
执行以下步骤将在步骤2中创建的保存文件复制到PC USB驱动器（在此示例中标记为F：\）：
在目标PC上的DOS提示符下输入以下信息： FTP nn.nn.nn.nn ：源系统的IP地址或有效的网络名称 用户配置文件：源系统上的授权配置文件 密码：对应的密码 输入以下FTP命令以在PC的驱动器F中创建SAVF1保存文件： BIN QUOTE SITE NAMEFMT 1 GET /QSYS.LIB/QGPL.LIB/SAVF1.SAVF F:\SAVF1.SAVF 传输成功完成后，请使用QUIT命令结束会话。如果源IBM i系统和目标IBM i系统可以通过网络进行通信，则可以将保存文件直接从一个传输到另一个。 要将步骤2中创建的保存文件直接获取到另一台Power服务器上的库中，请从目标系统执行以下步骤：
从目标电源服务器上的命令行输入以下信息： FTP nn.nn.nn.nn ：源系统的IP地址或有效的网络名称 用户配置文件：源系统上的授权配置文件 密码：对应的密码 输入以下FTP命令以在目标系统的QGPL库中创建或替换SAVF1保存文件： BIN NAMEFMT 1 GET /QSYS.LIB/QGPL.LIB/SAVF1.SAVF /QSYS.LIB/QGPL.LIB/SAVF1.SAVF 传输成功完成后，请使用QUIT命令结束会话。使用DSPSAVF命令来证明保存文件的内容有效。
您可以通过网络上的FTP将PC硬盘驱动器或USB驱动器上的保存文件传输到Power服务器。 由于前面步骤中的保存文件以名称SAVF1.SAVF的形式存储在驱动器F上，因此请执行以下步骤将其移动到目标服务器：
在目标PC上的DOS提示符下输入以下信息： FTP nn.nn.nn.nn ：目标IBM i系统的IP地址或有效的网络名称 用户配置文件：源系统上的授权配置文件 密码：对应的密码 输入以下FTP命令，以在目标系统的QGPL库中创建或替换SAVF1保存文件： BIN QUOTE SITE NAMEFMT 1 PUT F:\SAVF1.SAVF /QSYS.LIB/QGPL.LIB/SAVF1.SAVF 传输成功完成后，请使用QUIT命令结束会话。从那里，您可以使用RSTLIB SAVLIB(RPGLIB) DEV(*SAVF) SAVF(QGPL/SAVF1)命令还原整个库。
RSTOBJ命令还原库中的单个文件或对象。 此过程与物理盒式磁带使用的方法相似，但是完全避免了对磁带介质的需求。
保存文件是一种相对快速，简单的方法来移动库，但是使用它们并非没有警告。 主要限制是一次只能保存一个库或一个库中的对象。 单个保存文件的大小不能超过2TB，将数百GB的数据保存到保存文件可能会在磁盘驱动器上造成性能瓶颈。 在这种情况下，建议使用独立的应用程序服务提供商将流量定向到特定磁盘。 始终建议进行性能测试。
IBM已发布了500页的红皮书来对此进行解释（请参阅参考资料中的链接）。 无需阅读整个手册即可上手，但是该书为规划图像目录的空间需求提供了很好的建议。
另外，尽管可以将整个系统保存到虚拟磁带，但是在发生灾难时，不能使用来自此类备份的映像重新加载操作系统。 如果虚拟磁带成为常规备份过程的关键要素，请仔细检查该红皮书。
IBM i5 /OS®的版本5第4版引入了虚拟磁带技术，以允许磁盘区域像磁带驱动器一样工作。 因此，完全可以使用save命令来备份从单个对象到服务器完整内容的所有内容。
尽管可以在程序中堆叠一堆保存文件命令来备份多个库，但是使用一个保存命令和一个目标（虚拟磁带机）更为有效。 数据将被写入驻留在IFS中的虚拟磁带映像目录，而不是保存文件之类的库中。 因此，包含一组不同对象的图像目录可以像其他任何IFS目录一样移动到其他位置。
现在，您可以通过FTP而不是使用盒带将大量数据从一个Power System传输到另一个Power System。 当将数据从旧系统（至少运行版本5发行版4）迁移到新系统时，此技术提供了一个有用的选项。 尽管使用通用磁带机总是比较容易，但是虚拟磁带可以节省为旧服务器购买磁带机和IOA的成本。
实施虚拟磁带并非没有危害。 由于大量数据被保存到IFS，因此必须有足够的磁盘空间。 磁盘已满80％的系统不是很好的选择。 此外，设置和管理映像目录可能很复杂。 例如，在创建映像目录时，可以立即为其分配磁盘空间，即使不需要，它也可以保留数百GB的空间。
实现虚拟磁带的确切命令超出了本文的范围。 表1提供了创建和下载目录的高级过程。
为了完成该方案，图像目录条目对象将从Windows目录转移到目标服务器上的IFS目录。 从那里，您将需要创建一个新的图像目录并导入对象以创建条目。 表2概述了其中涉及的步骤。
从那里，可以使用常规还原命令还原对象。
尽管磁带驱动器仍然是灾难恢复计划的基本组成部分，但是对于将数据传输到其他系统而言，它们变得越来越不重要。 随着磁盘技术和存储区域网络的日趋完善，使用保存文件和虚拟磁带驱动器将成为从主机服务器移出数据的更具吸引力的选择。
翻译自: https://www.ibm.com/developerworks/ibmi/library/i-freeibmilibraries/index.html
相关资源：i2 Analyst's Notebook 8 培训教材