AlwaysON 故障处理之辅助副本磁盘空间不足

简介: 用户反馈AlwaysON辅助副本数据库查询的结果与主库不一致,

用户反馈AlwaysON辅助副本数据库查询的结果与主库不一致,

远程到服务器后发现数据库的状态显示为“未同步/可疑”,

image

查看数据库的日志,定位到出现错误的时间点,可以看到提示日志文件所在磁盘的“磁盘空间不足”

image

因此,该问题变成了一个扩容磁盘空间的问题了,

因为这次处同步的事务比较大,预计还需要2G以上的空间,而当前分区D:已无可用空间可用,且没有办法腾出多余的空间,

为解决这个问题,我想了一个讨巧的方法,

我给服务器添加了一块空间比较大的磁盘(服务器是虚拟机,加磁盘比较方便,关键是不需要服务器重启),格式化为F:

然后我停掉辅助副本的SQL Server服务,

将D盘的数据库文件拷贝到F盘并且授予相关的数据库访问权限(我的SQL实例是以network service账户运行的,所以授予F盘network service读写权限),

最后将两个分区的盘符对调,

启动SQL Server服务后,将“可用性数据库”“恢复数据移动”即可:

image

目录
相关文章
|
3月前
|
存储 缓存 安全
【VSAN数据恢复】VSAN集群节点数据迁移失败的数据恢复案例
VSAN存储是一个对象存储,以文件系统呈现给在vSphere主机上。这个对象存储服务会从VSAN集群中的每台主机上加载卷,将卷展现为单一的、在所有节点上都可见的分布式共享数据存储。 对于虚拟机来说,只有一个数据存储,这个分布式数据存储来自VSAN集群中每一台vSphere主机上的存储空间,通过磁盘组进行配置,在单独的存储中存放所有的虚拟机文件。这种数据存储方式比较安全,当闪存盘或者容量盘出现故障的时候,数据会向其他节点转移,在转移过程中有可能出现故障。
|
4月前
|
运维 Oracle 关系型数据库
服务器数据恢复-raid5故障导致上层oracle数据库故障的数据恢复案例
服务器数据恢复环境: 一台服务器中有一组由24块FC硬盘组建的raid5磁盘阵列,linux操作系统+ext3文件系统,服务器上层部署有oracle数据库。 服务器故障&检测: raid5阵列中有两块硬盘出现故障掉线,导致服务器上层卷无法挂载,oracle数据库无法正常使用。 通过管理后台查看服务器中硬盘的状态,显示有两块硬盘处于离线状态。
|
存储 监控 块存储
ceph存储节点系统盘损坏集群恢复
ceph存储节点系统盘损坏集群恢复
ceph存储节点系统盘损坏集群恢复
|
缓存 人工智能 运维
|
Shell Perl 关系型数据库
|
存储 数据库 Windows
|
数据安全/隐私保护