|
谨以此文 记录一次悲催的SharePoint 迁移 . X' M2 b$ v' j0 _
最近遇上一个SP迁移 ，经过简单的交谈发现迁移工作并不是特别复杂，两个网站集，有几个自定义的解决方案当前版本是 SharePoint 2013 不带SP1 打算迁移到SharePoint 2013当我听到这个想法的时候颇为震惊，为毛会有如此需求 如果是因为要换机器也没有必要做迁移，我们可以向场中添加新的服务器， 然后删除废弃的服务器 并且断开场连接。 # u# R0 e& y# P" H/ j
带着如此疑问我看了下原始环境，不看不知道一看吓一跳当前只有一个服务器，该服务器即承担SQL，SharePoint 前端，以及SharePoint 应用程序 典型的All in One （经检查该场非独立安装）而且该场与WF 2013绑定，Office Web App 绑定 ，万幸的是 没有做其他BI 组建的关联，仅有的几个解决方案都有原始Wsp 文件。
9 C2 L. f% B0 o: q5 i关于服务应用程序 7 j" i0 ~% L' t: `
BI 方面没有使用，可以考虑放弃迁移 . i3 }+ C) m1 _4 e& K- L
搜索已经使用 存在索引分区 必须要迁移 迁移前仔细看好 拓扑以及索引分区 而且该搜索拓扑全部组件均在一台机器上
! h; g2 Y* }" QSSS（即安全凭据存储） 没有使用，可以考虑放弃迁移
+ f( O* p, k. SUPS （用户配置文件同步） 正在使用，且同步出现问题 ，而且 我的网站宿主 与 名为SP.xxx.cn的网站集同属一个web应用程序，该内容数据库已经到达300G 以上
* K0 Q* E ]0 c3 n y+ K( r; `( \经沟通可以不迁移个人站点，用户配置文件均可清空 。
4 B, ^1 ?; d) G3 O" _( U6 V4 o! F; Y关于表单，没有任何自定义的表单在场中存在 InfoPath Forms Services 也未使用
: ~! x/ [: _7 g% F. K- y" M关于web应用程序
# F( J E3 E. E- D3 q虽然场中存在两个web应用程序，但真正使用的仅有一个，故剩余的那个无需迁移，
* y7 n9 H6 P+ c& @而且均未使用SLL 所以我们在迁移时候就可以无视证书的事情 否则连证书要一起迁移过去
7 S6 \! p* m7 u+ f' ]据沟通结果该web应用程序早已废弃不用，但一直没删。
# ~+ e; g' o% |- X. p关于传入传出邮件 6 L* P: m0 ?! ~2 h6 P
场，web应用程序，站点均已经使用，且SMTP配置数据有记录
; z7 M1 [/ G2 D. J `( b2 g关于Web.Config ( M9 d7 X0 T. w# l( t
好吧 我实在无法确切的得知到底都修改了什么，我也不打算得知 我们可以用一个文本对比工具尽可能的还原。 % l* W8 G9 v" l* R
我带着为什么要迁移的疑问进行沟通，沟通结果出乎意料的简单，粗暴，因为太慢了 . h z* V: y* x- G: g6 k7 B
因为UPS 同步问题。 * q0 Q* l' T# J6 R8 s9 ~' Q
0 A! U( c0 w! p' K6 j/ I9 e
3 T/ l8 Q+ X+ g! y9 ?
So 根据如上所述 我们得出一个结论 SharePoint 本身没有进行迁移的必要 响应慢的原因应该是 SQL数据库磁盘IO 过低的原因(他们在一块机械盘上完整的这一切，包括OS,SQL Server ，SharePoint) Shit！！！（Sorry 原谅我爆粗）
" e! }6 a6 T- _: g P# n7 i下面我们列举下应该都要迁移什么 + C* D5 K/ _8 R
1 场要迁移 （别问我为什么要迁移场）
+ V/ d0 c2 O( [2 web 应用程序 $ r) O6 T+ Z: h" n1 ]* O3 S8 Y
3 服务应用程序 * ]3 V: N2 q! R7 V/ g
4 自定义解决方案
# J" D2 Z6 C5 z9 i5 WebApp 绑定 工作流绑定
" ^6 o/ A0 z% h) B. G$ @6 ]% s% \6 Web.Config
; M* o! v9 A( Z+ K9 M! B, N$ M* V或许我想做的事情并不符合诸位看官迁移的概念， , b% x% M, l @+ Y- N+ E8 b
为什么这么说呢 因为我在做的时候并没有创建新场，而是直接把场配置数据库迁移到另外一个独立的SQL Server 上 并且用一台全新安装的SharePoint 做一个扩展场的动作 然后顺理成章的把一个 ”迁移” 的动作变成一个移动 虽然表面看起来 这是一次迁移实际上我们仅仅使用了一个叫做 移动数据库，扩展场的做法 * U% H: S6 I5 [8 x" @
下面我们将简单的说下几个重点问题 ! I( r% p* q8 w; B4 v
首先准备出一个SQL，我们简称他为SQLA 该SQL的版本不能低于原始SQL Server 的版本，且服务账户 管理账户，账户权限，身份验证与之前的一样（如果你之前的场中存在RS等集成模式请不要在该服务器安装）
8 A; s5 ^& \$ d0 l# ^一个全新安装并未加入场的SharePont 服务器我们简称他为SPA，（安装账户等与之前一样）
0 T. }* R5 A6 ]0 R
0 t* g4 a3 u, z
3 _2 X( e. d5 g; _! r首先 移动数据库，(由于未在原始环境截图，所以我们在实验环境重现该场景) 5 I/ A# {9 z4 o4 D5 d! w4 Q3 k
在这里也许我们会纠结下到底先移动那个数据库，但是我第一个移动的是场配置数据库 : x& _- L. T" g5 Q% W2 h
我们先简单的说下如何移动场配置数据库 _: R. O2 {7 U4 ?! ]
首先在原始场中 关闭除去配置数据库之外的机器 包括App，WFE 我们要断开场与SQL的连接（该动作仅适合移动配置数据库 其他库无需此步骤）
( i6 x* s5 d( w1 S' [$ P然后在数据库服务器上执行一个叫做 分离的动作 如下图 ) R0 d, g9 J# ^+ ~" g/ s
谨以此文 记录一次悲催的SharePoint 迁移
6 b( f$ N4 Z" j4 y
也许你也已经看到 当前数据有19的连接 我们可以选择删除连接然后让他分离 ，但是我们还是稳妥点的好 ，由于一般迁移升级类的动作都不会在 工作时间进行，SO 大胆的把他们关掉把 : A5 a! Y) k, l$ Y& F3 O
数据库分离后 拷贝原始MDF，LDF文件到新的SQL Server 上 即SQLA 请注意你需要有SQLA服务器的本地管理员权限 并且在SQL 拥有db_owner 固定数据库角色 权限，如果你不清楚的话 就把你的SQL 管理员账户暂时加入本地管理员组把，或者找DBA去，同时附加该数据库 。
4 k d+ N+ l9 m: y& R. u6 B此后开启场中任意服务器， & F3 q4 R) O: T$ X" z
执行如下动作 （以下动作适用于移动全部数据库 具体到特别部分我们会进行详细说明）
) u" H. ?( n T$ B5 y# j关闭任何已经打开的Cmd ，PowerShell 窗口，场中网站以及管理中心窗口 请务必谨记 * G8 ~- L' R( F; B/ i2 l
首先停止服务器的如下几个服务 ; Q4 j2 A' v0 {! p! T
SPAdminV4 ，SPTimerV4 ，SPTraceV4，SPWriterV4，SPSearchHostController ，W3svc 1 _8 V& k3 t/ k2 I! G
然后IISreset /stop
% Y2 K1 m1 t n. w这样我们就停止场
( ^' x) a& Z, |- Y6 o* d f当然对于我来说我更喜欢用命令来完成这些事情 3 Q5 d0 b. R* ~* D+ }5 Y; O! O
脚本如下 打开全新的PowerShell 窗口运行如下命令 , N N! P8 [# }) H
Get-Service SP* |Stop-Service -Force
& ?- \! e# g! U2 i. S, pStop-Service W3svc
7 C! H0 y/ S" k. A* b. B r1 [" H3 giisreset /stop
0 D4 n* b G2 Q: B虽然我的脚本使用 Get-Service SP* 获取SharePoint 相关服务，但是会有误停止的服务，比如软件保护，打印服务 好吧 我承认这都不是问题。
5 N3 n% p E9 C7 U" z（如果你迁移的是其他非配置数据库 请在停止如上服务之后对原始数据库进行分离 附加到新的SQL Server 实例 我们建议再这时候对全部的数据库做一个备份以防不测 如果出现问题 我们可以通过还原数据库的方式 继续使用源场）
9 I: W6 R7 G0 Q: o: Y" _$ ?脚本执行完成没有错误之后 管理该窗口
, w! N B: f3 \" [+ Q打开新的SharePoint 命令管理工具 如下图 ' F1 S; m0 @& [% B* i# [* \7 p
谨以此文 记录一次悲催的SharePoint 迁移
r( r3 k9 C4 G3 s, E1 L H好吧 我承认我一向更喜欢使用ISE，那么你可以打开ISE 运行 Add-PSSnapin * 来加载SharePoint 管理单元 当然这种做法也会加载其他的管理单元，好吧 我还得承认这都不是问题 6 ~ M' f# d, j
我们运行 Get-SPDatabase 来获取数据库 注意区分你要移动的数据库 记录下ID 如下图
7 G9 l/ h' U* V6 h" [1 W7 C
谨以此文 记录一次悲催的SharePoint 迁移
3 s4 u/ a/ j% k# k2 y: o% {; c/ q
! x2 m D; c; K. t! L& a
* e. _, H7 j& i1 H/ l4 ~
由于我现在迁移的是一个叫做 配置数据库的东西 So / u: }! @9 l# p) k' r, u
我们运行下面的命令 * k$ j1 j( n" P' q
$1 = Get-SPDatabase fe15dfae-2485-47b4-a77f-c44d6426a0a2 . |- H+ D5 {7 N/ P% r' @: Z
我们将该数据库对象放入一个变量 & J* C; e6 k: w: p$ i* [
$1.ChangeDatabaseInstance("win206.ilync.cn")
6 X4 q) Q4 Z/ Z+ J Z% Y调用该对象的ChangeDatabaseInstance 方法来修改 其新的数据库服务器为SQLA 请注意建议写FQDN R h4 E1 K n7 }7 X
如果使用SQL 镜像 % M: F' J* I+ G3 X" E
还需要调用Failoverserviceinstance 来填充镜像连接名称 " X1 V$ _ D5 ], x2 p6 g1 m
官方文档请参考 0 t; m8 }: @4 C
http://technet.microsoft.com/zh-cn/library/cc512725(v=office.15).aspx 3 m) _5 [7 J3 q; x1 ]# ], Q
然后在没有红色错误的情况下运行 & E7 M% k5 M8 v# L! u' p
$1.Update() $ _- U; L1 h% |4 K: D
调用该对象的Update() 方法以使修改生效
2 J5 M; {6 P9 a0 L- o, I如果在ChangeDatabaseInstance 时候 提示你更新冲突 没关系 关掉窗口 重新运行
" s! a6 W6 R* x此后 ; i! {. s, G6 t
将刚才停止的服务启动 并且执行IISreset ) _" S: C0 @; I/ d0 ?) c& V' _
到此 迁移配置数据库完成（至此 迁移非配置数据库也到此完成） ( Z' M9 A e+ Y- p' f3 @
然后我们以此把全部数据库附加到SQLA 将全部数据库迁移到SQLA上 # z2 b9 O4 m8 |/ k$ y
由于 此时我们移动了配置数据库 原始服务器将无法访问管理中心 6 f# T# v5 K& A W! a% R
这就是为什么我们要准备一个新的SharePoint 服务器并不将其加入场的原因 / v- E* L8 x$ i3 t% n
我们使用SPA 加入场 请注意 加入的场为配置数据库所在的SQLA 服务器 （这个动作相当于我们复制了一个场）
- _& z+ \4 K" f然后完成任何加入场动作 ，记得将该计算机作为管理中心宿主 加入完毕之后 将原始的网站访问IP 或者解析修改为新的服务器 即SPA然后 用你能想到的一切办法在SPA 上还原任何Web.Config更改。
6 U/ C' T, s* U: s. b同时在在我们复制出来的场中删除之前场中的全部服务器，同时在SPA上启动一切你需要的服务
[* N) n! R8 E, p至此 我们完成了场的迁移 到此步骤 我们的解决方案以及WebApp绑定都无需重新配置 ; P/ S4 D. U% s( A; \0 v9 K* ]( n
或许你可以开始测试下一些站点的访问是否成功 但是不要有其他动作
4 H2 I, A' [, a8 @
' G- |* e* M1 _! K6 C. r) D: u5 _7 E! i" e
下面我们来看看Web应用程序的事情
7 L: ], o5 M& S事实上 经过我们上面的动作根本无需再过多的关心Web应用程序 因为一切都在 就好比科幻片一样 我们的思维仍在只不过换了个躯壳，但是我们的身体可能不太适应思维(各种科幻大片都是一样的道理)所以我们下面将开始让身体适应思维，我们要做如下的这些动作
; K! Y4 V7 X/ v可能我记录的并不完整，也许你的环境中有更多需要进行修改的 总之尽可能的仔细些
6 _8 j# I0 y7 q2 p将场电子邮件地址进行修改该 在IIS上重新绑定SSL 证书，如果需要的话你还需要重新在SPA 上修改注册表以关闭IIS LoopBackCheck，还原之前任何依赖的DLL 等等一切你自定义的修改。 % e/ i3 l' A( G6 A5 n
还原应用程序池的任何修改 回收配置 进程数，内存等请尤其注意承担我的网站宿主的Web应用 的应用程序池千万要检查 加载用户配置文件 属性为True $ @6 q% f* f+ O6 n) f2 |
关于服务应用程序 5 J' V) Y" |" L. u8 L
大部分的服务应用程序你无需担心 你只需要在新的服务器上启动相应的服务即可
# x# d; M& B/ Z" R这里我们重点说几个需要关照的家伙 9 ^ I7 D6 m8 C- Y
User Profile Service Application
- D, y' r7 x& K2 r. i) E2 t把UPS 说成微软最坑爹的服务我相信不算过分 MSDN,TechNet 上到处充斥长时间正在启动，无法启动，等等
+ L. ~- J! y: _( @0 J这里有几个小窍门 1 在首次启动以及停止后在启动 User Profile Synchronization Service 这个服务时候 首先将该服务对应的服务实例托管账户加到本地管理员组 （在该服务启动后可将该用户从本地管理员组删除 服务器重新启动不影响） 2 对该账户在本地策略中授予如下权限 作为服务登录，允许本地登录，以操作系统方式执行 然后你可以选择重启SPTimerV4 服务但是我更建议 重新启动要承担同步实例的服务器 3 检查服务应用程序的相关属性 7 g3 y7 K& t6 M: l, h. G" W5 g
使用 Get-SPUserProfileServiceApplication 命令获取场中的 User Profile Service Application （该命令非官方 由本人自定义开发目前尚不具备发布条件，部分已经拿到测试版本的同学感谢你们的测试反馈） 然后检查属性 NetBIOSDomainNamesEnabled 该属性在特定条件下需要修改下面列出该属性对应的条件 False 该应用程序使用的数据库实例为FQDN 非NetBios 名称 （这也是为什么我希望大家写FQDN的原因避免不必要的麻烦） True 该应用程序使用的数据库实例为NetBios 名称 如果你当前属性不满足以上需求 请做相应修改 然后调用Update()方法更新修改 4 在活动目录中委派该用户 复制目录更改，复制目录所有更改项 此后启动该服务 稍等片刻应该可以启动 如果还不能启动 请分别调用以下方法 % N$ u! F; D3 ~4 L2 D
ResetSynchronizationDatabase() ResetSynchronizationMachine() 6 L$ X: b6 A; _+ N
分别重置同步数据库以及同步实例 然后重新启动相应同步实例 希望这几个窍门能够帮到你。
# B$ k o0 U4 w' p. X! z" t+ R. ~% c7 P& @
7 `" z$ D0 o1 } | 
所有IT类厂商认证考试题库下载
【新盟教育】2023最新华为HCIA全套视频合集【网工基础全覆盖】---国sir公开课合集
【新盟教育】网工小白必看的！2023最新版华为认证HCIA Datacom零基础全套实战课
原创_超融合自动化运维工具cvTools
重量级~~30多套JAVA就业班全套 视频教程（请尽快下载，链接失效后不补）
链接已失效【超过几百G】EVE 国内和国外镜像 全有了 百度群分享
某linux大佬，积累多年的电子书(约300本)
乾颐堂现任明教教主Python完整版
乾颐堂 教主技术进化论 2018-2019年 最新31-50期合集视频（各种最新技术杂谈视频）
Python学习视频 0起点视频 入门到项目实战篇 Python3.5.2视频教程 共847集 能学102天
约21套Python视频合集 核心基础视频教程（共310G,已压缩）
最新20180811录制 IT爱好者-清风羽毛 - 网络安全IPSec VPN实验指南视频教程
最新20180807录制EVE开机自启动虚拟路由器并桥接物理网卡充当思科路由器
