데이터 백업 및 복구. 데이터베이스 백업 및 복원 데이터 백업 및 복원

이 기사는 전 세계와 러시아에서 가장 널리 사용되는 데이터 백업 및 복구 시스템에 대한 개요를 제공합니다. 데이터 백업 및 복구 시스템의 주요 제조업체의 제품이 고려되고 주요 기능 및 차이점에 대한 데이터가 제공됩니다. 러시아 시장에 출시되는 제품에 특히 중점을 둡니다.

소개

모든 데이터 작업은 항상 손실 가능성과 관련이 있습니다. 데이터는 다양한 요인으로 인해 손실될 수 있습니다. 사람의 실수(사용자 및 네트워크 관리자 모두), 물리적 도난, 맬웨어의 파괴적인 작업 결과로 인한 도난, 데이터 저장 장치 고장. 개인 데이터가 손실된 경우(예: 사진이 있는 아카이브) 피해는 주관적이며 사용자의 부정적인 감정으로 표현됩니다. 그리고 서비스 정보 손실의 경우 재정적 손실, 경쟁 우위 손실, 계약 이행 실패 또는 실패, 조직 파멸 등 경제적 영역에서 피해가 나타날 수 있습니다.

정보 손실을 방지하기 위해 백업 및 데이터 복구 시스템(백업 및 복구)이 사용됩니다. 데이터 백업 및 복구 시스템은 후속 복구를 위해 특정 빈도로 데이터 복사본을 생성하기 위한 소프트웨어 또는 소프트웨어 및 하드웨어 시스템입니다. 데이터 손실로부터 보호하는 것 외에도 백업 시스템을 사용하면 운영 체제(이미지가 있는 경우)를 빠르게 복원하거나 다른 컴퓨터에서 데이터를 복원하여 직원의 작업 연속성을 보장할 수 있습니다.

데이터 백업 및 복구 시스템 작동 방식

데이터 복사본을 만드는 것은 매우 간단한 프로세스이지만 사용자의 실제 요구 사항은 종종 매우 다양하고 복잡합니다. 예를 들어, 많은 사용자는 임의의 위치에서 백업하거나 매우 많은 양의 데이터를 저장할 수 있기를 원합니다. 기업의 경우 관리 문제가 관련이 있습니다. 많은 분량데이터, 저장 및 빠른 복구. 각 클래스의 작업을 해결하기 위해 데이터 백업 및 복원을 위한 다양한 시스템이 있습니다.

사이의 주요 구분선 다양한 시스템데이터 백업 및 복구는 소규모 회사 및 "홈 오피스"(SMB/SOHO/ROBO) 또는 중간 규모(엔터프라이즈) 및 대기업(대기업)에서 개인 요구 사항에 따라 사용 영역을 통과합니다. 이에 따라 데이터 백업 및 복구 시스템의 가격, 사용하는 스토리지의 종류, 플랫폼의 종류, 제공되는 기능 등이 달라진다. 이러한 기준 중 일부를 살펴보겠습니다.

백업 및 복구 시스템의 주요 차이점 중 하나는 저장 매체 유형입니다. 백업은 테이프, 광 디스크(CD, DVD, Blu-Ray 등), 하드 드라이브(HDD), 솔리드 스테이트 드라이브(SSD), 네트워크 스토리지에 저장할 수 있습니다. 그들 각각에는 고유 한 장점과 단점이 있습니다. 예를 들어, 언뜻 보기에 테이프에 데이터를 저장하는 것은 시대착오적인 것처럼 보입니다. 최신 테이프 장치는 매우 저렴하며 데이터의 장기 저장을 보장합니다. 그러나 이러한 미디어에서 데이터 복구는 매우 오래 걸릴 수 있습니다. 따라서 데이터 보관에 더 적합합니다. "하드" 드라이브를 사용하면 상당히 빠르게 백업 및 복원할 수 있지만 가격이 비싸고 수명이 길지 않습니다.

"하드" 드라이브에 대한 대안은 "클라우드" 스토리지를 사용하는 것입니다. 여기서 스토리지 시스템 유형은 사용자에게 숨겨집니다. 물론 일종의 디스크를 "철"로 사용하지만 디스크의 안전성 문제는 서비스 제공자에게 있습니다. 그러나 가격은 어떻습니까? 추가적인 안전 보장을 위해서는 "클라우드" 인프라의 유지 관리에 많은 비용이 필요합니다(데이터 복제, 디스크의 "핫" 교체, RAID 어레이 지원 가능). 그러나 디스크 공간을 사용하는 효율성은 더 높을 수 있습니다. "클라우드"는 여러 클라이언트에서 사용할 수 있으며 회사에서 직접 설치하는 데이터 백업 및 복구 시스템보다 사용 효율성이 높습니다. 결과적으로 특정 시스템의 효율성은 선험적으로 계산하기 어려우므로 각각의 특정 상황에서 스토리지 시스템의 선택은 경제적인 계산이 선행되어야 합니다.

또 다른 차이점은 사용되는 플랫폼 유형입니다. 데이터 백업 및 복구 시스템은 소프트웨어, 하드웨어-소프트웨어 컴플렉스 또는 서비스(서비스로서의 소프트웨어)로 구현될 수 있습니다. 소프트웨어 비용이 적게 들고 별도의 스토리지 시스템이 필요합니다. 따라서 이러한 시스템은 개인 및 소규모 회사에 적합합니다. 대기업의 경우 이러한 시스템을 특수 데이터 웨어하우스와 함께 사용할 수 있습니다. 중간 규모 및 대규모 기업의 경우 소프트웨어 및 하드웨어 시스템(PBBA, 전용 백업 어플라이언스) 형태로 만들어진 백업 및 데이터 복구 시스템이 더 적합합니다. 이러한 장치는 두 가지 범주로 나뉩니다.

PBBA 대상 시스템(표적시스템). 지정된 컴플렉스는 백업 대상 장치로만 작동합니다. 이러한 솔루션을 사용하려면 백업을 자동화, 관리 및 통합하기 위한 추가 소프트웨어를 사용해야 하며, 위의 모든 구성 요소를 통합하려면 배포된 운영 체제가 있는 추가 서버 하드웨어에 이 소프트웨어를 설치해야 합니다. 이러한 장치에는 EMC Data Domain, HP StoreOnce 등이 포함됩니다.
PBBA 통합 시스템(통합 시스템). 이것은본격적인 작업을 위해 추가 구성 요소가 필요하지 않은 완전히 완성된 솔루션. 여기에는 서버, 디스크 어레이 및 소프트웨어백업용. 이러한 시스템은 하드웨어와 소프트웨어 간의 통합이 더 우수하며 다음을 포함할 수 있습니다. 추가 도구네트워킹(예: 로드 밸런싱). 이러한 솔루션은 인프라에 대한 추가 투자가 필요하지 않으며 배포 및 통합 비용이 낮고 유지 및 관리가 더 쉽습니다. 이러한 장치에는 EMC Avamar, Symantec Appliance BE+NBU 등이 있습니다.

현재 많은 회사에서 백업을 서비스로 제공하고 있습니다. 이 경우 저장소는 대부분 "클라우드"에 위치하며 이러한 저장소의 모든 관리는 서비스 제공자가 수행하며 사용자는 데이터를 업로드하고 복원하기만 합니다.

데이터 백업 및 복구 시스템은 제공하는 기능도 다릅니다. 조건부는 "기본" 기능과 "고급" 기능으로 나눌 수 있습니다. 기본 기능에는 백업 예약, 압축 및 암호화가 포함됩니다. 추가 기능은 더 다양합니다.

복제를 통해 여러 소스에 동시에 복사할 수 있으므로 데이터 저장의 신뢰성이 높아집니다.
중복 제거를 사용하면 중복 데이터를 분석하고 압축할 수 있습니다. 그 결과, 데이터 전송 채널 및 데이터 저장 공간에 대한 부하가 감소됩니다.
시스템 이미지 생성. 데이터뿐만 아니라 시스템 이미지도 주기적으로 복사하면 운영 체제나 개인용 컴퓨터가 손상된 경우에도 직원의 작업장을 신속하게 복원할 수 있어 업무의 연속성을 확보할 수 있습니다.
로드 밸런싱. 백업 작업을 가장 빠르게 실행하기 위해 여러 스토리지의 로드를 최적화할 수 있습니다.
소프트웨어(운영 체제 및 DBMS)와의 호환성. 정확한 전체 전송 및 복구를 위해 백업 프로세스 중에 변경될 수 있는 파일 및 데이터베이스의 "캐스트"를 생성할 수 있습니다.
원격 관리를 위한 다양한 도구. 이것은 관리자의 작업을 자동화할 수 있는 상당히 다양한 기능 세트입니다. 여기에는 사용자 컴퓨터에 에이전트 원격 설치, 생성된 아카이브 확인, 백업 수동 또는 자동 병합 등이 포함될 수 있습니다.
작업 가상 장치.
클라우드 스토리지 작업.
데이터 복구 알고리즘. 데이터 손실의 경우 데이터 복구 속도를 높이기 위해 다양한 알고리즘이 사용되어 필요한 데이터만 복구하고 복구 중 중복 제거 등을 수행할 수 있습니다.

데이터 백업 및 복구 시스템의 글로벌 시장

세계의 데이터 백업 및 복구 시스템의 수는 상당히 제한되어 있습니다. Gartner의 Magic Square는 CommVault, EMC, IBM 및 Symantec과 같은 회사가 시장을 주도하고 있음을 나타냅니다.

그림 1."매직 스퀘어"가트너백업 시스템용 및 데이터 복구

2013년에 분석 회사인 IDC는 특수 백업 장치(PBBA, 전용 백업 어플라이언스) 시장에 대한 자세한 보고서(전 세계 분기별 전용 백업 어플라이언스 추적기)를 발표했습니다. 데이터에 따르면 2013년 2분기 이 부문 기업의 매출은 7억 2,020만 달러로 1년 전보다 7.3% 증가했습니다.

표 1: 전용 백업 어플라이언스 제조업체 수익(백만 달러)

제조사	2012년 2분기		2013년 2분기
제조사	판매량	시장 점유율	판매량	시장 점유율

위의 표는 시장의 절반 이상을 EMC(62.6%)가 점유하고 있음을 보여줍니다. 2위는 시만텍(12.4%)이 차지했으며 3위는 7.3%의 시장 점유율로 IBM이 차지했습니다. 4위와 5위는 HP(5.3%), Quantum(2.5%)이 차지하고 있으며, 나머지 업체들은 모두 2% 미만의 시장 점유율로 전체 시장의 10%를 차지합니다. 주목할만한 추세로는 IBM의 시장 점유율이 40.4% 감소하고 시만텍의 점유율이 71.3% 증가했습니다.

이 범주의 리더는 일반적으로 백업 및 데이터 복구용 시스템의 시장 리더와 거의 완전히 일치합니다. 이는 회사 수익의 대부분을 차지하는 백업용 전문 장치임을 나타냅니다. 유일한 주요 차이점은 주로 소프트웨어 제품을 출시하고 이를 다음과 같이 포지셔닝하는 CommVault입니다. 단일 시스템백업 및 아카이빙.

데이터 백업 및 복구 시스템의 러시아 시장

러시아 시장은 지역 파트너를 통해 솔루션을 홍보하는 데이터 백업 및 복구 시스템 시장의 세계 주요 업체로 대표됩니다. 시장에는 EMC, IBM, HP, Symantec, Dell, NetApp, CA Technologies의 제품이 포함됩니다. , 주로 대기업에 집중되어 있습니다. CommVault는 러시아 시장에서 덜 대표되며 해당 솔루션은 주로 CROC에서 제공합니다. 러시아 제조업체인 Acronis 및 Paragon Software Group의 솔루션도 인기가 있습니다. 그들의 결정은 "가격 / 품질"지표에 특별한주의를 기울이기 시작한 많은 회사의 비용 절감 정책과 관련하여 특히 관련이 있습니다. 가상 시스템 만 보호하기 위해 러시아 회사 Veeam Software의 솔루션이 사용되지만 다음 전문 기사에서 고려할 것입니다.

러시아 시장에는 다양한 수준의 회사가 많이 있으므로 그 중 가장 크거나 가장 인기 있는 회사를 고려할 것입니다. 동시에 기업 솔루션이 주로 이 시장 부문에서 시장을 결정하기 때문에 기업 솔루션에 중점을 둘 것입니다.

EMC

EMC의 주력 시스템은 EMC Avamar입니다. 이것은 데이터 백업 및 복구를 위한 포괄적인 소프트웨어 및 하드웨어 솔루션으로 실제 장치와 가상 장치 모두에서 작업할 수 있습니다. 가변 길이 세그먼트 중복 제거가 지원되며 클라이언트 장치에서 실행됩니다. 다양한 유형의 네트워크에서 작업할 때 데이터 전송이 최적화되고 있습니다. 복구는 한 단계로 수행됩니다. EMC Avamar는 특정 유형의 소프트웨어(예: Oracle 데이터베이스) 및 가상 어플라이언스와 함께 작동하도록 구성할 수 있습니다.

옵션인 EMC Data Protection Adviso 소프트웨어는 데이터 관리를 최적화하는 데 사용됩니다. 백업 모니터링 및 분석을 자동화하고 다양한 이벤트가 발생할 때 관리자에게 알림을 제공하며 백업 활동에 대한 보고서를 생성할 수 있습니다.

데이터 백업 및 복구 시스템은 매우 "유연"하며 필요한 경우 디스크 공간을 늘려 확장할 수 있습니다. EMC Avamar는 EMC Data Domain 스토리지 시스템과도 통합할 수 있습니다. 이러한 시스템은 수 테라바이트를 저장할 수 있는 소형 장치(DD160, DD620)에서 수 페타바이트의 초대형 저장 장치(DD990)까지 다양한 제품으로 대표됩니다.

IBM

백업 공간에서 IBM은 IBM Tivoli Storage Manager 제품으로 표시됩니다. 백업을 생성하고 저장장치를 관리하는 소프트웨어 제품입니다. IBM Tivoli Storage Manager는 다양한 스토리지 시스템과 호환됩니다. 로컬(LAN), 광역(WAN) 네트워크 및 현재 떠오르는 스토리지 네트워크(SAN)에서 작업을 제공합니다.

Tivoli Storage Manager에는 네트워크 또는 인터넷을 통해 어디에서나 원격 관리를 위한 도구가 포함되어 있습니다. 관리자는 보존 정책을 생성하여 백업 및 복구 시스템의 다양한 단계를 자동화할 수 있습니다. 관리자가 설정한 일련의 정책을 통해 일상적인 업무 수행은 물론 예상치 못한 다양한 상황 발생에 신속하게 대응할 수 있습니다. 계층적 스토리지를 사용하여 Tivoli Storage Manager가 관리하는 시스템은 다양한 유형의 스토리지 디바이스(예: 테이프 및 하드 드라이브)를 사용할 수 있습니다.

Tivoli Storage Manager를 사용하면 "증분" 백업을 압축, 통합 및 사용하여 저장된 데이터를 최적화할 수 있습니다. 기업 소프트웨어(데이터베이스, 이메일)은(는) 특정 유형의 애플리케이션으로 작업을 최적화하는 추가 클라이언트를 사용합니다.

시만텍

시만텍은 중대형 네트워크용으로 설계된 두 가지 백업 및 복구 제품인 Symantec Backup Exe와 Symantec NetBackup을 제공합니다. 이러한 응용 프로그램에는 백업에 필요한 전체 기능 집합(중복 제거, 자동 대상 복제, 컴퓨터 간 마이그레이션, 물리적 및 가상 장치 작업, 이기종 환경에서의 작업 등)이 포함됩니다. 이러한 제품은 다양한 스토리지 시스템에서 작동할 수 있습니다.

별도로 작업을 위한 추가 기술을 언급할 가치가 있습니다. 가상 머신. Symantec V-Ray 가상화 기술은 가상 및 물리적 백업을 결합하고 사용자에게 VMware, Hyper-V 및 물리적 장치를 포함한 모든 백업에 대한 원스톱 액세스를 제공하여 가상 머신, 애플리케이션, 데이터베이스, 파일, 폴더 및 응용 프로그램의 개별 요소도 포함됩니다. 기본 제공 베어 메탈 복구 기술을 통해 원본이 아닌 하드웨어로 데이터를 복구할 수 있으며 B2V(가상 머신으로 백업) 및 P2V(가상 머신으로 변환) 기능이 포함되어 사용자가 VMware에서 장애가 발생한 시스템을 복구할 수 있습니다. 또는 Hyper-V 환경 .

백업 및 데이터 복구 시스템 작업의 편의를 위해 Symantec은 Symantec Backup Exec 3600, Symantec NetBackup 5230 소프트웨어 및 하드웨어 장치도 출시했습니다. 그것들을 사용하는 것의 장점 중 하나는 최소 시간기업에서의 배포를 위해. 관리자가 장치가 작동을 시작하고 기능을 완전히 수행하는 데 20-30분이 소요될 것으로 추정됩니다.

CommVault

CommVault는 소프트웨어로 설계되고 모듈식으로 구축된 데이터 관리 시스템을 제공합니다. 모듈은 보관, 보호, 백업 및 데이터 관리를 제공합니다. 단일 관리 콘솔은 데이터 작업에 사용됩니다.

CommVault Simpana의 백업 기능에는 중복 제거, 시스템 이미징, 백업 자동화, 중앙 집중식 백업 관리, 보고, 사용자를 위한 셀프 서비스 백업, 계층적 스토리지 정책, 로드 밸런싱 등이 있습니다. CommVault Simpana는 Microsoft Hyper-V, VMware vCenter 및 VMware vCloud Director 플랫폼을 위한 고급 데이터 관리를 위한 심층 가상 인프라 통합을 제공합니다.

CommVault는 최소한의 부하로 애플리케이션을 실행하는 과정에서 백업을 생성하기 위해 대부분의 기존 운영 체제 및 애플리케이션(특히 Oracle, Microsoft, PostgreSQL 및 MySQL, Documentum, SAP 데이터베이스)을 지원합니다.

HP

HP는 다양한 다양한 솔루션. HP Data Protector 소프트웨어는 자동 데이터 백업 및 복구와 관련 정책 및 프로세스의 중앙 집중식 관리를 제공하도록 설계되었습니다. 대부분의 알려진 플랫폼 및 응용 프로그램을 지원하며 다음 기능을 수행할 수 있습니다.

클라이언트(소스 기반)와 별도의 전용 서버(백업 서버) 또는 데이터 스토리지 시스템(대상 기반) 모두에서 HP StoreOnce Federated Deduplication 기술에 따른 데이터 중복 제거
전체 가상 머신과 그 내부의 개별 데이터 보호를 포함한 가상 환경의 백업 및 복구
다운타임 없이 백업을 위한 하드웨어 스냅샷(스냅샷)을 생성하기 위한 디스크 어레이 기능과의 통합 제로 다운타임 백업 및 정보의 즉각적인 복구 Instant Recovery(IR);
백업의 개별 요소를 복원하는 기능(예: 가상 머신의 백업에서 별도의 파일).

백업은 중복 제거 디스크 라이브러리의 HPStoreOnce 라인을 사용하여 저장됩니다. 이 솔루션은 HP Proliant Gen8 서버 플랫폼을 기반으로 하며 모델의 용량은 8TB ~ 2.2PB(중복 제거를 포함하여 최대 35PB)이며 최대 139TB/시간의 백업 속도를 지원합니다. VTL(가상 테이프 라이브러리) 모드에서 동시에 작동하여 테이프 드라이브를 에뮬레이트하고 CIFS/NFS 액세스를 통해 파일 스토리지로 작동할 수 있습니다.

작은 골짜기

최근 Dell은 Quest Software 및 AppAssure 인수를 통해 백업 및 복구 솔루션 포트폴리오를 확장했습니다. 대기업과 기업의 경우 Dell은 전체 인프라를 백업하는 NetVault 솔루션을 제공하고 중소기업의 경우 더 간단한 Appasure 솔루션을 제공합니다. vRanger 애플리케이션은 가상 머신을 백업하는 데 사용됩니다. Dell 사업부의 러시아 개발자는 AD 및 Exchange 세분화된 복구와 고유한 자동 복구 기술을 위한 전문 Dell 소프트웨어 솔루션도 제공합니다. 액티브 디렉토리데이터가 손실될 때.

예를 들어 Dell PowerVault DL 및 DR 시리즈 장치(현재 모델은 DL4000 및 Dell DR4100)를 고려하십시오. 장치를 사용하여 다음 기능을 수행할 수 있습니다.

백업 작업의 최적화 및 단순화를 통해 이와 관련된 가동 중지 시간을 없앨 수 있습니다.
내장형 종단 간 중복 제거 및 블록 수준 데이터 압축, 백업 크기 최적화와 결합하여 백업 공간을 절약하고 WAN 복제의 필요성을 줄입니다.
5분마다 스냅샷을 생성하는 기능으로 포인트 복구;
가상 머신으로 작업합니다.

장치에서 EMC 또는 Symantec과 같은 다른 제조업체의 소프트웨어를 실행할 수 있습니다.

양자

Quantum은 백업 및 스토리지 시스템을 공급합니다. 테이프(SuperLoader; Scalar i40, i80, i500, i6000) 및 디스크(DXi V1000, 4000, 6500, 6700, 8500) 장치 및 Quantum vmPRO 4000 가상 머신용 백업 장치가 제공됩니다.

장치는 사용되는 스토리지 양이 다르며 백업 시스템에서 볼 수 있는 대부분의 추가 기능을 지원합니다. 기업 수준. Quantum의 독창적인 중복 제거 알고리즘은 복사를 최적화하는 데 사용됩니다. StorageCare Vision 소프트웨어는 중앙 집중식 관리 및 모니터링에 사용됩니다.

넷앱

NetApp 백업 및 복구 시스템을 사용하면 테이프 및 디스크 어레이 모두에서 작업할 수 있습니다. SnapProtect는 NetApp FAS 시스템을 위한 포괄적인 디스크 및 테이프 백업 관리 소프트웨어입니다. 이를 통해 스냅샷 및 데이터 복제를 수행할 수 있으므로 백업 작업 시간과 백업 크기가 크게 줄어듭니다. 또한 SnapProtect를 사용하면 단일 관리 콘솔을 사용하여 복사본 생성 및 복구를 관리할 수 있습니다.

NetApp SnapVault는 빠른 디스크 간 백업 및 블록 수준 데이터 보호를 위한 소프트웨어 솔루션입니다. 데이터 블록 수준에서 증분 복사로 인해 백업 생성 시간을 줄일 수 있습니다. 많은 옵션과 복원 지점으로 인해 빠른 데이터 복구를 제공합니다.

CA 테크놀로지스

데이터 백업 및 복구를 위해 CA Technologies는 CA ARCserve Backup 소프트웨어를 제공합니다. . 상당히 많은 기능을 수행할 수 있습니다.

사용되는 스토리지의 양을 줄이기 위한 데이터 복제
VMware, Microsoft Hyper-V™ 및 Citrix® XenServer를 실행하는 가상 머신에 대한 백업 지원;
클라우드 백업 지원 빠른 전송물리적으로 멀리 떨어진 물체 사이의 데이터;
기존 파일 백업 솔루션(CA ARCserve Backup)과 함께 스냅샷 기반 백업(ARCserve D2D) 사용. 공유 백업 디렉토리를 사용하여 복구 프로세스의 속도를 높이고 단순화합니다.
단일 콘솔에서 데이터 복사 및 복원 프로세스를 중앙에서 관리하는 기능.

특수 작업을 구현하기 위해 추가 모듈(CA ARCserve Central Reporting, CA ARCserve Replication, CA ARCserve High Availability)을 사용하여 CA ARCserve Backup의 기능을 확장합니다.

아크로니스

Acronis는 완벽한 백업 및 복구 소프트웨어 라인을 제공합니다. Acronis True Image는 가정용, Acronis Backup & Recovery Server for Windows는 소규모 기업용, Acronis for Windows는 대기업용입니다.

가장 기능적인 것은 기업 제품인 Acronis Backup & Recovery Advanced Server로 다음과 같은 많은 기능을 수행할 수 있습니다.

파일 기반 백업과 이미지 기반 백업. 나중에 동일하거나 유사한 컴퓨터에서 복구하기 위해 운영 체제로 전체 디스크의 이미지를 만들 수 있습니다.
여러 저장소(예: 로컬 및 네트워크)의 백업 복제
파일의 저장 및 선택적 복구에서 검색;
중복 제거( 별도의 모듈) 중복 데이터 복사를 방지할 수 있습니다. 또한 사본 검색은 특정 사용자의 컴퓨터뿐만 아니라 모든 네트워크 사용자에서 수행됩니다.
백업이 만들어진 장비가 아닌 다른 장비나 가상 머신(별도 모듈)에 워크스테이션과 서버를 복원하는 기능
관리 기능(원격 설치, 백업 전에 컴퓨터를 켜는 기능, 백업 전후에 명령을 실행하는 기능, 백업 중 디스크 및 네트워크의 부하 결정 등);
중앙 집중식 백업 관리;
"클라우드"(별도 모듈)의 스토리지 사용.

이러한 기능 세트의 존재는 Acronis 제품이 이 분야의 세계적인 리더 제품에 대한 진정한 경쟁자가 될 수 있도록 합니다. 제공된 기능을 통해 Acronis 제품은 모든 시장 부문에 적합합니다.

모범

데이터 백업 및 복구 시스템을 생산하는 또 다른 러시아 회사. 포트폴리오에는 다양한 하드 드라이브 백업 및 유지 관리 제품이 포함됩니다. - Paragon 하드 드라이브 Manager 12 Suite, Professional, Business, Premium 에디션(개인 사용자 및 SMB용); Paragon Protect and Restore 3(대기업용); 드라이브 백업 11 워크스테이션; 드라이브 백업 11 서버 등 2014년 봄, Paragon Hard Disk Manager 14의 출시가 러시아 시장에 발표되었으며, 이는 이미 서부에서 판매되고 있습니다.

이러한 제품의 도움으로 모든 기능을 갖춘 데이터 백업 및 복구 프로세스를 구성할 수 있습니다. 시스템 이미지는 장애 후 시스템을 신속하게 마이그레이션하거나 복구하는 데 사용됩니다. 또한 원래 컴퓨터와 하드웨어가 다른 컴퓨터에도 설치할 수 있습니다. 증분 및 차별화된 다양한 복사 체계가 구현되어 복사된 데이터의 양을 줄일 수 있습니다. 세분화된 데이터 복구 및 사용자 정의할 수 있는 강력한 필터 세트를 사용합니다. 자동 복구데이터. 실제 및 가상 장치 모두에서 작업을 지원합니다. 그러나 완전한 중복 제거는 없습니다. Paragon Remote Management 애플리케이션을 추가로 설치하면 중앙 집중식 백업 관리가 가능합니다.

Paragon 제품의 대부분은 개인 사용자와 중소기업을 위해 설계되었습니다. 그러나 Hard Disk Manager 12 Premium과 같은 회사의 최신 제품은 SMB를 넘어 대기업에서 작업하기 위한 추가 도구를 제공합니다.

나열된 솔루션은 러시아의 데이터 백업 및 복구 시스템 시장으로 완전히 제한되지 않습니다. Handy Backup Server Network(Novosoft 사) 또는 BakBone NetVault와 같은 덜 일반적인 제품이 있습니다. 그러나 러시아 시장에서 이들의 대표성은 작거나 정확하게 평가할 수 없기 때문에 고려 중인 솔루션 목록에 포함되지 않았습니다.

데이터 백업 및 복구를 위한 무료 시스템은 검토에 포함되지 않았습니다. 판매량에 대한 데이터가 없으면 시장에서의 존재를 평가하기 어렵기 때문입니다. 러시아 시장에서 가장 인기 있는 무료 백업 프로그램 중 Clonezilla 응용 프로그램이 있습니다. 이를 통해 로컬 또는 원격 컴퓨터에서 시스템 이미지 또는 데이터 복사본을 만들 수 있습니다. Clonezilla Server의 기업 버전을 사용하면 기업의 로컬 네트워크에서 백업을 관리할 수 있습니다.

결과

데이터 백업 및 복구 시스템은 개인 및 기업의 모든 작업장 보안에 필요한 요소입니다. 이 솔루션 클래스의 현재 수준을 사용하면 백업 프로세스를 빠르고 사용자 친화적으로 만들 수 있습니다. 백업 생성 속도뿐만 아니라 복원 속도에도 주의를 기울입니다. 특수 알고리즘을 사용하면 데이터 복구 시간이 크게 단축됩니다. 이에 사용되는 알고리즘은 데이터 복구 시간을 크게 줄일 수 있습니다. 시장에 출시된 시스템은 지속적으로 발전하고 있으며 데이터 작업을 위한 새로운 기술을 포함하고 있습니다. 많은 시스템이 클라우드에 데이터를 저장하고, 가상 머신을 사용하고, 새로운 유형의 프로토콜 및 저장 장치로 작업할 수 있는 기능을 제공합니다. 이것은 이러한 종류의 솔루션에 대한 제조업체와 소비자의 상호 이익을 나타냅니다. 미래에 백업 및 복구 시스템이 클라우드에서 데이터를 공유하고 원격으로 작업하기 위한 백업 스토리지 솔루션 및 솔루션과 점점 더 통합될 것이라는 점은 주목할 가치가 있습니다.

데이터 백업 및 복구 시스템 시장은 상당히 성숙했습니다. 세계 수준에서 이 분야의 지도자들이 오랫동안 형성되어 해마다 높은 수준의 결정을 유지하기 위해 노력합니다. 이들은 EMC, CommVault, Symantec, IBM, HP, Quantum, NetApp, CA Technologies입니다. 이 모든 리더의 제품은 러시아 시장에 출시됩니다. 시장의 특이성은 제품이 자체 틈새 시장을 점유하고 시장에서 수요가 많은 러시아 플레이어인 Acronis 및 Paragon의 존재입니다.

향후 출판물에서는 클라우드 백업 및 데이터 복구 시스템 시장을 고려할 계획입니다.

친애하는 친구 여러분, 오늘 우리는 매우 중요한 주제인 데이터 백업 및 복구에 대해 알아볼 것입니다. 이 두 개념이 따로따로가 아니라 함께 가는 이유는 무엇입니까? 기능은 무엇이며 무엇을 위한 것입니까? 지금부터 이 모든 질문에 답을 하고 바로 적극적인 조치를 취하도록 하겠습니다.

이제 백업부터 시작해 보겠습니다. 백업을 통해 장치나 프로그램의 모든 파일, 문서 및 기타 정보를 외부 저장 매체에 저장할 수 있습니다. 후자는 인터넷상의 클라우드 스토리지일 수 있습니다. 그러나 모든 데이터가 이런 방식으로 저장될 수 있는 것은 아닙니다. 이에 대해서는 조금 후에 이야기하겠습니다.

그러나 이후에 파일을 악용하여 이전에 저장한 모든 것을 반환할 수 있습니다. 예를 들어, 여름 휴가에서 찍은 사진을 클라우드에 저장했다면 나중에 볼 수 있을 뿐만 아니라 지원되는 모든 장치에 다시 업로드할 수도 있습니다. 이제 이 두 가지 개념으로 수하물을 조금 보충했으므로 데이터를 백업하는 방법, 이를 위해 존재하는 프로그램, 수행할 수 있는 장치 등에 대한 활발한 토론으로 넘어갈 수 있습니다. 보시다시피, 우리의 작은 토론이 천천히 커지고 있습니다. 작업하기 쉽도록 조명이 켜질 블록을 즉시 보여 드리겠습니다. 필요한 것을 즉시 선택하고 작업을 시작할 수 있습니다.

컴퓨터의 정보
태블릿 및 스마트폰의 정보
사용자에 대한 권장 사항

파일이나 시스템의 복사본을 만들려면 데이터를 저장할 외부 저장 매체가 필요합니다. 컴퓨터나 노트북의 USB 포트에 연결합니다. 디스크 또는 플래시 드라이브의 사용 가능한 공간이 파일이 차지하는 공간보다 큰지 확인하십시오. 또한 녹음 중 오류가 없는지 확인하십시오. 누군가 실수로 케이블을 만지고 연결이 끊어지면 데이터가 손실될 수 있습니다.

스마트폰이나 태블릿에서 사본을 만들고 싶다면 원본 케이블을 사용하여 PC에 연결하는 것이 좋습니다. 클라우드 스토리지 사용자의 경우 빠른 무제한 인터넷 연결을 권장합니다. 예를 들어 트래픽이 제한되어 있고 이를 초과하는 경우 발생하는 부채를 충당하기 위해 일정 금액을 지출해야 합니다.

컴퓨터의 정보

컴퓨터 데이터는 다른 장치 중에서 중요도 순위에서 첫 번째 줄을 차지하므로 작업을 시작합니다. 우선, 여기에는 저장된 정보 유형별로 백업이 작게 나누어져 있다는 점에 주목할 가치가 있습니다. 운영 체제의 전체 복사본, 파일이 있는 복사본 또는 별도의 파일 저장소가 될 수 있습니다. 편의를 위해 Windows 7, 8.1 및 10에 대한 예를 고려하십시오.

윈도우 7

시작 버튼이나 다른 탐색 도구를 사용하여 컴퓨터 제어판으로 이동합니다.
"시스템 및 보안" 메뉴를 클릭합니다.
다음으로 탭이 있는 창이 열리며 여기에서 " 지원및 데이터 복구.
따라서 새 창에 보관 설정이 포함된 메뉴가 표시됩니다. "백업 및 복원"을 클릭하십시오.
다음으로 같은 이름의 파란색 버튼을 사용하여 백업을 설정해야 합니다.

"백업 설정"을 클릭하십시오.

그러면 보관 설정이 있는 대화 상자가 표시됩니다. 당신의 HDD"다음" 버튼을 클릭합니다.

아카이브 위치 선택

다음 창에서 시스템은 정확히 무엇을 아카이브해야 하는지 묻는 메시지를 표시합니다. 모든 것을 저장하고 정기적으로 데이터를 업데이트하므로 첫 번째 옵션("Windows 선택 허용")을 사용하는 것이 좋습니다. 여기서 두 번째 옵션을 사용하면 사용자가 정확히 저장할 항목을 선택할 수 있습니다. 즉, 운영 체제 파일과 함께 전체 백업이 필요하지 않은 경우 고유한 폴더나 별도의 디렉터리를 넣을 수 있습니다.

자신을 보관할 개체 선택

다음으로 설정된 매개변수를 확인합니다. 여기에서 "일정 변경" 버튼을 사용하여 자동 사본 생성 일정을 설정할 수 있습니다.

모든 것이 설치되고 확인되면 "설정 저장 및 백업 시작"을 클릭합니다.

진행 중인 프로세스

프로세스가 완료될 때까지 기다린 다음 외장 하드 드라이브를 확인하여 데이터가 기록되었는지 확인하십시오.

윈도우 8.1

화면 오른쪽에 있는 도구 모음을 실행합니다. 이렇게 하려면 마우스를 오른쪽 상단으로 이동한 다음 "검색"을 클릭합니다.
키보드에서 따옴표 없이 "File History" 구문을 입력하고 Enter 키를 누릅니다. 결과에서 같은 이름의 폴더를 클릭합니다.
창의 왼쪽 하단 모서리에 있는 "시스템 이미지 백업" 링크를 클릭해야 하는 창으로 이동합니다.

아카이브를 저장할 위치를 선택합니다(위에서 동의한 대로 외장 하드 드라이브여야 함). "다음"을 클릭하십시오.
다음 창에 필요한 메모리 양이 표시됩니다. 모든 데이터를 확인하고 "아카이브" 버튼을 클릭합니다.
시스템이 백업을 생성하는 동안 기다리십시오. 윈도우 사본외부 저장 매체에. 이 프로세스는 시간이 걸릴 수 있으므로 당황하지 마십시오.

윈도우 10

작업 표시줄의 시작 버튼을 사용하여 "설정"을 시작합니다.
이제 업데이트 및 보안 탭을 엽니다.
매개변수가 있는 왼쪽 열에서 "보관 서비스" 항목을 클릭합니다.
동일한 이름의 버튼을 사용하여 자동 백업 시스템을 설정합니다.
아무 문제 없이 복사할 폴더를 쉽게 조정할 수 있습니다. 이렇게 하면 작업이 훨씬 쉬워집니다.
개별 라이브러리 및 디렉토리가 아닌 운영 체제와 함께 전체 백업을 생성하려면 Windows용 지침을 사용하십시오.

데이터를 복원하려면 백업 설정을 찾을 때까지 단계를 반복합니다. 그러나 이제 "복구" 탭이나 항목을 선택하고 모니터 화면의 대화 상자에 있는 지침을 따르십시오. 이것에 어려운 것은 없습니다. 당연히 Microsoft의 표준 Windows OS 도구를 검토했습니다. 유사한 작업을 수행하기 위한 특별 프로그램도 있습니다. 더 편리할 수도 있지만 안전성과 신뢰성 측면에서는 열등할 수 있습니다. 따라서 표준 OS 유틸리티를 계속 사용하는 것이 좋습니다.

태블릿 및 스마트폰의 정보

여기에서도 사용되기 때문에 모든 것이 다소 간단합니다. 표준 프로그램(예를 들어, iPhone 및 iPad의 경우 iTunes로 작업합니다). 모든 운영 체제의 모든 가젯에 대해 백업 절차는 동일합니다.

장치를 컴퓨터나 노트북에 연결합니다. 적절한 드라이버가 설치될 때까지 기다리십시오.
장치와 동기화하도록 설계된 프로그램을 실행하십시오. 즉, iPhone이 있는 경우 PC에서 iTunes 응용 프로그램을 엽니다.
"동기화" 또는 "백업" 탭 또는 항목을 찾습니다. 그것을 클릭하고 화면의 지시에 따라 사본을 만드십시오.

같은 창에서 데이터를 복원하려면 같은 이름의 버튼을 찾아 클릭하세요.
컴퓨터가 이 단계를 수행하는 동안 USB에서 장치를 분리하지 마십시오. 이로 인해 장치의 소프트웨어 오류가 발생할 수 있습니다.
일부 파일은 스마트폰이나 태블릿에서 PC로 간단히 전송할 수 있습니다. 이것은 Android 운영 체제를 실행하는 가제트 소유자에게 특히 해당됩니다. 모든 파일과 폴더에 대한 전체 액세스 권한이 있습니다.
iOS 기기 소유자는 같은 방식으로 사진과 동영상만 저장할 수 있습니다. 컴퓨터로 이동하여 기기를 마우스 오른쪽 버튼으로 클릭합니다. 사진 및 비디오 가져오기를 클릭합니다. 화면의 지시에 따라 가져올 수 있을 뿐만 아니라 사용자 지정할 수도 있습니다.

클라우드 스토리지

오늘날 이러한 유형의 데이터 스토리지는 시장에서 매우 인기가 있습니다. 플래시 드라이브, 케이블 또는 기타 주변 장치가 필요하지 않습니다. 활성 고속 인터넷 연결만 있으면 모든 파일을 손에 넣을 수 있습니다. 우리는 설정을 고려하지 않을 것이지만(이에 대한 별도의 주제가 있음), 단순히 특정 OS의 각 스토리지에 대해 이야기할 것입니다.

Windows용 원드라이브
iOS 및 MacOS용 iCloud 및 iCloud Drive
안드로이드용 구글 드라이브

설치된 OS에 관계없이 모든 장치에 설치되는 범용 장치도 있다는 점은 주목할 가치가 있습니다.

클라우드 메일
원드라이브
구글 드라이브

보시다시피 모든 리포지토리 중에서 Apple만이 해당 시스템에서만 제품을 사용할 수 있도록 했습니다. 좋든 나쁘든 - 당신이 결정합니다.

외장 하드 드라이브 또는 플래시 드라이브를 사용할 때 여유 공간이 충분한지 확인하십시오.
대부분의 클라우드 저장소에는 무료 액세스를 위한 저장소가 제한되어 있습니다. 예를 들어 iCloud Drive에서는 5GB를 사용할 수 있습니다. 확장하려면 구독을 구입해야 합니다. 파일이 많지 않다면 아무것도 살 필요가 없습니다. 여러 클라우드 저장소를 사용할 수도 있습니다.
복사본 생성 확인: 디스크 또는 클라우드의 메모리가 끝나면 복사본이 생성되지 않습니다. 당신은 매우 슬픈 결과가 될 일부 데이터를 잃을 위험이 있습니다.
일부 파일을 복사하는 경우에는 복사된 장치에서 해당 파일을 삭제하여 메모리를 확보하는 것이 좋습니다.
매우 중요한 문서를 보관하고 싶다면 2부를 만드는 것이 좋습니다. 예를 들어, 하나는 외장 하드 드라이브에 만들고 다른 하나는 클라우드 저장 프로그램으로 만들 수 있습니다.

합산

친애하는 친구 여러분, 오늘 우리는 매우 광범위하고 중요한 주제인 데이터 백업 및 복구에 대해 논의했습니다. 컴퓨터 정보에 특히 중점을 둔 다음 스마트 폰 및 태블릿 사본을 만드는 일반적인 원리를 조사하고 클라우드 스토리지에 대해서도 알게되었습니다. 끝으로, 우리는 귀하의 작업을 가능한 한 생산적으로 만들기 위한 몇 가지 권장 사항을 제시했습니다. 기억하십시오: 적시에 저장된 데이터는 신경을 구하는 열쇠입니다. 몇 주, 몇 달 동안 하던 논문 파일을 잃어버리면 별로 재미가 없겠죠? 가장 선호하는 보관 서비스와 그 이유를 댓글로 알려주세요.

강의 텍스트

주요 질문

강의 15. 백업

소요시간: 2시간(90분)

· 백업을 수행합니다.

· 백업 추적.

· 백업 예약.

Enterprise Manager, T-SQL 명령 또는 데이터베이스 백업 생성 마법사를 사용하여 백업할 수 있습니다. 대부분의 경우 데이터베이스 백업 생성 마법사를 사용하는 것이 가장 쉽지만 Enterprise Manager도 사용하기 쉽습니다. 반면에 T-SQL 명령은 여러 번 반복될 수 있는 SQL 스크립트에 배치될 수 있습니다. 필요에 가장 적합한 방법을 사용해야 합니다.

백업 작업 자체를 물리적 장치 또는 논리적 장치로 지정할 수 있습니다. 물리적 장치는 테이프나 디스크 드라이브와 같은 하드웨어 조각입니다. 운영 체제는 물리적 장치에 이름을 할당하고 해당 장치에 액세스하려면 해당 이름을 사용해야 합니다. 이러한 미리 할당된 이름은 기억하기 어려울 수 있으므로 물리적 장치에 대한 별칭(사용자 정의 대체 이름)을 생성할 수 있습니다. 이러한 별칭을 논리 장치라고 합니다. 이 LUN은 SQL Server에만 존재하며 백업 LUN이라고 하는 SQL Server 백업에만 사용할 수 있습니다. 논리적 장치에 데이터를 백업하려면 미리 장치를 생성해야 합니다. 백업을 수행하는 방법으로 이동하기 전에 논리적 백업 장치가 생성되는 방법을 살펴보겠습니다. 이 섹션의 예에서는 백업 논리 장치를 사용합니다. (시스템에 물리적 장치를 추가하는 방법에 대한 정보는 시스템 관리자에게 문의하십시오.)

T-SQL을 사용하여 백업 장치를 만들려면 sp_addumpdevice 저장 프로시저를 사용합니다. 다음 구문이 있습니다.

sp_addumpdevice device_type, logical_name, physical_name

device_type 매개변수의 값은 디스크 장치의 경우 디스크, 테이프 장치의 경우 테이프 또는 백업 시스템에 타사 소프트웨어를 연결하기 위한 파이프일 수 있습니다. logical_name 매개변수는 이 장치에 부여하는 이름입니다. 이 이름은 BACKUP 및 RESTORE 문에서 장치를 참조하는 데 사용됩니다. physical_name 매개변수는 시스템이 장치 또는 파일에 할당한 이름입니다.

하나 이상의 백업 장치를 생성한 후에는 백업을 수행할 수 있습니다.

Enterprise Manager를 사용하여 백업을 수행하려면 다음 단계를 완료하십시오.

1. 다음 방법 중 하나를 사용하여 SQL Server 백업 유틸리티를 호출합니다.

· Enterprise Manager의 왼쪽 창에서 서버 폴더를 확장한 다음 관리 폴더를 확장합니다. 백업을 마우스 오른쪽 버튼으로 클릭하고 상황에 맞는 메뉴에서 데이터베이스 백업을 선택합니다.

Enterprise Manager의 왼쪽 창에서 서버 폴더를 확장하고 데이터베이스를 마우스 오른쪽 버튼으로 클릭하고 다음을 가리킵니다. 컨텍스트 메뉴모든 작업을 선택한 다음 데이터베이스 백업을 선택합니다.

· Enterprise Manager의 왼쪽 창에서 서버 폴더를 확장한 다음 데이터베이스 폴더를 클릭합니다. 오른쪽 창에서 데이터베이스를 마우스 오른쪽 버튼으로 클릭하고 상황에 맞는 메뉴에서 모든 작업을 선택한 다음 데이터베이스 백업을 선택합니다.

SQL Server 백업 대화 상자가 나타납니다(그림 16.1 참조).

그림 16.1 - SQL Server 백업 대화 상자의 일반 탭

2. 이 대화 상자의 상단 섹션에 있는 데이터베이스 드롭다운 목록에서 백업할 데이터베이스를 선택합니다. (1단계에서 세 번째 방법을 사용한 경우 적절한 데이터베이스 이름이 이미 선택되어 있습니다.) 백업 이름은 데이터베이스 이름에서 자동으로 생성되지만 이름 텍스트 상자에 백업 이름을 입력하여 이 자동 이름을 무시할 수 있습니다. 설명 텍스트 상자에 백업에 대한 설명을 입력할 수도 있습니다. 이 설명은 데이터베이스를 복원할 때 중요할 수 있습니다. 예를 들어, 테이블을 삭제하기 직전에 이 백업을 생성하는 경우 설명에 이 사실을 포함하는 것이 좋습니다. 새 데이터를 업로드하기 전에 백업을 수행하는 경우 설명에 이 정보를 포함하십시오.

3. 이 대화 상자의 백업 섹션에서 백업 유형을 지정해야 합니다. 사용 가능한 선택 버튼은 선택한 데이터베이스에 따라 다릅니다. 예를 들어 Northwind 데이터베이스는 기본적으로 검사점에서 로그 자르기로 설정됩니다. (체크포인트 생성 시 트랜잭션 로그 잘림). 이 경우 백업 프로그램에서 트랜잭션 로그와 파일 및 파일 그룹 선택 버튼을 사용할 수 없습니다. 백업 섹션에는 다음 선택 버튼이 있습니다.

데이터베이스 - 완료(데이터베이스 - 완료). 전체 데이터베이스 백업, 즉 해당 데이터베이스의 모든 데이터.

· 데이터베이스 - 차등. 차등 데이터베이스 백업, 즉 이전 백업 이후 변경된 모든 데이터.

· 트랜잭션 로그. 트랜잭션 로그 백업 이것은 또한 트랜잭션 로그를 자릅니다.

· 파일 및 파일 그룹(파일 및 파일 그룹). 하나의 파일 또는 파일 그룹 백업 이 파일 또는 파일 그룹을 지정해야 합니다.

이러한 백업 유형 중 하나만 선택할 수 있습니다. 전체 데이터베이스 백업 및 트랜잭션 로그 백업을 수행하려면 이 백업 프로그램을 두 번 실행해야 합니다.

4. 대상(백업 복사본의 위치) 섹션에서 백업 복사본을 위한 장치 유형(테이프(테이프) 또는 디스크(디스크))을 선택해야 합니다. 추가 버튼을 클릭하여 논리적 또는 물리적 백업 장치를 추가할 수 있습니다. 백업 대상 선택 대화 상자가 나타납니다(그림 16.2 참조).

그림 16.2 - 백업 대상 선택 대화 상자

이 대화 상자에서 파일 이름을 지정하거나 백업 장치 드롭다운 목록에서 백업 장치를 선택할 수 있습니다. 확인을 클릭하여 SQL Server 백업 대화 상자의 일반 탭으로 돌아갑니다. 그림 16.1의 예에서는 백업 대상 목록에 두 개의 장치가 있습니다. 장치를 제거하려면 장치를 강조 표시하고 제거 버튼을 클릭합니다. 장치의 콘텐츠를 보려면 콘텐츠 버튼을 클릭하세요. 특정 백업 장치가 이전에 이미 사용된 경우 백업에 대한 다음 정보가 나타납니다.

· 이름(이름). 백업을 실행한 사람이 선택한 이름입니다.

· 서버(서버). 백업이 수행된 서버의 이름입니다.

· 데이터베이스. 백업된 데이터베이스의 이름입니다.

· 유형(유형). 백업 유형(전체, 차등, 트랜잭션 로그, 파일 그룹, 파일)

· 날짜(날짜). 백업 날짜 및 시간입니다.

· 만료. 백업에 대해 지정된 만료 날짜입니다.

· 크기(크기). 백업 세트의 총 크기입니다.

· 설명. 백업에 대한 설명입니다.

하나의 백업 장치(실제로 자주 사용됨)에 여러 개의 백업을 생성할 수 있음을 기억하십시오.

5. SQL Server 백업 대화 상자의 덮어쓰기 섹션에서 테이프나 디스크와 같은 미디어 덮어쓰기(덮어쓰기... 옵션 버튼)와 이전 데이터에 추가(추가... 옵션 버튼) 중에서 선택할 수 있습니다. 그러나 테이프를 사용하고 교체하는 경우 이전 정보를 삭제해야 합니다. 이 대화 상자에서 기존 미디어 덮어쓰기 옵션 버튼을 클릭하여 이 정보를 덮어쓸 수 있지만 대신 백업하기 전에 정보를 지우는 규칙을 만들어야 합니다. 이렇게 하면 실수로 테이프나 디스크 장치를 덮어쓰지 않습니다.

6. 일정 섹션에서 특정 시간에 백업을 실행하도록 일정을 설정할 수 있습니다. 예약된 백업은 전체 트랜잭션 로그를 방지하기 위해 정기적으로 수행할 수 있는 트랜잭션 로그 백업에 특히 유용합니다. 백업 일정을 설정하려면 일정 확인란을 선택한 다음 찾아보기 버튼(...)을 클릭하여 일정 편집 대화 상자를 표시합니다(그림 16.3 참조).

7. 이름 텍스트 상자에 일정 이름을 입력합니다. 일정 이름을 사용하면 각 백업에 대한 별도의 일정과 같이 여러 일정을 만들 수 있습니다.

그림 16.3 - 일정 편집 대화 상자

일정 유형 섹션에서 다음 일정 유형 중 하나를 선택할 수 있습니다(옵션 버튼 순서). SQL Server 에이전트 시작 시 자동, CPU가 사용 중이 아닐 때, 백업을 한 번 실행하거나 반복합니다. 일회성 백업 시작을 선택한 경우 팝업 달력 날짜(날짜)를 사용하여 백업 날짜를 선택하고 카운터 필드 시간(시간)을 사용하여 시간을 선택합니다.

반복 백업 일정을 설정하려면 반복 선택 버튼을 클릭하고 변경 버튼을 클릭합니다.

반복 작업 일정 편집 대화 상자가 나타납니다(그림 16.4 참조). 이 대화 상자는 일정을 생성하기 위한 다양하고 유연한 옵션을 제공합니다. 매일(매일), 매주(매주) 또는 매월(매월) 옵션을 사용하여 해당 작업의 빈도와 기간을 지정할 수 있습니다.

8. 확인을 클릭하여 일정 편집 대화 상자로 돌아가고 확인을 다시 클릭하여 SQL Server 백업 대화 상자로 돌아간 다음 옵션 탭을 클릭합니다(그림 16.5 참조). 이 탭에서는 백업 완료 후 백업 미디어 확인 여부와 백업 미디어의 레이블(제목) 설정 여부 및 설정 방법을 지정할 수 있습니다. 이 탭의 옵션은 아래에 설명되어 있습니다.

그림 16.4 - 반복 작업 일정 편집 대화 상자

그림 16.5 - SQL Server 백업 대화 상자의 옵션 탭

· 완료 시 백업을 확인합니다. 백업 미디어의 가독성 검사를 수행합니다. 복사본의 무결성만 검사합니다. 이 프로세스는 백업에 적절한 데이터가 포함되어 있는지 확인하지 않습니다.

· 백업 후 테이프 꺼내기(테이프 장치에만 해당). 백업이 완료되면 장치에서 테이프를 꺼냅니다. 이 플래그는 여러 응용 프로그램이나 사용자가 테이프 장치에 액세스하는 경우에 유용합니다. 이렇게 하면 다른 사용자가 테이프를 덮어쓰는 것을 방지할 수 있습니다.

· 트랜잭션 로그에서 비활성 항목을 제거합니다(트랜잭션 로그 백업 전용). 백업 후 트랜잭션 로그가 잘립니다.

· 미디어 세트 이름 및 백업 세트 만료 확인 이 미디어를 확인하고 만료 날짜가 아직 도착하지 않은 경우 덮어쓰지 않도록 지정합니다.

· 백업 세트가 만료됩니다. - 테이프 장치만 해당됩니다. 이 미디어의 만료 날짜를 설정할 수 있습니다.

· 미디어를 초기화하고 레이블을 지정합니다(테이프 장치에만 해당). 이 미디어의 레이블을 설정할 수 있습니다.

9. 매개변수 설정이 완료되면 확인 버튼을 클릭하여 구성된 백업을 진행합니다.

T-SQL 문을 사용하여 데이터베이스를 백업하는 것은 Enterprise Manager를 사용하는 것보다 처음에 조금 더 어려울 수 있습니다. 그러나 스크립트를 통해 작업을 자동화하는 것을 선호하는 유형의 관리자라면 이 방법이 더 편리할 것입니다. 또한 T-SQL BACKUP 문은 Enterprise Manager의 백업 프로그램보다 몇 가지 더 많은 옵션을 제공합니다. 이 섹션에서는 BACKUP 문의 구문과 매개변수를 살펴보겠습니다. 실제로 두 개의 백업 운영자가 있습니다. 사용할 연산자는 수행해야 하는 백업 유형에 따라 다릅니다. 다음 연산자는 다음과 같습니다.

백업 데이터베이스. 전체 데이터베이스 또는 파일 또는 파일 그룹을 백업하는 데 사용됩니다.

백업 로그. 트랜잭션 로그를 백업하는 데 사용됩니다.

이 두 연산자는 기본적으로 동일한 기능을 제공하므로 함께 고려할 것입니다.

전체 데이터베이스 백업에 대한 BACKUP 문에는 다음 구문이 있습니다.

이 명령문의 경우 데이터베이스 이름과 백업 장치 이름만 필수 매개변수입니다.

파일 또는 파일 그룹을 백업하기 위한 명령문의 구문은 다음과 같습니다.

백업 데이터베이스 데이터베이스_이름

파일 이름 또는 파일 그룹 이름 [,...n]

백업 장치로

[ 옵션 매개변수와 함께 ]

이 명령문에 필요한 매개변수는 데이터베이스 이름, 파일 이름 또는 파일 그룹 이름, 백업 장치 이름뿐입니다. 여러 파일 이름 또는 파일 그룹 이름을 쉼표로 구분하여 지정할 수 있습니다.

트랜잭션 로그를 백업하는 문은 다음과 같은 구문을 사용합니다.

백업 로그 데이터베이스_이름

([WITH\NO_LOG|TRUNCATE_ONLY)])

| ( to backup_device )

[ 옵션 매개변수와 함께 ]

이 명령문에 필요한 매개변수는 데이터베이스 이름과 WITH NO_LOG 또는 WITH TRUNCATE_ONLY 옵션 또는 백업 장치 이름뿐입니다. 그런 다음 원하는 옵션을 추가할 수 있습니다. NO_LOG 및 TRUNCATE ONLY 옵션은 동의어입니다. 둘 다 백업하지 않고 로그를 자르도록 지정합니다. BACKUP LOG 문에서 이러한 옵션 중 하나를 사용하는 경우 시스템 오류 발생 시 데이터베이스를 오류 당시의 상태로 되돌릴 수 없습니다. 저장. 이러한 설정은 권장되지 않습니다. 자신의 재량에 따라 사용하십시오.

위의 세 가지 백업 명령 모두에서 database_name은 백업할 데이터베이스를 나타냅니다. Backup_device는 논리적 백업 장치의 이름 또는 물리적 장치의 이름입니다. 물리적 장치가 지정된 경우 장치 이름 앞에 DISK=, TAPE= 또는 PIPE= 텍스트가 와야 합니다(장치 유형에 따라 다름). 단일 장치 또는 쉼표로 구분된 장치 세트를 지정할 수 있습니다.

표 16.1은 BACKUP 문에서 사용할 수 있는 추가 옵션을 나열합니다. 데이터베이스만 백업하거나 트랜잭션 로그만 백업하는 옵션이 있는 경우 이 예외가 지정됩니다.

표 16.1 - BACKUP 문의 선택적 매개변수

매개변수	설명
블록 크기	이 매개변수는 물리적 블록 크기를 바이트 단위로 지정합니다.
설명	이 매개변수는 백업 세트에 대한 텍스트 설명을 지정합니다. 복원할 올바른 백업을 찾는 데 유용합니다.
미분	이 매개변수는 차등 백업을 지정합니다. 전체 데이터베이스 백업이 있는 경우에만 사용할 수 있습니다.
EXPIREDATE = 날짜 RETAINDAYS = 일	EXPIREDATE 매개변수는 이 백업 세트가 만료되는 날짜와 덮어쓸 수 있는 날짜를 지정합니다.
유급	지정된 백업 세트가 유효한 일 수를 지정합니다.
비밀번호 = 비밀번호	PASSWORD 매개변수를 사용하면 백업에 대한 암호를 설정할 수 있으므로 백업 자체의 보안이 향상됩니다.
포맷 \| 노포맷	FORMAT 매개변수는 미디어 헤더를 덮어써야 하므로 해당 미디어의 원본 데이터를 무효화하도록 지정합니다. NOFORMAT 옵션은 미디어 헤더를 덮어쓰지 않도록 지정합니다.
초기화 \| 노이니트	INIT 매개변수는 백업 세트가 미디어의 첫 번째 파일에 있어야 하며 미디어 헤더는 변경되지 않고 미디어의 모든 데이터를 덮어쓰도록 지정합니다. 즉, INIT는 존재하는 모든 것을 덮어쓰도록 지정합니다. 테이프에. NOINIT 옵션은 다음을 지정합니다. 이 세트백업이 미디어 내용에 추가됩니다. 테이프를 재사용하는 경우 이 옵션을 사용해야 합니다.
미디어 설명 = 텍스트	이 텍스트 필드는 미디어 세트에 대한 설명을 지정합니다.
MEDIANAME= media_name	미디어 이름을 지정합니다
MEDIAPASSWORD = 비밀번호	이 옵션을 사용하면 미디어 세트에 대한 암호를 지정할 수 있습니다.
NAME= backup_set_name	이 옵션을 사용하면 백업 세트 이름을 지정할 수 있습니다.
노스킵 \| 건너 뛰기	NOSKIP 매개변수는 이 미디어의 백업 세트를 덮어쓰기 전에 해당 백업 세트의 만료 날짜를 확인하도록 지정합니다. SKIP 옵션은 이 날짜 확인을 비활성화합니다.
NO_TRUNCATE	이 설정은 백업이 수행된 후 트랜잭션 로그가 잘리는 것을 방지합니다. 트랜잭션 로그 백업에만 사용
다운로드 \| 부리다	NOUNLOAD 옵션은 백업이 완료된 후 미디어가 장치에서 언로드되지 않도록 지정합니다(예: 테이프가 배출되지 않음). UNLOAD 옵션은 백업이 완료될 때 미디어가 언로드되도록 지정합니다.
재시작	이 옵션은 SQL Server에 중단된 백업을 다시 시작하도록 지시합니다.
통계 [ = 백분율 ]	이 옵션은 일정 비율의 백업이 완료된 후 메시지를 표시할지 여부를 지정합니다. 작업 진행 상황을 추적하려는 경우 유용합니다.

위에서 설명한 대로 기존 미디어 데이터에 백업을 추가할지 아니면 미디어 데이터를 덮어쓸지 지정해야 합니다. 선택하는 옵션은 테이프에 저장할 수 있는 데이터의 양에 영향을 줍니다. 테이프를 지우지 않고(또는 덮어쓰기를 비활성화하지 않고) 이미 사용 중인 테이프 장치에 데이터를 백업하는 경우 테이프의 공간이 부족할 수 있습니다. 추가 모드에서 백업 프로그램은 테이프가 끝날 때까지 남은 공간만 사용합니다.

프레스 센터

백업 및 복원

모든 데이터 센터의 기본 과제는 IT와 비즈니스 간에 서비스 수준 계약을 제공하는 것입니다. 비즈니스 요구 사항을 충족하는 핵심 포인트는 데이터 안전을 보장하는 것이므로 적절하게 구성된 데이터 센터의 데이터 스토리지 하위 시스템의 필수 인프라 블록은 데이터 백업 및 복구 시스템입니다.

SNIA(Storage Networking Industry Association)는 백업 작업을 다음과 같이 정의합니다.

백업 복사본 - 데이터의 원본 복사본이 손실되거나 사용할 수 없는 경우 복구하기 위해 일반적으로 원격으로 비휘발성 미디어에 저장된 데이터입니다.
백업(영어 백업) - 백업을 만드는 과정입니다.

모든 데이터 백업 시스템은 사용되는 백업 방법에 따라 세 가지 유형으로 나눌 수 있습니다. 파일별, 블록 또는 응용 프로그램 수준 데이터 백업일 수 있습니다.

블록 백업 시스템(영어 이미지 수준 또는 블록 수준 백업)은 미디어와 직접 작동하여 파일 구조를 무시하고 운영 체제, 작업 데이터, 설정 등 모든 내용을 완전히 보존합니다. 이러한 유형의 백업을 수행할 때의 이점은 고속. 그러나 복사 작업을 수행할 때 일반적으로 복사의 일관성을 위해 응용 프로그램을 일시 중지해야 합니다.

파일 수준(영어 파일 수준 또는 파일 기반 백업)에서 백업 작업을 수행할 때 파일 시스템이 사용됩니다. 이 경우 비교적 간단한 작업은 일부를 복원하는 것입니다. 특정 파일. 일반적으로 백업 작업은 시간이 더 오래 걸리고, 운영체제에 추가적인 부하가 걸리며, 열린 파일에 접근하는 문제도 있다.

백업은 응용 프로그램 수준 백업에서도 만들 수 있습니다. 복사 및 복원 작업은 백업된 응용 프로그램에서 특별히 제공하는 API(응용 프로그래밍 인터페이스)를 사용하여 수행됩니다. 백업은 특정 시점의 응용 프로그램 상태를 함께 나타내는 응용 프로그램 자체에 의해 정의된 파일 및 기타 개체의 모음입니다. 이 백업 방법을 사용하면 사이에 호환성 문제가 있을 수 있습니다. 다른 버전해당 인터페이스를 구현하는 애플리케이션 및 백업 시스템.

백업 시스템은 데이터 센터의 서비스 하위 시스템이며 다음과 같은 기능이 있습니다.

백업 프로세스는 IS 작업을 해결하는 데 중요하지 않습니다. 백업 시스템의 오류는 중요한 데이터의 가용성을 감소시키지 않습니다. 정보 서비스.
백업 프로세스가 생성하는 컴퓨팅 리소스에 대한 로드는 IS에 정보 서비스를 제공하는 데 유용하지 않습니다.

백업 시스템을 구축할 때 다음을 수행해야 합니다.

공유 기업 컴퓨터 네트워크에서 백업 데이터 트래픽을 줄입니다.

백업 방법.

LAN 백업
SAN(Storage Area Network)이 등장하기 전에는 여러 복사 서버를 포함하는 다중 계층 구조와 함께 코어 네트워크의 백업 트래픽을 줄이기 위해 전용 백업 네트워크가 사용되었습니다. 복사 서버를 전용으로 지정하고 가장 많은 양의 정보를 처리하는 생산 서버에 "더 가까운" 네트워크에 배치하면 복사 서버와 생산 서버 간의 백업 트래픽을 현지화하고 공유 LAN의 부하를 줄일 수 있습니다.

LAN 프리 백업
SAN의 출현으로 백업 트래픽을 LAN을 통하지 않고 서버에서 SAN에 연결된 저장 장치(일반적으로 테이프 라이브러리)로 직접 전송할 수 있게 되었습니다. 이 방법을 "LAN 프리 백업"이라고 합니다. 이 방법을 사용할 때 서버-클라이언트가 다른 작업과 동시에 SAN을 통해 액세스할 수 있는 저장 장치에 백업 데이터를 복사하는 서버 역할을 합니다. 동시에 백업 일정을 실행하는 작업은 LAN을 통해(TCP/IP 프로토콜을 통해) 제어 작업을 실행하고 복사 서버에 의한 작업 실행을 모니터링하여 백업 관리 서버에 할당됩니다. 따라서 LAN에서 백업 데이터 트래픽을 줄이는 문제가 해결됩니다.

그러나 "LAN-free 백업" 방식은 "윈도우" 백업 문제를 해결하지 못합니다. 뿐만 아니라, 이 방법백업 데이터 복사 서버의 추가 기능을 클라이언트 서버에 할당하여 클라이언트 서버에 추가 부하를 생성합니다. 일부 응용 프로그램은 온라인 백업을 허용합니다. 이는 많은 트랜잭션 응용 프로그램에서 구현되며 열린 파일 복사 도구와 같은 백업 소프트웨어의 특수 옵션을 사용하여 구현됩니다. 그러나 이러한 기술을 사용한다고 해서 프로덕션 서버의 로드가 줄어들지는 않습니다. 대량의 데이터(테라바이트 이상)로 인해 기본 작업을 해결하는 데 허용되는 임계값을 초과하는 시간이 늘어날 수 있습니다.

서버리스 백업
이상적으로는 백업 구성표는 클라이언트 서버 데이터가 SAN을 통해 저장 장치에 복사되는 것입니다. 타사 장치("Data Mover"라고 함), 서버-클라이언트의 컴퓨팅 리소스를 사용하지 않고 작업을 중단하지 않습니다. 이 백업 방법을 "서버를 사용하지 않는 백업"이라고 합니다. "Data Mover" 역할은 프로덕션 서버와 동일한 디스크 어레이에 연결된 이 목적을 위한 전용 서버 또는 특수 장치(라우터)에 의해 수행될 수 있습니다.

CDP(지속적 데이터 보호기)
SNIA 정의에 따르면 CDP(지속적 데이터 보호)는 데이터 변경 사항을 지속적으로 추적하고 원본 데이터와 독립적인 저장소에 저장하여 과거의 어느 시점으로든 복구할 수 있는 기술입니다. CDP 시스템은 블록, 파일 또는 애플리케이션 수준에서 구현될 수 있으며 단일 쓰기 작업까지 모든 시점으로 개체의 세분화된 복구를 제공합니다. 이 정의에 따르면 모든 CDP 솔루션에는 다음과 같은 속성이 있습니다.

변경 사항을 지속적으로 모니터링하고 기록합니다.
모든 변경 사항은 별도의 논리적 장치에 저장됩니다.
RPO(복원 지점)는 임의적이며 미리 정의하면 안 됩니다.

구현 예.

이 기사에서는 중소기업을 위한 데이터 백업 기술을 살펴보겠습니다.

고객이 묻는 일반적인 질문은 크기가 약 1GB인 1C 시스템 데이터베이스와 MS Access의 고객 데이터베이스 약 300MB의 안전성을 보장하는 것입니다. 모든 정보는 중요하며 하루보다 많은 시간을 잃는 것은 바람직하지 않습니다. IT 부서에 할당된 예산은 100,000루블을 초과하지 않습니다.

백업해야 하는 정보의 양, 백업을 저장하는 데 걸리는 시간, 백업의 원격 저장(오프라인)이 필요한지 여부 등 고객의 요구 사항을 이해하는 것이 필요합니다.

고객이 앞으로 며칠 동안 데이터를 저장해야 하고 솔루션 비용이 최소화되어야 하는 경우 가장 간단하고 편리한 솔루션은 소규모 네트워크 연결 스토리지(NAS - 네트워크 연결 스토리지)입니다. 이러한 장치는 다양한 하드웨어 제조업체에서 생산하며 2~12개의 드라이브를 포함하며 CIFS, NFS, HTTP, iSCSI와 같은 주요 액세스 프로토콜을 통해 액세스를 제공합니다. 구조 계획솔루션은 그림 1에 나와 있습니다.

그림 1 NAS 스토리지.

이 솔루션의 비용은 저장 용량에 따라 15,000~70,000루블입니다.

이 솔루션의 주요 단점은 스토리지 볼륨의 증가에 따른 확장이 불가능하고 백업의 성공을 제어해야 한다는 것입니다.

백업 절차를 자동화하기 위해 백업 생성 프로세스 및 복구 절차를 제어하고 테이프 장치를 포함한 다양한 저장 매체로 작업할 수 있는 특수 소프트웨어가 사용됩니다.

백업을 생성하기 위해 "무엇을, 어디서, 언제"를 규제하는 백업 정책이 생성됩니다. 어떤 데이터, 어디에, 얼마나 자주 저장해야 하는지. 추가 기능중앙 집중식 백업 소프트웨어를 사용하면 전체 데이터 양을 복원할 필요 없이 개별 문자와 데이터베이스 테이블을 복원할 수 있습니다. 테이프에 백업을 기록하면 재해 발생 시 백업의 원격 저장과 중요한 데이터의 안전을 구성할 수 있습니다. 아카이브 사본을 저장하기 위해 테이프 매체를 사용하면 기록된 지 50년 후에 데이터를 읽을 수 있습니다.

이러한 솔루션의 비용은 50,000루블부터 시작하며 백업 및 백업 소프트웨어를 저장하기 위한 서버를 포함합니다.

백업 시스템(BMS)을 구현한 거의 모든 고객은 이것이 모든 문제를 해결한다고 생각합니다. 그들은 모든 것이 백업되고 사고가 발생한 경우 올바르게 복원되도록 최선을 다했습니다. 그러나 종종 다음과 같이 발생합니다. 회사가 심각한 문제에 직면해 있고 기존 백업 시스템에서는 회사가 대상으로 간주하는 시간 내에 복구할 수 없습니다. 실제로 백업 시스템이 준수해야 하는 SLA는 충족되지 않습니다. 아아, 작업하는 동안 우리는 이것을 확인하는 많은 슬픈 예를 축적했습니다. 아래에서 두 가지 사례를 제시하고 어떤 기술적 수단이 복구 시간을 단축할 수 있는지 조언합니다. 사례를 선택할 때 가장 비즈니스 크리티컬한 정보가 저장된 데이터베이스와 관련된 예에 중점을 두었습니다.

소매 문제

고객:대형 보험사.

충돌 원인에 대한 간략한 설명: 인사 오류, Oracle에 잘못된 패치 설치.

문제에 대한 설명

우리는 IT 부서가 성숙하고 장비와 직원에 충분한 투자를 하는 대기업에 대해 이야기하고 있습니다. Oracle DBMS는 잘 개발된 DR 솔루션과 맞춤형 백업 시스템과 함께 2개의 기술 사이트에 분산된 2개의 Oracle Exadata에서 실행되고 있었다고 해도 과언이 아닙니다.

어느 슬픈 날 Oracle DBMS에 패치를 설치하기로 결정했습니다. 불행히도 엔지니어는 지침을 끝까지 읽지 않았습니다. "뭐, 종이 한 장 없이 패치를 설치하지 않겠어?!" - 그리고 잘못했다. 오류는 몇 시간 후 DBMS가 이상하게 작동하고 로그에 보고하기 시작했을 때 발견되었습니다. 그런 다음 엔지니어는 롤백하기로 결정했습니다. 이 작업은 마침내 두 데이터베이스 인스턴스(모든 변경 사항은 대기 모드로 복제되도록 관리됨)를 고정하고 모든 데이터를 손상시켰습니다.

회사는 모든 비즈니스 프로세스가 작동하는 데이터베이스인 주요 정보 자산 없이 방치되었습니다. 사업이 사실상 중단되었습니다.

결정

고객이 백업에서 복원하기로 결정했습니다. 당시 5TB 데이터베이스(현재 ~ 15TB) 복원이 주목받았습니다! - 30시간 이상!총 1.5 일 후에 기지가 사고 하루 전에 복원되었습니다. 하지만 더 많은 데이터가 있었습니다! 다른 모든 것은 기본 문서(지원서, 사본, 스캔)에서 다른 회사 시스템의 프로그래머와 직원에 의해 복원되었습니다. 또 1.5일의 노력이 필요했습니다.

총

2 하이엔드 Oracle Exadata 시스템, Oracle Standby, 백업 시스템 작동 및 3!!! 잘못된 패치 설치로 인한 완전한 다운타임의 날. 이것이 회사 정책에 의해 허용되었습니까? 당연히 아니지.

주요 문제: 논리적 오류에 대한 빠른 복구 도구가 부족합니다.

어떻게 피할 수 있었을까

이러한 사고의 결과를 완화하려면 두 가지 방향으로 이동해야 합니다. 한편으로는 백업을 더 자주 수행하고 다른 한편으로는 신속하게 복구할 수 있습니다. 다음 제품이 도움이 될 수 있습니다.

오라클 플래시백- 새 데이터를 백업 Oracle 시스템으로 "롤포워드"할 뿐만 아니라 원하는 트랜잭션으로 롤백할 수 있는 기술입니다. 이러한 계획을 사용하면 패치 문제가 시작되기 전에 시스템을 롤백할 수 있으므로 데이터 복구가 크게 용이해집니다.

스냅샷 기술.스냅샷을 사용하면 몇 초 만에 데이터를 백업하고 복원할 수 있습니다. 동시에 성능에 거의 영향을 미치지 않으며 스냅샷을 꽤 자주(예: 1시간에 한 번) 찍는 것이 가능합니다. 따라서 한 시간을 롤백하고 손실된 데이터를 한 시간만 복구할 수 있었습니다.

지속적인 데이터 보호- 지속적인 데이터 보호. 이는 특정 시점으로 롤백할 수 있는 기능으로 모든 기록을 기록할 수 있는 독점 장치 또는 소프트웨어입니다. Oracle FlashBack과 유사하지만 모든 데이터에 대해 작동합니다.

사례: 하드웨어 오류

고객:러시아 연방의 구성 기관 중 하나의 연방 서비스

충돌 원인에 대한 간략한 설명: 디스크 어레이 내부의 하드웨어 오류.

문제에 대한 설명

이번에 회사는 약간 덜 개발된 IT 인프라를 가지고 있지만 우리 고객에게는 더 일반적입니다. 중간 수준 디스크 어레이, Oracle DBMS, Standby는 사용되지 않습니다.

흔히 그렇듯이, 모두가 행복하게 집으로 돌아가는 금요일에 어레이 하드웨어에 장애가 발생했습니다. 펌웨어의 버그로 인해 디스크에 장애가 발생했을 때 어레이가 데이터를 엉망으로 만들었습니다. 이로부터 연방 수준 서비스의 데이터베이스가 작동을 멈췄습니다. 고객은 하루 이상 스토리지 공급업체의 솔루션을 기다리고 있었습니다. 모든 로그를 분석한 후 공급업체는 다음과 같은 결론을 내렸습니다. 데이터가 손실되었습니다!

결정

고객이 백업에서 복원하기로 결정했습니다. 이 프로세스는 모든 트릭과 성능 조정에도 불구하고 약 하루가 걸렸습니다(베이스가 상당히 큼). 데이터베이스를 복원하는 동안 로그의 백업 복사본이 손실되었습니다(보존 기간이 너무 짧게 설정되어 SRK에서 자체적으로 삭제했습니다).

더 - 더 깊게. 다른 많은 회사와 마찬가지로 이 회사는 Oracle에서 기록되지 않은 작업을 사용하여 성능을 크게 향상시켰지만 백업을 제외하고는 복구할 기회가 없었습니다. 즉, 작업 세션 직후에 수행되어야 합니다. 당연히 수년에 걸쳐 운영 서비스는 이것을 잊어 버렸습니다. 따라서 데이터의 일부가 완전히 손실되었습니다.

인프라 서비스를 완전히 복원하는 데 며칠이 더 걸렸습니다. 운영 체제, 바이너리, 구성 등의 백업 복사본이 없었습니다.

손실된 모든 정보는 기본 문서(제3자 데이터베이스, 종이 문서, 출납원 컴퓨터의 데이터)에서 수집되었으며 추가 3일이 소요되었습니다. 일부 문서는 복구되지 않았을 수 있습니다.

총

어레이 문제로 인해 약 일주일 동안 데이터 손실 및 다운타임이 발생했습니다! 현대 상황에서 이것은 회사의 파산으로 이어질 수 있습니다.

주요 문제:

RMS가 잘못 설정되어 시험 복원이 수행되지 않았습니다.
사고 발생 시 신속한 복구 수단이 없었고 이중화 시스템도 없었다.
명확한 DR 계획이 없었습니다.

이것을 어떻게 피할 수 있습니까?

다른 어레이에 있는 Oracle Standby를 사용합니다. 이렇게 하면 잠시 동안 실행 중인 데이터 인스턴스로 전환할 수 있습니다.
Oracle ZDLRA를 사용하면 훨씬 더 짧은 시간에 백업 장비의 데이터베이스를 복원할 수 있었습니다.
백업 및 복구 프로세스를 적절히 계획했다면 이러한 큰 손실을 방지하고 하루도 채 되지 않아 복구할 수 있었을 것입니다.

결론.위의 예에서 백업 시스템이 설치 및 구성되었음을 알 수 있지만 그럼에도 불구하고 SLA에 지정된 시간 프레임 내에 복구하지 못했습니다.

백업 시스템의 주요 문제

우리의 경험을 바탕으로 우리는 독자들이 특별한 주의를 기울여야 한다고 생각하는 여러 문제를 강조하기로 결정했습니다.

백업 및 후속 복구 속도

현재 백업 속도는 데이터 양에 정비례하지만 모든 고객은 연간 데이터 성장률이 30% 이상입니다. 3-4년 안에 데이터는 최소 두 배 이상 증가하지만 일부 회사의 경우 이 수치가 훨씬 더 높으며 같은 기간 동안 백업 속도는 전혀 변경되지 않습니다. 여기서 우리는 3-4년 전에 관련되었던 해당 용어와 SLA가 이제 최소한 두 배는 되어야 한다는 간단한 결론을 내릴 수 있습니다. 동시에 데이터 복구(RPO/RTO)에 대한 비즈니스 요구 사항이 지속적으로 증가하고 있습니다.

점차적으로 회사의 모든 비즈니스 프로세스가 IT로 이전되고 종이 기본 문서(문서, 애플리케이션, 스캔 등의 사본 및 원본)가 사라지고 있습니다. 모든 것은 IT 시스템 내부에서 이루어지며 데이터 손실은 사실 모든 것의 손실입니다. IT는 더 이상 실수할 권리가 없습니다. 우리가 인용한 사례의 경우, 다양한 상황으로 인해 항상 데이터를 사용할 수 없었기 때문에 회사가 기능을 수행할 수 없었습니다. 이로 인해 조직의 주요 비즈니스 프로세스를 수행하는 것이 불가능한 직접적인 손실과 금전적으로 측정하기 쉽지 않지만 미래에 발생할 수 있는 평판 손실과 같은 암묵적 손실이 발생했습니다. 회사에 더 적은 피해.

이미지에나는 회복 시간(RTO)에 관한 나의 관찰을 반영했다. 데이터가 늘어남에 따라 실제 복구 시간은 확실히 늘어나지만 SLA 요구 사항은 더욱 까다로워질 것입니다. 그래프에서 실제 시간이 소요 시간과 동일한 지점은 대부분의 고객에게 이미 지나갔습니다.

데이터 양에 따른 복구 시간 의존성

낮은 입도 복구

사실, 대부분의 오류는 데이터의 일부가 손실되어 발생합니다. 동시에 기존 백업 도구를 사용하면 백업에서 직접 데이터를 복원할 수 있지만 더 자주 전체 시스템을 복원해야 합니다. 데이터베이스가 15TB인 경우 며칠을 보낼 것입니다. RTO(복구 시간 목표) 요구 사항이 2일인 고객을 알지 못합니다. 우리의 관행에서는 관리자가 실수로 데이터베이스에서 여러 행을 삭제한 경우 클라이언트가 "이틀 동안 복구하는 것이 정상입니다. 참을게요."라고 말할 때와 같은 예는 없었습니다. 고객이 직면하는 상당히 일반적인 문제는 데이터 자체를 복원하지 않고(그리고 데이터에 며칠을 소비하지 않고) 백업에서 작은 데이터 조각을 분리하는 방법입니다.

과도한 RPO(복구 시점 목표)

종이 기록이 사라지고 모든 것이 IT 시스템에 저장되는 세상에서 우리가 즉시 보호하고 싶은 데이터는 생성되는 순간에 매초 생성됩니다. 그러나 기존 백업 시스템의 도움으로 이 작업을 수행할 수 없습니다. 각 데이터 조각에 대해 이 데이터가 단일 복사본으로 전 세계에 존재하는 특정 긴 기간이 있습니다. 고객은 데이터가 나타나는 순간부터 지속적으로 데이터를 보호하기를 원합니다. 백업에서 복원하기로 결정할 때 하루 전에 복원해야 할 가능성이 큽니다. 그런 다음 그날의 데이터를 다른 곳에서 가져와야 합니다. 원칙적으로 이것은 장편몇 일이 소요됩니다. 이벤트의 가장 부정적인 전개로 인해 중요한 정보가 손실될 수 있습니다. 물론 문제는 백업에 국한되지 않고 IT 시스템 전체의 구축과 관련이 있지만 이 경우 RMS의 주제는 매우 중요하므로 무시할 수 없습니다.

숨겨진 버그

불행히도 백업이 얼마나 잘 이루어졌는지 확인할 수 있는 저렴하고 빠른 옵션이 아직 없습니다. 물론 주기적인 테스트 복원을 통해 수행할 수 있지만 이는 인력과 IT 리소스 측면에서 매우 비용이 많이 드는 작업입니다. 이것은 별도의 하드웨어에서 별도의 팀이 작업한 것입니다.

아아, 대부분의 고객은 그렇지 않습니다. 모든 사람이 백업 복사본을 만드는 경우가 종종 있지만 복원할 때까지 수행할 수 없는 것으로 나타났습니다. 모양에도 불구하고 단순히 복원할 수 없습니다. 올바른 작업 SRK. 이것은 다양한 이유로 발생합니다. 그리고 이것을 증명하는 가장 좋은 방법은 예를 들어보는 것입니다. 고객 중 한 명이 Oracle 데이터베이스와 함께 SAP 시스템을 사용했습니다. 백업은 SRK의 가장 큰 공급업체 중 하나의 도움으로 내장된 SAP 도구로 수행되었습니다.

2가지 다른 백업 정책이 구성되었습니다. 그 중 하나는 파일 기반이었습니다. 운영 체제 데이터와 소프트웨어 설정을 복사했고, 두 번째 정책은 데이터베이스 자체를 복사했습니다. 동일한 시스템으로 안내되었기 때문에 데이터베이스가 입력된 제외 목록이 설정되었습니다. 파일 정책은 이 목록을 고려했으며 데이터베이스가 있는 디렉터리를 예약하지 않았습니다. RMS 아키텍처의 특성으로 인해 데이터베이스 예약 정책은 예외 목록을 무시하고 필요한 데이터를 올바르게 복사했습니다.

소프트웨어 릴리스 중 하나에서 이 공급업체는 이 "버그"를 수정했으며 그 날부터 두 정책 모두 예외 목록을 고려하고 데이터베이스를 우회하기 시작했습니다. 또한 이것은 정상적으로 작동했기 때문에 RMS 소프트웨어의 오류에 어떤 식으로든 영향을 미치지 않았습니다. 목록에 지정되지 않은 모든 데이터는 정상적으로 백업되었습니다. 시스템이 서비스 가능성에 대해 보고했습니다.

따라서 모든 것이 6 개월 이상 작동했습니다. 회복이 필요할 때까지...

비체계적 접근

중요한 문제는 백업 문제에 대한 비체계적인 접근입니다. RMS는 역사적으로 회사 자체 또는 관련된 통합자에 의해 구축되었습니다. 건설 당시에는 모든 요구 사항을 확실히 충족했으며 기능을 완전히 수행했습니다. 시간이 지남에 따라 회사의 IT 환경이 변경되었습니다. 동시에, 백업 시스템은 시스템이 개발됨에 따라 단순히 조정되었으며, 대부분의 경우 모든 후속 단계에서 초기 지표와 일치하도록 시스템을 유지하는 것의 중요성을 고려하는 체계적인 접근 방식이 관찰되지 않았습니다. 조직에서 RMS를 구축할 때 이는 데이터 보호 전략의 일부일 뿐입니다.

우리는 데이터 보호에 대한 접근 방식이 포괄적이어야 함을 보여주는 몇 가지 사례 연구를 제시했습니다. 아아, SRC는 은색 총알이 아니라 예비 낙하산일 뿐이므로 생성을 시작할 때 글로벌 데이터 보호 전략에서 SRC가 차지하는 위치를 명확하게 이해해야 합니다.

RMS 구축 문제에 얼마나 체계적으로 접근했는지 확인하려면 몇 가지 간단한 질문에 답하십시오.

IBS의 위치가 등록된 내장된 위험 모델이 있습니까?
IBS는 어떤 실패로부터 당신을 보호합니까?
다른 위험으로부터 자신을 어떻게 보호합니까(이는 기술 솔루션일 뿐만 아니라 다른 보상 조치일 수도 있음)?
시스템이 지정된 시간 내에 복구될 것이라고 확신합니까?
이것을 실제로 테스트 했습니까?

결정

우리 자신의 경험과 고객의 경험을 바탕으로 이러한 문제의 결과를 해결하거나 크게 줄일 수 있는 접근 방식을 개발하려고 했습니다. 우리 접근 방식의 본질:

먼저 시스템 볼륨에서 백업 및 복구 속도를 분리해야 합니다.스토리지 시스템, 애플리케이션 소프트웨어 및 RMS 제조업체는 이 문제를 해결하는 데 사용할 수 있는 몇 가지 도구를 제공합니다. 아래에서 나는 그들 중 가장 유망한 것을 설명 할 것입니다.

스냅샷을 사용하면 성능에 거의 영향을 미치지 않으면서 몇 초 만에 데이터를 백업 및 복원할 수 있습니다. 이것은 어레이를 통해 수행되며 동시에 정책의 일부인 SRC에 의해 제어될 수 있습니다. 이러한 백업 및 복구는 실제로 몇 초가 소요되며, 이는 이 기술을 양도할 수 있는 미디어가 있는 기존 시스템과 구별합니다.

또 다른 솔루션은 다양한 수단 Oracle Standby, DB2 HADR, MS SQL Always On과 같은 애플리케이션. 이러한 모든 도구를 사용하면 즉시 배포할 수 있는 원본과 분리된 생산 시스템의 작업 복사본을 가질 수 있습니다. 이를 통해 실패 직후 작업을 시작할 수 있습니다.

두 번째는 필요한 데이터만 복구할 수 있는 기회를 제공하는 것입니다.우리의 접근 방식은 데이터의 일부를 복원할 때 전체 시스템을 복사할 필요가 없으며 현재 필요한 데이터를 복원할 수 있다는 점을 고려합니다. 이는 이 데이터가 포함된 이미 배포된 시스템을 신속하게 배포하거나 사용할 수 있는 기능을 통해 달성됩니다. 첫 번째 경우와 마찬가지로 스냅샷을 사용하면 이 문제를 해결할 수 있습니다(스냅샷을 인접 서버로 빠르게 열고 필요한 데이터 조각을 가져올 수 있음). 여기에는 기술도 포함됩니다. 지속적인 보호 Oracle Standby with Flashback, 지속적인 데이터 보호(CDP) 솔루션과 같은 데이터. 이를 통해 적시에 데이터의 작업 복사본을 신속하게 배포할 수 있습니다.

하나의 논리적 블록(예: 행 또는 데이터베이스 테이블)을 가져와야 하는 경우 이러한 도구를 사용하면 작업이 훨씬 쉬워져 전체 복사본을 복원하지 않고도 필요한 데이터 부분을 복원할 수 있습니다.

세 번째는 데이터의 외관과 보호 사이의 격차를 줄이는 것입니다.이는 특정 사례의 특성과 데이터의 중요성 정도에 따라 여러 가지 방법으로 달성할 수 있습니다.

예를 들어 덜 중요한 시스템의 경우 백업 시간 간격을 몇 시간으로 줄일 수 있습니다. 이 경우 스냅샷을 사용합니다. 한 시간에 한 번 수행할 수 있는 복원 지점 역할을 할 수 있습니다. 일부 최신 어레이는 이러한 프로세스에 매우 잘 대처하며 상당히 많은 수의 시스템 스냅샷을 저장할 수 있습니다. 이것은 잠시 롤백해야 하는 상황에서 벗어날 수 있는 좋은 방법입니다.

가장 중요한 시스템의 경우 시간 간격이 전혀 없을 수 있습니다. 데이터는 지속적으로 보호되어야 합니다. 이 클래스의 여러 솔루션이 있습니다. 예를 들어 FlashBack이 있는 Oracle Standby를 사용하면 모든 변경 사항을 기록하여 얼마 전에 데이터베이스를 롤백할 수 있습니다. 또한 데이터베이스에 대한 모든 변경 사항을 거의 동기적으로 수신하는 Oracle ZDLRA PAC 또는 EMC RecoverPoint, Vision Solutions Double-Take 소프트웨어와 같은 범용 하드웨어 및 소프트웨어 시스템을 사용할 수도 있습니다. 또한 모든 변경 사항을 기록하고 시간 간격의 어느 시점으로든 복원할 수 있습니다.

백업 및 복구 시스템의 혁신과 관련하여 Oracle ZDLRA(Zero Data Loss Recovery Appliance)를 빼놓을 수 없습니다. Oracle Engineered Systems 제품군의 이 소프트웨어 및 하드웨어 컴플렉스는 모든 플랫폼 및 모든 에디션(엔터프라이즈 및 스탠다드)의 Oracle 데이터베이스를 백업하고 신속하게 복원할 수 있는 기능을 제공합니다. ZDLRA는 첫 번째 전체 백업 및 후속 변경 로그를 기반으로 얻은 가상 백업 데이터베이스(가상 전체 백업)를 기반으로 합니다. 이러한 가상 백업으로 인해 "일주일에 한 번 전체 백업, 하루에 한 번 증분 백업" 구성표에 따라 RMS를 사용하는 것보다 훨씬 빠르게 원하는 시점으로 데이터베이스를 복원할 수 있습니다. ZDLRA는 Oracle Exadata가 제시한 방향을 계속 이어가고 있다고 말할 수 있습니다. Exadata에서는 특수한 소프트웨어로 인해 Oracle Database 작업에 최적화된 혁신적인 스토리지 시스템이 구현되었습니다. 그리고 ZDLRA에는 Oracle Database의 백업을 최적화하는 특별한 소프트웨어가 있습니다.

이제 우리는 운영 복구에 대해서만 이야기하고 있습니다. 대규모 재해가 발생하거나 더 많은 시간을 복구해야 하는 경우 정기적인 백업은 필수 도구로 남아 있습니다. 그러나 현재 상황에서 이것은 마지막 순간에 열린 예비 낙하산 일뿐입니다.

넷째는 잠재오류의 감소이다.확인하는 방법은 하나뿐입니다. 올바른 작동백업 - 복원을 시도합니다. 이것은 고객이 가장 정확하고 거의 사용하지 않는 방법입니다.

그러나 우리는 이러한 상황에서 벗어날 수 있는 방법을 제시합니다. 첫째, 쉽게 복구할 수 있는 시스템 인스턴스를 갖습니다. 이것은 다시 빠르게 배포하고 테스트할 수 있는 스냅샷 및 대기 시스템에 대한 이야기입니다. 전체 백업을 "해제"하는 것보다 훨씬 적은 시간과 노력이 소요됩니다. 물론 이것이 항상 도움이 되는 것은 아니지만 비상 사태가 발생했을 때 최소한 이러한 수단으로 데이터를 복구할 수 있다는 희망이 조금 더 남아 있습니다.

둘째, 일부 SRK를 사용하면 자동화된 테스트를 수행할 수 있습니다. 정해진 시간에 일정에 따라 격리된 환경에서 가상머신을 구동할 수 있으며, 사전 정의된 알고리즘을 통해 데이터가 실제로 복구되었는지, 애플리케이션이 가용한지, 일관성이 있는지, 필요한 요청. 이러한 방식으로 관리자는 장기간의 일상적인 작업에서 벗어날 수 있습니다.

다섯째 - 백업 시스템의 투명성.설명된 통합 접근 방식에는 다양한 제조업체의 다양한 기술을 사용하여 복잡한 시스템을 구성하는 작업이 포함됩니다. 이 시스템을 실제로 작동 가능하게 만들고 추가 변경 및 확장 가능성을 제시하는 작업은 사소한 일이 아니며 두 가지 방법으로 해결할 수 있습니다.

첫 번째 방법 - 고객이 충분히 유능하고 이 시스템을 작동하기를 원하는 경우에 한합니다. 여기에서 통합자로서 우리는 고객의 IT 부서가 계속해서 독립적으로 시스템을 올바른 방향으로 개발하고 운영할 수 있도록 필요한 모든 프로세스를 구축하고, 규제 프레임워크를 만들고, 필요한 모든 지침과 계획을 개발하는 것을 돕습니다. 그런 다음이 모든 실질적인 규정 및 작업 기반을 비즈니스 프로세스의 작업 시스템 형태로 고객에게 이전하십시오.

두 번째 방법은 고객이 전투 상태에서 RMS 시스템을 지속적으로 유지할 수 있는지 확신할 수 없는 경우 시스템을 부분 또는 전체 아웃소싱으로 이전하는 것입니다. 그리고 우리는 SLA 요구 사항과 IT 아웃소서로서의 참여 규모를 지속적으로 증가시키면서 이 서비스를 성공적으로 사용하는 고객을 보유하고 있습니다.

불행히도 시스템의 지속적인 성장과 복잡성의 현재 조건에서 데이터 복구 문제를 해결할 보편적인 방법은 아직 없습니다. 위의 솔루션과 체계적인 접근 방식을 결합해야만 기업이 비즈니스에 필요한 시간 내에 데이터를 복구할 수 있습니다.