第３２卷第２期 ２０１５年２月 计算机应用与软件 Ｃｏｍｐｕｔｅｒ Ａｐｐｌｉｃａｔｉｏｎｓ ａｎｄ Ｓｏｆｔｗａｒｅ Ｖｏ１．３２ Ｎｏ．２ Ｆｅｂ．２０１５ ＨＰ—ＵＸ操作系统备份及恢复 刘 振 （上海市城乡建设和交通发展研究院上海２０００３２） 摘 要 从系统备份及恢复的角度论述了ＨＰ—ＵＸ操作系统备份恢复的整个过程，并结合工作实际提出一种新的系统备份策 略——点面备份策略。最后通过应用实例论述了点面备份策略的具体实现以及ＨＰ．ＵＸ操作系统的整个备份及恢复过程。 关键词中图分类号ＨＰ—ＵＸ备份策略ＴＰ３ 系统备份 Ａ ＤＯＩ：１０．３９６９／ｊ．ｉｓｓｎ．１０００—３８６ｘ．２０１５．０２．０２６ 文献标识码ＢＡＣＫＵＰ ＡＮＤ ＲＥＣｏＶＥＲＹ ｏＦ ＨＰ．ＵＸ ｏＰＥＲＡＴＩＮＧ ＳＹＳＴＥＭ Ｌｉｉ１ Ｚｈｅｎ （Ｓｈａｎｇｈａｉ Ｕｒｂａｎ Ｃｏｎｓｔｒｕｃｔｉｏｎ ａｎｄ Ｔｒａｎｓｐｏｒｔａｔｉｏｎ Ｒｅｓｅａｒｃｈ ａｎｄ Ｄ 却ｍｅｒｉｔ Ｉｓｔｎｉｔｕｔｅ，Ｓｈａｎｇｈａｉ ２０００３２，Ｃｈｉｎａ） Ａｂｓｔｒａｃｔ Ｉｎ ｔｈｉｓ ｐａｐｅｒ ｗｅ ａｄｄｒｅｓｓ ｔｈｅ ｗｈｏｌｅ ｂａｃｋｕｐ ａｎｄ ｒｅｃｏｖｅｒｙ ｐｒｏｃｅｓｓ ｏｆ ＨＰ—ＵＸ ｏｐｅｒａｔｉｎｇ ｓｙｓｔｅｍ ｉｎ ｔｅｒｍｓ ｏｆ ｓｙｓｔｅｍ ｂａｃｋｕｐ ａｎｄ ｒｅｃｏｖｅｒｙ，ａｎｄ ｂｒｉｎｇ ｆｏｒｗａｒｄ ａ ｎｅｗ ｓｙｓｔｅｍ ｂａｃｋｕｐ ｓｔｒａｔｅｇｙ，ｎａｍｅｌｙ ｋｅｙ－ｆｕｌｌ ｂａｃｋｕｐ ｓｔｒａｔｅｇｙ，ｉｎ ｃｏｍｂｉｎａｔｉｏｎ ｗｉｔｈ ｗｏｒｋ ｐｒａｃｔｉｃｅｓ．Ｉｎ ｅｎｄ ｏｆ ｔｈｅ ｐａｐｅｒ，ｗｅ ｅｘｐｏｕｎｄ ｔｈｅ ｓｐｅｃｉｆｉｃ ｉｍｐｌｅｍｅｎｔａｔｉｏｎ ｏｆ ｔｈｅ ｋｅｙ—ｆｕｌｌ ｂａｃｋｕｐ ｓｔｒａｔｅｇｙ ａｎｄ ｔｈｅ ｗｈｏｌｅ ｂａｃｋｕｐ ａｎｄ ｒｅｃｏｖｅｒｙ ｐｒｏｃｅｓｓ ｏｆ ＨＰ—ＵＸ ｏｐｅｒａｔｉｎｇ ｓｙｓｔｅｍ ｖｉａ ａｐｐｌｉｃａｔｉｏｎ ｉｎｓｔａｎｃｅｓ． Ｋｅｙｗｏｒｄｓ ＨＰ－ＵＸ Ｂａｃｋｕｐ ｓｔｒａｔｅｇｙ Ｓｙｓｔｅｍ ｂａｃｋｕｐ 份、差分备份策略。完全备份就是拷贝给定计算机或文件系统 ０ 引 言 计算机用户迟早会发现偶尔会丢失文件。丢失文件的原因 有很多：用户会意外地删除文件，程序漏洞会导致损坏数据文 件，硬件出错会损坏整个磁盘，如此等等。由文件丢失而引起的 损坏可大可小，并且修复非常耗时间。备份与恢复是防止用户 数据丢失、确保数据安全的重要手段…。 用户最关心的是数据，比如一台ＵＮＩＸ数据库服务器，用户 一上的所有文件，而不管它是否被改变 ；增量备份就是只备份 在上一次备份后增加、改动的部分数据。增量备份可分为多级， 每一次增量都源自上一次备份后的改动部分 ；差分备份即备 份上一次完全备份后产生和更新的所有新数据，其主要目的是 将完全恢复时涉及到的备份记录数量在两个，以简化恢复 的复杂性 。在使用过程中，这三种策略常结合使用，常用的 方法有：完全备份、完全备份加增量备份、完全备份加差分备 份等 。 般会要求数据丢失后能够在尽量短的时间内恢复，目前关于 数据备份策略和方法的文章很多，但有关操作系统的文件及配 置备份方面的研究相对较少。虽然只要备份的数据在，系统及 完全备份 完全备份将会产生大量数据移动，选择每天完 全备份的用户经常直接把磁带介质连接到每台计算机上（尽量 避免通过网络传输数据以降低网络负担），过多的人工干预导 致较差的经济效益和较高的人力花费，但系统恢复时最为便捷。 应用软件的环境搭建只是一个时间问题，但实际上一旦系统崩 溃，即便理论上恢复不成问题，系统以及应用软件的安装、环境 参数的调配仍是一个非常费时费力的事情。以笔者工作所维护 的系统为例，安装有ＨＰ－ＵＸ操作系统、ＯＲＡＣＬＥ数据库、应用软 件如ＭＣ／ＳＥＲＶＩＣＥＧＵＡＲＤ等，安装后还要调整核心参数、安装 设备、内核重建等，如果是具有更复杂业务的系统，安装起来将 更加费时，极大影响业务的正常运行。 目前关于用户数据备份及恢复的文章很多，本文主要从系 完全备份加增量备份这种备份方法源自完全备份，不过 减少了数据移动和存储，其思想是减少使用完全备份的频次。 比如说在每周六晚上进行完全备份（此时对网络和系统的使用 最小），在其他６天（周日到周五）则进行增量备份，把发生变化 的数据存储在当天的增量备份磁带上。这种做法的优点是减少 了人力花费，备份时间短，节省网络资源，缺点是恢复起来比较 统备份恢复的角度，结合我们中心应用实际，论述ＨＰ—ＵＸ操作 系统备份与恢复的策略及过程。 麻烦，需要从最近的完全备份开始，各级增量备份逐级恢复。 完全备份加差分备份差分备份方法备份自完全备份以来 发生过变化的数据，尽管差分备份比增量备份需要移动和存储 １备份策略理论概述 一更多的数据，但恢复操作简单多了，只需要最近的完全备份加差 收稿日期：２０１３—０８—１９。刘振，工程师，主研领域：ＯＲＡＣＬＥ数据 般来说，现在的备份策略可分为三种：完全备份、增量备 库开发及管理。 １０６ 计算机应用与软件 ２０１５丘 分备份两步恢复操作。表１比较了这几种备份策略各自的 特点。 表１ 几种常用混合备份策略及其特点 备份策略 备份数据量 网络负担 恢复速度 完全备份 大 大 快 完全备份＋增量备份 小 小 慢 完全备份＋差分备份 一般 一般 较快 ２ ＨＰ－ＵＸ系统备份及恢复 ２．１确定要备份的数据 系统备份时首先明确要备份哪些数据。要在丢失全部数据 后恢复系统，一般需要备份的数据有：原始操作系统文件（最初 安装时添加的系统文件）、在最初安装后安装的任何附加程序、 定制的系统配置文件（例如，／ｅｔｃ／ｐａｓｓｗｄ）、所有的用户数据 文件。 我们可以根据实际情况选择相应的备份内容。从系统备份 的角度讲，主要包括如下三种应该备份的数据： １）系统配置文件 对于系统一些关键性的文件或信息需要单独进行备份，这 样有利于对系统进行恢复 』。这些文件或信息包括： （１）系统Ｓｗａｐ信息 ＃ｓｗａｐｉｎｆｏ ｔ （２）系统文件系统信息 ＃ｂｄｆ （３）系统的Ｉ／０信息 ＃ｉｏｓｃａｎ—ｆｎＣ ｄｉｓｋ ＃ｉｏｓｃａｎ ｆｎＣ ｔａｐｅ （４）／ｅｔｃ／ｆｓｔａｂ、／ｅｔｃ／ｐａｓｓｗｄ ｆｓｔａｂ提供了设备文件挂载信息；ｐａｓｓｗｄ提供用户登陆权限 及密码信息。 （５）系统逻辑卷配置文件 ／ｅｔｃ／ｌｖｍｃｏｎｆ／ｖｇＯ０．ｃｏｎｆ、ｖｇＯ１．ｃｏｎｆ等，这些逻辑卷配置文件 可以用命令：ｖｇｃｆｇｂａｃｋｕｐ／ｖｇｃｆｇｒｅｓｔｏｒｅ生成和恢复。 ２）应用程序文件备份 如果应用软件相关的数据有缺失，而操作系统本身没太大 问题的情况下，为了节省时间，可以不必做整个系统的全盘恢 复，只需将相应的数据文件或者逻辑卷上的数据恢复即可。 ３）操作系统引导信息 如果系统崩溃，即便有完整的用户数据副本也不可能进行 任何恢复操作，因此有必要创建可引导恢复介质。 ２．２选择存储设备类型 接下来要确定使用哪种介质来备份数据，要备份的数据量 大小、备份和恢复数据的速度以及希望备份进程的自动化程度 等都是需要考虑的问题，表２列出了一些常用的存储设备及其 特点。 表２存储设备特点 存储设备类型 容纳数据 恢复和备份 可以作 的容量 数据的速度 自动备份 ＤＬＴ磁带驱动器 极好 极好 不可以 ＤＬＴ磁带库 极好 极好 可以 ＤＤＳ格式（ＤＡＴ）磁带驱动器 很好 好 不可以 ＤＤＳ格式（ＤＡＴ）磁带 好 好 可以 驱动器自动装载机 硬盘 好 极好 不可以 光盘多盘库 好 好 可以 光盘单驱动器 一般 好 不可以 ２．３点面备份策略 具体备份策略的确定要结合应用的实际情况，笔者在工作 实践过程中总结出一种新的系统备份策略——点面备份策略， 应用中取得良好效果。点面备份策略包括点备份和面备份策 略，下面分别作予以解释： （１）面备份策略 一般来说，所谓系统备份仅仅是备份未安装其他应用软件 的最小ＯＳ，系统一旦崩溃，首先需要恢复这个最小ＯＳ，再进行 系统参数配置并安装其他应用软件。但实践证明，与常见的 ｗｉｎｄｏｗｓ操作系统不同，ＵＮＩＸ的系统参数配置以及软件安装是 一件非常费时的事情，拿系统参数的配置来说，不存在适用于任 何ＵＮＩＸ环境的一套固定的参数配置，每一个系统都要经过一 段相当长的参数调整过程才能达到系统性能比较优良的状态。 因此笔者所提出的面备份的范围比传统意义上的系统备份广一 些，它是操作系统以及与业务相关的应用软件均安装完毕，并经 过一定时间的系统调优，系统相对稳定后的整个环境的备份。 但这个“面”也不是包罗万象越全越好，它应该是相对稳定 的。拿ＵＮＩＸ系统上的ＯＲＡＣＬＥ数据库来说，运行数据库应用 程序所需要的支持文件在安装完成后一般不会有太大变化，属 于“面”的范围内，而数据库中不断增长更新的数据则不应包括 进来。 为便于备份策略的执行，需要把所有属于“面”范围的文件 与ＵＮＩＸ系统支持文件集中存放在一个磁盘或卷组内（一般是 存放在ｖｇＯＯ卷组），而把经常需要变更的与程序运行无关的数 据存放在其他磁盘或卷组上。 操作系统在安装完应用程序并进行相应的环境参数配置 后，就进入一个相对比较稳定的状态，除非有软件升级、打补丁 或是增删设备，一般不会有太大变化，因此对于面备份可以采用 完全备份的策略，时间间隔视情况而定。 （２）点备份策略 有了面备份，应该说系统恢复已经无忧了，但还有一个恢复 效率的问题。我们知道，ＵＮＸＩ系统完全崩溃不能启动的情况 是极其罕见的，更多的情况是系统中某个或某些文件遭到意外 更改而需要恢复，这种情况下如果也用面备份全部恢复无疑会 浪费大量的时间。因此为了提高备份恢复效率，我们提出了点 备份的概念。 所谓点备份是相对于面备份的概念来说的，它只备份一些 关键点，比如系统配置相关的文件以及比较重要的系统或应用 程序文件等。 第２期 刘振：ＨＰ—ＵＸ操作系统备份及恢复 １０７ 点备份的数据量相对较小，同时考虑到系统恢复的便捷性， 恢复。所谓点恢复是指在系统未崩溃的情况下，将某个或某些 因此我们倾向于采用完全备份加差分备份的策略。 另外，点备份无疑会带来额外的工作量，为节省人工，可购 置ＤＤＳ格式（ＤＡＴ）磁带驱动器自动装载机并结合使用ｃｒｏｎｔａｂ 文件从点备份的归档文件中恢复；面恢复则是在系统崩溃不能 从硬盘引导的情况下，将整个系统从面备份的归档文件中恢复。 系统恢复时具体使用什么程序是与上节所选择的备份程序 相对应的，一般情况下选择了什么实用程序作备份，也用同样的 实用程序进行自动备份，具体方法可参考程显林《ＵＮＩＸ平台下 应用程序的数据备份方法探讨》 。 程序进行恢复，需要说明的是用ｆｂａｃｋｕｐ／ｆｒｅｃｏｖｅｒ和ＳＡＭ作备份 和恢复时是可以互用的，它们无论哪个做的归档文件都可以用 其中任何一个实用程序恢复。 另外，某些实用程序所备份的归档文件不仅能够进行面恢 ２．４选择备份实用程序 可供选择的适用于点备份和面备份的实用程序非常多，下 面我们依据点面备份策略分成两类，简单介绍几个比较常用的 备份实用程序： １）点备份策略 （１）ｔａｒ 可以在多用户环境下备份，因此能够在不中断业务正常运 行的前提下备份数据。同时，由于ｔａｒ能够以追加的方式备份多 个文件，因此用这个工具备份小文件时可以有效提高磁带利用 率。该程序小巧易用，但稍欠灵活。 （２）ｆｂａｃｋｕｐ ｆｂａｃｋｕｐ命令是不能将文件追加到同一个备份磁带上的，文 件备份完毕它将自动对磁带进行回卷，因此适用于进行较大文 件的备份。该程序参数繁多，操作比较复杂，使用非常灵 活，可选择的余地较大。 （３）ＳＡＭ ＳＡＭ是ＨＰ－ＵＸ系统管理的一个工具，它的备 恢复模块 实际上是分别调用了ｆｂａｅｋｕｐ和ｆｒｅｃｏｖｅｒ，而且ＳＡＭ比ＨＰ—ＵＸ命 令更简单，可以使用ＳＡＭ恢复ｆｂａｃｋｕｐ或ＳＡＭ创建的归档文 件。另外，ＳＡＭ可以在多用户环境下进行系统备份。 应针对实际情况并结合各备份恢复程序自身的特点，选择 合适的备／ｑ．／恢复程序。表３简单列举了以上几个备份实用程 序各自的特点。 表３ Ｉ－ＩＰ－ＵＸ点备份实用程序比较 任务 备份实用程序 ｔａｒ ｆｂａｃｋｕｐ／ｆｒｅｃｏｖｅｒ 从磁带错误恢复 不能 可以 磁带使用效率 高 一般 追加备份 可以 不能 在多用户状态下备份 可以 一般需进入 单用户模式 列出磁带上的文件 慢（必须搜索 快 整个备份） 查找具体文件 慢（须搜索整个备份） 快（使用ｆｒｅｃｏｖｅｒ） 进行增量备份 功能相对简单 有强大的多级备份 恢复到相对位置 将绝对路径名 不能 相对于当前目录，使用 一Ｘ选项 ２）面备份策略 ｍａｋｅ＿ｔａｐｅｒｅｃｏｖｅｒｙ 作为Ｉｇｎｉｔｅ－ＵＸ中的实用程序，可从“Ａｐｐｌｉｃａｔｉｏｎ Ｒｅｌｅａｓｅ ＣＤ—ＲＯＭ”安装，能够制作用于系统崩溃恢复的可启动磁带。有 关详细信息参考Ｉｎｇｉｔｅ－ＵＸ Ａｄｍｉｎｉｓｔｒａｔｉｏｎ Ｇｕｉｄｅ¨８］，Ｓｙｓｔｅｍ ａｄｍｉｎ． ｉｓｔｒａｔｉｏｎ ｆｏｒ ｂｕｓｉｎｅｓｓ ｃｏｎｔｉｎｕｉｔｙ——ｔｈｅ ｃａｓｅ ｏｆ ＨＰ— ＵＸ ｏｐｅｒ￣ｉｎｇ ｓｙｓｔｅｍ［ 。 ２．５ Ｉ－ＩＰ－ｕｘ系统恢复 与点备份、面备份相对应，要根据实际情况进行点恢复和面 复，同时也可以作点恢复，因此系统管理员只需用此程序进行面 备份，而不必进行点备份，就能够完全实施点面备份策略，大大 简化了备份流程。 ３ 用 例 以中心数据库服务器系统应用为例，操作系统是ＨＰ—ＵＸ Ｂ． １１．２３，运行ＯＲＡＣＬＥ ９ｉ服务器程序。系统有两个卷组：ｖｓＯＯ和 ｖｓＯ１。其中ｖｓＯｌ由磁盘阵列构成，主要存放数据库数据文件， 数据库数据实时更新，除ＯＲＡＣＬＥ自身的归档日志外，我们用 ＲＭＡＮ在磁带库上作周循环制两级备份（完全备份和增量备 份）；ｖｓＯＯ则由小型机自带的两块物理硬盘构成，装有系统的核 心文件以及ＯＲＡＣＬＥ程序文件，系统自数据库安装完毕后基本 没有设备或软件的更新工作。 ３．１中心ＨＰ－ＵＸ系统备份 １）确定需要备份的数据 为防止部分文件发生意外改变，应进行点备份，我们需要备 份的数据主要包括两个方面：一是跟ＯＲＡＣＬＥ程序文件相关的 逻辑卷（￣Ｉ／ｏｒａｃｌｅ、／ｏｒａｓｙｓ、／ｏｐｔ等），这是由于本中心的ＵＮＩＸ 系统上主要运行数据库程序，同系统文件相比发生意外（删除、 覆盖等）的几率较大；二是ＨＰ—ＵＸ系统配置文件信息，将这些信 息输出重定向至文件予以备份。 为防系统崩溃的意外发生需要进行面备份，制作能够引导 系统的恢复磁带，内容包括整个系统及程序文件。为便于备份， 我们把这些文件集中存放于ｖｓＯＯ卷组上。 ２）选择存储设备类型 我中心使用ＨＰ ＳｔｏｒａｇｅＷｏｒｋｓ ＤＡＴ ４０，ＤＤＳ４格式磁带驱 动器。 ３）确定备份策略 采用点面备份策略。对于面备份，我中心每月末对ｖｇＯ０卷 组进行完全备份；对于点备份，理想情况下是采用每月完全备份 加每周差分备份的策略，但限于设备及人工，我中心暂采用每月 完全备份的策略。 ４）选择备份实用程序 如前所述，这里我们同样根据备份策略分成两类： （１）点备份 ｔａｒ： 一ｃ：建立新的归档文件 一ｒ：向归档文件末尾追加文件 一ｘ：从归档文件中解出文件 一Ｏ：将文件解开到标准输出 一ｖ：处理过程中显示详细信息 一ｆ：指定设备文件名 一ｔ：显示归档文件中的所有文件名 １０８ 计算机应用与软件 ＃ｔａｒ—ｘｖｆ／ｄｅｖ／ｒｍｔ／Ｏｍ／ｔｒａｐ ２０１５正 一ｚ：调用ｇｚｉｐ来压缩归档文件，与一Ｘ联用时调用ｇｚｉｐ完 ｚ：调用ｃｏｍｐｒｅｓｓ来压缩归档文件，与一ｘ联用时调用 成解压缩 一（２）ｆｒｅｃｏｖｅｒ —ｆ：设备文件名 ｒ：恢复磁带上的所有数据 ｘ：恢复磁带上某个或某些目录 ｃｏｍｐｒｅｓｓ完成解压缩 一若要将目录／ｓａｍｐｌｅ备份至磁带上（设备文件名为／ｄｅｖ／ 一ｒｍｔ／Ｏｍ），执行： ＃ｔａｒ—ｃｖｆ／ｄｅｖ／ｒｍｔ／０ｍ／ｓａｍｐｌｅ ｆｂａｃｋｕｐ： 一ｆ：设备文件名 一ｉ：要包含的目录 ～ｅ：不包含的目录 一Ｉ：备份内容检索目录 一ｖ：备份内容详细列表 一０：零级备份 举例来说，要备份除了目录／ｈｏｍｅ外的所有目录到磁带 （设备文件名为／ｄｅｖ／ｒｍｔ／Ｏｍ）上，操作如下： 首先进入单用户模式： ＃ｓｈｕｔｄｏｗｎ—Ｙ ０ ＃／ｅｔｃ／ｍｏｕｎｔ—ａ 然后进行系统备份： ＃ｆｂａｃｋｕｐ—ｆ／ｄｅｖ／ｒｍｔ／０ｍ—ｉ／一ｅ／ｈｏｍｅ ＳＡＭ： 有ＧＵＩ和文本两种模式，基本步骤如下： 选择 Ｂａｃｋｕｐ ａｎｄ Ｒｅｃｏｖｅｒｙ” 选择”Ｉｎｔｅｒａｃｔｉｖｅ Ｂａｃｋｕｐ ａｎｄ Ｒｅｃｏｖｅｒｙ” 选择”Ｂａｃｋｕｐ Ｄｅｖｉｃｅ 选择 Ｂａｃｋｕｐ Ｆｉｌｅｓ Ｉｎｔｅｒａｃｔｉｖｅｌｙ”（Ｆｒｏｍ［Ａｃｔｉｏｎ］ｍｅｎｕｓ） 选择备份范围 选择 Ｌｏｃａｌ Ｆｉｌｅ Ｓｙｓｔｅｍｓ Ｏｎｌｙ （ｎｏ ＮＦＳ） 选择”０Ｋ” （２）面备份 安装ｉｇｎｉｔｅ后，／ｏｐｔ／ｉｇｎｉｔｅ／ｂｉｎ目录中有ｍａｋｅ—ｔａｐｅ—ｒｅｃｏｖｅｒｙ 程序： 一Ａ：指定要备份整个磁盘和卷组 一ｘ ｉｎｅ ｅｎｔｉｒｅ＝磁盘或卷组：指定要备份的磁盘或卷组 一Ｐ：预览备份过程，并不创建Ｂｏｏｔａｂｌｅ ＤＤＳ Ｔａｐｅ —ｆ：该选项可识￣ｔＪ／ｖａｒ／ｏｐｔ／ｉｇｎｉｔｅ／ｒｅｃｏｖｅｒｙ／ａｒｃｈ—ｃｏｎｔｅｎｔ文 件，用于指定备份范围 一ｖ：用于显示备份过程的详细信息 一ａ：指定设备文件名（ｄｅｆａｕｌｔ：／ｄｅｖ／ｒｍｔ／Ｏｍｎ） 一Ｂ：指定备份过程中所用临时文件（ｄｅｆａｕｌｔ：／ｖａｒ／ｔｍｐ／１．ＩＸ— ｉｎｓｔｌｆ．ｒｅｃｏｖｅｒｙ） 一ｉ：交互模式 一ｔ：磁带说明 如下命令可以备份整个ｖｓ００卷组： ｍａｋｅｔａｐｅ—ｒｅｃｏｖｅｒｙ—ｖ—ｘ ｉｎｃ—ｅｎｔｉｒｅ＝ｖｓＯＯ ３．２中心ＨＰ－ＵＸ系统恢复 １）点恢复 （１）ｔａｒ 若要恢复磁带上所有数据，执行： ＃ｔａｒ—ｘｖｆ／ｄｅｖ／ｒｍｔ／Ｏｍ 恢复目录／ｔｍｐ： 一Ｉ：将磁带上文件索引存到指定的文件中 一Ｏ：覆盖已有的、相同名称的文件 一ｉ：要恢复的目录 首先进入单用户模式： ＃ｓｈｕｔｄｏｗｎ—Ｙ ０ ＃／ｅｔｃ／ｍｏｕｎｔ—ａ 然后，如果要恢复磁带上的所有数据： ＃ｆｒｅｃｏｖｅｒ—ｒｏ—ｆ／ｄｅｖ／ｒｍｔ／Ｏｍ 要恢复某一目录： ＃ｆｒｅｃｏｖｅｒ—ＸＯ—ｉ／ｄｉｒｌ—ｉ／ｄｉｒ２ （３）ＳＡＭ 操作步骤与备份时相似，根据交互界面（图形或文本式）提 示容易完成，不再赘述。 ２）面恢复 从ｉｇｎｉｔｅ备份磁带（可启动）恢复，操作步骤如下： 在磁带机中，插入系统恢复带 Ｂｏｏｔ系统 中断Ｂｏｏｔ流程，进入Ｂｏｏｔ ａｄｍｉｎ ｂｏ磁带机的硬件路径 选取ｎｏｎ—ｉｎｔｅｒａｃｔｉｖｅ（也可选择交互方式） 等待系统恢复完毕。 ４ 结语 与目前众多关于用户数据备份及恢复的文章不同，本文主 要从系统备份恢复的角度，结合应用实际，论述ＨＰ—ＵＸ操作系 统备份与恢复的策略及过程。 本文提出了一种新的系统备份策略——点面备份策略，这 种备份策略结合ＨＰ—ＵＸ应用实际，将备份目的、备份内容等因 素考虑进来，具有可操作性强、提高系统恢复效率等优点。 本文最后通过应用实例论述了点面备份策略的具体实现以 及ＨＰ ＵＸ操作系统的整个备份及恢复过程。 参考文献 ［１］张迎献．试谈计算机系统维护与管理［Ｊ］．电脑编程技巧与维护， ２０１１（６）：８４—８５． ［２］李玲，付园，麻晓珍，等．云存储系统中数据冗余策略优化问题 ［Ｊ］．吉林大学学报：信息科学版，２０１３（１）：１—７． ［３］孙在宏，张应奎，王勇．土地利用数据库实时增量更新与监管模式 及技术方法［Ｊ］．南京林业大学学报：自然科学版，２０１２，３６（１）： Ｉ２４一ｌ２８． ［４］钱存发，张晓如，张金龙．基于Ａｎｄｒｏｉｄ移动终端的计算机文件备 份系统的设计［Ｊ］．电子设计工程，２０１３，２１（１）：４９—５２． ［５］李勇．ＵＮＩＸ系统数据备份方法的改进［Ｊ］．福建电脑，２００５（１）：６２ ６３． ［６］Ｊｉｎｇ Ｗ，Ｌｕ Ｑ，Ｊｉｎｌｏｎｇ Ｓ，ｅｔ ａ１．Ｍｅｔｈｏｄ，ｄｅｖｉｃｅ，ａｎｄ ｓｙｓｔｅｍ ｆｏｒ ｄｉｓａｓｔｅｒ ｒｅｃｏｖｅｒｙ：ＷＩＰＯ Ｐａｔｅｎｔ Ａｐｐｌｉｃａｔｉｏｎ ＰＣＴ／ＣＮ２０１２／０７２３５７［Ｐ］．２０１２— ３—１５． （下转第１２７页） 第２期 周凯等：移动自组织网络中基于地理位置的无干扰多径路由协议 ｌｅｎｇｅｓ［Ｊ］．Ｓｅｎｓｏｒｓ，２０１２，１２（１）：６５０—６８５． １２７ 路由表，随着速度的不断增加，链路更容易频繁地断开，因此端 到端的传输时延也随之增加。 艘 留 露 疆 两 释 图２不同节点移动速度下的端到端的时延 节点的移动速度对吞吐量的影响如图３所示。ＭＲ２协议 和ＡＯＭＤＶ协议的平均吞吐量都随着节点速度的增加而变小， 并且，ＭＲ２协议的平均吞吐量变化幅度比ＡＯＭＤＶ协议更大。 这是因为ＭＲ２协议是多径干扰避免路由，当速度较低时，链路 相对稳定，此时，ＭＲ２协议能获得很高的平均吞吐量。当速度 增大时，链路经常断开，ＭＲ２协议的链路维护开销比ＡＯＭＤＶ协 议的大的多，因此，ＭＲ２协议的平均吞吐量变的比ＡＯＭＤＶ协议 更低。当节点移动速度较高的时候，ＲＧＭＲ协议的平均吞吐量 比ＭＲ２协议高，因为ＲＧＭＲ协议无需维护拓扑，适应节点移动 速度较快的网络，节点速度的变化对其吞吐量的影响非常小。 节点移动速度（ｍ，８） 图３不同节点移动速度下的平均吞吐量 ３结语 本文提出了一种基于地理位置的无干扰的多径路由协议 ＲＧＭＲｏ本发明充分利用节点的地理位置信息和ＭＡＣ层ＲＴＳ／ ＣＴＳ机制。将平面区域划分为三个区域，有利于寻找多条路径。 利用ＭＡＣ层的ＲＴＳ／ＣＴＳ机制，节点在传输数据的同时实现了 对干扰节点的标记，从而可以构建出多条互不干扰的路径，相对 于传统的多径路由，数据可以在多条路径上并行传输，提高了网 络的吞吐量，减小了端到端的时延。利用地理位置信息，节点无 需维护全网拓扑，减少了节点的能量损耗，能更好地适应节点快 速移动的网络。仿真结果表明该协议构建了最小化干扰的多条 路径，与另外两个多径路由协议相比，不仅有效地降低了控制开 销和端到端的延迟，而且提高了网络的吞吐量。下一步的工作 将集中在如何控制数据发送速率，使得网络的吞吐量最大化，并 结合合适的流量控制算法进一步提高协议性能。 参考文献 ［Ｉ］Ｍａｌｊａｎ Ｒａｄｉ，Ｂｅｈｎａｍ Ｄｅｚｏｆｕｌｉ，Ｋａｍａｌｒｕｌｎｉｚａｍ Ａｂｕ Ｂａｋａｒ，ｅｔ ａ１．Ｍｕｌ－ ｔｉｐａｔｈ Ｒｏｕｔｉｎｇ ｉｎ Ｗｉｒｅｌｅｓｓ Ｓｅｎｓｏｒ Ｎｅｔｗｏｒｋｓ：Ｓｕｒｖｅｙ ａｎｄ Ｒｅｓｅａｒｃｈ Ｃｈａｌ— ［２］Ｍｏｈａｍｍｅｄ Ｔａｒｉｑｕｅ，Ｋｅｍａｌ Ｅ Ｔｅｐｅ，Ｓａｓａｎ Ａｄｉｂｉ，ｅｔ ａ１．Ｓｕｒｖｅｙ ｏｆ ｍｕｌ— ｔｉｐａｔｈ ｒｏｕｔｉｎｇ ｐｒｏｔｏｃｏｌｓ ｆｏｒ ｍｏｂｉｌｅ ａｄ ｈｏｃ ｎｅｔｗｏｒｋｓ［Ｊ］．Ｊｏｕｒｎａｌ ｏｆ Ｎｅｔ— ｗｏｒｋ ａｎｄ Ｃｏｍｐｕｔｅｒ Ａｐｐｌｉｃａｔｉｏｎｓ，２００９，３２（６）：１１２５一ｌ１４３． ［３］Ｗｕ Ｋ，Ｈａｒｍｓ Ｊ．Ｐｅｒｆｏｒｍａｎｃｅ Ｓｔｕｄｙ ｏｆ ａ Ｍｕｈｉｐａｔｈ Ｒｏｕｔｉｎｇ Ｍｅｔｈｏｄ ｆｏｒ Ｗｉｒｅｌｅｓｓ Ｍｏｂｉｌｅ Ａｄ Ｈｏｃ Ｎｅｔｗｏｒｋｓ［Ｃ］／／Ｐｒｏｃ．Ｎｉｎｔｈ Ｉｎｔ’ｌ Ｓｙｕｒｐ．Ｍｏｄ— ｃｌｉｎｇ，Ａｎａｌｙｓｉｓ ａｎｄ Ｓｉｍｕｌａｔｉｏｎ ｏｆ Ｃｏｍｐｕｔｅｒ ａｎｄ Ｔｅｌｅ－ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍｓ（ＭＡＳＣＯＴＳ’Ｏ１），２００１，９９． ［４］Ｊｏｎｅｓ Ｅ Ｐ Ｃ，Ｋａｒｓｔｅｎ Ｍ，Ｗａｒｄ Ｐ Ａ Ｓ．Ｍｕｈｉｐａｔｈ ｌｏａｄ ｂａｌａｎｃｉｎｇ ｉｎ ｍｕｌｔｉ—ｈｏｐ ｗｉｒｅｌｅｓｓ ｎｅｔｗｏｒｋｓ［Ｃ］／／ＩＥＥＥ Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｃｏｎｆｅｒｅｎｃｅ ｏｎ Ｗｉｒｅｌｅｓｓ ａｎｄ Ｍｏｂｉｌｅ Ｃｏｍｐｕｔｉｎｇ，Ｎｅｔｗｏｒｋｉｎｇ ａｎｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ， （ＷｉＭｏｂ’２００５），２００５：１５８—１６６． ［５］Ｋａｍａｌ Ｊａｉｎ，Ｊｉｔｅｎｄｒａ Ｐａｄｈｙｅ，Ｖｅｎｋａｔａ Ｎ Ｐａｄｍａｎａｂｈａｎ，ｅｔ ａ１．Ｉｍｐａｃｔ ｏｆ ｉｎｔｅｒｆｅｒｅｎｃｅ ｏｎ ｍｕｌｉｔ—ｈｏｐ ｗｉｒｅｌｅｓｓ ｎｅｔｗｏｒｋ ｐｅｒｆｏｒｍａｎｃｅ［Ｃ］／／Ｐｒｏｃｅｅｄ— ｉｎｇｓ ｏｆ ｔｈｅ ９ｔｈ ａｎｎｕａｌ ｉｎｔｅｍａｔｉｏｎａｌ ｃｏｎｆｅｒｅｎｃｅ ｏｎ Ｍｏｂｉｌｅ ｃｏｍｐｕｔｉｎｇ ｎａｄ ｎｅｔｗｏｒｋｉｎｇ，Ｓａｎ Ｄｉｅｇｏ，ＣＡ，ＵＳＡ，２００３：６６—８０． ［６］Ｋｏｏｊａｎａ Ｋｕｌａｄｉｎｉｔｈｉ，Ｃｈｕｎｌｅｉ Ａｎ，Ａｎｄｒｅａｓ Ｔｉｍｍ—Ｇｉｅｌ，ｅｔ ａ１．Ｐｅｒｆｏｒｍ． ａｎｃｅ ｅｖａｌｕａｔｉｏｎ ｏｆ ｒａｄｉｏ ｄｉｓｊｏｉｎｔ ｍｕｌｔｉｐａｔｈ ｍｕｔｉｎｇ［Ｊ］．Ｅｕｒｏｐｅａｎ Ｔｒａｎｓ— ａｃｔｉｏｎｓ ｏｎ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ，２００９，２０（７）：６６８—６７８． ［７］Ｍｏｕｆｉｄａ Ｍａｉｍｏｕｒ．Ｍａｘｉｍａｌｌｙ ｒａｄｉｏ—ｄｉｓｊｏｉｎｔ ｍｕｌｔｉｐａｔｈ ｍｕｔｉｎｇ ｆｏｒ ｗｉｒｅ— ｌｅｓｓ ｍｕｌｔｉｍｅｄｉａ ｓｅｎｓｏｒ ｎｅｔｗｏｒｋｓ［ｃ］／／Ｐｒｏｃｅｅｄｉｎｇｓ ｏｆ ｔｈｅ ４ｔｈ ＡＣＭ ｗｏｒｋｓｈ叩ｏｎ ｗｉｒｅｌｅｓｓ ｍｕｌｔｉｍｅｄｉａ ｎｅｔｗｏｒｋｉｎｇ ａｎｄ ｐｅｒｆｏｒｍａｎｃｅ ｍｏｄｅｌ— ｉｎｇ，Ｖａｎｃｏｕｖｅｒ，Ｂｒｉｔｉｓｈ Ｃｏｌｕｍｂｉａ，Ｃａｎａｄａ，２００８：２６—３１． ［８］Ｔｅｏ Ｊｅｎｎｙｕｅ，Ｈａ Ｙａｊｕｎ，Ｔｈａｍ Ｃｈｅｎｋｈｏｎｇ．Ｉｎｔｅｒｆｅｒｅｎｃｅ－Ｍｉｎｉｍｉｚｅｄ Ｍｕｌ— ｔｉｐａｔｈ Ｒｏｕｔｉｎｇ ｗｉｔｈ Ｃｏｎｇｅｓｔｉｏｎ Ｃｏｎｔｒｏｌ ｉｎ Ｗｉｒｅｌｅｓｓ Ｓｅｎｓｏｒ Ｎｅｔｗｏｒｋ ｆｏｒ Ｈｉｈｇ－Ｒａｔｅ Ｓｔｒｅａｍｉｎｇ［Ｊ］．ＩＥＥＥ Ｔｒａｎｓａｃｔｉｏｎｓ ｏｎ Ｍｏｂｉｌｅ Ｃｏｍｐｕｔｉｎｇ， ２００８，７（９）：１１２４—１１３７． ［９］刘权，王晓东．ＭＲ２一ＧＲＡＤＥ：一种基于梯度值的无线传感器网络高 能效多径干扰避免路由协议［Ｊ］．电子学报，２０１１，３９（ｚ１）：１４７ —１５２． ［１０］Ｏｈ Ｈｙｕｎ Ｗｏｏ，Ｊａｎｇ Ｊｏｎｇ Ｈｙｕｎ，Ｍｏｏｎ Ｋｙｅｏｎｇ Ｄｅｏｋ，ｅｔ ａ１．Ａｎ ｅｘｐｌｉｃｉｔ ｄｉｓｊｏｉｎｔ ｍｕｌｔｉｐａｔｈ ａｌｇｏｒｉｔｈｍ ｆｏｒ ｃｏｓｔ ｅｆｉｆｃｉｅｎｃｙ ｉｎ ｗｉｒｅｌｅｓｓ ｓｅｎｓｏｒ ｎｅｔ— ｗｏｒｋｓ［Ｃ］．ＩＥＥＥ ２１ｓｔ Ｉｎｔｅｎｒａｔｉｏｎａｌ Ｓｙｍｐｏｓｉｕｍ ｏｎ Ｐｅｒｓｏｎａｌ Ｉｎｄｏｏｒ ａｎｄ Ｍｏｂｉｌｅ Ｒａｄｉｏ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＰＩＭＲＣ），２０１０：１８９９—１９０４． ［１ １］Ｍ Ｍａｈｅｓｈ Ｋ，Ｓａｍｉｒ Ｒ Ｄ．Ａｄ ｈｏｃ ｏｍ—ｄｅｍａｎｄ ｍｕｌｔｉｐａｔｈ ｄｉｓｔａｎｃｅ ｖｅｃｔｏｒ ｒｏｕｔｉｎｇ［Ｊ］．Ｗｉｒｅｌｅｓｓ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ ａｎｄ Ｍｏｂｉｌｅ，２００６，６（７）：９６９ —９８８． ［１２］Ｒａｐｐａｐｏｒｔ Ｔ．Ｗｉｒｅｌｅｓｓ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ：Ｐｒｉｎｃｉｐｌｅｓ ｎａｄ ｒＰａｃｔｉｃｅ［Ｍ］． Ｐｒｅｎｔｉｃｅ Ｈａｌｌ，Ｎｅｗ Ｊｅｒｓｅｙ，１９９６． ［１３］Ｙａｎｇ Ｘｉｎｙｕ，Ｆａｎ Ｘｉａｏｊｉｉｎｇ，Ｙｕ Ｗｅｉ，ｅｔ ａ１．ＨＬＬＳ：Ａ Ｈｉｓｔｏｒｙ Ｉｎｆｏｍｒａｉｔｏｎ Ｂａｓｅｄ Ｌｉｇｈｔ Ｌｏｃａｔｉｏｎ Ｓｅｖｒｉｃｅ ｏｆｒ ＭＡＮＥＴｓ［Ｊ］．Ｃｏｍｐｕｔｅｒ Ｎｅｔｗｏｒｋｓ， ２０１２，５６（２）：７３１—７４４． ［１４］Ｖｉｅｉｒａ Ｌ Ｆ Ｍ，Ｌｅｅ Ｕｉｃｈｉｎ，Ｇｅｒｌａ Ｍ．Ｐｈｅｒｏ—ｔｒａｉｌ：ａ ｂｉｏ—ｉｎｓｐｉｅｒｄ ｌｃｏａｔｉｏｎ ｓｅｒｖｉｃｅ ｆｏｒ ｍｏｂｉｌｅ ｕｎｄｅｒｗａｔｅｒ ｓｅｎｓｏｒ ｎｅｔｗｏｒｋｓ『Ｊ］．ＩＥＥＥ Ｊｏｕｒｎａｌ ｏｎ Ｓｅ— ｌｅｃｔｅｄ Ａｒｅａｓ ｉｎ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ，２０１０，２８（４）：５５３—５６３． （上接第１０８页） ［７］程显林，远近．ＵＮＩＸ平台下应用程序的数据备份方法探讨［Ｊ］．教 育信息化，２００５（２）：６４—６５． ［８］Ｈｅｗｌｅｔｔ－Ｐａｃｋａｒｄ Ｄｅｖｅｌｏｐｍｅｎｔ Ｃｏｍｐａｎｙ．Ｉｇｎｉｔｅ—ＵＸ Ａｄｍｉｎｉｓｔｒａｔｉｏｎ Ｇｕｉｄｅ ［ＥＢ／ＯＬ］．２００７－２－２６．ｈｔｔｐ：／／ｄｏｅｓ．ｈｐ．ｃｏｍ／ｅｎ／５９９１—６４４ｏ／ｃｈ０ｌ８ｏ１． ｈｔｍ１． ［９］Ｂａｊｇｏｒｉｃ Ｎ．Ｓｙｓｔｅｍ ａｄｍｉｎｉｓｔｒａｔｉｏｎ ｆｏｒ ｂｕｓｉｎｅｓｓ ｃｏｎｔｉｎｕｉｔｙ ｔｈｅ ｃａｓｅ ｏｆ ＨＰ—ＵＸ ｏｐｅｒａｔｉｎｇ ｓｙｓｔｅｍ［Ｊ］．Ｉｎｔｅｎｒａｔｉｏｎａｌ Ｊｏｕｒｎｌａ ｏｆ Ｂｕｓｉｎｅｓｓ Ｃｏｎｔｉ． ｎｕｉｔｙ ａｎｄ Ｒｉｓｋ Ｍａｎａｇｅｍｅｎｔ，２０１２，３（１）：１９—４０．
