网络管理员备份与恢复中常用术语表集合

网络管理员备份与恢复中常用术语表集合（精选7篇）

篇1：网络管理员备份与恢复中常用术语表集合

管理员：Administrator，被授权配置、安装和管理VERITAS NetBackup软件的用户，

归档：Archive，在二级存储中复制主存储，然后从主存储中删除文件。

目的是让数据的保留时间更长。

备份：Backup，在二级备份中复制主存储文件，但不将文件从主存储中删除。

目的是防止数据出现系统故障和意外丢失。

备份镜像：Backup Image，在每次备份或归档操作中，VERITAS NetBackup™ 软件为客户端保存的数据的集合，包括所有相关文件、目录和编录信息。

备份窗口：Backup Window，完成自动备份与用户引导的备份和归档的这段时间。

客户端策略：Client Policy，管理员指定的共享共同备份特征的一组客户端。

命令行界面：Command Line Interface，由VERITAS NetBackup软件提供的基于客户端的用户界面，可以通过命令和shell脚本，控制备份及恢复操作。

软件压缩：Software Compression，减少客户端的备份镜像的尺寸，最大程度地降低数据恢复需求和网络流量的操作。

配置数据库：Configuration Database，包括服务器、客户端和存储装置定义、客户端策略定义、日程安排等内容的VERITAS NetBackup数据库。

Daemon：一个与内核分离的UNIX过程，可执行特殊任务。

解压缩：Decompression，在恢复操作过程中重建压缩数据的操作。

设备数据库：Device Database，VERITAS NetBackup介质管理器的数据库，包括关于VERITAS NetBackup配置中的磁带和光盘存储设备的信息。

文件数据库：File Database，VERITAS NetBackup的数据库，包含说明过去的备份和归档的信息。

频率：Frequency，根据特殊VERITAS NetBackup日程进行的多次成功备份之间的指定时间。

完全备份：Full Backup，备份客户端上的所有规定文件。

图形用户界面(GUI)：VERITAS NetBackup软件提供的基于管理员或客户端的用户界面，符合OSF/Motif规范。

增量备份：Incremental Backup，只备份上一次备份后发生了变化的特殊客户端文件。

主服务器：Master Server，进行所有管理操作的服务器，负责所有备份的日程安排。

介质服务器：Media Server，在主服务器(管理其他二级存储装置)控制下运行的服务器，

菜单界面：Menu Interface，VERITAS NetBackup软件提供的基于管理员或客户端的界面，供没有图形用户界面功能的用户使用

多卷设备：Multiple Volume Device，物理存储设备，由于内置机械手控制，修改卷时不需要手动介入

多路复用技术：Multiplexing，通过多个同步备份，将数据传输到同一设备上。

NetBackup域：NetBackup Domain，单个NetBackup主服务器及其相关介质服务器。

NFS挂载：NFS Mounts，驻留在远程节点上的文件，通过NFS协议挂载到本地节点。

主存储：Primary Storage，直接与维护新数据或有效数据的客户端或服务器相连的在线磁盘存储。

裸分区恢复：Raw Partition Restore，磁盘驱动器分区的物理备份。

可移动的介质：Removable Media，没有永久安装在二级存储设备上的盒式磁带或光盘。

恢复：Restore，将以往的备份或归档文件从二级存储恢复回到主存储的操作。

保留水平：Retension Level，规定备份或归档在被删除前的保存时间长度参数。

机械手：Robotic，执行通常分配给NetBackup用户完成的复杂机械任务，如选择一个可移动的介质，并将它载入二级存储设备。

二级存储：Secondary Storage，与备份或归档来自主存储的存储服务器相连的辅助存储。

安全客户端：Secure Client，不需要服务器的a /.rhosts文件输入的客户端。

单卷设备：Single Volume Device，需要手动介入来修改卷的物理存储设备。

独立设备：Standalone Device，需要手动介入来修改卷的物理存储设备。

存储介质：Storage Media，可以存储数据的任何对象，例如磁带、盒式磁带和磁盘/光盘等。

存储单元：Storage Unit，VERITAS NetBackup软件使用的逻辑实体，包括一个或多个存储设备，这些设备属于某种特殊类型或介质密度，附加在特定主机上。

真实镜像恢复(TIR)：True Image Restore，只恢复在特定备份的某个日期和时间存在于目录中的文件，先前删除的文件忽略不计。

信任客户端：Trusting Client，带有a /.rhosts文件条目(供服务器使用)的客户端。

用户：User，操作客户端工作站的人员。

卷：Volume，任何物理存储介质，如磁带或光盘等。

卷数据库：Volume Database，VERITAS NetBackup介质管理器数据库，包括在备份和恢复操作中的卷管理信息。

篇2：网络管理员备份与恢复中常用术语表集合

备份与恢复UNDO表空间，首先要有备份。使用RMAN备份完成后，我们模拟UNDO表空间丢失。此时做更新操作仍然成功，因为shared pool和buffer cache存放了更新的信息。如果我们刷新shared pool和buffer cache，再做连接用户或者更新操作，会提示数据文件找不到。因为UNDO表空间丢失，并且UNDO表空间不可脱机，所以我们不能在数据库运行状态下对UNDO表空间进行恢复。这就要求我们关闭数据库进行恢复操作。如果在真实环境中进行操作，务必在业务低峰期或者测试库进行操作。我们使用一致性关闭数据库会失败，只有强制关闭。此时参数文件、控制文件正常，只是数据文件不正常，所以我们能把数据库启动到MOUNT状态。启动到MOUNT状态后，我们需要使UNDO表空间数据文件离线，注意此时的数据文件编号。然后登录到RMAN中，还原UNDO表空间数据文件，实际上做了一个拷贝的操作，从备份文件中拷贝UNDO表空间数据文件到数据目录，待拷贝完成后，我们需要对UNDO表空间数据文件进行恢复。恢复完成后，再使UNDO表空间数据文件在线，此时的数据库是MOUNT状态，我们需要打开数据库。如果所有的操作都成功，就可以对数据进行更新。

篇3：医院网络数据灾难恢复与备份

1 备份与恢复要求

医院网络备份与恢复包括以下四个重要部分:

(1)数据备份。由于医院数据的特殊性,医院网络必须有严格的数据备份措施和制度,医院数据备份软件应当保证备份数据的完整性、支持多种备份方式,可以定时自动备份,还应提供联机数据备份功能。如果文件中的数据一天中要变化几次,那么为了保证捕捉和保留所有的变化,每天都应该备份几次数据。

(2)网络硬件备份。对物理设备(如计算机、网络配件、服务器等)的备份是备份中另一个重要部分。硬件备份的规程中应该包括热备和冷备要求。

(3)软件备份。需要备份的软件包括应用程序、系统程序、数据库和操作系统等。软件备份必须提供对软件的备份和保护措施和策略。

(4)数据恢复。一但系统数据出现异常,网络必须自动执行数据恢复功能,使系统无需人工重新安装、配置操作系统,也不需要重新安装其他软件即可以恢复。恢复数据还需要提供各种灵活的恢复选择,如按介质、目录树或查询子集等不同方式做数据恢复。

2 灾难恢复管理措施

为了保证在发生数据灾难后迅速恢复正常运行,平时必须加强管理:(1)以预防为主,将数据备份与恢复纳入到业务计划和系统开发过程中。(2)组建专门技术队伍,保证数据备份与恢复专门人员。(3)制定一个易于理解、易于操作的处理数据灾难意外事故的计划。(4)找出弱点并实施灾难预防程序。确定重点,适当注意灾难预防、减轻灾难的影响。

在制定灾难恢复计划的过程中,应着重考虑以下几点:(1)灾害评估,全面了解制定并维护一个有效的灾难恢复计划所需的全部工作。(2)取得管理层以及参与这项工作的有关部门和人员的支持,制定快捷的恢复方案。(3)从业务部门角度确认灾难恢复的需求。(4)恢复完成后,对业务运作和关键部门造成的影响进行归档。

根据解放军一五〇中心医院和湖北省应城市人民医院两家医院计算机网络多年运行情况进行分析,只要管理层重视,配备相应专业技术人员和网络硬、软件备份,有一定的预防措施(例如将院内网和院外网分隔开),就可以避免或减少数据灾难的发生,即使发生数据灾难,也能立即恢复。

参考文献

[1]李大伟.灾难备份与恢复技术研究[J].甘肃科技,2009,(10):30-31.

[2]赵哲文,李灿平.灾难中的数据备份与恢复策略[J].科技广场,2009,(7):73-74.

[3]丁志安.水情数据库的备份与还原[J].河南水利与南水北调,2009,(8):168-169.

[4]李桂元,刘岸松.电脑故障急救大全[M].北京:电脑报电子音像出版社,2009:192-193.

[5]王宏伟.医疗卫生信息系统灾难恢复与数据备份网络安全技术与应用[J].2009,21,(2):91-92.

[6]赵艳,朱立峰.基于复制的医院信息系统数据灾难恢复方案[J].中国数字医学,2008,(1):52-55.

篇4：网络管理员备份与恢复中常用术语表集合

【关键词】HIS系统 数据备份 恢复

医院实现数字化管理是一个漫长的过程，而在这个漫长的过程当中又会不断的出现各种各样的问题，在现代医院越来越依赖计算机来对医院的业务的开展和管理的今天，数据的安全问题无疑是重中之重，国内和国外因数字信息数据丢失而造成严重后果的先例给了我们启迪。数据的安全是建立在存储系统的基础上，因此，构建一个架构完整、合理、科学的存储系统，是实现现代医院信息化过程中必须走的重要的一步。

一、什么是医院HIS系统

所谓的HIS系统，简单来说，就是医院的数字信息系统，通过一定的程序和专业的技术，把医院的各项业务以数据的方式保存在数据库中。这种方式给医院的各项工作带来了极大的便利，通过数字化管理减少了很多的人员需求，大大提高了医院的工作效率。但是，由于一些主观或客观方面的原因，医院的HIS系统也存在着不少问题。

二、导致医院HIS系统中的数据丢失的原因

目前，随着科学技术发展，医院的治疗水平不断提高，这使得医院的业务不断的增长，而在业务不断增长的同时也给医院的HIS系统带来了不小的安全隐患，各种突发的问题使医院的信息系统中的数据面临着丢失的危险。因此，对医院HIS系统中的数据进行备份与恢复是十分必要的。目前，导致医院HIS系统数据丢失的原因主要有以下几种：

（一）自然灾害因素。自然灾害的发生是自然界客观规律作用的结果，人们在自然灾害面前时无能为力的，谁也不可能阻止自然灾害的发生，严重的自然灾害发生时，会对人们的生命与财产带来极大的危害，医院的HIS系统也不例外，在这种情况下，原有的信息系统很有可能会被破坏，进而数据也会丢失，给医院造成严重的后果。

（二）计算机服务器或操作系统出现问题。计算机作为人们发明出的机器，存在着自身的隐患，很有可能在硬件和软件上出现一些预料不到的问题，使得数据丢失。例如计算机服务器突然死机，系统突然不能运行等等，这都可能成为信息系统数据丢失的原因。

（三）操作人员操作不当。工作人员操作不当，这也是一个不能够避免的因素，在操作数据时，工作人员的一时疏忽，可能会把系统中的数据误删掉，从而导致数据的丢失。

（四）计算机病毒的侵害。随着计算机技术的不断发展，计算机病毒也与时俱进，越来越多的计算机病毒让人们防不胜防，病毒通过对计算机软硬件系统的破坏使得计算机瘫痪，进而导致系统不能运行，数据也就随之丢失。

三、医院HIS系统数据备份与恢复的解决方案

（一）采用大容量的数据库系统。数据库作为一个专业存储数据的工具具有一定量的存储空间，在存储量达到最大限度时，系统有可能会自动的删除最原始的数据已增加存储空间，这样就使得原有的部分数据丢失，给医院的工作带来不必要的麻烦。因此，为了避免这种情况的发生，在建立数据信息系统时，应尽可能的采用存储空间大的数据库，使得数据最大限度的得到保存，避免系统自动删除数据的情况发生。

（二）采用多种备份方式。在对医院各种业务的数据进行操作时，为防止数据丢失，对数据进行备份显得尤为重要，但在实际操作中，即使对数据进行了备份，有时也会因为一些不可避免的因素使数据丢失，这很大程度上是因为进行数据备份的方式不对。例如，有些医院仅仅是在一天工作完成后，对医院这一天的各项数据进行整理再备份，可是如果发生了突发状况呢？很有可能使医院这一天的数据丢失甚至使所有数据都丢失，便会给医院带来极大的损失。因此，我们对数据应该实现多方式备份，不仅要对每天的数据进行备份，还要做到实时备份，对每一次数据的变化都进行备份，以确保数据不会丢失。在对数据进行实时备份的同时，还要做到在不同的地方进行备份，不能仅仅把数据保存在同一台机器、同一个文件夹、同一个一、存储系统内，而应在其他的地方也对数据进行备份，例如，把数据同时拷贝在多台计算机内，以避免一台机器出现故障而造成数据丢失，使得丢失的数据及时得到恢复，另外，为了避免自然灾害到来时给数据带来的影响，还应该对数据进行异地备份。自然灾害往往比较严重，所波及的范围也比较广泛，所以，自然灾害来临时，很可能导致整个区域内的系统全部瘫痪不能使用，数据得不到恢复，因此，还应对数据进行远距离的异地备份以应对自然灾害等突发状况。

（三）及时对计算机进行检修。计算机都有一定的使用寿命，因时间过长、年久失修导致计算机不能正常使用从而使得数据丢失的可能性不可避免，要减少这种可能性的发生，就必须对计算机进行及时的维护，对软硬件及时的更换，对计算机病毒及时的查杀，这样才能在最大程度上减少数据丢失的可能性。

（四）做好工作人员的培训于进修工作。因为工作人员操作不当或操作失误导致数据丢失的事件也不断发生，这与工作人员个人的工作态度与能力有很大的关系，因此，为了防止这类事情的出现，应及时做好工作人员的培训工作，减少工作失误。

（五）加快科技化进程，尽量避免更多的人工操作。现代科技日新月异，为计算机实现自动化操作提供了可能，为了最大程度减少人为失误，还应该在自动化方面多下功夫，减少更多的人为操作，避免更多的人为失误。

四、结语

总之，随着科学技术的不断进步，医院实现数字化管理已经是大势所趋，为了紧跟时代步伐，为人们带来更多便利，在实现数字化的过程中应认真看待出現的问题，并采取积极的措施加以解决，使得数字化信息系统更加完善，使得医院的各项业务有条不紊的进行，从来避免不必要的财产损失，带来更大的经济收益。

参考文献：

[1]马宁，夏杰峰 构建医院信息系统的快速备份和恢复 《科技信息》2009年第01期

[2]黄晓亮，构建医院信息系统信息安全计划的几个基本要素《现代计算机》2008年第5期

篇5：备份与恢复

imageX不仅可用来制作Windows安装镜像，还可备份与还原系统，相比Ghost支持增量备份是最大的优势，并且兼容性和稳定性极佳。但是imageX具有一定的学习成本，而基于imageX 开发的GimageX就能以图形化的操作来直观备份恢复系统。

使用GimageX对系统进行备份和还原时，都需要进入Windows PE环境下操作，为了保证GimageX稳定运行，建议使用Windows 7及以上内核的 WinPE，它不仅自带 imageX 文件，并且在进行格式化操作时也不会影响分区对齐。启动 GimageX 后，我们通常只使用“制作映像”和“应用映像”两项功能。

首先，在捕获来源选项中确定需要备份系统的路径，选择系统盘即可，随后确定Wim镜像保存的路径，再输入备份文件的信息和描述，再选择压缩比率并填写显示名称/标志等，最后，再确定备份方式（如图1）。如果你是首次备份则选择新建映像，如果你之前已经有备份过，则选择增量备份，系统即会开始对系统进行备份了，备份速度与文件大小、机器性能、压缩比有关，在默认快速选项下备份速度尚可。

当我们利用GimageX还原时，也需要进入Win PE系统下。其还原操作比较简单。需要注意的是，如干净彻底地恢复系统，需要用户手动对系统盘进行格式化，再进行恢复工作（imageX不会自动格式化）。在GimageX，我们选择“应用映像”，在资源管理器中找到.Wim 格式的备份文件，并选择恢复到系统盘的路径，随后选择需要恢复的版本，点击“应用”按钮即可开始恢复系统了（如图2）。

篇6：用单一产品实现备份与恢复

日前，新近进入中国市场的Acronis公司推出了最新旗舰产品Backup & Recovery 11简体中文版本，针对实体与虚拟机，提供以数据或系统为中心的备份与恢复，同时提供安全的远程存储，让IT管理者能够通过一套统一平台简化作业，进而节省费用。

创立于2002年的Acronis公司，其Backup & Recovery 11是基于Acronis专利技术而开发的软件，也是一款面向中小企业的价格实惠的集成式灾难恢复与数据保护解决方案。

Acronis亚太区总裁Bill Taylor-Mountford表示，Acronis将灾难恢复与数据保护两种功能集成在单一产品上，不仅简单易用，而且价格亲民。特别为中国市场开发的简体中文版本，将使更多的中国用户受惠于这项最新技术。据介绍，目前，Acronis已与北京中科希望软件公司及英迈两家总代进行密切的合作，共同开发中国市场。

篇7：医院信息系统备份与恢复的研究

【关键词】信息系统；数据备份；数据恢复

目前，绝大多数医院使用的HIS系统，是基于ORACLE数据库系统的C/S（客户端/服务器）软件系统。在C/S结构的数据库中，全部ORACLE数据集中存储于主服务器硬盘中，集中存储的优点是存取速度快、数据管理方便，也正是由于这一点，一旦主服务器发生故障丢失数据，给医院带来的损失也是非常惨重的。所以对于ORACLE数据库的定期备份以及发生服务器故障时的数据恢复对于医院来说尤为重要，笔者结合多年ORACLE数据库管理维护经验，对医院信息系统数据库的备份与恢复的方法进行研究与探讨。

1.ORACLE数据库备份的一般方法

ORACLE数据库备份一般分为冷备份（系统级备份）、热备份（联机导出）和逻辑备份三种，这三种备份方法各有优缺点，适用于不同要求的场合，在恢复时的方法也不相同，下面逐一介绍。

1.1 冷备份

也就是系统级备份，是在数据库系统关闭状态下进行的备份。首先将数据库完全关闭，然后通过操作系统命令将数据库存储的文件进行异地备份，通常是将数据拷贝到本机其它硬盘或其它备份服务器。冷备份所备份的数据是一个完整的数据库状态，数据库中保持着数据关闭时的数据结构、内容和配置。与其它备份方式相比，冷备份的优点显而易见：（1）数据完整，数据库中的控制文件、配置文件以及数据文件一并保存。（2）恢复方法简单，只需进行全库数据拷贝即可实现。（3）安全性高，冷备份的数据库中各数据文件修改时间一致，不会发生数据文件时间不匹配情况。当然，冷备份也有一定的缺陷：（1）备份时由于数据库处于关闭状态，所以会暂停所有的客户端访问，由于医院是一个24小时不间断提供服务的机构，所以冷备份时间一般选择在患者极少的午夜或凌晨，但对于某些患者量大的医院来说，冷备份会对医疗工作形成一定的影响。（2）冷备份所提供的备份数据是某个时间点的数据，如果数据库发生故障时要结合归档日志才能恢复到最新状态。（3）冷备份只能对全库进行操作，不能备份单独的表数据。

1.2 热备份

顾名思义，是数据库处于运行状态时进行的备份。在客户端联入较少的时间段进行操作，可以避免由于备份操作影响数据库性能。热备份一般要求ORACLE数据库处于归档模式时进行，在进行恢复时可以结构归档文件对数据进行完全恢复。热备份的优点：（1）最大限度地减小了后台操作对前台运行的影响，热备份进行时不需要关闭数据库，所以对前台用户基本没有影响。（2）速度较快，由于执行的是EXP操作，效率较高。（3）导出的数据存于一个文件中，没有数据时间一致性的要求。缺点：（1）相对冷备份来说操作复杂，不允许出现错误。（2）恢复时操作复杂，必要时要结合归档文件进行操作，增大了数据恢复的难度，但热备份作为一种有效的备份方法是必要的。

我院采用的热备份方法是备份服务器以客户端方式联入主服务器运行EXP命令导出数据的方式进行，这样做可以节约服务器内存资源，导出的数据直接存入备份服务器，为了方便对历史数据进行调阅查询，我院每天自动备份一个数据包文件，这样一周就有7个数据包形成，同冷备份一样，我院也是利用操作系统的计划任务功能将热备份时间定于每天的凌晨5点，并在计划任务中直接写入备份命令代码，举例星期一执行代码如下：

Exp system/manager@dbserver full=y file=d：＼databackup＼Monday.dmp

1.3 逻辑备份

逻辑备份是指的是使用SQL语句或PB、PL/SQL等工具从数据库中导出需要的数据并形成一个备份文件，这个文件的格式可以是DBF文件，也可以是EXCEL文件，甚至是文本文档文件，这些文件只是原数据库中某些数据内容的一个副本。因此，逻辑备份一般用于特殊要求的备份或数据增量备份。比如，在进行数据字典改动测试情况下或是对历史数据进行删除前的备份，逻辑备份是经常采用的一种方法。进行逻辑备份的工具通常是PB、PL/SQL等。

2.ORACLE数据库的恢复方法

医院信息系统是一个24小时在线系统，必须为系统用户提供不间断的服务[1]。ORACLE数据库在长期使用过程中，会因为磁盘存储、网络传输等故障使系统存在一些安全隐患。对于医院的数据库管理维护人员来说为了保障信息系统的安全运行，除了定期备份之外，还要建立起一套有效的数据恢复机制，当ORACLE数据库发生故障后，用最短时间对数据进行最大限度的恢复，把损失降低到最小。数据恢复是医院信息管理维护人员的一项重要工作，对于医院的系统管理员来说更是如此，下面将介绍几种故障情况下的数据恢复。

2.1 ORACLE实例的自动一致性恢复

当服务器出现断电、数据库异常关闭或数据服务中止时，需要对服务器进行实例一致性恢复，以保证ORACLE数据库在下次可以正常启动。实例恢复操作会将数据库恢复到故障之前的事务一致状态中，这个过程是自动的，如果数据文件并未损坏，那么系统管理员只需输入指令按正常程序打开数据即可，数据库会自动地根据在线日志、回滚段等内容进行识别，自动地回滚未提交的事务，重新生成回滚段所指定的操作并写入数据库，以及释放在故障发生时正在处理事务所用的资源。

2.2 介质发生错误或数据文件不一致的数据恢复

例如当服务器的存储介质，主要是存储数据的硬盘发生故障或数据文件被误删时，正在运行的服务被迫中止，在这种情况下的数据库文件是不一致的，需要系统管理员手工进行数据恢复，这种情况下的恢复有两种形式，取决于数据库运行是否是归档方式以及备份方式。

2.2.1 用冷备份数据进行完全介质恢复，可以恢复全部丢失的数据

如果此前数据库运行于归档状态下，并且自上次冷备份以来所有的归档日志都可用时才可能完全恢复。

2.2.2 用热备份数据恢复数据

利用热备份数据进行恢复，对于运行于归档方式数据库的恢复要求不但要有正确的日志备份，还要同时有一个在归档方式下的正确的全库数据备份。这种热备份的恢复在理论上可以没有任何数据丢失，但是对于服务硬件以及数据库操作人员的要求都很高。运行于归档方式下的数据库的恢复要求同冷备份一样，也要求从全备份到服务器停机时所有的归档日志都完好无损。

3.结论

医院信息系统所使用的ORACLE数据库虽然是一套比较安全的数据存储平台，但由于服务器硬件、操作系统故障或其它因素造成系统数据丢失的情况也有发生的可能。医院数据库管理维护人员在平时应定期做好数据库的各种方式备份，在发生故障后一定要保持系统原状[2]，采取正确有效的方法对数据进行恢复，

参考文献

[1]唐鸿建，陈冀军，曹美琴.“军字一号”备份恢复与历史数据存储方法的探讨[J].东南国防医药，2004，6（4）： 305-306.