티스토리 뷰
sys.master_files catalog view on Availability Group Secondary Replica Update Issue
AWS-in 2015. 11. 11. 17:34sys.master_files catalog view on Availability Group Secondary Replica Update Issue
주복제본의 로그파일의 파일증가크기를 변경을 하면 보조복제본에서 sys.master_files로 확인하면 변경이 안되는 현상이 발생한다.
다른 케이스로 아주 가끔 sys.master_files 의 system catalog 가 변경이 안되는 이슈를 경험 했었다.
실제 발생하는지 테스트한 결과 변경이 되지 않음을 확인 하였다.
[LAB]
각 멀티세션 쿼리로 아래 쿼리를 수행하면 확인이 가능하다.
select file_id, type_desc, name, growth * 8
from sys.master_files
where database_id = db_id('AGDB1')
select file_id, type_desc, name, growth * 8
from AGDB1.sys.database_files
-- AGDB1 의 filegrowth 값을 변경하자
alter database AGDB1 modify file(name=AGDB1, filegrowth=7MB)
alter database AGDB1 modify file(name=AGDB1_log, filegrowth=4MB)
아래 결과를 보면 AG2, AG3는 보조 복제본이다.
아래 결과에 보면 변경이 되지 않은 것을 확인할 수 있다. 결론은 [ sys.database_files ]을 사용해라
alter database AGDB1 modify file(name=AGDB1, filegrowth=10MB)
alter database AGDB1 modify file(name=AGDB1_log, filegrowth=5MB)
다시 해봐도 변경이 안된다.
AG3 보조복제본의 SQL 서비스를 재 시작하고 다시 수행하면 변경이 되었다.
AG2는 그대로 인식하고 있다.
[Action Plan]
보조복제복의 SQL Server Service를 재 시작하면 메타데이터가 업데이트 되면서 해결된다.
그러나 SQL 재 시작은 아주 큰 작업이기에 잘 판단해서 결정하고, 사실 유지한다고 큰 문제는 없을 것 같다.
해당 디스크 파일 사용량 등의 로그성 데이터 수집시 문제가 발생되므로 주의해서 sys.master_files를 사용하면 된다.
그래서 난 아래 쿼리로만 사용한다.
[참고문서]
BUG with Availability Groups and sys.master_files
http://sirsql.net/content/2015/11/04/bug-with-availability-groups-and-sys-master_files/
'SQL AlwaysON AG' 카테고리의 다른 글
SQL 가용성그룹에 데이터베이스 추가 실패하는 경우 (1) | 2016.02.16 |
---|---|
AlwaysON Worker Pool Usage for HADRON Enabled Databases (0) | 2015.11.18 |
가용성그룹의 백업기본설정옵션중 백업우선순위에 대하여 (0) | 2015.11.17 |
주 복제본에서 파일 추가 작업시 실패경우의 문제 해결(가용성그룹) (0) | 2015.09.03 |
가용성 그룹에 대한 읽기 전용 라우팅 구성 (0) | 2015.09.02 |
- Total
- Today
- Yesterday