2
打开SQL Server服务器以后,点击数据库--选择附加
3
打开附加数据库界面后,点击右小角的添加
4
打开电脑上,之前备份好的完成数据库文件,然后点击确认。
5
数据库文件和其数据库日志文件,就一并加载过来了,点击确认就可以了。
6
展开数据库,就可以了看到我
们刚刚附加过来的完整数据库了,现在就可以
使用
这个数据库。
服务介绍
数据搬迁的目标是在最少存储中断服务时间内完成数据在两个存储设备之间快速有序迁移,并保证数据的完整性、可用性、一致性。
客户面临的挑战
主要使用场景有:根据正式系统搭建测试环境、从内网复制到外网、数据库服务器硬件升级等。根据需要迁移的数据量大小、系统架构,可采取不同的迁移方法。
数据搬迁服务特点
数据核对
数据核对采用数据分级过滤的方式,数据分级过滤就是把数据按照不同的数据级别进行分类整理进入不同的中间数据库中。本系统中我们把数据分为三个级别:废弃数据、待调整数据、可转换数据。废弃数据就是该部分数据的存在对系统资源造成浪费的数据,并且会影响以后系统的运行,比如重复的个人基本信息、重复的帐户信息、重复缴费信息。待调整数据就是该部分数据严重影响新系统的运行,必须进行人工调整后,方可进行数据转换。可转换数据就是该部分数据不需做任何处理,基本满足数据转换的要求或者是该部分数据新系统建议调整,但是不影响系统的运行,可以等新系统运行后再调整,这样可以为数据转换工作节省很多时间。
数据整理
数据整理就是将原系统数据整理为系统转换程序能够识别的数据。数据整理大致分为两个阶段:第一阶段就是将不同类型来源数据采集备份到统一的数据库中;第二阶段就是将原始数据进行整理,按照要求分类进入不同的中间数据库,为数据转换提供中间数据。
确保原始数据的完整性
在进行数据整理之间,我们先需要对原始采集数据进行备份。备份的目的有两个:一个是统一数据库,便于数据转换,另一个就是为以后数据追根溯源提供参考依据。
借助数据整理相关工具
数据整理非常艰巨,涉及的数据量很大,通过人工检查是不可能完成的,因此必须编写相关的数据整理工具完成数据整理。包括数据整理工具和数据纠错工具。数据整理工具负责将原始备份数据库中的数据进行分类进入不同的中间数据库;数据纠错工具负责提供友好、方便的工具界面供用户方相关人员完善和纠正错误数据。
利用中间库作为桥梁
由于原系统和新系统的数据库结构可能不一样,所以采用中间库作为衔接新旧系统数据的重要桥梁,对于建立新旧系统的对照关系很重要。一旦业务人员对新系统中某项转换数据存在疑问的情况下,就可以通过中间库的关联,顺利找出原数据。
UCACHE灾备云是一种能帮您轻松实现服务器数据迁移的云服务产品,能满足您要求的所有应用场景,满足公有云、虚拟环境、物理环境以及私有云和混合云状态下的数据级、应用级的定时备份、差异化备份、可选择性内容恢复的任务。
UCache灾备云复杂的IT环境应用,比如:支持SAP HANA、Hadoop、KVM、Mysql、VMware、IBM DP2、Oracle等场景的数据备份/恢复、及数据迁移使用。支持海量核心业务数据的闪电恢复,极大缩短恢复所需时间,保障用户可用性数据达到秒级RTO、分钟级RTO体验。(目前UCache云灾备100G免费使用,数据压缩、重删比例:可达到7:1,实际700G的数据意思是经过加密切块压缩,及并行重删备份后实际在UCache灾备云平台上显示的占用容易仅为100G。)
方法一:将\Microsoft SQL Server\MSSQL\DATA文件夹中的syntt_datamdf和syntt_logldf文件复制到安装有数据库服务器的机器的文件夹中(可以是本机的\Microsoft SQL Server\MSSQL\DATA\文件夹),然后进入企业管理器。右键点击“数据库”,在浮动菜单中选择“所有任务”中的“附加数据库”。
在随后的提示页面中选择刚才复制过来的MDF文件,如果想指定数据库的所有者,在“指定数据库所有者”选择框中选择你认为合适的用户。如果想修改数据库的名字,可在“附加为”框中输入新的数据库名字(对本数据库,不建议这么做,因为这样的话,整个程序中所有涉及数据库连接的代码都要随之修改,那将是不必要的劳动)。
在进行完上述的工作之后,直接点击“确定”就可进行数据的SQL Server 数据转移转移。
方法二:
(方法一)是针对数据库中没有本数据库的服务器,如果数据库中已经建有与该数据库名称相同的数据库,则直接按照备份数据库的恢复 *** 作就可完成数据的SQL Server 数据转移转移。
方法如下所述:
这种方法首先要在本机上建立一个备份文件,具体 *** 作介绍如下:
1、 在企业管理器中打开服务器组以及指定的服务器。然后右键点击需要备份的数据库在这里是syntt,在浮动菜单中选择“所有任务”菜单下的“备份数据库”,打开数据备份对话框。
2、 选择“常规”选项卡,在名称对话框中输入本分集合名称,在“描述”文本框中输入备份集描述文本信息。在“备份”组下选择备份 *** 作类型,共有以下几种:
数据库—完全:完整备份数据库。
数据库—差异:增量备份数据库。
事务日志:事务日志备份。
文件和文件组:数据库文件和文件组备份。
在“目的”组中指定备份设备或者备份文件名称,选择“添加”按钮添加备份设备或者文件;“删除”按钮用来删除备份设备和备份文件;选择“内容”按钮,则可查看已经存储在备份设备或文件中的备份信息。
在“重写”组中有两种选项:
追加到媒体:选择该选项,表示需要保存备份设备或文件中以前的备份数据。
重写现有媒体:要求本次被分数据覆盖以前的备份数据,从而节省存储空间。
在“调度”组中,安排数据备份的时间。用来指定数据库备份在将来的某个时间执行
3、 “选项”选项卡,设置数据库备份 *** 作选项。其中的内容主要有以下几项:
完成后验证备份:要求在备份结束时对备份数据进行校验。
备份后d出磁带:只对磁带备份设备有效,他要求在备份结束时自动卸带。
删除事务日志中不活动的条目:要求在事务日志备份结束时删除事务日志中的已经完成的事务日志条目。
检查媒体集名称和备份集到期时间:要求在备份前检查介质集名称和原备份集中备份SQL Server 数据转移的有效期,以防止意外重写破坏原来的备份数据。
备份集到期时间:设置备份集的有效期。
初始化并标识媒体:只对磁带设备有效。选择该选项后,SQL Server在备份时将Microsoft定义的磁带格式信息写入介质的开始部分。此时,可以在“媒体集名称”和“媒体集描述”文本框中定义介质集名称和介质描述信息。
4、 在进行完上述的 *** 作之后,剩下的任务就是点击“确定”,使系统开始进行数据库的备份 *** 作。
到目前为止,我们已经有了一个数据库的备份文件,剩下的任务就是怎么将这个文件还原至另外的数据库服务器中了。
1、因为使用企业管理器进行数据库的恢复只能是在本机进行,所以在进行数据还原之前,必须将刚才所作的备份文件复制到本机,然后在本机选择“syntt”数据库,右键点击它,在显示出来的浮动菜单中选择“所有任务”下的“还原数据库”。
2、在还原数据库对话框中,在“常规”选项卡中的选择“从设备”的数据恢复方法,通过“选择设备”按钮选择刚才复制过来的文件。
“常规”选项卡与“选项”选项卡中的具体内容如下所示:
“常规”选项卡:
数据库恢复方法:包括“数据库”、“文件组或文件”、“从设备”三种恢复方式。
“数据库”方式:选择该项时,从“显示数据库备份”列表中选择需要显示的指定数据库备份集合,从“要还原的第一个备份”列表框中选择首先使用哪一个备份集恢复数据库;“文件组或文件”:选择它时,数据库恢复部件列出指定数据库备份集合中备份的数据库文件或文件组,管理员可从这些备份文件中选择恢复那个数据库文件或文件组;“从设备”:选择它时,管理员选择恢复数据库或其日志所使用的备份设备,之后再从该备份设备中选择使用哪一次备份中的数据恢复数据库或其日志。
3、点击“确定”,完成恢复 *** 作。这里主要介绍的是基于 Linux(CentOS7) 系统,不同服务器集群之前的数据迁移。Elasticsearch 可以通过快照(snapshot)相关的命令对索引进行备份和恢复。(这个备份是增量的,同一个索引在第一次备份的基础上进行第二次备份只会备份新变化的数据)
假定旧集群有三个节点,分别对应三台服务器: 192168110 、 192168111 、 192168112
在旧集群中指定 192168110 作为 NFS(Network File System)服务端,其它两台服务器作为 NFS 客户端,分别安装 NFS:
以下步骤只需要在 NFS 服务端执行。
创建数据共享目录,目录结构可以根据自己的实际情况修改:
修改配置文件:
相关参数的含义如下:
重启 NFS 服务端:
最后确保 NFS 保客户端能够访问 NFS 服务端的数据共享目录。
以下步骤需要在每台 NFS 客户端服务器执行。
在 NFS 客户端服务器创建数据挂载目录,这里方便起见,目录结构和 NFS 服务端共享目录一致:
将 NFS 服务端共享目录挂载到各个 NFS 客户端:
这样所有的 ES 节点就可以使用同一个数据共享目录。
在旧集群每个 ES 节点的 elasticsearchyml 中,设置 ES 快照仓库目录为前边 NFS 配置的数据共享目录,也就是 ES 数据要备份到的目录:
修改完成后重启 ES 服务。
连接旧集群中某一个节点发送 PUT 请求来创建快照仓库,例如使用 192168110 节点,可以使用 Postman、Kibana 发送请求:
或者直接在对应节点的服务器上执行如下命令:
创建索引的快照就是对索引进行备份,如下发送一个 PUT 请求来生成 index_1 、 index_2 索引的快照:
或者:
可以在 NFS 的数据共享目录中( /opt/data/es_backup )得到最终生成的索引快照文件。
查看快照仓库的信息:
查看指定快照:
查看仓库中所有的快照信息:
删除指定快照:
删除快照仓库:
参考文章第一部分的内容,在新集群的服务器上搭建 NFS 环境。
给新集群每个 ES 节点配置快照仓库的目录,也就是新集群中的 NFS 数据共享目录:
连接新集群中某个 ES 节点发送 PUT 请求创建快照仓库,和之前的一样:
先将旧集群中生成的索引快照文件拷贝到新集群的快照仓库目录下。
再连接集群中的某 ES 个节点,发送 POST 请求从索引快照中恢复数据:
或者:
如果不要参数,则是恢复快照中的全部索引:
一般情况下,我们会结合索引的大小,在旧群集中生成指定索引的快照文件,然后拷贝到新集群的快照仓库来恢复索引数据,恢复完后就可以删除对应的索引快照文件(如果有需要的话也可以备份起来),重复这个步骤直到所有索引数据迁移而完毕。
如果集群中的数据量比较大,比如上百个G,整个迁移过程还是比较耗时的,耐心等待吧。仓库的概念知道吧?
方法一:新的服务器到后,看服务器svn版本一样不一样,一样或者更高的话,可以直接复制过去,完成迁移。
方法二:如果有问题或者版本更低,用svnadmin dump从本机dump出来, 再在新服务器上用svnadmin load恢复即可。
方法二是最保险的,不过如果仓库很大就很麻烦,所以我一直注意保持svn版本一直,直接用方法一。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)