Data Science Lab

SQL Server ErrorLog에 백업 로그 남지기 않기 SQL Server에 문제가 발생하였을 때 또는 수시로 ErrorLog를 확인하여 시스템에 문제가 없는지 확인 한다. 이때 가장 많이 보이는 에러가 있다. [Database backed up] 로그. 즉 데이터베이스를 백업할 때 남기는 로그이다. 정상적으로 실행되더라도 로그를 남기므로 정작 확인하여야 할 로그를 찾는데 어려움이 있다. 옵션을 사용하여 백업시 로그를 남기지 않도록 하자! - 전체 스크립트 -- 백업진행 BACKUP DATABASE SW_TEST TO DISK = 'D:\BACKUP\SW_TEST.BAK' GO -- 정상적으로로그가남는지확인. EXEC SP_READERRORLOG GO -- 로그를기록하지않도록옵션적용 DBCC TRA..

SQL Server의 Errorlog는 어디에 저장 될까? 해외 여러 서비스를 담당하고 있는 나의 질문 중 하나는 "ErrorLog 폴더는 어디인가요?" 이다. 보통은 디폴트 설치되면 경로가 동일하다. 하지만 예외는 있는 법! SSMS에서 쿼리를 이용하여 저장 폴더를 확인하자. 아래 쿼리를 입력하면 Errorlog의 저장 폴더 위치가 나타난다. SELECT SERVERPROPERTY('ERRORLOGFILENAME') GO ErrorLog 폴더에는 덤프파일도 저장되므로 유용하게 사용할 수 있다. SQL Server 2005의 기본 폴더 C:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\LOG SQL Server 2008의 기본 폴더 C:\Program Files..

통계(Statistics) 검색 조건이 주어질 때 해당 컬럼으로 구성되는 인덱스를 사용할지 여부를 옵티마이저가 판단의 근거로 활용하는 것이 통계이다. 통계는 데이터가 있는 컬럼에 대해 인덱스가 만들어질 때 이 컬럼 값의 히스토그램 및 관련정보를 이용하여 만들어 진다. Sysindex 테이블의 image형식의 statblog컬럼에 통계정보가 저장된다. SELECT * FROM SYSINDEXES 데이터베이스 옵션의 auto create statistics와 auto update statistics는 모든 데이터베이스에 대해 자동으로 ture로 설정되며 이 옵션들이 설정되어 있으면 인덱스뿐만 아니라 인덱스가 없는 컬럼에 대해서도 필요할 경우 자동으로 통계가 만들어 지고 일정 비율(전체행의 약20%)의 데이터..

활성 트랜잭션 찾기 현재 활성되어 있는 트랜잭션에서 오래된 트랜잭션은 어떤 것이 있을가? 그리고 누가 이 트랜잭션을 발생 시켰을까? 다음 스크립트를 이용해서 찾아 보도록 합니다. SELECT A.SESSION_ID, DATEDIFF(MINUTE, B.LAST_REQUEST_END_TIME, GETDATE()) AS [LOCKING MINUTS], B.LOGIN_TIME, B.HOST_NAME, B.PROGRAM_NAME, B.CLIENT_INTERFACE_NAME, B.LOGIN_NAME, B.STATUS, B.LAST_REQUEST_START_TIME, B.LAST_REQUEST_END_TIME, TEXT FROM SYS.DM_TRAN_SESSION_TRANSACTIONS AS A INNER JOIN ..

Forwarded Record (행 이동에 대한 포워드) 가변 컬럼(varcahr, nvarchar)에서 컬럼이 값이 현재 저장되어 있는 값 보다 큰 값으로 수정 되면 어떻게 될까? 결론부터 말하면 이 때에는 기존 페이지에는 더 큰 값으로 수정된 행의 값에 대한 공간이 없어서 새로운 값을 넣을 수 없어 새로운 행을 다른 페이지에서 할당 받아 값을 넣고 기존의 행에서 새로운 행으로 포워딩 하게 됩니다. 포워드 된 행은 Record Type에 FORWARDING_STUB로 표시 됩니다. 다음 실습을 통해서 알아 보도록 하겠습니다. 전체 코드 BEGIN TRY DROP TABLE TBL_X END TRY BEGIN CATCH END CATCH GO CREATE TABLE TBL_X (NUM INT, NAME ..

인덱스 생성 순서에 따른 내부 작업 변화 인덱스에는 여러 종류가 있지만 가장 많이 사용하는 부분이 클러스터 인덱스와 넌-클러스터 인덱스 이지 않을까 생각 합니다. 그렇다면 클러스터 인덱스와 넌-클러스터 인덱스가 있을 때 인덱스 생성 순서에 따라 성능 문제가 발생할까? 입니다. 좀더 정확히 말하면 인덱스 생성순서에 따라 내부적으론 어떻게 작동할까 입니다. 결론부터 말하면 넌-클러스터 인덱스가 있는 상태에서 클러스터형 인덱스를 추가하면 RID 값 대신 클러스터형 인덱스의 키 값을 기존 인덱스가 내부적으로 재구성 됩니다. 다음 예제를 통해서 알아 보도록 하겠습니다. 전체 코드 BEGIN TRY DROP TABLE TBL_X END TRY BEGIN CATCH END CATCH GO CREATE TABLE TB..

Ghost Record(인덱스에서 행 삭제시 발생) 인덱스가 있는 행을 삭제 할 경우 인덱스의 효율성을 높이기 위해서 인덱스의 리프-레벨에 삭제할려는 행에 대해서는 우선 고스트 레코드(Ghost Record )로 마크해 놓고 주기적인 삭제 작업이 실행 됩니다. 즉 삭제 행에 대해서 즉시 삭제가 이루어지지 않습니다. 인덱스 리프-레벨 페이지의 레코드가 삭제될 때 고스트 레코드로 변경되고 레코드가 포함된 페이지게 고스트 레코드 개수가 설정 됩니다. 이 고스트 레코드를 삭제하는 프로세스를 Ghost CleanUp또는 House Keeping 이라고 합니다. [Ghost Record 살펴 보기] 전체 코드 BEGIN TRY DROP TABLE TBL_X END TRY BEGIN CATCH END CATCH GO..

프로시저, 함수, 트리거 생성 정보 보기 현재의 SP가 언제 수정 되었을까? 사용자 스토어드 프로시저, 함수, 트리거의 생성시간 및 수정 시간 그리고 텍스트를 한번에 볼 수 있는 방법을 찾아 보자. -- P : SQL_STORED_PROCEDURE -- FN : SQL_SCALAR_FUNCTION -- TR : SQL_TRIGGER SELECT DB_NAME() AS [DBNAME], A.NAME AS [SP_NAME], A.TYPE_DESC AS [SP_TYPE], A.CREATE_DATE, A.MODIFY_DATE, B.DEFINITION AS [SP_TEXT] FROM SYS.OBJECTS AS A INNER JOIN SYS.SQL_MODULES AS B ON A.OBJECT_ID = B.OBJEC..

힙테이블에서 행을 삭제하면 어떻게 처리 될까? 힙테이블(Heap Table)에서 행을 삭제하면 실제로 데이터가 삭제 될까? 사실은 실제 데이터가 삭제되지 않고 삭제 된 것처럼 오프셋의 값만 초기화 시킵니다. 테이블을 생성하여 데이터를 입력하고 삭제함으로써 데이터 페이지에는 어떤 변화가 일어나는지 살펴봅니다. [전체 코드] CREATE TABLE TBL_X (COL1 CHAR(5), COL2 CHAR(5)) GO INSERT INTO TBL_X VALUES ('A', 'B') INSERT INTO TBL_X VALUES ('C', 'D') GO SELECT * FROM TBL_X GO SELECT * FROM SYS.SYSINDEXES WHERE ID = OBJECT_ID('TBL_X') DBCC TRAC..

SSMS의 디자이너에서 테이블 수정 시 발생하는 영향 많은 분들이 컬럼의 순서 및 컬럼명을 변경하려고 합니다. 사실 RDB에서는 컬럼의 순서가 크게 상관이 없습니다. (왜 굳이 컬럼을 순서대로 맞추려고 하는건지…아마도 시인성 때문이겠죠.) 그래서 많은 분들이 SSMS에서 테이블 디자이너에서 수정을 합니다. 이 때 내부적으로는 어떤 작업이 일어나는지 알아 보도록 하겠습니다. 한 내부적으로 발생하는 작업을 살펴 왜 성능에 문제가 되는지 확인 할 수 있습니다. SSMS를 실행하여 마우스 오른쪽을 클릭하여 디자이너를 실행 합니다. [테이블 생성] 다음과 같이 Col1, Col2, Col3를 생성하고 저장 합니다. 프로파일러를 통하여 테이블 생성시 어떤 작업이 호출 되는지 확인해 봅니다. 일반적으로 테이블 생성문..