問題描述：

在使用了alwayson后，主從庫實(shí)時(shí)同步，原理是通過事務(wù)日志同步的，所以造成主數(shù)據(jù)庫的事務(wù)日志一直在使用，而且無法收縮主數(shù)據(jù)庫的事務(wù)日志。

在主從庫同步時(shí)，收縮數(shù)據(jù)庫是不起作用的。由于主數(shù)據(jù)庫無法收縮，所以從數(shù)據(jù)庫的日志也會一直跟著增長，造成磁盤空間一直增長。

網(wǎng)上大量的收縮日志的方法，基本上都不管用，懷疑根本沒有在實(shí)際環(huán)境中使用過，以下方案是我在實(shí)際中使用后總結(jié)記錄的。

解決方案：

最開始發(fā)現(xiàn)這個(gè)問題后，也是研究了好久，發(fā)現(xiàn)的方法，先是全手動操作。因?yàn)檫@些操作，并不能用語句來實(shí)現(xiàn)自動化，所以一直是手動處理的。

可能人都是比較懶的吧(人只有懶，才能促進(jìn)機(jī)械自動化，才會有各種發(fā)表創(chuàng)造！不是嗎？呵呵)，一直想能過腳本，實(shí)現(xiàn)自動化。

今天終于摸索出來了，總結(jié)一下。

大概的思路如下

通過腳本將alwayson從庫，從可用性數(shù)據(jù)庫是移除，就是取消主從同步，這樣主庫變成單庫模式了。然后再收縮事務(wù)日志，收縮后再把主從數(shù)據(jù)庫加上。

考慮到有一點(diǎn)，操作中需要刪除從庫上的數(shù)據(jù)庫，為防止操作錯(cuò)誤，把主庫的數(shù)據(jù)庫刪除了，這個(gè)操作相當(dāng)危險(xiǎn)啊，所以將腳本分為三個(gè)。在兩個(gè)機(jī)器上來回操作。

第一個(gè)腳本在db1上執(zhí)行。

第二個(gè)腳本在db3上執(zhí)行

第三個(gè)腳本在db1上執(zhí)行

(這里db1是主庫，db3是從庫。不要問我db2呢，因?yàn)閯?chuàng)建時(shí)先創(chuàng)建的db2后來db2有問題刪除了。你根據(jù)你的實(shí)際情況替換就行了。)

待時(shí)機(jī)成熟，或者加上判斷，可以考慮將以下三個(gè)腳本合成一個(gè)腳本，然后一鍵執(zhí)行，或者加到定時(shí)任務(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模式打開

打開后，你能看到SQLCMD命令是灰色的。

到此這篇關(guān)于使用alwayson后如何收縮數(shù)據(jù)庫日志的文章就介紹到這了,更多相關(guān)alwayson數(shù)據(jù)庫日志內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

總結(jié)

以上是生活随笔為你收集整理的always on sql 收缩日志_使用alwayson后如何收缩数据库日志的方法详解的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。