SRDF远程镜像技术的发展及其应用
--------------------------------------------------------------------------------
提要：EMC2公司的远程数据镜像技术(SRDF)，实现了数据在不同环境间的实时有效复制，而无论这些环境间相距几米、几公里，还是横亘大陆。SRDF产品最早在1994年10月就开始进入市场，目前已成功地应用于超过2800个重要的系统和各种操作系统环境中。本文首先简要回顾企业的数据持续可用性所面临的挑战，然后就SRDF基本工作原理和实现方案做一简单介绍。
当今的企业业务24小时都离不开数据。如果由于维护、内部调整、系统升级，或者是自然灾害或人为故障，造成了重要业务数据无法访问，给企业造成的损失将是惨重的--有时甚至直接关系到企业的存亡。所以，90年代现代化企业所使用的高可用性计算机系统，最重要的是确保企业业务数据的完整和持续可用。
挑战
保持企业数据持续可用性面临来自多方面的挑战，最主要的有：自然灾害或人为故障、数据中心迁移、软、硬件系统变更或升级等。多年以来，为确保关键任务型系统的高可用性及其所处理数据的持续可用性，人们想出了很多解决方案--比如镜像或备份等等。
就传统镜像方案来说，各种制约因素致使主服务器与存储系统往往同处一地。这种情况下，如果服务器中某一台发生软件、硬件故障，存储系统快速恢复服务往往是可行的。但是如果发生自然灾害(水灾、火灾和地震等)影响到整个数据中心，我们就无法保证所有主服务器和存储系统都是可用的了。
我们再来考查传统备份方案。这类方案大多使用磁带机和磁带进行数据备份。完成备份后的磁带被存放到一个相对比较独立的磁带库中。为保证备份数据不受数据中心现场所发生的意外事故影响，我们通常将磁带库安排在远离数据中心的地点。这种方案虽然能够确保数据的安全，但却存在着较严重的"数据滞后"现象。一般来说，由于磁带机较低的工作效率和传统运输方式等影响，这种备份方案会给我们带来至少30小时的数据滞后--也就是说当事故发生时，我们向系统恢复的数据起码是30小时之前的旧数据了。很明显，对于当前企业任务关键型应用来说，这种滞后是难以忍受的。
进入90年代后，磁盘阵列技术发展十分迅速--比较有代表性的就有EMC2的Symmetrix 等。随着技术的发展，磁盘阵列技术正在将磁盘镜像功能和处理器负荷从处理器转移到智能磁盘控制器上，这种技术不但保证了我们能够做到在灾难发生的同时实现应用处理过程的实时恢复，而且解决了在数据恢复过程中一直困扰人们的费时费力的磁带倒带操作。此外，通信技术的发展使异地间高速数据交换成为了可能。现在，恢复一个系统可能仅需几分钟，而不再是传统方式下的数十个小时了。所有这些，正是EMC2提出Symmetrix远程数据镜像(SRDF)的技术背景。
SRDF的技术演变和原理
SRDF是在Symmetrix成功经验的基础上，通过对磁盘子系统的性能不断改进而产生的。1994年，EMC通过实现一种独特的远程镜像技术而使向前跨跃了一大步。新的技术不仅把本地镜像磁盘(M1，M2)安置在源磁盘的系统中，而且还移到第二个子系统中，并通过ESCON 光纤电缆实现与两台Symmetrix连接。就数据存储的实际效果而言远程镜像与本地镜像效果是一样的。这就是EMC2领先的SRDF(Symmetrix远程数据镜像)。
SRDF拥有两套磁盘子系统，我们分别称之为R1和R2，存放实时数据拷贝的R2子系统被安置在与存放原始数据拷贝的R1子系统不同的地点。这样就确保了在数据中心发生故障时，R2系统仍然是可用的，而且与R1是同步的。由于使用了不同的子系统，所以可对R1和R2分别进行寻址。第二个数据拷贝(R2)可以按照只读模式供附加在第二个子系统上的第二个处理器使用。总的来说，SRDF基本上就是存储控制器上的RAID-1实现，只不过这时磁盘子系统被分为本地(R1)和远程(R2)两个部分，任何写入R1的数据都会同时被自动复制到R2之上。
SRDF适用环境
与EMC2的Symmetrix一样，SRDF的工作是独立于操作系统的，任何支持Symmetrix 的主机环境，同样支持SRDF。包括IBM、IBM兼容主机，AS/400、SUN、HP、NCR、RS6000、DEC、SGI、BULL、UNISYS、SIEMENS、ICL等，都是SRDF典型的应用环境。
尽管SRDF的镜像功能没有使用任何主机资源，但是在特定环境中，可以先用一个被称作SRDF HOST COMPONENT主机部件的设备对SRDF进行管理。SRDF主机部件主要用于：
.查询SRDF关系状态(驱动器、链路)
.查询每对驱动器的同步状态(同步、失去同步或失去同步的磁道数)
.修改每对逻辑驱动器的重新同步选项(同步、半同步、自适应拷贝、多米诺、无效磁道)
.针对每对驱动器或整个SRDF子系统的镜像处理发布"暂停"、"恢复"命令。
主机部件命令可以集成在系统的自动运行过程中，这就为用户提供了一种稳定良好的远程镜像实现方案，并且具有很大在的灵活性和可控制性。
SRDF实现方案
SRDF包括：
.2套或多套Symmetrix系统
.远程链路适配器(Remote Link Director )
.每个Symmetrix的SRDF微码许可证
.Symmetrix间的链路(ESCON光纤、电信线路、ATM、FDDI)
.控制进程及其处理
园区解决方案
连接Symmetrix 的ESCON光纤最长不超过66公里。在3公里内，可采用多模光纤直接与远程链路适配器连接。如果场地之间的距离超过3公里，则可采用标准ESCON通道和扩展器，它们相互之间的连接距离应在30公里以内，总的连接距离不超过66公里。中间的连接电缆可以是Dark光缆或单模光纤。此外，EMC2的9191设备可以用于：
.为SRDF客户在整个园区内提供ESCON模式变换
.支持多模到单模的变换和单模到单模的信号再生
.以全ESCON速度运行SRDF
.相距30公里的Symmetrix源系统与目标系统。如果客户的连接距离超过这个范围，可以使用3个9191设备将这个距离扩展到66公里。
扩展距离解决方案
在这种情况下，远程链路适配器(RLA)仍然采用ESCON连接，但系统连接采用高速专线替代了ESCON扩展器，典型的连接链路是T3/E3, T1/E1,ATM,FDDI，高速专线在两端与ESCON光缆的界面则需要采用一对由General Signal Networks、Computer Networks Technology或, Networks System Corporation 生产的协议变换单元。
初始同步
一旦物理连接建立起来，用户确定了哪些逻辑设备需要远程镜像之后，并就开始启动指定设备的同步处理，同时R1设备数据向R2设备进行拷贝。在初始同步过程中，可将应用I/O指定给R1单元，表示该应用I/O在数据同步过程中要优先处理。最后所有设备都进入同步状态(也称为稳定状态)，连接链路就只需传送有变化的数据了。
SRDF运行模式
SRDF在指定磁盘卷的同步方式上十分灵活，SRDF基本运行模式可分为同步和半同步两种，此外还有其它一些工作模式作为基本模式的补充。
同步模式
在向远程镜像磁盘卷中写入数据时，同步模式下的数据处理过程如下：
.数据被写到本地Symmetrix的缓存中
.将一个输入项置于SRDF更新数据的FIFO队列中
.第一个可用的RLA从队列中提取第一个输入项，并通过链路将其送到远程Symmetrix 的缓存
.远程Symmetrix发送数据接收确认信号
.修改磁道表
.向发出请求的主机发回设备结束信号
在同步模式下，如果某个盘卷已经启动了写操作，则所有该盘卷以后的读写访问都将被放到队列中等待，直到该写操作被远程确认。
半同步模式
在向远程镜像磁盘卷中写数据的时候，半同步模式下的数据处理过程如下：
.数据被写到本地Symmetrix的缓存中
.将一个输入项置到SRDF更新数据的FIFO队列
.向发出请求的主机发回设备结束信号
.第一个可用的RLA从队列中提取一个数据项，并通过链路将其送往远程Symmetrix的缓存
.远程Symmetrix发送数据接收确认信号
.修改磁道表
在半同步模式下，在写操作向远程发送数据的过程中，允许进行读访问。但下一个写操作必须在前一个写操作数据安全完成远程处理后进行。因此一个R2磁盘卷最多滞后它的R1一个写操作。由于提前向主机发出了"设备结束"信号，可能会出现这样的情况，即操作系统和数据库管理系统在下一个写操作中要求将数据写在另一个磁盘卷，而后者在逻辑上与第一卷的写操作有关。但实际上这没有什么问题，因为SRDF采用的是FIFO(先进先出)队列，要写入的数据在SRDF队列中是按适当的顺序排列的，可以确保数据拷贝正确顺序。
除同步、半同步运行模式外，SRDF还有多种补充运行模式，它们分别是自适应拷贝、全局多米诺模式、链路多米诺模式以及无效磁道方式等。
结语
从以上关于EMC2 SRDF远程数据镜像技术的讨论我们不难看出，SRDF不仅仅是提供了最佳的业务持续性、高可用性的灾难恢复解决方案，而且还可以增强用户建立恢复方案的信
系统容灾解决方案 容灾基本概念 容灾是一个范畴比较广泛的概念，广义上，我们可以把所有与业务连续性相关的内容都纳入容灾。容灾是一个系统工程，它包括支持用户业务的方方面面。而容灾对于IT而言，就是提供一个能防止用户业务系统遭受各种灾难影响及破坏的计算机系统。容灾还表现为一种未雨绸缪的主动性，而不是在灾难发生后的“亡羊补牢”。 从狭义的角度，我们平常所谈论的容灾是指：除了生产站点以外，用户另外建立的冗余站点，当灾难发生，生产站点受到破坏时，冗余站点可以接管用户正常的业务，达到业务不间断的目的。为了达到更高的可用性，许多用户甚至建立多个冗余站点。 容灾系统是指在相隔较远的异地，建立两套或多套功能相同的IT系统，互相之间可以进行健康状态监视和功能切换，当一处系统因意外(如火灾、地震等)停止工作时，整个应用系统可以切换到另一处，使得该系统功能可以继续正常工作。容灾技术是系统的高可用性技术的一个组成部分，容灾系统更加强调处理外界环境对系统的影响，特别是灾难性事件对整个IT节点的影响，提供节点级别的系统恢复功能。 要实现容灾，首先要了解哪些事件可以定义为灾难？典型的灾难事件是自然灾难，如火灾、洪水、地震、飓风、龙卷风、台风等；还有其它如原提供给业务运营所需的服务中断，出现设备故障、软件错误、网络中断和电力故障等等；此外，人为的因素往往也会酿成大祸，如操作员错误、破坏、植入有害代码和病毒袭击等。现阶段，由于信息技术正处在高速发展的阶段，很多生产流程和制度仍不完善，加之缺乏经验，这方面的损失屡见不鲜。 容灾的七个层次 等级1： 被定义为没有信息存储的需求，没有建立备援硬件平台的需求，也没有发展应急计划的需求，数据仅在本地进行备份恢复，没有数据送往异地。这种方式是成本最低的灾难恢复解决方案，但事实上这种恢复并没有真正达到灾难恢复的能力。 一种典型等级1方式就是采用本地磁带库自动备份方案，通过制定相关的备份策略，可以实现系统等级1备份。 等级2： 是一种为许多站点采用的备份标准方式。数据在完成写操作之后，将会送到远离本地的地方，同时具备有数据恢复的程序。在灾难发生后，在一台未启动的计算机上重新完成。系统和数据将被恢复并重新与网络相连。这种灾难恢复方案相对来说成本较低，但同时有难以管理的问题，即很难知道什么样的数据在什么样的地方。这种情况下，恢复时间长短依赖于何时硬件平台能够被提供和准备好。
快照（计算机存储） 来自维基百科，开放性的百科全书（译者：闫斌） 在计算机系统中，快照是系统在某个时间点的状态。该术语的产生源于类似摄影中的快照。它可以指系统状态的实际副本或由某些系统提供的功能。 目录 1.原理 2.实现 2.1卷管理器 2.2文件系统 2.3在数据库中的应用 2.4在虚拟化中的应用 2.5其他应用 3.参见 4.注意 5.外部链接 原理 要完成一份大数据集的完整备份可能会花去大量时间。在多任务或多用户系统中，当数据正在备份时，可能会有数据写入数据集。这就阻碍了备份的原子性，并引入了版本不一致，这可能会导致数据损坏。例如，如果一个用户移动一个文件到一个已经备份的文件夹中，那么这个文件在备份介质上会完全丢失，因为在添加文件前备份操作已经发生。 版本不一致也可能导致文件损坏，例如在读取文件时改变文件的大小和内容。
一个安全备份实时数据的方法是在备份过程中使写访问失效，或者停止正在访问数据的应用程序，或者使用操作系统提供的加锁应用程序接口(locking API)强制执行只读访问。 这对于低可用性系统（台式电脑和小型工作组服务器，常规的停机时间是可以接收的）可 以容忍。但是高可用性系统不能容忍业务停止。 为避免停机时间，高可用性系统可能转为采用执行基于快照（在某个时间点上数据集的只读副本）的备份，并允许应用程序继续写入数据。大多数快照实现是高效的，可以 在O(1)时间内创建快照。换句话说，创建快照所需要的时间和I/O不会随着数据集合的大 小而增加，而直接备份则会随着数据集合的大小按相应比例的增加备份时间和I/O。在某 些系统中，一旦数据集合进行了初始快照，随后的快照仅复制更改的数据，并使用系统初 始快照的指针引用。这种基于指针的机制比数据重复克隆消耗更少的磁盘容量。 读写快照有时也被称为分支快照，因为它们隐式地创建了数据集的分支版本。除了备份和 数据恢复，由于读写快照在管理大的文件集合变更方面的非常有用，它经常用在虚拟化、 沙盒以及虚拟主机安装领域。 实现 卷管理器 一些Unix系统具有快照功能的逻辑卷管理器，这些逻辑卷管理器通过复制更改的块—在这些块被重写前—到其他存储位置—实现写时复制，从而保留了一个自身一致的过去的块 设备镜像。镜像上的文件系统可以在之后被装载，就像在只读介质上一样。 文件系统 一些文件系统，例如 WAFL[note 1] , Plan 9 from Bell Labs(是一个免费的软件分布式操作系统)的fossil文件系统，ODS-5(即Files-11, Hewlett-Packard’s OpenVMS 操作系统使用的文 件系统)，从内部跟踪文件的旧版本，并通过一个特殊的命名空间使快照可以使用。其他 的文件系统，像UFS2，提供一个操作系统应用程序接口（API）访问文件历史记录。NTFS
让网站每天被百度快照收录的10种方法 自己的网站天天能被百度收录、快照，毫无质疑这是每个站长最高兴、最值得骄傲的事情。什么秘诀致使他的网站能天天被百度快照、收录呢？相信这个问题是许多站长朋友经常关注和研究的。现在就教你如何让自己的网站天天被百度快照、收录： 1．有规律的给网站添加一些原创内容 这个是必须的，就算你外链很强大，一段时间不给网站更新原创（伪原创）的文章，百度一样懒得理你。当然很多seo说要每天给网站添加一定的文章，而且最好是每天同一个时间段添加，比如每天早上9点开始添加，每次添加2-3篇，这话虽然是对的，但是却不太实际，因为不是这么多做站的人都有这么多的时间的，所以说是要有规律的添加比较实际，比如每星期更新2-3次文章，每次添加1-2篇原创或伪原创，这样很有规律的加，百度蜘蛛也会很青睐你的好习惯的。 2．别贪便宜，用尽量稳定的空间服务器（虚拟主机） 现在有太多的站，因为空间问题，不是被百度K站，就是被百度降权、快照回档。所以即使你不买万网的豪华空间，你尽量也要来个二流的新网，时代互联之类的吧。 3．网站一定要有自己的原创软文 写软文并不难，难的是坚持写，写高质量的文章，但是如今软文是最低成本的推广方式之一，，效果也很明显，做为一个合格的站长，是必须学会写软文的。另外，写软文，一定要加上你的版权声明，现在总有一些品质低下的人，转载了，连个链接都不给，有的甚至把你文章的网址改成他自己的，坚决鄙视这种人，人品不好的人做站也不会好。 4．有规律的给网站找一些链接 有规律有步骤的加链接，那是做站的好品质，很多朋友一时心血来潮，看文章说外链作用大，就一天到晚加群换链接，一口气上个百把个，这是加链接的大忌，百度很容易认为你是在作弊。所以得有规律，一步步来。另外，对百度来说PR的影响很小，倒是快照和网站主关键词排名很重要，如果你找的链接都是天天更新快照且网站主关键词排名很好的的，那对你的站来说是相当有利的。 5．尽量不买黑链 黑链跟明链比确实便宜，但是黑链也确实是不稳定的，我说的不稳定可不光指那些挂了黑链的网站会把你的链接去掉而造成不稳定，还有一点是现在虽然卖黑链的人比较多，但是要找到几个真正坚守“高质低价、掉了包补”的卖黑链的人是不多的，特别是“掉了包补”这点，如果你买了几十元或者几百元的黑链，你每次都是这些黑链里有一两个掉链就找卖你黑链的人去补链，那一般是没戏的，大都都是掉了5个以上才可能给你补上。 6．到相关高权重论坛跟跟贴
数据保护系统 医院备份、容灾及归档数据容灾 解决方案
1、前言 在医院信息化建设中，HIS、PACS、RIS、LIS 等临床信息系统得到广泛应用。医院信息化HIS、LIS 和PACS 等系统是目前各个医院的核心业务系统，承担了 病人诊疗信息、行政管理信息、检验信息的录入、查询及监控等工作，任何的系统停机或数据丢失轻则降低患者的满意度、医院的信誉丢失，重则引起医患纠纷、法律问题或社会问题。为了保证各业务系统的高可用性，必须针对核心系统建立数据安全保护，做到“不停、不丢、可追查”，以确保核心业务系统得到全面保护。 随着电子病历新规在 4 月 1 日的正式施行，《电子病历应用管理规范（试行）》要求电子病历的书写、存储、使用和封存等均需按相关规定进行，根据规范，门(急)诊电子病历由医疗机构保管的，保存时间自患者最后一次就诊之日起不少于15 年；住院电子病历保存时间自患者最后一次出院之日起不少于30 年。
2、医院备份、容灾及归档解决方案 针对医疗卫生行业的特点和医院信息化建设中的主要应用，包括：HIS、PACS、RIS、LIS 等，本公司推出基于数据保护系统的多种解决方案，以达到对医院信息化系统提供全面的保护以及核心应用系统的异地备份容灾 2.1 数据备份解决方案 针对于医院的HIS、PACS、LIS 等服务器进行数据备份时，数据保护系统的备份架构采用三层构架。 备份软件主控层（内置一体机）：负责管理制定全域内的备份策略和跟踪客户端的备份，能够管理磁盘空间和磁带库库及光盘库，实现多个客户端的数据备份。备份软件主服务器是备份域内集中管理的核心。 客户端层（数据库和操作系统客户端）：其他应用服务器和数据库服务器安装备份软件标准客户端,通过这个客户端完成每台服务器的LAN 或LAN-FREE 备份工作。另外，为包含数据库的客户端安装数据库代理程序，从而保证数据库的在线热备份。
电信核心业务系统容灾解决方案 Oracle 技术产品咨询顾问高壮志2004/05/24 随着电信运营商多年的系统建设，其核心业务系统的高可用性越来越受到人们的关注。从整个系统的角度来看高可用性，包括主机、操作系统、数据库、应用、网络设备等许多方面。而这些系统的一个显著特点就是以数据为中心，因此对数据的保护是整个系统高可用性的核心体现。Oracle数据库作为电信运营商核心系统的主流数据库，针对企业用户的重要数据、重要业务高可用性的需求提出了建立在数据库级别的容灾方案-- Oracle Data Guard （数据卫士）。 为什么要使用Data Guard 电信行业现有系统在容灾方面基本上有两种做法。一是采用备份的方法，即定期地将数据备份到硬盘和磁带上。这种方法的缺陷是实时性较差，恢复时间较长；另外备份设备和生产系统一般都处于同一物理位置，不能满足异地容灾的要求。另一种做法就是硬件镜像的做法，这种做法在硬件投资上较大，对两点间网络带宽有较大要求。鱼和熊掌，可否兼得？下面让我们来看看Oracle Data Guard解决方案。 Oracle Data Guard Oracle9i Data Guard 维护了一个或多个与客户生产数据的同步备份。Oracle9i Data Guard配置包括一个松散连接的系统集合，由一个生产数据库和若干备用数据库组成，形成一个独立、易于管理的数据保护方案。现有运营商的核心业务系统的数据库在物理位置上往往位于省信息中心或计费中心的机房内，如果在同一城市有其它机房或利用其它城市机房部署同步备份的数据库，通过Oracle网络服务连接到一起，就可以构成一个很好的容灾解决方案。在修改主数据库时，对主数据库更改而生成的更新数据即发送到备用数据库，这些更改在备用数据库被重新应用。当生产数据库出现故障时，备用数据库可以继续提供服务。 图1提供了一个例子。 图1简单的双工作区配置
容灾项目方案设计
目录
容灾技术规范 作为风险防范系统，灾备系统建设本身在总体规划、方案选择和投产实施后的管理运行，以及真正面对灾难时的切换操作等方面也存在着潜在的风险。 计算机信息系统实现数据大集、应用大集中后，系统的运行安全成为风险控制的焦点。目前，已经有多系统开始或准备进行灾备系统的建设，灾备系统建设的目标是减灾容灾，使计算机信息系统和数据能够最大限度地防范和化解各种意外和灾害所带来的风险。然而，与大多数工程一样，灾备系统建设本身在总体规划、方案选择和投产实施后的管理运行，以及真正面对灾难时的切换操作等方面也存在着潜在的风险。 可以说，风险防范系统本身也存在风险点，需要小心应对。 灾备系统建设中所涉及的潜在风险大致可分为技术风险、管理风险和投资风险，其中尤以技术选择风险最大，技术方案选择优越，可以规避一定的管理风险和投资风险。而这三者也存在内在的相互关联，不同灾备级别对应的建设投资规模、所采用的技术以及实施和管理的复杂度也不同，应考虑保护计算机系统的原有投资并提高灾备系统建设投资的利用率。 1.1 容灾的总体规划 1.2 真正的容灾是数据被不间断的一致性访问！ 在灾难备份的世界里，是有等级观念的，级别不同，灾备系统所采用的技术和达到的功能是不同的，在系统建设资金投入方面的差距也很巨大。所以，对用户来说，明确灾备系统建设的总体规划十分必要。 1.2.1 技术指标RPO、RTO 衡量容灾技术的两个技术指标RPO、RTO RPO(Recovery Point Objective): 以数据为出发点，主要指的是业务系统所能容忍的数据丢失量。及在发生灾难，容灾系统接替原生产系统运行时，容灾系统与原
今天早上例行查看每个网站的情况，发现一“陶粒砂设备”的网站排名找不到了。百度快照也回档到了3月9号，如下图 然而在SIte域名后，发现快照是3月17号，是正常状态。 网站的权重应该还在，昨天发的文章也照常收录。 分析其原因：可能是百度方面的原因，待百度更新正常后，就会恢复过来。不过，追风还是在百度搜索了一下“site 快照和搜索关键词查看到的快照不一样”。以下是摘抄网友的回答 1.这个情况是正常的，因为搜索引擎有不同的数据库，使用不同的方法查询，搜索引擎调取的数据不一样，显示的页面就不一样。 2.属于正常的现象，百度的数据库不同步的问题! 3.是由于百度不同间服务器更新时间不统一造成的。 .......
大部分网友的回答都是说由于百度服务器不同步的问题。追风也在耐心等待，看是否能恢复正常，如果恢复，需要多长时间。 延伸一下： 1、为什么百度会有不同的服务器 答：百度每天都会抓录很多的数据，每个快照页面几k到几10K不等，导致它的硬盘无限放大，大到一定程度就要加硬盘，加到一定程度就要加服务器了【数据老多，不换服务器就会很慢了】。 2、为什么不同关键词快照不一样 答：为了让搜索更快速、快捷，百度方面将相同关键词的数据放在同一台服务器上，以便达到最快速的搜索结果。由于服务器更新快照时间不一，所以导致了不同间服务器的快照时间出现差异的可能。 【可以简单的理解成“海南热带雨林”的关键词数据库放在A服务器，“海南温泉”的关键词数据库存放在B服务器，A的服务器更新了，B的服务器还没轮到更新。所以导致你搜索关键]词“海南热带雨林”的时候，是今天的快照，搜索“海南温泉”的时候，就是之前的快照了。】 3、如上说法应该很多首页快照了，为什么我site:网址的时候只会出现一个主页快照，并且是最新的 答：site是百度搜索的高级内部命令，一旦出现正确的site命令，百度搜索程序将调用所有存放该网站的数据，经过对比分析，抛弃相同页面，取该站所有搜录页的最新快照，所以site后的站点快照，永远是最新的，并且是唯一的。 正是由于site后，百度需要查询、调用所有搜录该站点服务器的信息，所以导致了我们的站点显示搜录的页面数是不准确的，通常我们点到搜录的最后一页，又会冒出{提示：为了提供最相关的结果，我们省略了一些内容相似的条目，点击这里可以看到所有搜索结果。}，我们再次点击后，才是正确的全部的抓录数据。
财政灾备中心数据容灾解决方案 上海浪擎科技有限公司售前咨询部2012年8月25日
目录 1. 统一统筹，责任分明................................... 错误！未定义书签。2．浪擎灾备中心设计 (3) 2.1 灾备中心网络设计 (3) 2.2 两级监管的优势 (4) 2.3 横向扩展—支撑更多的用户 (5) 2.4 浪擎灾备软件的容灾优势 5 3．附件： (10) 2.4 附件1：部分案例介绍 (10) 1.统一统筹，分级管理
众所周知，集中建设备份中心的目的很明确，就是要本着少花钱多办事的原则，为全区域的各政府部门建立起一个共享的灾备平台，统一规划，节省投资。灾备中心共享化的确是一种符合政府信息化需求特点的建设趋势，即建成后将用一个灾备中心同时满足多个政府部门的数据备份保护需求。同时，灾备是一项长效的、专业的系统工程，只有专业的管理和服务才能将产品、技术、运维、演练有机结合，才能真正将灾备落到实处。然而各政府部门用户普遍“人少事多”，在规划和建设灾难备份和恢复系统时，经常面临着许多同样的困惑，例如对灾难恢复建设不熟悉、没经验，管理、技术、运维都面临调整、垂直行业无标准或标准混乱；投资保护和长远规划难于兼顾等等。因此，集中建立一个共享的灾备平台，实现专业人员集中管理，将灾备作为一种既统一管理、又可自主选择灾备级别的服务提供给各委办局使用，能从根本上避免“建而不管，备未无患”的尴尬，同时因为采用共享式灾备，可以极大的节约灾备中心的软硬件投入。 可见，建立集中的政府灾备中心，确实是一件有很大价值的好事儿。 但另一方面，随着部份地区的探索和实践，也发现政府异地灾备份中心与普遍意义的数据（灾备）中心在建设上存在着较大差异，建设和管理还存在很多难处。由区域政府牵头来建设灾备份中心，其核心难度在于：各条块、各委办局IT系统建设程度不一，数据存储形式复杂。因此如何搭建起一个同时满足各种不同复杂需求的统一灾备中心，并如何将灾备作为一种统一的、可选择的服务提供给各委办局使用，的确是一件非常“棘手”的任务。 结合多年的实际经验，浪擎科技对政府异地备份建设进行了一个小小的总结： 政府异地备份一般由灾备中心、委办局单位、备份系统、管理制度等组成。浪擎科技的建设经验证明，由于多家单位牵涉其中，在灾备系统建设之初就应理顺各方关系，协调好责任与义务。 上海浪擎信息科技有限公司是一家专注于存储、备份与容灾领域解决方案研发的公司，建设了多个大型的政府异地备份系统结合多年的实际经验，浪擎科技对政府异地备份建设进行了一个小小的总结： 政府异地备份一般由灾备中心、委办局单位、备份系统、管理制度等组成。浪擎科技的建设经验证明，由于多家单位牵涉其中，在灾备系统建设之初就应理顺各方关系，协调好责任与义务。 2.浪擎灾备中心设计 2.1灾备中心网络设计 目前政府电子政务网络由政务内网和政务外网构成。政府灾备可以选择电子政务网络作为灾备的基础网络，对于涉密的系统可经由政务内网传输；对于非涉密的系统可经由政务外网传输。数据量特别大的单位可架设专网接入灾备中心。
数据中心容灾备份方案 HEN system office room 【HEN16H-HENS2AHENS8Q8-HENH1688】
数据保护系统 医院备份、容灾及归档数据容灾 解决方案 1、前言 在医院信息化建设中，HIS、PACS、RIS、LIS 等临床信息系统得到广泛应用。医院信息化 HIS、LIS 和 PACS 等系统是目前各个医院的核心业务系统，承担了病人诊疗信息、行政管理信息、检验信息的录入、查询及监控等工作，任何的系统停机或数据丢失轻则降低患者的满意度、医院的信誉丢失，重则引起医患纠纷、法律问题或社会问题。为了保证各业务系统的高可用性，必须针对核心系统建立数据安全保护，做到“不停、不丢、可追查”，以确保核心业务系统得到全面保护。 随着电子病历新规在 4 月 1 日的正式施行，《电子病历应用管理规范（试行）》要求电子病历的书写、存储、使用和封存等均需按相关规定进行，根据规范，门(急)诊电子病历由医疗机构保管的，保存时间自患者最后一次就诊之日起不少于15 年；住院电子病历保存时间自患者最后一次出院之日起不少于 30 年。
2、医院备份、容灾及归档解决方案 针对医疗卫生行业的特点和医院信息化建设中的主要应用，包括：HIS、PACS、RIS、LIS 等，本公司推出基于数据保护系统的多种解决方案，以达到对医院信息化系统提供全面的保护以及核心应用系统的异地备份容灾 数据备份解决方案 针对于医院的 HIS、PACS、LIS 等服务器进行数据备份时，数据保护系统的备份架构采用三层构架。 备份软件主控层（内置一体机）：负责管理制定全域内的备份策略和跟踪客户端的备份，能够管理磁盘空间和磁带库库及光盘库，实现多个客户端的数据备份。备份软件主服务器是备份域内集中管理的核心。 客户端层（数据库和操作系统客户端）：其他应用服务器和数据库服务器安装备份软件标准客户端,通过这个客户端完成每台服务器的 LAN 或 LAN-FREE 备份工作。另外，为包含数据库的客户端安装数据库代理程序，从而保证数据库的在线热备份。 备份介质层（内置虚拟带库）：主流备份介质有备份存储或虚拟带库等磁盘介质、物理磁带库等，一般建议将备份存储或虚拟带库等磁盘介质作为一级备份介质，用于近期的备份数据存放，将物理磁带库或者光盘库作为二级备份介质，用于长期的备份数据存放。
数据快照功能详解 浪潮新近推出了4Gb光纤磁盘存储系统 AS1000G2，该浪潮自有高端光纤磁盘存储系统除了高品质的硬件设计之外，在管理软件中还配备了四个功能强大的数据应用功能：数据卷隔离映射功能、数据快照功能、数据复制功能和数据远程同步功能，本篇将为您详细介绍数据快照功能。 一、什么是数据快照 SNIA（存储网络行业协会）对快照（Snapshot）的定义是：关于指定数据集合的一个完全可用拷贝，该拷贝包括相应数据在某个时间点（拷贝开始的时间点）的映像。快照可以是其所表示的数据的一个副本，也可以是数据的一个复制品。 AS1000G2光纤磁盘存储系统中Snapshot的具体实现是：采用即写即拷贝 （copy-on-write）设计，创建一个卷基于时间点的逻辑映像，创建过程几乎瞬间完成。 AS1000G2光纤存储系统快照有如下特点： 1)基于时间点的卷映像，采用即写即拷贝的方式，集成在存储管理软件GUI管理界面中，操作非常直观简便； 2)每个卷支持4个Snapshot，每个系统支持1024个Snapshot； 3) Snapshot卷可读可写可复制也可以做为备份源； 4) 对Snapshot卷进行写操作时，数据被写在仓储卷，可以提前设置仓储卷写满之后的处理方式，有两种选择，一是对源卷的写操作失败，二是Snapshot作废； 5) 系统默认设置仓储卷容量为源卷容量的20%，也可以在创建仓储卷时手动设置其大小，不得少于源卷容量的20%，可以大于源卷容量，若在使用过程中，发现仓储卷容量仍不够用，可以利用AS1000G2的动态卷扩展功能对仓储卷进行扩容； 6) Snapshot功能是AS1000G2存储系统管理软件的一个高级功能，使用前需要License 激活。 二、 AS1000G2数据快照的实现原理 AS1000G2光纤磁盘存储系统利用“copy-on-write ”（即写即拷贝）设计来实现Snapshot，如果源卷没有数据变化，Snapshot卷仅作为指针表，所有对源卷的读操作还是直接从源卷上读取，若源卷有数据变化，则将变化的数据有序的写入仓储卷，并修改Snapshot卷的指针。下面以图解的方式简单介绍Snapshot的过程。 图（一）给出了在执行Snapshot之前源卷和仓储卷的状态。需要指出的是，在创建某卷的Snapshot时，需要同时创建一个仓储卷，仓储卷容量至少为源卷容量的20%。
数据快照的原理和应用 前言 一、应用存储产品时遇到的问题 随着电子商务的发展，数据在企业中的作用越来越重要，越来越多的企业开始关注存储产品以及备份方案。在应用这些存储产品时会遇到以下的问题： 1.备份速度的问题： 随着业务的不断发展，数据越来越多，更新越来越快，在休息时间来不及备份如 此多的内容，在工作时间备份又会影响系统性能。 2．操作简单化的问题： 数据备份应用于不同领域，进行数据备份的操作人员也处于不同的层次。操作的简单与否直接影响操作的效果和数据的安全。 3.保护数据一致性的问题： 有些关键性的任务是要 24 小时不停机运行的，在备份的时候，有一些文件可能 仍然处于打开的状态。 4.容错的问题: 数据备份损坏了，怎样在最短的时间恢复它。 二、解决方法 为提高数据存储的安全性和高效率，保护企业的数据，数据快照技术（Flash copy, Snapshot, Point-in-time-copy）是其中比较成熟的技术之一。数据快照技术是一种保留某一时刻数据映像的技术，其保留的影像被称为快照（即 Snapshot）。数据快照的真实含义是: 用最短的时间和最低的消耗实现文件系统的备份，创作出您数据的"影子"图象，你可以象操作原始数据一样对其进行读取或写入。因此，采用数据快照技术给数据拍照，你能在进行备份、下载数据仓库或者转移数据的同时，保证应用不受影响而继续运行。使用真实的数据结果，你甚至能更开发和测试应用程序。IBM 的FlashCopy、HDS的 Shadow Image 软件都是使用快照技术来实现快速复制或备份的。 1．数据快照功能可以在数秒钟内建立拷贝，供备份应用所用。 举个例子：一个企业的数据量很大，而且应用昼夜不停，作一次磁带备份需要24 个小时。现在要求备份 9 月 18 日 0 点 0 分时的数据。如果用传统的在线备份方法，备份下来的数据开始时是0 点 0 分时的，最后的数据是 24 点 0 分时的，数据的前后一致性受到了挑战。利用数据快照技术，配合普通的备份软件是这样实现的：通过图形的管理界面发出做快照的命令，快照功能会自动寻找没有数据改变的时刻进行拷贝，几秒钟之后拷贝生成。再使用备份软件对该拷贝进行备份。24 小时后这个备份过程结束。所有的数据都是一个瞬间的，数据的一致性得到了保证。 2．利用数据快照的映像可以在数秒钟内把数据恢复到做快照的时间点，还允许系统管理员选择性地迅速恢复受损或被删文件。
容灾备份系统 2010-8-11 项目背景 随着计算机技术的快速发展，每个企业都在大量的使用计算机处理自己的核心数据，这些数据往往是企业生产经营必不可少的部分。依赖这些数据的计算机系统的停机往往会造成企业生产经营活动的停顿，给企业造成巨大的损失。所以，可以说，这些数据是企业的生命核心。
企业的IT 管理员为了保证生产经营活动的持续运行，不断的加强对系统和数据的保护，如使用基于双机的高可用技术，磁盘阵列系统的RAID 技术等。然而，人们依然无法 回避由于磁盘故障，人为失误，应用程序的逻辑错误，自然灾害等原因带来的系统停机或者 数据丢失。所以，数据备份作为数据保护的最后一道屏障，必不可少。 二、功能介绍 实时保护：连续捕获、实时备份数据变化，全过程保护数据安全。实现真正的持续性 数据保护（CDP），无需设置任何备份时间点，居国内外同类产品领先地位。 完善备份：同一软件可实现“数据库双机热备＋接管”、“本地实时灾备” 、“异 地实时灾备” ，全方位保证数据库安全。 任意回退：可按任意操作步数或时间点进行数据回退。主数据库遭到破坏时，备份数 据库可将主数据库回退到损坏前最后时刻的状态，且能保证事件的完整性。 快速恢复：主数据库或表损坏，从站自动检测，提示回退的步数。恢复1个G数据 库在3－5分钟。 增量备份：只备份变化部分，在保障备份数据安全的同时减少备份的工作量。 错峰机制：在系统负荷极大时暂停备份以免系统瘫痪，当系统负荷下降时备份暂停 期间的数据，并重新开始实时备份。 低耗资源：对主数据库压力小，系统采用消息机制，只有灾数据库发生变化时才触 发，只传数据库的变化部分，不同于文件拷贝，和数据表的轮询。 操作简单：自主开发设计，着重考虑国内用户使用习惯，安装、设置非常简单。维护 方便：启动或连接中断后重连时，自动校验主从站数据，保证数据准确。 加密传输：底层通讯采用自主研发的通讯平台，所有数据都是用加密数据包进行数据 交换，充分保证数据安全。 高性价比：在各项性能领先的同时，价格远远优于国外软件。当选择不接管的热 容灾备份方式时，从站可采用低档Server 或高稳定性的PC（有足够的存储空间即 可），从而实现极低的总体成本。 通用性好：不对数据库中的应用做任何修改。与数据库中表的结构无关，且无任 何限制。对数据库备份完整：如TABLES（表）、DIAGRAM（S关系图）、VIEWS（视图）、USERS（用户）、ROLES、RULES等。
XX 容灾整体解决方案
目
第1章
录
前言................................................................................................................................................2
容灾整体解决方案 第2章 2.1 2.2 2.2.1 2.2.2 2.3 2.4 容灾概述........................................................................................................................................3
概述 ...........................................................................................................................................................3 业务连续性管理简介................................................................................................................................5 《规范》简介 .........................................................................................................................................5 恢复时间目标（RTO）与恢复点目标（RPO）...................................................................................8 容灾系统建设的流程..............................................................................................................................10 容灾系统中的人员组织安排..................................................................................................................12 第3章 容灾建设中 IT 技术的选择 ........................................................................................................14
3.1.1
容灾中 IT 技术的选择..........................................................................................................................14 主流厂商解决方案简介 ..............................................................................................................23
第4章 4.1.1 4.1.2 4.1.3
EMC 容灾解决方案简介 .....................................................................................................................23 SYMMENTEC|VERITAS 整体解决方案简介.....................................................................................26 HDS 容灾解决方案简介.......................................................................................................................29 京北方公司容灾解决方案 ..........................................................................................................32
第5章 5.1.1 5.1.2
京北方公司容灾建设分阶段论............................................................................................................32 京北方公司容灾体系各阶段推荐的产品及产品优势 ........................................................................32 附件..............................................................................................................................................35
第6章
1-
教你用六个办法解决百度快照不正常问题 锚文本是提高网站关键字排名的重要因素，但目前百分之九十可以发外链的网站都不允许留锚文本，所以友情链接就成为众多站长关注的对象。自谷歌走后pr值被站长们看的比较淡了，取而代之的是百度快照成为友情链接交换的第一条准则，一般百度快照隔夜或者隔上两个天都算正常(如果超出三天那就的有待观察，因为有些网站隔上三天之后快照能很快恢复)。交换友情链接的时候，因为自己网站的快照不正常而被拒绝的站长应该不在少数，不知道大家有没有想过为何自己的网站快照不正常呢?在此本人给大家分析几个其中很重要的原因。 一、上线不久的网站即新站 新站上线之后，百度对其有一个审核期。在审核期内网站，无论是百度快照还是收录均不正常，这属于正常现象，大家无须惊慌，只要做好平常的优化工具就行即每天更新网站内容(内容以原创文章最好)、发布外链，这样才能使自己的站点平稳度过审核期。 二、荒废的网站即无人管理的网站 有些网站由于人员关系内容长期没有更新(普遍发生于企业网站)，百毒蜘蛛每次来觅食都是饿着肚子而回，久而久之百毒蜘蛛也就不来你的网站了或者是偶尔来一次你的网站，这样你的网站快照就比正常的快照慢许多。 三、网站优化痕迹过重 网站优化痕迹过重主要表现在站内有大量堆积的关键字，许多优化人员都喜欢在标题、关键字标签、描述标签中插入许多关键字，以致网站头重脚轻。网站关键字如何穿插到网站中去，每个人都有不同的做法，但不管你是采用何种方式，记住一定不能是关键字堆积。 四、外部链接 外链发布没规律，在短时间内增加了大量的外链(外链是群发、购买、大量heilian)，这样都有作弊的嫌疑。除了关键字堆积、页面跳转等等作弊之外，外链急剧增加也算是一种作弊。所以说大家在发外链的时候要保持平常的数量，非要增加外链数量要循环渐进，逐渐增加。 五、友情链接 俗话说友情链接是把xxx剑，既可以帮助你也可以坑害你，如果对方的网站被降权或者被K你的网站也可能会被连累。所以在此本人忠告所有的站长，最好每天坚持检查友情链接，如果对方的网站被降权立即将其去掉。 六、其他因素 除了以上五个影响百度快照不正常的原因之外，还有许多其他方面的因素，比如：服务器打不开、网站中毒、被人挂了heilian接、搜索引擎算法改变、网站采集大量重复信息(即
某公司软件容灾方案 1容灾软件 Symantec 的存储管理软件VERITAS Storage Foundation（简称SF）适用于企业存储管理的标准化平台，它不仅提供比操作系统本身逻辑卷管理器更加强大的在线卷管理功能，还提供许多高级的存储管理功能，其中包括用于容灾的数据镜像、数据复制等功能。是目前市场上广泛使用的容灾软件。 Symantec VERITAS Cluster Server(简称VCS)是一个用于容灾演练、应用级容灾的软件。它是在基本的HA软件功能的基础上发展而来的。 Veritas Storage Foundation 软件可以根据企业不同需求，提供不同的容灾解决方案，小到同城数据镜像，大到两地三中心数据容灾。SF与VCS紧密集成，可以提供完整的、从数据到应用、并自动实时演练的企业容灾方案。 铁道部高铁指挥实验系统采用了SF/VCS实现了容灾。
2数据同城镜像方式 利用灾备中信和主中心之间或者同机房内的裸光纤线路构成SAN环境，直接采用Storage Foundation在两个存储之间实现存储镜像。即所有数据都将同时写入两边的磁盘整列中。 如上图所示，主中心的服务器将应用的每个写i/o数据同时写入到两个中心的存储中。由于镜像的实现是依托于底层的Volume，所有数据存取的过程对于应用来说都是透明的。我们可以通过设臵Volume Manager的读取策略来指定主中心的服务器从本地的磁盘阵列上读取数据，加快数据查询的速度。 在这个场景中，数据发生物理错误的可能性基本上分为两种，生产中心的存储系统出现物理错误，如硬盘问题、光纤卡问题、光纤连接问题或光纤交换机问题等，另外一种就是整个数据中心出现故障。
百度快照价格 百度快照价格？下面上海诏业就为大家简单解析一下。百度快照则是专指百度搜索引擎对网站首页的百度快照更新时间，如果百度搜索引擎对网站首页的百度快照更新时间及时，则说明此网站的百度权重较高——百度认为该网站资料更新、外部链接增加各方面运作正常，对网友有价值。 每个被收录的网页，在百度上都存有一个纯文本的备份，称为“百度快照”。百度速度较快，您可以通过“快照”快速浏览页面内容。不过，百度只保留文本内容，所以，那些图片、音乐等非文本信息，快照页面还是直接从原网页调用。如果您无法连接原网页，那么快照上的图片等非文本内容，会无法显示。 百度搜索引擎机器人每日定时访问该网站，如果网站首页百度快照更新时间较为久远，那么就意味着这个网站上的信息要经过较长的时间段才能被百度抓取。此时这个网站的站长就必须考虑从每天增加
外部链接、每天定时定量增加原创内容等方面来改进网站，吸引百度蜘蛛更多地来访，使网站首页的百度快照时间更新到最接近于当前时限的时间段。 百度快照价格，小编推荐您电话咨询上海诏业是一家持续创新的企业，专注为企业提供网络营销解决方案！我们的目标是坚持不懈地帮助客户提高生产力，提升自身社会品质。更大限度的激发每个人的潜能，形成强有力的集体，充满朝气，拥有创造与挑战精神的企业风格。为企业提供专业、高效率、可信赖的网络营销服务！ 上海诏业网络科技有限公司成立于2012年（是网新科技集团有限公司全资子公司），公司主要为上海本地企业级用户提供内容营销、云计算、网站及平面设计等服务，是百度文库商业文档上海地区授权服务商、百度云业务上海金牌代理商、263企业通信上海核心代理商。公司一直秉着“专业、高效、可信赖”的核心价值观，为客户提供全面优质的品牌营销解决方案。公司成立6年来已先后为超过6000家上海本地客户提供专业的互联网营销服务。
1.用户现状与需求 1.1.用户IT系统现状 用户现有系统包括数据库、应用、WEB、邮件等系统，虽然是双机架构，但是其稳定性和可靠性都没有达到核心系统应该具备的标准，而且直连的存储架构对于性能和管理型都有一定的局限性。 业务数据是企业业务的生命线，如何保护好计算机系统里存储的数据，保证系统稳定可靠地运行，并为业务系统提供快捷可靠的访问，是系统建设中最重要的问题之一。为了保护业务系统的关键业务数据，我们必须对这些数据进行有效的备份，并支持快速恢复。 通过备份的方式将文件、数据库等重要数据做一个副本，只能在本地建立数据保护。但因意外(如火灾、地震等)停止工作时，随之而来的损失更是不可估量，为避免类似风险的存在，就需要建立异地容灾系统，整个应用系统可以切换到另一处，使得该系统功能可以继续正常工作，保证业务稳定运行。 1.2.用户需求 1.2.1.建设目标 从容灾的级别来说，可以规划数据级容灾和应用级容灾，根据业务种类多，业务方式多样化的特点，仅建设一个数据级容灾是不够，容灾发生时，业务快速的恢复是容灾系统的一大需求。应用级容灾是建立在数据级容灾的基础上，在容灾切换时，除了切换核心的数据库数据外，还包含了IP地址切换（按客户需要选择），中间件服务，用户级业务。应用级容灾从流程上实现了全业务的连续性需求。 从我们的灾难系统建设经验出发，xxx有限公司可以考虑以下业务连续性计划目标：RPO（最大允许数据丢失时间）：零数据丢失 RTO（最大允许宕机时间）：30分钟
应用级容灾需求 1.2.2.需求分析 用户需要保障数据的长期安全可靠的，数据对于灾难的安全性和可恢复性：灾难切换时间要求灾难系统切换时间不超过30分钟，最好在10分钟内实现。 多种灾难切换方式提供自动灾难系统切换和手动灾难切换方式 计划内维护要求提供计划内维护支持能力，计划内维护切换时间不多于10分钟 数据丢失性要求原则上要求零数据丢失，可以依据情况进行调整 数据同步方式提供同步和异步两种方式 备份和灾难备份方式采用物理备份方式实现 物理部件失败要求支持部分磁盘，文件系统，主机，磁盘柜等各种物理部件失败导致的失败保护。 站点失败要求支持由于火灾，电力以及其他因素导致站点失败的数据保护。 逻辑失败要求支持由于数据块腐败导致的数据库无法启动，数据丢失等逻辑失败保护 人类错误失败要求支持由于人类误操作以及入侵等导致人类错误失败导致的数据保护或者恢复。 生产系统的性能影响要求生产系统性能影响不超过5% 生产系统可用性要求容灾系统不会降低生产系统可用性 网络链路分钟级别短暂故障要求不会对生产系统产生影响 网络链路小时级别长期故障要求不会对生产系统产生影响 网络链路密集的秒级别短暂故障要求不会对生产系统产生影响 网络链路容错支持网络链路的容错，可以利用网络的备份链路，比如多路网卡等灾难系统的硬件故障由于灾难系统硬件故障导致的灾难系统不可用不会对生产系统产生影响，比如网卡，磁盘以及控制卡等 灾难系统的软件故障由于灾难系统软件故障导致的灾难系统不可用不会对生产系统产生影响，比如灾难系统管理软件部件等 网络协议采用IP网络实现