問題描述:
在使用了alwayson后,主從庫實時同步,原理是通過事務(wù)日志同步的,所以造成主數(shù)據(jù)庫的事務(wù)日志一直在使用,而且無法收縮主數(shù)據(jù)庫的事務(wù)日志。
在主從庫同步時,收縮數(shù)據(jù)庫是不起作用的。由于主數(shù)據(jù)庫無法收縮,所以從數(shù)據(jù)庫的日志也會一直跟著增長,造成磁盤空間一直增長。
網(wǎng)上大量的收縮日志的方法,基本上都不管用,懷疑根本沒有在實際環(huán)境中使用過,以下方案是我在實際中使用后總結(jié)記錄的。
解決方案:
最開始發(fā)現(xiàn)這個問題后,也是研究了好久,發(fā)現(xiàn)的方法,先是全手動操作。因為這些操作,并不能用語句來實現(xiàn)自動化,所以一直是手動處理的。
可能人都是比較懶的吧(人只有懶,才能促進(jìn)機(jī)械自動化,才會有各種發(fā)表創(chuàng)造!不是嗎?呵呵),一直想能過腳本,實現(xiàn)自動化。
今天終于摸索出來了,總結(jié)一下。
大概的思路如下
通過腳本將alwayson從庫,從可用性數(shù)據(jù)庫是移除,就是取消主從同步,這樣主庫變成單庫模式了。然后再收縮事務(wù)日志,收縮后再把主從數(shù)據(jù)庫加上。
考慮到有一點,操作中需要刪除從庫上的數(shù)據(jù)庫,為防止操作錯誤,把主庫的數(shù)據(jù)庫刪除了,這個操作相當(dāng)危險啊,所以將腳本分為三個。在兩個機(jī)器上來回操作。
第一個腳本在db1上執(zhí)行。
第二個腳本在db3上執(zhí)行
第三個腳本在db1上執(zhí)行
(這里db1是主庫,db3是從庫。不要問我db2呢,因為創(chuàng)建時先創(chuàng)建的db2后來db2有問題刪除了。你根據(jù)你的實際情況替換就行了。)
待時機(jī)成熟,或者加上判斷,可以考慮將以下三個腳本合成一個腳本,然后一鍵執(zhí)行,或者加到定時任務(wù),每月自動執(zhí)行一次。
以下腳本經(jīng)過親測可用
syncdb 為alwayson同步的名字,
DBSERVER1和DBSERVER3是主從數(shù)據(jù)庫的名稱。DBSERVER1為主庫,DBSERVER3為從庫。
:Connect DBSERVER1 -U sa -P abc@123 是使用SQLCMD模式連接數(shù)據(jù)庫,請修改后面的密碼。
test為數(shù)據(jù)庫名稱。
1、取消主從同步
--- YOU MUST EXECUTE THE FOLLOWING SCRIPT IN SQLCMD MODE.
:Connect DBSERVER1 -U sa -P abc@123
USE [master]
GO
ALTER AVAILABILITY GROUP [syncdb] REMOVE DATABASE [test];
GO
2 刪除從庫上的數(shù)據(jù)庫,在收拾后,再添加上。
:Connect DBSERVER3 -U sa -P abc@123
USE [master]
GO
DROP DATABASE [test]
GO
3.備份事務(wù)日志,收縮日志文件,添加從庫數(shù)據(jù)庫。
--- YOU MUST EXECUTE THE FOLLOWING SCRIPT IN SQLCMD MODE.
:Connect DBSERVER1 -U sa -P abc@123
USE [master]
GO
BACKUP LOG [test] TO DISK='NUL:'with STATS = 10
go
use [test]
go
DBCC SHRINKFILE (N'test_log' , 20480)
GO
USE [master]
GO
ALTER AVAILABILITY GROUP [test]
ADD DATABASE [test];
GO
:Connect DBSERVER1 -U sa -P test@123
BACKUP DATABASE [test] TO DISK = N'\\dbserver3\e$\share\test.bak' WITH COPY_ONLY, FORMAT, INIT, SKIP, REWIND, NOUNLOAD, COMPRESSION, STATS = 5
GO
:Connect DBSERVER3 -U sa -P test@123
RESTORE DATABASE [test] FROM DISK = N'\\dbserver3\e$\share\test.bak' WITH NORECOVERY, NOUNLOAD, STATS = 5
GO
:Connect DBSERVER1 -U sa -P test@123
BACKUP LOG [test] TO DISK = N'\\dbserver3\e$\share\test.trn' WITH NOFORMAT, NOINIT, NOSKIP, REWIND, NOUNLOAD, COMPRESSION, STATS = 5
GO
:Connect DBSERVER3 -U sa -P test@123
RESTORE LOG [test] FROM DISK = N'\\dbserver3\e$\share\test.trn' WITH NORECOVERY, NOUNLOAD, STATS = 5
GO
:Connect DBSERVER3 -U sa -P test@123
-- Wait for the replica to start communicating
begin try
declare @conn bit
declare @count int
declare @replica_id uniqueidentifier
declare @group_id uniqueidentifier
set @conn = 0
set @count = 30 -- wait for 5 minutes
if (serverproperty('IsHadrEnabled') = 1)
and (isnull((select member_state from master.sys.dm_hadr_cluster_members where upper(member_name COLLATE Latin1_General_CI_AS) = upper(cast(serverproperty('ComputerNamePhysicalNetBIOS') as nvarchar(256)) COLLATE Latin1_General_CI_AS)), 0) > 0)
and (isnull((select state from master.sys.database_mirroring_endpoints), 1) = 0)
begin
select @group_id = ags.group_id from master.sys.availability_groups as ags where name = N'yorkdb'
select @replica_id = replicas.replica_id from master.sys.availability_replicas as replicas where upper(replicas.replica_server_name COLLATE Latin1_General_CI_AS) = upper(@@SERVERNAME COLLATE Latin1_General_CI_AS) and group_id = @group_id
while @conn > 1 and @count > 0
begin
set @conn = isnull((select connected_state from master.sys.dm_hadr_availability_replica_states as states where states.replica_id = @replica_id), 1)
if @conn = 1
begin
-- exit loop when the replica is connected, or if the query cannot find the replica status
break
end
waitfor delay '00:00:10'
set @count = @count - 1
end
end
end try
begin catch
-- If the wait loop fails, do not stop execution of the alter database statement
end catch
ALTER DATABASE [test] SET HADR AVAILABILITY GROUP = [syncdb];
GO
GO
在執(zhí)行:Connect 命令前記得把SQLCMD模式打開
![](/d/20211018/f0bfed838edc9a3466b49bfb669f0d53.gif)
打開后,你能看到SQLCMD命令是灰色的。
![](/d/20211018/a2a263493f0357764ccc512c01bf3ce6.gif)
到此這篇關(guān)于使用alwayson后如何收縮數(shù)據(jù)庫日志的文章就介紹到這了,更多相關(guān)alwayson數(shù)據(jù)庫日志內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
您可能感興趣的文章:- SQL Server AlwaysOn讀寫分離配置圖文教程
- SQL Server 2016 Alwayson新增功能圖文詳解
- SQL Server 2016 無域群集配置 AlwaysON 可用性組圖文教程
- Windows2012配置SQLServer2014AlwaysOn的圖解
- SQLServer 2012中設(shè)置AlwaysOn解決網(wǎng)絡(luò)抖動導(dǎo)致的提交延遲問題
- 基于Win2008 R2的WSFC實現(xiàn) SQL Server 2012高可用性組(AlwaysOn Group)