© 2008 IBM Corporation Storage System Group N3300 표준 제안서

IBM Systems Storage © 2008 IBM Corporation  2.1 N series 제품군 목차 II N3300 제품소개 N3300 표준 제안서

IBM Systems Storage © 2008 IBM Corporation  2.1 N series 제품군  제품군 N TB N TB N TB N7900 1,176TB N TB N TB N5200 Gateway N5300 Gateway N5500 Gateway N5600 Gateway N7700 Gateway N7900 Gateway N TB N TB N TB N 시리즈 시스템은 *  네트워크 프로토콜 : NAS, iSCSI, FC SAN..… 동시 지원.  단일 운영 시스템 제공  시스템 관리 툴 제공  스토리지 관리 툴 제공  다양한 RAID 레벨 … Double Parity 지원  고 가용성 요소 … hot swap and redundancy  디스크 드라이브 : SAS, FC & SATA, 다양한 디스크 사이즈 & 속도 … 혼용 구성 가능 **  Non-erasable, Non-rewritable 데이터 보호  45 개 이상의 advanced software 제공 * Gateways – 기존 스토리지 벤더 디스크 시스템에 IBM N 시리즈에서 제공하는 솔루션을 IP 환경에서 구현토록 해 줍니다. IBM N 시리즈 제품군은 전산 인프라 환경의 모든 정보를 간단하게 관리하게 해 주는 스토리지 솔루션을 제공합니다. * Gateways, N3300, N3600 은 subset of N series software 지원. ** SAS 드라이브는 현재 N3300 과 N3600 에서만 지원.

IBM Systems Storage © 2008 IBM Corporation  2.2 N series 스토리지 소개 목차 II N3300 제품 소개 N3300 표준 제안서

IBM Systems Storage © 2008 IBM Corporation   의  시스템은  뛰어난  안정성과  업계  최고의  성능을  가진  장비로써  단순  스토리지의  기능을  뛰어넘어  데이터  보호와  서비스  확장  등에  필요한 솔루션을  제공합니다   시스템은  빠르게  발전하고  있는  인터넷과  이더넷을  기반으로  서버와의  연동은  또는  기반  를  표준으로  하는  독립된  지능형  스토리지이며  스토리지  내부의  디스크  및  백업  디바이스는  파이버  채널을  이용한   을  제공하여  차세대  기술을  모두  탑재하고  있으며  스토리지  업계에서  기술적으로  앞서  나가고  있습니다  기존의  스토리지  업계가  스토리지의  핵심  기술인  와  파일  시스템까지  타  기업에  의존하는  것에  비하여  은  스토리지의  핵심  기술인   파일  시스템  시스템설계  디스크  펌웨어  네트워크  드라이버  등을  직접  제작하여  고품질의  제품을  년  이상  고객에게 공급하여  호평을  받고있는  을  기반으로  하는  회사입니다   시스템은  수년  전부터  현재  스토리지  업계가  흉내내고  있는  재난대비  용  스토리지 복제  기술을  탑재하여  기술적  안정성을  확보하고  있으며  다가오는  미래를  대비하여  등  여러  기술을  주도적으로 개발하고  있습니다  2.2 N series 스토리지 소개 최고의  안정성과  성능서버와  독립된  지능형  스토리지스토리지  원천기술  보유의  기업  의  주도적  기술개발

IBM Systems Storage © 2008 IBM Corporation   시스템은  앞선  기술을  기반으로  성능  및  기능면에서  기존의  스토리지를  압도하면서  를  혁신적으로  낮추어  를  사용하는  기업  기업이  제공하는  서비스를  사용하는  고객을  모두  만족시킬  수  있어서  전세계  많은  굴지의  기업에서  회사의  표준  스토리지로 채택하고  있습니다   의  시스템은  에서  보여준  탁월한  안정성과  기술력을  바탕으로  한  대의  스토리지  시스템에서  뿐만  아니라  을  지원하여  블록 레벨의  데이터  액세스를  필요로  하는  환경에  획기적으로  저렴한  초기  투자  비용으로  다양한  스토리지  네트워킹을  구성할  수  있는  진정한   입니다  수많은  기업에서  표준  스토리지로  채택  를  한  시스템에서  동시에  지원

IBM Systems Storage © 2008 IBM Corporation  2.3 N series 스토리지 특장점 목차 II N3300 제품 소개 N3300 표준 제안서

IBM Systems Storage © 2008 IBM Corporation  2.3 N series 스토리지 특장점   는  용량과  성능의  균형을  고려한  유연한  구성으로  및  구성에서  다양한  대규모  어플리케이션을  동시에  지원할  수 있습니다    는  데이터베이스  및  기타  기업  수준  어플리케이션을  실행하는  환경을  포함하여  현재  가장  큰  규모의  서비스  공급자  네트워크와 데이터  중심  환경에서  구현되어  있으며  성능이  입증된  시스템입니다   특징   은  하드웨어  소프트웨어  및  서비스로  구성된  통합  데이터  관리  솔루션을  제공합니다  스토리지  장비의  신뢰성과  가용성을  향상시키는 핵심  요소는  다음과  같습니다   디스크  손상으로  인해  데이터를  잃게  되는  것을  방지하기  위한  기본  제공   일반  구성의  안정성을  배가하기  위한  기능  제공  신속한  장애  복구를  위한  핫  스페어  디스크  중복  핫  플러그  전원  공급  장치  및  냉각  팬  쓰기  보호를  위한  비휘발성    파일  시스템은  에  기본  제공되며  파일  시스템이나  등  모든  데이터  볼륨에  엔터프라이즈  수준의  가용성을 제공합니다  신뢰성  및  가용성이  뛰어난  스토리지

IBM Systems Storage © 2008 IBM Corporation   모든  장비는  소프트웨어로  구성되어  있습니다  소프트웨어는  상호  운용이  쉽고  관리가  용이한  고도로  최적화되고  확장성이  있는  스토리지  관리  운영  체제입니다  은  기존  시스템과의  상호  운영  방식을  통해  조직  전체의  효율성과 생산성을  향상시키고  결과적으로  총  소유  비용이  절감됩니다    소프트웨어는  개방형  표준을  통해  및  웹  환경에  완벽하게  통합되며  스토리지  인프라  구축을  위한  기반을 제공합니다    파일  시스템은  성능을  개선하고  핫플러그  드라이브를  사용하여  동적으로  확장  가능한  파일  시스템을 제공합니다  또한  비휘발성  과  최적화된  마이크로  커널  설계  방식이  통합되어  트랜잭션이  손상되지  않으며  하드웨어를  복잡하게  구성하거나 수동으로  성능을  조절하지  않고도  신속한  클라이언트  응답  시간과  탁월한  처리  능력을  보장합니다   소프트웨어  예상치  않은  스토리지  종료  후에도  디스크에는  항상  일관된  데이터  볼륨  이미지가  남아  있으므로  내부  데이터  검사가  불필요  하므로  시간을  낭비할 필요가  없습니다 데이터의  일관성  유지   는  보다  앞선  기술을  기반으로  성능  및  기능  면에서  기존의  스토리지를  압도하면서  를  혁신적으로  낮추어 스토리지를  사용하는  기업  기업이  제공하는  서비스를  사용하는  고객을  모두  만족시킬  수  있어서  전세계  많은  굴지의  기업에서  회사의  표준  스토리지로 채택하고  있습니다  기업  내  스토리지의  표준으로  선택

IBM Systems Storage © 2008 IBM Corporation   주요  부품  이중화  및  스토리지  클러스터링  구성으로  안정성  보장  패리티의  병목현상이  없는  및  데이터  보호  기능  지원   사용으로  장애  시  데이터  안정성  보장  메일을  통한  기능  지원 최고의  안정성   캐쉬의  최대  성능이  가능한  다이나믹  캐쉬  기능  지원   을  통한  캐쉬  운영으로  캐쉬  상의  작업  최소화  제거  시킴으로써  를  위한  의  과부하를  최소화  시키고  인터페이스의  속도 향상  응답속도  향상   당  초  이내에  백업이  가능한  기능  지원   당  분  이내  복구가  가능한  기능  지원  가능   과  를  이용  백업  시  서버의  부하  없이  의  온라인  시간을  극대화  시키는  기능  지원  원거리  을  위한  기능  지원  가능  제안  제외  솔루션  다양한  솔루션

IBM Systems Storage © 2008 IBM Corporation    전용  사용으로  빠르고  안정적인  운영환경  제공   이내의  코어사이즈를  가진  전용  를  사용  매우  빠르고  가벼우며  관리  및  운영의  간편성  과  편의성  보장  간편하고  편리한  운영으로  최고수준의  효율  보장  탁월한  관리  툴  제공   이용  시스템과  연동  기능  지원  가능 운영  환경  두  대의  분리된  스토리지간에  스토리지  레벨  클러스터링을  제공  합니다   이는  의  이중화  구현이라는  기본적인  스토리지  기능  뿐만  아니라  서로  다른  위치에  분리되어  있는  스토리지간  까지도 이중화  구현  통해  한대의  스토리지가  완전  장애  시  별도의  스토리지로  무정지  데이터  서비스를  가능하도록  해  줍니다    의  실시간  동기화로  인해  주  스토리지  장애  후  백업  스토리지를  통한  서비스  시  의  및  가  전혀  발생하지  않습니다  진행  중인  트랜잭션을  지속적으로  수행  할  수  있습니다   즉  다른  스토리지  벤더에서  구현할  수  없는  무정지  을  구축할  수  있도록  기능을  제공합니다   완벽한  스토리지  이중화를  위해서  의  솔루션과  함께  사용할  경우  완벽한  무정지  스토리지를  구축할  수  있습니다  스토리지  레벨  클러스터링  지원

IBM Systems Storage © 2008 IBM Corporation   시스템이  동작하고  있는  중에도  서비스  중단  없이  사용  들을  추가하거나  삭제할  수  있습니다 온라인  확장성     의  각  디스크  드라이브는  디스크  드라이브  별로  와  볼륨  를  갖기  때문에  디스크의  물리적인  위치는  내부 데이터  관리  구조와  독립적입니다  따라서  시스템의  위치  이동  등에  의해서  시스템을  해체  후  재구성  시  디스크의  위치가  바뀌어도  시스템의  기동에 아무런  문제가  없습니다  물리적  위치에  독립적  디스크의  장애  등의  문제로  인해  디스크를  교체해야  하는  경우에도  시스템의  정지  없이  디스크  교체가  가능합니다  또한  에  포함되어  있는 디스크의  장애  시에도  자동으로  스페어  디스크로  교체되므로  데이터  손실이  발생하지  않습니다  온라인  디스크  교체   은  내부  최종  디스크  드라이브까지  파이버  채널  아키텍처로  구성되어  있습니다  따라서  파이버채널  인터페이스만 사용하고  내부적으로는  디스크를  사용하는  제품들에  비해  빠른  디스크  입출력이  가능합니다  파이버  채널  아키텍쳐

IBM Systems Storage © 2008 IBM Corporation  2.4 N3300 제품 개요 목차 II N3300 제품 소개 N3300 표준 제안서

IBM Systems Storage © 2008 IBM Corporation  N3300 제품 개요 운영체제  소프트웨어 표준  소프트웨어  특징 통합  자동화  매니져  텔넷  이메일  경고   네트워크  프로토콜  지원  클라이언트  인증을  위한   가상  호스트 라이센스  소프트웨어  제품  용  및  용   클러스터형   가상  파일  관리자  하드웨어  특징  랙  마운트  또는  타워  구성의  통합  파일러  및  디스크  스토리지  이중화  핫  플러그  전원  공급  장치  및  냉각  장치  내장  포트  두  개  내장  어댑터  두  개  및  진단  기본  최소  최대  그룹  크기  기본  데이터  패리티  최소  데이터  패리티  최대  데이터  패리티  기본  데이터  패리티  최소  데이터  패리티  최대  데이터  패리티 지원  디스크  드라이브  용량 최대  물리적  용량    제품  개요

IBM Systems Storage © 2008 IBM Corporation  시스템 아키텍쳐  스토리지  시스템은  전체  시스템을  관리하는  파일  시스템인  네트워크  입출력을  담당하는  네트워크  드라이버  디스크  입출 력을  담당하는  디스크  드라이버로  크게  나뉩니다   의  시스템  아키텍처를  도식적으로  나타내면  다음  그림과  같습니다                                     

IBM Systems Storage © 2008 IBM Corporation  스토리지 아키텍쳐   의  스토리지는  파일  시스템  일반적으로  이라고도  불립니다  단위로  관리됩니다  하나의  파일  시스템은  한  개  또는  여러  개 의  그룹으로  구성되며  그룹은  개  이상의  디스크로  구성됩니다    이상에서  부터는  한개  이상으로  를  생성하고  그  내부에  을  구성하여  물리적인  제한을  극복하여  안 정성  및  성능을  매우  향상  시켰습니다   여러  개의  파일  시스템  또는  이  모여  하나의  시스템을  구성하게  되며  디스크의  물리적인  장애에  대비하는  스페어  디스크는  각  그룹  또는  파일  시스템  단위로  관리되는  것이  아니고  전체  시스템  단위로  관리됩니다    제품군의  스토리지  아키텍처를  도식적으로  나타내면  다음  그림과  같습니다                      또는 

IBM Systems Storage © 2008 IBM Corporation  2.5 하드웨어 목차 II N3300 제품 소개 N3300 표준 제안서

IBM Systems Storage © 2008 IBM Corporation  N3300 하드웨어 사양  사양          4Gbps Fibre Channel or 3Gbps SATA           높이 2U, 12개 드라이브 베이 단일 Controller 혹은 이중 Controller (HA) 구성 가능 High performance SAS 혹은 SATA 인프라스트럭쳐 12TB internal (1TB SATA 드라이브 구성 시) 최대 4개까지의 EXN 스토리지 확장 팩 구성 가능 56TB (56 x 1TB SATA 드라이브 구성 시) 16.8TB (56 x 300GB FC 드라이브 구성 시) 68TB 최대 물리적 용량 (w/SATA), 20.4TB 최대 물리적 용량 (w/FC) Controller 1대 내 구성 1GB 메모리 (128MB NVMem) iSCSI 와 NAS – Two GigE ports FC-SAN, FC Tape – Two 4Gb FC ports Onboard Remote Management

IBM Systems Storage © 2008 IBM Corporation  N3300 환경 사양  전원  최대  전류  열  정격  완전  구성  시  치수  높이  폭  깊이  랙  호환  중량  최대  완전  구성  시  사용  온도  상대  습도  상대  습도  이슬이  없을  때 비사용  온도  상대  습도  상대  습도  이슬이  없을  때 사용  음향  소음  최소  서비스  간격전면  후면  케이블  반경을  위한  후면  환경  사양

IBM Systems Storage © 2008 IBM Corporation  EXN1000/4000 환경 사양 환경  사양  전원  최대  전류  열  정격  완전  구성  시  치수  높이  폭  깊이  랙  호환  중량  최대   완전  구성  시  시   –  완전  구성  시  시  사용  온도  상대  습도  권장   상대  습도  이슬이  없을  때  ※ 최대  운영  온도  습도  비사용  온도  상대  습도  상대  습도  이슬이  없을  때 사용  음향  소음   – 

IBM Systems Storage © 2008 IBM Corporation  N series 백업 지원 디스크  기반  백업  호스트  기반  백업   기반  백업  라이브러리  라이브러리 현재  지원  가능한  라이브러리는  에서  확인할  수  있습니다  테이프  드라이브  지원       현재  지원  가능한  드라이브는  에서  확인할  수  있습니다   지원      백업  지원

IBM Systems Storage © 2008 IBM Corporation  2.6 N series 기능 목차 II N3300 제품 소개 N3300 표준 제안서

IBM Systems Storage © 2008 IBM Corporation  업계 최고 성능과 안전성의 데이터관리 파일 레이아웃 (WAFL)     의  은  네트워크  에서  들어온  데이터를  디스크에  저장하고  디스크에  있는  정보를  네트워크   로  전달하는  기능을  아주  빠르게  수행할  수  있도록  최적화된  입니다    은  스토리지  시스템이  비교적  낮은  하드웨어  사양에도  불구하고  경쟁사보다  훨씬  뛰어난  성능과  안정성을  제공하는  핵심적인  역할을 합니다  가  어플라이언스  개념으로  만들어져  대용량의  장비임에도  간단한  관리를  제공하고  가벼운  시스템으로  사용자가  쉽게  제어할 수  있습니다   뛰어난  보안  제공   은  단순한  기능을  최적화하여  구성하였으므로  네트워크에  연결되어  있음에도  불구하고  뛰어난  보안을  제공하고  있습니다   업계  유일의  을  제공하는  핵심  엔진  입니다     시스템의  하드웨어적  구성요소에  최적으로  작동   은  의  하드웨어적  구성  요소인  와  에  최적으로  작동할  수  있도록  되어있습니다  주기적으로  에 들어있는  정보를  디스크로  하여  데이터의  일관성을  유지하고  각각의  디스크에  정보를  하여  빠른  데이터  를  보장하며  모아 쓰기  기법으로  디스크의  병목  현상  을  해소하였습니다   완벽한  데이터  무결성  보장  데이터의  무결성을  보장하기  위하여  파일  시스템을  언제나  하며  파일시스템의  가  발생하여  데이터의  불일치가  발생하게  되는  것을 원천적으로  방지하여  가용성이  높습니다  

IBM Systems Storage © 2008 IBM Corporation  최고 효율 및 성능의 RAID > Advanced RAID-4 (+ WAFL)   스토리지  시스템의  디스크는  별도의  디스크를  장착하는  로  구성되어  있습니다  일반적인  환경에서  디스크의  의  병목  현상  때문에  많은  제조  업체들  이  를  장착하고  있습니다  그러나  를  사용하면  온라인  확장에  제한이  있기  때문에  데이터가 급팽창하고  온라인  확장의  필요성이  많아진  환경에는  적합하지  않습니다    은  모아  쓰기  기법으로  디스크의  병목  현상을  해결하고  온라인  확장에  강한  를  기본으로  탑재하고  있습니다    시스템에는  가  항시  대기하고  있어서  디스크  장애시에  자동으로  데이터가  절체되어  넘어갑니다         입력          첫번째      두번째      세번째             

IBM Systems Storage © 2008 IBM Corporation    또는  와  비교하여  배  이상의  데이터  보호  기능  강화  심지언  와  비교하여  배  이상의  데이터  보호  기능  강화  동일  그룹  내에서  발생할  수  있는  가지  경우의  에  대한  대비  가능  하나의  그룹  내에서  개의  디스크  드라이브가 동시에  시   하나의  그룹  내에서  개의  디스크  드라이브가 동시에  미디어  에러  발생  시   하나의  그룹  내에서  한  개의  디스크는  장애가  발생하고 또다른  하나의  디스크에  미디어  에러  발생  시    –  당  개의  디스크  구성   기능의  확장  및  데이터  안정성  향상 최고 성능 및 안정성의 RAID DP > RAID-DP (Dual Parity) 

IBM Systems Storage © 2008 IBM Corporation  NVRAM (비휘발성 메모리)   스토리지  시스템은  정전이나  기타  사고에  의한  데이터의  손실을  방지하기  위하여  기본적인  캐쉬  메모리  외에  비휘발성  메모리  즉   을  탑재하고  있습니다  만일  정전  후에  전원이  다시  들어오면  마치  네트워크  인터페이스에서  들어온  것처럼  에서  캐시  메모리  으로  데이터를  보내서  하도록  합니다   많은  스토리지  제품이  유사한  기술을  사용하고  있으나  캐시  메모리  전체를  백업하고  있어서  대용량의  배터리를  사용해야  하고  배터리를  사용함으로써  데이 터  보존  시간도  몇  시간  내로  매우  짧습니다  반면에  는  만  저장하고  초  후에는  자동으로  디스크로  하여  데이터  손실을  방 지합니다    을  이용하면  성능  또한  개선됩니다  네트워크에서  들어온  데이터를  디스크에  쓰기  전에  패킷를  서버에게  보낼  수  있습니다  따라서  빠른 패킷  회전율을  제공하여  경쟁사에  비해서  훨씬  뛰어난  성능을  발휘합니다       

IBM Systems Storage © 2008 IBM Corporation  FilerView  단일  스토리지  제품에  대해  단순하면서도  중앙  집중화된  관리  툴을  제공   는  에서  기본적으로  제공   기반  인터페이스   는  당대  스토리지  네트워크  기술에  걸  맞는  강력한  원격  관리  솔루션을  제공합니다    툴은  모든  스토리지  장비에서  사용할  수  있읍니다    관리자는  웹  브라우저를  통해  언제라도  어디에서  라도  모니터링  작업을  할  수  있습니다 

IBM Systems Storage © 2008 IBM Corporation  Appliance Watch  표준  기능을  기본으로  제공합니다   또한  관리의  단순화를  위해  기존의  기반의  관리  어플리케이션을  지원하는  를  추가적으로  제공합니다    는  나  에  통합  운영되어  관리의  일관성을  제공합니다   시스템  관리자는  기존의  관리  환경에  를  통합함으로써  장비에  대한  관리  및  모니터링을  쉽게  수행할  수  있습니다   기반의  효율적인  관리  툴   에  대한  자동  감지  시스템  상태  모니터링  및  이벤트  관리   관리하기  위한  웹  기반의  관리  도구  제공  온라인  문서  제공  의  특징

IBM Systems Storage © 2008 IBM Corporation  FlexVol  디스크    볼륨  논리적  스토리지  컨테이너  중단없는  확장  및  축소  가능  수  메가  바이트  단위의  볼륨에서  부터  대용량의  볼륨  구성  가능  볼륨  레벨  속성  모두  유지   물리적  스토리지  풀 구성  요소  서로  다른  데이터  집합을  위한  서로  다른  컨테이너  볼륨    볼륨  공간  요구에  부합하도록  크기  조정이  가능  볼륨  및  의    내의  볼륨간  여유  공간의  공유  추가적인  없이  공간  재할당  가능   볼륨  제공  기능   독립적인  복사  다른  볼륨에  영향을  주지  않으며  사용  가능  장점

IBM Systems Storage © 2008 IBM Corporation    생성   생성   생성  특정  볼륨을  위해  블럭을  미리  할당하지  않음  데이터가  됨에  따라  은  에  공간을  할당  동작  방법             

IBM Systems Storage © 2008 IBM Corporation  Data Fabric Manager                   카테고리 스토리지 인프라 관리 데이터 가용성 관리 스토리지 자원관리 정보 관리    의  구성   는  단일  콘솔을  통해  스토리지들을  관리할  수있는  강력하고  사용하기  쉬운  어플리케이션   는  조직이  완벽한  엔터프라이즈  스토리지  네트워크를  관리하고  하며  재배치하는  것을  가능하게  함    스토리지  및  넷캐쉬   볼륨   모니터링  스토리지  상태  및   이메일  또는  기타  장비를  통한  경고  성능  및  용량  분석  스토리지  및  캐싱  장비   볼륨  디스크  네트워크 링크  구성      기능

IBM Systems Storage © 2008 IBM Corporation  VFM   가상화  솔루션   윈도우즈  통합   원격지  복제  및  재해  복구      클라이언트  클라이언트  접근을  하고  있는 분산된  클라이언트  환경                 복잡한  매핑  엔지니어링    마케팅  및  엔지니어링  서버  및  스토리지의 독립적  구성   마케팅   기능  사용  전 파일  접근  및  관리의  복잡성

IBM Systems Storage © 2008 IBM Corporation  단일  스토리지  로서의  스토리지  관리  는  엔터프라이즈  파일  스토리지들에  대한  “  ” 를  제공 관리를  위한 스토리지  통합  풀   단순화된  데이터  접근 마케팅  광고  브로우셔  발표  자료 엔지니어링  실행  파일  라이브러리  발표  자료  의  파일  데이터에  대한   기능  사용  후

IBM Systems Storage © 2008 IBM Corporation   기본적으로  하나의  시스템은  하나의  도메인을  지원합니다  그러나  경우에  따라서는  하나의  시스템에서  여러  도메인을  지원해야  할  경우가  있습니다  이러한  경우에  를  설정하면  하나의  시스템으로  최대  개까지의  도메인을  지원할  수  있습니다  여러  도메인을  하나의  스토리지  시스템에서 지원함으로써  데이터  관리의  단순화  및  백업의  중앙  집중화가  가능합니다   의  용도   는  하나의  시스템에  있는  네트워크  및  스토리지  자원을  논리적으로  나누어서  사용하는  것입니다  즉  를  설정하면  물리적으로는 하나의  시스템이  있지만  논리적으로는  여러  대의  시스템이  동작하고  있는  것처럼  설정할  수  있습니다   란  MultiStore 부서  부서    물리적  부서   

IBM Systems Storage © 2008 IBM Corporation   고객이  받고자  하는  주소를  에  등록하면  는  시스템에  디스크  불량  등의  장애가  발생할  경우  지정된  주소  및  의  고객  지원  센터로  을  발송하여  장애  사실을  통보하여  줍니다   또한  주기적으로  시스템의  상태  설정  사항  등을  보고하며  고객  지원  센터에서는  보내진  메일을  점검하고  추적하여  향후  발생할  지도  모르는  장애에  대비할  수 있습니다   의  동작   는  고객이  원할  경우  을  이용하여  시스템의  장애  또는  상태를  보고하는  기능입니다   란  AutoSupport   를  사용할  경우  장애가  발생하면  의  고객  지원  센터로  자동으로  연락이  되므로  사용자가  따로  연락하지  않아도  필요한  지원을  받으실  수 있습니다   또한  에서  시스템의  상태  및  설정  상황을  주기적으로  분석함으로써  발생할  가능성이  있는  장애  요소에  대하여  대비할  수  있습니다   의  이점

IBM Systems Storage © 2008 IBM Corporation  목차 III 지원 가능 솔루션 N3300 표준 제안서 N3300 표준 제안서

IBM Systems Storage © 2008 IBM Corporation   은  별도의  추가적인  디스크  용량  필요  없이  온라인으로  사용할  수  있는  백업을  개까지  디스크에  가지고  있어서  필요  시  수  의 데이터일지라도  몇  분  안에  복구할  수  있으며  당  수초  이내에  백업할  수  있습니다  또한  사용자의  인터페이스가  기존의  디렉토리  개념을  사용하기 때문에  복구를  필요로  하는  사람이  최소  파일단위에서부터  전체  볼륨까지  직접  복구할  수도  있습니다  장시간  서비스  중단을  초래하는  것  중의  대부분은  데이터와  관련해서  일어나는  장애입니다  대부분의  데이터의  상실은  사용자의  실수에  의한  것이고  때로는  응용  프로그램이나  서버의  오류로  인한  데이터  손실  전산실  주변환경  등이  있습니다  이러한  데이터  장애의  경우나  서비스의  특성상  일정한 과거의  데이터를  필요로  하는  경우  많은  시스템  관리자들은  백업된  테이프를  이용하여  복구합니다  이럴  경우  서비스의  몇  시간  중지는  불가피하며  이로 인한  이익의  감소  및  실추된  회사의  이미지는  돈으로  계산하기  어려울  정도입니다  또한  데이터의  양이  많아짐에  따라서  백업하는  시간이  많이  소요되어 전체적으로  확장성을  구현하기  어렵습니다   의  추세는  미션  크리티컬한  데이터를  디스크에서  디스크로  복제하는  재난  복구  기술을  이용하고  있으며  다른  제조  업체의  데이터 복제와  의  솔루션은  비용  효율  성능에서  큰  차이를  보입니다  3.1 SnapShot 솔루션 백업  테이프가  필요없는  효율적  복구비용  효율측면에서  차별화  된  성능수  의  데이터도  몇분  안에  복구

IBM Systems Storage © 2008 IBM Corporation   일반적으로  파일  시스템은  파일  시스템의  정보를  저장하는  부분과  실제  데이터를  저장하는  부분으로  나뉘게  됩니다  은  파일  시스템의  정보만을 복사하여  저장하기  때문에  복사되는  용량이  적고  빠르게  복사할  수  있습니다   만일  어떠한  파일이  그림의  의  네  블록을  차지하고  있었다면  을  이용한  백업은  데이터의  복제  없이  파일  시스템  정보만을  복사하게  됩니다   이후에  이  파일  중  일부  데이터가  변경되어  가  ’ 으로  바뀌었다면  는  기존의  에  데이터를  덮어쓰지  않고  새로운  블록에  ’ 을  저장하게  됩니다  따라서 현재  사용중이  파일  시스템에서  보면  ’  로  보이지만  을  이용하면  이전의  데이터인  로  보이게  됩니다   이후에  또다시  을  만들었다면  이  에서  보는  파일은  ’  로  보이게  됩니다   의  동작        ’’          ’’            

IBM Systems Storage © 2008 IBM Corporation    을  이용하면  온라인  백업과  복구를  쉽게  수행할  수  있습니다  예를 들어  사용자의  실수나  어플리케이션의  오류로  인하여  손실된  데이터가 있었다면  을  열어  그  파일을  다시  복사해  올  수  있습니다    은  대량의  데이터에  대한  온라인  백업에  사용되기도  합니다  서비스의  중단  없이  백업을  받기  원한다면  을  만들어  으로부터  백업을  수행할  수  있습니다  을  만드는 시간은  당  초  미만이므로  서비스에  큰  영향이  없이  백업을  수행할  수 있습니다   의  이용

IBM Systems Storage © 2008 IBM Corporation  3.2 SnapRestore 솔루션   백업본을  이용한  초고속  복구  솔루션    을  이용하면  사용자의  실수  등으로  인한  데이터  유실로부터  빠르게  데이터를  복구할  수  있고  또한  데이터  베이스의  오류  등과  같이  전체적인  볼륨에 대한  복구도  대단히  짧은  시간  안에  할  수  있습니다  주기적으로  을  만들어  두었다면  를  이용하여  데이터  베이스  오류나  컴퓨터 바이러스  등에  의해서  데이터  볼륨  전체에  대한  복구가  필요할  때  분  이내의  초고속  복구를  구현할  수  있습니다   예를  들어  을  만든  후  파일  시스템이  변경되었다면  를  이용하면  을  만들기  이전으로  파일  시스템을  되돌릴  수  있습니다   의  동작 ’’             

IBM Systems Storage © 2008 IBM Corporation  3.3 SnapVault 솔루션   스토리지  및  서버들의  백업  백업  가능  서버   영원한  백업  가능  최초  백업  후  영원히  백업만  실시  가능   백업  이미지가  저장   백업만을  진행하더라도   솔루션을  이용하여  백업  이미지  저장  백업  이미지의  즉각적인  읽기  쓰기  가능  백업된  데이터의  즉각적인  확인  가능으로  백업의  신뢰성  향상  파일단위  복구  시  직접  하여  사용  가능  디스크  기반  백업의  혁명  데이터  백업  및  복구  작업을  매우  간소화   보호  디스크  스토리지를  백업  매체로  사용하여  백업  데이터에  대한  높은  수준의  신뢰성  제공  백업  데이터의  직접  확인  가능   복구시간목표  복구시점목표  를  크게  향상 온라인  백업  및  복구  최소  디스크  스토리지만  필요  하므로  와  네트워크  리소스를  더욱  효율적으로 사용  백업을  위한  스토리지  필요  용량  최소화  가능 증분식  영구  백업  몇  주  동안의  백업을  온라인으로  보관하므로  테이프  백업을  늘릴  필요가  없고 테이프  매체  비용도  절감 완벽한  기술  통합  빠른  복구가  필요한  경우  로컬  백업을  저장하거나  재난  방지가  필요한  경우  원격 위치에  저장 표준  네트워킹  인프라  활용  중앙  집중  식  관리로  백업  관리  비용을  절감 쉽고  자동화된  조작

IBM Systems Storage © 2008 IBM Corporation     보다  짧은  간격의  백업  가능  보다  많은  백업  본을  온라인  상에  유지  매우  안정적이고  디스크  스토리지  백업  데이터의  즉각적인  검증  빠른  백업  속도  테이프  백업에  의한  부하  제거   및  망을  통한  백업  통합  가능  빠른  복구  저가의  디스크를  사용하여  복구  시점  목표와  복구  시간  목표  개선  빠른  복구가  가능한  지속적인  백업   데이터  복구   네트워크  스토리지  서버들에  대한  영향  최소화  네트워크를  통한  데이터  전송  최소화   시스템들의  사용량  최소화  백업  윈도우의  최소화  및  제거  솔루션의  장점  낮은  백업  인프라  비용  백업  복사본을  저장하기  위한  최소한의  스토리지  사용   시  최소의  네트워크  소모  –  스토리지의  백업  불필요  테이프를  이용한  복구  기회  감소  테이프  미디어  사용  비용  감소  백업  윈도우의  제거  개별  사용자에  의한  파일  복구  가능  기존  인프라와의  통합  가능  테이프  가격으로  스토리지의  장점을  이용  가능

IBM Systems Storage © 2008 IBM Corporation   일반적인  백업은  주단위로  한번  풀  백업을  받은  후에  하루  단위로  바뀐 파일에  대해서만  파일단위로  백업을  받게  됩니다  이러한 백업에서의  복구의  경우는  원하는  날짜까지의  데이터를  백업과  역순으로  리스토어를  순차적으로  실행해야  하기  때문에  복구에  많은 시간이  소요될  뿐만  아니라  백업  데이터의  저장에도  많은  양의  공간이 필요하게  됩니다    와  을  이용한  백업  및  복구는  초기에  한번만  풀 백업을  받으면  그  이후로는  바뀐  파일  단위가  아닌  바뀐  블록만  백업  후에  백업한  파일  시스템에  대한  을 보관하게  되므로  주  단위의  풀  백업이  필요  없이  항상  백업 만으로도  풀  백업본을  보관하게  되는  효과를  볼  수  있습니다   복구의  경우에도  원하는  날짜의  을  이용하여  한번에  복구가 가능하기  때문에  항상  풀  리스토어가  가능하게  되는  획기적인  개념의 데이터  백업  및  복구  솔루션입니다   또한  바뀐  파일  단위가  아닌  바뀐  블록  단위로  데이터를  백업  하게  되므로 백업되는  디스크의  공간을  현저히  줄일  수  있는  이점이  있습니다   의  동작            ’  만  저장  이  기종  ’’      ’’       

IBM Systems Storage © 2008 IBM Corporation              3.4 SnapLock 솔루션   특정  볼륨에  대하여  가  단  한번만  허용되도록  제한할  수  있는  기능  파일  단위별  보관  기간  설정  가능    볼륨  단위  구성  및  제한의  단위는  파일  단위로  작동함   한번  된  데이터는  수정이나  삭제가  불가  함   표준  프로토콜  인터페이스  사용  쉬운  데이터  접근  및  어플리케이션  통합  가능   로  접근  기존  방식에  비하여  월등한  접근성과  성능  안정성  가용성을 제공   및   모든  제품에  적용  가능 

IBM Systems Storage © 2008 IBM Corporation   고정적   영구적으로  삭제  및  재기록이  불가   만료  일자  지정  가능   요구사항에  부합   요구  사항에  완전히  부합   기능이  적용된  파일들은  스토리지의  물리적  파손없이는 훼손되어  질  수  없음  간편한  복제   추가된  편의성과  안전성을  위해  기본적으로  각  볼륨에  대해  최소  및  최대  보존기간  설정  가능   보존기간을  연장할  수  있으나  줄일  수는  없음   파일들은  보존기간에  이르러  삭제되어질  수  있음    볼륨은  에  이르러  파괴할  수  있음   은  시스템이  사용자가  시스템  및  네트워크  시간을  변경함에  따라  발생되는  속임수에  대해  시스템을  보호  유동적   데이터를  안전하게  장기  보존  가능  만료  일자  지정  가능  기업  정보  보관을  위한  최고의  솔루션  부분적인  스토리지  관리  가능  스토리지  관리자에게  볼륨  해제  권한  부여  개별적  정보  파일들  은  수정되거나  삭제될  수  없음 

IBM Systems Storage © 2008 IBM Corporation  3.5 LockVault 솔루션   솔루션과  솔루션의  특징을  하나로  결합한  스토리지  솔루션이  임  백업  및  복구  그리고  의  통합  금융회사  및  보험회사가    데이터  를  위해  주로  디자인됨                 는  기본  백업을  차  스토리지에 저장  매일  저녁  백업은  단지  변경된 블럭들만을  저장  그러나  백업의  이미지로 보관함   는  기간에  따라  백업에  을  함   백업과  를  위한  단일 아키텍쳐   로그는  복사본  사에에서  변경

IBM Systems Storage © 2008 IBM Corporation  3.6 SnapValidator 솔루션   은  파일러가  데이터가  파일러에  저장될  때  데이터의  정합성을  확인할  수  있도록  하는  의  확장  기 능  스토리지에  데이터가  저장  되기건  호스트  운영  시스템  네트워크  그리고  중간의  다른  매체에  의해  발생되는  데이터  을  막을  수  있도록  지 원  오라클에서는  라고  칭함    스토리지  업계  유일  지원

IBM Systems Storage © 2008 IBM Corporation    솔루션은  스토리지  내부에서  물리적인  데이터  복제본  생성을  가능하게  합니다   시점단위  데이터  복제  솔루션으로  적용  가능 내부  복제  솔루션   를  사용하면  원거리  재난  복구  솔루션을  쉽게  구축할  수  있습니다  백업된  데이터는  항상  일관성이  보장되기  때문에  지역 서버를  기동할  때  파일  시스템에  대한  점검이  불필요하며  빠른  서비스  복구가  가능합니다 원거리  재난  복구  시스템 3.7 SnapMirror 솔루션   는  데이터  보호를  위한  디스크  백업  솔루션으로  현재  사용되는  데이터  볼륨에  대한  단순한  백업  뿐만  아니라  읽기  전용  볼륨을  제공합니다   는  을  이용하여  데이터를  백업하기  때문에  항상  일관성을  보장하며  변경된  부분만을  전송하기  때문에  네트워크  대역폭을  효과적으로 사용할  수  있습니다  미러  된  볼륨을  읽기  전용으로  사용  가능   는  데이터  보호를  위한  솔루션  중  유일하게  별  을  지원합니다  이  기능은  기존의  솔루션들이  디스크  볼륨대 볼륨으로의  데이터  만을  지원하는데  비하여  고객에게  필요한  데이터만  선별하여  리플리케이션  할  수  있게  하는  효율적인  기능입니다   별  미러  가능백업된  데이터를  다시  백업하는  다중  백업  시스템도  구성할  수  있습니다

IBM Systems Storage © 2008 IBM Corporation   근거리에  두  대의  를  설치하고  고속  전송장치를  이용  두  장비의  를  맞춥니다  최초  설치  시  원거리에  두  대의  를  설치하고  전송장치를  이용  업데이트  블록에  대해서만 주기적으로  혹은  실시간으로  두  장비의  를  맞춥니다   운영  시   중에도  양쪽  시스템은  모두  를  유지하며  도  모두  되고  볼륨은  로  사용이  가능합니다  특  장점            여러  차례의  후나  중 어느  때라도  가  유지  되며  도  미러  되고  읽기  전용으로 사용이  가능함          전송  중에도    은  계속  변경됨  중이라도  가  유지되며  도  미러  되고  읽기 전용으로  사용이  가능함    

IBM Systems Storage © 2008 IBM Corporation   시스템에  있는  파일  시스템을  다른  시스템  혹은  같은  시스템  내에  읽기  전용  파일  시스템을  복제하는  기능   기술  기반에  의하여  초기  생성  후  변경된  부분만  복제   방식  지원   혹은  기반  복제  운영  지원  원격지  사이트에서는  데이터에  대한  읽기  전용만  가능  복제  단위는  볼륨  혹은  기반으로  가능     데이터  복제  복사   복사   데이터  복제    

IBM Systems Storage © 2008 IBM Corporation        와  사용하기  쉬운  제공  이벤트  제공   솔루션과  통합   차  또는  테이프  스토리지  지원  온라인  스토리지  확장  고가용성   3.9 SnapManager 솔루션  신속한  백업  및  복구  표준  윈도우즈  와  함께  구성  백업  복구를  위한  제공   지원   지원   솔루션과  통합  온라인  스토리지  확장  단일  메일  박스  복구  지원 

IBM Systems Storage © 2008 IBM Corporation  서버  서버  서버  서버  서버  서버           의 스토리지  가용성  보장   및   및  어드레스  을  로  옮긴  후  가상  스타트  의  을  로  옮김 3.9 Cluster Failover 솔루션   클러스터형  는  업무에  핵심적인  환경에  강력하고 가용성  높은  데이터  서비스를  제공   클러스터형  를  한  쌍의  파일러에  설치하면  사용 불가능한  파일러의  데이터  서비스가  클러스터의  다른  파일러로 전달되어  데이터  가용성이  보장   일반적으로  데이터  서비스는  최종  사용자와  어플리케이션에  투명하게 전송되며  실질적인  업무  중단  없이  빠르게  데이터  서비스가  다시 시작됩니다    클러스터형  는  가  넘는  데이터  가용성을 제공함으로써  가동  시간  요구  조건이  높은  기업  작업  그룹  및  전자 상거래  어플리케이션에  이점을  줄  수  있습니다   클러스터형  관리  작업은  간단하고  직관적이며  사용하기 쉬우므로  유지보수를  위한  오버헤드가  최소화되고  운영자에  의한 오류가  감소합니다   이러한  모든  이점을  통해  전체  환경의  총  가용성이  향상됩니다 

IBM Systems Storage © 2008 IBM Corporation  3.10 FlexClone 솔루션  스토리지  공간의  추가  없이  여러  개의  즉각적인  데이터  셋  구성이  가능  어플리케이션  테스트  및  개발  환경에  대해  매우  효과적인  개선기능  제공  경쟁사  솔루션을  구태의연하게  만듦 볼륨  볼륨   디스크에 데이터    볼륨  의   볼륨 변경된  블럭 볼륨  변경된  블럭  기존  볼륨을  가지고    생성  에  기반을  둔  새로운  볼륨    의  생성  결과  독립적인  볼륨  및  효율적인  저장   된  볼륨의  수정  원래  볼륨의  수정

IBM Systems Storage © 2008 IBM Corporation  3.11 SnapMover 솔루션 디스크  어레이를  공유하는  간이나  클러스터  환경의  파일러  제품간  논리적인  작업  부하  분산을  위한 데이터  마이그레이션  솔루션 “  ” 이란  새로운  소프트웨어  기반의  디스크  메커니즘을  이용하여  데이터의  없이  빠른 데이터  마이그레이션  가능  서비스  중단의  제거  또는  최소화  및  볼륨  레벨  데이터  마이그레이션을  제공하기  위해  와 