免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
最近访问板块 发新帖
查看: 3144 | 回复: 0
打印 上一主题 下一主题

3581带库问题 [复制链接]

论坛徽章:
0
跳转到指定楼层
1 [收藏(0)] [报告]
发表于 2005-03-07 17:15 |只看该作者 |倒序浏览
当我被分数据库的时候:\r\nRMAN>; run\r\n2>; {allocate channel c1 type sbt_tape ;\r\n3>; backup database filesperset 4 format \'%d_%t_%s\';\r\n4>; }\r\n\r\nallocated channel: c1\r\nchannel c1: sid=223 devtype=SBT_TAPE\r\nchannel c1: Tivoli Data Protection for Oracle: version 5.1.5.0\r\n\r\nStarting backup at 07-MAR-05\r\nchannel c1: starting full datafile backupset\r\nchannel c1: specifying datafile(s) in backupset\r\ninput datafile fno=00037 name=/dev/rserpdata_ind_15\r\ninput datafile fno=00064 name=/dev/rserpdata_inv_10\r\ninput datafile fno=00014 name=/dev/rserpdata_mag_03\r\ninput datafile fno=00007 name=/dev/rserp_db_tools\r\nchannel c1: starting piece 1 at 07-MAR-05\r\nreleased channel: c1\r\nRMAN-00571: ===========================================================\r\nRMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============\r\nRMAN-00571: ===========================================================\r\nRMAN-03009: failure of backup command on c1 channel at 03/07/2005 15:44:16\r\nORA-19502: write error on file \"SERP_552325161_2159\", blockno 8548353 (blocksize\r\n=512)\r\nORA-27030: skgfwrt: sbtwrite2 returned error\r\nORA-19511: Error received from media manager layer, error text:\r\n   ANS1329S (RC29)   Server out of data storage space\r\n\r\n并且查看带库状态为:\r\n\r\ntsm: TSMSERVER>;q volume\r\n\r\nVolume Name               Storage      Device      Estimated    Pct   Volume\r\n                          Pool Name    Class Name   Capacity   Util   Status\r\n                                                        (MB)\r\n------------------------  -----------  ----------  ---------  -----  --------\r\n/usr/tivoli/tsm/dsm/arc-  ARCHIVEPOOL  DISK             50.0    0.0  On-Line\r\n hive1.dsm\r\n/usr/tivoli/tsm/dsm/bac-  BACKUPPOOL   DISK            400.0    0.0  On-Line\r\n kup1.dsm\r\nTAPE01                    3581POOL     3581CLASS   412,098.7    0.0    Full\r\nTAPE02                    3581POOL     3581CLASS   404,413.3  100.0    Full\r\nTAPE03                    3581POOL     3581CLASS   398,165.7  100.0  Filling\r\nTAPE04                    3581POOL     3581CLASS         0.0    0.0   Empty\r\nTAPE05                    3581POOL     3581CLASS   405,158.0  100.0    Full\r\nTAPE06                    3581POOL     3581CLASS         0.0    0.0   Empty\r\nTAPE07                    3581POOL     3581CLASS   415,115.3    0.1    Full\r\n看这个状态好像是1,2,5,7磁带都满了,正在往3上写。但是我们每次备份都把上一次备份删除阿。并且我们的备份大小只有200G左右。\r\n怎么会这样呢。不是每个磁带都备份100G,压缩后备份为200G阿。\r\n\r\n\r\ntsm: TSMSERVER>;q path\r\n\r\nSource Name     Source Type     Destination     Destination     On-Line\r\n                                Name            Type\r\n-----------     -----------     -----------     -----------     -------\r\nTSMSERVER       SERVER          3581LIB         LIBRARY         Yes\r\nTSMSERVER       SERVER          3581DRV         DRIVE           Yes\r\n\r\ntsm: TSMSERVER>;q library\r\n\r\n      Library Name: 3581LIB\r\n      Library Type: SCSI\r\n            ACS Id:\r\n  Private Category:\r\n  Scratch Category:\r\n  External Manager:\r\n            Shared: No\r\n           LanFree:\r\nObeyMountRetention:\r\n\r\n我们上次出过一次问题,但是上次是卡带了。查询去path时候drive off了 直接用update命令就启动了\r\n这次看正常啊。还有我测试了一下,如果只是测试备份一个system表空间没有问题。\r\n请大家帮我看一下\r\nibm3581不会这么弱吧
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP