<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>【存储部落】 &#187; SVM</title>
	<atom:link href="http://www.sansky.net/article/tag/svm/feed" rel="self" type="application/rss+xml" />
	<link>http://www.sansky.net</link>
	<description>sansky的存储技术博客，内容涵盖存储解决方案、存储系统、存储硬件、存储软件、存储管理、存储安全、数据备份与恢复、数据保护、存储基础知识，为大家推荐各种存储产品、和存储技术、视频监控、广电、电信、政府、教育、医疗等行业存储系统解决方案，</description>
	<lastBuildDate>Sat, 31 Dec 2011 10:22:25 +0000</lastBuildDate>
	<language>zh-cn</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>UIT SVM 存储虚拟化设备技术规格</title>
		<link>http://www.sansky.net/article/2007-09-01-uit-svm-parameter.html</link>
		<comments>http://www.sansky.net/article/2007-09-01-uit-svm-parameter.html#comments</comments>
		<pubDate>Sat, 01 Sep 2007 03:44:47 +0000</pubDate>
		<dc:creator>sansky</dc:creator>
				<category><![CDATA[存储产品]]></category>
		<category><![CDATA[存储产品介绍]]></category>
		<category><![CDATA[创新科UIT]]></category>
		<category><![CDATA[虚拟化]]></category>
		<category><![CDATA[SVM]]></category>

		<guid isPermaLink="false">http://www.sansky.net/html/2007-09-01-1326.html</guid>
		<description><![CDATA[UIT SVM（Storage Virtualization Manager）采用创新的“管理路径与数据路径相分离“的不对称（out-of-band）的体系结构，为整个SAN提供了集中管理的存储池和虚拟卷的分配，使得所有SAN资源的独立扩展、较高的性能和高可用性得以实现。可增强存储网络的可管理行，减小管理成本，提高存储资源的利用率。UIT SV... ]]></description>
			<content:encoded><![CDATA[<p style="text-align: left"><span xml:lang="EN-US" style="line-height: 150%; font-family: 宋体" lang="EN-US">UIT <a href="http://www.sansky.net/article/tag/svm" class="st_tag internal_tag" rel="tag" title="标签 SVM 下的日志">SVM</a></span><span style="line-height: 150%; font-family: 宋体">（</span><span xml:lang="EN-US" lang="EN-US">Storage Virtualization Manager</span>）采用创新的<span xml:lang="EN-US" lang="EN-US">“</span>管理路径与数据路径相分离<span xml:lang="EN-US" lang="EN-US">“</span>的不对称（<span xml:lang="EN-US" lang="EN-US">out-of-band</span>）的体系结构，为整个<span xml:lang="EN-US" lang="EN-US"><a href="http://www.sansky.net/article/tag/san" class="st_tag internal_tag" rel="tag" title="标签 SAN 下的日志">SAN</a></span>提供了集中管理的存储池和虚拟卷的分配，使得所有<span xml:lang="EN-US" lang="EN-US">SAN</span>资源的独立扩展、较高的性能和高可用性得以实现。可增强存储网络的可管理行，减小管理成本，提高存储资源的利用率。<span xml:lang="EN-US" lang="EN-US">UIT SVM</span>也能使先进的灾难恢复和备份应用成为现实。<span id="more-1326"></span></p>
<p style="text-align: center"><span xml:lang="EN-US" style="font-size: 9pt; line-height: 150%" lang="EN-US"><a rel="lightbox" href="http://www.sansky.net/files/2007/09/118861957485-clip-image001.jpg"><img border="0" width="220" src="http://www.sansky.net/files/2007/09/118861957485-clip-image001.jpg" height="140" id="urn:zoundry:jid:118861957485_clip_image001.jpg" /></a></span></p>
<p style="text-align: left"><span style="line-height: 150%; font-family: 宋体">采用了全冗余</span><span xml:lang="EN-US" lang="EN-US">SAN</span>存储架构，双<span xml:lang="EN-US" lang="EN-US">HBA</span>卡、双交换机、双<span xml:lang="EN-US" lang="EN-US">SVM</span>以及数据链路冗余和负载均衡功能可以有效避免单点故障。</p>
<p style="text-align: left"><strong><span style="font-size: 12pt; line-height: 150%; font-family: 宋体">存储集中管理</span></strong></p>
<p style="text-align: left"><span xml:lang="EN-US" style="line-height: 150%; font-family: 宋体" lang="EN-US">UIT SVM</span><span style="line-height: 150%; font-family: 宋体">可为</span><span xml:lang="EN-US" lang="EN-US">SAN</span>存储网络中来自不同厂商的服务器和存储设备所构建的异构<span xml:lang="EN-US" lang="EN-US">SAN</span>环境提供集中管理功能，将存储空间灵活地分配给服务器和存储应用。<span xml:lang="EN-US" lang="EN-US">SVM</span>不在<span xml:lang="EN-US" lang="EN-US">SAN</span>的数据路径之中，因此不会形成单点故障； <span xml:lang="EN-US" lang="EN-US">SVM</span>支持应用服务器上的多个<span xml:lang="EN-US" lang="EN-US">HBA</span>，使它接入<span xml:lang="EN-US" lang="EN-US">SAN</span>有多条通路，既能做到负载平衡，又能做到故障恢复。</p>
<p style="text-align: left"><span style="line-height: 150%; font-family: 宋体">实现</span><span xml:lang="EN-US" lang="EN-US">SVM</span>集中管理这一过程中不需要进行数据的物理转移，不会破坏系统中原有的任何数据。并且，各主机系统还具有了<span xml:lang="EN-US" lang="EN-US">MultiPath</span>多路径软件、<span xml:lang="EN-US" lang="EN-US">I/O Mapping</span>等功能。</p>
<p style="text-align: left"><span style="line-height: 150%; font-family: 宋体">原有</span><span xml:lang="EN-US" lang="EN-US">SAN</span>系统实现了真正意义上的整合，使异构的存储能够被统一地管理和利用起来。新购入的不同品牌的存储可以直接在线加入到现有存储池中，并根据需要分配给相应主机及应用，这样就大大提高了存储的利用率，简化了管理员的操作。</p>
<p style="text-align: left"><strong><span style="font-size: 12pt; line-height: 150%; font-family: 宋体">虚拟卷管理</span></strong></p>
<p style="text-align: left"><span xml:lang="EN-US" style="line-height: 150%; font-family: 宋体" lang="EN-US">SVM</span><span style="line-height: 150%; font-family: 宋体">可实现多个存储设备逻辑卷的同意管理，建立虚拟存储池，可以最大限度利用存储资源</span><span xml:lang="EN-US" lang="EN-US">.</span> 依据用户现场定义的<span xml:lang="EN-US" lang="EN-US">QoS (</span>服务质量<span xml:lang="EN-US" lang="EN-US">)</span>创建多个存储池<span xml:lang="EN-US" lang="EN-US">,</span> 可以按照存储应用需求的基本特点统一分配存储资源。</p>
<p style="text-align: left"><span xml:lang="EN-US" style="line-height: 150%; font-family: 宋体" lang="EN-US">SVM</span><span style="line-height: 150%; font-family: 宋体">可跨越多个物理设备创建虚拟卷，多个逻辑卷条带化后的虚拟卷显示并行地访问</span><span xml:lang="EN-US" lang="EN-US">,</span> 能够大大提高存储系统性能<span xml:lang="EN-US" lang="EN-US">,</span> 尤其在设定与应用<span xml:lang="EN-US" lang="EN-US">I/O</span>相匹配的<span xml:lang="EN-US" lang="EN-US">1MB</span>或更大的条带容量时<span xml:lang="EN-US" lang="EN-US">,</span> 性能改善非常明显。</p>
<p style="text-align: left"><span style="line-height: 150%; font-family: 宋体">每个虚拟卷可以分配给一个或多个服务器</span><span xml:lang="EN-US" lang="EN-US">,</span> 不允许其他服务器访问。当卷需要扩大时<span xml:lang="EN-US" lang="EN-US">,</span> 可在线地从任意一个存储池中取得容量扩展。创建、扩展和删除卷不需要系统重新启动。</p>
<p style="text-align: left"><strong><span xml:lang="EN-US" style="font-size: 14pt; line-height: 150%; font-family: 宋体" lang="EN-US">MultiView</span></strong></p>
<p style="text-align: left"><span xml:lang="EN-US" style="line-height: 150%; font-family: 宋体" lang="EN-US">MultiView</span><span style="line-height: 150%; font-family: 宋体">是一种开放兼容的基于存储网络的快照技术，它可以创建</span><span xml:lang="EN-US" lang="EN-US">SAN</span>中任何存储设备上的数据的瞬间的、可读<span xml:lang="EN-US" lang="EN-US">/</span>写的、低容量的时间点<span xml:lang="EN-US" lang="EN-US">(PIT)</span>快照，它还能够将快照部署在<span xml:lang="EN-US" lang="EN-US">SAN</span>上，而不是在每一个存储设备上创建快照。<span xml:lang="EN-US" lang="EN-US">PiTs</span>可以用来提供给任何主机访问使用，包括零窗口的数据备份、在线恢复、测试开发，同时生产数据保持在线和不受影响。</p>
<p style="text-align: left"><strong><span style="font-size: 14pt; line-height: 150%; font-family: 宋体">建立远程站点部署</span><span xml:lang="EN-US" lang="EN-US">MultiMirror</span></strong></p>
<p style="text-align: left"><span xml:lang="EN-US" style="line-height: 150%; font-family: 宋体" lang="EN-US">MultiMirror</span> <span style="line-height: 150%; font-family: 宋体">是一个企业级的灾难恢复和数据移动解决方案。它能够在站点之间连续地镜像数据，而不用考虑使用的是何种操作系统或何种存储子系统。由一个</span><span xml:lang="EN-US" lang="EN-US">SVM</span> 虚拟卷作为源，可以任意向本地或远端的一个或多个有足够存储空间的<span xml:lang="EN-US" lang="EN-US">SVM</span>传递并保存数据。它能够确保业务的连续性，将计划内和非计划内的停机造成的影响降到最低。</p>
<p style="text-align: left"><span style="line-height: 150%; font-family: 宋体">异步</span><span xml:lang="EN-US" lang="EN-US">MultiMirror</span> 保留每个站点的<span xml:lang="EN-US" lang="EN-US">PIT</span>，如果有任何形式的数据破坏情况发生，系统管理员可以回滚镜像系统到最近的良好状态的快照。这种快照加强的镜像方法能够在潜在灾难发生后迅速恢复。</p>
<p style="text-align: left"><strong><span style="font-size: 14pt; line-height: 150%; font-family: 宋体">实现本地</span><span xml:lang="EN-US" lang="EN-US">Server-Free</span><a href="http://www.sansky.net/article/tag/backup" class="st_tag internal_tag" rel="tag" title="标签 备份 下的日志">备份</a></strong></p>
<p style="text-align: left"><span style="line-height: 150%; font-family: 宋体">在一个融合磁带、</span><span xml:lang="EN-US" lang="EN-US">MultiView</span>和异步<span xml:lang="EN-US" lang="EN-US">MultiMirror</span> 的环境中，每天的磁带备份工作依旧进行，它们被用于归档和离线存储。这样一来，业务连续性的级别、数据保护的能力和数据恢复的能力将得到大大加强。</p>
<p style="text-align: left"><span style="line-height: 150%; font-family: 宋体">基于磁盘的 </span><span xml:lang="EN-US" lang="EN-US">PIT</span>快照每天可以自动创建多次，使得数据从上一次备份以来的风险降低到最小； 从磁盘快速恢复数据可以在数秒内完成，最小化了宕机时间和减小了恢复的时间；在任何站点的生产数据可以创建副本，并且从磁盘移动到磁带上而对生产应用没有影响。</p>
<p style="text-align: left"><strong><span style="font-size: 14pt; line-height: 150%; font-family: 宋体">实施、管理和扩展</span></strong></p>
<p style="text-align: left"><span xml:lang="EN-US" style="line-height: 150%; font-family: 宋体" lang="EN-US">UIT SVM</span><span style="line-height: 150%; font-family: 宋体">是一个</span><span xml:lang="EN-US" lang="EN-US">1U</span>标准机架设备，对外提供两个<span xml:lang="EN-US" lang="EN-US">FC</span>端口（<span xml:lang="EN-US" lang="EN-US">1Gb</span>或<span xml:lang="EN-US" lang="EN-US">2Gb</span>），便于接入<span xml:lang="EN-US" lang="EN-US">SAN</span>构成不对称虚拟化的存储网络。提供两个以太网接口，用于<span xml:lang="EN-US" lang="EN-US">SVM</span>之间的链接。<span xml:lang="EN-US" lang="EN-US">SVM</span>可无缝地集成到已有的<span xml:lang="EN-US" lang="EN-US">SAN</span>中<span xml:lang="EN-US" lang="EN-US">,</span> 不影响用户的数据。管理员可选择哪些物理设备通过<span xml:lang="EN-US" lang="EN-US">SVM</span>来管理<span xml:lang="EN-US" lang="EN-US">,</span> 不需要进行数据拷贝<span xml:lang="EN-US" lang="EN-US">,</span> 就可将原有的<span xml:lang="EN-US" lang="EN-US">SAN</span>逐渐地迁移到完全虚拟化<span xml:lang="EN-US" lang="EN-US">SAN</span>环境中。系统管理员通过<span xml:lang="EN-US" lang="EN-US">SVM</span>的基于<span xml:lang="EN-US" lang="EN-US">Web</span>的<span xml:lang="EN-US" lang="EN-US">GUI (</span>图形用户界面<span xml:lang="EN-US" lang="EN-US">)</span> 实现对<span xml:lang="EN-US" lang="EN-US">SAN</span>监控和操作。通过<span xml:lang="EN-US" lang="EN-US">SVM</span>的<span xml:lang="EN-US" lang="EN-US">SAN API (</span>应用程序接口<span xml:lang="EN-US" lang="EN-US">)</span> 和<span xml:lang="EN-US" lang="EN-US">CLI(</span>命令行接口<span xml:lang="EN-US" lang="EN-US">),</span> 可将<span xml:lang="EN-US" lang="EN-US">SVM</span>的监控功能集成到各种服务器上的基于策略的存储管理软件中。</p>
<p style="text-align: left"><span style="line-height: 150%; font-family: 宋体">采用带外虚拟技术，使得虚拟化管理不作为</span><span xml:lang="EN-US" lang="EN-US">SAN</span>网络中的<span xml:lang="EN-US" lang="EN-US">I/O</span>处理，因此即使<span xml:lang="EN-US" lang="EN-US">SVM</span>升级更新或者去除，<span xml:lang="EN-US" lang="EN-US">SAN</span>网络仍然保持正常可靠的运行。</p>
<p style="text-align: left"><strong><span xml:lang="EN-US" style="font-size: 14pt; line-height: 150%; font-family: 宋体" lang="EN-US">UIT SVM</span></strong><strong><span style="font-size: 14pt; line-height: 150%; font-family: 宋体"><a href="http://www.sansky.net/article/tag/solutions" class="st_tag internal_tag" rel="tag" title="标签 解决方案 下的日志">解决方案</a></span></strong></p>
<p style="text-align: left"><span style="line-height: 150%; font-family: 宋体">多层次的数据保护解决方案</span></p>
<p style="text-align: left"><span style="line-height: 150%; font-family: 宋体">业务连续性提供的数据保护方案</span></p>
<p style="text-align: left"><span xml:lang="EN-US" style="line-height: 150%; font-family: 宋体" lang="EN-US">Server-Free</span><span style="line-height: 150%; font-family: 宋体">备份</span></p>
<p style="text-align: left"><span style="line-height: 150%; font-family: 宋体">集中整合</span><span xml:lang="EN-US" lang="EN-US">SAN</span>存储管理</p>
<p style="text-align: left"><span style="line-height: 150%; font-family: 宋体">快速的数据备份与恢复</span></p>
<p style="text-align: left"><span style="line-height: 150%; font-family: 宋体">在线的数据复制与迁移解决方案</span></p>
<p style="text-align: left"><span style="line-height: 150%; font-family: 宋体">集中化的</span><span xml:lang="EN-US" lang="EN-US">SAN</span> 存储管理解决方案</p>
<p style="text-align: left"><span style="line-height: 150%; font-family: 宋体">远程灾难恢复服务解决方案</span></p>
]]></content:encoded>
			<wfw:commentRss>http://www.sansky.net/article/2007-09-01-uit-svm-parameter.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>容灾备份解决方案</title>
		<link>http://www.sansky.net/article/2007-08-18-disaster-recovery-backup-solution.html</link>
		<comments>http://www.sansky.net/article/2007-08-18-disaster-recovery-backup-solution.html#comments</comments>
		<pubDate>Fri, 17 Aug 2007 16:02:49 +0000</pubDate>
		<dc:creator>sansky</dc:creator>
				<category><![CDATA[存储技术]]></category>
		<category><![CDATA[备份]]></category>
		<category><![CDATA[容量]]></category>
		<category><![CDATA[带宽]]></category>
		<category><![CDATA[快照snapshot]]></category>
		<category><![CDATA[创新科UIT]]></category>
		<category><![CDATA[网络存储]]></category>
		<category><![CDATA[DISK]]></category>
		<category><![CDATA[解决方案]]></category>
		<category><![CDATA[虚拟化]]></category>
		<category><![CDATA[LUN]]></category>
		<category><![CDATA[RAID]]></category>
		<category><![CDATA[SAN]]></category>
		<category><![CDATA[SVM]]></category>
		<category><![CDATA[文件系统]]></category>
		<category><![CDATA[数据库]]></category>
		<category><![CDATA[数据保护]]></category>

		<guid isPermaLink="false">http://www.sansky.net/html/2007-08-18-1273.html</guid>
		<description><![CDATA[呵呵，这是我帮公司写的，发布在存储世界上的软文，宣传性较重，大家姑且看看。 灾难备份建设是一项周密的系统工程，也是一个全新的危机管理领域。灾难备份建设不仅需要进行灾难备份中心建设和IT系统购置，更需要有灾难备份技术、危机管理、风险管理、业务连续计划制订、灾难演练和灾难恢... ]]></description>
			<content:encoded><![CDATA[<p>呵呵，这是我帮公司写的，发布在存储世界上的软文，宣传性较重，大家姑且看看。</p>
<p>灾难备份建设是一项周密的系统工程，也是一个全新的危机管理领域。灾难备份建设不仅需要进行灾难备份中心建设和IT系统购置，更需要有灾难备份技术、危机管理、风险管理、业务连续计划制订、灾难演练和灾难恢复等灾难备份专业领域知识。此外,灾难备份也不同于一般的IT项目，它是单位机构业务流程的延续，它需要建立完善的灾难备份中心运营管理体系，需要不断保持业务连续性计划的有效性，以保障灾难备份中心能持续发挥灾难备份功能。</p>
<p><span id="more-1273"></span></p>
<p>常见容灾系统按业务系统不同、所要求的RTO和RPO不同，可分为介质容灾、远程备份容灾、数据容灾和应用容灾等四种类型。</p>
<p><strong>介质容灾</strong></p>
<p>业务系统已将数据备份到可移动介质（如磁带、光盘、胶片等）上，为了保证这些数据在灾难发生时能够被妥善的保存，并在系统重新安装或恢复后，将介质上的数据恢复回去，最简单的容灾方法就是将这些介质定期地以人工的方式收集到容灾中心，在容灾中心进行最为妥善的介质保存措施。</p>
<p><strong>远程备份容灾</strong></p>
<p>对恢复时间要求较高，没有在本地实施备份系统的部门，可通过远程网络直接将数据备份到容灾中心的存储池中，保证数据的安全性。采用这种容灾方式，一般要求恢复的数据时间点在灾难发生前的几十分钟到几个小时；而从灾难发生后，需要完成从恢复系统、恢复数据、直到实现对外提供应用服务这么一整套的恢复工作，所需要时间大约为几小时到一天。</p>
<p><strong>数据容灾</strong></p>
<p>数据容灾的保护对象是生产系统产生的业务数据。为了更好地实现数据的容灾，数据容灾方案必须能够实现对数据库数据、基于文件系统的数据，甚至对系统的数据卷，进行实时有效保护。数据容灾的根本目的，是能够重新利用复制的数据。也就是说，数据容灾的核心是恢复，如果容灾的数据无法恢复和重新使用，就失去了容灾的意义。</p>
<p>基于数据容灾的实现技术有很多，为了实现不同用户数据容灾的需要，容灾中心的数据容灾架构应该能够支持和实现多级别的数据容灾，根据功能框架的设计，需要实现的数据容灾方案包括：</p>
<p>l 数据文件容灾实现</p>
<p>l 数据库容灾实现</p>
<p>l 存储网络层数据容灾实现</p>
<p>l 数据卷容灾实现</p>
<p>l 磁盘阵列级数据容灾</p>
<p><strong>一、数据文件容灾</strong></p>
<p>数据文件容灾主要实现用户端文件级数据到容灾中心的复制。通过容灾中心复制软件的和用户端复制代理软件的配合，容灾中心可以监控用户端文件的修改，定时或实时（根据数据设定的策略）将用户端文件同步到容灾中心。系统能够实现基于数据文件或数据字节层次的数据复制、时间调度复制等，并可以采用一对多和多对一的数据复制方式。</p>
<p><strong>二、数据库容灾</strong></p>
<p>通过使用基于数据库软件复制技术保证远程数据库的复制。用户端主机安装数据库同步软件的客户端和数据库agent，通过搭建的网络环境和容灾中心数据库同步软件的服务器端通讯，按照定义的规则实现整库级、用户级、表级的数据同步。在不同用户端的生产服务器上都部署上数据库同步软件的客户端和数据库agent，可以和容灾中心的数据库同步软件服务器端实现N对一模式的远程数据复制。</p>
<p><strong>三、数据卷容灾</strong></p>
<p>数据卷容灾采用卷管理器的磁盘镜像功能来实现。通过在容灾中心主机和用户端主机上安装卷管理器软件，可以将容灾中心的镜像磁盘和用户端的主磁盘上的分区或卷虚拟为服务器能够看到的同一分区或卷，这样在用户端主机发生I/O操作时，系统会自动将数据分别写入本地的主磁盘阵列和容灾中心的镜像磁盘阵列中，从而实现数据的镜像。这种写操作是对主机而言的，是逻辑上的。当客户端数据发生灾难时，容灾中心数据可以被接管应用。当客户端中心系统重建后，数据可以随时从容灾中心得到恢复。</p>
<p>数据卷容灾的实现，需要在用户端主机上安装专用的数据复制软件。这种方式需要对客户端的改动较大，而且卷复制操作系统平台不同和数据传输性能的影响，很难实现大规模“一对多”容灾模式。因此，建议容灾中心先期不作本方案的实施，如果有具体用户需求，再设计具体的方案，具体实现。</p>
<p><strong>四、网络层数据容灾</strong></p>
<p>存储网络级数据容灾，一般通过专门的设备为远程复制容灾提供I/O路径和复制路径，实现基于SAN层次的数据容灾。通过在用户端和容灾中心的系统中配置专用服务器，在其上安装专用软件。容灾中心的专用服务器可以配置为定时对用户端专用服务器的数据进行复制，从而实现关键数据的远程复制和保护。传输链路可以选择IP网络和FC网络，如果IP城域网或广域网的带宽较低，可以采用异步的复制形式。</p>
<p><strong>五、磁盘阵列级数据容灾</strong></p>
<p>利用高性能磁盘阵列（硬件层次）的高级数据复制功能，通过存储子系统之间的通讯，并结合一些主机端的管理工具，来实现用户端数据和容灾中心对数据的传输复制。复制通过用户端和容灾中心磁盘阵列上的微处理器实时完成。将灾难发生时，可以将关键数据的损失降至最低，而且不需要主机干涉或占用主机资源，可以做到灾难发生的同时实现应用处理过程的恢复。</p>
<p><strong>应用容灾</strong></p>
<p>对于恢复时间要求非常高，而且具备在本地和容灾中心可以实现短时间范围内的数据复制能力的部门，一方面可以通过远程网络直接将数据复制到容灾中心的磁盘阵列中，另一方面可以通过远程集群管理软件实现容灾中心的待机状态的应用服务器和本地应用服务器保持一定的同步，从而在灾难时可以直接快速启动容灾中心的服务器，在最短的时间内对外提供服务。采用这种容灾方式，一般要求恢复的数据时间点在灾难发生前的几分钟到几十分钟；而从灾难发生后，只需要完成网络和应用服务的切换工作，所需要时间大约为几分钟到一小时。</p>
<p><strong><font color="#000000">构建UIT SVM为核心的虚拟化存储架构</font></strong></p>
<p>我们利用UIT SVM虚拟化产品构建存储的基础架构，利用带外虚拟化技术在现有SAN存储架构增加虚拟化管理器(<a href="http://www.sansky.net/article/tag/svm" class="st_tag internal_tag" rel="tag" title="标签 SVM 下的日志">SVM</a>)来实现更高级功能的管理。</p>
<p>首先，在每个数据中心将SVM从接入到现有的SAN 交换机，利用其存储虚拟化功能，对当前系统中来自于不同品牌的存储设备进行统一接管，将其聚合成一个或多个中央管理池（如下图），此过程是利用SVM的LUN数字签名功能，直接将系统中原有的LUNs移入存储池中,迁移时间短不需要进行数据的物理转移，而且不会破坏系统中原有的任何数据；</p>
<p><img width="456" src="http://www.sansky.net/wp-content/2007/08/windowslivewriteruitsvm-14c66clip-image0024.jpg" height="291" /></p>
<p>其次，在各主机系统安装相应的Agent（其中包含MultiPath多路径软件、I/O Mapping、与SVM通讯等功能），该多路径软件占用系统资源小，兼容各种主流开放平台的操作系统、主机HBA卡以及来自于不同厂商的异构的存储子系统，可以节省并代替例如EMC PowerPath/IBM RDAC等主机客户端软件，从而可靠地完成来自于SVM集中管理下的存储统一分配、管理、保护及容灾等功能；</p>
<p>最后，利用SVM将存储池中原有数据LUNs以卷(Volume)的形式重新分配给原有对应的主机，使数据库及应用能够继续正常运行。</p>
<p>至此，在非常短的时间内便在原有系统实现了真正意义上的整合，使异构的存储能够被统一地管理和利用起来，剩余的空间可以及时地分配给需要的服务器；在以后的系统更新及扩容时，新购进的不同品牌的存储可以直接在线加入到存储池中，由各业务单位根据需要分配给相应主机及应用，这样就大大提高了存储的利用率，简化了管理员的操作。</p>
<p>同时，由于SVM的带外技术以及主机Agent的存在，使系统实现数据访问全线速、多路径冗余的高可用性，无性能瓶颈和单点故障，使存储子系统和主机系统具有良好的可扩展性，尤其当SVM升级或者发生故障时，生产系统仍能进行正常的数据访问，确保了业务的连续性、可靠性。</p>
<p><strong><font color="#000000">为生产卷建立时间点的Pit（Point in Time）</font></strong></p>
<p>MultiView 是一个开放兼容的基于存储网络的快照技术，它可以创建SAN中任何存储设备上数据的瞬间的，可读/写的，低容量的时间点(Pit)快照。能够工作于绝大多数的存储设备上，能够部署快照在SAN上而不是在每一个存储设备上创建快照。PiTs可以用来提供给任何主机访问使用，包括零窗口的数据备份、在线恢复、测试开发，同时生产数据保持在线和不受影响。</p>
<p>每一个MultiView PiT 卷快照相比源卷只占用很小的空间，因为它只保留Pit创建后卷上的改变记录。Pit所需要的空间无需提前分配或保留，Pit随着新的数据产生少量的增长。每一个卷的多个Pit可以保留在线使用。</p>
<p>l 自动创建PiT Snapshots</p>
<p>每一个小容量的PiT组合到一起形成数量众多的Pit 可以使得multiView 实现在一天里快速的频繁的磁盘备份。利用计划设定能够允许按照设定的时间频率自动的创建Pit，可使数据保护级别由晚间备份提高到每天小时级别的保护。</p>
<p>l 数据一致性</p>
<p>为了确保每个Pit的数据一致性，一致性组能够在卷上创建逻辑组的快照，例如数据库中的数据文件和日志文件。这样能让数据库静默实创建快照，还可以保持数据的完整性。</p>
<p>l 没有数据移动</p>
<p>MultiView 关键的优势之一就是创建Pit时没有物理的数据拷贝。通过简单的打开新的卷，用来保存源卷数据的任何变化的磁轨，这样避免了物理上的移动和数据的拷贝，这样每个Pit创建时仅仅数秒钟内完成，而与源卷大小没有关系。</p>
<p>l 在数分钟内恢复</p>
<p>相对于磁带恢复数据所需要较长的时间，也许是几个小时来恢复数据，从Pit上恢复数据一般仅需几分钟。当一个文件，记录或者文件系统需要恢复时，Pit可以通过View 来mount所需数据卷选择所需要恢复的数据恢复。同样，恢复时没有数据移动仅需几分钟而不是几小时或者几天。</p>
<p>l 每隔2小时(间隔将根据实际应用调整)创建时间点的数据保护</p>
<p>将保护级别提高到2小时。每个数据中心根据设计要求创建自己的时间点快照(Point in Time简称Pit)，在这个时间点的数据状态将被保留，新产生的数据和改变的数据将直接写入到Pool中的临时存储空间中。</p>
<p><strong><font color="#000000">建立远程站点部署MultiMirror</font></strong></p>
<p>MultiMirror 是一个企业级的灾难恢复和数据移动解决方案，它能够在站点之间连续地镜像数据，而不用考虑使用的是何种操作系统或何种存储系统，由一个SVM 虚拟卷作为源，可以任意向本地或远端的一个或多个有足够存储空间的SVM DOMAIN 传递并保存数据。它能够确保业务的连续性，将计划内和非计划内的停机造成的影响降到最低。</p>
<p>SVM multiMirror 异步方式的原理是，以一个SVM 虚拟卷作为数据源，把不断变化的源数据定义成多个时间点，在远端先建立起源数据的同步卷，再把每个时间点的数据状态生成一个快照卷，保证在源数据不断变化的情况下每个时间点的数据一致性和正确性：</p>
<p><img width="385" src="http://www.sansky.net/wp-content/2007/08/windowslivewriteruitsvm-14c66clip-image003.jpg" height="219" /></p>
<p>异步multiMirror 是利用快照技术的灾难恢复解决方案，能够从任何存储设备上镜像数据到任何设备上，或者是本地或者是远程。异步multiMirror 技术结合了平台独立性、any-to-any（任意点对点）、瞬间异步镜像， 可读写低容量的Pit来确保站点间在灾难恢复时的数据完整性。它能够工作在绝大多数的存储品牌之上，允许用户部署镜像解决方案在SAN上而不是在各自存储品牌设备上。</p>
<p>为了降低数据复制时对于本地生产磁盘的性能影响，建议存储系统采用FC+SATA混用技术，这样将生产数据存放于本地FC高速磁盘设备上，将远程站点的数据写入到SATA做成的RAID组中，这样磁盘读写就不会相互干扰和影响，同时廉价大容量的SATA磁盘又可以作为存储大量数据副本的载体可以节省投入成本。</p>
<p>数据复制的工作完全由SVM来处理，SVM本身的设计的高性能的光纤卡和千兆网卡用于进行FC或者IP远程数据传输。因此所有的复制工作由SVM承担，结合双SVM可以实现数据复制的高可用性，这一点与传统的基于服务器主机和基于存储系统的复制是完全不一样的。</p>
]]></content:encoded>
			<wfw:commentRss>http://www.sansky.net/article/2007-08-18-disaster-recovery-backup-solution.html/feed</wfw:commentRss>
		<slash:comments>11</slash:comments>
		</item>
		<item>
		<title>现代电视技术：高清制作网存储系统解决方案2</title>
		<link>http://www.sansky.net/article/2007-07-24-modern-tv-technology-high-definition-production-network-storage-system-solutions-2.html</link>
		<comments>http://www.sansky.net/article/2007-07-24-modern-tv-technology-high-definition-production-network-storage-system-solutions-2.html#comments</comments>
		<pubDate>Tue, 24 Jul 2007 08:18:30 +0000</pubDate>
		<dc:creator>sansky</dc:creator>
				<category><![CDATA[快乐生活]]></category>
		<category><![CDATA[媒体发表]]></category>
		<category><![CDATA[广电行业]]></category>
		<category><![CDATA[非线性编辑]]></category>
		<category><![CDATA[解决方案]]></category>
		<category><![CDATA[虚拟化]]></category>
		<category><![CDATA[SVM]]></category>
		<category><![CDATA[UIT-BM6800]]></category>

		<guid isPermaLink="false">http://www.sansky.net/html/2007-07-24-1155.html</guid>
		<description><![CDATA[4 解决方案 UIT BM6800光纤通道存储提供8个4GB主机端口和8个4GB的磁盘通道，整个存储系统可对外可提供高达1600MB/S的读写带宽。这一卓越的带宽性能正好可以满足高清制作网的大容量、大带宽要求，因此BM6800非常适合作为高清制作网的核心存储设备。 解决方案一：单台UIT BM6800（中小高清制作网） 高清制... ]]></description>
			<content:encoded><![CDATA[<h4>4 <a href="http://www.sansky.net/article/tag/solutions" class="st_tag internal_tag" rel="tag" title="标签 解决方案 下的日志">解决方案</a></h4>
<p>UIT BM6800光纤通道存储提供8个4GB主机端口和8个4GB的磁盘通道，整个存储系统可对外可提供高达1600MB/S的读写带宽。这一卓越的带宽性能正好可以满足高清制作网的大容量、大带宽要求，因此BM6800非常适合作为高清制作网的核心存储设备。</p>
<p><strong>解决方案一：单台UIT BM6800（中小高清制作网）</strong></p>
<p>高清制作网的工作站数量按30台来计算，其中上下载工作站12台，编辑工作站18台，最大实时视频层数为2层。节目素材采用双码率编辑方式，即高清码率和标清码率协同编辑，其中高清码率为240Mb/s，标清码率为50Mb/s。<span id="more-1155"></span></p>
<p>表1可知高清制作网络的总带宽要求为总带宽为802MB/S，考虑到网络系统要有20%的带宽冗余，那么存储系统应该至少能够提供1003MB/S的带宽，而这一带宽要求低于BM6800的总带宽性能，因此单台BM6800就可以满足30台工作站规模的高清制作网的存储要求。对应的制作网系统拓扑图如下：</p>
<p><img width="461" src="http://www.sansky.net/wp-content/2007/07/windowslivewriter2-e544clip-image002.jpg" height="280" /></p>
<p>（图1）</p>
<p><strong>解决方案二： UIT BM6800+<a href="http://www.sansky.net/article/tag/svm" class="st_tag internal_tag" rel="tag" title="标签 SVM 下的日志">SVM</a>（中大高清制作网）</strong></p>
<p>当制作网中的工作站数量由30台增加到60台时，或工作站实时视频的编辑层数由2层增加到4层时，可表2可知存储系统所需要提供的最大带宽就增加1734MB/S。这一带宽要求高于单台BM6800的总带宽性能，单台BM6800的带宽已不能满足所有工作站同时进行高清节目的在线上下载和编辑要求。</p>
<p>我们提议采用一个由多台BM6800和SVM设备构成的大型虚拟化存储系统，通过存储虚拟化技术来存储设备的带宽。系统拓扑图如下：</p>
<p><img width="553" src="http://www.sansky.net/wp-content/2007/07/windowslivewriter2-e544clip-image004.jpg" height="364" /></p>
<p>（图2）</p>
<p>在图2中，FC交换机、HBA卡采用4GB产品，核心存储设备采用2台UIT BM6800，在FC交换机上直接接入一台UIT SVM。基于带外管理机制的SVM设备可实现2台BM6800之间的存储虚拟化，为所有主机提供一个大型的、高带宽、高性能的虚拟存储设备，创建一个跨多个BM6800的虚拟LUN，将该卷的读写访问带宽由单台BM6800的1200MB，提高2400MB甚至更多</p>
<h4>5 产品推荐</h4>
<p><img align="left" width="87" src="http://www.sansky.net/wp-content/2007/07/windowslivewriter2-e544clip-image006.gif" hspace="12" height="187" /><strong>UIT BM6800</strong><strong>光纤存储</strong></p>
<p>BM6800是创新科存储技术有限公司由2005年推出的、基于新一代4Gb/s光纤通道技术的高性能、高处理能力的旗舰产品， 它采用先进的第六代企业级控制器，每个控制器内置2块高速CPU处理芯片，分别处理XOR异或引和大流量的数据传输，两块CPU处理芯片的功能分开，其数据处理效率远高于其它的存储设备。</p>
<p>BM6800提供8个4GB主机端口和8个4GB的磁盘通道，整个存储系统可对外可提供高达1600MB/S的读写带宽。具有卓越的IOPS和高带宽性能，非常适用于广电行业的大型非线性编辑制作、媒资系统以及高清节目编辑制作系统。</p>
<p>BM6800采用大容量设计，8个磁盘通道可最多连接224块。每一台BM6800可同时连接不同容量和转速的FC光纤通道磁盘和SATA磁盘，方便用户按系统类型和性能压力的不同来灵活地配置磁盘数量和型号。同时，强大的在线物理扩容和逻辑扩容功能方便用户在不中端应用的前提下进行系统升级和扩容。</p>
<p>目前几乎所有的广电非线性网络系统的工作站都基于Windows XP操作系统，BM6800是唯一可以提供多链路冗余功能的存储设备，通过工作站与核心在线存储之间冗余的多链路连接，保证MDC服务器、播出服务器、转码服务器、迁移服务器和负担重要功能的工作站可以7*24小时不间断工作，从而真正实现系统的高可用。</p>
<p><strong>UIT SVM </strong><strong>存储虚拟化设备</strong></p>
<p>UIT SVM（Storage Virtualization Manager）采用创新的“管理路径与数据路径相分离”的不对称（out-of-band）的体系结构，为整个SAN提供了集中管理的存储池和虚拟卷分配，使得所有SAN资源的独立扩展、较高的性能和高可用性得以实现。可增强存储网络的可管理行，减小管理成本，提高存储资源的利用率。</p>
<p><img width="233" src="http://www.sansky.net/wp-content/2007/07/windowslivewriter2-e544clip-image008.jpg" height="148" /></p>
<p>（图3）</p>
<p><strong>基于带外的高性能设备</strong></p>
<p>UIT-SVM是一个独立于存储系统和应用系统的、非对称的存储虚拟化管理设备，负责对不同品牌的服务器和存储设备的统一管理，负责对虚拟卷的元数据信息和访问权限进行管理和控制，并不负责数据传输，因而不成为整个系统的带宽瓶颈。SVM不在SAN的数据路径之中，因此不会形成单点故障；SVM可自动为网络中的服务器和工作站提供多链路冗余功能，实现服务器和工作站多个链路之间的负载平衡和自动故障恢复。</p>
<p><strong>存储集中管理</strong></p>
<p>UIT SVM可为SAN存储网络中来自不同厂商的服务器和存储设备所构建的异构SAN环境提供集中管理功能，将存储空间灵活地分配给服务器和存储应用。 SVM实现了真正意义上的整合，使异构的存储能够被统一地管理和利用起来。不同厂商的存储可以直接连接到现有存储池中，并根据需要分配给相应主机及应用。</p>
<p><strong>并发的虚拟卷访问</strong></p>
<p>SVM可实现多个存储设备逻辑卷的统一管理，建立虚拟存储池，跨越多个物理设备创建虚拟卷。服务器和工作站对虚拟卷进行读写访问时，实际上是对多个物理存储设备上的逻辑卷并发地进行读写操作。并发的工作机制将多个低性能的存储设备“合并”成一个高性能存储设备来为所有的服务器和工作站提高访问。</p>
<p>对于高清制作网来讲，当单台存储设备的带宽性能无法满足整个系统总带宽要求时，就可以通过SVM设备实现多个存储的虚拟化，将多个存储设备的带宽性能进行“叠加”，从而满足系统的大带宽性能要求。</p>
]]></content:encoded>
			<wfw:commentRss>http://www.sansky.net/article/2007-07-24-modern-tv-technology-high-definition-production-network-storage-system-solutions-2.html/feed</wfw:commentRss>
		<slash:comments>8</slash:comments>
		</item>
		<item>
		<title>现代电视技术：高清制作网存储解决方案</title>
		<link>http://www.sansky.net/article/2007-07-24-hdv-solution-2.html</link>
		<comments>http://www.sansky.net/article/2007-07-24-hdv-solution-2.html#comments</comments>
		<pubDate>Tue, 24 Jul 2007 08:16:58 +0000</pubDate>
		<dc:creator>sansky</dc:creator>
				<category><![CDATA[存储技术]]></category>
		<category><![CDATA[媒体发表]]></category>
		<category><![CDATA[广电行业]]></category>
		<category><![CDATA[非线性编辑]]></category>
		<category><![CDATA[解决方案]]></category>
		<category><![CDATA[虚拟化]]></category>
		<category><![CDATA[SVM]]></category>
		<category><![CDATA[UIT-BM6800]]></category>

		<guid isPermaLink="false">http://www.sansky.net/html/2007-07-24-1150.html</guid>
		<description><![CDATA[高清制作网存储系统解决方案 随着国内数字高清技术的发展，越来越多的电影和电视频道会采用数字高清技术来进行节目拍摄、制作和播出，相应地，高清制作网系统的需求量也会越来越大。满足高清编辑制作要求是今后国内多媒体网络发展的方向和目标。 与标清相比，高清节目画面的高清昕度意味... ]]></description>
			<content:encoded><![CDATA[<p><strong>高清制作网存储系统解决方案</strong></p>
<p>随着国内数字高清技术的发展，越来越多的电影和电视频道会采用数字高清技术来进行节目拍摄、制作和播出，相应地，高清制作网系统的需求量也会越来越大。满足高清编辑制作要求是今后国内多媒体网络发展的方向和目标。</p>
<p>与标清相比，高清节目画面的高清昕度意味着单位时间内需要传输更多的数据量，码率更大，数据传输时占用的带宽更大，相同时长的节目所占用存储容量空间也更大。相同工作站数量的网络系统就需要更大的传输带宽。</p>
<p>高清制作网和普通标清制作网在存储系统设计方面有较大的区别，需要选择高效地、具有高传输带宽的存储设备和网络传输设备。在设计高清制作网络的存储系统时，首先需要考虑和分析以下几个方面的因素：<span id="more-1150"></span></p>
<p>1、 节目素材的格式和码率；</p>
<p>2、 节目素材的网络化编辑方式；</p>
<p>3、 网络的服务类型，是新闻制作型还是后期制作型网络；</p>
<p>4、 网络系统的日产量；</p>
<p>5、 上下站工作站和编辑工作站的数量；</p>
<p>6、 节目和素材在线存储的时间；</p>
<h4>1 高清制作的格式和码率</h4>
<p>对于制作网的存储设备设计来讲，最核心的问题就是节目素材的格式和码率。格式和码率将直接决定着整个系统所需要的总带宽和以及所需要占用的容量，影响着存储设备、网络交换设备和FC HBA卡的设备选型，影响着网络系统的架构和规模。</p>
<p>标清制作网经过多年具体项目的实施和应用，技术已经非常成熟。设计标清制作网时，根据新闻网、后期制作网、播出系统等业务类型的不同，高质量编辑制作格式一般都会选择DV50、DV25、MPEG-I、MPEG-IBP，节目素材的码率也一般为25Mb/s或50Mb/s。</p>
<p>相比而言，高清制作网络的设计和建设还处于探索阶段，实施的项目也相对较少。究竟高清制作网络采用什么样的格式和码率是合适和可行的？哪种格式将来会成为比较通用的编辑格式？对此大家众说纷纭。</p>
<p>经笔者了解，目前可用于高清制作的格式及其码率如下：</p>
<p>1、HDV，高清编辑制作码率为25Mb/s；</p>
<p>2、专业光盘，高清编辑制作码率为35-50Mb/s；</p>
<p>3、MPEG－2 I帧, 高清编辑制作码率为100-240Mb/s；</p>
<p>4、无压缩8bit, 高清编辑制作码率为会在850Mb/s；</p>
<p>5、无压缩10bit, 高清编辑制作码率为会在1Gb/s。</p>
<p>由于节目素材的码率大小直接影响制作网的规模和工作站的数量，基于对码率大小和与码率所对应的系统带宽占用等方面的考虑。在这5种格式中，很多人都普遍认为HDV和专业光盘有可能会用于新闻快编类的单机系统，8bit和10bit无压缩可能会用于高质量后期制作，而能用于大规模的网络化编辑制作的只有MPEG2 I帧，且码率设置为100 /s就足以满足节目制作和播出的需要。</p>
<h4>2 网络化编辑方式</h4>
<p>网络化编辑方式即就是非线性编辑制作系统的节目素材上下载和编辑方式。在标清制作网的发展初期，由于网络存储设备的带宽有限，高码率编辑工作站价格太高，制作网不得不采用高低双码率编辑的方式来解决网络存储带宽不足和制作网中编辑工作数量少的问题。</p>
<p>目前，虽然存储设备和网络交换设备接口速率已经达到4GB，可用带宽已经大幅度得到提高，但仍然面临相同的问题。因此在现阶段采用双码率编辑对于高清制作网是也仍然是一个最佳的选择。双码率编辑是指在节目上载时同时生成一个高清码率文件和一个标清码率文件，节目的编辑主要是依靠编辑工作站对标清码率来完成，节目制作完成后，再通过下载工作站下载成高清码率。</p>
<h4>3 高清网络带宽计算</h4>
<p>设计存储系统时首先要做的就是计算整个网络所需要的总带宽，总带宽是存储设备选型的重要参考因素。</p>
<p>我们举例来计算一个中型部门级高清制作网的总带宽。工作站数量按30台来计算，其中上下载工作站12台，编辑工作站18台，最大实时视频层数为2层。节目素材采用高低双码率协同编辑的方式，其中高清码率为240Mb/s，标清码率为50Mb/s。</p>
<p>上载工作站在节目素材上载时生成一个高清码率和一个标清码率的视频文件，每台上载工作站占用290Mb/s带宽。编辑工作站全部采用标清码率进行两层实时视频编辑，每台编辑工作站占用100Mb /s带宽。下载工作站全部采用高清码率，当下载两层视频的高清节目时，每台下载工作站将占用时会占用480Mb /s的带宽。</p>
<p>假设网络中的6台上载工作站、6台下载工作站和18台编辑工作站同时工作时，高清制作网络带宽分析如下表：</p>
<p>表1：编辑工作站支持两层实时</p>
<p><a atomicselection="true" href="http://www.sansky.net/wp-content/2007/07/windowslivewriter1-e4a23.jpg"><img border="0" width="714" src="http://www.sansky.net/wp-content/2007/07/windowslivewriter1-e4a2-thumb1.jpg" height="273" style="border: 0px" /></a></p>
<p>(表1)</p>
<p>由上表可知，当30工作站同时工作时，整个系统所需要的总带宽为802MB/S，考虑到网络系统要有20%的带宽冗余，那么存储系统应该至少能够提供1003MB/S的带宽。</p>
<p>两层实时视频编辑一般多于新闻类或专题类节目的制作网，如要进行节目的后期精品制作，节目的编辑制作经常需要进行3-4层的实时视频编辑，当进行4层节目编辑时所需要的带宽就会大幅度增大。则此时高清制作网络带宽分析如下表：</p>
<p>表2：编辑工作站支持四层实时</p>
<p><a atomicselection="true" href="http://www.sansky.net/wp-content/2007/07/windowslivewriter1-e4a2-23.jpg"><img border="0" width="685" src="http://www.sansky.net/wp-content/2007/07/windowslivewriter1-e4a2-2-thumb1.jpg" height="271" style="border: 0px" /></a></p>
<p>(表2)</p>
<p>由上表可知，当30工作站同时工作时，整个系统所需要的总带宽为1387MB/S，再加上存储系统带宽的20%冗余，存储系统应该至少能够提供1734MB/S的带宽。</p>
<p>由表1和表2的分析可知，由于高清制作网所需要的带宽相对较大，为了能够保证高清制作的正常运行，其核心存储设备就必须得采用高性能、大带宽的4GB接口光纤通道存储设备。</p>
]]></content:encoded>
			<wfw:commentRss>http://www.sansky.net/article/2007-07-24-hdv-solution-2.html/feed</wfw:commentRss>
		<slash:comments>5</slash:comments>
		</item>
	</channel>
</rss>

