<waveformatex wFormatTag="353" nChannels="2" nSamplesPerSec="44100" nAvgBytesPerSec="12003" nBlockAlign="4459" wBitsPerSample="16" codecdata="008800000F00AD450000"/> </wmmediatype> </streamconfig> </profile> <profile version="589824" storageformat="1" name="Custom Profile" description=""> <streamconfig majortype="{73647561-0000-0010-8000-00AA00389B71}" streamnumber="1" streamname="Audio Stream" inputname="Audio" bitrate="128016" bufferwindow="-1" reliabletransport="0" decodercomplexity="" rfc1766langid="en-us" > <wmmediatype subtype="{00000161-0000-0010-8000-00AA00389B71}" bfixedsizesamples="1" btemporalcompression="0" lsamplesize="5945"> <waveformatex wFormatTag="353" nChannels="2" nSamplesPerSec="44100" nAvgBytesPerSec="16002" nBlockAlign="5945" wBitsPerSample="16" codecdata="008800000F00E55C0000"/> </wmmediatype> </streamconfig> </profile> <profile version="589824" storageformat="1" name="Custom Profile" description=""> <streamconfig majortype="{73647561-0000-0010-8000-00AA00389B71}" streamnumber="1" streamname="Audio Stream" inputname="Audio" bitrate="160016" bufferwindow="-1" reliabletransport="0" decodercomplexity="" rfc1766langid="en-us" > <wmmediatype subtype="{00000161-0000-0010-8000-00AA00389B71}" bfixedsizesamples="1" btemporalcompression="0" lsamplesize="7431"> <waveformatex wFormatTag="353" nChannels="2" nSamplesPerSec="44100" nAvgBytesPerSec="20002" nBlockAlign="7431" wBitsPerSample="16" codecdata="008800000F001D740000"/> </wmmediatype> </streamconfig> </profile> <profile version="589824" storageformat="1" name="Custom Profile" description=""> <streamconfig majortype="{73647561-0000-0010-8000-00AA00389B71}" streamnumber="1" streamname="Audio Stream" inputname="Audio" bitrate="192016" bufferwindow="-1" reliabletransport="0" decodercomplexity="" rfc1766langid="en-us" > <wmmediatype subtype="{00000161-0000-0010-8000-00AA00389B71}" bfixedsizesamples="1" btemporalcompression="0" lsamplesize="8917"> <waveformatex wFormatTag="353" nChannels="2" nSamplesPerSec="44100" nAvgBytesPerSec="24002" nBlockAlign="8917" wBitsPerSample="16" codecdata="008800000F00558B0000"/> </wmmediatype> </streamconfig> </profile> <profile version="589824" storageformat="1" name="Custom Profile" description="¡器外,还会用额外的服务器进行备份。以下称“备份服务器”。而备份服务器的基本原理很像水泵:数据从源端读取然后流进备份服务器,之后又被送到备份设备上。备份服务器可以处理的量取决于分配给它的资源,换句话说,资源越丰富,我们就能更快的将数据抽取上来。备份可以很大程度上占用网络和存储的资源,然而这并不是仅仅将数据由A传递到B,而是完整的备份过程。除了数据的拷贝和传递,还有重复数据删除,数据压缩的过程以判断还有哪些磁盘块上的数据需要备份。

  为了能使备份服务器达到最大的吞吐性能,我们需要分配足够的资源以免达到瓶颈。

  你需要监控备份服务器的资源使用情况:从实际情况上来说,宁肯让备份服务器占用更多的资源也不要让它的资源不够。如果需要备份的资源更多,那么很可能的是备份服务器也需要更多。如果能确保备份服务器有足够的资源调配,那么我们就能确保它能以最佳性能抽取数据并且能最大程度上缩短备份窗口。

  虚拟化架构引入了许多传统物流环境下无法比拟的备份方式或手段。与虚拟化环境集成的备份应用可以利用这样一些的技术手段以提升备份的效率。VMware公司为此特地开发了相关的API接口以方便第三方备份应用的调用,比如VADP接口,它能帮助备份应用直接与主机以及存储设备通信。VADP提供了更为有效的虚拟磁盘文件的访问方式,例如像变更块追踪技术(CBT)等,将大大缩短原有备份所要的时间。

  增量备份的关键是能判断出自上次备份后的改变量。CBT技术将查询虚拟机的VMkernal,里面将记录磁盘块改变的记录,通过快速查询,我们将很快的知道虚拟机的虚拟磁盘自上次指定时间后的变化量发生在哪些数据块上。

  备份应用通常自己就能完成这些判断操作,因此越快的完成这些操作就意味着能更快的完成增量备份操作。

  为了能实现最有效率的备份方式,我们建议能最大程度的采用虚拟化架构提供的备份接口以达到高效备份的效果。

    上文就如何使备份服务器达到最大吞吐性能做了很好的诠释,不管站长们选用的是服务器租用还是服务器托管,亦或者选用的香港服务器,还是美国服务器,韩国服务器,这些内容都能很好的帮助您探究到服务器的本质。

(责任编辑:admin)
顶一下
(0)
0%
踩一下
(0)
0%
------分隔线----------------------------
发表评论
请自觉遵守互联网相关的政策法规,严禁发布色情、暴力、反动的言论。
评价:
表情:
验证码:点击我更换图片
最新评论 进入详细评论页>>
推荐内容
热点内容