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 |
| 我也遇到过类似的问题，我们的生产系统使用的是SLR60，使用WRKSYSSTS可以得出已使用硬盘空间约为120多G，但是做全系统备份一个盘带子也就够了。
还有现在，我们的一个LIBRARY已经占了140G左右，（使用dsplib *print),但是一盘子带子也够用了 |
| 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显示出来的备份数据的大小是与磁盘上的大小一样的。不知我如何才能知道到底备份了多少数据上去了？ |
延伸阅读
文章来源于领测软件测试网 https://www.ltesting.net/
