alwayson只讀節點資料檔案的磁碟被寫滿
環境:
sqlserver alwayson架構
主節點1個
standby節點1個
輔助只讀節點1個
問題:
輔助只讀節點的資料檔案和日誌檔案的磁碟被寫滿。
資料檔案和日誌檔案在一個磁碟上。
解決辦法:
增加一塊磁碟。
1、修改檔案的存放位置下次啟動生效
AlwaysOn Availability Groups data movement for database 'gbs' has been resumed. This is an informational message only. No user action is required.
輔助只讀節點開始追主節點日誌,同步恢復正常。
sqlserver alwayson架構
主節點1個
standby節點1個
輔助只讀節點1個
問題:
輔助只讀節點的資料檔案和日誌檔案的磁碟被寫滿。
資料檔案和日誌檔案在一個磁碟上。
解決辦法:
增加一塊磁碟。
1、修改檔案的存放位置下次啟動生效
alter database testDb modify file ( name = testDb, filename = 'G:\SQL_DATA\testDb\testDb.mdf');
--alter database testDb modify file ( name = testDb_log, filename = 'G:\SQL_DATA\testDb\testdb_log.ldf');
這裡只更改資料檔案位置。
2、關閉輔助只讀節點的sqlserver服務
3、把輔助只讀節點上的資料檔案複製到新的磁碟上,然後刪除老資料檔案
4、開啟輔助只讀節點的sqlserver服務。
等待輔助只讀節點上資料庫自動進行recovery
recovery完成後,可以看到alwayson狀態還是不正常,資料還是沒有同步。
AlwaysOn Availability Groups connection with primary database established for secondary database 'gbs' on the availability replica 'BPM-NEW-DB02' with Replica ID: {b8841279-8139-43f8-ac69-827c302efd43}. This is an informational message only. No user action is required.
The recovery LSN (7249:925328:1) was identified for the database with ID 5. This is an informational message only. No user action is required.
ALTER DB param option: RESUME這裡只更改資料檔案位置。
2、關閉輔助只讀節點的sqlserver服務
3、把輔助只讀節點上的資料檔案複製到新的磁碟上,然後刪除老資料檔案
4、開啟輔助只讀節點的sqlserver服務。
等待輔助只讀節點上資料庫自動進行recovery
recovery完成後,可以看到alwayson狀態還是不正常,資料還是沒有同步。
AlwaysOn Availability Groups connection with primary database established for secondary database 'gbs' on the availability replica 'BPM-NEW-DB02' with Replica ID: {b8841279-8139-43f8-ac69-827c302efd43}. This is an informational message only. No user action is required.
The recovery LSN (7249:925328:1) was identified for the database with ID 5. This is an informational message only. No user action is required.
3369 transactions rolled forward in database 'gbs' (5:0). This is an informational message only. No user action is required.
需要在輔助只讀節點上執行:
Recovery completed for database gbs (database ID 5) in 970 second(s) (analysis 210572 ms, redo 491239 ms, undo 0 ms.) This is an informational message only. No user action is required.
AlwaysOn Availability Groups data movement for database 'gbs' has been resumed. This is an informational message only. No user action is required.
AlwaysOn Availability Groups connection with primary database established for secondary database 'gbs' on the availability replica 'BPM-NEW-DB02' with Replica ID: {b8841279-8139-43f8-ac69-827c302efd43}. This is an informational message only. No user action is required.
The recovery LSN (7249:925328:1) was identified for the database with ID 5. This is an informational message only. No user action is required.輔助只讀節點開始追主節點日誌,同步恢復正常。
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/22996654/viewspace-2147264/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- ORACLE 只讀資料檔案備份與恢復Oracle
- 對SQL Server 2014 alwayson 架構的資料庫在主節點加新的datafile檔案SQLServer架構資料庫
- 磁碟滿了sys無法連線寫入audit檔案
- Oracle資料庫的歸檔日誌寫滿磁碟空間解決辦法Oracle資料庫
- matlab 資料檔案MAT的讀與寫Matlab
- Windows下磁碟只讀Windows
- 文件被鎖定以只讀模式開啟怎麼取消 檔案只讀模式怎麼解除模式
- C#不使用DataSet操作XML,XmlDocument讀寫xml所有節點及讀取xml節點的資料總結C#XML
- Python中檔案的讀寫、寫讀和追加寫讀三種模式的特點Python模式
- 檔案的讀寫
- word檔案怎樣取消只讀模式 把只讀檔案轉化為可編輯檔案模式
- Sqlserver 2014 alwayson故障轉移群集節點被踢出群集SQLServer
- 檔案讀寫
- 普通檔案的讀寫
- pg從磁碟讀取檔案
- SQL Server AlwaysOn配置兩個節點加共享資料夾仲裁見證SQLServer
- Sqlserver 2014 alwayson 架構新增輔助節點上的資料庫SQLServer架構資料庫
- springboot讀取自定義配置檔案節點Spring Boot
- SQL Server AlwaysOn讀寫分離配置SQLServer
- 乾貨滿滿 | 微服務化的資料庫設計與讀寫分離微服務資料庫
- 資料檔案遷移至其他磁碟組
- Linux學習筆記 檔案讀寫小細節Linux筆記
- centos磁碟滿時查詢大檔案清理掉CentOS
- 檔案排版(文字檔案讀寫)
- HDFS讀檔案過程分析:讀取檔案的Block資料BloC
- Golang 讀、寫檔案Golang
- keras讀寫檔案Keras
- perl 讀寫檔案
- 檔案讀寫IO
- IO流的檔案讀寫
- Scala檔案的讀寫操作
- PE檔案中嵌入檔案讀寫程式碼實現被解密檔案的再加密! (7千字)解密加密
- 寫個 .NET 程式解決 Windows 版微信 3.9 收到檔案“只讀”的問題Windows
- PG 裡面的只讀使用者,只讀資料庫資料庫
- undo表空間滿導致的ogg discard檔案寫滿
- 磁碟已滿,如何從 Mac 中刪除大檔案?Mac
- 移動資料檔案,平衡磁碟負載負載
- 用oracle amdu 抽取asm磁碟組的資料檔案OracleASM