問題描述：
在使用了alwayson后，主從庫實時同步，原理是通過事務日志同步的，所以造成主數據庫的事務日志一直在使用，而且無法收縮主數據庫的事務日志。
在主從庫同步時，收縮數據庫是不起作用的。由于主數據庫無法收縮，所以從數據庫的日志也會一直跟著增長，造成磁盤空間一直增長。
網上大量的收縮日志的方法，基本上都不管用，懷疑根本沒有在實際環境中使用過，以下方案是我在實際中使用后總結記錄的。
解決方案：
最開始發現這個問題后，也是研究了好久，發現的方法，先是全手動操作。因為這些操作，并不能用語句來實現自動化，所以一直是手動處理的。
可能人都是比較懶的吧（人只有懶，才能促進機械自動化，才會有各種發表創造！不是嗎？呵呵），一直想能過腳本，實現自動化。
今天終于摸索出來了，總結一下。
大概的思路如下
通過腳本將alwayson從庫，從可用性數據庫是移除，就是取消主從同步，這樣主庫變成單庫模式了。然后再收縮事務日志，收縮后再把主從數據庫加上。
考慮到有一點，操作中需要刪除從庫上的數據庫，為防止操作錯誤，把主庫的數據庫刪除了，這個操作相當危險啊，所以將腳本分為三個。在兩個機器上來回操作。
第一個腳本在db1上執行。
第二個腳本在db3上執行
第三個腳本在db1上執行
（這里db1是主庫，db3是從庫。不要問我db2呢，因為創建時先創建的db2后來db2有問題刪除了。你根據你的實際情況替換就行了。）
待時機成熟，或者加上判斷，可以考慮將以下三個腳本合成一個腳本，然后一鍵執行，或者加到定時任務，每月自動執行一次。
以下腳本經過親測可用
syncdb 為alwayson同步的名字，
DBSERVER1和DBSERVER3是主從數據庫的名稱。DBSERVER1為主庫，DBSERVER3為從庫。
:Connect DBSERVER1 -U sa -P abc@123 是使用SQLCMD模式連接數據庫，請修改后面的密碼。
test為數據庫名稱。
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 刪除從庫上的數據庫，在收拾后，再添加上。
:Connect DBSERVER3 -U sa -P abc@123
USE [master]
GO
DROP DATABASE [test]
GO
3.備份事務日志，收縮日志文件，添加從庫數據庫。
--- 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
在執行:Connect 命令前記得把SQLCMD模式打開
打開后，你能看到SQLCMD命令是灰色的。
到此這篇關于使用alwayson后如何收縮數據庫日志的文章就介紹到這了,更多相關alwayson數據庫日志內容請搜索腳本之家以前的文章或繼續瀏覽下面的相關文章希望大家以后多多支持腳本之家！
您可能感興趣的文章:- SQL Server AlwaysOn讀寫分離配置圖文教程
- SQL Server 2016 Alwayson新增功能圖文詳解
- SQL Server 2016 無域群集配置 AlwaysON 可用性組圖文教程
- Windows2012配置SQLServer2014AlwaysOn的圖解
- SQLServer 2012中設置AlwaysOn解決網絡抖動導致的提交延遲問題
- 基于Win2008 R2的WSFC實現 SQL Server 2012高可用性組(AlwaysOn Group)
