谨以此文 记录一次悲催的SharePoint 迁移
& Q' q6 R8 u8 p最近遇上一个SP迁移 ,经过简单的交谈发现迁移工作并不是特别复杂,两个网站集,有几个自定义的解决方案当前版本是 SharePoint 2013 不带SP1 打算迁移到SharePoint 2013当我听到这个想法的时候颇为震惊,为毛会有如此需求 如果是因为要换机器也没有必要做迁移,我们可以向场中添加新的服务器, 然后删除废弃的服务器 并且断开场连接。
) D' s0 s; n3 R& u9 h: E' w带着如此疑问我看了下原始环境,不看不知道一看吓一跳当前只有一个服务器,该服务器即承担SQL,SharePoint 前端,以及SharePoint 应用程序 典型的All in One (经检查该场非独立安装)而且该场与WF 2013绑定,Office Web App 绑定 ,万幸的是 没有做其他BI 组建的关联,仅有的几个解决方案都有原始Wsp 文件。
3 F4 C9 b# o$ {! C2 G( J3 e关于服务应用程序
$ x7 Y5 T4 k/ I i3 r& xBI 方面没有使用,可以考虑放弃迁移 1 e, l9 B1 g: ]- r7 x$ B, z4 E
搜索已经使用 存在索引分区 必须要迁移 迁移前仔细看好 拓扑以及索引分区 而且该搜索拓扑全部组件均在一台机器上
. c# ?% ]4 e; z$ SSSS(即安全凭据存储) 没有使用,可以考虑放弃迁移 ( v9 a2 M9 j8 L
UPS (用户配置文件同步) 正在使用,且同步出现问题 ,而且 我的网站宿主 与 名为SP.xxx.cn的网站集同属一个web应用程序,该内容数据库已经到达300G 以上
( Z# Y' m% g: ~; [" ?经沟通可以不迁移个人站点,用户配置文件均可清空 。
+ ] C1 x+ W3 K7 X) E关于表单,没有任何自定义的表单在场中存在 InfoPath Forms Services 也未使用
& ]" z+ u: l* M) X# W+ _2 f m关于web应用程序 + U' F# u: N5 c
虽然场中存在两个web应用程序,但真正使用的仅有一个,故剩余的那个无需迁移,
' M, N% g0 c' z0 M. q. U4 d而且均未使用SLL 所以我们在迁移时候就可以无视证书的事情 否则连证书要一起迁移过去
" [0 o6 b. R& q! D据沟通结果该web应用程序早已废弃不用,但一直没删。
5 ]" D! j; w4 y关于传入传出邮件
; m2 n) K+ T4 v z. q! b场,web应用程序,站点均已经使用,且SMTP配置数据有记录 6 C& `6 p) ^1 F) g& l
关于Web.Config 1 I* b; f! C8 t
好吧 我实在无法确切的得知到底都修改了什么,我也不打算得知 我们可以用一个文本对比工具尽可能的还原。
+ s1 F7 E/ m7 Y我带着为什么要迁移的疑问进行沟通,沟通结果出乎意料的简单,粗暴,因为太慢了 8 n5 [. F6 `% _
因为UPS 同步问题。 $ ]) h9 v0 M/ [8 t; t
( Z6 M3 A. a, _" j% Q2 Z: O
" O9 N" ?1 e$ j0 k1 w
So 根据如上所述 我们得出一个结论 SharePoint 本身没有进行迁移的必要 响应慢的原因应该是 SQL数据库磁盘IO 过低的原因(他们在一块机械盘上完整的这一切,包括OS,SQL Server ,SharePoint) Shit!!!(Sorry 原谅我爆粗) , I& c3 g. y& r2 b
下面我们列举下应该都要迁移什么 ) s1 ?- c3 j. x
1 场要迁移 (别问我为什么要迁移场) # ^" Z9 b. T3 @6 K" i
2 web 应用程序
7 s/ x! C+ [- U3 服务应用程序 : L8 P! ?! E- j# A. t% q, D1 ?8 @
4 自定义解决方案 & T. z3 z9 w% p/ M o
5 WebApp 绑定 工作流绑定 % m+ M" W/ F6 I0 w7 {. [
6 Web.Config " Q+ g9 V' ~6 j+ @! q M
或许我想做的事情并不符合诸位看官迁移的概念,
7 z2 J; d$ Z' K% A为什么这么说呢 因为我在做的时候并没有创建新场,而是直接把场配置数据库迁移到另外一个独立的SQL Server 上 并且用一台全新安装的SharePoint 做一个扩展场的动作 然后顺理成章的把一个 ”迁移” 的动作变成一个移动 虽然表面看起来 这是一次迁移实际上我们仅仅使用了一个叫做 移动数据库,扩展场的做法
/ W6 c& V+ u# @' w& w$ Y下面我们将简单的说下几个重点问题
2 W7 N* @' f" `1 D/ P5 E( R) U/ L首先准备出一个SQL,我们简称他为SQLA 该SQL的版本不能低于原始SQL Server 的版本,且服务账户 管理账户,账户权限,身份验证与之前的一样(如果你之前的场中存在RS等集成模式请不要在该服务器安装)
6 |$ t; q+ I5 n一个全新安装并未加入场的SharePont 服务器我们简称他为SPA,(安装账户等与之前一样)
. {$ ~: `7 F- V0 n
/ w: d! E7 R: b g$ {0 C: D0 S8 J) f5 m2 I9 Y* Z
首先 移动数据库,(由于未在原始环境截图,所以我们在实验环境重现该场景) ( J3 b/ D8 ~# E* D0 F$ c, t0 ?
在这里也许我们会纠结下到底先移动那个数据库,但是我第一个移动的是场配置数据库 + G5 C6 L' S4 W, ~+ o
我们先简单的说下如何移动场配置数据库 1 S3 g6 c# [: {( z$ O: Y" @4 Y
首先在原始场中 关闭除去配置数据库之外的机器 包括App,WFE 我们要断开场与SQL的连接(该动作仅适合移动配置数据库 其他库无需此步骤) * F, c- W' c# Y- K9 Y! v$ _
然后在数据库服务器上执行一个叫做 分离的动作 如下图
T2 ^ Q7 `4 s. y1 z+ F
谨以此文 记录一次悲催的SharePoint 迁移
* o& O8 ~5 C2 ^; W% J# Z6 P也许你也已经看到 当前数据有19的连接 我们可以选择删除连接然后让他分离 ,但是我们还是稳妥点的好 ,由于一般迁移升级类的动作都不会在 工作时间进行,SO 大胆的把他们关掉把 4 o, M9 p% x, I" o7 m
数据库分离后 拷贝原始MDF,LDF文件到新的SQL Server 上 即SQLA 请注意你需要有SQLA服务器的本地管理员权限 并且在SQL 拥有db_owner 固定数据库角色 权限,如果你不清楚的话 就把你的SQL 管理员账户暂时加入本地管理员组把,或者找DBA去,同时附加该数据库 。
/ I, i; }: y9 Q6 s此后开启场中任意服务器, + Q3 S* E8 ]" U' \: _
执行如下动作 (以下动作适用于移动全部数据库 具体到特别部分我们会进行详细说明) & B8 H* I; {/ W! h: Q H) S3 z+ l
关闭任何已经打开的Cmd ,PowerShell 窗口,场中网站以及管理中心窗口 请务必谨记
1 U" v% u' [+ v- ~; B6 l5 Y( Y首先停止服务器的如下几个服务 . ~9 e! ^" h t: g0 S
SPAdminV4 ,SPTimerV4 ,SPTraceV4,SPWriterV4,SPSearchHostController ,W3svc * u# R; G: m. R n
然后IISreset /stop
0 ^4 ^# r K5 o这样我们就停止场
) \. y& V% @2 N) M; E当然对于我来说我更喜欢用命令来完成这些事情 , W+ s2 f/ z+ C7 o- z* N# X' d/ E
脚本如下 打开全新的PowerShell 窗口运行如下命令 5 u% [. _3 u6 d/ H
Get-Service SP* |Stop-Service -Force
) T! b+ V& k4 g" i ^$ sStop-Service W3svc 8 ~+ N* p3 ], A' l
iisreset /stop
* F* z+ b3 e* b- {" h1 o虽然我的脚本使用 Get-Service SP* 获取SharePoint 相关服务,但是会有误停止的服务,比如软件保护,打印服务 好吧 我承认这都不是问题。
! O% ~) ~/ j7 D4 V; D(如果你迁移的是其他非配置数据库 请在停止如上服务之后对原始数据库进行分离 附加到新的SQL Server 实例 我们建议再这时候对全部的数据库做一个备份以防不测 如果出现问题 我们可以通过还原数据库的方式 继续使用源场) 3 d. m( w/ A! h
脚本执行完成没有错误之后 管理该窗口 2 ~ {5 n2 c2 E- H# d) X2 k' J
打开新的SharePoint 命令管理工具 如下图 8 |: P" g4 a* D/ Q! g6 g5 V
谨以此文 记录一次悲催的SharePoint 迁移
: W+ S" s# e8 t9 Z. P好吧 我承认我一向更喜欢使用ISE,那么你可以打开ISE 运行 Add-PSSnapin * 来加载SharePoint 管理单元 当然这种做法也会加载其他的管理单元,好吧 我还得承认这都不是问题
! n! Z5 h B/ y9 Z我们运行 Get-SPDatabase 来获取数据库 注意区分你要移动的数据库 记录下ID 如下图
" x( _4 }8 r ~/ _" I1 v
谨以此文 记录一次悲催的SharePoint 迁移
3 R3 o, a/ M) {* Y0 U4 l9 G5 f& z9 M) U7 `
7 G5 ~& l3 X1 \7 S9 f8 f
由于我现在迁移的是一个叫做 配置数据库的东西 So
) }# ~+ |7 Y, {( t. c* l- K我们运行下面的命令 B8 e5 f4 @2 u
$1 = Get-SPDatabase fe15dfae-2485-47b4-a77f-c44d6426a0a2
8 K/ V$ i' G0 X5 D+ Z我们将该数据库对象放入一个变量
! F( E. L6 @. P1 U d2 {! f. ?$1.ChangeDatabaseInstance("win206.ilync.cn")
% e) P% ~) D2 m( g& Z+ E+ z调用该对象的ChangeDatabaseInstance 方法来修改 其新的数据库服务器为SQLA 请注意建议写FQDN 8 y3 k7 F x' J( q) I- f
如果使用SQL 镜像 " w% h5 Z+ a/ Z" w
还需要调用Failoverserviceinstance 来填充镜像连接名称 & F) D6 m! ]8 P p6 C' G( y
官方文档请参考
4 L8 F, t2 Z7 H g! c9 rhttp://technet.microsoft.com/zh-cn/library/cc512725(v=office.15).aspx
9 M% m+ \& l/ k' N4 d$ f5 ]然后在没有红色错误的情况下运行 " {0 Q) }' f( W' v6 `& O8 c
$1.Update() ( s, }9 Z( Q" R8 x
调用该对象的Update() 方法以使修改生效
' ^$ U/ q# p5 ~" J8 h如果在ChangeDatabaseInstance 时候 提示你更新冲突 没关系 关掉窗口 重新运行 % e; J# a) p0 k1 h- P1 j- [& w8 m
此后
: h, J. \" R9 ^/ p5 N3 t将刚才停止的服务启动 并且执行IISreset
- Z- f% @5 L$ Q+ ~; Y+ q到此 迁移配置数据库完成(至此 迁移非配置数据库也到此完成)
: a: {* P- Q, G) Q/ V然后我们以此把全部数据库附加到SQLA 将全部数据库迁移到SQLA上
% ] p/ P0 R: _$ ]由于 此时我们移动了配置数据库 原始服务器将无法访问管理中心
. k8 \* g! O: o这就是为什么我们要准备一个新的SharePoint 服务器并不将其加入场的原因
. ^' G+ K+ o. d+ t我们使用SPA 加入场 请注意 加入的场为配置数据库所在的SQLA 服务器 (这个动作相当于我们复制了一个场)
+ |2 V7 a3 d4 y% I& X然后完成任何加入场动作 ,记得将该计算机作为管理中心宿主 加入完毕之后 将原始的网站访问IP 或者解析修改为新的服务器 即SPA然后 用你能想到的一切办法在SPA 上还原任何Web.Config更改。
8 q$ ^" Y' [2 _0 \7 U* q* g1 q5 R同时在在我们复制出来的场中删除之前场中的全部服务器,同时在SPA上启动一切你需要的服务 6 E9 G; Y# `( D; M% x
至此 我们完成了场的迁移 到此步骤 我们的解决方案以及WebApp绑定都无需重新配置
& \; g+ C% x7 }; Z# z1 Q或许你可以开始测试下一些站点的访问是否成功 但是不要有其他动作
, C* i" Z+ Z6 M! @/ Q) Q' J" Q( y1 l. v# _' F5 a4 }
0 _ M7 j' E( h1 J. k' F* V
下面我们来看看Web应用程序的事情
7 @/ x; e$ Y3 z; ?/ f5 l& q+ |事实上 经过我们上面的动作根本无需再过多的关心Web应用程序 因为一切都在 就好比科幻片一样 我们的思维仍在只不过换了个躯壳,但是我们的身体可能不太适应思维(各种科幻大片都是一样的道理)所以我们下面将开始让身体适应思维,我们要做如下的这些动作 % K# B4 c, h$ I6 i w: L
可能我记录的并不完整,也许你的环境中有更多需要进行修改的 总之尽可能的仔细些
+ u4 I3 {% a( }4 l& Z1 o将场电子邮件地址进行修改该 在IIS上重新绑定SSL 证书,如果需要的话你还需要重新在SPA 上修改注册表以关闭IIS LoopBackCheck,还原之前任何依赖的DLL 等等一切你自定义的修改。
) c0 H. I2 z4 d/ R1 L2 s* ]还原应用程序池的任何修改 回收配置 进程数,内存等请尤其注意承担我的网站宿主的Web应用 的应用程序池千万要检查 加载用户配置文件 属性为True 1 I" V; Z$ _+ e" ?
关于服务应用程序
& @ ~( B+ u* c- `* K5 q9 J# j大部分的服务应用程序你无需担心 你只需要在新的服务器上启动相应的服务即可
7 t+ M/ _% V" c0 [这里我们重点说几个需要关照的家伙 / i) a0 x% f* C" j7 P/ h
User Profile Service Application ; o& a1 }( t5 o0 L
把UPS 说成微软最坑爹的服务我相信不算过分 MSDN,TechNet 上到处充斥长时间正在启动,无法启动,等等 4 w" V9 |2 R1 j$ h8 [1 }5 Y" t
这里有几个小窍门 1 在首次启动以及停止后在启动 User Profile Synchronization Service 这个服务时候 首先将该服务对应的服务实例托管账户加到本地管理员组 (在该服务启动后可将该用户从本地管理员组删除 服务器重新启动不影响) 2 对该账户在本地策略中授予如下权限 作为服务登录,允许本地登录,以操作系统方式执行 然后你可以选择重启SPTimerV4 服务但是我更建议 重新启动要承担同步实例的服务器 3 检查服务应用程序的相关属性 / p" n, W6 p( Z6 p4 z
使用 Get-SPUserProfileServiceApplication 命令获取场中的 User Profile Service Application (该命令非官方 由本人自定义开发目前尚不具备发布条件,部分已经拿到测试版本的同学感谢你们的测试反馈) 然后检查属性 NetBIOSDomainNamesEnabled 该属性在特定条件下需要修改下面列出该属性对应的条件 False 该应用程序使用的数据库实例为FQDN 非NetBios 名称 (这也是为什么我希望大家写FQDN的原因避免不必要的麻烦) True 该应用程序使用的数据库实例为NetBios 名称 如果你当前属性不满足以上需求 请做相应修改 然后调用Update()方法更新修改 4 在活动目录中委派该用户 复制目录更改,复制目录所有更改项 此后启动该服务 稍等片刻应该可以启动 如果还不能启动 请分别调用以下方法
. \4 m: @7 _0 N7 Z/ s, eResetSynchronizationDatabase() ResetSynchronizationMachine()
0 ]( t+ D' ~3 e+ u9 f$ h分别重置同步数据库以及同步实例 然后重新启动相应同步实例 希望这几个窍门能够帮到你。 + n* B7 _) |+ C6 _$ B9 `/ S
/ e! T) E8 r* l; h7 _ |