本篇文章给大家分享的是有关永远只读节点数据文件的磁盘被写满该怎么办，小编觉得挺实用的，因此分享给大家学习，希望大家阅读完这篇文章后可以有所收获，话不多说，跟着小编一起来看看吧。
环境：
sqlserver alwayson架构
主节点一个
备用的节点一个
辅助只读节点一个
问题：
辅助只读节点的数据文件和日志文件的磁盘被写满。
数据文件和日志文件在一个磁盘上。
解决办法：
增加一块磁盘。
1、修改文件的存放位置下次启动生效
改变testDb数据库修改文件（名称=testDb,文件名=' g : \ SQL _ DATA \ TestDB \ TestDB。MDF’)；
-更改数据库测试数据库修改文件（名称=testDb_log，文件名=' g : \ SQL _ DATA \ TestDB \ TestDB _ log。ldf’)；
这里只更改数据文件位置。
2、关闭辅助只读节点的数据库服务
3、把辅助只读节点上的数据文件拷贝到新的磁盘上，然后删除老数据文件
4、开启辅助只读节点的数据库服务。
等待辅助只读节点上数据库自动进行恢复
恢复完成后，可以看到永远状态还是不正常，数据还是没有同步。
AlwaysOn可用性组与主数据库的连接是为可用性副本“业务流程管理-新-DB02”上的辅助数据库“gbs”建立的，副本身份为F8-ac69-827 c 302 EFD 43 .这只是一条信息性消息。不需要用户操作。
为身份为5的数据库标识了恢复LSN (7249:925328:1).这只是一条信息性消息。不需要用户操作。
3369个事务在数据库“GBS”(5:0)中前滚。这只是一条信息性消息。不需要用户操作。
数据库gbs(数据库身份证5)的恢复在970秒内完成（分析210572毫秒，重做491239毫秒，撤消0毫秒)。这只是一条信息性消息。不需要用户操作。
需要在辅助只读节点上执行：ALTER DB param option: RESUME
数据库“gbs”的AlwaysOn可用性组数据移动已恢复。这只是一条信息性消息。不需要用户操作。
AlwaysOn可用性组与主数据库的连接是为可用性副本“业务流程管理-新-DB02”上的辅助数据库“gbs”建立的，副本身份为F8-ac69-827 c 302 EFD 43 .这只是一条信息性消息。不需要用户操作。
为身份为5的数据库标识了恢复LSN (7249:925328:1).这只是一条信息性消息。不需要用户操作。
辅助只读节点开始追主节点日志，同步恢复正常。
以上就是永远只读节点数据文件的磁盘被写满该怎么办，小编相信有部分知识点可能是我们日常工作会见到或用到的。希望你能通过这篇文章学到更多知识。更多详情敬请关注行业资讯频道。
内容来源网络，如有侵权，联系删除，本文地址：https://www.230890.com/zhan/124809.html