SharePoint 2013 数据迁移方案总结

1.  使用命令行Backup-SPSite和Backup-SPSite,备份还原站点集方式进行不同服务器场之间的内容迁移

  缺点:在使用此命令进行备份还原的时候,要保持数据库内容数据库version一致。在dbo.version中可以看到。version不一致,使用Upgrade-SPContentDatabase尝试对内容数据库进行升级。手动修改dbo.version中的版本有风险,导入后可能无法正常使用;源站点集的相对路径不能修改。

  优点:还原整个站点集信息,如果site不存在会自动创建,如果site存在会覆盖

2.  使用命令行Export-SPWeb和Import-SPWeb, 导入导出网站。

  优点:不受内容数据库版本限制;可以将网站导入到不同相对地址的站点集中。

  缺点:在网站大于10G以上,导入导出过程都非常慢,甚至会失败。

3.  使用命令行Export-SPWeb和Import-SPWeb, 导入导出列表。

  Export-SPWeb -Identity 网站绝对路径 -ItemUrl 要导出的列表的相对路径 -Path "本地文件夹\file.cmp"

  优点:不受内容数据库版本限制;可以将列表导入到任一网站;在网站比较大的情况下,可以逐个导入。

  缺点:不包含权限信息

4.  将要迁移的网站集迁移到新的内容数据库上,然后直接附加此数据库到目标数据库中。

  a. 在CA中创建一个新的内容数据库A,内容数据库所在的数据库服务器,必须与要迁移的站点集所在的内容数据库在同一台数据库实例上。

  b. 使用命令行Move-SPSite将站点集迁移到内容数据库A上。

  c. 备份内容数据库A,然后将备份文件拷贝到目标数据库服务器上。

  d. 在目标服务器上还原内容数据库A,然后使用Mount-SPContentDatabase将内容数据库添加到目标web application上。

  优点:不受内容数据库版本限制;不受网站大小限制;包含网站权限设置;速度快

  缺点:不能在迁移的时候修改网站集的相对地址。

  

  

时间: 2024-08-06 12:36:00

SharePoint 2013 数据迁移方案总结的相关文章

Redis数据迁移方案

场景 Redis实例A ---> Redis实例B,整库全量迁移 方案一: mac环境 brew install npm npm install redis-dump -g 针对RedisA: redis-dump -h host1 -p 6379 -d 1 --json > mydb.json针对RedisB: cat mydb.json | redis-dump --convert | redis-cli 方案二:参考: http://www.zlovezl.cn/articles/mig

HBase集群数据迁移方案

一.静态迁移方案 1.在hbase停止的状态下进行数据的迁移. 2.采用Hadoop distcp方式,将以上目录的内容,迁移到另一个集群. 使用add_table.rb进行恢复. 缺点:不太灵活 二.动态迁移方案 -Replication备份方案 -CopyTable方案 -Export and Import方案 1.Replication备份方案 修改hbase-site.xml配置,增加hbase.replication属性, 增加表属性REPLICATION_SCOPE属性. add_p

Linux服务器的配置和数据迁移方案

问题  将Linux功能服务器的配置和数据迁移到新服务器中 解决方案  迁移一台主控+功能的Linux服务器方法 要求1:新旧服务器安装了同一版本的[email protected](最完善的虚拟主机管理系统) 要求2:下面的例子都假设使用bash作为shell 此方法,不需要从主控执行检测与修复,就可以恢复全部数据和配置.只有磁盘配额限制除外, 如需要重新设置磁盘配额限制,在恢复完之后从主控执行web站点的检测与修复,选上"同时更新正常站点"选项 [注意]请仔细阅读全部内容,了解了都

Linux服务器的配置和数据迁移方案资料分享

对于从Windows系统迁移过来的用户,困扰大家的 "Linux系统下是否可以把系统文件和用户文件分开到C盘和D盘中" 的问题也可以得到完满解决. 之前的文章对Linux的文件系统有过粗略的介绍,但是了解文件系统结构后,有什么用途呢?在本章节将围绕 "基于用户角度的Linux下的数据备份和迁移" 的场景,对Linux文件系统相关知识进行实地应用,产生生产力 . 在了解Linux文件系统之后,就可以 艺高人胆大 玩转Linux的文件目录了. 本文案例 --- &quo

SharePoint 2013 网站迁移流程

在新的Farm(场)里,创建一个新的Web Application(网站应用程序),不需要创建Site Collection(网站集) Copy(复制)自定义开发的WSP包到新的Farm Server(场服务器)上,使用PowerShell进行Deploy(部署) Copy(复制)网站下的web.config(配置文件)到新的网站下进行覆盖 Copy(复制)对应内容数据库(Content Database)的bak备份文件还原到新创建的同名空数据库上,使用Test-SPContentDataba

ecstore1.2 数据迁移至ecstore2.3的方案

主要涉及到商品.会员.订单的数据迁移,其中尤其以会员的数据迁移为主. 前期工作: 1.安装标准ecstore2.3(经过二次开发的部分需要自行对比是否影响到数据迁移) 数据迁移方案 一.会员 1.会员验证拆分成2张表: 后台超级管理员 前台普通会员 2.使用account_type区分会员和管理员数据,获取1.2的会员用户名和登陆密码 3.members:基本信息迁移(注意最新mysql版本的字段类型的强制性要求,member_id同步导入,参考脚本app/b2c/testcase/member

SharePoint 2013 安装配置(3-1)

在第二部分中,我向您展示了如何在Windows Server 2012 R2 for SharePoint 2013上设置Active Directory域服务.现在我们应该能够在Active Directory中设置管理员和服务帐户. 第三部分,我将逐步介绍在Windows Server 2012 R2上安装Microsoft SQL Server 2012.我将创建一个可用于存储SharePoint 2013数据的SQL Server的默认实例. 必要条件 添加SQL 管理服务账号 Fram

闲来无事,编写一个数据迁移小工具

一.前言 生命不息,折腾不止.近期公司有数据迁移的计划,从Sqlserver迁移到mysql,虽说网上有很多数据迁移方案,但闲着也是闲着,就自己整一个,权当做是练练手了 二.解决思路 整个迁移过程类似于ETL,将数据从来源端经过抽取(extract).转换(transform).加载(load)至目的端.读取并转换sqlserver库数据,将数据解析为csv文件,载入文件到mysql.流程如下: 抽取.转换此过程主要是处理源数据库与目标数据库表字段的映射关系,为了保证程序的通用性,通过配置文件映

互联网“平滑数据迁移”架构技术实践

一.问题的提出 互联网有很多"数据量较大,并发量较大,业务复杂度较高"的业务场景,其典型系统分层架构如下: 上游是业务层biz,实现个性化的业务逻辑 中游是服务层service,封装相对通用的数据访问 下游是数据层db,存储固化的业务数据 服务化分层架构的好处是,服务层屏蔽下游数据层的复杂性,例如缓存.分库分表.存储引擎等存储细节不需要向调用方暴露,而只向上游提供方便的RPC访问接口.当有一些数据层变化的时候,所有的调用方也不需要升级,只需要服务层升级即可. 互联网架构,很多时候面临着