Fork me on GitHub

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

 

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

PowerShell查看内容数据库大小

Add-PSSnapin Microsoft.SharePoint.PowerShell

Get-SPWebApplication | %{Write-Output "`n -$($_.Url)";foreach($cd in $_.ContentDatabases){

$ContentDatabaseSize = [Math]::Round(($cd.disksizerequired/1GB),2)

Write-Output "ContentName:$($cd.Name) `n Size:$($ContentDatabaseSize)G"

}}

登陆DB Server,打开SQL SERVER查看数据库所在的物理存储地址,发现内容数据库WSS_Content_Extra_ForCro存储在C盘,WSS_Content_GCP已经被我迁移到D盘(因为这已经不是第一次因为内容数据库过大撑暴C盘而宕机了)。

迁移内容数据库

  • 登陆到SharePoint Server,打开IIS停止SharePoint WebApplication:

  • 在运行输入框输入Services.msc,停止以下SharePoint Services:

  • 登陆DB Server,停止与SharePoint Server关联的Database实例:

  • 定位到内容数据库存储的物理地址,将其迁移至其他磁盘。拷贝成功后,启动数据库实例,删除旧的内容数据库:

  • 删除之后,再附加转移好的新的内容数据库:

  • 登陆SharePoint Server,再将SharePoint WebApplication启动,并且将上述停用的SharePoint Services也一并启用。

  • 最后进入SharePoint后台管理中心,查看内容数据库是否正常工作:

总结

连续掉了2次坑了,切忌切忌啊。

posted @   木宛哥说编程  阅读(2277)  评论(0编辑  收藏  举报
编辑推荐:
· 一个奇形怪状的面试题:Bean中的CHM要不要加volatile?
· [.NET]调用本地 Deepseek 模型
· 一个费力不讨好的项目,让我损失了近一半的绩效!
· .NET Core 托管堆内存泄露/CPU异常的常见思路
· PostgreSQL 和 SQL Server 在统计信息维护中的关键差异
阅读排行:
· DeepSeek “源神”启动!「GitHub 热点速览」
· 我与微信审核的“相爱相杀”看个人小程序副业
· 微软正式发布.NET 10 Preview 1:开启下一代开发框架新篇章
· C# 集成 DeepSeek 模型实现 AI 私有化(本地部署与 API 调用教程)
· spring官宣接入deepseek,真的太香了~
multifunction lasers
访问人数
点击右上角即可分享
微信分享提示