내 기억의 편린들

SQL Server에서 심각한 Blocking 현상이 발생하면 SQL Server에 접속할 수 없는 상태에 빠질 수 있습니다. 또한, 특정 세션에서 리소스(CPU, 메모리, 디스크)를 과도하게 사용하는 쿼리문이 실행되면 전체적인 응답속도가 심각하게 저하되는 현상이 발생할 수도 있습니다. SQL Server에서 이런 증상이 발생했을 때 ..

SQL Server 2000/2005에서는 트랜잭션 로그 백업을 주기적으로 받지 않음에 따라 트랜잭션 로그 파일의 크기가 비정상적으로 커지는 현상이 발생했을 때 다음과 같이 NO_LOG나 TRUNCATE_ONLY 옵션을 지정하여 BACKUP LOG 문을 수행하는 방법을 사용하여 응급 조치를 하곤 했습니다. NO_LOG나 TRUNCATE_ONLY 옵션을 지정하..

테이블 데이터의 예기치 않은 삭제와 같은 데이터베이스에서 발생한 이상 현상에 대한 감사 목적으로 SQL Server의 트랜잭션 로그를 분석할 필요가 있을 수 있습니다. 또한, 트랜잭션 로그를 통해 특정 명령 수행시 SQL Server 내부적으로 수행되는 실제 상세 작업에 대해 확인해 볼 필요가 있을 수도 있습..

점점 데이터베이스의 크기가 커져서 수백GB의 크기는 일반화된지 오래이고 수TB에 이르는 데이터베이스가 사용되고 있는 것이 현실입니다. 데이터베이스가 이렇게 커졌음에도 불구하고 물리적인 메모리의 증가와 적절한 인덱스 튜닝 등의 작업으로 인해 이를 사용하는 쿼리문의 성능은 과거에 비해 ..

트랜잭션 로그 파일(.ldf)은 데이터베이스의 일관성을 유지하기 위해 매우 중요합니다. SQL Server는 데이터베이스를 시작하면서 트랜잭션 로그 파일을 분석하고(Analysis), 트랜잭션은 커밋되었으나 디스크의 데이터 페이지에 반영되지 않은 변경 내용들에 대해서는 Redo 작업을(Roll-forward), 트랜잭션은 커밋..

SQL Server 2000까지는 Backup/Restore, DBCC CHECKDB 등의 작업을 실행했을 때 작업의 진행률과 예상 소요 시간 등을 확인해 볼 수 있는 방법이 제공되지 않았습니다. SQL Server 2000이 처음 출시되던 때만해도 일반적으로 데이터베이스의 크기가 수십GB를 초과하지 않는 수준이었기 때문에 Backup/Restore, DBCC CHECKDB 등의..

SQL Server 2005까지는 SQL Server 클러스터에 Service Pack을 설치할 때 반드시 Active Node(현재 SQL Server 리소스가 온라인되어 있는 노드)에서 Service Pack 설치 프로그램을 실행해야만 하며, Active Node에서 한번만 Service Pack 설치 프로그램을 실행해 주면 Passive Node에도 원격설치(Remote Setup)가 자동적으로 실행되기 때문..

SQL Server 2005까지는 누적 업데이트(Cumulative Update)는 제거가 가능하였으나 서비스 팩(Service Pack)은 한번 설치하면 제거가 불가능하였습니다. 그래서 Service Pack 설치로 인해 예상치 못한 문제가 발생할 경우 SQL Server를 재설치해야 하는 불편함이 있었으며 Service Pack 설치를 주저하게 만드는 주된 요인이었..

SQL Server가 출시될 때 설치 미디어(DVD)에 포함된 버전을 RTM(Release To Manufacturer)이라고 합니다. SQL Server 2008 RTM은 버전 넘버로는 10.0.1600.22에 해당합니다. RTM 출시 후 시간이 경과함에 따라 버그나 보안 취약점 등이 발생하게 되면 이를 보완하기 위해 핫픽스(hotfix)가 만들어 지게 되며 일정 시점까지 만들..

Procedure Cache(또는, Plan Cache라고도 함)는 Query Plan이 저장되는 메모리 공간으로 Query Plan이 재사용될 수 있도록 함으로써 쿼리문을 Compile하는데 드는 비용을 최소화하기 위해 사용됩니다. 일반적으로 SP(Stored Procedure) 사용을 권장하는 가장 큰 이유는 SP에 대한 Query Plan의 재사용을 통해 성능 향상을 기대할 ..