将小文件以一定规则分目录存放,然后备份前对需要的目录打包,备份tar包的速度会提高,消耗的资源也少,备份完成后可以删除tar包。这是一个比较折中的办法了,对于海量小文件的备份,行业内都没有比较好的解决方案。
刚写了一篇心得分享,摘出来oracle通道部分设置心得供您参考通道数越多,对数据库业务影响越大,对数据库的并发读性能要求越高,但如果通道数越多而通过单个通道内备份的data file越少、数据量越小,反而会降低备份效率。备份
利用源端消重技术可以有效减少备份传输过程中的数据量。已经使用LAN进行备份,相信使用SAN备份更加吃不消了。如果在A地有其他备份存储,可以考虑在A地先把备份完成,再克隆到B地设备。
命令行简洁高效,但是对操作人要求比较高。界面直观简单,但很多后台不容易在界面上展现。个人偏向于命令行,也有助于对软件的理解。
关于虚拟机的快照功能,我记得是可以设置保留份数的。快照的数量根据实际的虚拟机化性能来指定。不过为了保障业务和虚拟机性能,一般不会经常性的进行快照。大部分快照一般是备份软件备份时产生,通常备份完成后会自动删除
楼上两位的回答已经很全面了,帮忙做一点补充。在IDC里,遇到这种问题(如果要通过调整硬件)来解决这种问题的话,也扩展过网卡、绑定,虽然理论上可以实现1+1=2,但实际上跑起来因为虚拟化环境里的各种因素,往往是1+1<2(但也
重删效率问题很多因素会影响虚拟磁带库的重删性能,例如备份片的写入块大小,备份片文件杂糅度等等都会影响虚拟磁带库的重删。然而一些环境大小既定,想优化又麻烦,不优化虚拟磁带库重删效率不高、空间又不够…
磁带库能够做到的容灾是很有限的,短周期内故障或者实时故障,磁带库备份的适用性更加小。这些问题的根本原因是因为备份的滞后性,因为备份是需要时间的,并不是转眼完成。因此,单纯提高备份设备数量和性能,收益也不会很大,尤其
以前在L180上也摔过一回,情形是这样,磁带库搬迁,换了华为的交换机,重新配置后,ZONE设置,备份软件配置一样,磁带机微码更新到最新,但一些aix主机就是无法识别L180的磁带机。从网络查到操作系统,再到磁带库交换机,都检查过,多方调
曾经遇到过你这样的问题,如果是环境都没变,只更换了磁带机(和其他正常磁带机微码配置一致),系统没做过调整,只能正常识别原有磁带机、无法识别新更换的磁带机。操作方法(仅供参考,此问题在AIX 5.x和6.x上遇到过):1,找出更换磁带
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024 talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30