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