📄 00000001.htm
字号:
<HTML><HEAD> <TITLE>BBS水木清华站∶精华区</TITLE></HEAD><BODY><CENTER><H1>BBS水木清华站∶精华区</H1></CENTER>发信人: <A HREF="mailto:cooly.bbs@bbs.im.tku.edu.tw">cooly.bbs@bbs.im.tku.edu.tw</A> (出 处: <A HREF="mailto:cooly@mis.im.tku.edu.t),">cooly@mis.im.tku.edu.t),</A> 看板: Linux <BR>标 题: 网路备份系统说明文件 <BR>发信站: 渡船头之恋 BBS 站 (Thu Jul 17 11:47:57 1997) <BR>转信站: sobee!netnews.ntu!news.mcu!news.cs.nthu!UUserv.Net.tw!aidebbs!news.yzi <BR> <BR>□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□ <BR>□ NBS ( Network Backup System ) 说明文件 □ <BR>□ 原文刊载於 光碟月刊 (Hope Net) 第 37 期 1997 JUNE □ <BR>□ 本文允许有需要者自由散怖 , 但严禁将其转为商业利用 ,如要散布本文也请保留 □ <BR>□ 本声名 . □ <BR>□ □ <BR>□ 作者 : 淡江资管 张钦隆 ( <A HREF="mailto:cooly@mis.im.tku.edu.tw">cooly@mis.im.tku.edu.tw</A> ) □ <BR>□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□ <BR> <BR>NBS 系统介绍 <BR>------------ <BR>相信许多管理过 Unix 主机的人都有过因为资料毁损 , 而需重建系统的经验 , 如果资料 <BR>有备份的话 , 事情还好解决 , 最惨痛的就是没有备份资料 , 这时就算你再怎麽高竿 , <BR>资料要再救回来恐怕也是回天乏术了 , 基於这个原因 , 我便著手开发了这套备份系统 , <BR>一套好的备份系统应该至少应具备有下面的功能 : <BR> <BR>1. 能够在系统 crash 後 , 轻松地将资料「回存」回来 . <BR>2. 「备份/回存」过程中如果有「错误」出现 , 应能自动重新「备份/回存」 . <BR>3. 应该能让系统管理员做到「备份自动化」 . <BR>4. 「备份/回存」资料时 , 必须考虑到资料的「安全性」 . <BR> <BR>没有做到这几点的系统 , 并不能说是一个完整的「备份系统」, 因此我在开发NBS时 ,便 <BR>是以以上四点功能来作考量 . <BR> <BR>NBS(Network Backup System , 网路备份系统) , 是一个 Unix 上标准的 Client/Server <BR>架构的系统 , 整个系统分成两个部份 , 即 Client 和 Server , 彼此之间透过 TCP/IP <BR>的连结来传递资料 , 下面这个图可以清楚地说明这个系统的运作情形 : <BR> <BR>------------------------------------------------------------------------------ <BR> <BR> │ ┌—————┐ <BR> │ ┌————┐│ NBS │ <BR> ├————┼ 编/解码├┼ │ <BR> │ └————┘│ Client1 │ <BR>┌—————┐ │ └—————┘ <BR>│NBS │┌————┐ │ <BR>│ ┼┤编/解码 ┼—————┤ <BR>│Server │└————┘ │ <BR>└—————┘ │ <BR> │ <BR> ( TCP PORT 5000 ) │ <BR> │ ┌—————┐ <BR> │ ┌————┐│ NBS │ <BR> ├————┼ 编/解码├┼ │ <BR> │ └————┘│ Client2 │ <BR> │ └—————┘ <BR> <BR>□ The Server's Job(When receive client's request) <BR> Step1 . 检查 Client 的 IP Address . <BR> Step2 . 检查 Client 的 Password . <BR> Step3 . 确认 Client 的服务类型 (备份 or 回存) . <BR> Step4 . 提供 Client 所需的服务 . <BR> <BR>□ The Client's Job(When request server to provide service) <BR> Step1 . 分析备份描述档(何谓备份描述档 , 於稍後再行说明) . <BR> Step2 . 送出 Password . <BR> Step3 . 送出 Service Type(服务类型) . <BR> Step4 . 传递资料 . <BR>------------------------------------------------------------------------------ <BR> <BR>由上图我们可以清楚地看到整个系统的运作情形 , 一台跑 NBS Server 的主机可以同时 <BR>服务多台 NBS Client 端 , 提供「备份/回存」的服务 , 当备份主机(NBS Server) 收 <BR>到来自 Client 端的 request 时 , 它会先检查其「IP Address」是否为系统认可的 IP <BR>Address , 如果不是的话就拒绝提供服务并关闭连线 , 如果此 IP Address 是 Server <BR>端认可的 Address , 则检查其传送过来的「密码」是否正确 , 如果密码不正确 , 则一 <BR>样拒绝提供服务并关闭连线 , 如果正确 , 就检查 Client 端所要求的服务为何 , 确认 <BR>服务类型後 , 随即开始提供服务 , 这就是整个 NBS 系统大致的运作状况 , 下面我们 <BR>就来谈谈这个「备份系统」的特色 . <BR> <BR> <BR>NBS 系统特色 <BR>------------ <BR>1. 集权式的备份管理 . <BR> <BR> NBS Server 有一个设定档 , 里面存有它所认可的「NBS Client」主机的位址和其相 <BR> 关资料 , 且它所认可的 Clients 的「备份资料」都是储存在 NBS Server 里的 , 这 <BR> 种集权式的管理方式的优点就是 : 「管理容易 , 只要把 Client 的资料设定好 , 就 <BR> 可以提供服务了」, 但这种方式也是有其缺点 , 就是 : 「资料集中 , 风险也就集中 <BR> , 一旦备份主机资料有所毁损 , 所有的资料就有可能毁於一旦」. <BR> <BR> 解决这种缺点的方式有两种 , 一种是「备份主机」最好购置容错型的电脑 , 如「磁 <BR> 碟阵列」系统 , 这种方式必须花费高昂的金钱 , 但资料安全性最高 , 另一种就是购 <BR> 买两台以上的备份主机 , 一台专门用来提供备份服务 , 另外的就用来 MIRROR 备份 <BR> 主机的资料 ,这样即可拥有较高安全度的备份 , 一般说来 , 除非您是严谨不允许出 <BR> 差错的机构 , 才须采用如上的策略 , 否则一台「备份主机」应该就以经足够 . <BR> <BR>2. 透过「网路」进行备份 . <BR> <BR> 这套系统名为 NBS (Network Backup System) ,也就是「网路备份系统」, 顾名思义 <BR> , 这套系统能够让你透过「TCP/IP」网路协定来传送资料 ,由於是透过「网路」来进 <BR> 行资料的「备份/回存」, 所以系统的「通用性」较高 , 也就是说只要你的主机有透 <BR> 过 TCP/IP 和其它的主机连线 , 你就可以取得你的「备份主机」的服务 . <BR> <BR>3. 资料编码传送 . <BR> <BR> 由於 NBS 系统是透过 TCP/IP 网路协定来传送资料 , 因此资料的安全问题就是一大 <BR> 必需考虑的问题 , TCP/IP 本身并不是一个安全的通讯协定 , 因此所有的资料一旦 <BR> 需透过网路传送时 , 系统都会先予以编码保护 , 如此一来资料的安全度就增高许多. <BR> <BR>4. 线上即时压缩备份 <BR> <BR> 也就是在压缩资料的同时 , 就将资料传送给 Server 端 , 利用这种线上即时压缩技 <BR> 术来将资料传送给 Server 端 , 将可以减低 Server 端储存空间的消耗 , 也可以避 <BR> 免掉压缩资料时所造成的 Client 端的储存空间的损耗 . <BR> <BR>5. 自动化备份 <BR> <BR> 一旦您将您的设定设好後 , 所有有关备份的资讯都用档案储存著 , 所以你并不需要 <BR>
⌨️ 快捷键说明
复制代码
Ctrl + C
搜索代码
Ctrl + F
全屏模式
F11
切换主题
Ctrl + Shift + D
显示快捷键
?
增大字号
Ctrl + =
减小字号
Ctrl + -