2장


DR 개념

이 장에서는 DR을 사용하기 전에 알고 있어야 할 DR 개념에 대해 설명합니다.

최고급 서버의 시스템 제어기(SC)에서 SMS DR 명령을 사용하여 DR 작업을 실행하려는 경우에는 5 장, SMS DR 절차 - SC(최고급에만 해당)를 반드시 읽어 보십시오. 이 장에 나와 있는 정보 중 일부는 5 장에서도 반복되지만 관점은 다릅니다. 두 장을 모두 읽어 보면 DR 기능을 보다 잘 이해할 수 있습니다.

이 장에서 다루는 내용은 다음과 같습니다.



주 - UltraSPARC IV+ 보드에는 이중 코어 CPU가 있습니다. 이 문서에서 CPU 또는 프로세서를 참조할 경우 단일 코어 또는 이중 코어 유형 중 하나를 참조하는데 모든 절차는 두 가지 모두에 적용됩니다.




동적 시스템 도메인

Sun Fire 시스템은 도메인으로 나눌 수 있습니다. 각 도메인은 해당 도메인에 할당되는 시스템 보드 슬롯을 기반으로 합니다. 더 나아가 각 도메인은 하드웨어 파티션으로 전기적으로 분리되는데, 이것은 한 도메인의 고장이 서버의 다른 도메인에 영향을 주지 않게 합니다.

각 도메인 구성은 SC에 있는 구성 데이터베이스에서 결정됩니다. 구성 데이터베이스(최고급 시스템에서는 플랫폼 구성 데이터베이스(PCD))는 시스템 보드 슬롯이 논리적으로 도메인으로 파티션되는 방법을 제어합니다. 도메인 구성은 의도한 도메인 구성을 나타냅니다. 따라서 구성에 빈 슬롯과 점유된 슬롯이 포함될 수 있습니다. 실제 도메인은 논리 도메인으로 결정됩니다.

해당 도메인에 사용할 수 있는 슬롯 수는 ACL에 의해 제어됩니다. ACL은 최고급 시스템 도메인의 사용 가능한 구성 요소 목록 또는 중급 시스템 도메인의 액세스 제어 목록의 약어입니다. 모든 도메인의 ACL은 SC에서 유지 관리됩니다. 도메인 상태를 변경하려면 도메인에 슬롯을 할당하거나 사용할 수 있어야 합니다. 슬롯은 도메인에 할당된 후 해당 도메인에는 보이고 다른 모든 도메인에는 보이지 않고 사용 불가능하게 됩니다. 역으로, 슬롯을 할당하고 다른 도메인에 연결하려면 슬롯을 도메인에서 단절하고 할당 취소해야 합니다.

논리 도메인은 도메인에 할당된 슬롯의 집합입니다. 실제 도메인은 실제로 상호연결된 보드의 집합입니다. 슬롯은 실제 도메인의 일부가 아니어도 논리 도메인의 구성원이 될 수 있습니다. 도메인을 부팅하면 시스템 보드와 빈 슬롯이 할당되거나 논리 도메인에서 할당 해제될 수 있지만 운영 체제에서 요청할 때까지는 실제 도메인의 일부가 될 수 없습니다. 한 도메인에 할당되지 않은 시스템 보드나 슬롯은 모든 도메인에 사용될 수 있습니다. 이러한 보드는 플랫폼 관리자에 의해 도메인에 할당될 수 있지만, 적절한 권한이 있는 사용자가 도메인에 사용 가능한 보드를 할당할 수 있도록 SC에서 ACL을 설정할 수 있습니다.


접속 지점

접속 지점은 보드 또는 장치, 접속 지점을 갖고 있는 슬롯, 그리고 접속 지점의 모든 구성 요소에 대한 집합적 용어입니다. 슬롯은 때로는 콘센트라고도 합니다.

Sun Fire 시스템은 다음과 같은 접속 지점을 지원합니다.



주 - 많은 사용자가 보드 및 장치의 상태 변경에만 관심을 갖습니다. 따라서 단순화를 위해 이 문서에 나와 있는 절차에서는 보드 접속 지점을 간단히 보드로, PCI 접속 지점은 PCI 카드로 그리고 구성 요소 접속 지점은 CPU 또는 메모리 모듈로 칭하고 있습니다. 이러한 단순화로 혼동이 발생할 경우에는 본래의 명칭이 사용됩니다.



점유자라는 용어는 인터페이스 케이블로 연결된 외부 저장 장치를 비롯하여 보드에 연결된 장치와 보드의 조합을 말합니다.

보드 슬롯은 슬롯 번호에 따라서 이름을 지정하거나 익명일 수 있습니다(예를 들어, SCSI 체인에 있을 경우).

DR은 다음 두 가지 유형의 접속 지점 이름을 인식합니다.

사용 가능한 모든 논리 접속 지점의 목록을 얻으려면 해당 도메인에서 다음 명령을 사용하십시오.


# cfgadm -l

 

접속 지점 클래스

Sun Fire 시스템은 접속 지점 클래스를 지원합니다. DR 사용자가 알고 있어야 할 두 가지 클래스는 sbd와 pci입니다.

접속 지점 목록과 각 접속 지점과 연관된 보드 유형을 보려면 수퍼유저로서 다음 명령을 사용하십시오.


# cfgadm -s -a "cols=ap_id:class"

 

최고급 시스템 접속 지점

최고급 시스템의 실제 접속 지점 이름을 예로 들면 다음과 같습니다.


/devices/pseudo/dr@0:SBx(시스템 보드가 슬롯 0에 있는 경우)

/devices/pseudo/dr@0:IOx(I/O 보드가 슬롯 1에 있는 경우)


 

이 예에서 0은 노드 0, SB는 시스템 보드, IO는 I/O 보드이고, x는 특정 보드의 보드 번호 또는 특정 확장기 번호를 나타냅니다. 시스템 보드 및 I/O 보드에는 0-17 사이의 숫자가 지정됩니다.



주 - 시스템 보드는 슬롯 0에만 설치됩니다. I/O 보드 및 최대 CPU 보드는 슬롯 1에만 설치됩니다.



최고급 시스템의 논리 접속 지점은 다음 두 형식 중 하나를 취합니다.


SBx(시스템 보드)

IOx(I/O 보드 또는 최대 CPU 보드)


 

중급 시스템 접속 지점

중급 시스템의 실제 접속 지점 이름을 예로 들면 다음과 같습니다.


/devices/ssm@0,0:N0.SBx(시스템 보드)

/devices/ssm@0,0:N0.IBx(I/O 보드)


 

이 예에서 N0는 노드 0, SB는 시스템 보드, IB는 I/O 보드이고, x는 슬롯 번호(시스템 보드의 경우 0 - 5, I/O 보드의 경우 6 - 9)입니다.

중급 시스템의 논리 접속 지점은 다음 두 형식 중 하나를 취합니다.


N0.SBx (시스템 보드)

N0.IBx(I/O 보드)


 

접속 지점 변경

cfgadm(1M) 명령을 사용하여 접속 지점을 변경할 수 있습니다. 다음 작업을 수행할 수 있습니다.

상태에 대한 자세한 내용은 다음에 이어지는 절을 참조하십시오. 접속 지점에 대한 자세한 내용은 cfgadm(1M) 매뉴얼 페이지를 참조하십시오.


상태 및 조건

이 절에서는 보드, 슬롯, 구성 요소 및 접속 지점의 상태와 조건에 대해 설명합니다.

cfgadm(1M) 명령은 상태 및 조건의 9가지 유형을 표시할 수 있습니다. 자세한 내용은 구성 요소 상태 및 구성 요소 조건을 참조하십시오.



주 - 보드 및 보드 슬롯에 대한 다음의 정보는 PCI 카드와 이 카드가 있는 PCI 버스에도 적용됩니다.



보드 및 보드 슬롯 상태

보드 슬롯에 보드가 없을 경우 상태는 empty입니다. 슬롯에 보드가 있을 경우 보드 상태는 disconnected 또는 connected 중 하나입니다.


표 2-1 보드 및 보드 슬롯 상태

상태

설명

empty

슬롯에 보드가 없습니다.

disconnected

해당 슬롯에 있는 보드가 시스템 버스에서 단절됩니다. 보드는 전원을 끄지 않고도 단절된(disconnected) 상태에 있을 수 있습니다. 그러나, 보드를 슬롯에서 제거하기 전에 보드의 전원이 꺼지고 단절된 상태에 있어야 합니다. 새로 삽입한 보드는 disconnected 상태에 있습니다.

connected

해당 슬롯의 보드가 켜지고 시스템 버스에 연결되어 있습니다. 보드가 연결된(connected) 상태에 있을 때만 보드의 구성 요소를 볼 수 있습니다.


 

caution icon

주의 - connected상태에 있거나, 전원이 켜지고 disconnected상태에 있는 보드를 물리적으로 제거하면 운영 체제와 충돌하고 해당 시스템 보드가 영구적으로 손상될 수 있습니다.



connected 상태에 있는 보드는 configured(구성)되어 있거나 unconfigured(구성 해제)되어 있습니다. 단절된 보드는 항상 구성 해제(unconfigured)되어 있습니다.


표 2-2 구성 및 구성 해제된 보드

이름

설명

configured

해당 보드를 Solaris 소프트웨어에서 사용할 수 있습니다.

unconfigured

해당 보드를 Solaris 소프트웨어에서 사용할 수 없습니다.


 

다음과 같은 상태는 SC에서만 볼 수 있습니다.


표 2-3 SC에서만 볼 수 있는 보드 상태

이름

설명

Available

그 안에 보드가 있거나 없거나 간에 슬롯이 특정 도메인에 할당되어 있지 않습니다.

Assigned

그 안에 보드가 있거나 없거나 간에 보드가 도메인에 속해 있지만 이를 사용하도록 하드웨어가 구성되지 않았습니다.

Active

해당 슬롯의 보드를 이 보드가 할당된 도메인에서 활발하게 사용 중입니다. 활성 보드를 재할당할 수 없습니다.


 

보드 조건

보드는 unknown(알려지지 않음), ok(정상) 또는 failed(고장)의 조건 중 하나를 갖습니다. 해당 슬롯이 unusable(사용 불가능)로 지정될 수 있습니다.


표 2-4 보드 및 보드 슬롯 조건

이름

설명

unknown

보드가 테스트되지 않았습니다.

ok

보드가 작동합니다.

failed

보드 테스트가 실패했습니다.

unusable

보드 슬롯이 사용 불가능합니다.


 

구성 요소 상태

CPU 또는 메모리 모듈은 보드와 달리 개별적으로 연결하거나 단절할 수 없습니다. 따라서 그러한 구성 요소는 모두 connected 상태에 있습니다.

연결된(connected) 구성 요소는 구성(configured)되어 있거나 구성 해제(unconfigured)되어 있습니다.


표 2-5 연결된 구성 요소: Configured 또는 Unconfigured

이름

설명

configured

해당 구성 요소를 Solaris OS에서 사용할 수 있습니다.

unconfigured

해당 구성 요소를 Solaris OS에서 사용할 수 없습니다.


 

구성 요소 조건

CPU나 메모리 모듈은 unknown(알려지지 않음), ok(정상) 또는 failed(고장)입니다.


표 2-6 CPU 또는 메모리 모듈 조건

이름

설명

unknown

구성 요소가 테스트되지 않았습니다.

ok

구성 요소가 작동합니다.

failed

구성 요소 테스트가 실패했습니다.


 


분리성(Detachability)

분리할 수 있는 장치는 다음 규칙을 준수하는 장치입니다.

일부 보드는 해당 자원을 제거할 수 없기 때문에 분리할 수 없습니다. 예를 들어, 도메인에 단 하나의 CPU 보드가 있는 경우, 해당 CPU 보드는 분리할 수 없습니다. 부트 드라이브를 제어하는 I/O 보드는 분리할 수 없습니다.

I/O 보드에 대체 경로가 없을 경우 다음 작업 중 하나를 수행할 수 있습니다.



주 - 장치의 분리 가능성 여부가 확실치 않을 경우에는 Sun 서비스 관리자에게 문의하십시오.




영구 및 비영구 메모리

보드를 삭제하기 전에, 운영 체제가 해당 보드의 메모리를 비워야 합니다. 보드를 비운다는 것은 보드의 비영구적 메모리의 내용을 스왑 공간으로 옮기고 보드의 영구 메모리(즉, 커널 및 OpenBoot� PROM 소프트웨어)의 내용을 다른 메모리 보드로 복사하는 것을 나타냅니다.

영구 메모리를 재배치하려면 도메인의 운영 체제가 일시적으로 정지되어야 합니다. 정지 길이는 도메인 I/O 구성 및 실행 중인 작업부하에 따라 다릅니다.

영구 메모리를 갖는 보드 분리는 운영 체제가 일시중단될 때뿐이므로, 영구 메모리가 상주하는 위치를 알아서 도메인의 작동에 심각하게 영향을 주는 것을 피할 수 있어야 합니다. 영구 메모리의 크기를 표시하려면 -av 옵션으로 cfgadm(1M) 명령을 사용합니다. 영구 메모리로 구성된 보드를 비우려면, 운영 체제는 영구 메모리의 현재 내용을 복사하게 될 소스 메모리를 의미하는 대상 메모리라 부르는 큰 블록의 사용 가능한 메모리가 있어야 합니다.

복사-이름변경

사용자 프로세스가 메모리를 스왑 장치로 페이지 아웃하여 메모리를 해제할 수 있습니다. 그러나 영구 메모리에 상주하는 Solaris 커널은 그러한 방법으로 해제할 수 없습니다. 대신, cfgadm은 복사-이름변경 기술을 사용하여 메모리를 해제할 수 있습니다. OS에서 적절한 대상 보드(영구 메모리를 옮길 만큼 충분한 메모리가 있는 보드)를 확인하면 DR 소프트웨어는 다음과 같은 단계를 실행합니다.

1. 스왑할 수 있도록 메모리를 페이지 아웃하여 대상 보드에 있는 메모리를 비웁니다.

2. 운영 체제를 정지시킵니다.

3. 원본 보드에서 대상 보드로 내용(영구 메모리)을 복사합니다. 이것이 작업의 복사 부분입니다.

4. 하드웨어를 다시 프로그래밍하여 원본 및 대상 보드의 메모리 주소 범위를 스왑합니다. 이것이 작업의 이름변경 부분입니다.

5. 운영 체제를 정지된 상태에서 해제합니다.

메모리 인터리빙

시스템 메모리가 복수 시스템 보드 사이에서 인터리브되는 경우 시스템 보드를 동적으로 재구성할 수 없습니다. PCI 카드와 I/O 보드는 메모리가 인터리브되는지 여부와 관계없이 동적으로 재구성할 수 있습니다.

최고급 시스템의 메모리 인터리빙에 대한 자세한 내용은 Sun Fire High-End Systems Administration Manual을 참조하십시오. 중급 시스템의 경우 Sun Fire 중급 시스템 플랫폼 관리 설명서 및 Sun Fire Midrange System Controller Command Reference Manual에 모두 설명되어 있는 setupdomain 명령의 interleave-scope 매개변수를 참조하십시오.

수정 가능 메모리 오류

수정 가능 메모리 오류는 시스템 보드의 메모리 즉, 이중 인라인 메모리 모듈(DIMM) 중 하나 이상 또는 하드웨어 상호연결 부분에 결함이 있어 대체해야 함을 나타냅니다. SC는 수정 가능 메모리 오류를 감지하면 기록 중지 덤프를 시작하여 진단 데이터를 저장하는 데 이것이 DR 작업을 방해할 수 있습니다.

수정 가능 메모리 오류에서 기록 중지가 발생하면 기록 중지 덤프가 완료될 때까지 DR 작업을 시작하지 마십시오.

결함 발생 구성 요소로 인해 수정 가능 메모리 오류가 반복적으로 보고되는 경우 SC는 다중 기록 중지 덤프를 수행합니다. 이러한 경우 SC의 덤프 감지 메커니즘을 일시적으로 비활성화하고, 현재 덤프가 완료될 때까지 기다렸다가 DR 작업을 시작해야 합니다. DR 작업이 완료되면 덤프 감지를 다시 활성화합니다.


정지(Quiescence)

영구 메모리(OpenBoottrademark PROM 또는 커널 메모리)를 갖는 시스템 보드에 대한 구성 해제 작업 동안 운영 체제가 잠시 일시중단되는데, 이것을 운영 체제 정지라고 합니다. 작업의 중요한 단계 중에는 도메인에서의 모든 운영 체제 및 장치 활동이 중단되어야 합니다.

다음 명령을 사용하면 보드에 영구 메모리가 있는지 여부를 빠르게 확인할 수 있습니다.


# cfgadm -av | grep permanent

 

시스템은 중급 시스템의 상의 시스템 보드 0을 설명하는 다음과 같은 출력을 나타냅니다.


N0.SB0::memory connected configured ok base address 0x0, 4194304
 KBytes total, 668072 KBytes permanent

 

운영 체제가 정지(quiescence)를 달성할 수 없는 경우, 그 이유를 표시하며 다음을 포함할 수 있습니다.



주 - 실시간 프로세스가 정지를 금지하지 않습니다.



프로세스가 일시중단하지 못하게 하는 조건은 보통 일시적입니다. 이유를 검사하고, 운영 체제에서 프로세스 일시중단 실패가 발생한 경우 작업을 다시 시도합니다.

정지 시간 동안 시스템은 중단되며 네트워크 패킷과 같은 외부 이벤트에 응답하지 않습니다. 정지 기간은 다음 두 가지 요인에 따라 다릅니다. 중지되어야 할 I/O 장치 및 스레드 개수 및 필요한 메모리 용량. 일반적으로, I/O 장치는 중지/동작되어야 하므로 I/O 장치의 수는 필요한 정지 시간을 판단합니다. 정지 상태는 일반적으로 2분 이상 지속됩니다.

정지 동작은 명확한 영향을 끼치므로, cfgadm은 정지 실행 전에 확인을 요청합니다. 다음과 같이 입력할 경우,


# cfgadm -c configure N0.SB1

 

시스템은 확인을 요구하는 프롬프트로 응답합니다.


System may be temporarily suspended, proceed (yes/no)?

 

Sun Management Center를 사용하여 DR 작업을 수행하는 경우, 팝업 창이 다음 프롬프트를 나타냅니다.


Enter Yes to confirm that the impact of the quiesce is acceptable, and to proceed.

 


일시중단 안전(Suspend-Safe) 및 일시중단 불안전(Suspend-Unsafe) 장치

DR이 운영 체제를 일시중단할 때, 운영 체제에 연결된 장치 드라이버도 일시중단되어야 합니다. 드라이버가 일시중단될 수 없는(또는 바로 뒤에 재개되는) 경우, DR 작업이 실패합니다.

일시중단 안전(suspend-safe) 장치는 운영 체제가 정지(quiescence) 상태에 있는 동안 메모리에 액세스하거나 시스템을 방해하지 않습니다. 드라이버가 운영 체제 정지를 지원하는 경우(일시중단된 다음 재개될 수 있는 경우) 이 드라이버는 일시중단에 안전합니다. 또한 일시중단 안전(suspend-safe) 드라이버는 일시중단 요청이 수행될 때 드라이버가 관리하는 장치가 열린 경우에도, 일시중단 요청이 성공적으로 완료될 때 해당 장치가 메모리에 액세스하려고 시도하지 않을 것을 보장합니다.

일시중단 불안전(suspend-unsafe) 장치는 운영 체제가 정지(quiescence) 상태에 있는 동안 메모리 액세스 또는 시스템 방해를 허용합니다.

최고급 시스템에서 DR은 dr.conf 파일의 불안전 드라이버 목록을 사용하여 안전하지 않은 장치가 메모리에 액세스하지 못하게 하거나 DR 작업 중에 운영 체제를 방해하지 못하게 합니다. dr.conf 파일은 다음 디렉토리에 있습니다. /platform/SUNW,Sun-Fire-model_number/kernel/drv/, 여기서 model_number는 시스템 이름(예: 15000)입니다. 불안전 드라이버 목록은 dr.conf 파일에서 다음과 같은 형식을 가진 특성입니다.


unsupported-io-drivers="driver1","driver2","driver3";

 

DR은 메모리 구성 요소를 구성 해제할 수 있도록 운영 체제 일시 중단을 준비할 때 이 목록을 읽습니다. DR은 불안전 드라이버 목록에서 활성 드라이버를 발견하면 DR 작업을 취소하고 오류 메시지를 반환합니다. 이 메시지에는 활성 불안전 드라이버의 ID가 나타나 있습니다. 다음 작업 중 하나 이상을 수행하면 수동으로 장치 사용을 제거할 수 있습니다.

장치 사용을 중지한 후 DR 작업을 다시 시도합니다.



주 - 장치가 일시중단해도 안전한지 확실치 않을 경우 Sun 서비스 관리자에게 문의하십시오.




I/O 보드에 대한 DR

I/O 장치가 있는 보드를 추가 또는 제거할 때 주의해야 합니다. I/O 장치가 있는 보드를 제거하기 전에, 보드의 모든 장치가 닫히고 모든 파일 시스템이 마운트 해제되어야 합니다.

I/O 장치가 있는 다른 보드가 추가되기 전에 도메인에서 I/O 장치가 있는 보드를 일시적으로 제거해야 하는 경우 재구성은 필요하지 않습니다. 이 경우, 보드 장치에 대한 장치 경로가 변경되지 않은 채로 그대로 있습니다. 그러나 I/O 장치가 있는 첫 번째 보드를 제거한 후 다른 보드를 추가한 다음 첫 번째 보드를 다시 추가하면 첫 번째 보드에 있는 장치의 경로가 변경되므로 재구성이 필요합니다.



주 - 도메인의 I/O 보드에서 DR 작업을 수행하기 전에 해당 도메인에 두 개 이상의 CPU를 사용할 수 있는지 확인하십시오. 또한 그러한 CPU 중 하나 이상이 시스템 보드에 있어야 하고 여기에 바인딩된 프로세스가 없어야 합니다. 바인딩된 프로세스에 대한 자세한 내용은 pbind(1M) 매뉴얼 페이지를 참조하십시오.



최고급 시스템 I/O 보드, Golden IOSRAM, MaxCPU 및 hsPCI+

최고급 시스템 도메인의 각 I/O 보드에는 IOSRAM 장치가 하나씩 있습니다. 그러나 golden IOSRAM이라고 하는 IOSRAM 장치만은 SC-도메인 간 통신에 한 번에 하나씩 사용됩니다. golden IOSRAM에는 SC-도메인 간 통신에 사용되는 "터널"이 포함되어 있습니다. DR이 I/O 보드를 제거할 수 있으므로 때때로 현재 golden IOSRAM 사용을 중지하고 다른 IOSRAM 장치를 Golden IOSRAM으로 만들어야 합니다. 이러한 프로세스를 "터널 전환"이라고 하는데 DR이 현재 Golden IOSRAM을 구성 해제할 때마다 발생합니다. 도메인이 부팅되면 보통 초기 Golden IOSRAM으로 해당 도메인에서 가장 낮은 번호의 I/O 보드가 선택됩니다.

DR은 최고급 시스템 I/O 보드의 I/O 버스와 이 버스가 있는 PCI 카드 및 MaxCPU 보드를 지원합니다. 또한 hsPCI+ 카드의 동적 재구성도 지원합니다. 각 hsPCI+ 카드에는 두 개의 XMITS ASIC와 4개의 핫 플러그 가능 hsPCI+ 슬롯이 포함되어 있습니다.

중급 시스템 I/O 어셈블리, PCI 및 CompactPCI

Sun Fire 중급 시스템에서 DR은 SAI/P (BugID 4466378) 및 HIPPI/P 모두를 지원하지 않습니다. 이전 릴리스는 SunHSI/P 드라이버를 지원하지 않았지만, 지원을 방해했던 버그 4496362가 106922 (2.0) 및109715 (3.0) 패치에서 수정되었습니다. 자세한 내용은 SunSolve 및 devfsadm(1M) 매뉴얼 페이지를 참조하십시오.



주 - 하나 이상의 UltraSPARC IV+ 시스템 보드로 구성된 단일 파티션 중급 시스템의 도메인에 I/O 보드를 추가하기 위해 DR 연결 및 구성 작업을 사용할 수 없습니다. 이 제한 사항은 I/O 보드를 테스트할 수 있는 두 번째 도메인이 없기 때문입니다. 그러나, 설명된 시스템의 I/O 보드에 DR 구성 해제 및 연결 해제 명령을 사용할 수 있습니다. 자세한 내용은 보드 테스트 및 펌웨어 릴리스 5.19.0용 Sun Fire 중급 시스템 플랫폼 관리 설명서를 참조하십시오.



CompactPCI에 대한 참고 사항

다음의 제한사항이 CompactPCI 어셈블리를 포함하는 재구성에 적용됩니다.

CompactPCI 카드를 자동으로 구성 해제하려면 cPCI 카드를 단절합니다. 자동 구성이 가능할 경우 CompactPCI 카드를 연결하여 카드를 구성할 수도 있습니다. 자동 구성이 불가능할 경우 수동으로 구성해야 합니다.


일반 DR 보드 작업

연결 작업

보드 연결 작업 동안 슬롯의 시스템 보드가 사용 가능하지만 논리 도메인의 일부가 아닐 경우 DR은 도메인에 보드 슬롯을 할당하려고 합니다. 슬롯이 할당되면 DR은 SC 전원을 켜고 보드를 테스트하도록 요청합니다. 보드 테스트를 마친 후 DR은 SC에 보드를 시스템에 전자적으로 연결하여 보드를 실제 도메인의 일부로 만들도록 요청합니다. 그러면 운영 체제가 보드의 구성 요소를 조사합니다.



주 - DR 작업 동안 cfgadm(1M) 명령이 실패하면 보드가 원래 상태로 돌아가지 않습니다. 복구 가능한 오류인 경우 명령을 재시도합니다. 복구할 수 없는 오류인 경우 보드를 사용할 수 있도록 도메인을 재부팅해야 합니다.



보드를 삽입하기 전에 접속 지점의 상태와 조건은 다음과 같습니다.

보드가 실제로 삽입되면 상태와 조건은 다음과 같이 됩니다.

접속 지점이 논리적으로 연결되면 상태와 조건은 다음과 같이 됩니다.

구성 작업

구성 작업 동안 DR은 보드 슬롯 상태가 disconnected인 경우 보드 슬롯을 연결하려고 합니다. 그런 다음 연결 작업 동안 만들어진 장치 트리를 차례로 순회합니다. (DR은 필요한 경우 Solaris OS 장치 트리 노드를 만들고 장치 드라이버를 연결합니다.)

CPU가 CPU 목록에 추가되고 메모리가 초기화되고 시스템 메모리 풀에 추가됩니다. 구성 기능이 성공적으로 완료되면 CPU와 메모리가 사용할 준비가 됩니다.

I/O 장치의 경우 장치를 사용하려면 먼저 mount(1M) 및 ifconfig(1M) 명령을 사용합니다.

cfgadm을 사용하여 보드를 도메인으로 구성하면 보드가 자동으로 연결되고 구성됩니다.

단절 작업

단절 작업 동안 DR 프레임워크는 SC와 통신하여 시스템 보드가 실제 도메인에서 제거되도록 상호연결을 프로그래밍합니다. 그런 다음 구성 해제 작업과 관련된 작업을 수행하려고 합니다.

보드는 전원을 끄지 않고도 단절된(disconnected) 상태에 있을 수 있습니다. 그러나, 보드를 슬롯에서 제거하기 전에 보드의 전원이 꺼지고 단절된(disconnected) 상태에 있어야 합니다.

보드가 단절되기 전에 상태와 조건은 다음과 같이 됩니다.

보드가 단절되면 상태와 조건은 다음과 같이 됩니다.

구성 해제 작업

구성 작업은 영구 메모리의 존재 여부에 따라 하나의 작업이나 두 개의 별도 작업으로 구성될 수 있습니다. 시스템 보드가 영구 메모리를 호스트하는 경우 DR은 구성 해제 작업 전에 지정된 보드에서 해당 도메인에 있는 대상 보드의 사용 가능한 메모리로 메모리 내용을 옮깁니다. 영구 메모리를 호스트하는 보드에 대한 자세한 내용은 영구 및 비영구 메모리를 참조하십시오.


DR 개념의 실례

DR을 사용하면 시스템을 정지시키지 않고 시스템 회로 보드를 단절한 후 다시 연결할 수 있습니다. DR을 사용하여 시스템이 계속 작동하는 동안 시스템 자원을 추가하거나 제거할 수 있습니다.

아래의 예는 Sun Fire 최고급 시스템의 예이지만 기본 개념은 중급 시스템에도 적용됩니다.



주 - Sun Fire E25K 및 Sun Fire 15K 시스템에서는 한 번에 0-17 사이의 번호가 매겨진 최대 18개의 시스템 보드와 최대 18개의 I/O 보드를 지원합니다.



도메인 A에는 시스템 보드 0과 2 및 I/O 보드 2가 있고 도메인 B에는 시스템 보드 1과 3 및 I/O 보드 1, 3, 4가 있습니다.


그림 2-1 재구성 이전의 도메인 A 및 B


시스템 보드 4와 I/O 보드 0을 도메인 A에 할당하고 I/O 보드 4를 도메인 B에서 도메인 A로 옮기려면 Sun Management Center 소프트웨어의 GUI를 사용하거나 각 도메인에서 cfgadm(1M)을 사용합니다.

1. 도메인 B에서 다음 명령을 사용하여 I/O 보드 4를 단절합니다.


# cfgadm -c disconnect -o nopoweroff,unassign IO4

 

2. 도메인 A에서 다음 명령을 사용하여 시스템 보드 4와 I/O 보드 0 및 4를 도메인 A에 할당, 연결 및 구성합니다.


# cfgadm -c configure SB4 IO0 IO4

 

다음 시스템 구성이 그 결과입니다. 보드 연결 방법만 바뀌었고 캐비넷 안에 있는 보드의 실제 레이아웃은 바뀌지 않았습니다.


그림 2-2 재구성 이후의 도메인 A 및 B