走进Sharepoint2013至Sharepoint Online迁移②

首先,我们先来实际操作,迁移本地文件服务器资料至Sharepoint Online

安装Migration API的安装先决条件:

.NET4.0  下载地址:

http://www.microsoft.com/zh-cn/download/details.aspx?id=17718

SharePointOnline Management Shell 下载地址:

http://www.microsoft.com/en-us/download/details.aspx?id=35588

Migration API也可以安装在Windows7等客户端操作系统,并不一定要安装在Server操作系统

Migration API迁移时会用到的命令

https://technet.microsoft.com/zh-cn/library/mt143608.aspx

安装完成Sharepoint Online Mnagement Shell之后,以管理员身份运行

首先,第一步,运行命令 Connect-SPOService -Url https://prowz-admin.sharepoint.com ,连接到Sharepoint Online 管理中心 ,并输入Sharepoint Online管理员账户密码

如果身份验证正确后即可进行到下一步操作

本次我们是将一个网络共享里面的内容迁移过去,记录网络共享路径,并确保具备读取权限

准备两个文件夹,一个用于存放Migration API第一次转换的文件,一个用于存放Migration API第二次转换的Log文件

准备完成后,运行命令

New-SPOMigrationPackage -SourceFilesPath "\\d-dn792-4\File" -OutputPackagePath"c:\mig\spotemp" -TargetWebUrl "https://prowz.sharepoint.com" -TargetDocumentLibraryPath "Shared Documents"

-SourceFilesPath 指向来源文件服务器路径 ,后期这个路径也需要上传到Azure的容器,最终存放到Sharepoint Online的文档库

-OutputPackagePath 文件服务器第一次转换为Sharepoint Export所要存放的路径

-TargetWebUrl 目标要迁移到的Sharepoint Online网站

-TargetDocumentLibraryPath  目标要迁移到的Sharepoint Online文档库

命令执行完成后,打开之前建立的文件夹就可以看到第一次转换的内容

第一次转换完成后,即产生了文件服务器所特定生成的SharePoint Export元数据文件,我们还需要将这种元数据库文件转换为Sharepoint Online所能支持的文件,即进行第二次转换,执行命令

ConvertTo-SPOMigrationTargetedPackage -SourceFilesPath "\\d-dn792-4\File" -SourcePackagePath "C:\mig\spotemp" -OutputPackagePath "C:\mig\spomigpack" -TargetWebUrl "https://prowz.sharepoint.com" -TargetDocumentLibraryPath "Shared Documents"

-SourceFilesPath 指向来源文件服务器路径

-SourcePackagePath 指向第一次转换生成的路径

-OutputPackagePath 指向要生成的转换log路径

-TargetWebUrl 目标要迁移到的Sharepoint Online网站

-TargetDocumentLibraryPath  目标要迁移到的Sharepoint Online文档库

脚本执行完成后,打开之前的SPOtemp第一次转换的路径,可以看到,文件的修改日期已经变成了最新,是经过Convert之后的,可以被Sharepoint Online所识别的格式了

打开创建的第二个文件夹,可以看到里面存在一个转换log,点击进去可看到转换过程中所有的详细步骤

完成了以上工作后,接下来按照之前所说的流程,我们需要把文件源文件,以及最终转换完成的文件xml元数据,都上传到Azure Blob的容器中,如果您没有Azure账户,可以参考以下链接使用365自带的Import Services进行操作

http://www.learningsharepoint.com/2015/09/22/step-by-step-migrate-files-to-sharepoint-online-office-365-import-service/

首先去Azure Blob里面建立一个新的容器,并复制取得容器name,容器key,也可以使用现有的容器

注:Azure账户可以不与365是同一个账户,只要能够取得存储账户名以及访问密钥即可

取得完成后运行如下命令,设置一个azurelocations路径,并且使用加密的方式进行上传,后期在Sharepoint Online运行job的时候需要调用这个locations路径

$azurelocations = Set-SPOMigrationPackageAzureSource -SourceFilesPath "C:\file" -SourcePackagePath "C:\Mig\SPOTEMP" -FileContainerName migration-files -PackageContainerName migration-package -AccountName techdays2016 -AccountKey "jPbyzNkB9321wUiKP4uNy9oluygVCwvQD/"

-SourcePackagePath  指向来源文件服务器路径上传到Azure的容器,最终存放到Sharepoint Online的文档库

-SourcePackagePath  指向最终转换完成的路径,最终存放到Sharepoint Online的文档库

-FileContainerName  输入需要在blob中创建的文件容器名称

-PackageContainerName 输入需要在blob中创建的转换package容器名称

-AccountName 输入Azure blob的存储账户名称

-AccountKey  输入Azure blob的存储账户访问密钥

命令执行成功后,会在Azure blob里面看到已经创建的容器

点击容器进去即可看见已经成功上传的内容

将文件内容和元数据成功上传至Azure容器后,就可以使用命令publish Sharepoint Online运行迁移的Timejob,执行如下命令

$job = Submit-SPOMigrationJob -TargetWebUrl "https://prowz.sharepoint.com" -MigrationPackageAzureLocations $azurelocations

-TargetWebUrl 为Web应用程序名称

-MigrationPackageAzureLocations 指定之前创建容器时的变量

Job开始之后,可以使用Get-SPOMigrationJobStatus命令来查看Job执行的情况,在Sharepoint Online中这些迁移作业都会被做成不同的queue,等空闲的时候再执行这个queue,通常这个等待时间会很短,一般会在一分钟左右。

Get-SPOMigrationJobStatus -TargetWebUrl https://prowz.sharepoint.com

当你看见JobState状态为Queued的时候说明你的这个迁移Job还没有执行,还在排列中,等过一阵子也许你会看到process,说明这个Job正在跑

当你隔一段时间再次运行这条命令的时候

Get-SPOMigrationJobStatus -TargetWebUrl https://prowz.sharepoint.com

发现GetSPOMigrationJobStatus Get不到任何东西的时候就说明你的这个Job已经执行完了,在Sharepoint Online的文档库中已经可以看到同步上来的文件,以及文件的修改时间等等详细信息

总结:本小节中,我带领大家简单了解了一下微软Office 365所提供的Migration API的基本用法,其实这个API不仅仅是可以通过powershell控制,还可以供ISV进行二次开发的接口,支持通过CSOM去call API进行运行,大体来说 Migration API 是提供给广大公司及IT工程师一种新的选择,可以通过这样一种方式,将本地端的 文件服务器或者Sharepoint Server 2013 迁移至云端。Migration API迁移文档时有一个格外需要注意的地方,就是如果Online的文档库中已经存在同样的内容,那么Migration的时候,API只会执行覆盖操作。以上就是本章介绍的内容,下一章中我将带领大家实作如何将本地Sharepoint 2013的文档库迁移至Sharepoint Online的文档库。

时间: 2024-11-29 07:00:10

走进Sharepoint2013至Sharepoint Online迁移②的相关文章

走进Sharepoint2013至Sharepoint Online迁移①

这一次要与大家分享的议题是如何将本地端Sharepoint2013迁移至Sharepoint Online, 首先,为什么要迁移到Sharepoint Online呢,通常会有这样几个原因1.公司Sharepoint 2013访问量过高,没有那么多的财力人力去维护支撑这样一套Sharepoint平台 2.觉得本地端的某些体验不如Sharepoint Online上面的体验好,为了更好的体验而选择Sharepoint Online . 对于Office 365 相信大家都有或多或少的了解,简单来说

Moss、SharePoint数据库迁移问题(转)

当项目快做完时,大家都要考虑将程序及数据迁移到正式环境部署.但是,如果用SharePoint开发,它会产生很多数据库,到底哪些需要迁移,哪些不需要迁移了?? 请看: 1.配置完成SharePoint后,产生的对应数据说明. 图1-1 注: A.代表 当配置SSP时产生的(SSP 数据库).       每个 SSP 都需要一个数据库,以用于特定于服务的数据. B.代表 当配置SSP时产生的(搜索数据库).    除 SSP 数据库以外,还必须另外提供一个数据库,用于经常更改与搜索相关的数据. C

SharePoint 数据库迁移步骤

背景:项目上一SharePoint网站分为SharePoint前端与数据库,前端放在实体机上,数据库放在VM9虚拟机中. 环境:Windows Server 2008 r2+sp1, SharePoint Server 2013 Enterprise, SQL Server 2008 r2+sp1, VM9虚拟机 存在的问题:虚拟机中实际上只有70G大小的文件,但是虚拟机在磁盘上的空间有700多G,严重占用资源,在网上尝试用vmware-vdiskmanager.exe –k命令.VMwareT

Sharepoint学习笔记—习题系列--70-576习题解析 -(Q144-Q146)

Question  144 You are planning a feature upgrade for a SharePoint 2010 farm. The original feature with a version number of 1.0.0.0 is activated in numerous scopes within the farm. You have designed a new version of the feature, 2.0.0.0, which has bee

活动目录父子域用户迁移之:TFS&SharePoint问题汇总(一)

前段时间做了个项目,是关于父子域合并的,其实无非就是使用ADMT把域用户,计算机等从子域迁移到父域上,看似迁移用户很简单.But--生产环境啊,Exchange,TFS,Sharepoint,还有其余乱七八糟的东西,都使用了域账号,牵一发动全身的节奏,迁移账号出点儿问题相关用户就可以坐在那打酱油了,迁移前在他们生产环境中新建测试账号迁移,但是这种测试账号相对理想的环境,测试过程中很多问题不容易发现,很多问题是迁移了客户生产用户账号时出现了问题,但是于对于TFS一窍不通,sharepoint大多不

sharepoint 2013:活动目录迁移用户后,在sharepoint中move 用户 powershell

Get-SPUser -web http://wfe1  | fl    (查看该网站集中的账户) $user = Get-SPUser -web http://wfe1 -Identity 18   (将id为18的账户赋予变量$user ,不用变量下面一条语句会失败,18也可以用用户名取代) Move-SPUser -IgnoreSID -Identity $user -NewAlias 'test\sale02'   (将该账户迁移为新账户,可以在同一个域中,也可以不同域) 该操作在web

BEGINNING SHAREPOINT® 2013 DEVELOPMENT 第6章节--在SharePoint2013中开发、集成和构建应用程序 总结

BEGINNING SHAREPOINT? 2013 DEVELOPMENT 第6章节--在SharePoint2013中开发.集成和构建应用程序  总结 SharePoint开发已经从基础上将重心逐渐转移到提供更好的模型,以更好适用来在云上运行SharePoint.SharePoint应用程序通过从核心SharePoint过程抽取代码运行时,并注入到Windows Azure或另一个宿主环境,解决许多在云上运行代码的问题,.

BEGINNING SHAREPOINT® 2013 DEVELOPMENT 第6章节--在SharePoint2013中开发、集成和构建应用程序 总结

BEGINNING SHAREPOINT? 2013 DEVELOPMENT 第6章节--在SharePoint2013中开发.集成和构建应用程序  总结 SharePoint开发已经从基础上将重心逐渐转移到提供更好的模型,以更好适用来在云上执行SharePoint.SharePoint应用程序通过从核心SharePoint过程抽代替码执行时,并注入到Windows Azure或还有一个宿主环境,解决很多在云上执行代码的问题,. BEGINNING SHAREPOINT® 2013 DEVELO

SharePoint 2013 Disaster Recovery——迁移内容数据库

安装和配置SharePoint Farm时,一定要注意将内容数据库不要放在C盘,除非你的C盘能足够承受起日益增长的数据.由于在安装SQL SERVER中没有注意,我将数据库存放在默认的 C:\Program Files\Microsoft SQL Server\MSSQL11.MSSQLSERVER\MSSQL\DATA文件夹中.这时不幸的事情发生了,内容数据库增长过快直到将C盘撑暴,导致SharePoint Server发生意外故障. 所以,迁移内容数据库势在必行了. PowerShell查看