8.1.1.1.1. 능력을 갖춘 기술자

과거에 하드웨어와 관련된 경력이 얼마나 되는지에 따라서 능력이 좌우됩니다. 만일 아직 하드웨어와 관련된 작업을 해본 경험이 없다면, 근처 학원이나 학교에서 기본적인 PC 복구에 대한 강의를 듣으실 것을 권장합니다. 물론 이러한 기초적인 강의를 듣는 것만으로는 엔터프라이즈 수준 서버 관련 문제를 해결하기에는 충분하지 못하지만, 기본적인 작업 (도구와 부품 다루기, 기본 하드웨어 문제 진단 절차 등)을 수행하는데 좋은 밑바탕이 되리라 믿습니다.

	힌트
	하드웨어를 직접 고치기 전에 우선 다음과 같은 사항을 확인해보시기 바랍니다: 고장난 하드웨어의 보증 기간이 아직 남아있는지 여부 서비스/관리 계약이 존재하는지 여부 만일 보증 기간 남아있거나 서비스 계약이 존재하는 하드웨어를 직접 수리하려고 한다면, 이러한 계약 사항을 위반하게되어 계속적인 보증을 받지 못하게 될 수도 있습니다.

그러나 적절한 하드웨어를 선택하여 구입해놓는다면 최소한의 기술만 가지고서도 문제를 효과적으로 진단하여 고장난 하드웨어를 교체할 수가 있습니다.

8.1.1.1.2. 구입할 하드웨어 선택하기

어떠한 하드웨어를 구입할 것인지 결정하기 위해서는 재난 복구와 관련된 여러가지 측면을 고려하셔야 합니다. 하드웨어 구입시 다음과 같은 사항을 고려하시기 바랍니다:

• 최대한 허용할 수 있는 작업 중단 기간이 얼마나되는지?

• 하드웨어를 복구하는데 어떠한 기술이 필요한지?

• 예비 하드웨어 구입을 위하여 얼마나 많은 예산이 책정되었는지?

• 구입한 예비 하드웨어를 저장하는데 얼마나 큰 공간이 필요한지?

• 동일한 예비 부품을 사용 가능한 다른 하드웨어가 존재하는지?

이러한 질문에 대한 해답에 따라서 어떠한 유형의 예비 부품을 구입할 것인지 여부가 달라집니다. 예를 들어 전체 시스템을 구비해놓는 경우 설치하기에 쉽고 시스템 정지 시간을 최소화할 수 있다는 장점이 있지만 단독 CPU와 RAM만 구비해놓는 경우보다는 경비가 많이 든다는 단점이 있습니다. 그러나 만일 회사에 똑같은 부품을 사용하는 동일한 서버 시스템이 여러개 있다면 당장은 경비가 들더라도 전체 시스템을 구비해놓는 것이 좋습니다.

어떠한 부품을 구입할 것인지 결정하셨다면 이제 매우 중요한 질문이 남아 있습니다.

8.1.1.1.3. 보다 다른 의미의 부품

그냥 선반위에 놓여서 사용되어지기를 기다리는 예비 부품과는 다른 의미의 부품이 존재합니다. 매일 사용되는 하드웨어 중 필요하다면 경우 보다 중요한 시스템의 부품으로 사용될 수 있습니다. 이러한 방법을 사용시 다음과 같은 혜택이 있습니다:

• "비생산적인" 부품에 소비되는 비용이 적어집니다

• 하드웨어가 제대로 작동한다는 사실이 이미 증명되었습니다

그러나 또한 다음과 같은 단점도 있습니다:

• 우선권이 낮은 작업이 하드웨어를 빼내기 위해 중간에 끊기는 상황이 발생합니다

• 우선권이 낮은 작업에 사용된 하드웨어에 고장이 날 경우도 있습니다 (이러한 경우 중요한 작업에 사용되는 하드웨어가 고장난다면 사용할 예비 부품이 없게됩니다)

이러한 조건을 고려해볼때 다른 생산 시스템의 하드웨어를 부품으로 사용하는 것은 가능하지만, 성공률은 전적으로 그 시스템의 작업량과 시스템의 하드웨어를 부품으로 사용하기 위해 끔으로서 전체 데이터 센터 작업에 미치는 영향에 달려있습니다.

8.1.1.2.1. 서비스 제공 시간

여러 요구 조건에 따라 여러가지 다른 서비스 계약을 맺을 수 있습니다. 각 서비스 계약마다 가장 큰 차이점 중의 하나는 서비스를 받을 수 있는 시간과 관련된 부분입니다. 특별히 돈을 내어 고급 지원 계약을 맺지 않는 한, 어느 때나 전화해서 기술자가 바로 나타나기를 기대하셔서는 안됩니다.

계약 조건에 따라서 어떤 경우에는 정해진 날짜/시간 이전에는 서비스 회사에 전화를 걸 수 없을 수도 있으며, 전화를 걸 수 있다고 하여도 계약에 정해진 날짜/시간이 되어야 기술자를 보내줄 경우도 있습니다.

대부분의 경우 기술자가 찾아오는 서비스 제공 시간은 날짜와 시간 단위로 지정되어 있습니다. 다음은 일반적인 서비스 제공 시간 예시입니다:

• 월요일 - 금요일, 오전 9시부터 오후 5시

• 월요일에서 금요일 사이, 하루마다 12/18/24 시간 (서비스 시작 시간과 정지 시간은 상호 계약에 의해 정함)

• 월요일에서 토요일 (또는 월요일에서 일요일), 앞에 설정된 시간과 동일

이미 기대하시듯이 서비스 제공 시간이 길어질수록 계약에 드는 비용도 많아집니다. 일반적으로 월요일에서 금요일 사이에 서비스 제공 시간을 늘리는 것이 토요일과 일요일을 추가하는 것 보다 비용이 적게 듭니다.

또한 조그만 더 알아보시면 보다 비용을 절약할 수 있는 방법이 있습니다.

8.1.1.2.1.1. Depot 서비스

만일 스스로 고장난 부분을 알아낼 수 있을만큼의 충분한 경험이 있으며 기본 근무 시간에 고장을 해결할 수 있는 상황이라면, depot 서비스를 고려해보시길 권장합니다. 이 서비스는 walk-in 서비스나 drop-off 서비스라고도 불리우며, 고객이 직접 고장난 하드웨어를 제조업체 서비스 지점으로 가져가서 고치는 서비스를 말합니다.

Depot 서비스의 장점은 고객이 지점으로 바로 찾아가 서비스를 받을 수 있기 때문에, 기술자가 고객이 회사에 도착할 때까지 기다리지 않아도 된다는 것입니다. 지점에 근무하는 기술자는 고객 회사에 출장을 나가지 않기 때문에 고객이 하드웨어를 들고 들어오는 즉시 기술자가 항시 대기중입니다.

또한 지점 서비스는 중앙 집중적으로 행해지기 때문에 필요한 부품이 지점에 있을 확률이 높습니다. 따라서 필요한 부품이 배달될 때까지 하루종일 기다리거나 필요한 부품을 찾기 위해 수백 킬로나 떨어진 다른 사무실로 찾아갈 필요가 없습니다.

그러나 지점 서비스를 사용할 경우 단점도 있습니다. 가장 불편한 점은 지점이 열었을 때만 서비스를 받을 수 있기 때문에 시간적인 제약이 따른다는 것입니다. 또한 기술자는 퇴근 시간 이후엔 일하지 않기 때문에 만일 금요일 4시 30분에 시스템 고장이 발생할 경우 5시까지 지점에 시스템을 가져온다면, 기술자가 다음주 월요일 아침에 출근할 때까지 아무런 해결책이 없게 됩니다.

depot 서비스는 또한 제조업체의 지점이 얼마나 근접한 위치에 있는지에 따라 그리 효과적이지 못할 수도 있습니다. 만일 고객의 회사가 도심 부근에 위치한다면 그리 문제가 되지 않겠지만, 보다 멀리 떨어진 시골에 위치한 경우 제조업체의 서비스 지점까지 운전해서 찾아가기가 힘들 수 있습니다.

	힌트
	만일 depot 서비스를 사용하고자 고려 중이시라면 우선 실제로 하드웨어를 어떻게 지점으로 가져갈 것인지 생각해보십시오. 회사차를 사용하시겠습니까 자신의 차를 이용하시겠습니까? 만일 여러분의 차를 이용하신다면, 하드웨어가 충분히 들어갈 여유 공간이 있습니까? 여러분의 차는 보험에 들어 있습니까? 하드웨어를 이동하는데 한 사람 이상 필요합니까? 비록 매우 상식적인 질문이기는 하지만, depot 서비스를 사용하기로 결정하시기 전에 반드시 생각해보셔야 합니다.

8.1.1.2.2. 응답 시간

대부분의 서비스 계약서에는 서비스 제공 시간 뿐만 아니라 응답 시간도 언급하고 있습니다. 응답 시간이란 고객이 서비스를 요청하기 위해 전화를 건 시간부터 기술자가 고객의 회사에 도착할때까지의 시간을 말합니다. 이미 예상하시듯이 보다 빠른 응답 시간을 원하신다면 보다 값비싼 서비스 계약을 구입하셔야 합니다.

응답 시간은 아무리 빨라도 한계가 있습니다. 예를 들면 제조업체의 사무실에서 고객의 회사로 이동 시간이 응답 시간에 큰 영향을 미칩니다[1]. 보통 응답 시간이 4시간 이내라면 빠른 서비스라고 간주합니다. 느린 응답 시간은 8시간 (기본 근무 시간 계약인 경우 "다음 날" 서비스)에서 24시간 사이입니다. 다른 서비스 계약과 마찬가지로 이러한 시간은 적절한 가격으로 협상 조절 가능합니다.

	알림
	비록 흔한 경우는 아니지만 매우 분주한 서비스 업체에서는 가끔씩 계약서에 정해진 서비스 응답 시간에 맞추기 위해 필요한 기술을 갖추지 않은 아무나 보낸다는 이야기도 들리곤 합니다. 이러한 경우 출장나온 사람은 다시 "사무실"에 연락하여 누군가 "필요한 부품"을 가져올 때까지 기다리게 하기 십상입니다. 실제로 이 사람은 문제를 해결할 수 있는 전문가가 오기를 기다리고 있는 것입니다. 물론 이러한 경우는 극히 드물지만 (예, 전원에 문제가 발생하여 서비스 지역 전체 시스템이 손상된 경우), 만일 이러한 상황이 계속적으로 발생한다면, 서비스 담당자에게 문의하시기 바랍니다.

만일 최대한 빠른 응답 시간이 요구된다면 (그리고 예산이 충분하게 책정되었다면), 다음과 같은 방법을 사용하시면 기다리지 않고 바로 서비스를 받으실 수 있습니다:

8.1.1.2.3. 예비 부품 사용 가능 여부

예비 부품이 준비되어 있을 경우 하드웨어 고장으로 인한 영향을 크게 줄일 수가 있습니다. 그러나 서비스 계약시 예비 부품의 사용 여부는 다른 의미를 갖습니다. 예비 부품은 여러분의 기업 뿐만 아니라 제조업체 서비스 지역 내의 다른 고객에게도 적용되므로, 두 고객사에서 한개의 부품을 동시에 필요로할 경우도 있습니다. 따라서 제조업체의 하드웨어를 보다 많이 구입한 회사가 다른 회사보다 예비 부품과 기술자를 요청시 우선권을 가질 수도 있습니다.

불행히 이러한 경우가 발생할 경우 서비스 담당자와 문제를 해결하지 않는 한, 여러분이 할 수 있는 일은 거의 없습니다.

8.1.1.2.4. 책정된 예산

앞서 언급되었듯이 서비스 계약은 서비스 내용에 따라서 가격에 차이가 많이 납니다. 서비스 계약이 만기될 때마다 다시 새 계약을 맺고 다시 비용을 내야한다는 사실을 잊지 마십시오.

8.1.1.2.5. 서비스 계약에 포함된 하드웨어

계약에 포함되는 하드웨어를 줄임으로서 계약에 드는 비용을 최소한 줄일 수가 있습니다. 예를 들어 24x7 현장 기술자와 현장 부품을 포함한 계약을 맺었다고 가정해봅시다. 이 제조업체에서 구입한 모든 하드웨어가 계약에 포함됩니다. 그리 중요한 작업에 사용되지 않는 PC (예를 들면, 비서가 사용하는 PC)도 마찬가지입니다.

그렇다면 이러한 PC가 정말로 누군가 24시간 현장에서 대기할 만큼 중요한 컴퓨터입니까? 물론 비서가 작업을 수행하기 위해서는 중요하지만, 비서는 하루에 아침 9시부터 오후 5시까지만 근무하기 때문에 다음과 같은 가정을 해볼 수 있습니다:

• 이 PC는 오후 5시부터 다음날 오전 9시까지는 사용되지 않을 것임 (주말 포함)

• 이 PC가 고장난다면 오전 9시에서 오후 5시 사이에 서비스 요청할 수 있습니다.

따라서 토요일 자정에 서비스 받을 확율이 거의 없는 PC를 24x7 서비스 계약 조건에 포함시키는 것은 비용 낭비라 할 수 있습니다.

시스템 관리자로서 여러분은 중요한 하드웨어를 한 그룹으로 묶고 다른 중요하지 않은 하드웨어를 다른 그룹으로 묶은 후 서비스 계약을 구분하여 채결하셔야 합니다. 이런 방법을 사용하여 최대한 비용을 줄일 수가 있습니다.

	알림
	어떤 경우에는 중요한 서버가 20개 모두 동일한 유형일 경우 이들 중 한개나 둘만 고급 서비스 계약에 포함시키고 다른 나머지는 보다 싼 계약에 포함시킨 후 나중에 어느 서버에 문제가 생기면 해당 서버가 고급 서비스에 포함된 서버라고 주장하여 돈을 절약할 수 있지 않을까 생각하시는 분도 있습니다. 절대로 이러한 방법을 사용하지 마십시오. 이러한 수책은 정직하지 않을 뿐만 아니라 대부분의 제조업체는 제품 프로세서 일련번호를 이용하여 서비스를 제공합니다. 따라서 이러한 정직하지 못한 방법을 사용했다는 사실이 발각된다면 오히려 계약 자체에 든 비용 보다 더 많은 벌금을 물어야 됩니다.

8.1.2.1.1. 충돌(crash)

충돌(crash) 현상이란 운영 체제에 회복할 수 없는 오류가 발생한 경우를 말합니다. 기본 하드웨어 문제를 처리 불가능하거나 운영 체제를 구성하는 커널 수준 코드에 버그가 발생하였을 경우와 같이 다양한 이유에서 충돌 현상이 발생할 수 있습니다. 운영 체제가 충돌하여 중지된다면 시스템을 재부팅하여 생산 작업을 계속 진행 가능합니다.

8.1.2.1.2. 중지(crash)

운영 체제가 갑자기 시스템 처리 작업을 중지한다면 전체 시스템이 멈추게 됩니다. 이러한 현상을 정지(hang) 상태라고 합니다. 이러한 현상이 발생하는 원인으로는 (두개의 다른 자원 프로세스가 서로 동일한 자원을 사용하기위해 겨루기 시작한 경우) deadlocks와 (두개 이상의 프로세스가 서로 작업에 응답하느라 바빠 다른 유용한 작업을 실행하지 못하게된 경우) livelocks를 들 수 있습니다. 시스템이 멈추게된 원인이 무엇이든 간에 결국 이러한 현상이 발생함으로서 아무런 생산 활동이 이루어질 수 없게 됩니다.

8.1.2.3.1. 문서 자료

소프트웨어 문서 자료는 종종 안보고 지나치기 십상이지만, 가장 첫 지원 도구로 사용하시면 좋습니다. 문서 자료는 온라인이나 인쇄물로 구성되며 여러 문제를 해결하는데 필요한 정보를 담고 있습니다.

8.1.2.3.2. 셀프 지원

셀프 지원(self support)란 고객이 스스로 온라인 자료를 읽고 소프트웨어 관련 문제를 해결하는 것을 말합니다. 이러한 자료는 보통 웹 기반 FAQ 또는 knowledge base 형식으로 올라와 있습니다.

FAQ는 보통 사용자가 선택할 수 없이 그저 자신의 원하는 답을 찾기위해 위아래로 목록을 살펴보아야 합니다. 그러나 Knowledge base는 보다 정교한 검색 기능을 제공하며, 또한 매우 광범위한 내용을 포함하기 때문에 문제를 해결하는데 훌륭한 자료가 됩니다.

8.1.2.3.3. 웹/이메일 지원

가끔씩 셀프 지원 웹사이트에도 지원 기술자에게 질문을 보낼 수 있는 페이지나 이메일 주소가 기재된 경우가 있습니다. 첫눈에 보기엔 자기 스스로 해답을 알아내야하는 셀프 지원 웹사이트를 이용하는 것보다 이메일을 보내서 지원 기술자의 대답에 의존하는게 더 좋지 않을까 생각하시는 분도 계실겁니다. 그러나 결과는 정말 누가 대답하느냐에 따라 천차만별입니다.

만일 지원 기술자가 이미 방대한 작업량 때문에 지쳐 있다면 이메일을 빨리 읽고 대답해버리는데 치중하기 때문에 필요한 대답을 얻기가 힙듭니다. 거의 모든 지원 담당자는 얼마나 많은 문제에 대답하느냐에 따라서 작업 성과가 평가되기 때문에 이러한 상황이 자주 발생하기도 합니다. 또한 이메일 만으로는 특히 그 이메일을 읽는 담당자가 빨리 다음 이메일로 넘어가는데만 치중한다면 빠르고 유용한 응답을 얻기가 어렵습니다.

따라서 이메일을 통해 가능한 많은 서비스를 받고자 하시면, 지원 기술자가 묻을 만한 질문에 대한 대답을 이메일을 모두 미리 명시하시기 바랍니다. 예를 들면:

• 문제의 성격을 정확하게 설명하십시오

• 모든 관련 부속품 일련 번호를 알려주십시오

• 문제를 해결하기 위해 지금까지 어떠한 조치를 취했는지 상세하게 설명하십시오 (최신 패치를 적용, 최소 설정으로 재부팅하기 등)

지원 기술자에게 되도록 많은 정보를 제공할수록 그만큼 보다 나은 지원을 받을 수 있는 가능성을 높일 수 있습니다.

8.1.2.3.4. 전화 지원

전화 지원은 이름 그대로 기술 지원자와 전화를 통해 지원 받는 것을 의미합니다. 이러한 유형의 지원은 여러 지원 수준 (지원 시간, 응답 시간 등)으로 나눌 수 있다는 점에서 하드웨어 지원과 매우 유사합니다.

8.1.2.3.5. 현장 지원

현장 컨설팅이라고도 알려진 현장 소프트웨어 지원은 보통 처음 소프트웨어 설치하고 설정 및 주요 업그레이드 작업과 같은 특정 문제를 해결하거나 중요한 변경 사항을 적용할 경우 수행됩니다. 이미 예상하시듯이 소프트웨어 지원 중 가장 비용이 많이 드는 지원 유형입니다.

비용은 많이 들더라도 현장 지원이 필요한 경우가 있습니다. 시스템 관리자가 오직 한명 뿐인 소규모 기업체를 예로 들어보겠습니다. 이 기업체에서 처음으로 데이터베이스 서버를 구현하기로 계획을 세웠지만, 이 작업을 위해 전임 데이터베이스 관리자를 채용해야할 만큼 큰 규모의 작업은 아닐 경우가 있습니다. 이러한 경우 새 데이터베이스 관리자를 채용하여 자주 사용되지도 않을 기술을 가르치는 것 보다 데이터베이스 판매업체에서 전문가를 불러와 첫 설치와 설정 작업만 마치는 것이 보다 비용도 절약되고 효과적인 방법일 수 있습니다.

8.1.3.2.1. 전기 안전(Power Security)

무엇보다도 전원이 얼마나 안전한지 먼저 확인해보셔야 합니다. 다른 데이터 센터와 마찬가지로 여러분이 근무하시는 회사도 그 지역 전력업체에서 전기 송전선을 통해 전력을 공급받으실 것입니다. 따라서 주요 전원이 얼마나 안전한지 확인하는 작업은 여러분 능력 밖일 수도 있습니다.

	힌트
	두 전력업체의 경계선에 위치한 회사라면 다음과 같은 두가지 전기 구획 사이에 협상하여 전기를 연결하는 방법도 있습니다: 해당 지역에 전기를 공급하는 회사로 부터 받는 방법 이웃 지역 전력업체로부터 전기를 공급받는 방법 옆 구역에서 전기선을 가져와 공급받는 방법은 비용이 상당히 많이 들기 때문에 오직 큰 기업체에서만 사용 가능합니다. 그러나 이러한 기업체에서는 전기를 두군데서 공급받음으로서 얻는 효과가 드는 비용 보다 훨씬 클 수 있습니다.

가장 중요하게 보실 것은 어떠한 방법을 통해 건물로 전원이 공급되는지를 확인하시는 작업입니다. 전송선이 지면 아래에 위치합니까? 만일 전송선이 지면 위에 위치한다면 다음과 같은 상황이 발생할 가능성이 높습니다:

• 날씨 변동 (얼음, 바람, 번개)으로 인해 전송선이 손상되는 경우

• 교통 사고로 인해 전신주나 변압기가 손상되는 경우

• 길잃은 동물이 전송선에 둥지를 틀고 선을 잘라내는 경우

그러나 전송선을 지면 밑으로 뭍어서 설치한 경우에도 나름대로 단점이 있습니다:

• 공사 인부가 실수로 잘못된 위치에서 땅을 파다가 전송선을 손상시키는 경우

• 홍수

• 번개 (지면 위에 설치한 경우보다는 영향이 덜합니다)

한번 건물로 들어오는 전송선을 따라 밖으로 나가보십시오. 이 전송선이 먼저 외부 변압기에 연결되어 있습니까? 그렇다면 이 변압기는 교통 사고가 날 경우나 나무가 쓰러질 경우 안전한 위치에 있습니까? 권한이 없는 사람이 마음대로 스위치를 끄지 못하도록 안전 장치로 보호되어 있습니까?

그렇다면 건물 내부에서는 전송선 (이나 전송선이 연결된 패널)에 어떠한 문제가 발생 가능할까요? 예를 들면 하수구에 문제가 생겨서 전기실에 물이 가득차게된 경우는 어떻습니까?

계속해서 데이터 센터로 전송선을 따라가보십시오. 갑작스럽게 전원 공급을 방해할만한 요소가 있습니까? 예를 들어 이 데이터 센터의 회선이 다른 용도로도 공유되고 있습니까? 그렇다면 어느날 외부 작업 부하로 인해 회선의 과부화 보호 기능으로 인해 회선이 전기 공급을 갑작스럽게 끈다면 데이터 센터도 함께 전기 공급을 받지 못하게되는 상황이 발생합니다.

8.1.3.2.2. 전력 품질(Power Quality)

데이터 센터의 전원 공급이 안전한지 확인하는 것만으로는 충분하지 않습니다. 데이터 센터 전체에 공급되는 전원 품질도 확인하셔야 합니다. 다음과 같은 여러 사항을 고려하셔야 합니다:

전력업체에서 바로 공급되는 전력은 일반적으로 데이터 센터에 필요한 표준에 맞지 않습니다. 따라서 일반적으로 다음과 같은 도구을 사용하여 어느정도 전력을 조절하셔야 합니다:

바로 앞에서 설명된 두가지 기술을 비롯하여 보통 전기하면 가장 많은 분들의 머리에 떠오르는 단어가 있습니다 — 바로 예비 전원(backup power) 입니다. 다음 부분에서는 예비 전원을 제공하기 위해 어떠한 방법이 사용되는지 알아보겠습니다.

8.1.3.2.3. 예비 전원(backup power)

정전(blackout)이란 누구나 한번쯤은 들어보았을 듯한 전기 관련 용어입니다. 정전은 전원이 완전히 소실된 상황을 일컬으며 정전은 일초에서 심지어는 몇주에 이르기까지 계속될 수도 있습니다.

정전이 얼마나 오래동안 지속될지 모르기 때문에 항상 대안책으로서 여러 다른 기술을 사용한 전원 공급책을 준비해두셔야 합니다.

	힌트
	대부분 정전이 발생할 경우 몇초가 지나면 전원이 되돌아옵니다. 그 이상으로 오래 진행되는 정전은 매우 드물다할 수 있습니다. 따라서 우선은 최소한 몇분간 예비 전원을 공급할 수 있는 방법을 먼저 준비하신 후에, 그 다음으로 보다 오랜 시간동안 전원을 공급 가능한 방법도 모색해보십시오.

8.1.3.2.3.2. 몇분간 예비 전원을 공급할 방법

UPS는 다양한 사이즈로 구매 가능합니다. 작은 사이즈는 단독 PC를 5분 정도 운영하기에 충분하고 큰 사이즈를 구입하시면 전체 데이터 센터에 한시간 이상 전력을 공급하기 충분합니다.

UPS는 다음과 같은 요소로 구성됩니다:

• 주 전원 공급원에서 예비 전원 공급원으로 교체하는데 사용되는 교환 스위치(transfer switch)

• 예비 전원을 제공하는 배터리

• 배터리에서 나오는 직류를 데이터 센터 하드웨어에 필요한 교류로 변환시켜주는 변환기(inverter)

UPS 사이즈와 배터리 용량을 빼고, UPS는 다음과 같은 두가지 기본 유형으로 나뉘어집니다:

• offline UPS는 주 전원 공급에 문제가 생길 경우에만 변환기를 사용하여 전원을 발생합니다.

• online UPS는 변환기를 사용하여 항상 전기를 발생하며, 주 전원 공급에 문제가 생길 경우에만 배터리를 사용하여 변환기에 전기를 공급합니다.

각 유형마다 장단점이 있습니다. offline UPS의 변환기는 일시적으로만 사용되도록 만들어졌기 때문에 값이 싸다는 장점이 있습니다. 그러나 만일 offline UPS 변환기에 문제가 있을 경우 다음에 정전이 발생할 때까지 알 수 없다는 단점이 있습니다.

데이터 센터에 필요한 전력을 안정적으로 공급하기 위해서는 Online UPS가 낫습니다. online UPS는 기본적으로 하루종일 전원을 발생하는데 사용됩니다.

어떤 유형의 UPS를 선택하시건 관계없이, UPS가 원하는 전압과 전류로 전기를 충분히 발생할 수 있도록 필요한 작업량에 부응하는 사이즈의 UPS를 구입하셔야 합니다. 또한 배터리 전원만 이용해서 얼마나 오래 데이터 센터를 운영할 것인지도 결정하셔야 합니다.

이와 같은 내용을 결정하시려면 우선 UPS이 발생해야할 전력량을 측정하셔야 합니다. 각 기계마다 얼마나 많은 전력이 필요한지 알아보십시오 (보통 장치 전원 코드를 붙여진 꼬리표에 명시되어 있습니다). 전압량(voltage), 와트(watts), 암페어(amps)를 적어두십시오. 모든 하드웨어에 대한 정보를 적으셨다면, 이 수치를 VA (Volt-Amps)으로 변환시키셔야 합니다. 와트수로 적으셨다면, 적혀진 와트수를 VA로 사용하셔도 됩니다; 암페어 수치는 전압량과 곱하기하시면 VA 수가 나옵니다. 모든 VA 수치를 합하면 UPS가 발생해야할 전체 VA 수치를 대략 짐작할 수가 있습니다.

	알림
	엄격히 말해서 이러한 방식으로 VA를 계산하는 것은 전적으로 옳지는 않습니다. 그러나 완벽한 계산을 위해서는 각 하드웨어의 역률(power factor: 교류회로의 유효전력과 피상전력과의 비(比)를 아셔야 하는데 이 정보는 매우 알아내기 힘듭니다. 따라서 여기서 설명된 방식으로 VA를 계산하시되, 만일을 대비하여 안전하게 큰 여분을 두고 계산하시기 바랍니다.

예비 전력 발생 시간을 결정하기 위해서는 기술적인 측면 보다는 사업 측면을 고려하셔야 합니다 — 어떤 종류의 정전 사태에 대비할 것인지와 얼마나 많은 비용을 투자하실 계획인지? 대부분의 회사에서는 예비 전력 발생 시간을 한시간 이내에서 최대 두시간으로 잡고 있습니다. 이보다 시간이 길어지면 그만큼 배터리 가격도 매우 비싸지기 때문입니다.

8.1.3.2.3.3. 몇시간 동안 예비 전원을 공급할 방법

정전 기간이 몇일 단위로 길어질 경우 그만큼 비용도 많이 듭니다. 몇일 단위로 예비 전력을 공급하기 위해서는 주로 디젤(diesel), 가스 터빈(gas turbine)과 같은 엔진을 사용하는 전동기를 사용해야 합니다.

	알림
	엔진을 이용하여 가동되는 발전기는 운영되는 도중에도 정기적으로 연료를 보급해주어야 합니다. 발전기의 연료 최대 "연소"률을 알아두시고 거기에 맞춰서 연료가 배달되도록 미리 주문해두시기 바랍니다.

근무하시는 기업에 충분한 예산이 책정되어 있는 경우 너무 선택할 수 있는 옵션이 많이 난감하실 수도 있습니다. 그렇다면 전문가의 도움을 받아 여러분의 기업에 가장 적절한 솔루션을 찾아보는건 어떨가요? 이러한 유형의 전력 발전기 시스템을 구입하고 설치하는데 필요한 지식을 가진 시스템 관리자는 몇분 되지 않습니다.

	힌트
	비싼 발전기를 구입할 필요가 없이 이동식 발전기를 임대하여 사용하는 방법도 있습니다. 그러나 임대 발전기는 매우 단기간 사용되며 매우 값비싸다는 사실을 염두해주십시오.

8.1.3.2.4. 전전이 길어질 경우 대비책 세우기

5분만 정전이 되어도 어두캄캄한 사무실에 앉아있으면서 겪는 불편이 이만저만 아닙니다. 그렇다면 만일 정전이 한시간동안 계속 된다면 어떻겠습니까? 또는 하루종일이나 일주일 내내 계속된다면?

실제로 아무리 데이터 센터가 예비 전원 덕분에 일상적으로 운영되는 경우에도 정전이 오랫동안 계속된다면 전체 기업에 어느정도 영향을 미치게 됩니다. 다음과 같은 상황을 생각해보십시오:

• 만일 데이터 센터 환경을 관리하는데 필요한 전원을 공급받지 못한다면 어떻게 되겠습니까?

• 만일 전체 건물 환경을 관리하는데 필요한 전원을 공급받지 못한다면 어떻게 되겠습니까?

• 개인용 컴퓨터와 전화 및 전등을 켜는데 필요한 전원이 없다면 어떻게 되겠습니까?

여기서 중요한 점은 정전 발생시 예비 전원이 얼마나 오랫동안 버틸 수 있는 있어야하는지 결정하셔야 합니다. 만일 어떠한 일이 발생하더라도 시스템이 24시간 계속적으로 운영되어야하는 회사의 경우 예비 전원으로는 부족하다면 장기간 동안 외부와는 완전히 독립적으로 전체 건물에 전기를 공급할 수 있는 대형 발전기를 구입하는 방안을 고려해보시기 바랍니다.

물론 이렇게 완벽한 준비 대책을 세운다고 해도 아무런 문제가 발생하지 않는다는 보장은 없습니다. 건물에 정전이 발생한다면 건물 외부 여러 장소에서도 정전이 발생했다는 의미입니다. 따라서 여러분의 회사에 무제한적인 전원 발생 능력이 갖추어진 경우에도 다른 요소에 의해 계속적으로 작업을 수행하기 어려워지는 경우가 있을 수도 있습니다.

8.1.4.1.1. 응용 프로그램을 잘못 사용할 경우

응용 프로그램을 잘못 사용할 경우 다음과 같은 문제가 발생할 수 있습니다:

• 부주의하게 다른 파일을 덮어쓰게됨

• 잘못된 자료를 응용 프로그램에 입력 자료로 사용함

• 파일에 잘못된 이름을 붙여 제대로 정리되지 않음

• 실수로 파일을 삭제함

이외에도 많지만, 여기서 설명한 것만으로도 충분히 이해가시리라 맏습니다. 따라서 일반 사용자에게는 super-user 권한이 주어지지 않았기 때문에, 이렇게 실수를 저질러도 자신의 파일에만 영향을 미치게 됩니다. 따라서 사용자 실수로 인한 영향을 최소화하기 위한 최선의 해결책은 다음 두가지입니다:

• 사용자에게 적절한 응용 프로그램 사용법과 파일 관리 기법에 대한 교육 실행.

• 사용자 파일을 주기적으로 백업하고 빠르고 쉽게 복구할 수 있도록 함.

이 두가지 방법 이외에는 각 사용자가 범하는 실수를 방지하기 위해서 시스템 관리자로서 어찌 다른 방도가 없다고 봅니다.

8.1.4.2.1. 절차를 제대로 따르지 않은 경우

시스템 운영자는 자신이 수행하는 모든 작업에 대한 절차를 문서로 기록해두셔야 합니다[3]. 이미 절차가 수립되어 있어도 시스템 운영자가 다음과 같은 이유로 그 절차를 따르지 않을 수도 있습니다:

• 오래 전에 시스템 환경이 변화되었지만, 절차는 아직 업데이트되지 않은 경우. 시스템 운영자는 오래된 절차를 따르지 않을 수도 있습니다. 또한 만일 이 절차가 나중에 업데이트된다고해도 (거의 그러할 가능성은 없지만) 시스템 운영자가 그 사실을 알지 못할 가능성이 많습니다.

• 시스템 환경이 변화되었지만 아무런 절차도 존재하지 않을 경우. 이전 상황 보다 더 위험한 상황이라고 할 수 있습니다.

• 절차가 이미 존재하며 올바르게 수립되었지만, 운영자가 따르지 않는 (또는 못하는) 경우.

기업마다 관리 구조에 따라서 상부에 문제를 보고하는 것 밖에는 달리 방도가 없을 경우가 있습니다. 이러한 경우 문제를 해결할 수 있도록 최대한 돕는 것이 최선의 방책이라 할 수 있습니다.

8.1.4.2.2. 절차를 따르는 도중 실수하는 경우

시스템 운영자가 올바른 절차를 따르는 경우에도 실수를 범할 가능성이 없지 않습니다. 만일 운영자의 부주의함으로 인해 문제가 발생한다면 운영자의 상부에 이러한 문제가 보고되어야 합니다.

또는 단순한 실수일 경우도 있습니다. 이러한 경우 운영자는 무언가 잘못되었다는 사실을 빨리 깨닫고 도움을 요청해야 합니다. 함께 근무하는 시스템 운영자에게 문제를 발견시 바로 적절한 담당자에게 연락을 취하도록 당부하시기 바랍니다. 비록 대부분 운영자는 문제를 재빨리 해결할 수 있는 기술을 갖추고 있다고 해도, 문제를 해결하는 작업은 운영자의 역할이 아니라는 사실에 주목하셔야 합니다. 따라서 좋은 의도에서 문제를 해결하려고 시도했다가 오히려 조그만 문제가 커져서 본인 뿐만 아니라 회사 전체에 심각한 영향을 미칠 수도 있습니다.

8.1.4.3.1. 설정 오류

시스템 관리자의 역할 중 하나는 다음과 같은 다양한 컴퓨터 시스템을 설정하는 것입니다:

• 이메일

• 사용자 계정

• 네트워크

• 응용 프로그램

앞서 설명된 목록은 극히 일부에 불과하며 이와 같이 다양한 시스템 설정을 맡아서 수행해야 합니다. 작업에 따라서 어느 경우에는 수백가지에 이르는 여러 다른 설정 파일 구문을 이용하여 텍스트 파일을 수정해야하며, 설정 유틸리티를 실행하여 설정할 경우도 있습니다.

각 설정 작업을 수행하기 위해서는 전혀 다른 유형의 지식과 기술이 필요할 뿐만 아니라 또한 작업을 처리하는 방식 또한 매우 다릅니다. 예를 들면, 메일 전송 에이전트를 설정하는 방법은 새 네트워크 연결을 설정하는 방법과 기본적으로 전혀 다릅니다.

이러한 조건을 생각해볼때 실제로 시스템 관리자에 의한 실수는 극히 적다는 사실이 오히려 놀랍다고 할 수 있습니다. 어떠한 경우에서든 시스템 설정은 시스템 관리자에게 가장 힘든 과제 중 하나입니다. 그렇다면 시스템 관리자 실수를 줄일 수 있는 좋은 해결책은 무엇일까요?

8.1.4.3.2. 시스템 관리 작업 관련 실수

일상적인 관리 작업은 거의 아무런 계획이나 확인 작업이 이루어지지 않기 때문에 정작 실수를 저지른 사람은 그 사실을 모르고 지나칠 수가 있습니다.

시스템 관리자는 이러한 유형의 실수를 매일 겪게됩니다. 특히 실수를 저지른 사용자 대부분은 자신은 아무것도 하지 않았는데 컴퓨터가 갑자기 멈췄다고 주장하기 마련입니다. 이렇게 주장하는 사용자는 대개 자신이 무엇을 했는지 기억하지 못하는 경우가 많습니다. 아마 여러분이라도 마찬가지 일겁니다.

여기서 중요한 것은 문제를 재빨리 해결하기 위해서는 관리 작업을 수행 중에 어떠한 변경을 적용시켰는지 기억해내시는 것입니다. 하루에 수행되는 수백가지 사소한 작업들을 변경 제어 절차로 기록하기에는 너무마 많고 현실적이지 않습니다. 그렇다면 시스템 관리자가 매일같이 수행하는 101가지 사소한 작업을 기억할 수 있는 최선의 방법은 무엇일까요?

해답은 간단합니다. 바로 노트에 기록해두는 것이죠. 종이나 PDA 또는 파일에 주석으로 남기셔도 좋습니다. 무엇을 했는지 기록해 놓음으로서 다음에 설정 변경으로 인해 문제가 발생한다면 보다 쉽게 그 문제를 이해하고 해결하는데 많은 도움이 됩니다.

8.1.4.4.1. 하드웨어를 잘못 수리한 경우

기술자가 문제를 제대로 진단하지 못해 필요없는 부분을 수리했거나 제대로 문제는 진단했지만 제대로 수리하지 못한 경우를 말합니다. 또는 교체한 부품 자체에 문제가 있었거나 기술자가 수리할때 적절한 절차를 따르지 않아서 문제가 발생할 경우도 있습니다.

따라서 주의하여 기술자가 어떠한 작업을 수행중인지 감시하셔야 합니다. 이렇게 함으로서 이전 문제와 관련된 다른 문제가 발생하지 않도록 방지할 수가 있으며 기술자도 문제를 잘못 진단하여 관련되지 않은 문제를 해결하느라 시간을 소비하는 사태가 벌어지지 않습니다.

8.1.4.4.2. 한 문제 해결 후 바로 다른 문제가 발생하는 경우

가끔씩 문제를 제대로 진단하여 성공적으로 수리해도 또 다른 문제가 발생하는 경우가 있습니다. 예를 들어 CPU 모듈을 교체했지만, CPU를 담고 있단 정전기 방지 봉지를 실수로 함께 끼워놓아 결국 컴퓨터 온도를 낮춰주는 환풍기가 막혀 온도가 급상승하면서 컴퓨터가 꺼지게될 수도 있습니다. 또는 RAID 어레이에서 작동하지 않는 디스크 드라이브를 교체했지만, 교체하는 과정에서 다른 드라이브를 연결하는 연결기를 실수로 건드려 연결이 끊기게되는 경우도 발생할 수 있습니다.

이러한 현상은 기술자의 만성적인 부주의함에서 비롯되거나 또는 단순한 실수일 수도 있습니다. 그러나 이러한 점은 그리 중요하지 않습니다. 시스템 관리자로서 여러분은 항상 기술자가 수리할때 신중하게 관찰하시고 기술자가 떠나기 전에 반드시 시스템이 제대로 작동하는지 확인해보시기 바랍니다.