파트 III RAID-1 볼륨 사용

이 부분에서는 Solaris 설치 또는 업그레이드에서 사용할 수 있는 Solaris 볼륨 관리자 구성 요소의 개요를 제공합니다. 또한 RAID-1 볼륨을 사용하는 데 필요한 지침 및 요구 사항도 포함되어 있습니다.

12장 설치 중 RAID-1볼륨(미러) 만들기(개요)

이 절에서는 미러된 파일 시스템 만들기의 장점에 대해 설명합니다. 또한 미러된 파일 시스템을 만드는 데 필요한 Solaris 볼륨 관리자 구성 요소에 대해 설명합니다.

이 장은 다음 내용으로 구성되어 있습니다.

• RAID-1 볼륨을 사용하는 이유

• RAID-1 볼륨의 작동 방법

• Solaris 볼륨 관리자 구성요소의 개요

• RAID-1 볼륨 디스크 레이아웃의 예

Solaris Live Upgrade를 사용하여 미러된 파일 시스템을 만드는 방법에 대한 추가 정보는 Solaris 10 6/06 설치 설명서: Solaris Live Upgrade 및 업그레이드 계획의 RAID-1 볼륨(미러) 파일 시스템 생성 일반 지침을 참조하십시오.

사용자 정의 JumpStart 설치 방법으로 미러된 파일 시스템을 작성하는 방법에 대한 추가 정보는 filesys 프로필 키워드(RAID-1 볼륨 작성) 및 metadb 프로필 키워드(상태 데이터베이스 복제본 만들기)를 참조하십시오.

RAID-1 볼륨을 사용하는 이유

설치 또는 업그레이드 동안 RAID-1 볼륨을 작성하여 다중 물리적 디스크에 걸쳐 시스템 데이터를 복제할 수 있습니다. 여러 디스크에 데이터를 복제하면 디스크 손상이나 디스크 오류로부터 데이터를 보호할 수 있습니다.

Solaris 사용자 정의 JumpStart 및 Solaris Live Upgrade 설치 방법은 Solaris 볼륨 관리자 기술을 사용하여 파일 시스템을 미러하는 RAID-1 볼륨을 사용합니다. Solaris 볼륨 관리자는 볼륨을 사용하여 디스크를 안정적으로 관리할 수 있는 강력한 방법을 제공합니다. Solaris 볼륨 관리자는 연결, 스트라이프 및 다른 복잡한 구성을 가능하게 합니다. 사용자 정의 JumpStart 및 Solaris Live Upgrade 설치 방법을 통해 루트(/) 파일 시스템에 대한 RAID-1 볼륨 만들기 등의 작업 일부를 사용할 수 있습니다. 설치 또는 업그레이드 동안 RAID-1 볼륨을 작성하여 설치 후 작성할 필요성을 제거할 수 있습니다.

• 지침은 사용자 정의 JumpStart 및 Solaris Live Upgrade 지침 을 참조하십시오.

• 복잡한 Solaris 볼륨 관리자 소프트웨어 및 구성요소에 대한 자세한 내용은 Solaris Volume Manager Administration Guide를 참조하십시오.

RAID-1 볼륨의 작동 방법

Solaris 볼륨 관리자는 가상 디스크를 사용하여 물리적 디스크와 해당하는 연관된 데이터를 관리할 수 있습니다. Solaris 볼륨 관리자에서는 가상 디스크를 볼륨이라고 합니다. 볼륨은 시스템에 단일 논리 장치로 나타나는 물리적 슬라이스 그룹의 이름입니다. 볼륨은 표준 UNIX® 용어로 실제로 의사 또는 가상 장치입니다.

볼륨은 응용 프로그램 또는 파일 시스템(예: UFS)의 관점에서 보면 물리적 디스크와 기능적으로 동일합니다. Solaris 볼륨 관리자는 볼륨에 지정된 입출력 요청을 기본 구성 디스크로 변환합니다.

Solaris 볼륨 관리자 볼륨은 슬라이스(디스크 분할 영역)나 다른 Solaris 볼륨 관리자 볼륨에서 구축됩니다.

볼륨을 사용하여 성능 및 데이터 가용성을 높입니다. 경우에 따라 볼륨으로 입출력 성능을 높일 수도 있습니다. 볼륨은 기능적으로 슬라이스와 같은 방식으로 작동합니다. 볼륨의 모양은 슬라이스와 유사하므로 최종 사용자, 응용 프로그램 및 파일 시스템에 명확히 나타납니다. 물리적 장치와 마찬가지로 Solaris 볼륨 관리자 소프트웨어를 사용하여 블록 장치 이름이나 원시 장치 이름을 통해 볼륨에 액세스할 수 있습니다. 블록 장치 또는 원시 장치 사용 여부에 따라 볼륨 이름이 변경됩니다.

사용자 정의 JumpStart 설치 방법 및 Solaris Live Upgrade는 미러된 파일 시스템을 만들기 위해 블록 장치 사용을 지원합니다. 볼륨 이름에 대한 자세한 내용은 사용자 정의 JumpStart 및 Solaris Live Upgrade에 대한 RAID 볼륨 이름 요구 사항 및 지침 을 참조하십시오.

RAID-0 볼륨(단일 슬라이스 연결) 및 RAID-1 볼륨을 작성할 때, Solaris 볼륨 관리자는 연결의 데이터를 복제하고(하위 미러) 하위 미러를 볼륨으로 처리합니다.

그림 12–1은 2개의 물리적 디스크에 걸쳐 루트(/) 파일 시스템을 복제하는 미러를 보여줍니다.

그림 12–1 디스크의 루트(/) 파일 시스템에 RAID-1 볼륨 만들기

그림 12–1은 다음과 같은 구성의 시스템입니다.

• hdisk0의 루트 파일 시스템(/)은 이름이 d31인 단일 슬라이스 연결에 포함됩니다.

• 이름이 d32인 단일 슬라이스 연결은 hdisk1이라는 하드 디스크에 만들어집니다.

• 이름이 d30인 미러는 d31과 d32라는 이름의 하위 미러로 구성됩니다.

• 미러는 양쪽 하위 미러의 루트 파일 시스템에 데이터를 복제합니다.

Solaris 볼륨 관리자 구성요소의 개요

사용자 정의 JumpStart 설치 방법 및 Solaris Live Upgrade를 사용하면 데이터를 복제하는 데 필요한 다음 구성 요소를 만들 수 있습니다.

• 상태 데이터베이스 및 상태 데이터베이스 복제본(metadb)

• 단일 슬라이스 연결(하위 미러)

• RAID-1 볼륨(미러)

이 절에서는 해당 구성 요소 각각에 대해 간단히 설명합니다. 이러한 구성 요소에 대한 자세한 내용은 Solaris Volume Manager Administration Guide를 참조하십시오.

상태 데이터베이스 및 상태 데이터베이스 복제본

상태 데이터베이스는 Solaris 볼륨 관리자 구성의 상태에 대해 물리적 디스크에 정보를 저장하는 데이터베이스입니다. 상태 데이터베이스는 사용자 구성 변경 사항을 기록 및 추적합니다. Solaris 볼륨 관리자는 구성이나 상태가 변경되면 자동으로 상태 데이터베이스를 업데이트합니다. 새 볼륨 만들기는 구성 변경의 예입니다. 하위 미러 오류는 상태 변경의 예입니다.

상태 데이터베이스는 실제로 여러 개의 복제된 데이터베이스 복사본 모음입니다. 상태 데이터베이스 복제본으로 불리는 각 복사본은 항상 데이터베이스의 데이터가 유효한지 확인합니다. 상태 데이터베이스의 복사본이 있으면 단일 지점 실패로부터 데이터가 손실되지 않도록 보호합니다. 이 상태 데이터베이스는 모든 알려진 상태 데이터베이스 복제본의 위치 및 상태를 추적합니다.

Solaris 볼륨 관리자는 상태 데이터베이스와 해당 상태 데이터베이스 복제본을 만들어야 작동할 있습니다. Solaris 볼륨 관리자 구성에 운영 상태 데이터베이스가 있어야 합니다.

구성을 설정할 때 다음 중 하나에서 상태 데이터베이스 복제본을 찾을 수 있습니다.

• 전용 슬라이스

• (Solaris Live Upgrade에만 해당) 나중에 볼륨의 일부가 될 슬라이스

두 개 이상의 상태 데이터베이스 복사본을 한 개의 슬라이스에 보관할 수 있습니다. 하지만 상태 데이터베이스 복제본을 단일 슬라이스에 두면 시스템이 단일 지점 실패에 더 취약할 수 있습니다.

상태 데이터베이스 복제본은 항상 상태 데이터베이스의 데이터가 유효한지 확인합니다. 상태 데이터베이스가 업데이트되면 각 상태 데이터베이스 복제본도 업데이트됩니다. 시스템이 충돌하는 경우 모든 업데이트가 손상되는 것을 방지하기 위해 업데이트는 한 번에 하나씩 이루어집니다.

시스템에서 상태 데이터베이스 복제본을 잃는 경우 Solaris 볼륨 관리자는 아직 유효한 데이터를 포함하는 상태 데이터베이스 복제본을 식별해야 합니다. Solaris 볼륨 관리자는 과반수 일치 알고리즘을 사용하여 이 정보를 확인합니다. 이 알고리즘에서 상태 데이터베이스 복제본의 유효성을 결정하려면 상태 데이터베이스 복제본의 과반수(반 + 1)가 사용 가능하며 일치해야 합니다. 이 과반수 일치 알고리즘으로 인해 디스크 구성 설정 시 적어도 세 개의 상태 데이터베이스 복제본을 만들어야 합니다. 세 개의 상태 데이터베이스 복제본 중 적어도 두 개를 사용할 수 있어야 일치에 도달할 수 있습니다.

각 상태 데이터베이스 복제본은 기본적으로 디스크 저장소의 4MB(8192 디스크 섹터)를 차지합니다. 복제본은 다음 장치에 저장될 수 있습니다.

• 전용 로컬 디스크 슬라이스

• (Solaris Live Upgrade에만 해당) 볼륨의 일부가 될 로컬 슬라이스

• (Solaris Live Upgrade에만 해당) UFS 로깅 장치의 일부가 될 로컬 슬라이스

복제본은 루트(/), swap, /usr 슬라이스 또는 기존 파일 시스템이나 데이터를 포함하는 슬라이스에 저장될 수 없습니다. 복제본이 저장된 후에는 볼륨이나 파일 시스템을 같은 슬라이스에 둘 수 있습니다.

RAID-0 볼륨(연결)

사용자 정의 JumpStart 및 Solaris Live Upgrade 설치 방법을 사용하여 RAID-0 볼륨을 작성할 수 있습니다. RAID-0 볼륨 단일 슬라이스 연결은 데이터가 여러 구성 요소에 연속적으로 그리고 인접하여 구성되어 있는 볼륨으로 한 개의 논리 저장소 단위를 형성합니다. 사용자 정의 JumpStart 설치 방법 및 Solaris Live Upgrade를 사용하여 스트라이프나 다른 복잡한 Solaris 볼륨 관리자 볼륨을 만들 수 없습니다.

설치 또는 업그레이드 동안 RAID-1 볼륨(미러)을 만들고 RAID-0 볼륨을 이러한 미러에 연결할 수 있습니다. 미러된 RAID-0 볼륨을 하위 미러라고 합니다. 미러는 하나 이상의 RAID-0 볼륨으로 구성됩니다. 설치 후 Solaris 볼륨 관리자 소프트웨어를 통해 RAID-1 미러 볼륨을 관리하여 별도의 RAID-0 하위 미러 볼륨에서 데이터를 관리할 수 있습니다.

사용자 정의 JumpStart 설치 방법을 사용하면 최대 두 개의 하위 미러로 구성된 미러를 만들 수 있습니다. Solaris Live Upgrade를 사용하면 최대 세 개의 하위 미러로 구성된 미러를 만들 수 있습니다. 실제로는 대부분 양방향 미러면 충분합니다. 세 번째 하위 미러를 사용하면 한 개의 하위 미러는 백업용으로 오프라인화하여 데이터 중복성을 잃지 않고 온라인 백업을 만들 수 있습니다.

RAID-1 볼륨(미러)

RAID-1 볼륨 또는 미러는 RAID-0 볼륨(단일 슬라이스 연결)의 데이터의 동일한 복사본을 유지하는 볼륨입니다.RAID-1 볼륨을 사용하여 파일 시스템을 미러하려면 디스크에 투자해야 합니다. 적어도 데이터 양의 2배에 해당하는 디스크 공간이 필요합니다. Solaris 볼륨 관리자 소프트웨어는 모든 RAID-0 볼륨에 쓰기 때문에 데이터를 복제하면 디스크에 쓰는 쓰기 요청에 필요한 시간도 늘어날 수 있습니다.

RAID-1 볼륨을 사용하면 데이터를 양쪽 RAID-0 볼륨에서 동시에 읽을 수 있으므로(두 볼륨 모두 요청을 충족) 성능이 향상됩니다. 한 개의 물리적 디스크에 오류가 발생하면 성능 손상이나 데이터 손실 없이 계속해서 미러를 사용할 수 있습니다.

RAID-1 볼륨을 구성한 후 볼륨은 마치 물리적 슬라이스인 것처럼 사용할 수 있습니다.

기존 파일 시스템을 비롯하여 모든 파일 시스템을 복제할 수 있습니다. 데이터베이스와 같은 응용 프로그램에 대해서도 RAID-1 볼륨을 사용할 수 있습니다.

RAID-1 볼륨 디스크 레이아웃의 예

다음 그림은 2개의 물리적 디스크에 걸쳐 루트 파일 시스템(/)을 복제하는 RAID-1 볼륨을 보여줍니다. 상태 데이터베이스 복제본(metadb)은 양쪽 디스크에 놓입니다.

그림 12–2 RAID-1 볼륨 디스크 레이아웃

그림 12–2는 다음 구성을 가진 시스템을 보여줍니다.

• hdisk0의 루트 파일 시스템(/)은 이름이 d31인 단일 슬라이스 연결에 포함됩니다.

• 이름이 d32인 단일 슬라이스 연결은 hdisk1이라는 하드 디스크에 만들어집니다.

• 이름이 d30인 미러는 d31과 d32라는 이름의 하위 미러로 구성됩니다.

• 미러는 양쪽 하위 미러의 루트 파일 시스템에 데이터를 복제합니다.

• 상태 데이터베이스 복제본은 hdisk0과 hdisk1 슬라이스 모두에 만들어집니다.

13장 설치 중 RAID-1볼륨(미러) 만들기(계획)

이 장은 사용자 정의 JumpStart 또는 Solaris Live Upgrade를 사용하여 RAID-1 볼륨을 만드는 데 필요한 요구 사항과 지침에 대해 설명합니다.

이 장은 다음 내용으로 구성되어 있습니다.

• 시스템 요구 사항

• 상태 데이터베이스 복제본 지침 및 요구 사항

• RAID-1 및 RAID-0 볼륨 요구 사항 및 지침

• 단일 사용자 모드로 부트가 RAID-1 볼륨에 미치는 영향

Solaris Live Upgrade 설치 방법을 사용하여 미러된 파일 시스템을 작성하기 위한 계획에 대한 추가 정보는 Solaris 10 6/06 설치 설명서: Solaris Live Upgrade 및 업그레이드 계획의 RAID-1 볼륨(미러) 파일 시스템 생성 일반 지침을 참조하십시오.

사용자 정의 JumpStart 설치 방법으로 미러된 파일 시스템을 작성하는 방법의 자세한 내용은 filesys 프로필 키워드(RAID-1 볼륨 작성) 및 metadb 프로필 키워드(상태 데이터베이스 복제본 만들기)를 참조하십시오.

시스템 요구 사항

RAID-1 볼륨을 만들어 특정한 슬라이스의 데이터를 복제하려면 사용을 계획하는 디스크는 설치 중에 시스템에 직접 연결되고 시스템에서 사용 가능해야 합니다.

상태 데이터베이스 복제본 지침 및 요구 사항

단일 지점 오류를 피하려면 슬라이스, 드라이브 및 제어기에 상태 데이터베이스 복제본을 분산시켜야 합니다. 단일 구성 요소 오류를 피하려면 다수의 복제본이 필요합니다. 장치에 오류가 발생하여 복제본을 잃는 경우 오류로 인해 Solaris 볼륨 관리자 소프트웨어를 실행하거나 시스템을 재부트할 때 문제가 발생할 수 있습니다. Solaris 볼륨 관리자 소프트웨어는 최소한 복제본의 반을 실행할 것을 요구하지만 여러 사용자 모드로 재부트하려면 과반수 이상(반 + 1)을 요구합니다.

상태 데이터베이스 복제본 만들기 및 관리에 대한 자세한 내용은 Solaris Volume Manager Administration Guide를 참조하십시오.

상태 데이터베이스 복제본에 대한 슬라이스 선택

상태 데이터베이스 복제본에 대한 슬라이스를 선택하기 전에 다음 지침 및 권장 사항을 고려하십시오.

• 복제본 당 최소 4MB의 전용 슬라이스에 상태 데이터베이스 복제본을 만들어야 합니다. 필요한 경우 RAID-0이나 RAID-1 볼륨의 일부로 사용될 슬라이스에 상태 데이터베이스 복제본을 만들 수 있습니다. 슬라이스를 볼륨에 추가하기 전에 먼저 복제본을 만들어야 합니다.

• 기본적으로 상태 데이터베이스 복제본의 크기는 4MB나 8192 디스크 블록입니다. 사용자 디스크 슬라이스의 크기가 그 정도로 작지 않을 수도 있으므로 상태 데이터베이스 복제본을 포함하도록 슬라이스의 크기를 조정할 수 있습니다. 슬라이스 크기 조정에 대한 자세한 내용은 System Administration Guide: Devices and File Systems의 12 장, Administering Disks (Tasks)를 참조하십시오.

• 사용 중이 아닌 슬라이스에 상태 데이터베이스 복제본을 만들 수 있습니다. 상태 데이터베이스 복제본을 위해 예약된 슬라이스의 일부를 다른 용도로 사용하면 안 됩니다.

• 기존 파일 시스템이나 루트(/), /usr 및 swap 파일 시스템에 상태 데이터베이스 복제본을 만들 수 없습니다. 필요한 경우 swap에서 공간을 할당하여 새 슬라이스를 만든 다음(슬라이스 이름을 사용할 수 있는 경우) 상태 데이터베이스 복제본을 새 슬라이스에 놓을 수 있습니다.

• 상태 데이터베이스 복제본이 볼륨의 일부가 될 슬라이스에 있는 경우 볼륨 용량은 복제본이 차지하는 공간 만큼 줄어듭니다. 복제본이 차지하는 공간은 다음 실린더 경계까지 반올림되므로 볼륨에서 이 공간은 건너뜁니다.

상태 데이터베이스 복제본 수 선택

상태 데이터베이스 복제본의 수를 선택하기 전에 다음 지침을 고려하십시오.

• 최소 3개의 상태 데이터베이스 복제본이 필요하며 Solaris 볼륨 관리자 디스크 집합 당 최대 50개의 복제본이 허용됩니다. 다음은 권장되는 지침입니다.

  • 단일 드라이브 사용 시스템의 경우: 세 개의 복제본을 모두 하나의 슬라이스에 둡니다.

  • 2-4개 드라이브 사용 시스템의 경우: 각 드라이브에 두 개의 복제본을 둡니다.

  • 5개 이상 드라이브 사용 시스템의 경우: 각 드라이브에 한 개의 복제본을 둡니다.

• 추가 상태 데이터베이스 복제본은 미러의 성능을 향상시킬 수 있습니다. 일반적으로 시스템에 추가하는 각 미러에 두 개의 복제본을 추가해야 합니다.

• 소규모의 임의 입출력에 사용할 RAID-1 볼륨이 있는 경우(예: 데이터베이스) 복제본 수를 고려하십시오. 최적의 성능을 위해서는 RAID-1 볼륨에 연결되지 않은 슬라이스(특히 디스크 및 제어기)에 있는 RAID-1 볼륨당 적어도 2개의 추가 복제본이 있어야 합니다.

제어기에 상태 데이터베이스 복제본 분산

여러 개의 제어기가 있는 경우 가능하면 복제본이 모든 제어기에 균등하게 분산되도록 합니다. 이러한 전략은 제어기에 오류가 발생하는 경우 중복성을 제공하여 로드 균형을 조정하는 데도 도움이 됩니다. 하나의 제어기에 여러 개의 디스크가 있는 경우 각 제어기에 있는 최소 두 개의 디스크에서 복제본을 저장해야 합니다.

RAID-1 및 RAID-0 볼륨 요구 사항 및 지침

RAID-1 볼륨(미러) 및 RAID-0 볼륨(단일 슬라이스 연결)으로 작업할 경우 다음 지침을 고려하십시오.

사용자 정의 JumpStart 및 Solaris Live Upgrade 지침

사용자 정의 JumpStart 설치 방법 및 Solaris Live Upgrade는 Solaris 볼륨 관리자 소프트웨어에서 사용할 수 있는 일련의 기능을 지원합니다. 이러한 설치 프로그램을 사용하여 미러된 파일 시스템을 만드는 경우 다음 지침을 고려하십시오.

사용자 정의 JumpStart 및 Solaris Live Upgrade에 대한 RAID 볼륨 이름 요구 사항 및 지침

볼륨에 이름을 할당할 때 다음 규칙을 준수하십시오.

• 슬라이스 번호 및 디스크 번호를 볼륨 번호에 매핑하는 이름 지정 메소드를 사용합니다.

• 볼륨 이름은 문자 d로 시작하고 숫자가 뒤에 와야 합니다(예: d0).

• Solaris 볼륨 관리자은 0–127까지 128개의 기본 볼륨 이름을 갖습니다. 다음 목록은 몇 가지 예제 볼륨 이름을 보여 줍니다.

  • Device /dev/md/dsk/d0 – block volume d0

  • 장치 /dev/md/dsk/d1 – 블록 볼륨 d1

• 특정 볼륨 유형 각각의 범위를 사용합니다. 예를 들어 RAID-1 볼륨에는 0–20, RAID-0 볼륨에는 21–40을 할당합니다.

• /dev/md/dsk/d1 같은 전체 볼륨 이름을 지정하는 대신 d1 같은 약어로 된 볼륨 이름을 사용할 수 있습니다.

Solaris Live Upgrade에 대한 RAID 볼륨 이름 지정 규약

물리적 디스크 슬라이스와 Solaris 볼륨 관리자의 볼륨 이름은 약어로 만들 수 있습니다. 약어는 장치를 고유하게 식별하는 짧은 이름입니다. 다음 예를 참고하십시오.

• Solaris 볼륨 관리자 볼륨은 dnum 형식으로 식별할 수 있습니다. 예를 들어 /dev/md/dsk/d10은 간단하게 d10으로 줄일 수 있습니다.

• 시스템에 하나의 제어기와 여러 디스크가 있는 경우에는 t0d0s0을 사용할 수 있지만 제어기가 여러 개일 경우에는 c0t0d0s0을 사용합니다.

Solaris Live Upgrade를 사용하여 RAID-1 볼륨(미러) 및 RAID-0 볼륨(하위 미러)을 만들 경우 소프트웨어가 볼륨 이름을 감지 및 할당하도록 하거나 직접 이름을 할당할 수 있습니다. 소프트웨어가 이름을 감지하게 할 경우 소프트웨어는 사용 가능한 첫 번째 미러 또는 하위 미러를 지정합니다. 직접 이름을 할당할 경우 미러 이름이 0으로 끝나게 할당해야 설치 과정에서 하위 미러에 1 및 2로 끝나는 이름을 사용할 수 있습니다. 하위 미러 이름을 할당할 경우 1 또는 2로 끝나게 이름을 할당합니다. 숫자를 잘못 할당하면 미러가 만들어지지 않을 수 있습니다. 예를 들어, 1 또는 2로 끝나는 번호(d1 또는 d2)를 미러 이름으로 지정할 경우 미러 이름이 하위 미러 이름과 동일하다면 Solaris Live Upgrade는 미러를 생성할 수 없습니다.

이 예에서, Solaris Live Upgrade가 볼륨 이름을 할당합니다. RAID-1 볼륨 d0과 d1이 유일한 사용중 볼륨입니다. 미러 d10의 경우, Solaris Live Upgrade는 장치 c0t0d0s0에 대한 하위 미러용으로 dd2를 선택하고 장치 c1t0d0s0에 대한 하위 미러용으로 d3를 선택합니다.

lucreate -n newbe -m /:d10:mirror,ufs -m /:c0t0d0s0:attach -m
/:c1t0d0s0:attach

이 예에서, 볼륨 이름은 명령어에서 할당됩니다. 미러 d10의 경우, d11은 장치 c0t0d0s0의 하위 미러의 이름이고 d12는 장치 c1t0d0s0의 하위 미러의 이름입니다.

lucreate -n newbe -m /:d10:mirror,ufs -m /:c0t0d0s0,d11:attach -m
/:c1t0d0s0,d12:attach

Solaris 볼륨 관리자 이름 지정 요구 사항에 대한 자세한 내용은 Solaris Volume Manager Administration Guide를 참조하십시오.

사용자 정의 JumpStart에 대한 RAID 볼륨 이름 지정 규약

사용자 정의 JumpStart 설치 방법을 사용하여 RAID-1 볼륨(미러) 및 RAID-0 볼륨(하위 미러)을 생성할 때 소프트웨어가 미러에 대한 볼륨 이름을 감지하여 지정하게 하거나 프로필에서 이름을 지정할 수 있습니다. 소프트웨어가 이름을 감지하게 할 경우 소프트웨어는 사용 가능한 첫 번째 볼륨 번호를 지정합니다. 프로필에서 이름을 지정할 경우 미러 이름이 0으로 끝나게 지정해야 설치 과정에서 하위 미러에 1 및 2로 끝나는 이름을 사용할 수 있습니다. 올바르지 않은 번호를 지정할 경우 미러가 생성되지 않을 수 있습니다. 예를 들어, 1 또는 2로 끝나는 번호(d1 또는 d2)를 미러 이름으로 지정할 경우 미러 이름이 하위 미러 이름과 동일하다면 JumpStart는 미러를 생성할 수 없습니다. 다음 프로필 예에서는 사용 가능한 첫 번째 볼륨 번호가 미러에 지정되었습니다. 0으로 끝나는 사용 가능한 미러가 d10이라면 d11 및 d12라는 이름이 하위 미러에 지정됩니다.

filesys                 mirror c0t0d0s1  / 

다음 프로필 예에서는 미러 번호가 프로필에서 d30으로 지정됩니다. 소프트웨어는 미러 번호와 첫 번째로 사용 가능한 하위 미러를 기준으로 하위 미러 이름을 지정합니다. 여기서 하위 미러의 이름은 d31 및 d32가 됩니다.

filesys                 mirror:d30 c0t1d0s0 c0t0d0s0  /

Solaris 볼륨 관리자 이름 지정 요구 사항에 대한 자세한 내용은 Solaris Volume Manager Administration Guide를 참조하십시오.

디스크 및 제어기 선택 지침

파일 시스템을 미러하기 위해 사용할 디스크와 제어기를 선택하는 경우 다음 지침을 고려하십시오.

• 수행할 수 있는 동시 읽기 및 쓰기 수를 높이려면 다른 제어기에 있는 구성 요소를 사용합니다.

• 다양한 디스크와 제어기에 여러 하위 미러 슬라이스를 보관합니다. 동일한 미러에 있는 두 개 이상의 하위 미러 슬라이스가 동일한 디스크에 있는 경우 데이터 보호가 상당히 감소됩니다.

• 제어기 및 연결된 케이블은 디스크보다 자주 오류를 일으키는 경향이 있으므로 여러 제어기에 하위 미러를 구성합니다. 이렇게 하면 미러의 성능도 향상됩니다.

• 단일 미러에 같은 종류의 디스크와 제어기를 사용합니다. 특히 이전 SCSI 저장 장치에서 디스크나 제어기의 모델이나 브랜드에 따라 그 성능이 상당히 다를 수 있습니다. 단일 미러에서 여러 성능 수준을 함께 사용하는 것은 성능을 상당히 저하시킬 수 있습니다.

슬라이스 선택 지침

파일 시스템을 미러하기 위해 사용할 슬라이스를 선택하는 경우 다음 지침을 고려하십시오.

• 루트(/), swap 및 /usr을 비롯한 모든 파일 시스템은 미러를 사용할 수 있습니다. 데이터베이스 같은 모든 응용 프로그램도 미러를 사용할 수 있습니다.

• 하위 미러 슬라이스의 크기가 같은지 확인합니다. 크기가 다른 하위 미러를 사용하면 사용되지 않는 디스크 공간이 발생합니다.

• 첫 번째 연결된 하위 미러가 실린더 0으로 시작하지 않는 미러된 파일 시스템인 경우 연결한 모든 추가 하위 미러도 실린더 0으로 시작하지 말아야 합니다. 실린더 0으로 시작하는 하위 미러를 원래 하위 미러가 0으로 시작하지 않는 미러에 연결하려고 하면 다음 오류 메시지가 표시됩니다.

  can't attach labeled submirror to an unlabeled mirror

  연결하려는 하위 미러가 모두 실린더 0에서 시작하거나 모두 실린더 0에서 시작하지 않아야 합니다.

  시작 실린더가 모든 하위 미러에서 동일할 필요는 없지만 모든 하위 미러는 실린더 0을 포함하거나 포함하지 않아야 합니다.

단일 사용자 모드로 부트가 RAID-1 볼륨에 미치는 영향

루트(/), /usr 및 swap용 미러가 있는 시스템이 단일 사용자 모드로 부트된 경우 시스템은 이러한 미러의 유지 관리가 필요하다는 것을 표시합니다. metastat 명령어를 사용하여 이러한 미러를 보면 이러한 미러 및 시스템의 모든 미러가 “유지 관리 필요” 상태로 표시됩니다.

이러한 상황은 잠재적으로 위험할 수 있지만 문제가 되지는 않습니다. 미러를 재동기화하기 위해 부트 중에 일반적으로 발생하는 metasync -r 명령어는 시스템이 단일 사용자 모드로 부트되면 중단됩니다. 시스템을 재부트하면 metasync -r 명령어가 실행되고 모든 미러가 재동기화됩니다.

이러한 중단이 문제가 되면 metasync -r 명령어를 수동으로 실행합니다.

metasync에 대한 자세한 내용은 metasync(1M) 매뉴얼 페이지 및 Solaris Volume Manager Administration Guide를 참조하십시오.