SLR60磁带机可以做200GB系统的全系统备份，何故？

SLR60磁带机使用SLR60磁带容量为30GB，压缩后为60GB，但是却可以用于备200GB的AS/400全系统备份？
注：备份过程是成功的，备份后的磁带也可以用于全系统恢复。

xuguopeng 回复于：2004-06-03 15:25:45

不是吧。。。。。？？我估计你的系统实际大小也就60G以内，否则就是备份做的不对吧？？

layyf 回复于：2004-06-03 17:41:33

ASP多大？有压缩的嘛！有疑问把你的磁带看一遍吧。

fh2001 回复于：2004-06-03 20:13:31

[quote:855d238809="icbcodc"]SLR60磁带机使用SLR60磁带容量为30GB，压缩后为60GB，但是却可以用于备200GB的AS/400全系统备份？
注：备份过程是成功的，备份后的磁带也可以用于全系统恢复。[/quote:855d238809]
是不是200GB是系统所有的硬盘空间？而你的数据量也就60GB?

fzrxh 回复于：2004-06-04 07:43:20

我也赞同许和fh2001意见
我们磁带容量为20GB，压缩后为40GB，可以用于备70GB的AS/400全系统备份？
注：备份过程是成功的，备份后的磁带也可以用于全系统恢复。

xuguopeng 回复于：2004-06-04 08:58:20

大家说的全系统备份到底指的是什么？？ALLUSER DATA？？

还是GO SAVE 21？

居士回复于：2004-06-04 09:37:28

我也觉得不大可能是全系统备份，除非全系统小于60GB

long ear 回复于：2004-06-04 10:10:50

[quote:df5733ad07="icbcodc"]SLR60磁带机使用SLR60磁带容量为30GB，压缩后为60GB，但是却可以用于备200GB的AS/400全系统备份？
注：备份过程是成功的，备份后的磁带也可以用于全系统恢复。[/quote:df5733ad07]
只能有一个解释，就是你们机器里打垃圾文件太多了。其实全系统备份并不真能把机器里面所有的东西全备份下来，象msgq里面的msg就不能被备份，还有就是哪些被临时应用的PTF也是不能被备份的。

davidjin 回复于：2004-06-04 10:14:49

系统中是有很多东东备份不上，但是有如果真有200GB的数据量，估计一盘60GB的带子是不够的！

xuguopeng 回复于：2004-06-04 10:21:42

顺道问一下，SPOOL FILE大家都是如何备份的？？？

fzrxh 回复于：2004-06-05 08:15:37

还是GO SAVE 21,全系统小于60GB

www01 回复于：2004-06-07 10:59:05

4.5版本，全系统备份是不能备份spool file的

kimdai 回复于：2004-06-08 11:51:24

关注如何备份Spooling file？

xuguopeng 回复于：2004-06-08 11:56:49

有的是把SPOOL FILE拷贝成PF保存
有的是把SPOOL FILE直接用导航器拖到PC保存成文本文件

但是我觉得都不太合适太费人力了，期待更好的方法

icbcodc 回复于：2004-06-09 10:53:40

感谢各位的解答。我想再说明一下：全系统备份是使用GO　SAVE　然后选21做，连系统的文件、程序，连应用的文件（PF　LF）、程序，连磁盘上SAVF备份，连积累了一年左右的journal receiver（有100GB）等等，大概有200GB多。
我使用WRKSYSSTS看到ASP的总量为400多GB，使用了近50%，得出有200GB的使用量的。
此问题，我也问过IBM，他们有空间浪费的可能，并且说磁带上是有压缩的，与磁盘上的存放方式不一样，所以压缩后容量为60GB的SLR60磁带可以做200GB系统的全系统备份。
以上是生产系统上的真实情况，不是测试或者随便想到的问题。不知各位有没有亲身遇到此类问题呢？

xuguopeng 回复于：2004-06-09 11:22:45

JRNRCV好象压缩以后会小好几倍的，也可能你的SPOOL FILE很多很大吧，全系统备份是不包括SPOOL FILE的

xuguopeng 回复于：2004-06-09 11:24:56

你用RTVDSKINF收集磁盘数据后，PRTDSKINF看看那些东西有多大，这么说太模糊了

fh2001 回复于：2004-06-09 19:00:44

[quote:87eab9606e="icbcodc"]感谢各位的解答。我想再说明一下：全系统备份是使用GO　SAVE　然后选21做，连系统的文件、程序，连应用的文件（PF　LF）、程序，连磁盘上SAVF备份，连积累了一年左右的journal receiver（有100GB）等等，大概有200GB..........[/quote:87eab9606e]

这么看来，IBM有点误导你了。你的带子可备的非压缩数据为30GB，而非60GB。前面一些兄弟说得对。AS/400备份是备不下三种数据。1. SPOOL FILE, 2. MESSAGE 3. DAMAGED FILES.
用WRKSSYSSTS看系统中的作业多少，可以评估一下是否SPOOL FILE过多。一般1000以内可以接受; 用rclstg可以找出DAMAGED FILES, 看看是否可以删除（这个操作不能随便做的，劝你别试）。 message似乎没有一个好办法。

还有一个就是压缩率的问题，通常的2：1的压缩率只是一个经验值仅供参考。
如果有条件，你可以试试SAVLIB命令备所有的库，将命令的压缩参数从*DEV改为*NO,不压缩备份，可以知道你到底备份了多少原始数据。两者相比可以算出你的压缩率。

awfcai 回复于：2004-06-10 11:16:30

我也遇到过类似的问题，我们的生产系统使用的是SLR60，使用WRKSYSSTS可以得出已使用硬盘空间约为120多G，但是做全系统备份一个盘带子也就够了。
还有现在，我们的一个LIBRARY已经占了140G左右，（使用dsplib *print),但是一盘子带子也够用了

awfcai 回复于：2004-06-10 11:22:16

icbcodc 回复于：2004-06-15 19:09:46

PRTDSKINF用过，这样我才知道Journal Receiver占了多少磁盘空间，然后才知道Journal Reciver有100GB的。
如果说Journal Reciver在压缩的状态下能变小很多，到是比较合理的解释。
我们的825现在系统中有作业35000多个，SPOOL　FILE9万多个。是不是太多了？9万多个如果占用了5.6GB的磁盘空间，也许这块不用备份上TAP也是SLR60能够备下200GB空间的合理解释。

Rluo 回复于：2004-06-16 12:33:57

老兄，你可否看清楚了？大概是你的硬盘总空间200GB吧，实际用了不到60GB吧？

icbcodc 回复于：2004-06-18 17:28:55

[quote:3bca5b8bdd="fh2001"]

这么看来，IBM有点误导你了。你的带子可备的非压缩数据为30GB，而非60GB。前面一些兄弟说得对。AS/400备份是备不下三种数据。1. SPOOL FILE, 2. MESSAGE 3. DAMAGED FILES.
用WRKSSYSSTS看系统中的作业多少，可?.........[/quote:3bca5b8bdd]

感谢指点，我试了一下SAVOBJ命令，通过调整参数：DTACPR和COMPACT的值，将同一个大小为1002048的Journal Receiver：QAUD00040备份上SLR60磁带。
发现COMPACT＝＊DEV，DTACPR＝＊DEV
　　COMPACT＝＊DEV，DTACPR＝＊YES
　　COMPACT＝＊DEV，DTACPR＝＊NO
备份的三个磁带，DSPTAP出来的信息均如下：
Library  . . . . . . :   QSYS                  Release level  . . . :   V5R
ASP  . . . . . . . . :   1                     File sequence  . . . :   1
Volume ID  . . . . . :   TEST                  Data compressed  . . :   No
Expiration date  . . :   *PERM                 Data compacted . . . :   [color=red:3bca5b8bdd]Yes[/color:3bca5b8bdd]
Save command . . . . :   SAVOBJ                Objects saved  . . . :   1
Save active  . . . . :   *NO                   Access paths . . . . :   0
File label ID  . . . :   QSYS
Save format  . . . . :   Serial
Save date/time . . . :   06/18/04   16:51:40
Object             Type     Attribute     Owner         Size (K)  Data   Me
QAUD00040          *JRNRCV                SZHOURF        1002048  Yes

又将备份参数设为COMPACT＝＊NO，DTACPR＝＊DEV
备带时间明显变长，但备带后，DSPTAP显示的信息obj大小是一样的，唯一的区别是Data compacted . . . :   No

Library  . . . . . . :   QSYS                  Release level  . . . :   V5
ASP  . . . . . . . . :   1                     File sequence  . . . :   1
Volume ID  . . . . . :   TEST                  Data compressed  . . :   No
Expiration date  . . :   *PERM                 Data compacted . . . :   No
Save command . . . . :   SAVOBJ                Objects saved  . . . :   1
Save active  . . . . :   *NO                   Access paths . . . . :   0
File label ID  . . . :   QSYS
Save format  . . . . :   Serial
Save date/time . . . :   06/18/04   16:42:08
Object             Type     Attribute     Owner         Size (K)  Data   M
QAUD00040          *JRNRCV                SZHOURF        1002048  Yes

也就是说，不论怎么备，DSPTAP显示出来的备份数据的大小是与磁盘上的大小一样的。不知我如何才能知道到底备份了多少数据上去了？

最热门文章推荐：
>· 华硕笔记本
>· 笔记本电脑报价
>· 东芝笔记本
>· 神舟笔记本
>· 笔记本硬盘
>· hp笔记本电脑
>· 笔记本无线上网
>· 富士通笔记本

下一篇：讨论系统设备的异动监控

↓相关文章：