개기획자

AlwaysOn DB 점검 중 이벤트 뷰어 시스템 쪽에서 failover clustering이 지속 발생하는 것을 확인했다.

이벤트 ID 는 1196 이었고 이벤트 상세 내역과 구글링 결과 DNS 등록 문제로 판단했다.

인프라 도움을 받아 AD서버 DNS 쪽 확인해보니 해당 DB이름으로 DNS 등록이 되어 있지 않은 것을 확인했다.

우선 DNS 쪽에 해당 DB에 대한 DNS 등록을 했고 차후 같은 에러가 나는지 모니터링 해봐야겠다.

차후에도 같은 에러가 발생했다.

1. event id 1196 확인 
   1. 상세 내용 : EventID 1196
2. 확인 내용
   1. 네트워크 인터페이스 ipv6 enable 확인
   2. 자동으로 받아온 DNS(ipv6) 를 포함하여 등록된 DNS 서버가 4개로 확인
3. 조치 내용
   1. 네트워크 인터페이스 ipv6 disable 조치

결국엔 사용하지 않는 ipv6 enable처리 때문이었고 disable처리 하면서 에러로그 남지 않게 되었다.

세션id로 실행 계획 보기

select B.query_plan,plan_handle, * from sys.dm_exec_requests A outer apply sys.dm_exec_query_plan(A.plan_handle) B where session_id = '753'

서비스 운영 중 갑자기 APM 쪽에서 폭포수를 그리기 시작했다.

빠르게 DPM 확인해보니 DB 쪽은 문제 없어서 DB문제는 아닌가보다 하고 있었는데,

다른 DBA 분이 넌지시 계정쪽 문제 인 것 같으니 계정 확인해보라고 하셨다.

알고보니 마스터 성으로 사용중인 계정이 잠긴 것이다.

마스터 성으로 사용하는 계정은 일반 개발자에게도 오픈된 계정으로 사실상 sysadmin 계정을 공용으로 사용하는 계정이다.

해당 계정의 이러한 사용은 사내 특수성을 고려하여 제약을 두려고 노력 중인 사항이지만 현재로서는 큰 공수를 두기가 힘들어 권고만 하던 수준이었다.

잠긴 계정을 풀고 APM을 보니 막혀있던 트랜젝션들이 해소되고 있었다.

해당 계정의 잠긴 사유를 확인해보기 위해 dberror log와 DB접근제어(chakraMax)로 확인했다.

우선은 dberror log에 계정잠김 최초시점을 보니, SSMS에서 비밀번호를 오기입한 흔적이 보였다.

5번 이상 실패하여 계정이 잠긴 것으로 추측했고 DB접근제어에서도 이렇다 할 큰 작업이나 막대한 요청은 없었다.

보안 감사 지적사항으로 나온 암호정책강제적용으로 5번 실패에 계정이 잠긴 것으로 판단할 수 있을 것 같다.

개발자들의 SA성 계정 사용을 막기 위한 방안 마련이 시급하다.

파일그룹별 object 및 object의 index 정보 조회

SELECT OBJECT_NAME(i.[object_id]) AS [ObjectName] ,i.[index_id] AS [IndexID] ,i.[name] AS [IndexName] ,i.[type_desc] AS [IndexType] ,i.[data_space_id] AS [DatabaseSpaceID] ,f.[name] AS [FileGroup] ,d.[physical_name] AS [DatabaseFileName] FROM [sys].[indexes] i INNER JOIN [sys].[filegroups] f ON f.[data_space_id] = i.[data_space_id] INNER JOIN [sys].[database_files] d ON f.[data_space_id] = d.[data_space_id] INNER JOIN [sys].[data_spaces] s ON f.[data_space_id] = s.[data_space_id] WHERE OBJECTPROPERTY(i.[object_id], 'IsUserTable') = 1 ORDER BY OBJECT_NAME(i.[object_id]) ,f.[name] ,i.[data_space_id]

테이블 별 row 수 조회

SELECT o.name , i.rows FROM sysindexes i INNER JOIN sysobjects o ON i.id = o.id WHERE i.indid < 2 AND o.xtype = 'U' ORDER BY i.rows DESC

트리거 생성 이후 잘못된 규약이나 오류로 인해 계정 로그인 불가 현상 해결

먼저 트리거에 문제가 있으면 해당 트리거를 drop 해야하나 세션 및 로그인이 불가한 경우에 사용하는 방법 입니다.

서버에 접속하여 윈도우 인증으로 로그인하여 현재 실행중인 트리거를 조회하여 삭제 합니다.

트리거 조회

SELECT * FROM master.sys.server_triggers DRPO TRIGGER 트리거이름 ON ALL SERVER

하지만 윈도우 인증 사용을 막은 경우 로그인 할 수있는 방법이 제한됩니다.

SQL SERVER 단일 사용자 모드로 변경했다 재설정 이후 다시 다중사용자 모드로 변경하는 방법도 있으나, DAC로 연결하여 단일 쿼리창을 열어 위에 쿼리문을 수행하는 편이 좋습니다.

DAC접속은 개체 탐색기로 연결은 불가하고, 데이터베이스 연결쿼리를 통해서 접속할 수 있습니다.

테이블 별 사이즈 조회

--테이블 별 사이즈 조회 SELECT CONVERT(VARCHAR(30), MIN(o.name)) AS t_name , LTRIM(STR(SUM(reserved) * 8192.0 / 1024.0, 15, 0) + ' KB') AS t_size FROM sysindexes i INNER JOIN sysobjects o ON o.id = i.id WHERE i.indid IN (0, 1, 255) AND o.xtype = 'U' GROUP BY i.id ORDER BY-- t_name ASC SUM(reserved) * 8192.0 / 1024.0 DESC