English version
German version
Spanish version
French version
Italian version
Portuguese / Brazilian version
Dutch version
Greek version
Russian version
Japanese version
Korean version
Simplified Chinese version
Traditional Chinese version
Hindi version
Czech version
Slovak version
Bulgarian version
 

급습의 기초

기사 RSS Feed





www.geeks.com에서 2 최근 기술 끝은 레이드의 언급을 만들었다, 그러나 레이드가 실제적으로 이는 것에 그 끝안에 요구된 세부사항의 수준은 다량 광명을 비춰주지 않았다. 레이드의 기초에 소개가 적당할 기술 끝 이을텐데 고 단면도가 전자 우편 응답의 수에 의하여 및 독자안에 코멘트는 납득시키고 있었다 이젠 그만을, 이렇게 여기 그것 있는다 탈선한다.

소개

기술한 모든 바퀴벌레가 두려워 하는 것을의 그것 낱말 레이드 소리는Fallujah안에 무언가 해병 행위, 또는a깡통을, 그러나 간단하게 독립 적이고 (싸) 디스크의 과다한 배열을 위해 서는 약어 이다. 너가 말하는 까 누구의지하고 있는에게, 편지 "나가" 독립 적이고 싸를 위해 설 수 있는, 그러나 독립 나의 의견안에 더 적당하다, 멀리 보다 적게 주관적 있는다.

배열안에 어떤 1개의 드라이브의 실패가 어떤 자료의 손실안에 유래하지 않는다 하기 위하여 레이드는 일반적으로 자료를 체계 결함 허용 능력을 증가하기아울러 다각 하드 디스크 드라이브에게, 쓰는 둔다. 중복에 다른 접근을 제공하는 몇 레이드 윤곽 있기 때문에 레이드가 일반적으로 이것을 한다 것 을 나는 말한다, 그러나 몇몇 레이드 윤곽은 모두에 과다하지 않다. 하드드라이브가 레이드의 여유 구성의 한안에 실패할 때 경험있는다 일 것인다시피 기계설비 (또는 소프트웨어) 실패에 선물한 때 운영한 계속하는 체계 능력이 결함 허용 능력에 의하여 언급한다.

기계설비

레이드를 달릴것을 요구되는 기본 하드웨어는 일치한 하드드라이브 및 레이드 관제사의 세트를 포함한다.

레이드는 하드드라이브, 스카시를 포함하여,SATA, 및ATA의 어떤 유형에 달릴 수 있는다. 요구되는 하드드라이브의 수는 늦게 묘사된대로, 선택되는 특별한 레이드 윤곽에 의존한다. 나는 일치한 하드드라이브를 위해 필요를 언급하고, 이것은 절대로 필요해지 않, 추천된다. 가장 큰 배열은 단 가장 작은 드라이브의 수용량을 사용하, 그래서JBOD이라고 (다만 디스크의 낱단) 부른 레이드 윤곽안에250GB히타치 드라이브가 (이것이 적용하지 않을 유일한 시간 여분170GB이 가능하게 낭비하기 위하여 갈텐데80GB히타치 드라이브에 레이드 윤곽에 추가되면, 있는다; 아니다 레이드 윤곽 "그러나 할 레이드 관제사가 수 있는 다만 편리한가 일은 어느것을 진짜로" 이는가? 정보 더를 위해 "기본적인 레이드 윤곽"을 아래에 보십시요). 어울리는 수용량에 더하여, 배열의 성과가 이용하기 가장 약한 드라이브에의해 제한되기 때문에 드라이브가 속도와 전송율의 점에서 어울린다 고 높게 추천된다. 사려되어야 하는 1개의 지역은 더 일치하고 있는 동안 하드드라이브의 유형 이다. 몇몇 체계가 레이드 배열을 다른 체재의 관제사저 쪽에에 운영해 두어도, 레이드 관제사는 스카시,SATA, 또는ATA을 위해 일반적으로 독점적으로 이다.

레이드 관제사는 하드드라이브에서 자료 케이블이 연결되는 곳에 이고, 어미판에 발견되는 전형적인 드라이브 연결 자료의 가공의 모두를, 지휘한다. 레이드 관제사는 카드에 유효하다것과 같이 추가한다, 이 실리콘 심상PCIATA레이드 관제사같은, 또는, 호화로운AsusK8VSE에 발견되는SATA레이드 관제사같은 어미판으로 통합해 (http://www.geeks.com/details.asp?invtid=K8VSE호화로운). 레이드가 고려사항 이으면 레이드 관제사를 포함하는 어미판은 레이드의 사용, 그러나 통합없이 이다 있을 것이다 좋은 특징 운영할 수 있는다. 조차 체계 바깥쪽으로 내장하는 레이드를 위해, 관계되 저가는의 카드 제작에 자유로운 향상 관계되 고통의 이 부분을 추가한다.

요구하지 않는 기계설비의 다른 조각은, 그러나 뜨거운 교환할 수 있는 드라이브 만이 레이드 배열안에 유용하다 것 을 것 을 입증할지도 모른다. 그것은 실패한 하드드라이브를 간단하게 만을 자물쇠로 열 케이스에서 드라이브 감금소를 미끄러져서 살아있는 체계에서 제거되는 둔다. 새로운 드라이브는 그때 안으로, 장소로 잠가 미끄러질 수 있고, 체계는 구타를 건너뛰지 않을 것이다. 이것은 스카시 레이드 배열에 전형적으로 본다, 그러나 몇몇IDE급습 카드는 또한 이것을 허용할 것이다 (약속 기술에의해 제조되는 이 제품: http://www.promise.com/product/product_detail_eng.asp?productId=92&familyId=7).

소프트웨어

적당한 운전사가 레이드 관제사 제조자에서 유효하면 이라는 조건으로 레이드는 어떤 현대 운영 체계에 달릴 수 있는다. 운영 체계 및 이미 1개의 드라이브에 설치되는 다른 단순한 드라이브에Norton유령 소프트웨어를 사용해서 소프트웨어의 모두에 컴퓨터는 복제한다 쉽게 이을 수 있는다. 그러나, 있고 싶는 사용자로 레이드에 갈 때 레이드에 격상시킬 처음에서 단순할 시동 가능할 하드드라이브에 그들의 기존할 체계가 시작해야 한다 그것은 쉬운것과 같이 이지 않는다. 운영 체계 및 모든 소프트웨어가 찰상에서 다시 설치한것을 필요로 하는 것을 이것은 함축한다, 모든 중요한 자료는 새로운 레이드 배열에 복구되기 위하여 보완되고.

레이드 배열이 운영 체계를 위해 저장으로, 그러나 아니다 위치로 사용을 위해 체계안에 원하면, 것은 매우 더 쉽게 얻는다. 기존하는 하드드라이브는 본래대로 남아 있고을, 찰상에서 출발 레이드 배열을 바깥쪽으로 추가하기 위하여 필요한 윤곽은 할 수 있는다.

기본적인 레이드 윤곽

나가 있있는 레이드의 대략 다스 다른 유형 있는다, 나는 전형적인 윤곽의 5개을, 레이드 제어기 카드에 흔하게 제안해 기술하고.

레이드 0은 중복을 제공하지 않는 윤곽의 한개 이어, 그것에게 논증할 수 있 아니다 진실한 레이드 배열을 만들n. 적어도 2개의 디스크를 사용해서, 레이드 0은 줄무늬를 붙임으로 알려지는 교체 유행안에 2개의 드라이브에게 자료를 쓴다. 너는 자료의 8개의 덩어리가, 예를 들면 있으면, 덩어리 1, 3, 5, 및 7은 첫번째 드라이브에게 쓰고, 덩어리 2, 4, 6, 및 8은 연속될 순서안에 제 2 드라이브, 그러나 모두에게 쓸텐데. 드라이브저 쪽에 자료를 쪼개기의 이 과정은 두 배까지의 이론 성과 후원 단순한 하드드라이브의 속도를 고려한다, 그러나 실사회 결과는 일반적으로 가깝게 좋을 것이 저것 이지 않을 것이다. 모든 자료가 각 디스크에게 쓰지 않기 때문에, 배열안에 어떤 1개의 드라이브의 실패는 자료의 완전한 손실안에 일반적으로 유래한다. 레이드 0은 큰 파일에 빠르게 접근한것을 필요로 하는 사람, 또는 널 (i.e도박 체계)저 쪽에 정당한 수요 고성능을 위해 좋다. 레이드 0 배열의 수용량은 개인적인 드라이브의 합계에 동등하다. 2개의160GBSeagate드라이브가 레이드 0 배열안에 있으면 이렇게, 총수용량은320GB이을텐데.

레이드 1은 중복을 제공하는 기본적인 배열의 한개 이다. 적어도 2개 하드드라이브를 사용해서, 모든 자료는 써 비춘으로 알려지는 방법안에 양쪽 드라이브에게. 각 드라이브 내용은 동일하다 서로에게, 그래서 1개의 드라이브가 실패하면, 체계는 그것에게 그들의 자료를 평가하는 그들을 위해 이상적인 선택하는 잔여 좋은 드라이브에 운영한 계속할 수 있었다. 레이드 0안에것과 같이 성과 증가 있고지 않, 자료가 양쪽 드라이브에게 가공되고는 쓰는 때 실제로 거기서 단순한 드라이브 시스템에 비교되는 경미한 감소 있을지도 모른다. 레이드 1 배열의 수용량은 개인적인 드라이브의 합계의 수용량 반에 동등하다. 그 동일할 2160GBSeagate을 사용하여 레이드 1안에 상기에서 드라이브는160GB의 총수용량안에 유래할텐데.

이름이 함축하기지도 모르기 때문에, 레이드0+1은 레이드 0과 레이드 1의 조합 이다. 너는 양쪽 세계의 제일, 레이드 0의 성과 후원 및 레이드 1의 중복이 있는다. 모든 자료가 4개의 드라이브에게 비추고 줄무늬로 한 유행 모두안에 쓰는 곳에, 레이드0+1을 실행할것을 4개의 드라이브의 최소한은 요구된다. 상례에서 자료의 8개의 덩어리을 사용하여, 쓰 본은 이것 무언가 이을텐데? 덩어리 1, 3, 5, 및 7은 드라이브에게 것과 3 쓰고, 덩어리 2, 4, 6, 및 8은 연속될 방법안에 드라이브에게 2과 4, 다시 쓸텐데. 1개의 드라이브가 실패하면, 체계 및 자료는 아직도 본래 이다. 레이드0+1배열의 수용량은 개인적인 드라이브의 총수용량 반에 동등하다. 레이드0+1안에 형성한 때 이렇게,160GB의 4을 사용하여Seagate은320GB의 총수용량안에 결과를 몰n다.

레이드 5은 요구되는 3개 (5) 디스크에 전형적인 사용자를 위해 가장 강력한 레이드 윤곽, 이을지도 모른다. 자료는 배열안에 모든 드라이브저 쪽에에 줄무늬 이고, 더하여, 동등 정보는 마찬가지로 줄무늬로 한다. 이 동등 정보는 기본적으로 쓰는 자료에 체크 이다, 그래서 모든 자료가 배열안에 모든 드라이브에게 있있지 않 비록, 동등 정보는 실패의 경우에는 분실 드라이브를 개축하는 이용될 수 있는다. 기술하게 곤란했던 아마 조금은 지금 레이드 5 배열안에 3개의 드라이브에게 쓰는 자료의 8개의 덩어리의 보기등을맞댄, 그래서 떠나보냈다. 3을 몰l것을 쓰는 해당 동등 덩어리에 1과 2을 각각으로, 몰l것을 덩어리는 것과 2 쓸텐데. 덩어리는 2을 몰l 쓰는 해당 동등 덩어리에 드라이브에게 3과 4 그때 것과 3 각각으로, 쓸텐데. 덩어리는 드라이브에게 5과 6 1개을 몰l 쓰는 해당 동등 덩어리에 2 그리고 3, 쓸텐데. 덩어리는 드라이브에게 쓰는 자료에 처음등을맞댄 7과 8 우리들 것과 2, 그리고 3을 몰l것을 쓰는 동등 덩어리를 가지고 간다. 그것은 그것, 그러나 명확한 약간의 정보가, 거기서 충분한 중복 이다 고 포함하지 않는 드라이브에게 쓰는 동등 정보에 만기가 되는 소리가 난. 레이드 5 배열의 수용량은 1개의 드라이브마이너스, 이용하는 모든 드라이브의 수용량의 합계에 동등하다. 레이드 5안에 형성한 때 이렇게,160GB의 3을 사용하여Seagate은, 총수용량 이다320GB몰n다.

JBOD은 진짜로 진실한 레이드 배열을 제안하지 않는 다른non-redundant윤곽 이다. JBOD은 디스크 (드라이브)의 다만 낱단을 위해 서고, 이다 고 저것은 기본적으로 모두 이다. 표준 드라이브 관제사에 하고자 했는 것처럼JBOD을 지원하는 레이드 관제사는 사용자를 작용한다 유효한과 간단하게 부착물 드라이브 레이드를 묵살하는 허용한다. 중복, 성과 후원은 체계에, 더를 추가하기를 위해 정당한 추가 연결 않않는다. JBOD이 고 똑똑한 것은 괴상한 치수를 잰 드라이브를 대우할 수 있는다 고 이다 단순한 양 (이렇게10GB드라이브 및30GB은 단순한가40GB드라이브로 보는가텐데) 이다 처럼, 그래서 너는 주변에 앉는 괴상한 치수를 잰 드라이브의 낱단이 있으면 사용하는가것은 좋은가? 그러나 다르게 레이드 0, 성과 후원, 중복 양쪽을 얻는 10+1에 가는 낫다 윤곽.

마지막 낱말

레이드를 개념에 생소한 그들에 위협하 소리가 난, 기본 구성의 어떤에 표준 드라이브 관제사를 이용하기 위하여 컴퓨터를 설치한보다는 매우 연루되어. 그러나, 단순한 드라이브 시스템에 레이드의 이득은 멀리 임명동안에 요구되는 여분 고려사항을 중요하다. 하드드라이브 실패에 만기가 되는 하자마자 지는 레이드는 그들을 위해 우측 이다 고 누군가를 납득시킬것을 요구되는 모두, 왜 이 저것까지 기대가 일어나는.

ꀰ사냴ꀰ: Messaggiamo.Com

Translation by Google Translator





Related:

» Home Made Power Plant
» Singorama
» Criminal Check
» Home Made Energy


샹냈 삤퀰 삻쁄 쁔냜
ꃀ큘쁘 샹사쁴킸샐쁴 뀸쀜끼 삔ꀀ 샀ꀈ 냹삥!

샹냈 삤퀰샐ꂌ ꀰ사끼 쀜삜큘ꀰ
쁄냈삔 냱끝 큄쀘! ꃀ큘쁘 삑생쁄 삑쀱큘ꃠ쁴 뀸쀜낔 Messaggiamo.Com 뀔뀉킠났!

Add to Google RSS Feed See our mobile site See our desktop site Follow us on Twitter!

Messaggiamo.Com 뀔뀉킠났샐 ꀰ사끼 쀜삜큘ꀰ

쁴큌ꃠ났


쀀삑ꂌ 2006-2011 Messaggiamo.Com - 사쁴킸 냵 - Privacy - 샹냈 삤퀰 Messaggiamo.Com 뀔뀉킠났샐 ꀰ사끼 쀜삜큘ꀰ [0.01]
Hosting by webhosting24.com
Dedicated servers sponsored by server24.eu