데이터베이스 엔진의 향상된 가용성 기능
온라인 인덱싱 작업으로 인해 Microsoft SQL Server 2005 데이터베이스의 가용성이 향상되었습니다. 데이터베이스 미러링을 통해 커밋된 트랜잭션에서 데이터 손실 없이 신속한 장애 조치(Failover) 지원을 제공하는 상시 대기 서버를 만들 수 있습니다.
향상된 가용성
인스턴스 가용성: 장애 조치(Failover) 클러스터링
SQL Server 2005 데이터베이스 엔진 인스턴스는 운영 체제가 지원하는 수준만큼 많은 노드를 포함하는 32비트 및 64비트 Enterprise, Developer, Enterprise Evaluation Edition에서 장애 조치 클러스터를 지원합니다. SQL Server 2005 Standard Edition은 2 노드 장애 조치 클러스터를 지원합니다. SQL Server 이전 버전에서는 32비트 SQL Server 인스턴스에서 4 노드 클러스터를, 64비트 SQL Server 2000에서 8 노드 클러스터를 지원했습니다.
자세한 내용은 장애 조치(Failover) 클러스터링을 참조하십시오.
인스턴스 가용성: 다중 인스턴스 지원
SQL Server 2005 Enterprise, Developer 및 Evaluation Edition의 경우 한 컴퓨터에서 최대 50개의 데이터베이스 엔진 인스턴스를 지원합니다. 다른 SQL Server 2005 버전은 한 컴퓨터에서 최대 16개의 데이터베이스 엔진 인스턴스를 지원합니다. 모든 SQL Server 2000 버전에서는 컴퓨터당 최대 16개의 인스턴스로 제한됩니다.
인스턴스 가용성: 관리자 전용 연결
일부 오류 상태에서 데이터베이스 엔진 인스턴스는 데이터베이스 관리자의 문제 진단에 방해가 되는 새로운 연결을 허용하지 않습니다. SQL Server 2005 데이터베이스 엔진는 DAC(관리자 전용 연결)를 제공합니다. sysadmin 고정 서버 역할의 멤버는 새로운 sqlcmd 유틸리티와 DAC를 사용하여 데이터베이스 엔진 인스턴스에 액세스하고 진단할 수 있습니다.
자세한 내용은 전용 관리자 연결 사용을 참조하십시오.
인스턴스 가용성: 동적 AWE 메모리 관리
대량의 메모리를 지원하기 위해 AWE 메모리를 사용하면 SQL Server 2005 데이터베이스 엔진 인스턴스가 현재 작업을 기반으로 사용되는 메모리 양을 동적으로 조정합니다. 이전 버전의 SQL Server에서는 AWE 메모리가 설정되어도 인스턴스가 시작될 때 고정된 메모리 양이 할당되어서 변화하는 작업에 맞게 메모리 사용을 조정할 수 없었습니다.
자세한 내용은 큰 데이터베이스의 메모리 관리를 참조하십시오.
인스턴스 가용성: Hot Add 메모리
Hot Add 메모리는 컴퓨터 실행 중에 추가된 메모리를 SQL Server 2005 데이터베이스 엔진에서 사용할 수 있도록 합니다. 이전 버전의 SQL Server에서는 현재 작업에 맞게 메모리 사용을 동적으로 조정했지만, 컴퓨터가 시작된 후에 컴퓨터에 추가된 메모리는 사용할 수 없었습니다.
자세한 내용은 Hot Add 메모리를 참조하십시오.
데이터베이스 가용성: 데이터베이스 미러링
데이터베이스 미러링은 데이터베이스에 대한 상시 대기 서버를 만듭니다. 데이터베이스 미러링은 데이터베이스 가용성을 향상시키기 위한 장애 조치 클러스터 대신 사용될 수 있으며 장애 조치 클러스터보다 쉽게 관리할 수 있습니다. 데이터베이스 미러링에서 데이터베이스(주 데이터베이스)의 모든 업데이트는 데이터베이스의 개별적인 전체 복사본(미러 데이터베이스)으로 즉시 복사됩니다. 주 데이터베이스와 미러 데이터베이스는 SQL Server 데이터베이스 엔진의 두 인스턴스에 설치되며 서로 다른 컴퓨터로 분산됩니다. 현재 주 데이터베이스로 사용되는 서버 인스턴스를 주 서버라고 부르며, 현재 미러 데이터베이스를 유지 관리하는 서버 인스턴스는 미러 서버라고 부릅니다. 주 서버가 실패하면 미러 서버가 미러 데이터베이스를 주 데이터베이스 역할로 신속하게 전환할 수 있습니다.
자세한 내용은 데이터베이스 미러링을 참조하십시오.
데이터베이스 가용성: 데이터베이스 스냅숏
데이터베이스 스냅숏은 데이터베이스를 논리적 일관성이 알려진 지점으로 되돌리기 위한 효율적인 방식을 제공합니다. 데이터베이스 스냅숏은 모든 활성 트랜잭션이 롤백된 경우와 같은 데이터베이스의 현재 데이터 상태를 기록합니다. 그런 다음 스냅숏은 해당 지점으로부터 모든 데이터 변경 내용을 기록합니다. 큰 테이블을 삭제하는 등의 실수가 발생하면 스냅숏을 만들 당시의 상태로 데이터베이스를 되돌릴 수 있습니다.
자세한 내용은 데이터베이스 스냅숏을 참조하십시오.
데이터베이스 가용성: 체크섬 I/O 유효성 검사 및 읽기 재시도
SQL Server 2005는 데이터베이스 페이지에 대한 체크섬 및 읽기 재시도 논리를 통해 데이터 안정성을 향상시켜 줍니다. 체크섬 및 읽기 재시도는 Microsoft Exchange Server에서 물리적 데이터 문제로 이어질 수 있는 I/O 경로 문제를 감지하는 데 도움이 되는 여러 이점을 제공했습니다. SQL Server 2005에서 체크섬 및 읽기 재시도 기능은 데이터베이스 엔진에 포함되었습니다.
ALTER DATABASE 문의 SET PAGE_VERIFY 절에는 이제 CHECKSUM 옵션이 포함됩니다. CHECKSUM을 지정하면 전체 페이지의 내용에 대한 체크섬이 계산되고 페이지가 디스크에 기록될 때 데이터베이스 페이지 머리글에 저장됩니다. 디스크에서 페이지를 읽으면 체크섬이 다시 계산되어 데이터베이스 페이지 머리글에 저장된 체크섬 값과 비교됩니다. 값이 일치하지 않으면 페이지를 I/O 경로 또는 미디어에 기록, 저장 또는 읽을 때 페이지가 물리적으로 손상되었음을 나타냅니다. 이러한 오류가 발생하면 데이터베이스 엔진은 응용 프로그램, Windows 이벤트 로그 및 데이터베이스 엔진 오류 로그에 오류를 반환합니다. 데이터베이스 페이지 체크섬은 백업 및 복원 작업 중에도 유효성이 검사될 수 있습니다. 체크섬 오류는 I/O 경로 문제를 나타내며 문제의 근본 원인을 확인하려면 하드웨어, 펌웨어 드라이버, BIOS, 필터 드라이버(예: 바이러스 소프트웨어) 및 기타 I/O 경로 구성 요소를 조사해야 합니다.
데이터베이스 엔진은 I/O 경로와 관련된 모든 가능한 일시적 문제를 고려하여 오류가 발생한 I/O 작업을 최대 4번에 걸쳐 다시 시도합니다. 재시도가 성공하더라도 I/O 경로 문제가 존재할 가능성이 있지만 이러한 읽기 재시도를 통해 I/O 문제를 조사하는 동안에도 데이터 가용성을 제공할 수 있습니다.
자세한 내용은 ALTER DATABASE(Transact-SQL)의 PAGE_VERIFY 옵션을 참조하십시오.
데이터베이스 가용성: 미러된 백업 미디어
미러된 백업 미디어 집합에 백업을 수행하면 백업 중 하나가 손실될 경우의 영향을 줄여 줍니다. 하나의 백업 장치가 실패해도 미러 중 하나를 사용하여 데이터베이스를 복원할 수 있습니다.
자세한 내용은 미러된 백업 미디어 세트 사용을 참조하십시오.
데이터베이스 가용성: 백업 및 복원 미디어 검사
TORN_PAGE_DETECTION 또는 새로운 CHECKSUM 데이터베이스 옵션이 설정된 경우 BACKUP 및 RESTORE 문의 새로운 옵션으로 백업 및 복원 작업 중에 데이터베이스 페이지의 무결성을 검사할 수 있습니다. 이러한 옵션들과 함께 RESTORE VERIFYONLY를 사용하면 이를 사용하여 데이터베이스를 복원하기 전에 백업에 대한 유효성 검사를 더욱 완전하게 수행할 수 있습니다.
자세한 내용은 미디어 오류 검색 및 복사를 참조하십시오.
데이터베이스 가용성: 크래시 복구 및 데이터베이스 미러링 장애 조치 수행 중 빠른 복구
SQL Server 2005 Enterprise Edition의 데이터베이스 엔진을 사용하면 크래시 복구와 데이터베이스 미러링 장애 조치 모두를 수행하는 동안 빠르게 복구할 수 있습니다. 빠른 복구를 수행하면 복원 작업, 데이터베이스 페이지 체크섬 및 백업 미디어 미러링을 수행하는 동안 부분적인 가용성을 유지함으로써 실행 취소 단계를 수행하는 동안 데이터베이스를 사용할 수 있습니다. 다른 버전의 SQL Server 2005에서는 복구가 완료되기 전에 사용자가 데이터베이스에 액세스할 수 없습니다. 이전 버전의 SQL Server에서는 실행 취소 단계가 완료되기 전에 사용자가 데이터베이스에 액세스할 수 없었습니다. 일반적인 복구에 대한 자세한 내용은 SQL Server에서의 백업 복원 및 복구 작동 방법 이해를 참조하십시오. 장애 조치 수행 후 복구에 대한 자세한 내용은 역할 전환 중 서비스 중단 예측을 참조하십시오.
데이터베이스 가용성: 백업 및 복원 오류 보고
BACKUP 및 RESTORE 문은 데이터베이스 엔진이 오류를 받은 후에도 처리를 계속하도록 지시하는 CONTINUE_AFTER_ERROR 옵션을 지원합니다. 여러 문제가 있는 경우 이 옵션을 사용하면 데이터베이스 관리자가 문제의 범위에 액세스할 수 있습니다.
자세한 내용은 손상된 백업에 의해 발생한 SQL Server 복원 오류에 응답을 참조하십시오.
데이터베이스 가용성: 온라인 복원
데이터베이스 파일 또는 페이지에 대한 부분적인 데이터베이스 복원이 수행 중인 동안에도 사용자가 데이터베이스에 액세스할 수 있습니다. 데이터베이스가 복구되기 전에는 사용자가 일부 데이터베이스에 액세스할 수 없지만 다른 모든 데이터에는 액세스할 수 있습니다. 이전 버전의 SQL Server에서는 복원 작업 중에 사용자가 데이터베이스에 액세스할 수 없었습니다.
자세한 내용은 온라인 복원 수행을 참조하십시오.
데이터베이스 가용성: EMERGENCY 옵션
복구를 수행하는 동안 주의 대상으로 표시된 데이터베이스는 이제 응급 모드로 설정되어 sysadmin 고정 서버 역할의 멤버에게 읽기 전용 액세스 권한을 부여할 수 있습니다. 이렇게 하면 사용자가 문제를 진단하거나 사용 가능한 데이터를 검색할 수 있습니다.
자세한 내용은 손상된 백업에 의해 발생한 SQL Server 복원 오류에 응답을 참조하십시오.
데이터베이스 가용성: 온라인 인덱스 작업
인덱스 작업을 온라인으로 수행할 수 있습니다. 따라서 인덱스를 만들거나, 변경하거나, 삭제하는 중에도 사용자가 테이블 데이터에 액세스하고 테이블의 다른 인덱스를 계속 사용할 수 있습니다.
자세한 내용은 온라인으로 인덱스 작업 수행을 참조하십시오.
데이터베이스 가용성: 병렬 인덱스 작업
MAXDOP 절을 인덱스 DDL(데이터 정의 언어) 문에 지정하여 특정 문에서 사용되는 병렬 작업의 수를 제어할 수 있습니다. 이전 버전의 SQL Server에서는 인덱스 DDL 문에 MAXDOP를 지정할 수 없었기 때문에 일부 대량 인덱스 작업으로 인해 데이터베이스 엔진 인스턴스의 성능에 악영향을 주었습니다.
자세한 내용은 병렬 인덱스 작업 구성을 참조하십시오.