数据迁移场景有哪些？

什么时候会用到整体数据迁移方案呢？

情况1、当企业从物理机房托管转向公有云平台时，将会涉及到业务数据的搬迁服务，如何能帮企业解决平滑的过渡，保护数据迁移的安全性、海量数据的完整性呢？

首先物理机房的服务器运行环境与云平台的云服务器的物理环境发生了变化，靠传统的搭建环境、再复印粘贴的方式，首先时间上不能保证迁移的时效性，而且 *** 作步骤繁琐，我们要考虑的因素很多，另外因为环境不同很容易出现这样那些的问题，导致业务不能正常启用。

数据迁移：IDC张祚涛

情况2：当企业面临机房搬迁时，会涉及到跨地域进行设备搬迁，这时候可能很多企业可能并没有意识到风险，因为迁移的过程中如果遇到设备老旧或物理颠簸可能就会遇到数据丢失，机器不能正常开机导致业务中断，影响企业生产线的正常运营！

同时，很多企业本地的NAS服务器或者SAN服务器，都装载了企业很多重要的本地核心数据，当遇到企业搬家，很可能涉及到存储设备的搬迁，机器有可能也是用了很多年，存储了近几十TB甚至几百TB、EB级的海量数据，那么，这时候如果遇到设备故障，那企业将面临因为搬迁造成的设备核心数据丢失，那损失将是不可预估的。所以这时候企业最稳妥的方式是搬之做先做一个完整的实时的数据备份，这样当面临意外宕机时，才能将完整的实时的数据备份快速的恢复到原机、或异机进行恢复。

情况3：当企业从A云向B云进行业务转移的时候 ，也会涉及到整体数据迁移方案。总不能下载到本地再从本地搬到另一个云平台上吧，这时候就需要借助一个工具来完成企业的整体数据迁移。

情况4：当公安机关打击违法犯罪时，需要从涉案企业的设备上提取作案证据时，因为有时候可能就是一个大型案件，涉案企业的设备较多，涉及到跨省出警，这时候警察叔叔又不可能把几十台设备都搬到外地去，如果通过移动硬盘进行拷贝的话，首先时间上采用传统的备份可能需要几天的时间，但因为客户服务器的物理环境，比如做了read5那有可能拷过去的数据不可用，那如何能最快的时间提取到涉案企业服务器里的完整的数据，而且保证数据的可用呢。

这时候就需要一种更先进的手段，协助警察同志对数据中心的涉案服务器进行完整的数据迁移提供高可用方案，不仅能为公安机关案件调查节约时间争取早日破案，更能为打击犯罪提供技术支持。

情况5：当企业遇到其它混合云环境下的整体数据迁移，从本地到云端(D2C或D2D2C），云端到云端（C2C）的灾备服务架构的备份与恢复；数据灾备到用户自建的数据中心进行异地灾备，实现跨设备、跨地域、跨云和物理隔离的整体数据迁移方案。

以上几种情况正是「ucache灾备云」能帮企业提供整体数据迁移方案的实例。

「ucache灾备云」可以作为一个服务，为企业提供完整数据备份、数据迁移、灾难恢复服务；

「ucache灾备云」可以看作一个平台，具备云的特性，即开即用，d性扩容；

「ucache灾备云」可以理解为一项技术，可以满足混合云环境下的海量数据、即时备份。

「ucache灾备云」可以当作一个工具，帮企业实现跨设备、跨云、跨地域的数据迁移。

「ucache灾备云」是以在线云服务的方式提供用户Web控制台，备份本地数据至云端和云端数据恢复至本地的数据保护服务，为用户的数据搬迁提供技术保障。

特点如下：

（1）云灾备具备实时性

当面对不同企业用户无论是几百GB或是面临TB-EB 级海量数据的存储及备份时，在业务连续性上都能做到不间断的进行数据备份。

（2）云灾备具备可靠性。

备份数据可靠性=备份数据恢复验证频度×60%+恢复演练环境具备度×40%=（一类系统业务备份数据恢复验证频度×40%+二类系统业务备份数据恢复验证频度×35%+三类系统业务备份数据恢复验证频度×25%）×60%+恢复演练环境具备度×40%。

云灾备平台可以进行灾难恢复演练，通过即时的数据有效性验证，验证备份数据的完整性、可靠性，能够为企业的云灾备提供可靠保障。

（3）云灾备具备安全性。

云灾备平台应当为用户的数据安全提供全过程的数据保护，从传输层、存储层、数据库层全程加密的方式，保障数据全程处于加密状态。

（4）云灾备具备全能性。

云灾备的应用场景可以满足用户：完成数据从本地到云端(D2C或D2D2C），云端到云端（C2C）的灾备服务架构的备份与恢复；数据灾备到用户自建的数据中心进行异地灾备，实现跨设备、跨地域、跨云和物理隔离的灾备数据中心服务。

（5）数据容灾备份具备灵活性。

云灾备应当基于云服务的订阅收费模式，采取按需订阅，d性扩容，减少初期的投资浪费；无需用户初期硬件资产投入以及运维人员投入；满足用户即开即用、 *** 作简单、以云管理的方式交付用户使用。

当灾难发生时，生产数据遭到破坏，可以在线上立刻启用「ucache灾备云」的备份数据，以灾备即服务的方式对数据进行快速恢复，或将备份数据搬迁到新的服务器或应用平台，并且保证系统稳定运行，一键备份，秒级恢复的数据容灾备份解决方案，相信是每个企业进行整体数据备份、迁移、恢复的不二之选！

关于更换或者迁移域服务器:关于域服务器迁移的请教我通过部署一个简单的域管理公司40台左右的机器。域的作用主要是通过域用户来管理客户端，回收大部分的权限，使客户端系统非常稳定！整个域系统已经用了快4年了。另 外域服务器还兼任文件服务器，授权和设置了共享文件目录，让客户端可以通过这些共享目录交流和保存信息。现在公司购置了新的机器，需要将现在旧的域服务器迁移到这台新机上，旧的机器另有用途，我在考虑如何做才能让客户端受到的影响最小！先讲一下我现在的网络系统架构：ip段：192168760 2552552550DNS：1921687621DC(old)：1921687621我想的迁移办法是：1先在新机上装好dc(new)：19216876312在dc(new)上设置dns指向1921687621，然后作为DC(old)的额外域建立域，将dc(new)的域信息复制过来，然后配置dc(new）的dns中的ad zone，将dc(old)的dns资料也 复制过来，使dc(new)完全成为dc(old)的冗余备份！3将dc(old)的域正常卸载，让dc(new)承担起域的管理以上只是我以现有知识的设计方案，还没有实际实践，所以想请教几个问题：1dc(old)正常卸载后，dc(new)是否会自动管理起整个域？还需要什么后续的步骤吗？2另一个头痛的问题是如何使原客户端的dns指向新的dns，我想将dc(old)从网络下线后 ，直接修改dc(new)的ip为dc(old)的ip，但是觉得会有问题，不知道是否可行，或者有其他更好的办法。否则我还是要修改40多台客户端的dns指向新的dc(new）！ 回答： 1这里要澄清一个问题，所有dc如果获得了完全复制，那么它们上面的数据库是完全同步的，这个通过过程是后台自动完成的，不需要人为干预。如果您的dns选择了与ad同步，那么dns的同步也是自动的。那么在新的dc作为additional dc添加进来并获得完全同步后，您所需要做的动作是，将原有primary dc所承担的角色转移过来，比如5个om，gc，如果有多站点，还有istg。注意是transfer，而不是seize。等待dc的状态稳定后，降级原来的primary dc就好了。相关的资料请参考： >itjobjava老师教过客户由于以下原因可能会要进行OA的迁移
1) 项目实施阶段，通过某项测试，把通过测试的机器的OA环境搬迁到另一台机上
2) OA应用服务器硬件升级或故障，为了不影响OA正常使用，需要搬迁
3) OA应用做双机互备，双机热备等
此OA应用服务迁移如果涉及OA数据库的变动，请参考『迁移OA数据库』。
1 相同 *** 作系统间迁移，如从一台windows2003系统机器迁移到另一台windows2003系统机器
直接把$OA_HOME目录拷贝到另一台机器相同路径下（如果拷贝到另一台机器的路径不相同，方法请参考跨 *** 作系统迁移，来修改路径参数）；
2跨 *** 作系统迁移（如从windows *** 作系统迁移到linux）或者在同一台机器下不同路径下迁移
将$OA_HOME目录压缩成tar格式，然后上传到目录机器上，解压到需要的路径下
请检查以下这些文件，将路径修改成实际的路径：
1．$OA_HOME/TomcatX/conf/serverxml文件Context path="/oa" docBase=" E:/OA/firstframe/webapp"中docBase的值
或者$OA_HOME/ApusicX/config/serverxml文件application name="oa" base =" E:/OA/firstframe/webapp "中base的值
2．$OA_HOME/firstframe/bin/set-server-envbat(非windows环境：$OA_HOME/firstframe/bin/initsh)文件中OA_HOME，JAVA_HOME，JRE_HOME等参数的路径值
3．$OA_HOME/firstframe/resources/firstframeproperties文件中constantmain_storage_dir的值（OA公文处理表单等文件的存放目录路径）

---