博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
SharePoint 2013 Disaster Recovery——迁移内容数据库
阅读量:5896 次
发布时间:2019-06-19

本文共 1222 字,大约阅读时间需要 4 分钟。

阅读目录

 

安装和配置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次坑了,切忌切忌啊。

本博客为 原创,基于 发布,欢迎转载,演绎或用于商业目的,但是必须保留本文的署名 (包含链接)。如您有任何疑问或者授权方面的协商,请给我留言。
分类: ,
标签: ,
本文转自木宛城主博客园博客,原文链接:http://www.cnblogs.com/OceanEyes/p/sharepoint-2013-migrate-db.html,如需转载请自行联系原作者
你可能感兴趣的文章
由扭结理论中的琼斯多项式的证明想到的
查看>>
淘宝Hadoop集群的概况
查看>>
Centos7安装rabbitmq server 3.6.0
查看>>
关于eclipse的ADT(插件)对xml的android:text属性检查修改
查看>>
linux生成自验证ssl证书的具体命令和步骤
查看>>
Mvc 提交表单的4种方法全程详解
查看>>
iostat命令学习
查看>>
SQL 三种分页方式
查看>>
查看linux是ubuntu还是centos
查看>>
html video的url更新,自动清缓存
查看>>
IOS Xib使用——为控制器添加Xib文件
查看>>
CentOS 7.0默认使用的是firewall作为防火墙,这里改为iptables防火墙步骤
查看>>
react 取消 eslint
查看>>
【11】ajax请求后台接口数据与返回值处理js写法
查看>>
Python菜鸟之路:Jquery Ajax的使用
查看>>
LeetCode算法题-Maximum Depth of Binary Tree
查看>>
sha1withRSA算法
查看>>
Vim和操作系统剪贴板交互
查看>>
Cox 教学视频5
查看>>
JVM类加载(4)—加载器
查看>>