SQL Server 데이터 및 로그 파일 배치
마지막으로 수정된 항목: 2011-05-11
Microsoft Lync Server 2010 Enterprise Edition용 Microsoft SQL Server 2005, Microsoft SQL Server 2008 또는 Microsoft SQL Server 2008 R2 계획 및 배포에서 중요한 작업은 최적의 성능을 유지할 수 있도록 실제 하드 디스크에 데이터 및 로그 파일을 배치하는 작업입니다. 성능에 영향을 주는 가장 중요한 파일은 Rtcdyn 로그와 Rtc 로그입니다. 이러한 파일은 전용 하드 디스크 또는 RAID(Redundant Array of Independent Disks) 세트에 저장하는 것이 가장 좋습니다. 다음 표에는 데이터베이스 파일과 각 파일의 역할이 자세히 설명되어 있습니다.
중앙 관리 저장소의 데이터 및 로그 파일
| 중앙 관리 저장소 데이터베이스 파일 | 데이터 파일 또는 로그 용도 |
|---|---|
Xds.ldf |
중앙 관리 저장소에 대한 트랜잭션 로그 파일 |
Xds.mdf |
토폴로지 작성기에 정의 및 게시된 대로 현재 Lync Server 2010 토폴로지 구성 유지 관리 |
Lis.mdf |
위치 정보 서비스 데이터 파일 |
Lis.ldf |
위치 정보 서비스 데이터 파일에 대한 트랜잭션 로그 파일 |
사용자, 회의 및 주소록에 대한 데이터 및 로그 파일
| 핵심 Lync Server 2010 데이터베이스 파일 | 데이터 파일 또는 로그 용도 |
|---|---|
Rtcdyn.mdf |
임시 사용자 데이터(현재 상태 런타임 데이터) 유지 관리 |
Rtcdyn.ldf |
Rtcdyn 데이터에 대한 트랜잭션 로그 |
Rtc.mdf |
영구 사용자 데이터(예: ACL(액세스 제어 목록), 연락처, Standard Edition 서버 또는 Enterprise Edition 프런트 엔드 풀, 예약된 전화 회의) |
Rtc.ldf |
Rtc 데이터에 대한 트랜잭션 로그 |
Rtcab.mdf |
RTC(Real-Time Communications) 주소록 데이터베이스는 주소록 서비스 정보가 저장되는 SQL Server 리포지토리임 |
Rtcab.ldf |
주소록 서비스에 대한 트랜잭션 로그 |
Rtcab1.mdf |
Real-Time Communications 주소록 데이터베이스는 주소록 서비스 정보가 저장되는 SQL Server 리포지토리임(성능 유지용 보조 복사본) |
Rtcab1.ldf |
주소록 서비스에 대한 트랜잭션 로그 |
통화 대기 및 응답 그룹에 대한 데이터 및 로그 파일
| 응용 프로그램 데이터베이스 | 데이터 파일 또는 로그 용도 |
|---|---|
Cpsdyn.mdf |
통화 대기 응용 프로그램에 대한 동적 정보 데이터베이스 |
Cpsdyn.ldf |
통화 대기 응용 프로그램 데이터 파일에 대한 트랜잭션 로그 |
Rgsconfig.mdf |
서비스 구성에 대한 Lync Server 응답 그룹 서비스 데이터 파일 |
Rgsconfig.ldf |
응답 그룹 응용 프로그램 구성에 대한 트랜잭션 로그 파일 |
Rgsdyn.mdf |
런타임 작업에 대한 응답 그룹 서비스 데이터 파일 |
Rgsdyn.ldf |
응답 그룹 서비스 런타임 데이터 파일에 대한 트랜잭션 로그 |
보관 및 모니터링 서버에 대한 데이터 및 로그 파일
| 보관 및 모니터링 데이터베이스 파일 | 데이터 파일 또는 로그 용도 |
|---|---|
LcsCdr.mdf |
모니터링 서버의 CDR(통화 정보 기록) 프로세스에 대한 데이터 저장소 |
LcsCdr.ldf |
CDR(통화 정보 기록) 데이터에 대한 트랜잭션 로그 |
QoEMetrics.mdf |
모니터링 서버에서 저장된 체감 품질 데이터 파일 |
QoEMetrics.ldf |
모니터링 데이터에 대한 트랜잭션 로그 |
Lcslog.mdf |
보관 서버에 인스턴트 메시징 및 회의 데이터를 보존하기 위한 데이터 파일 |
Lcslog.ldf |
보관 데이터에 대한 트랜잭션 로그 |
이 항목에서는 디스크 및 RAID 세트를 기준으로 합니다. SQL Server 리소스 구성에서 디스크란 단일 하드웨어 장치를 의미합니다. 각각 로그 파일과 데이터 파일을 유지하는 두 개의 파티션이 있는 하드 디스크 드라이브는 각각 로그 또는 데이터 파일에 전용되는 두 개의 디스크와 다릅니다.
RAID 세트의 경우 여러 공급업체의 다양한 RAID 기술이 있습니다. 또한 SAN(저장 영역 네트워크)의 증가로 인해 단일 시스템에 전용되는 RAID 세트가 드문 것이 현실입니다. 따라서 Lync Server 2010에서 SQL Server 성능을 구성할 때 RAID 또는 SAN 공급업체에 문의하여 디스크 레이아웃에 가장 적합한 구성을 확인해야 합니다.
또한 모든 디스크 드라이브가 동일하게 만들어지는 것이 아니며 그 중 성능이 나은 것이 있습니다. 같은 제조업체의 드라이브도 회전 속도, 하드웨어 캐시 크기 및 기타 요인으로 인해 성능이 다를 수 있습니다. 따라서 디스크를 테스트하여 더 나은 성능을 가진 디스크를 확인한 다음 이러한 디스크에 보다 중요하고 속도에 민감한 로그 및 데이터 파일(특히 Rtcdyn 로그 및 Rtc 로그)을 두는 것이 좋습니다.
디스크 및 데이터베이스 파일 배포
파일을 배치하는 몇 가지 가능한 솔루션이 있습니다. 가능한 각 조합마다 장단점이 있습니다. 최적의 배포에는 6개의 하드 디스크 또는 고유 RAID 세트가 필요합니다. 가장 활성적인 두 파일인 Rtcdyn 로그 파일과 Rtc 로그 파일은 항상 전용 디스크 또는 RAID 세트에 두는 것이 좋습니다.
6-디스크 배포
6개의 디스크를 사용하는 배포 시나리오는 일반적으로 보관 데이터베이스와 모니터링 데이터베이스를 같은 SQL Server에 배치하려는 경우에만 사용됩니다. 이 솔루션에서는 6개의 실제 디스크 또는 전용 RAID 세트를 사용합니다. 데이터 및 로그 파일 배포는 아래 다이어그램에 표시되어 있습니다.
장점 – 다른 솔루션에 비해 디스크 I/O에 대한 경합이 거의 없고 성능이 매우 뛰어나며 대기 시간이 짧습니다.
단점 – 다른 솔루션보다 비싸며, 적어도 6개의 하드 디스크가 필요합니다.
.jpg "6개 디스크 배포 테이블")
5-디스크 배포
5-디스크 배포에서는 5개의 디스크 또는 5개의 RAID 세트를 사용합니다. Rtcdyn 및 Rtc 로그 파일은 전용 디스크에 분리됩니다. 보관 로그 및 데이터와 모니터링 로그 및 데이터는 각각 별도의 전용 디스크에 저장됩니다. 나머지 로그 파일 및 데이터 파일은 5번째 디스크에 저장됩니다.
장점 – 필요한 전체 디스크 수를 적게 유지하면서 Rtcdyn 및 Rtc 로그 파일에 적절한 성능을 제공합니다.
단점 – 다른 로그 파일이 모두 단일 디스크에 있으므로 다른 작업에 대한 I/O 성능 지연이 발생할 수 있습니다. 보관 서버와 모니터링 서버 중 하나 또는 둘 다가 배포되지 않은 경우에는 영향이 최소화됩니다.
.jpg "5개 디스크 배포 테이블")
4-디스크 배포
4-디스크 배포에서는 4개의 디스크 또는 4개의 RAID 세트를 사용합니다. 이 구성은 대기 시간이 짧고 디스크 I/O 리소스의 경합이 적어 권장 솔루션 중 성능이 가장 뛰어난 것으로 간주됩니다. Rtcdyn 및 Rtc 로그 파일은 전용 디스크에 분리됩니다. 나머지 로그 파일은 세 번째 디스크에 저장되고, 데이터 파일은 네 번째 디스크에 저장됩니다.
장점 – 필요한 전체 디스크 수를 적게 유지하면서 Rtcdyn 및 Rtc 로그 파일에 적절한 성능을 제공합니다.
단점 – 다른 로그 파일이 모두 단일 디스크에 있으므로 다른 작업에 대한 I/O 성능 지연이 발생할 수 있습니다. 보관 서버와 모니터링 서버 중 하나 또는 둘 다가 배포되지 않은 경우에는 영향이 최소화됩니다.
.jpg "4개 디스크 배포 테이블")
3-디스크 배포
3-디스크 배포에서는 3개의 디스크 또는 RAID 세트를 사용합니다. Rtcdyn 및 Rtc 로그 파일이 각각 하나의 드라이브에 저장되고, 나머지 로그 및 데이터 파일이 세 번째 디스크에 저장됩니다.
장점 – 6-디스크 및 4-디스크 솔루션에 비해 저렴합니다. Rtcdyn 및 Rtc 로그 파일을 전용 하드 디스크에 저장하므로 자주 업데이트되는 트랜잭션 로그 파일의 성능이 뛰어납니다.
단점 - 다른 모든 로그 및 데이터 파일이 나머지 디스크에 저장됩니다. 따라서 단일 디스크에 있는 다른 모든 작업의 I/O 증가 시 대기 시간이 증가할 수 있습니다. 모니터링 및 보관 서버를 배포하지 않으면 영향이 줄어들지만 성능 영향은 여전히 문제가 될 수 있습니다.
.jpg "3개 디스크 배포 테이블")
2-디스크 배포
2-디스크 배포에서는 2개의 디스크 또는 RAID 세트를 사용합니다. Rtcdyn 및 Rtc 로그 파일이 둘 다 첫 번째 디스크에 저장됩니다. 다른 모든 로그 및 데이터 파일은 두 번째 하드 디스크에 저장됩니다.
장점 - 비용이 저렴하다는 것이 주요 장점입니다. 두 번째 디스크에 있는 다른 작업에 대한 로그 및 데이터 파일이 Rtcdyn 및 Rtc 로그 파일에 대한 전체 영향을 감소시킵니다.
단점 – Rtcdyn 로그 파일과 Rtc 로그 파일이 함께 있어 성능에 부정적인 영향을 줍니다.
.jpg "2개 디스크 배포 테이블")
단일 디스크 배포
단일 디스크 배포에서는 단일 하드 디스크 또는 RAID 세트를 사용합니다. Rtcdyn 및 Rtc 로그 파일이 다른 로그 및 데이터 파일과 함께 단일 디스크에 저장됩니다.
장점 – 다른 솔루션보다 비용이 훨씬 저렴합니다. 사용자 수가 적은 경우 적절한 성능을 유지할 수 있습니다.
단점 – 단일 디스크에 있는 모든 작업 로그 및 데이터 파일의 디스크 대기 시간 및 디스크 로드가 성능에 영향을 줍니다. 모니터링 및 보관 역할의 배포는 성능에 추가적인 영향을 줍니다.
.jpg "단일 디스크 배포 테이블")