백업 시스템에 대한 설명입니다. 글로벌 및 러시아 시장의 백업 및 데이터 복구 시스템을 검토합니다. GFI 백업 프로그램 개요
소프트웨어 예약 사본 .
적절한 장비 구입은 백업 인프라 구축을 위한 필요조건이지만 충분조건은 아닙니다. 문제의 또 다른 중요한 부분은데이터가 파괴되지 않도록 보호하기 위한 논리적 기반이 될 전문 소프트웨어 선택.
단일 사용자의 파일을 백업해야 하는 경우 일반적으로 Windows의 Ntbackup 또는 Unix 시스템의 tar와 같은 표준 유틸리티로 충분합니다. 백업 방법을 설정하고 파일 변경 여부를 확인하는 데 사용할 수 있지만(선택적 백업 수행 시 필요) 기업 전체에서 사용하는 것은 적절하지 않은 것 같습니다.
소규모 회사의 경우 특별한 소프트웨어 없이도 할 수 있는 경우가 많습니다. 최소한으로 필요한 기능을 갖춘 백업의 경우 OS(이 설명은 MS Windows 및 UNIX 모두에 해당)와 함께 제공되며 Oracle DBMS의 경우 Legato Networker의 잘린 버전이 제공됩니다.
중견기업과 대기업은 높은 수준의 통합과 자동화를 갖춘 잘 구성된 백업 인프라가 필요합니다. 소프트웨어클라이언트-서버 아키텍처를 사용합니다.
언제 기업 정보 시스템을 사용하면 상황이 훨씬 더 복잡해집니다.. 여기에는 파일 서버, 데이터베이스 서버 등과 같은 특수 기술을 사용하는 다양한 컴퓨터가 포함됩니다. 정보를 백업하려면 특별한 기술 솔루션이 필요합니다. 또한 기업 정보 시스템의 경우 사용자 정보를 보존하는 것뿐만 아니라 하드웨어 오류가 발생하는 경우에도 컴퓨터와 서버의 기능을 최대한 빨리 복원하는 것도 중요합니다. 이를 통해 직원의 긴 가동 중지 시간 및 관련 회사 손실을 방지할 수 있습니다.
전체 백업 컴플렉스를 성공적으로 운영하려면 다음이 필요하다는 것은 분명합니다. 소프트웨어와 하드웨어의 조화로운 작업. 따라서 기업 규모의 백업 시스템의 경우 표준 수단백업은 적용되지 않습니다. 대기업용 데이터 백업 및 복구 소프트웨어가 충족해야 하는 몇 가지 중요한 요구 사항은 다음과 같습니다.
- 클라이언트-서버 원칙을 기반으로 시스템 구축. 현대의 모든 정보 시스템은 네트워크를 기반으로 하기 때문에 백업 시스템도 네트워크 기반이어야 합니다. 이러한 시스템은 다음을 제공해야 합니다. 전용 컴퓨터에서 전체 네트워크에 대한 백업 관리; 서버 및 워크스테이션에 포함된 데이터의 원격 백업 백업 장치의 중앙 집중식 사용. 백업에 적용될 때 클라이언트-서버 용어는 다음을 의미합니다. 모든 프로세스와 장치에 대한 제어를 제공하는 백업 시스템의 구성 요소를 서버라고 하며, 특정 데이터를 저장하거나 복원하는 구성 요소를 클라이언트라고 합니다. 엔터프라이즈 규모의 백업 소프트웨어 제품은 모든 요소의 조화로운 작동을 보장해야 합니다. 컴퓨터 네트워크- 워크스테이션, 서버 및 백업 장치 - 장치 및 통신 채널에 대한 부하를 최소화합니다. 이를 위해 시스템 서버, 관리 콘솔(일반적으로 서버에 설치되지 않음), 백업 에이전트(워크스테이션에 설치된 클라이언트 프로그램)와 같은 소프트웨어 패키지 구성이 사용됩니다. 또한 이러한 제품은 다양한 운영 체제를 실행하는 클라이언트와 함께 작동할 수 있는 기능을 제공해야 합니다. 마지막으로, 이러한 프로그램은 사용자 및 데이터베이스 파일이 열려 있고 시스템에서 사용 중인 경우에도 해당 파일에 대한 액세스를 제공해야 합니다.
- 다중 플랫폼.현대의 정보 네트워크이질적이다. 따라서 백업 시스템은 이러한 네트워크에서 완벽하게 작동해야 합니다. 즉, 서버 부분이 다양한 운영 환경에서 작동하고 다양한 하드웨어 및 소프트웨어 플랫폼에서 클라이언트를 지원한다고 가정합니다. 최소한 다양한 운영 체제에 대한 클라이언트 가용성.
- 일반적인 작업의 자동화.백업 프로세스에는 필연적으로 다양한 작업 주기가 많이 포함됩니다. 백업 시스템은 주기적 작업을 자동으로 수행하고 수동 작업 횟수를 최소화해야 합니다. 특히 예약된 백업, 미디어 순환, 백업 장치의 예약된 유지 관리를 지원해야 합니다. 예를 들어, 복사는 매일 수행할 수 있습니다. 특정 시간. 주기의 또 다른 예는 백업 미디어의 정보를 덮어쓰는 프로세스입니다. 매일이라면 백업 복사본일주일 동안 보관해야 하며, 이 기간이 지나면 해당 미디어를 다시 사용할 수 있습니다. 백업 미디어를 순차적으로 교체하는 프로세스를 순환이라고 합니다. 주기적 작업에는 특수 카세트를 사용하여 특정 기간 동안 작동한 후 테이프 드라이브의 테이프 드라이브 메커니즘 구성 요소를 청소하는 등 백업 장치의 예방적 유지 관리도 포함됩니다. 업무 자동화는 다음 중 하나라는 점에 유의해야 합니다. 핵심 요소백업 시스템 유지 비용을 절감합니다.
- 다양한 백업 모드를 지원합니다.동일한 디렉토리에 포함된 파일과 같은 특정 파일 세트를 매일 백업해야 한다고 가정해 보겠습니다. 원칙적으로 근무일 중에는 개별 파일만 변경되며, 이전 백업이 생성된 이후 변경되지 않은 정보를 매일 복사할 필요는 없습니다. 이를 바탕으로 시스템은 다양한 백업 모드를 제공해야 합니다. 즉, 이전 복사본이 생성된 이후 변경된 정보만 저장하는 기능을 지원해야 합니다.
- 간편한 설치, 다양한 드라이브 지원, 재해 발생 후 네트워크 서버의 빠른 복구. 시스템 충돌 등 다양한 이유로 네트워크 서버가 실패할 수 있습니다. 하드 드라이브또는 시스템 정보의 파괴로 이어지는 소프트웨어 오류로 인해. 이 경우 복원하려면 OS 재설치, 장치 구성, 애플리케이션 설치, 파일 시스템 및 사용자 계정 복원이 필요합니다. 이러한 모든 작업은 매우 노동 집약적이며 이 프로세스의 어느 단계에서나 오류가 발생할 수 있습니다. 따라서 서버를 복원하려면 가능한 한 빨리 작동 상태로 되돌리기 위해 시스템 데이터를 포함하여 서버에 저장된 모든 정보의 백업 복사본이 필요합니다.
-주요 DBMS(MS-SQL, Oracle, DB/2) 및 비즈니스 핵심 애플리케이션(MS Exchange, SAP R/3 등)을 위한 모듈 가용성온라인 데이터 백업. 정보 시스템에는 24시간 내내 작동해야 하는 다양한 클라이언트-서버 응용 프로그램이 포함되는 경우가 많습니다. 이에 대한 예로는 이메일 시스템, 공동 작업 시스템(예: Lotus Notes) 및 SQL 서버가 있습니다. 이러한 시스템의 데이터베이스는 항상 열려 있기 때문에 기존 방법을 사용하여 백업하는 것은 불가능합니다. 따라서 자체 백업 기능이 내장되어 있는 경우가 많지만 일반적으로 용도에 맞지 않습니다. 일반 기술조직에 의해 채택되었습니다. 이를 기반으로 백업 시스템은 클라이언트-서버 애플리케이션 데이터베이스가 온라인에 저장되어 있는지 확인해야 합니다.
- 중앙 및 로컬 관리가 가능하며 모니터링 및 관리 도구가 개발되었습니다.백업 프로세스를 관리하고 상태를 모니터링하려면 백업 시스템에 그래픽 모니터링 및 제어 도구, 광범위한 이벤트 알림 도구, 보고서 생성 및 배포 기능이 있어야 합니다.
위의 요구 사항에 따라 엔터프라이즈 백업 소프트웨어는 SMB(중소기업) 솔루션보다 우수해야 합니다. 그러나 교육 비용뿐만 아니라 상당히 높은 취득 비용도 필요합니다. 이러한 이유로 제품을 선택할 때 고급 기능을 고려해야 합니다. 추가 기능그리고 기술. 새로운 요구 사항으로 인해 더 이상 확장할 수 없는 소규모 기존 솔루션의 경우 모든 주요 공급업체가 엔터프라이즈급 제품에 대한 소프트웨어 업그레이드를 제공하며, 디스크 백업은 백업 성능을 크게 향상시키고 다음을 제공하므로 대기업에게 특히 중요한 기능으로 간주됩니다. 추가 기능데이터 보호.
기업 부문에서 널리 사용되는 솔루션으로는 HP Data Protector, Bakbone NetVault, BrightStor ARCserve Backup(Computer Associates), Legato NetWorker, Veritas NetBackup 등이 있습니다. 이러한 제품 중 다수는 러시아에서 당연히 인기가 있습니다. 이들 모두는 다양한 유형의 운영 체제와 대용량 데이터를 사용하는 이기종 환경에서 작동하고 만족하도록 설계되었습니다. 높은 요구 사항생산성, 안정성 및 가용성을 위해. 따라서 SAN(Storage Area Network)에 대한 지원은 이러한 제품의 필수 구성 요소입니다. 멀티플렉싱을 통해 엔터프라이즈 백업 솔루션은 고성능을 제공하고 여러 라이브러리 및 드라이브를 지원하며 데이터베이스 에이전트 및 운영 체제를 사용하여 특정 요구 사항에 맞게 조정할 수 있습니다. 문제의 소프트웨어 유형은 스토리지 시스템과 함께 제공되거나 타사 공급업체에서 제공되는 추가 기능 세트입니다. 여기에는 일반적으로 볼륨의 스냅샷 생성, 전체 생성이 포함됩니다. 작업 사본볼륨(스냅클론), 예약된 데이터 복제(복제) 및 원격 스토리지에 대한 볼륨 수준의 데이터 미러링(동기/비동기 미러링) 등이 있습니다.
데이터 스토리지 시스템(DSS) 및 스토리지 소프트웨어 제조업체는 이 문제를 해결하기 위한 몇 가지 개념을 제공합니다. 이 기능은 컨트롤러 마이크로코드(Hitachi), 추가 서버 모듈(어플라이언스)(EMC, HP, IBM) 또는 FC 스위치 수준(Cisco, Troika)의 형태로 제공될 수 있습니다.
위에 나열된 브랜드 A 데이터 웨어하우스 제조업체는 이 기능이 "자사" 데이터 웨어하우스 사이에서만 작동하는지 확인하기 위해 열심히 노력하고 있습니다. 같은 모델 계열의 구성원입니다. 동시에 Cisco와 Troika에서 제공하는 솔루션은 모든 스토리지에 대해 가상화를 투명하게 만들고 보편적입니다. 그러나 두 접근 방식 모두 구현 비용이 매우 저렴하고 모든 조직에서 사용할 수 있는 것은 아니라는 점에 유의해야 합니다.
또한 보관 절차를 수행하기 위한 프로그램 선택 기능에 대해서도 살펴봐야 합니다. 백업 소프트웨어와 마찬가지로 아카이빙 소프트웨어의 선택은 기업의 개별 요구 사항과 요구 사항에 따라 결정됩니다. 영향을 받는 비즈니스 프로세스와 관련 법적 요구 사항을 고려하여 선택 및 구현이 수행됩니다. 중요한 점은 보관된 데이터 세트에 대한 올바른 접근 방식입니다. 보관되는 정보의 애플리케이션이나 유형에 따라 필요한 소프트웨어가 결정되는 경우가 많기 때문입니다. 일반적으로 다음과 같은 가장 중요한 선택 기준이 인정됩니다.
- 법적 측면과 법적 요구 사항을 고려합니다.
- 정보 배열을 위한 본격적인 검색 시스템
- 필요한 애플리케이션을 사용하여 작업할 수 있는 능력
- 보관, 검색 및 평가 중 성능
- 필요한 장치에 대한 지원
- 통합 완벽한 솔루션저장
대부분의 아카이빙 소프트웨어는 애플리케이션마다 다르므로 일부 회사에서는 기존 이메일 및 ERP 시스템을 위한 전문 솔루션을 제공합니다. SAP용 시스템의 주요 제조업체에는 Open Text(SAP Document Access 및 SAP Archiving 애플리케이션), IBM(DB2 CommonStore for SAP), EMC(Archive Services for SAP), Technoserv AS(Technoserv Content Server) 및 기타 콘텐츠용 제품이 포함됩니다. 문서 관리 및 보관. 다양한 애플리케이션의 정형 및 비정형 데이터에 대한 아카이빙과 정보 수명주기 관리를 지원하는 통합 솔루션은 관리 비용을 절감할 수 있으므로 앞으로 가장 합리적인 선택이 될 것입니다. HP RISS(참조 정보 저장 시스템)는 현재 지원됩니다. 마이크로소프트 익스체인지 Outlook, Lotus Domino 및 MS Office 응용 프로그램 파일 형식의 문서, 어도비 PDF, HTML 등
백업 및 보관 소프트웨어의 향후 발전은 유연한 리소스 공유, 더 광범위하고 포괄적인 애플리케이션 지원, 고성능 검색 기능 개발을 가능하게 하는 장치 가상화 추세에 의해 주도됩니다. 또한 공유 미디어 관리와 같은 백업 및 보관 소프트웨어 간의 호환성을 향상시키기 위한 다양한 개발이 진행되고 있습니다. 장기적으로 보면 경계가 더욱 흐려질 것입니다. 아마도 두 스토리지 분야가 더 이상 존재하지 않을 수도 있습니다.
현대 정보 시스템 사용자가 가장 두려워하는 것은 무엇입니까? 우리는 설문조사를 실시하지 않을 것이며, 이를 바탕으로 그들을 괴롭히는 악몽 목록을 작성하지 않을 것입니다. 우리는 이 암울한 목록의 가장 높은 부분이 데이터 손실의 위협임을 간단히 언급하고 있습니다. 그리고 대부분의 경우 가정용 컴퓨터의 데이터 손실이 짜증나는 경우 기업 네트워크의 정보 손실은 직원과 회사 모두에게 치명적일 수 있습니다. 그러나 백업을 담당하는 사람에게는 이러한 손실의 치명타가 절대적으로 불가피합니다. 그러나 이것이 얼마나 공정한가?
현대 정보 시스템은 백업 문제를 우선시합니다. 기업은 내결함성 디스크 어레이, 특수 백업 및 저장 장치를 구입하는 데 막대한 비용을 지출하고 이를 유지 관리하기 위해 우수한 자격을 갖춘 전문가를 고용하지만 여전히 데이터 손실이 계속됩니다. 당연히 머리가 굴러갑니다. 그러나 완벽하게 디버깅되고 구성된 시스템을 오용하는 데 문제가 있는 경우가 많습니다. 비유적으로 말하면, 사용자는 현미경으로 못을 망치려고 합니다.
올해 2월, 대규모 출판 회사에서 끔찍한 일이 일어났습니다. 프로젝트 중 하나의 데이터가 손실되었습니다. 다음과 같은 이상한 점이 발견되었습니다.
1. 프로젝트 폴더 구조는 변경되지 않았습니다. 파일만 누락되었습니다.
2. 폴더 구조는 완전히 존재했지만 백업 테이프에서 파일을 찾을 수 없었습니다(그런데 매일 수행됨).
백업 시스템 구축에 필요한 조치백업 시스템은 비즈니스 연속성을 보장하는 데 필요한 조건 중 하나입니다. Gartner에 따르면 재해로 피해를 입고 기업 데이터가 영구적으로 손실된 기업 중 43%가 운영을 계속할 수 없는 것으로 나타났습니다. 백업 시스템이 목적을 달성하고 최적으로 작동하려면 전체 설계 작업 주기를 완료해야 하지만 생성되는 모든 시스템에 대해 이 작업을 수행하는 것이 좋습니다. 백업 시스템 생성 또는 업그레이드를 목표로 하는 전체 작업 주기에는 일반적으로 다음 단계가 포함됩니다. 백업 시스템의 생성 또는 현대화를 위한 컴퓨터 시스템의 기술 감사 백업 시스템 개념 개발 - 백업 시스템 구축, 현대화 및 개발을 위한 권장 사항 개발. 이러한 유형의 작업은 필수는 아니지만 대규모 동적 작업에 권장됩니다. 시스템 개발; 백업 시스템 설계 - 기술 및 작업 문서 개발 기존 백업 시스템에서 새 백업 시스템으로의 전환 일정을 개발합니다. 이러한 유형의 작업은 백업 시스템을 업그레이드할 때 필요하며 이로 인해 상당한 변화가 발생했습니다. 기존 시스템; 장비 및 소프트웨어 공급 및 구성 운영 절차 개발 - 백업 시스템 운영 프로세스 구성, 백업 시스템 규정 및 일정 개발. 이러한 유형의 작업은 매우 중요합니다. 제대로 구성된 운영 프로세스가 없으면 백업 시스템을 포함한 단일 시스템이 효과적으로 작동하지 않습니다. 데이터 백업 및 복구에 대한 고객 직원을 위한 교육 프로그램을 작성합니다. 백업 시스템의 경우 인력 교육이 특별한 역할을 합니다. 백업 시스템의 목적은 오류 발생 후 데이터를 복원하는 것이므로 이 절차를 수행하는 담당자는 긴급 상황 및 시스템 기능을 복원할 시간이 부족한 상황에서 작업하게 됩니다. 결과적으로 데이터 복구 작업 실행은 관리자가 자동으로 수행해야 하며 이는 정기적인 연습을 통해서만 달성할 수 있습니다. |
||
전통적으로 러시아에 대한 조사는 책임자를 식별하고 향후 유사한 상황이 반복될 가능성을 제거하기 위한 조치를 취하는 두 가지 방향으로 진행되었습니다.
우선, 백업 소프트웨어에 대한 불만이 제기되었습니다. 이 작업이 수행된 이유는 매우 평범한 것으로 밝혀졌습니다. 정보를 테이프에 복사하려면 전체 디스크 구조를 통과해야 하는 백업 소프트웨어이므로 오작동이 발생하는 경우 이론적으로 파일을 파괴할 수 있습니다. 이 가정은 피해자들로부터 나온 것이기 때문에 단순히 불가능하다고 말하는 것만으로는 충분하지 않습니다. 인증되고 합법적으로 구매한 소프트웨어 제품에서 이러한 고유한 결함이 발생할 가능성을 제쳐두고, 우리는 비전문가에게 이러한 가정의 부조리함을 납득시킬 수 있는 간단하고 명확한 방법을 찾아야 했습니다. 이 작업은 매우 어려웠지만(대부분의 경우 불가능함) 성공했습니다. 사실 백업 소프트웨어는 파일 작업 시 도메인 계정 중 하나를 사용합니다. 따라서 사용 중인 계정의 권한에 따라 파괴 능력이 제한됩니다. 기본적으로 서버에 저장된 모든 정보에 대한 전체 액세스를 허용하는 로컬 관리자 계정이 사용됩니다. 한편, 이 접근 방식은 백업 정보에 대한 액세스 권한이 부족하여 백업을 수행할 수 없는 상황을 제거한다는 사실로 정당화됩니다. 반면에 관리자 권한은 전체 액세스를 의미하므로 정보를 삭제할 수 있습니다. 고려 중인 상황에서 백업 소프트웨어는 모든 정보에 액세스할 수 있지만 정보를 변경할 수는 없는(읽기 전용 액세스) 특별히 생성된 계정으로 작동했습니다. 이러한 사실 덕분에 IT 부서는 백업 소프트웨어가 사고와 관련되지 않았음을 입증할 수 있었습니다.
따라서 발생한 공황이 멈춘 후 무슨 일이 일어 났는지 이해하고 가장 수용 가능한 설명을 찾으려는 시도가 이루어졌습니다. 우선, 문제가 발생한 시점으로부터 3개월 전에는 분실된 프로젝트 폴더가 비어 있었던 것으로 확인되었습니다. 이 사실은 백업 소프트웨어 운영 프로토콜에 반영되어 사건에 포함되었습니다. 그런 다음 서버에 최소 3개월 동안 액세스되지 않은 완료된 프로젝트가 포함되어 있는 것으로 확인되었습니다. 그 결과 서버에서 정보가 삭제된 후 한 달(사용된 백업 방식에서 자기 미디어의 회전 기간) 동안 테이프에 저장된 후 테이프를 덮어쓰게 되었고 이 정보는 최종적으로 손실되었습니다.
백업 시스템 요구 사항모든 최신 정보 시스템은 네트워크를 기반으로 구축되므로 백업 시스템도 네트워크 기반이어야 합니다. 즉, 모든 네트워크 노드에서 들어오는 데이터의 보존을 보장해야 합니다. 전반적으로 네트워크 시스템백업에는 다음 기능 요구 사항이 제시됩니다. "클라이언트-서버" 원칙을 기반으로 시스템 구축. 백업에 적용될 때 클라이언트-서버 용어는 다음을 의미합니다. 모든 프로세스와 장치를 관리하는 백업 시스템의 구성 요소를 서버라고 하며, 특정 데이터를 저장하거나 복원하는 구성 요소를 클라이언트라고 합니다. 특히, 그러한 시스템은 다음을 제공해야 합니다. 전용 컴퓨터에서 전체 네트워크에 걸쳐 백업을 관리합니다. 서버 및 워크스테이션에 포함된 데이터의 원격 백업 백업 장치의 중앙 집중식 사용. 다중 플랫폼. 현대의 정보 네트워크는 이질적입니다. 따라서 백업 시스템은 이러한 네트워크에서 완벽하게 작동해야 합니다. 즉, 서버 부분이 다양한 운영 환경에서 작동하고 다양한 하드웨어 및 소프트웨어 플랫폼에서 클라이언트를 지원한다고 가정합니다. 일반적인 작업 자동화. 백업 프로세스에는 필연적으로 다양한 작업 주기가 많이 포함됩니다. 예를 들어, 매일 특정 시간에 복사가 발생할 수 있습니다. 주기의 또 다른 예는 백업 미디어의 정보를 덮어쓰는 프로세스입니다. 일일 백업을 일주일 동안 보관해야 하는 경우 이 기간이 지나면 해당 미디어를 다시 사용할 수 있습니다. 백업 미디어를 순차적으로 교체하는 프로세스를 순환이라고 합니다. 주기적 작업에는 특정 작동 기간 후에 특수 카세트를 사용하여 테이프 드라이브의 테이프 드라이브 메커니즘 구성 요소를 청소하는 등 백업 장치의 예방적 유지 관리도 포함됩니다. 따라서 백업 시스템은 주기적 작업을 자동으로 수행하고 수동 작업 횟수를 최소화해야 합니다. 특히 다음을 지원해야 합니다. 예약된 백업을 수행합니다. 미디어 회전; 백업 장치의 정기 유지 관리. 작업 자동화는 백업 시스템 유지 비용을 줄이기 위한 핵심 조건 중 하나라는 점에 유의해야 합니다. 다양한 백업 모드 지원. 동일한 디렉토리에 포함된 파일과 같은 특정 파일 세트를 매일 백업해야 한다고 가정해 보겠습니다. 일반적으로 근무일 중에는 개별 파일만 변경되므로 이전 백업이 생성된 이후 변경되지 않은 정보를 매일 복사할 필요가 없습니다. 이를 바탕으로 시스템은 다양한 백업 모드를 제공해야 한다. 즉, 이전 복사본 생성 이후 변경된 정보만 저장하는 기능을 지원해야 한다. 재해 발생 후 네트워크 서버의 빠른 복구. 네트워크 서버는 시스템 하드 드라이브 오류나 시스템 정보를 파괴하는 소프트웨어 오류 등 다양한 이유로 실패할 수 있습니다. 이 경우 복원하려면 OS 재설치, 장치 구성, 애플리케이션 설치, 파일 시스템 및 사용자 계정 복원이 필요합니다. 이러한 모든 작업은 매우 노동 집약적이며 이 프로세스의 어느 단계에서나 오류가 발생할 수 있습니다. 따라서 서버를 복원하려면 가능한 한 빨리 작동 상태로 되돌리기 위해 시스템 데이터를 포함하여 서버에 저장된 모든 정보의 백업 복사본이 필요합니다. 대화형(온라인) 모드의 데이터 백업. 정보 시스템에는 24시간 내내 작동해야 하는 다양한 클라이언트-서버 응용 프로그램이 포함되는 경우가 많습니다. 이에 대한 예는 다음과 같습니다. 우편 시스템, 협업 시스템(예: Lotus Notes) 및 SQL 서버. 이러한 시스템의 데이터베이스는 항상 열려 있기 때문에 기존 방법을 사용하여 백업하는 것은 불가능합니다. 따라서 자체 백업 도구가 내장되어 있는 경우가 많지만 일반적으로 해당 도구의 사용은 조직에서 채택한 전체 기술에 맞지 않습니다. 이를 기반으로 백업 시스템은 클라이언트-서버 애플리케이션 데이터베이스가 온라인에 저장되어 있는지 확인해야 합니다. 고급 모니터링 및 관리 도구.백업 프로세스를 관리하고 해당 상태를 모니터링하려면 백업 시스템에 그래픽 모니터링 및 제어 도구와 광범위한 이벤트 알림 도구가 있어야 합니다. |
||
그래서 우리는 정보 손실의 연대기를 확립했습니다. 이제 우리는 책임자를 식별하는 매우 어려운 작업에 직면했습니다. 한편으로는 백업 시스템이 정보 저장 작업에 대처하지 못했습니다. 한편, 이 정보는 한 달 동안 테이프에 저장되었으며 사용자의 첫 번째 요청 시 복원이 가능했습니다. 그러나 이 요구는 받아들여지지 않았습니다. 프로젝트가 완료되었고 아무도 작업하지 않았기 때문입니다. 결과적으로 모두가 옳고, 유죄인 사람도 없고, 정보도 없습니다. 그 상황 - 좋은 예올바른 기술의 오용. 질문에 답해 보겠습니다. 백업 시스템이 직면한 작업은 무엇입니까? 장애 발생 시 정보를 신속하고 완벽하게 복원하는 것이 최우선 과제입니다. 또 다른 점은 고려중인 예에서는 실패 사실이 추적되지 않아 데이터 복구가 수행되지 않았다는 것입니다. 그러나 이것은 관리 및 백업 서비스에 대한 책임을 결코 비난할 수 없습니다.
고려 중인 상황은 현재 정보의 일일 백업과 거의 사용되지 않는 정보(우리의 경우 완료된 프로젝트)의 별도 백업이라는 최소한 2단계 백업 시스템을 유지해야 할 필요성을 명확하게 보여주는 예입니다. 안타깝게도 정보 보안 문제에 대한 이러한 접근 방식의 필요성은 일반적으로 경영진 사이에서 이해되지 않습니다.
이 슬픈 이야기는 어떻게 끝났나요? 내용은 다음과 같습니다.
1. 완성된 프로젝트를 DVD로 저장하기로 결정했습니다.
2. 자기매체의 순환주기가 3개월로 늘어났습니다.
3. 정보 저장 및 보존 정책은 개최 기간 내내 개발 및 채택되었습니다.
추신 그럼에도 불구하고 데이터는 모든 네트워크에 존재하는 파일 저장소 중 하나에서 발견되었습니다.
이 책은 컴퓨터 시스템과 정보 기술 산업에 익숙하고 스토리지 시스템과 직접 관련된 Windows NT 아키텍처에 대한 지식을 확장하려는 독자를 대상으로 작성되었습니다. 유사한 시스템. 이 책에서는 기업용 스토리지 시스템을 다루고 소비자급 시스템에는 관심을 덜 기울이고 있습니다. 이 발행물은 저장소 기술을 처음 접하는 소프트웨어 전문가와 Windows NT 저장소 아키텍처에 대한 추가 지식을 원하는 저장소 전문가의 관심을 지원하기 위한 것입니다. 동시에 이 책은 설명된 주제에 대한 포괄적인 정보를 얻으려는 모든 독자의 관심을 끌 것입니다.
책:
이 페이지의 섹션:
예를 들어 데이터 스토리지 센터에서 사용되는 다양한 백업 구성표가 있습니다. 다양한 백업 범주를 함께 사용할 수 있다는 점은 주목할 가치가 있습니다. 백업은 다음과 같이 분류됩니다.
아키텍처 기반;
기능을 기반으로;
네트워크 인프라를 기반으로 합니다.
각 분류 유형을 더 자세히 살펴보겠습니다.
5.3.1 아키텍처에 따른 백업 분류
백업 분류의 한 가지 유형은 아키텍처를 기반으로 합니다. 백업은 적용되는 개체와 백업 응용 프로그램이 해당 개체를 얼마나 잘 지원하는지에 따라 달라집니다. 사용 가능한 백업 아키텍처 유형은 섹션 5.3.1.1부터 5.3.1.3까지 설명되어 있습니다.
5.3.1.1 디스크 이미지 및 논리 블록 수준의 백업
이 경우 백업 애플리케이션은 데이터 블록으로 작동합니다. 일반적으로 이러한 백업 구성표를 사용하려면 서버의 모든 응용 프로그램이 복사된 데이터에 액세스할 수 없어야 합니다. 애플리케이션은 내부 구조에 관계없이 하드 드라이브에 액세스한 다음 논리 블록 수준에서 읽기/쓰기 작업을 수행합니다.>
이러한 유형의 백업의 장점은 데이터 백업 및 복구 작업 속도이며, 이는 중요한 시스템 오류 후 데이터를 복원하는 데 특히 중요합니다. 단점은 응용 프로그램이 디스크에 액세스하는 것이 금지되어 있다는 것입니다. 운영 체제. 또 다른 단점은 허용된 파일이 있는 디스크를 백업할 때 사용되지 않은 논리 블록이 너무 많이 백업에서 복사된다는 점입니다. 일부 백업 애플리케이션은 사용되지 않는 논리 블록을 감지하고 건너뛰는 데 필요한 적절한 소프트웨어 논리를 제공합니다. 이러한 백업을 희소 복사본 디스크 이미지.
마지막으로, 디스크의 모든 데이터를 복구하는 것과 달리 특정 파일 또는 몇 개의 파일만 검색하는 것은 매우 어렵습니다. 이를 위해 백업 소프트웨어는 테이프에 저장된 파일 시스템 메타데이터를 처리하고 테이프에서 필요한 파일의 위치를 계산해야 합니다. 일부 프로그램에서는 이미지 수준 백업에서 특정 파일을 복원할 수 있지만 일부 운영 체제에만 해당됩니다. 다른 응용 프로그램은 FAT16 파일 시스템의 파일 위치 테이블과 같은 파일 메타데이터를 테이프에 기록하여 이미지 수준 백업에서 파일 복구를 최적화하려고 합니다.
Windows 2000과 함께 제공되는 NTFS 버전에는 논리 블록의 위치에 해당하는 비트맵과 같은 파일의 모든 메타데이터가 이미 포함되어 있습니다. 데이터 복구 프로그램은 필요한 파일의 각 논리 블록에 대한 자기 테이프의 위치를 계산하는 데 필요한 메타데이터를 찾습니다. 그런 다음 테이프를 한 방향으로 스크롤하고 되감기 프로세스 중에 필요한 모든 섹션을 읽으므로 파일 복구를 위한 모든 데이터를 얻을 수 있습니다. 테이프를 양방향으로 되감지 않기 때문에 복구 시간이 단축될 뿐만 아니라 테이프의 수명도 단축됩니다. 설명된 백업 애플리케이션에는 Legato Celestra 프로그램 등이 포함됩니다.
때로는 백업 방법 선택이 제한된다는 점에 유의하세요. 데이터베이스가 파일 시스템 없이 베어 디스크 볼륨을 사용하는 경우 유일한 선택은 이미지 수준 백업과 응용 프로그램 수준 백업 중 하나입니다(이 유형의 백업은 섹션 5.3.1.3에서 설명됨).
5.3.1.2 파일 수준 백업
이 유형의 백업에서 백업 프로그램은 운영 체제 및 파일 시스템의 서비스를 사용합니다. 한 가지 장점은 특정 파일 또는 파일 세트를 복구하는 효율성입니다. 또 다른 장점은 백업 시 운영 체제와 응용 프로그램에서 동시에 파일에 액세스할 수 있다는 것입니다.
그러나 여기에도 단점이 없던 것은 아닙니다. 특히 이미지 수준 백업에 비해 백업 시간이 더 오래 걸립니다. 다수의 작은 파일을 복사하는 경우 디렉터리 메타데이터에 액세스할 때 운영 체제 및 파일 시스템에 대한 로드가 상당할 수 있습니다. 게다가 문제도 있는데 열린 파일, 이는 앞서 설명했습니다.
또 다른 단점은 보안과 관련이 있습니다. 해당 문제는 백업 방법(이미지, 파일 레벨)에 관계없이 발생하며, 해당 권한으로 백업을 수행할 경우 발생합니다. 계정사용자가 아닌 관리자 또는 백업 운영자입니다. 이것 유일한 방법단일 복원 작업으로 여러 사용자의 파일을 복구합니다. 전제 조건은 액세스 제어 목록 및 파일 소유권 정보와 같은 파일 메타데이터가 올바르게 구성되어 있다는 것입니다. 문제를 해결하려면 백업에서 데이터를 복원할 때 메타데이터를 구성하는 데 필요한 파일 및 운영 체제 API의 지원이 필요합니다. 또한 백업 및 복구 애플리케이션은 제공된 기능을 올바르게 사용해야 합니다.
5.3.1.3 애플리케이션 수준 백업
이 경우 데이터 백업 및 복구는 Microsoft SQL Server, Microsoft Exchange 등 애플리케이션 레벨에서 수행되며, 백업은 해당 애플리케이션에서 제공하는 API를 사용하여 수행됩니다. 이 경우 백업은 특정 시점의 시스템 상태를 형성하는 파일 및 개체 집합으로 구성됩니다. 주요 문제는 백업 및 복원 작업이 애플리케이션과 긴밀하게 연결되어 있다는 것입니다. 새로운 애플리케이션 출시로 인해 API 또는 기존 API의 기능이 변경되는 경우 관리자는 예약 프로그램의 새 버전으로 마이그레이션해야 합니다.
애플리케이션은 파일 시스템이 없는 빈 디스크를 사용하거나 애플리케이션 자체 메타데이터가 포함된 대용량 파일을 디스크에 씁니다. 이러한 애플리케이션의 예로는 Microsoft Exchange가 있습니다. Windows XP 및 Windows Server 2003은 이러한 파일을 복구할 수 있는 중요한 NTFS 기능을 지원합니다. 파일은 논리 블록으로 복원되고 끝에 표시됩니다. 새로운 기능 Win32 API라고 합니다. SetFileValidData.
5.3.2 기능에 따른 백업 분류
백업 애플리케이션을 분류하는 또 다른 방법은 백업 프로세스 중에 제공되는 기능을 기반으로 합니다. 데이터 스토리지 센터는 일반적으로 아래에 설명된 전체 백업 유형, 차등 백업 및 증분 백업 유형 중 최소 2개(대부분의 경우)를 모두 사용합니다.
5.3.2.1 전체 백업
~에 전체 백업(전체 백업) 파일 또는 개체의 전체 세트와 관련 메타데이터가 백업 미디어에 복사됩니다. 장점은 시스템 장애 시 한 세트의 복구 미디어만 사용된다는 것입니다. 단점은 모든 데이터가 복사되기 때문에 복사 시간이 걸린다는 점입니다. 전체 백업은 디스크 이미지 수준이나 블록 수준에서 수행되는 경우가 많습니다.
~에 차등 백업(차등 백업)이 보관됩니다. 마지막 전체 백업 이후 발생한 모든 변경 사항.차등 백업은 이미지 수준이나 파일 수준에서 생성될 수 있으므로 이 변경 세트는 변경된 디스크 블록 세트(이미지 수준 백업의 경우) 또는 변경된 파일 세트(파일 수준 백업의 경우)가 됩니다. 레벨 백업). 차등 백업의 가장 큰 장점은 전체 백업에 비해 백업 시간이 크게 단축된다는 것입니다. 반면에 장애 복구에는 시간이 더 오래 걸립니다. 오류를 복구하려면 두 가지 데이터 복구 작업이 필요합니다. 첫 번째는 전체 백업에서 데이터를 복원하고 두 번째는 차등 백업에서 데이터를 복원합니다.
저비용 스토리지 하위 시스템을 사용할 때 애플리케이션이 작은 파일을 많이 생성하고 전체 백업을 수행한 후 일부 파일을 변경하는 경우 차등 파일 수준 백업이 사용됩니다. 그러나 대용량 데이터베이스 파일에 작은 변경 사항을 지속적으로 적용하는 데이터베이스 관리 응용 프로그램에서 하드 드라이브를 사용하는 경우에는 이러한 백업이 적용되지 않습니다. 이런 방식으로 파일 수준 백업은 전체 파일의 복사본을 생성합니다. 그러한 프로그램의 예로는 거대한 데이터베이스 파일에 작은 변화를 주기 위해 지속적으로 노력하는 Microsoft Exchange가 있습니다.
이전 스토리지 하위 시스템 모델에서는 데이터베이스 애플리케이션 파일 백업을 포함하여 어떤 상황에서도 이미지 수준 차등 백업을 사용할 수 있습니다. 이러한 효율성이 가능한 이유는 많은 양의 메타데이터를 저장하므로 백업 이후 변경된 디스크 블록을 빠르게 식별할 수 있기 때문입니다. 이렇게 하면 변경된 디스크 블록만 백업되고, 변경되지 않은 많은 디스크 블록은 백업되지 않습니다. 오래된 스토리지 하위 시스템을 사용할 때 백업 효율성이 더 높더라도 특정 시점에 백업을 시작하고 백업이 완료된 후에도 데이터 I/O를 계속할 수 있는 API를 사용할 필요가 남아 있습니다. 이전 스토리지 모델은 백업 중에 중지해야 하는 데이터 I/O 양을 줄여 작동합니다.
5.3.2.3 증분 백업
~에 증분 백업(증분 백업)이 보관됩니다. 마지막 전체 또는 차등 백업 이후의 변경 사항만 표시됩니다.분명히 이 유형의 백업에는 마지막 전체 또는 증분 백업 이후 변경되지 않은 파일이 백업 미디어에 복사되지 않기 때문에 시간이 더 적게 걸립니다. 이 방법의 단점은 마지막 전체 백업과 여러 증분 백업에 해당하는 여러 미디어 세트를 사용하여 수행되므로 재해 복구 작업 시간이 오래 걸린다는 것입니다.
이전 스토리지 하위 시스템 모델이 없는 경우 다양한 파일 세트가 변경되거나 추가되면 증분 백업이 수행됩니다. 이전 스토리지 하위 시스템 모델을 사용하는 경우 증분 블록 기반 백업을 사용할 수 있습니다. 이 경우 변경된 블록을 식별하는 데 충분한 메타데이터를 사용할 수 있기 때문입니다.
5.3.3 네트워크 인프라에 따른 백업 분류
백업을 분류하는 한 가지 방법은 네트워크 토폴로지와 연결된 노드를 백업하는 가장 좋은 방법 선택에 미치는 영향을 기반으로 합니다. 네트워크 인프라에 따른 백업 유형(DAS, NAS, SAN 백업, 지역 네트워크및 서버에서) 섹션 5.3.3.1–5.3.3.4에서 논의됩니다.
5.3.3.1 DAS 이중화
이 가장 오래된 형태의 백업은 저장 장치가 서버에 직접 연결되던 시절에 시작되었습니다. 네트워크 연결 저장 장치의 개발에도 불구하고 DAS 백업은 Windows 서버에서 호스팅되는 데이터 복사에 여전히 널리 사용되고 있습니다. DAS 이중화 방식은 그림 1에 나와 있습니다. 5.3. / DAS 이중화의 장점은 사용 편의성입니다. 서버의 애플리케이션은 해당 디스크 볼륨에서 데이터를 읽고 이를 자기 테이프에 씁니다. 그러나 DAS 이중화에는 몇 가지 단점이 있습니다.
여러 개의 테이프 드라이브(백업이 필요한 각 서버당 하나씩)를 사용하려면 상당한 재정적 투자가 필요합니다. 즉, 여러 서버에서 단일 드라이브를 공유하는 것은 거의 불가능합니다.
여러 테이프 드라이브를 백업하려면 여러 관리자가 필요하므로 총 소유 비용(TCO)이 높습니다.
여러 개의 테이프를 저장하면 혼란스러울 수 있습니다.
여러 서버의 데이터는 중복되지만 동기화되지 않는 경우가 많기 때문에 동일한 데이터가 테이프로 전송되므로 유사한 데이터를 여러 테이프에 저장하면 혼란스러울 수 있습니다.
쌀. 5.3. 다스예약
마지막으로 서버는 디스크와 테이프 드라이브 간의 데이터에 대한 읽기/쓰기 요청을 처리해야 합니다.
5.3.3.2 NAS 백업
3장에서 언급했듯이 DAS 스토리지 시대는 클라이언트/서버 시스템의 등장으로 끝났으며, 클라이언트와 서버가 로컬 네트워크 자원을 공유하기 시작했습니다. 이는 서버에 연결된 테이프 드라이브가 여러 네트워크 서버에서 액세스되는 아키텍처를 허용했습니다.
그림에서. 그림 5.4는 일반적인 NAS 백업 시나리오를 보여줍니다. 다이어그램의 왼쪽 창에는 여러 서버가 표시됩니다. 이는 응용 프로그램 서버일 수도 있고 파일 및 인쇄 서버일 수도 있습니다. 오른쪽 창에는 백업 서버와 연결된 테이프 드라이브가 포함되어 있습니다. 이 드라이브는 여러 응용 프로그램 서버, 파일 서버 및 인쇄 서버의 정보를 백업하는 데 사용할 수 있습니다. 따라서 NAS 이중화를 사용하면 테이프 스토리지를 공유하여 여러 서버에 걸쳐 데이터를 백업할 수 있으므로 전체 비용이 절감됩니다.
NAS 중복에는 몇 가지 단점이 있습니다.
백업 작업은 LAN 처리량에 영향을 미치며, 백업 스트림을 별도의 네트워크 세그먼트로 리디렉션하기 위해 LAN 분할이 필요한 경우가 많습니다.
노드의 작동 시간이 늘어납니다. 즉, 사용자 요청 및 트랜잭션을 서비스하기 위해 서버를 사용할 수 있어야 하는 시간이 늘어납니다. 또한 서버에 저장되는 데이터의 양이 늘어나므로 이 데이터를 백업하는 데 더 많은 시간이 필요합니다.
쌀. 5.4. NAS 중복 구성표
설명된 문제의 관련성을 고려하면 백업 효율성을 보장하는 것이 네트워크를 설계하고 필요한 백업 장치의 정확한 수를 결정할 때 유일한 기준이 됩니다.
5.3.3.3 SAN 중복성
SAN(Storage Area Network)의 개발로 인해 새로운 백업 개념이 등장하게 되었습니다. 새로운 기능은 SAN(Storage Area Network)이 두 장치 간에 충분한 대역폭을 제공할 수 있고 토폴로지에 따라 여러 쌍의 장치 간에 지연 시간이 짧은 통신을 동시에 제공할 수 있다는 사실을 기반으로 합니다. 반면, 30개 이상의 장치가 포함된 파이버 채널 링 토폴로지를 사용하면 전체 링 대역폭이 연결된 모든 장치에서 공유되므로 여러 개의 고대역폭, 낮은 대기 시간 연결을 생성하는 기능이 제공되지 않습니다.
그림에서. 그림 5.5는 일반적인 SAN 백업 애플리케이션의 아키텍처를 보여줍니다. Fibre Channel 브릿지를 살펴보세요. 대부분의 테이프 드라이브는 파이버 채널(병렬 SCSI 사용)을 지원하지 않으므로 이러한 장치를 연결하려면 브리지가 필요합니다. 그림에서. 5.5 Windows NT 서버는 로컬 네트워크와 스토리지 네트워크에 동시에 연결됩니다.
백업 토폴로지(그림 5.5 참조)에는 여러 가지 장점이 있습니다.
테이프 드라이브는 데이터가 백업되는 서버에서 상당히 멀리 떨어져 있을 수 있습니다. 이러한 드라이브에는 일반적으로 SCSI 인터페이스가 장착되어 있지만 최근에파이버 채널 인터페이스를 갖춘 드라이브가 점점 더 많이 등장하고 있습니다. 즉, 하나의 SCSI 버스에만 연결할 수 있으므로 여러 서버 간에 드라이브를 공유하기가 어렵습니다. 파이버 채널 기반 SAN은 공유 문제를 해결하기 위해 다중 장치 지원을 제공합니다. 여기에는 여전히 적절한 권한을 사용하여 테이프 드라이브에 올바르게 액세스했는지 확인하는 방법이 필요합니다. 그러한 방법의 예가 아래에 제시되어 있습니다.
쌀. 5.5. 스토리지 네트워크를 통한 백업
구역화 방법을 사용하면 한 대의 서버가 특정 시점에 테이프 드라이브에 액세스할 수 있습니다. 문제는 서버가 구역화 요구 사항을 준수하는지 확인하는 것입니다. 또한 테이프 체인저나 멀티 카세트 드라이브가 올바르게 사용되는지 확인해야 합니다.
다음 방법은 다음과 같은 SCSI 인터페이스 명령을 사용하는 것입니다. 예약하다그리고 풀어 주다.
테이프 드라이브를 서버에 연결하는 방법을 사용하면 특수 서버 소프트웨어를 통해 장치에 대한 액세스를 공유할 수 있습니다. 테이프 드라이브는 꽤 비싼 장치이기 때문에 테이프 드라이브를 공유하는 것은 매우 매력적인 솔루션입니다. 설명된 드라이브에는 IBM의 Tivoli 장치 등이 포함됩니다.
로컬 네트워크가 없는 백업 기술은 SAN을 사용하여 로컬 네트워크 외부에서 데이터 전송이 수행되기 때문에 이름이 붙여졌습니다. 이렇게 하면 로컬 네트워크의 로드가 줄어들므로 데이터를 백업할 때 애플리케이션의 네트워크 처리량이 감소하는 문제가 발생하지 않습니다.
오프라인 백업을 사용하면 테이프 드라이브를 공유하여 리소스를 보다 효율적으로 사용할 수 있습니다.
로컬 네트워크 없이 데이터를 백업하고 복원하면 하나의 장치에 장애가 발생해도 여러 장치에서 동시에 백업을 수행할 수 있으므로 오류 방지가 더 좋습니다. 마찬가지로 데이터 복구 중에 여러 장치를 사용할 수 있으므로 보다 효율적인 리소스 계획이 가능합니다.
마지막으로 SAN은 더 많은 기능을 제공하므로 백업 및 복원 작업이 훨씬 빠르게 완료됩니다. 고속데이터 전송.
5.3.3.4 서버 독립적 중복성
이 백업은 때때로 서버 없이 백업또는 제3자 복사.서버 독립적 백업은 일반적으로 LAN에 구애받지 않는 백업이므로 특정 호스트에서 데이터를 이동할 필요가 없습니다. 이 백업 방법의 기본 아이디어는 SCSI 확장 복사 명령을 사용하는 것입니다.
서버 독립적 백업은 INCITS 위원회, 더 정확하게는 T10 기술 소위원회(ANSI 문서 INCITS.351:2001, SCSI Primary Commands-2)에서 승인한 SCSI Extended Copy 명령에서 구현된 SNIA 협회의 계획입니다. . 참고: SCSI 표준에서는 이미 복사 명령에 대한 지원을 설명했지만 이전에는 모든 SCSI 장치를 동일한 버스에 연결하는 데 필요한 명령을 사용했습니다(복사 명령은 이후 더 이상 사용되지 않는 것으로 간주되었습니다. 자세한 정보는 웹 사이트 http:/에서 제공됩니다). /www.110.org). 확장 복사 명령은 다양한 SCSI 버스에서 데이터의 소스 및 대상을 사용하는 등의 추가 기능을 추가합니다. 이 경우 명령 구문에서 지원하는 주소 지정이 완전히 유지됩니다.
서버 독립적 백업에서는 데이터 이동 에이전트를 사용하여 데이터가 복사되는 동안 백업 서버가 다른 요청을 처리할 수 있습니다. 데이터는 데이터 소스에서 대상, 즉 백업 미디어로 직접 전송됩니다(소스에서 백업 서버로 복사한 다음 백업 미디어로 전송하는 대신).
쌀. 5.6. 서버 독립적 백업
우리는 서버 독립적 백업의 이점을 이해하고 있지만 데이터 복구는 완전히 다른 과제라는 점을 잊어서는 안됩니다. 서버 독립적 복원 작업은 극히 드물게 유지됩니다. 이 기술을 사용하여 생성된 백업은 일종의 소프트웨어가 포함된 서버를 사용하여 데이터를 백업하고 복원하는 전통적인 방법을 사용하여 복원되는 경우가 많습니다.
서버 독립적 백업의 원리는 그림 1에 나와 있습니다. 5.6. 다이어그램을 단순화하기 위해 그림에는 백업을 설명하는 데 필요한 최소 구성 요소 수가 표시됩니다. 실제로 스토리지 네트워크는 더 복잡한 구조를 가지고 있습니다. 그림에서. 5.6은 아래의 서버를 보여줍니다. 윈도우 제어, 파이버 채널 HBA를 사용하여 파이버 채널 스위치에 연결됩니다. 또한 SCSI 테이프 드라이브와 디스크 장치가 연결되는 Fibre Channel-K-SCSI 라우터가 사용됩니다. 디스크 및 테이프 장치를 동일한 라우터에 연결할 필요는 없습니다.
Windows 서버의 미디어 서버 애플리케이션은 플러그 앤 플레이 기술을 사용하여 라우터에서 데이터 이동 에이전트를 찾습니다. 백업 애플리케이션이 결정합니다. 추가 정보예약 정보(디스크 장치 식별자, 논리 블록 시작, 복사되는 데이터 볼륨 등) 백업 서버 소프트웨어는 처음에 장치를 백업하고 필요한 미디어를 마운트하기 위해 테이프 드라이브에 일련의 명령을 실행합니다. 다음으로 백업 서버 소프트웨어는 다음 명령을 보냅니다. 펼친라우터에서 실행되는 데이터 이동 에이전트에 대한 Sora. 에이전트는 필요한 데이터의 전송을 조정합니다. 복사가 완료되면 에이전트는 Windows 서버에서 실행되는 백업 프로그램에 서비스 정보를 반환합니다.
데이터 원본 및 대상, 이동 에이전트, 백업 서버를 비롯한 여러 구성 요소가 서버 독립적 백업 프로세스에서 중요한 역할을 합니다.
데이터 소스백업해야 하는 데이터가 포함된 장치입니다. 일반적으로 전체 볼륨이나 디스크 파티션이 백업됩니다. 데이터 원본은 데이터 이동 에이전트에서 직접 액세스해야 합니다(아래 설명). 이는 서버 외부에서 직접 주소 지정이 불가능하므로 서버에 연결된 저장 장치가 서버 독립적 백업을 위한 데이터 소스가 될 수 없음을 의미합니다.
데이터 대상일반적으로 데이터가 기록되는 자기 테이프 드라이브입니다. 테이프가 아닌 디스크에 백업하는 경우 장치는 디스크가 될 수 있습니다. SAN의 다른 부분에 장애가 발생할 경우 테이프로 전송된 데이터가 손상되는 것을 방지하기 위해 테이프 장치는 일반적으로 패브릭 아키텍처의 포트에 연결됩니다. 예를 들어, 테이프 드라이브가 공유 파이버 채널 링에 연결된 경우 다른 장치의 작동 오류나 링에서 장치의 연결 또는 연결 끊김으로 인해 데이터 쓰기가 중지되고 링이 다시 초기화되어 성능이 저하될 수 있습니다. 테이프에 기록되는 데이터의 무결성.
데이터 이동 에이전트 SCSI 명령을 처리해야 하므로 일반적으로 펌웨어를 통해 라우터에 내장됩니다. 펼친파이버 채널 패킷으로 라우터에 전송되는 Sora. Fibre Channel 프레임 헤더만 처리하는 스위치와 허브는 DMA 작업을 지원하는 데 적합하지 않지만 향후 변경될 수 있습니다.
데이터 이동 에이전트는 미디어 서버로부터 명령을 받은 후 활성화됩니다. SAN에 연결된 대부분의 테이프 드라이브는 SCSI 장치입니다. 따라서 파이버 채널과 SCSI 인터페이스 간의 패킷 변환을 지원하는 라우터가 필요합니다. ~에 이 순간파이버 채널 테이프 드라이브는 점점 일반화되고 있으며 Exabyte와 같은 일부 회사에서는 데이터 이동 에이전트 기능을 추가하는 드라이브용 펌웨어를 제공합니다. 또한 기본 파이버 채널 테이프 드라이브 라이브러리에는 일반적으로 파이버 채널-SCSI 라우터가 내장되어 있어 라이브러리가 자체 데이터 이동 에이전트를 사용할 수 있습니다. 에이전트는 주니어 워크스테이션이나 서버 소프트웨어에서도 구현될 수 있습니다. Crossroads, Pathlight(현재 ADIC) 및 Chaparral은 라우터에 펌웨어에 내장된 데이터 이동 에이전트를 제공합니다. SAN에는 여러 공급업체의 여러 에이전트가 있을 수 있으며, 이는 에이전트가 동일한 네트워크에 공존하는 것을 방지하지 않습니다.
물론 데이터 이동 에이전트를 사용하려면 이를 찾아야 합니다(SCSI 명령을 사용하여). LUN 보고)백업 서버에서 적절한 주소 지정(WWN을 통해)을 보장합니다. 또한 에이전트는 두 개의 백업을 동시에 수행할 수 있습니다. 예를 들어 지리적으로 멀리 떨어져 있는 미러 리소스에 대해 하나의 복사 세션을 수행할 수 있지만 이를 위해서는 백업 서버가 두 개의 명령을 실행해야 합니다.
백업 서버는 모든 명령과 운영 관리를 담당합니다. 백업 서버의 모든 주요 책임을 다시 한 번 나열하겠습니다.
서버 소프트웨어는 적절한 SCSI 명령을 사용하여 테이프 드라이브에 액세스할 수 있도록 합니다. 예약하다그리고 풀어 주다.
백업 미디어를 마운트하는 중입니다.
데이터 소스의 정확한 주소, 논리 블록의 데이터 배치 및 백업할 데이터 양을 결정합니다.
필요한 모든 정보를 수신한 후 서버는 명령을 보냅니다. 펼친데이터 이동 에이전트에게 죄송합니다. 그런 다음 에이전트는 일련의 명령을 보냅니다. 읽다데이터 소스와 목적지의 정보를 기록합니다.
Computer Associates, CommVault, LEGATO 및 VERITAS는 서버 독립적인 백업 소프트웨어를 제공합니다. 서버 독립적인 백업 기능을 갖춘 라우터 공급업체는 소프트웨어 회사와 지속적으로 협력하여 자사 제품을 호환되게 만듭니다. 사례 V기본 SCSI 명령을 지원하는 것 확장 복사제조업체는 다른 명령을 사용합니다.
서버 독립적 백업 기술은 성숙되었지만 서버 독립적 복구에 대한 공급업체 지원은 극히 제한적입니다.
5.3.3.5 Windows Server 운영 체제 제품군 및 서버 독립적 백업
수많은 광고 및 마케팅 문헌에서는 서버 독립 백업 기술을 구현하는 특정 방법이 Windows 2000과 호환된다고 주장합니다. 이 개념을 좀 더 자세히 살펴보겠습니다. 다음은 서버 독립 백업을 구성하는 네 가지 구성 요소 각각에 대해 설명합니다. 원본 데이터 , 데이터 대상, 백업 서버 소프트웨어 및 데이터 이동 에이전트.
대부분의 경우 Windows NT 서버 외부에서 실행되는 데이터 이동 에이전트는 Windows NT 서버에 저장된 데이터를 처리할 수 없습니다. Windows NT 서버에 연결된 HBA는 일반적으로 개시자 역할을 하며 명령에 응답하지 않습니다. LUN을 보고합니다. Windows NT 서버가 파이버 채널 스위치에 연결된 RAID 배열과 같은 오프사이트 저장 장치를 사용하는 경우 해당 장치를 이동 에이전트에서 사용할 수 있습니다. 따라서 Windows NT에서 사용하는 저장 장치는 서버 독립적 백업을 위한 데이터 소스가 될 수 없다는 점을 명시하기보다는 데이터 소스가 Windows NT 서버 내부에 있는 저장 장치가 될 수 없다는 점을 명확히 해야 합니다.
Windows NT 내부 저장소를 데이터 대상으로 사용하는 것도 불가능합니다. 왜냐하면 대상은 주소 지정을 위해 DMA에서도 사용할 수 있어야 하기 때문입니다.
Windows 컴퓨터에서 백업 프로그램을 실행하는 것은 좋은 옵션입니다. Windows 서버에 연결된 HBA는 일련의 명령을 실행할 수 있습니다. 보고서검색할 각 장치(LUN 0)에 대한 LUN입니다. 그런 다음 백업 프로그램은 모든 항목을 살펴봅니다. 보이는 장치및 논리 장치 중 어느 것이 타사 복사 에이전트 역할을 할 수 있는지 알아냅니다. 일부 프로그램은 명령을 실행할 때 필요한 추가 LUN을 보고합니다. 펼친소라. 추가 LUN을 사용하는 많은 백업 프로그램은 장치 검색 프로세스를 거쳐 DMA 기능을 테스트합니다.
Windows NT의 IOCTL(중간 SCSI 인터페이스)을 사용하여 명령을 전송할 수 있습니다. 펼친 Sora를 데이터 이동 에이전트로 보냅니다(명령은 Windows NT를 실행하는 백업 서버에서 전송됩니다). Windows NT 운영 체제에는 이동 에이전트에 대한 기본 지원 기능이 없습니다. Plug dnd Play 기술을 사용하면 에이전트를 감지할 수 있지만 에이전트를 시스템 레지스트리에 등록하려면 추가 드라이버가 필요합니다.
마지막 질문이 남아 있습니다. Windows NT를 실행하는 서버나 워크스테이션에서 Data Move Agent 소프트웨어를 실행할 수 있습니까? 이 솔루션의 한 가지 장점은 이동 에이전트가 Windows 서버에 표시되는 저장 장치를 처리하고 액세스할 수 있다는 것입니다. 그러나 Windows NT 외부에 있는 백업 서버는 데이터 이동 에이전트를 실행하는 컴퓨터에 연결된 저장 장치를 검색할 수 없습니다. 에이전트는 SCSI 명령의 개시자 및 대상 역할을 할 수 있어야 합니다. Windows NT를 실행하는 컴퓨터에 연결된 HBA는 대상 장치로 작동하는 경우가 거의 없기 때문에 확장 복사 명령이 Data Mover에 도달하지 못할 수 있습니다.
참고: Windows NT에서 응용 프로그램은 중간 인터페이스를 사용하여 SCSI 명령을 실행합니다. (DeviceloControl매개변수 포함 IoControlCode동일한 IOCTOL_SCSI_PASS__THROUGH또는 IOCTL_SCSI_PASS_THROUGH_DIRECT).
지식 기반에서 좋은 작업을 보내는 것은 간단합니다. 아래 양식을 사용하세요
연구와 업무에 지식 기반을 활용하는 학생, 대학원생, 젊은 과학자들은 여러분에게 매우 감사할 것입니다.
http://www.allbest.ru/에 게시됨
1. 문제의 진술
2. 소개
3. 백업 기술
3.1 백업 기술 개요
3.2.2 디스크 드라이브
3.2.3 네트워크 기술
3.3. 백업 스토리지
4.1 GFI 백업 개요
4.1.1 일반적인 특성
4.1.2 실제 사용
4.2.1 일반적인 특성
4.3 Acronis True Image 개요
4.3.1 일반적인 특성
5. 검토된 소프트웨어 제품의 적용 및 비교
6. 결론
7. 사용된 참고문헌 목록
1. 문제의 진술
작업 3.5 "데이터 백업 및 저장 작업 및 수단." 데이터 백업 및 저장의 기본 작업과 방법을 알아봅니다. 검토 및 비교 소프트웨어잘 알려진 제조업체(Microsoft, Veritas, Symantec 등). 설명 작성 실용적인 응용 프로그램이용 가능한 수단.
2. 소개
백업은 일관된(일관된) 데이터 복사본을 생성하는 프로세스입니다. 컴퓨터 산업에서 데이터 볼륨이 크게 증가함에 따라 백업은 점점 더 중요해지고 있습니다. 백업 하위 시스템은 모든 정보 시스템에서 매우 중요한 부분입니다. 적절하게 구성하면 한 번에 두 가지 문제를 해결할 수 있습니다. 첫째, 중요한 데이터 전체를 손실로부터 안정적으로 보호합니다. 둘째, 필요한 경우 한 PC에서 다른 PC로의 빠른 마이그레이션을 구성하는 것, 즉 실제로 사무실 직원의 중단 없는 작업을 보장하는 것입니다. 이 경우에만 우리가 이야기할 수 있는 것은 효율적인 작업사본을 예약하십시오. 백업 전략을 숙지하는 것은 사용자와 시스템 관리자의 전문성에 필수적인 특성입니다. 정보를 저장할 방법과 수준(필요한 소프트웨어 및 하드웨어는 이에 따라 다름), 저장하는 데 필요한 정보의 양(선택한 정보 매체는 이에 따라 다름), 사용자 스스로 결정합니다. 로컬 네트워크의 크기 및 구조(복사를 체계적으로 수행하기 위한 실제 메커니즘에 따라 결정됨)
백업 절차를 수행하기 위해 일반적으로 백업 하위 시스템이라고 하는 특수 소프트웨어 및 하드웨어 하위 시스템이 생성됩니다. 이는 시스템 및 사용자 데이터의 정기적인 자동 복사와 신속한 데이터 복구를 위해 특별히 설계되었습니다. 정보를 시스템 파일과 별도로 저장하는 것은 이미 필수 규칙입니다. 일반 사용자의 경우 이는 최소한 HDD를 3개로 나누는 것을 의미합니다. 논리 드라이브: 시스템용, 애플리케이션용, 데이터용. 대량의 기밀 정보를 가지고 있는 회사 직원의 경우 시스템이 아닌 다른 물리적 디스크에 해당 정보를 저장합니다. 이 조치는 또한 데이터 보관 작업 자체를 용이하게 합니다. 정보의 별도 저장 원칙은 파일 아카이브와 디스크 이미지 모두에 적용됩니다. 또한 최소한 하나의 HDD의 비시스템 파티션에 저장해야 합니다. 기업 사용자의 경우에는 정보의 분리보관 원칙을 더욱 엄격히 이행해야 하며, 만일의 사태에 대비해 기업정보가 손실되지 않도록 최소한 1개의 사본은 별도의 장소에 보관해야 합니다.
3.백업 기술
3.. 백업 기술 개요
컴퓨터에 저장된 정보의 중요성과 사용 빈도에 따라 여러 유형의 데이터 백업이 수행됩니다.
전체 백업.
차등 백업.
증분 백업.
3.1.1 전체 백업
선택한 데이터 배열 전체를 복사하는 백업 복사본 생성의 기본적이고 기본적인 방법입니다. 이는 가장 비용이 많이 들지만 가장 완벽하고 안정적인 백업 유형입니다. 여러 개의 데이터 복사본을 저장해야 하는 경우 총 저장 볼륨은 해당 개수에 비례하여 증가합니다. 많은 양의 리소스 사용을 방지하기 위해 압축 알고리즘이 사용되며 이 방법과 다른 유형의 백업(증분 또는 차등)을 함께 사용합니다. 그리고 물론 시스템을 처음부터 빠르게 복원하기 위해 백업 복사본을 준비해야 하는 경우 전체 백업은 필수입니다.
이 방법의 장점:
간편한 파일 검색 - 장치에 있는 모든 항목이 백업되므로 필요한 파일을 찾기 위해 여러 미디어를 탐색할 필요가 없습니다.
전체 시스템의 현재 백업은 항상 단일 미디어 또는 미디어 세트에 있습니다. 전체 시스템을 복원해야 하는 경우 최신 전체 백업에서 필요한 모든 정보를 찾을 수 있습니다.
이 방법의 단점:
중복 데이터 보호 - 대부분의 시스템 파일은 거의 변경되지 않으므로 이후의 각 전체 백업은 첫 번째 전체 백업 중에 저장된 데이터의 복사본입니다. 전체 백업에는 많은 양의 저장 공간이 필요합니다.
전체 백업에 시간이 더 오래 걸림 - 전체 백업을 완료하는 데 시간이 오래 걸릴 수 있으며, 특히 네트워크에서 저장 장치를 선택한 경우 더욱 그렇습니다.
3.1.2 차등 백업
전체 백업의 마지막 순간부터 데이터를 복사한다는 점에서 증분 백업과 다릅니다. 데이터는 "누적 기준"으로 아카이브에 저장됩니다. 시스템 내 Windows 제품군이 효과는 차등 복사 중에 보관 비트가 재설정되지 않으므로 전체 복사본이 보관 비트를 재설정할 때까지 변경된 데이터가 보관 복사본에 남아 있다는 사실로 인해 달성됩니다. 이러한 방식으로 생성된 각 새 복사본에는 다음이 포함됩니다. 이전 데이터를 그대로 유지하기 때문에 사고 당시 데이터를 완전히 복구할 수 있어 더욱 편리합니다. 이를 위해서는 전체 복사본과 마지막 차등 복사본, 즉 두 개의 복사본만 필요하므로 모든 증분을 점진적으로 롤아웃하는 것보다 훨씬 빠르게 데이터를 다시 활성화할 수 있습니다. 또한 이러한 유형의 복사는 완전 복구를 통해 오래된 파일이 재에서 다시 탄생하는 경우 위에서 언급한 증분 복사 기능이 없습니다. 혼란이 덜합니다. 그러나 차등 복사는 필요한 공간을 절약한다는 측면에서 증분 복사보다 훨씬 열등합니다. 각각의 새 복사본은 이전 복사본의 데이터를 저장하므로 예약된 데이터의 총 볼륨은 전체 복사본과 비슷할 수 있습니다. 물론 일정을 계획할 때(및 백업 프로세스가 시간 "창"에 맞는지 여부를 계산할 때) 가장 큰 마지막 차등 복사본을 생성하는 데 걸리는 시간을 고려해야 합니다.
이 방법의 장점:
간편한 파일 검색 - 차등 백업 전략으로 보호된 시스템을 복원하려면 최신 전체 백업과 최신 차등 백업이라는 두 가지 백업이 필요합니다. 복구 시간은 마지막 전체 백업과 마지막 전체 백업 이후 생성된 모든 증분 백업이 필요한 백업 전략보다 훨씬 빠릅니다.
더 빠른 백업 및 복구 시간 - 차등 백업은 전체 백업보다 시간이 덜 걸립니다. 장치를 완전히 복원하려면 최신 전체 백업과 차등 백업만 필요하므로 재해 복구가 더 빠릅니다.
방법의 단점:
중복 데이터 보호 - 마지막 증분 백업 이후 변경된 모든 파일이 보존됩니다. 이렇게 하면 중복 백업이 생성됩니다.
3.1.3 증분 백업
전체 백업과 달리 이 경우 모든 데이터(파일, 섹터 등)가 복사되지 않고 마지막 복사 이후 변경된 데이터만 복사됩니다. 다양한 방법을 사용하여 백업 시간을 결정할 수 있습니다. 예를 들어 Windows 운영 체제를 실행하는 시스템에서는 백업 프로그램에 의해 파일이 수정되고 재설정될 때 설정되는 해당 파일 속성(보관 비트)이 사용됩니다. 다른 시스템에서는 파일이 수정된 날짜를 사용할 수 있습니다. 때때로 전체 백업이 수행되지 않으면 이러한 유형의 백업을 사용하는 구성표가 불완전하다는 것은 분명합니다. 전체 시스템 복원을 수행하는 경우 전체 백업으로 생성된 마지막 복사본에서 복원한 다음 생성된 순서대로 증분 복사본에서 데이터를 하나씩 복원해야 합니다. 이 유형은 보관 복사본을 생성할 때 정보 저장 장치에서 소비되는 공간의 양을 줄이는 데 사용됩니다(예: 사용되는 테이프 미디어 수 줄이기). 이는 또한 백업 작업을 완료하는 데 걸리는 시간을 최소화합니다. 이는 시스템이 지속적으로 실행되거나 대량의 정보를 펌핑할 때 매우 중요할 수 있습니다. 증분 복사에는 한 가지 주의 사항이 있습니다. 단계별 복구에서는 필요한 복사도 반환합니다. 삭제된 파일회복 기간 동안. 예를 들어 주말에는 전체 백업을 수행하고 주중에는 증분 백업을 수행한다고 가정해 보겠습니다. 사용자는 월요일에 파일을 만들고, 화요일에 파일을 변경하고, 수요일에 이름을 바꾸고, 목요일에 삭제했습니다. 따라서 매주 순차적인 단계별 데이터 복구를 통해 이름 변경 전 화요일에 이전 이름이 있는 파일과 수요일에 생성된 새 이름이 있는 두 개의 파일을 받게 됩니다. 이는 다른 증분 복사본이 저장되었기 때문에 발생했습니다. 다른 버전동일한 파일을 저장하고 결국 모든 변형이 복원됩니다. 따라서 "있는 그대로" 아카이브에서 데이터를 순차적으로 복원하는 경우 삭제된 파일도 수용할 수 있도록 더 많은 디스크 공간을 예약하는 것이 좋습니다.
이 방법의 장점:
효율적인 미디어 활용 - 마지막 전체 백업이나 증분 백업 이후 변경된 파일만 저장하기 때문에 백업 시 공간을 덜 차지합니다.
더 빠른 백업 및 복구 시간 - 증분 백업은 전체 및 차등 백업보다 시간이 덜 걸립니다.
방법의 단점:
백업 데이터는 여러 미디어에 저장됩니다. - 백업은 여러 미디어에 저장되므로 재해 발생 후 장치를 복원하는 데 시간이 더 오래 걸릴 수 있습니다. 또한 시스템을 효과적으로 복원하려면 미디어를 올바른 순서로 처리해야 합니다.
3.2 백업 및 데이터 저장 기술
데이터를 백업하는 과정에서 백업 복사본과 데이터를 저장하는 기술을 선택하는 문제가 발생합니다. 현재 다음 유형의 미디어가 특히 인기가 있습니다.
자기 테이프 드라이브.
디스크 드라이브.
네트워크 기술.
3.2.1 테이프 드라이브
대기업뿐만 아니라 중소기업도 정보 백업 및 복원의 필요성을 잘 인식하고 있습니다. 대규모 부서의 엔터프라이즈 규모 시스템 및 네트워크, 소규모 회사 및 개인 사용자의 경우 스트리밍 드라이브 또는 스트리머도 똑같이 성공합니다. 이들 설계는 관성 모드에서 작동하는 테이프 드라이브 메커니즘을 기반으로 합니다. 자기 테이프 드라이브는 50년대 초반부터 컴퓨터와 함께 사용되어 왔으며, 이때부터 "종이" 저장 매체인 펀치 테이프 및 펀치 카드를 대체하기 시작했습니다. 자기 테이프 드라이브에 대한 장기적인 관심을 보장하는 중요한 요소는 정보 저장 비용이 저렴하다는 것입니다. 오늘날 테이프 드라이브를 사용할 때의 주요 문제점은 대부분 호환되지 않는 테이프 형식을 사용한다는 것입니다. 이로 인해 특정 드라이브를 선택하는 것뿐만 아니라 작동 중에 데이터를 교환하는 것도 어려워지는 경우가 많습니다. 이 문제를 해결하기 위해 많은 노력이 이루어져 왔지만, 일반적으로 아직 근본적인 변화가 일어나지 않았다고 볼 수 있습니다.(이 방향으로 어느 정도 진전이 있기는 하지만) 현재 가장 널리 사용되는 기술은 Travan, DLT(Digital Linear) 유형), DAT-DDS(Digital Audio Tape-Digital Data Storage), LTO(Linear Tape Open), Mammoth 및 AIT(Advanced Intelligent Tape). 백업 시스템을 현명하게 선택하려면 시스템 용량, 속도, 안정성 및 가격에 따라 크게 결정되는 다양한 장치의 장단점을 명확하게 이해해야 합니다. 중급 및 고급형 테이프 장치의 성능을 향상시키는 주요 동인은 인터넷의 광범위한 사용과 기업 인트라넷의 확산, 서버 수의 증가(이러한 네트워크의 성장을 지원하는 데 필요함) 및 재해 발생 시 정보 저장 및 복구에 대한 요구 사항이 강화되었습니다. 백업 및 저장 시스템에 대한 수요는 특히 멀티미디어, 주문형 비디오, 오디오 콘텐츠, 이미지 처리 등과 같은 애플리케이션의 사용이 증가함에 따라 증가합니다. 자기 테이프에 녹음하는 방법에는 경사형과 선형 서펜타인이라는 두 가지 방법이 사용됩니다. 경사형 녹음 시스템에서는 여러 개의 읽기/쓰기 헤드가 수직 축에 대해 비스듬히 장착된 회전 드럼에 배치됩니다(소비자 비디오 장비에서도 유사한 배열이 사용됨). 쓰기/읽기 시 테이프의 이동은 한 방향으로만 가능합니다. 선형 구불구불한 녹음 시스템에서는 테이프가 움직일 때 읽기/쓰기 헤드가 고정되어 있습니다. 테이프의 데이터는 많은 병렬 트랙(사문석) 형태로 기록됩니다. 머리는 특별한 스탠드에 놓입니다. 테이프의 끝에 도달하면 다른 트랙으로 이동합니다. 양방향으로 쓰기/읽기 시 테이프가 움직입니다. 실제로 이러한 헤드는 일반적으로 한 번에 여러 트랙을 제공하도록 설치됩니다(여러 쓰기/읽기 채널을 형성함).
테이프에 데이터를 저장하는 장점:
저렴한 비용.
드라이브의 전력 소비가 낮습니다.
대용량 데이터.
상당한 투자를 하지 않고도 저장하는 데이터의 양을 늘릴 수 있는 쉬운 방법입니다.
테이프에 데이터를 저장하는 것의 단점:
데이터 액세스 속도가 낮습니다.
병렬 데이터 쿼리를 처리하는 복잡한 프로세스입니다.
3.2.2 디스크 드라이브
디스크 드라이브에는 가장 일반적인 두 가지 유형, 즉 자기 하드 드라이브와 광학 드라이브가 있습니다.
드라이브 켜짐 단단한 자기디스크(하드 디스크 드라이브, HDD)는 온라인 정보 저장을 위한 주요 장치입니다. 최신 단일 드라이브는 액세스 시간이 5~15ms이고 데이터 전송 속도가 1~10MB/s인 수백 메가바이트에서 수 기가바이트의 볼륨을 특징으로 합니다. 서버의 경우 내부 드라이브와 외부 드라이브가 구분됩니다. 내부 드라이브는 훨씬 저렴하지만 케이스의 여유 공간 수, 전원 및 서버 전원 공급 장치의 해당 커넥터 수에 따라 최대 수가 제한됩니다. 기존 내부 드라이브를 설치하고 교체하려면 서버를 종료해야 하는데, 이는 경우에 따라 허용되지 않습니다. "핫 스왑"(Hot Swap)이 가능한 내부 드라이브는 커넥터가 있는 특수 카세트에 설치된 일반 하드 드라이브입니다. 카세트는 일반적으로 케이스 전면 패널 측면의 특수 구획에 삽입되며, 서버 전원이 켜져 있는 동안 드라이브를 제거하고 삽입할 수 있도록 설계되었습니다. 표준적인 경우 표준 하드 드라이브를 빠르게 제거할 수 있는 저렴한 장치(모바일 랙)가 있습니다. 외부 드라이브에는 자체 케이스와 전원 공급 장치가 있으며 최대 수는 인터페이스 기능에 따라 결정됩니다. 서비스 외장 드라이브서버가 실행되는 동안에도 수행할 수 있지만 일부 서버 디스크에 대한 액세스를 중지해야 할 수도 있습니다.
대량의 저장된 데이터의 경우 일반 작동 모드 외에도 드라이브 진단 및 테스트를 제공하는 자체 지능형 컨트롤러가 있는 복잡한 장치인 디스크 어레이 및 랙과 같은 외부 저장 장치가 사용됩니다. 보다 복잡하고 안정적인 저장 장치는 RAID 어레이(저렴한 디스크의 중복 어레이 - 저렴한 디스크의 중복 어레이)입니다. 사용자의 경우 RAID는 구현 수준(0-10)에 의해 결정된 규칙에 따라 여러 물리적 드라이브(일반적으로 4-5)에서 데이터의 동시 분산 중복 쓰기(읽기)가 수행되는 단일(일반적으로 SCSI) 디스크입니다. 예를 들어, RAID 레벨 5를 사용하면 데이터 액세스를 중단하지 않고도 디스크를 읽는 동안 오류를 수정하고 디스크를 교체할 수 있습니다.
CD-ROM 드라이브는 NetWare 저장 시스템의 기능을 확장합니다. 기존 드라이브액세스 시간이 200~500ms인 2, 4, 6 및 10단 모델에 대해 150kB/s~300/600/900/1500KB/s의 읽기 속도를 제공합니다. NetWare를 사용하면 사용자가 읽을 수 있는 네트워크 볼륨으로 CD를 마운트할 수 있습니다. 볼륨 용량은 682MB(모드 2의 경우 780MB)에 달할 수 있습니다. CD-ROM 장치는 특정(Sony, Panasonic, Mitsumi) 인터페이스와 일반 인터페이스(IDE 및 SCSI) 등 다양한 인터페이스와 함께 사용할 수 있습니다. NetWare 서버는 SCSI 인터페이스가 있는 CD-ROM만 지원하며 IDE용 새 드라이버도 있습니다. 특정 인터페이스가 있는 장치는 시스템 설치를 위해 DOS에서만 사용할 수 있습니다. 성능 관점에서 볼 때 CD-ROM SCSI를 사용하는 것이 더 좋지만 유사한 IDE 장치보다 훨씬 더 비쌉니다. SCSI 디스크가 있는 서버에서는 어댑터 충돌로 인해 IDE 인터페이스가 있는 CD-ROM을 사용하지 못할 수도 있습니다.
이러한 드라이브의 장점은 다음과 같습니다.
데이터에 대한 빠른 액세스.
속도의 큰 손실 없이 데이터에 대한 병렬 액세스 가능성.
디스크 드라이브의 단점:
테이프보다 비용이 높습니다.
더 높은 전력 소비.
더 비싼 스토리지 확장.
복사본의 높은 보안을 보장할 수 없습니다.
3.2.3 네트워크 기술
네트워크 연결 스토리지는 스위칭, 스토리지, 파일이라는 세 가지 기본 구성요소를 기반으로 구축됩니다. 모든 스토리지 제품은 이러한 구성요소의 기능의 조합으로 표현될 수 있습니다. 처음에는 혼란스러울 수 있습니다. 스토리지 제품은 완전히 다른 방향으로 개발되었기 때문에 기능이 겹치는 경우가 많습니다.
네트워크는 많은 클라이언트-서버 애플리케이션과 다양한 유형의 분산 애플리케이션을 실행하지만 스토리지는 여러 네트워크 환경에서 작동할 수 있는 고유하고 특수한 유형의 애플리케이션입니다. 스토리지 프로세스는 네트워크와 긴밀하게 통합되어 있으므로 네트워크 스토리지가 네트워크 스토리지라는 점을 기억하는 것이 적절합니다. 시스템 애플리케이션. 네트워크 스토리지 애플리케이션에서 제공하는 서비스는 복잡한 기업용 프로그램과 소비자 애플리케이션에서 사용할 수 있습니다. 많은 기술과 마찬가지로 특정 유형의 시스템은 복잡한 고급 응용 프로그램의 요구 사항에 더 적합합니다.
스위칭이라는 용어는 네트워크 연결 스토리지에서 스토리지를 전송하고 관리하는 모든 소프트웨어, 하드웨어 및 서비스에 적용됩니다. 여기에는 다음이 포함됩니다. 다양한 요소케이블링, 네트워크 I/O 컨트롤러, 스위치, 허브, 주소 샘플링 장비, 데이터 통신 제어, 전송 프로토콜, 보안 및 리소스 예약과 같은 것입니다. SCSI 및 ATA 데이터 버스 기술은 여전히 네트워크 스토리지에서 널리 사용되고 있으며 앞으로도 오랫동안 계속 사용될 가능성이 높습니다. 실제로 SCSI 및 ATA 제품은 오늘날 NAS 기술에서 훨씬 더 자주 사용됩니다. SAN 스토리지 네트워크와 일반 LAN 간에는 두 가지 중요한 차이점이 있습니다. SAN(Storage Area Network)은 별도의 시스템과 스토리지 위치 간에 데이터를 자동으로 동기화합니다. 네트워크 스토리지에는 안정적이고 예측 가능한 환경을 제공하기 위해 충실도가 높은 구성 요소가 필요합니다. 거리 제한에도 불구하고 병렬 SCSI는 매우 안정적이고 예측 가능한 기술입니다. 파이버 채널, 이더넷, InfiniBand와 같은 새로운 스위칭 기술이 SCSI를 대체한다면 동등하거나 더 나은 수준의 안정성과 예측 가능성을 입증해야 합니다. 스위칭을 스토리지 채널로 고려하는 관점도 있다. "채널"이라는 용어 자체는 대규모 환경에서 유래되었습니다. 컴퓨터, 높은 신뢰성과 성능을 가정합니다.
스토리지는 논리적 스토리지 블록 주소가 한 주소 공간에서 다른 주소 공간으로 매핑되는 가상 환경 생성을 포함하여 주소 공간 블록 작업에 주로 영향을 미칩니다. 일반적으로 네트워크 연결 스토리지의 스토리지 기능은 두 가지 눈에 띄는 차이점을 제외하고는 크게 변경되지 않았습니다. 첫 번째는 네트워크 스토리지 장비 내 장치 관리와 같은 장치 가상화 기술을 찾는 능력입니다. 이러한 유형의 기능을 스토리지 도메인 컨트롤러 또는 LUN 가상화라고도 합니다. 스토리지의 두 번째 주요 차별화 요소는 확장성입니다. 스토리지 하위 시스템과 같은 스토리지 제품은 이전 세대의 버스 기술보다 훨씬 더 많은 컨트롤러/인터페이스와 훨씬 더 큰 스토리지 용량을 갖추고 있습니다.
파일 구성 기능은 최종 사용자와 애플리케이션에 추상 개체를 제공하고 실제 또는 가상 저장 장치의 데이터 레이아웃을 구성합니다. 네트워크 저장소에 있는 파일 기능의 대부분은 파일 시스템과 데이터베이스에서 제공됩니다. 이는 파일 애플리케이션이기도 한 백업 작업과 같은 스토리지 관리 애플리케이션으로 보완됩니다. 네트워크 스토리지는 NAS 파일 시스템, 특히 Network Appliance의 WAFL 파일 시스템 개발을 제외하고는 현재까지 파일 기능에 거의 차이가 없었습니다. 대규모 및 광역 네트워크를 목표로 하는 언급된 NAS 및 SAN 스토리지 기술 외에도 소규모 로컬 네트워크에서는 DAS 기술이 지배적인 위치를 차지하고 있으며, 이에 따라 스토리지는 스토리지 볼륨과 필요한 기능을 제공하는 서버 내부에 위치합니다. 컴퓨팅 파워.
DAS의 가장 간단한 예는 개인용 컴퓨터 내부의 하드 디스크 드라이브 또는 단일 서버에 연결된 테이프 드라이브입니다. I/O 요청(명령 또는 데이터 전송 프로토콜이라고도 함)은 이러한 장치에 직접 액세스합니다. 그러나 이러한 시스템은 확장이 잘 되지 않으며 기업은 스토리지 용량을 확장하기 위해 추가 서버를 구입해야 합니다. 이 아키텍처는 비용이 많이 들고 소규모 데이터 웨어하우스를 만드는 데에만 사용할 수 있습니다.
3.3 백업 저장
백업이 생성되면 이러한 복사본을 보관해야 합니다. 그러나 정확히 무엇을 어디에 저장해야 하는지는 전혀 명확하지 않습니다. 복사본을 저장할 위치를 올바르게 결정하려면 먼저 백업이 사용될 상황을 고려해야 합니다. 세 가지 주요 상황을 구분할 수 있습니다.
회복 별도의 파일사용자의 요청에 따라.
글로벌 긴급 복구.
아카이브 스토리지는 결코 필요하지 않을 것입니다.
불행하게도 첫 번째 상황과 두 번째 상황 사이에는 양립할 수 없는 모순이 있습니다. 사용자가 실수로 파일을 삭제한 경우 즉시 해당 파일을 복구하고 싶어합니다. 따라서 백업 미디어는 데이터가 복원될 컴퓨터에서 몇 미터 이내에 있어야 합니다. 긴급 상황이 발생하면 데이터 센터에 있는 한 대 이상의 컴퓨터에 대한 전체 복구를 수행해야 하며, 장애가 물리적으로 발생하는 경우 해당 컴퓨터뿐만 아니라 근처에 저장된 모든 백업도 파괴됩니다. 아카이브 스토리지는 논란의 여지가 적습니다. 관리자가 이를 사용할 가능성은 매우 낮으므로 백업 미디어가 데이터 센터에서 멀리 떨어진 곳에 저장되어 있는 경우에는 문제가 되지 않습니다. 조직의 요구 사항에 따라 이러한 다양한 과제를 해결하기 위해 다양한 접근 방식을 선택할 수 있습니다. 가능한 첫 번째 접근 방식은 며칠 분량의 복사본을 사이트에 저장한 다음 새로운 일일 복사본이 생성될 때 해당 복사본을 보다 안전한 오프사이트 저장소로 옮기는 것입니다. 또 다른 접근 방식은 두 가지 미디어 세트를 지원하는 것입니다.
개별 데이터의 주문형 복구에만 사용되는 데이터 센터의 미디어 모음입니다.
긴급 상황 발생 시 원격 저장 및 복구를 위한 미디어 세트
물론 두 세트가 있다는 것은 모든 것을 두 번 백업하거나 복사해야 함을 의미합니다. 수행할 수는 있지만 이중 백업은 시간이 오래 걸릴 수 있으며 백업을 복사하려면 백업을 처리하기 위해 여러 장치가 필요할 수 있습니다(그리고 복사 전용 컴퓨터도 별도로 필요할 수 있습니다. 시스템 관리자의 과제는 요구 사항을 충족하는 것 사이에서 균형을 맞추는 것입니다. 최악의 시나리오의 경우 사용자 및 백업 복사본의 가용성.
3.4 백업에서 데이터 복원
대부분의 경우 백업은 매일 수행되며 복원 빈도는 낮아지는 경향이 있습니다. 하지만 회복은 불가피하고 반드시 필요한 부분이 있을 것이므로 대비하는 것이 좋습니다. 여기서는 백업에서 데이터를 복원할 때 발생하는 두 가지 중요한 상황을 분석하는 것이 중요합니다.
깨끗한 컴퓨터에서 데이터를 복구합니다.
백업의 관련성을 확인합니다.
3.4.1 깨끗한 컴퓨터에서 데이터 복원
빈 컴퓨터 데이터 복구는 운영 체제, 응용 프로그램 등 데이터가 전혀 없는 컴퓨터에서 시스템의 전체 복사본을 복원하는 프로세스입니다. 일반적으로 베어 컴퓨터에서 복구하는 데는 두 가지 주요 접근 방식이 있습니다.
재설치 후 복구. 여기서 기본 운영 체제는 완전히 설치된 것과 동일한 방식으로 설치됩니다. 새 컴퓨터. 운영 체제가 설치되고 올바르게 구성되면 나머지 드라이브를 연결하고 포맷할 수 있으며 백업 미디어에서 모든 복사본을 복원할 수 있습니다.
시스템 복구 디스크는 최소한의 정보가 포함된 일종의 부팅 가능한 미디어(일반적으로 CD-ROM)입니다. 시스템 환경가장 기본적인 관리 작업을 수행할 수 있습니다. 복구 환경에는 디스크 파티셔닝 및 포맷에 필요한 유틸리티, 백업 장치에 액세스하는 데 필요한 장치 드라이버, 백업 미디어에서 데이터를 복원하는 데 필요한 프로그램이 포함되어 있습니다.
3.4.2 백업 관련성 확인
모든 유형의 사본은 정기적으로 검토하여 사본을 읽을 수 있고 최신 상태인지 확인해야 합니다. 실제로 어떤 이유로든 복사본을 읽을 수 없는 경우도 있는데, 대부분의 경우 데이터가 손실되거나 백업 복사본이 필요한 경우에만 발견됩니다. 그 이유는 매우 다를 수 있습니다. 예를 들어 테이프 드라이브 헤드 정렬이 잘못되었거나 백업 프로그램이 잘못 구성되었거나 운영자 오류가 발생했습니다. 그러나 이유가 무엇이든 정기적인 확인 없이는 관리자가 나중에 데이터를 복원할 수 있는 백업이 실제로 있는지 확신할 수 없습니다.
4. 백업 프로그램의 종류
오늘날 데이터 백업 기술을 제공하는 많은 소프트웨어 제품이 있습니다. 기업 수준에서는 다음과 같은 제품이 제공됩니다.
아크로니스 트루 이미지 홈.
Paragon Drive 백업 서버 에디션.
시만텍 백업 이그젝.
Windows 시스템 복구.
네트워크 백업의 경우:
Paragon Drive Backup 엔터프라이즈 서버 에디션.
Acronis 백업 및 복구.
백업 기술에 대한 추가 검토는 다음 세 가지 소프트웨어 제품의 실제 사용에 대한 설명을 기반으로 합니다.
Paragon Drive 백업 워크스테이션.
아크로니스 트루 이미지 홈.
4.1 GFI 백업 프로그램 개요
4.1.1 일반적인 특성.
시스템 요구 사항:
마이크로소프트 윈도우 7(x86 또는 x64), 서버 2008
(x86 또는 x64), Vista (x86 또는 x64), Server 2003 Standard/Enterprise
(x86 또는 x64), XP(x86 또는 x64)
프로세서 - Intel Pentium 4 또는 유사
메모리 - 512MB
실제 메모리 - 설치용 100MB
형질:
1. 안전하고 안정적인 데이터 백업 및 복구.
GFI 백업은 정보 손실 보호로서 백업 및 복구의 중앙 집중식 관리를 제공하여 스프레드시트, 프로젝트 및 이미지와 같은 데이터 손실을 방지합니다. 이 프로세스에는 소스에서 선택한 위치로 백업을 생성하는 과정이 포함됩니다.
2. 데이터 동기화.
파일 동기화는 워크스테이션, 랩톱 등 여러 위치에서 현재 파일 세트를 유지 관리하는 프로세스입니다. 사용자가 한 위치에서 파일을 추가, 삭제 또는 수정하면 GFI Backup은 다른 모든 위치에서 동일한 파일을 추가, 삭제 또는 수정합니다. GFI 백업 에이전트를 사용하면 사용자는 중앙 집중식 백업 작업 외에도 자신만의 동기화 작업을 생성할 수 있습니다.
3. 데이터 저장 장치에 백업 FTP를 통해 백업합니다.
GFI 백업을 사용하면 내부 및 외부 하드 드라이브, 로컬 네트워크 드라이브, 네트워크 장치데이터 저장, 미디어
CD/DVD/블루레이, 휴대용 장치(USB 장치, 메모리 카드, 플래시 메모리, 플로피 디스크 등) 및 자동 갱신 시스템이 있는 FTP를 사용하여 원격 위치로 전송됩니다.
6. 표준 Zip 아카이브를 사용합니다.
다른 백업 프로그램과 달리 GFI Backup은 자체 아카이브 형식을 사용하지 않고 표준 Zip 형식을 사용합니다. 이를 통해
GFI Backup이 설치되지 않은 경우에도 데이터를 수동으로 복원합니다. 자동 추출 아카이브를 생성하고 속도와 중복성을 위해 데이터 압축 없이 백업하도록 선택할 수 있습니다. Zip 아카이브를 사용할 때 GFI Backup은 파일을 여러 미디어에 분할하여 저장할 수 있습니다.
4.1.2 프로그램의 실제 활용
프로그램의 기능을 평가하려면 다음이 필요합니다.
1. 운영 체제가 설치되어 있고 필요한 사용자 소프트웨어 세트가 있는 개인용 컴퓨터.
2. Windows PE 부팅 디스크.
3. 프로그램의 공식 웹사이트나 기타 인터넷 리소스에서 다운로드할 수 있는 프로그램 자체의 설치 프로그램입니다.
개발자가 지원을 포함하지 않았으므로 Windows PE 부팅 디스크를 사용하여 작업 환경을 시작합니다. 부팅 디스크이 제품으로. GFI 백업은 컴퓨터에 설치된 OS에서도 작동할 수 있지만 기능은 클라이언트 컴퓨터 관리로 축소됩니다.
이러한 데이터 백업 프로그램의 예로 GFI Backup Home Edition을 사용하겠습니다. 이 프로그램은 무료이며 Home Edition 접두어로 표시된 대로 비상업적 용도로만 사용됩니다. 따라서 개발자가 선언한 기능이 전체적으로 표시되지 않습니다. 제조업체 웹 사이트 http://gfi.ru/에서 다운로드할 수 있습니다. 설치 패키지 크기는 10MB에 불과합니다. 설치 과정은 매우 간단합니다. 설치 프로그램을 실행하고, 라이센스 계약에 동의하고, 프로그램을 설치할 위치를 선택하면 됩니다(99%의 경우 기본 위치가 가장 좋습니다).
메인 프로그램 창은 불필요한 기능으로 과부하되지 않습니다. 프로그램의 모든 주요 기능은 다운로드 즉시 "마법사" 형태로 사용할 수 있습니다.
그림 1(메인 프로그램 창)
이미지를 생성하려면 "백업"을 선택하고 이를 통해 데이터의 백업 사본이 생성됩니다. 클릭하면 객체 복사 및 저장 위치를 선택할 수 있는 마법사가 실행됩니다. 원본 위치와 대상 위치의 조합을 "작업"이라고 합니다.
일반 탭에는 작업 이름과 아카이브 복사본 이름이 표시됩니다.
그림 2(백업 설정 마법사).
소스 탭에서 보관할 데이터의 위치(예: 전체 C:\ 드라이브의 복사본)를 선택해야 합니다.
이 프로그램은 또한 레지스트리 키, 이메일 클라이언트 데이터 및 사용자 설정을 보관할 수 있습니다. 이메일 보관은 특히 유용한 기능입니다. 지원됨 이메일 클라이언트: Outlook, Windows Mail, Thunderbird.
그림 3. (이메일 클라이언트 선택).
사용자 정의 설정을 저장할 수 있습니다 다양한 프로그램- 브라우저 북마크부터 Total Commander 설정까지.
그림 4. (사용자 프로그램 설정 선택 창)
보관할 데이터를 선택한 후 창 왼쪽 하단에서 복사할 요소의 수와 양을 즉시 확인할 수 있습니다.
대상 탭에서 아카이브 결과로 얻은 아카이브를 저장할 위치를 선택합니다. 다음 위치에 배치할 수 있습니다.
로컬 디스크(논리적으로 데이터 복사본이 생성되는 디스크와 동일해서는 안 됨)
원격 Windows 네트워크 폴더.
플래시 드라이브 또는 메모리 카드와 같은 이동식 미디어
CD/DVD/블루레이 디스크.
FTP 서버.
로컬 디스크에 저장을 선택합니다.
옵션 탭에는 중요한 옵션이 포함되어 있습니다. 첫 번째는 데이터를 압축할지 여부입니다. 압축된 아카이브는 공간을 덜 차지하지만 생성하는 데 더 많은 시간이 걸립니다. Zip 비밀번호(사실 경박한 보호) 또는 AES 알고리즘을 사용한 암호화(아카이브 내용을 볼 수 없는 사람의 비밀번호 추측)를 사용하여 아카이브된 복사본을 보호하는 것도 가능합니다. 훨씬 더 어려운 작업이 됩니다.)
이 프로그램은 압축 및 암호화로만 전체 복사가 수행되고, 암호화를 사용하여 차등 복사가 수행되지만 압축은 수행되지 않는 방식으로 만들어졌습니다. 암호화 및 압축 없이 증분 복사가 가능합니다. 이는 시스템 및 사용자 리소스를 절약하기 위해 수행되었습니다.
그림 5. (복사 옵션)
스케줄러 탭. 여기서 복사 빈도를 선택할 수 있습니다. 옵션 중에는 시작/종료 시 "한 번 실행", "수동으로 실행"이 있습니다. 윈도우 작동, 요일별로 N일에 한 번, N시간에 한 번. 빈도는 데이터의 중요성과 그 양에 따라 선택해야 합니다. 예를 들어 매시간 20GB의 데이터를 복사하면 과부하로 인한 디스크 오류만 가속화됩니다.
이벤트 탭. 여기서 무슨 일이 일어나고 있는지 표시하는 방법을 지정할 수 있습니다. 예를 들어, 오류가 발생하거나 보관 프로세스가 완료되면 프로그램은 지정된 주소로 전자 메일을 보낼 수 있습니다.
모든 탭을 보고 원하는 옵션을 설정한 후 기본 프로그램 창에서 "내 작업" 버튼을 클릭하면 생성된 작업을 볼 수 있습니다. 작업이 수동으로 시작되도록 구성된 경우 "시작" 버튼을 클릭하여 동일한 창에서 작업을 시작할 수 있습니다. 보관 프로세스는 창 하단과 작업 설명이 있는 줄에 표시됩니다.
그림 6. (작업 창)
프로그램 성능을 평가하기 위해 3개의 백업 복사본이 만들어졌습니다.
전체(압축된 MyBackup1) .
차별화됩니다(MyBackup2, 압축 유무).
증분(압축 유무에 관계없이 MyBackup3).
그림 7. (파일 찾아보기 로컬 디스크피).
백업 생성 시간 및 속도:
1. 압축을 통한 전체 복사 - 34분; 복사 속도 - 4.01Mb/s.
2. 압축하지 않은 차별화된 사본 - 14분; 복사 속도 - 12Mb/s.
3. 압축을 통한 차별화된 사본 - 18분; 복사 속도 - 8Mb/s.
4. 압축 없이 증분 복사 - 8분; 복사 속도 - 4.9Mb/s.
5. 압축을 통한 증분 복사 - 12분; 복사 속도 - 6Mb/s.
복원 과정은 매우 간단합니다. 기본 프로그램 창에서 "복원"을 선택하고 복원해야 할 아카이브를 지정하기만 하면 됩니다. 파일을 복원할 때 파티션은 자동으로 포맷되며 결과 볼륨의 크기는 복사하는 동안과 동일합니다.
실험 결과 이 제품은 성능이 좋지 않았습니다. 각 아카이브를 복원하려고 네 번 시도한 후에 다음 그림을 얻습니다.
4건의 경우 전체 복사본의 아카이브가 오류 없이 복원되었습니다.
4가지 경우 중 압축하지 않은 차별화된 복사본은 2가지 경우에만 완벽하게 작동했지만 다른 경우에는 일부 파일이 손상되었습니다.
압축된 차별화된 복사본은 4개 중 1개에서만 성공적으로 복원되었습니다.
두 증분 복사본 모두 OS 부트로더를 복원할 수 없습니다.
이를 기반으로 제한된 기능을 고려하여 무료 버전프로그램을 통해 우리는 다음과 같은 결론을 내릴 수 있습니다. 이 프로그램사용자 데이터가 있는 파일 및 폴더 백업에만 적합하며 전체 볼륨 복사에는 적합하지 않습니다.
4.2 Paragon Drive 백업 워크스테이션 검토
4.2.1 일반적인 특성
Paragon Drive 백업 프로그램의 목적은 이미지 메커니즘을 통해 운영 체제와 사용자 데이터를 백업하고 복원하는 것입니다. 이와 함께 Paragon Drive Backup에는 개별 파일 복사 및 복원, 기본 기능파티션 관리 및 편집, 운영 체제 부트로더 복원 기능, 한 컴퓨터에서 다른 컴퓨터로(p2p) 및 가상 환경(p2v)으로 마이그레이션하는 기능.
Paragon Drive Backup 제품군에는 Drive Backup Workstation과 Drive Backup Server라는 두 가지 제품이 포함됩니다. Drive Backup Server 옵션은 서버 운영 체제와의 작업을 지원하고 가상 환경(p2v)으로의 마이그레이션 기능도 포함한다는 점에서 다릅니다. 그렇지 않으면 프로그램의 기능은 동일합니다.
Paragon Drive Backup은 XP에서 Windows 8 및 Server 2008 R2까지 모든 Windows 운영 체제에서 작동합니다.
다음 파일 시스템이 지원됩니다.
NTFS(v1.2, v3.0, v3.1)
Paragon Drive Backup은 OS에 설치하지 않고도 작동할 수 있습니다. 프로그램 이미지를 플래시 카드나 기타 미디어에 압축을 풀고 부팅하는 것으로 충분합니다. Paragon Drive 백업 이미지에는 두 가지 유형이 있습니다.
1. Linux 기반 표준(디스크 생성 마법사를 통해 생성).
2. 다음으로 확장 윈도우 기반 PE(제조업체 웹사이트에서 다운로드).
지원되는 미디어:
MBR 및 GPT 하드 드라이브(2.2TB 이상의 용량 포함)를 지원합니다.
IDE, SCSI 및 SATA 인터페이스를 갖춘 하드 드라이브.
솔리드 스테이트 드라이브(SSD).
AFD(Advanced Format Drive) 드라이브.
섹터 크기가 512바이트가 아닌 디스크.
CD-R, CD-RW, DVD-R, DVD+R, DVD-RW, DVD+RW, 더블 레이어 DVD-R, DVD+R 및 Blu-ray 디스크.
하드 드라이브 FireWire(IEEE1394), USB 1.0, USB 2.0, USB 3.0.
PC 카드 저장 장치(MBR 및 GPT 플래시 메모리 등) . 시스템 요구 사항:
운영체제:
Windows 2000(32비트 버전)
Windows XP(32비트 및 64비트 버전)
Windows Vista(32비트 및 64비트 버전)
Windows 7/8(32비트 및 64비트 버전)
최소 300MHz의 주파수를 갖춘 Intel Pentium 프로세서 또는 동급 프로세서
250MB의 사용 가능한 디스크 공간이 있는 하드 드라이브
4.2.2 실제 사용
운영 체제에 설치된 Paragon Drive Backup을 사용하면 운영 체제를 중지하지 않고도 이미지를 생성할 수 있습니다. 이는 Paragon Hot Backup 기술과 Shadow Backup 기술을 사용하여 달성됩니다. 윈도우 카피- "Microsoft 섀도우 볼륨 복사 서비스". Windows Vista부터 최신 기술을 사용할 수 있습니다.
그림 8. (프로그램 시작 창)
이 프로그램을 사용하면 전체 백업과 차별화된 백업 또는 증분 백업을 모두 생성할 수 있습니다. 차등 복사본을 생성하면 마지막 백업 이후의 변경 사항만 아카이브에 기록됩니다. 증분의 경우 - 마지막 전체 아카이브 이후 변경 사항입니다. 아카이브는 섹터별(파일 시스템에 관계없이 전체 디스크 구조가 복사됨) 또는 파일 기반일 수 있습니다.
차등 복사는 섹터별 아카이브에만 적용 가능하며, 프로그램에서 '파일 추가'라고 하는 증분 복사는 파일 아카이브에만 적용 가능하다. 섹터별 백업과 파일 백업을 결합한 복잡한 아카이브도 있습니다.
MBR을 포함하여 C 드라이브의 전체 백업을 생성해 보겠습니다. 결과적으로 MBR이 섹터별 아카이브로 기록되고 그 밖의 모든 것은 파일 아카이브로 기록되는 복잡한 아카이브가 생성됩니다.
그림 9. (이미지 파일)
그림 9에서는 폴더에 *.PBF 및 *.PFM이라는 두 가지 확장명의 파일이 포함되어 있음을 보여줍니다.
주요 파일은 확장자가 *.PBF(파라곤 백업 파일)인 파일입니다. 이 파일 안에는 파일과 섹션의 내용이 있습니다. *.PFM 확장자를 가진 파일은 이미지 탐색기 유틸리티에서 아카이브에 대한 정보를 빠르게 표시하는 데 사용되는 추가 아카이브 설명 파일입니다. 데이터를 복원할 때 확장자가 *.PFM인 파일은 필요하지 않습니다.
Archive.pbf는 img_0... 과 img_1... 의 조합을 수행하는 주요 파일입니다.
img_0 - 파일 아카이브를 포함하고 img_1은 MBR 복사본을 포함합니다.
복원할 때 대화 상자에서 이러한 각 파일을 지정하는데 이는 항상 편리한 것은 아닙니다.
일정에 따라 백업을 수행할 수도 있습니다. 이를 순환 백업이라고 합니다. 이러한 복사의 결과는 두 개의 이미지입니다. 첫 번째 이미지는 완전하고 두 번째 이미지는 구별됩니다. 이 유형의 보관은 전체 디스크에만 사용할 수 있습니다.
Fig 10.(예약 복사 설정)
디스크 이미지를 생성하고 복원한 결과, 프로그램이 두 작업을 즉시 수행하지 않는다는 것이 분명하게 드러났습니다. 먼저, 프로그램은 파일 속성을 분석하여 변경 사항 목록을 생성한 다음 작업에 필요한 매개변수를 설정한 후 "적용" 버튼을 클릭하면 복사가 시작됩니다. 그러나 설정에서 이 모드를 비활성화할 수 있으며 이미지 생성 프로세스에 소요되는 시간이 줄어듭니다.
그림 11. (백업 시작 창)
아카이브 생성은 아래에서만 수행할 수 있습니다. 설치된 윈도우. 부팅 디스크, 부팅 가능한 플래시 미디어를 생성하거나 소위 아카이브 캡슐을 생성할 수도 있습니다.
백업 캡슐은 Paragon Drive Backup의 독립 실행형 버전과 백업 복사본을 위한 저장 공간이 포함된 하드 드라이브의 특수 부팅 파티션입니다. 캡슐은 확장 하드 디스크 파티션 내의 기본 파티션이나 논리 파티션으로 생성될 수 있으며 하드 디스크의 끝 부분, 시작 부분 또는 다른 파티션 사이 등 어디에나 위치할 수 있습니다. 다음으로 백업 캡슐을 만들어 보겠습니다.
그림 12.(아카이브 캡슐 설정 창)
하드 디스크 파티션에 여유 공간이 없으면 다른 하드 디스크 파티션의 여유 공간을 사용하여 아카이브 캡슐이 생성됩니다. 하드 드라이브 D:\의 여유 공간에 이미지로 캡슐을 만듭니다. 캡슐을 생성한 후 컴퓨터를 다시 시작하고 F1 키를 누른 상태에서 부팅할 OS를 선택하여 캡슐로 부팅해야 합니다. 캡슐에서 이미지를 복원하는 과정은 Windows 프로그램과 동일합니다. 이 방법노트북 및 개인용 컴퓨터 제조업체에서 널리 사용됩니다.
이제 만들어 봅시다 부팅 이미지프로그램(복구 디스크). 부팅 가능한 미디어 CD나 플래시 드라이브에 만들 수 있습니다. 디스크를 생성할 때 필요한 파일을 즉시 추가할 수 있습니다.
그림 13. (복구 디스크 생성 마법사)
이제 컴퓨터를 다시 시작하고 외부 미디어에서 부팅하는 옵션을 선택해야 합니다. 디스크로 부팅하면 이미지 백업 및 복원에 필요한 모든 작업이 가능하며, 하드디스크 파티션 관리 및 편집 기능도 가능해집니다.
그림 14. (긴급 부팅 디스크 메뉴)
그림 15. (메인 프로그램 창)
모든 작업에 액세스할 수 있고 수행하기 쉽습니다. 그러나 이미지를 생성하는 프로세스는 설치된 OS에서 이미지를 생성하는 것보다 훨씬 적은 시간이 소요됩니다.
부팅 디스크의 보관은 로컬 미디어에서 수행되며 이미지는 네트워크 폴더에 저장할 수도 있습니다. 그러나 네트워크 리소스 작업은 매우 불편한 방식으로 구현됩니다. 네트워크 리소스를 마운트하려면 네트워크 리소스에 대한 경로를 수동으로 설정해야 합니다. 로컬 폴더. "네트워크 찾아보기" 버튼이 있는데 작동하지 않습니다.
그림 16. (네트워크 스토리지 연결)
하드 드라이브의 섹터를 직접 편집하는 기능도 사용할 수 있습니다.
그림 17. (하드 디스크 파티션의 섹터 편집기)
Paragon Drive 백업 부팅 디스크를 사용하면 백업 이미지에서 복원하지 않고도 Windows 부팅을 복원할 수 있습니다. 즉, 다음과 같은 기능이 있습니다. 자동 검색설치된 Windows 사본, 수동 편집 boot.ini" 등 그러나 손상된 boot.ini 파일을 복원하려는 세 번의 시도 중 단 한 번도 성공하지 못했습니다.
그림 18. (Windows 부팅 복구 마법사)
개발자는 새로운 장비(p2p)에 시스템을 배포하는 기능을 이미지에 포함시켰습니다. 즉, 설치된 모든 소프트웨어가 포함된 시스템 이미지를 다른 개인용 컴퓨터에 압축 해제할 수 있으며 이는 업무에 중요합니다. 시스템 관리자. 새 하드웨어에서 시스템을 부팅하기 위한 준비는 배포된 이미지에서 수행됩니다. 저것들. 먼저 새 PC에 이미지를 배포한 다음 p2p 절차를 수행해야 합니다. 전반적으로 p2p 절차는 새 장비에 필요한 드라이버를 설치하는 것으로 귀결됩니다. 먼저 복원할 하드 드라이브의 OS 복사본을 선택한 다음 드라이버를 지정해야 합니다. 새 PC에 사용되는 하드웨어에 맞는 드라이버를 지정된 폴더에서 자동으로 다운로드할 수 있습니다.
Fig 19.(드라이버 로딩 시 동작 선택 메뉴)
수행된 실험에 따르면 이 제품은 이미지에 영향을 주지 않고 네트워크 복사 기능과 시스템 부팅 복구 기능을 제외하고 명시된 기능을 상당히 잘 수행한다는 결론을 내릴 수 있습니다. 각 백업 유형에 대해 4번의 복사 및 복원 시도가 이루어졌습니다. 모든 시도가 성공했습니다.
제품 장점:
P2P 기술은 가격에 포함되어 있으며 제품과 함께 제공됩니다.
Windows PE 기반의 즉시 사용 가능한 부팅 디스크입니다.
유연한 가격 및 라이선스 정책.
제품 단점:
아카이브를 여러 파일에 저장합니다.
OS 복원 도구는 이미지에서 복원할 필요 없이 작동하지 않습니다.
네트워크 리소스 작업은 매우 제대로 구현되지 않습니다.
복잡한 소프트웨어 인터페이스.
4.3 Acronis True Image Home 개요
4.3.1 일반적인 특성
Acronis True Image Home은 시스템, 로컬 디스크 및 파일의 백업 이미지를 생성하도록 설계되었습니다. 지정된 시간에 필요한 데이터(시스템, 디스크, 폴더, 파일)를 자동으로 보관할 수 있습니다. 보관은 다양한 방법으로 수행할 수 있습니다.
매번 새로운 이미지를 생성하세요.
이전 이미지 생성 이후 데이터에 발생한 변경 사항만 포함하는 작은 이미지를 생성하여 기존 이미지를 업데이트합니다.
Acronis는 이미지 생성 외에도 이미지에 보관된 데이터를 복원할 수 있습니다. 시스템의 백업 이미지를 생성하면 지정된 디스크의 모든 파일, 즉 모든 프로그램, 모든 레지스트리 경로, 디스크를 아카이브하기 전에 이루어진 모든 시스템 설정이 아카이브에 저장됩니다. 실제로 프로그램을 사용하는 일반적인 방법 중 하나는 특수 Acronis 부팅 디스크를 사용하여 DOS에서 부팅하여 이전에 생성된 이미지에서 시스템을 복원하는 것입니다. 이 경우 약 25~40분 내에 아카이브가 생성될 당시 시스템에 있던 모든 설정, 드라이버 및 소프트웨어와 함께 시스템이 복원됩니다.
지원되는 운영 체제:
Windows® Vista/7 32 및 64비트
Windows® XP SP 2, SP 3
Windows® XP Professional x64 에디션 SP2
Acronis True Image Home을 사용하면 Windows XP/Vista/7에서 생성된 하드 드라이브/파티션에 대한 정보를 완전히 복구하기 위한 부팅 가능한 CD를 생성할 수 있습니다.
최소 시스템 요구 사항:
펜티엄 프로세서 이상;
RAM 256MB;
구동 장치 광 디스크 CD-R/RW 또는 DVD +R/RW를 구워 부팅 가능한 디스크를 만드는 기능이 있습니다.
지원되는 하드웨어:
내부 및 외부 하드 드라이브;
네트워크 드라이브 및 저장 장치
CD-R(W), DVD+R, DVD+RW, DVD-RAM, BD-R(블루레이);
ZIP® Jazz® 및 기타 이동식 저장 매체;
P-ATA(IDE), S-ATA, SCSI 드라이브, IEEE1394(Firewire) 및 USB 1.0/2.0 인터페이스를 갖춘 이동식 미디어, 플래시 메모리 카드;
지원되는 파일 시스템:
FAT16/32, NTFS, 리눅스 Ext2, Ext3, ReiserFS, 리눅스 SWAP;
알 수 없거나 손상된 파일 시스템에 대한 섹터별 복사
4.3.2 실제 사용
프로그램을 설치하고 시스템을 다시 시작하면 Acronis TrueImage를 사용할 수 있습니다.
오른쪽 창에는 기본 작업을 시작하는 아이콘을 두 번 클릭하면 표시됩니다. 기본 프로그램 창 오른쪽에 있는 아이콘을 한 번 클릭하면 왼쪽에 선택한 아이콘의 용도를 알려주는 힌트가 나타납니다. 기본 프로그램 창에서 다음 작업을 수행할 수 있습니다.
1. 이미지 생성 - 전체 하드 드라이브 또는 별도의 파티션의 정확한 복사본을 만들고 이를 하드 드라이브의 보안 영역에 있는 파일에 저장하는 이미지 생성 마법사를 시작합니다. 네트워크 드라이브또는 이동식 미디어에 있습니다.
2. 이미지 복원 - 이미지 복구 마법사를 시작합니다. 마법사는 이전에 생성된 이미지 파일에서 파티션 또는 전체 하드 드라이브를 복원하기 위한 옵션을 요청하고 복구 프로세스를 시작합니다.
3. 이미지 마운트 - 하드 디스크나 파티션의 이미지 파일에 문자를 할당하고 해당 이미지를 일반 디스크로 사용하는 이미지 마운트 마법사를 시작합니다.
유사한 문서
백업 및 데이터 저장 기술을 선택하는 데 사용되는 미디어 유형입니다. 깨끗한 컴퓨터에서 데이터를 복구합니다. 백업 프로그램의 종류. Paragon Drive 백업 워크스테이션 프로그램의 개요 및 목적.
코스 작업, 2013년 1월 26일에 추가됨
백업 유형: 증분, 차등, 전체. 백업 및 데이터를 저장하는 기술. 백업 프로그램 검토. Deja Dup의 특징. 수술실 콘솔 명령 리눅스 시스템. 암호화 비밀번호를 설정합니다.
코스 작업, 2014년 4월 30일에 추가됨
전체, 차등 및 증분 백업. 백업 및 데이터를 저장하는 기술. 깨끗한 컴퓨터의 백업에서 데이터를 복원합니다. 백업 소프트웨어 제품의 적용 및 비교.
논문, 2014년 9월 8일에 추가됨
OS Windows 8 백업 및 복원을 위한 기본 방법. 파일 기록, 복원 지점 생성. 백업 도구 선택. 백업 프로그램의 가능성. 작업 모델링 및 구현의 특징.
과정 작업, 2014년 12월 24일에 추가됨
데이터 보호의 전략적 구성 요소로서 백업의 개념. 백업 데이터베이스 또는 디렉터리를 보호하십시오. 백업 시간 창을 정의합니다. 공개 보고서와 공개 이슈 보고서를 생성하고 유지 관리합니다.
초록, 2010년 4월 5일에 추가됨
파일 리소스 백업의 기본 사항입니다. 파일 백업 유형. 즉각적인 복구 지점. 데이터 보관 계획. 시스템 상태 백업. 네트워크 관리자 작업. 변경 사항을 취소하고 섀도 복사본을 만듭니다.
프레젠테이션, 2013년 12월 5일에 추가됨
기본 가상 머신 VMware 및 Virtual Box의 특성, 장점 및 단점. 백업 도구의 비교 분석. 플랫폼 설치 및 구성. 서버 설정 및 설치. Windows XP 설정.
코스 작업, 2013년 2월 4일에 추가됨
Prime Logistics LLC의 네트워크 구조 및 보호 조직. 네트워크 백업을 위한 네트워크 세그먼트 개발. 네트워크 백업을 위한 하드웨어 선택. 네트워크상의 데이터 손실을 방지하기 위한 시스템을 구현하는 프로세스입니다.
논문, 2011년 10월 20일 추가됨
시험, 2014년 1월 6일에 추가됨
중앙 집중식 백업 시스템 구성의 목적, 구조 및 적용 가능성. 구현 프로젝트를 구현하는 동안 해결해야 할 기능 작업 목록을 구성합니다. 위험을 강조하고 이를 최소화하기 위한 제안.
데이터(설치된 소프트웨어 포함)를 삭제나 손상으로부터 보호하는 것은 공격자의 의도적인 조치가 없더라도 쉬운 작업이 아닙니다. 일반적으로 이 문제를 해결하려면 일련의 소프트웨어 및 기술적 조치를 사용해야 하며 그 주요 내용은 다음과 같습니다.
데이터 백업;
시스템 매개변수의 필수(“안전”) 값을 신중하게 구성하고 유지 관리합니다.
전문 데이터 복구 소프트웨어의 사전 설치 및 숙달.
나열된 조치는 조직의 보안 정책 개발 단계에서 제공되어야 하며 관련 규제 문서(보안 정책 문서, 구조 단위의 개인 지침 및 수행자의 직무 책임)에 반영되어야 합니다.
데이터 백업
백업은 데이터 손실 또는 손상과 관련된 거의 모든 상황에서 만병통치약으로 간주될 수 있습니다. 그러나 백업은 사용 규칙을 따르는 경우에만 진정한 보편적인 "치료법"이 될 수 있습니다. 백업 복사본을 기반으로 다양한 형태의 데이터를 복원하는 기능 이제 해당 섹션의 관련 장에서 설명하겠습니다.백업의 일반 원칙을 살펴보겠습니다.
보관 및 백업
이 두 개념은 출판물과 데이터 작업 시 너무 자주 함께 사용되어 때로는 동의어로 인식되기 시작합니다. 실제로 아카이빙(영어 용어 아카이빙)과 백업은 훌륭한 "친구"이지만 전혀 쌍둥이나 "친척"이 아닙니다.
이 용어 각각의 의미는 무엇입니까?
보관컴퓨터가 아닌 "종이" 아카이브의 생성에 매우 가깝습니다. 아카이브는 관련성을 잃거나 상대적으로 거의 사용되지 않는 문서를 저장하는 데 적합한 장소입니다.
아카이브의 문서는 일반적으로 날짜, 논리, 저자 등을 기준으로 정렬됩니다. 이를 통해 관심 있는 문서를 빠르게 찾고, 새 문서를 올바르게 추가하거나 불필요한 문서를 삭제할 수 있습니다.
위의 거의 모든 기능은 전자 아카이브에도 내재되어 있습니다. 또한 보관된 데이터를 압축하여 저장 공간을 절약하는 보관 프로그램의 기능이 생성에서 주도적인 역할을 합니다. 백업 프로그램과 친구가 된 것은 아카이버의 이러한 능력이었지만 이에 대해서는 조금 나중에 자세히 설명합니다.
표적 예약 사본컴퓨터에서 - 해당 데이터 저장의 신뢰성을 높이기 위해 손실이 발생하면 소유자를 화나게 할 수 있습니다. 특히 중요한 데이터의 경우 두 개 이상의 백업 복사본을 만들 수 있습니다. 일반적으로 백업할 때는 서로 연관된 두 가지 문제를 해결해야 합니다. : 복사할 데이터 및 빈도. 한편으로는 복사를 자주할수록 하드 드라이브 오류 등으로 인해 손실된 문서를 복원하는 데 드는 노력이 줄어듭니다. 반면에 각각의 새 복사본을 생성하려면 시간과 저장 공간이 필요합니다. 대부분의 경우 백업 절차에 적합한 매개변수를 선택할 수 있는 것은 보관 프로그램에 구현된 압축 방법을 사용하는 것입니다. 필수적인 백업과 아카이빙의 차이점즉, 원본을 저장하는 하드 드라이브가 아닌 대체 매체(CD 등)에 하나 이상의 백업 복사본을 생성해야 한다는 것입니다.
또 다른 아카이빙과 백업의 차이점아래에 주어진다.
당신은 할 수 있습니다 아카이브를 생성, 거의 사용되지 않는 데이터를 포함하여 컴퓨터의 하드 드라이브에 직접 저장하거나 (반드시 그럴 필요는 없지만) 다른 매체에 저장하세요. 그리고 나서 행운을 빌어요소스 파일(원본)을 업로드합니다.
절차 백업에는 원본을 의무적으로 보존해야 합니다.(즉, 사용자가 작업하는 데이터) 백업은 주로 개선을 목적으로 합니다. 계속 사용되는 데이터의 안전성작동 중입니다(즉, 주기적으로 변경됩니다). 그렇기 때문에 백업도 주기적으로 해야 한다스키 업데이트. 이 경우 추가 저장매체(저장장치)의 사용이 필수입니다. 이상적으로는 각 복사본을 별도의 매체에 저장해야 합니다.
