Skip to end of metadata
Go to start of metadata

목차

ZCB소개

Zmanda Cloud Backup(일명 ZCB)은 Windows 서버를 위한 완전한 백업 해결책입니다. ZCB는 파일시스템과 Microsoft Exchange와 SQL 서버 같은 라이브 응용프로그램을 신뢰할 수 있는 Google 클라우드 저장소 에 백업합니다.

사용자 설명서

개요

Zmanda Cloud Backup은 로컬 폴더 또는 Google 클라우드 저장소에 Windows 워크스테이션 및 서버를 백업하기 위한 안전하고 편리한 방법입니다. Zmanda Cloud Backup은 다음과 같은 백업 종류를 지원합니다:

  • Windows NTFS 파일 및 폴더
  • Microsoft SQL 서버 2000, 2005 및 2008
  • Microsoft Exchange 서버 2003, 2007 및 2010
  • Microsoft Share Point 서버 2007, 2010 및 WSS 3.0
  • Windows 시스템 상태 (레지스트리, 인증서 서버 및 Active Directory 정보)
  • MySQL 서버 5.0와 5.1
  • Oracle 서버 11g


SQL 서버, Exchange 서버 및 SharePoint 서버 설정은 ZCB가 자동으로 탐지하므로, 추가적인 설정이 필요하지 않습니다. Zmanda Cloud Backup에는 기본적인 Windows 압축을 사용하는 옵션을 가지고 있고, 백업 데이터의 디지털 인증서를 통한 암호화를 지원합니다.

시스템 요구사항

ZCB를 사용하시기 전에 시스템이 다음과 같은 요구 사항들을 확인하여 주시기 바랍니다.

  • Windows XP (Home 또는 Professional) 서비스팩2 이상
  • Windows 2003 서비스팩 2 이상.
  • Windows Vista, Windows 7, Windows 2008.
  • Java 런타임 환경 (JRE) 6 Update 20 이상.
  • Volume Shadow Copy(볼륨 새도 서비스;VSS) 서비스가 활성화된 상태여야 합니다. VSS가 기본적으로 활성화되어있더라도, Windows 설치 후에 해제되어있을 수도 있습니다. 해당 서비스가 실행 중인지 확인하기 위해서:
  • 내 컴퓨터 아이콘 오른쪽 클릭 후, 메뉴에서 관리 를 선택하십시오
  • 서비스 및 응용 프로그램 트리를 확장하고 서비스 에서 Volume Shadow Copy 서비스를 검색하십시오. 서비스가 시작되지 않았다면, 해당 서비스를 오른쪽 클릭 후 속성으로 들어가서 시작 유형을 수동에서 자동으로 바꾸십시오.
  • 설치 하기 전에 Remote Registry 서비스가 활성화되어있어야 합니다.
  • Zmanda Cloud Backup이 반드시 설치되어있어야하고 모든 ZCB 작업은 관리자 권한을 가지고 있는 사용자로 실행되어져야 합니다.
  • Zmanda Cloud Backup은 백업 아카이브에 관한 메타데이터를 설치 폴더에 보관합니다 (설치 폴더와 로컬 백업 폴더의 위치가 다를 수 있음). 이 메타데이터는 백업 이미지 복원에 매우 중요하므로 이 데이터를 보관하기 위한 충분한 디스크 공간이 있는지 확인하여 주시기 바랍니다. 필요한 디스크 공간은 백업 세트, 백업 이미지 및 각 백업 이미지의 파일/개체 수에 따라 다릅니다.
  • Zmanda Cloud Backup은 다음 TCP 포트를 사용합니다. : 기본적으로 ZCB는 백업과 복구를 위해 10080 & 10081 포트를 사용합니다. 만약 기본 포트가 사용 중인 경우, 다른 포트를 지정하여 사용 가능합니다. 이 문서에 있는 TCP 포트 변경하기를 참고하십시오.

설치

ZCB 설치는 다음 두 단계를 포함합니다. - Zmanda Cloud Backup 소프트웨어 설치와 ZCB 인증서 가져오기. Windows 32bit 및 64bit를 위한 ZCB 소프트웨어와 ZCB 인증서는 Zmanda NetworkDownload 에서 이용가능합니다.

  • 만약 Zmanda Cloud Backup 을 구매하였는데 ZCB 소프트웨어 또는 ZCB 인증서를 해당 페이지에서 찾지 못하였다면, support@zmanda.com로 이메일을 보내주시거나 Zmanda 네트워크에 있는 Support 탭에서 지원 케이스를 생성하여 Zmanda 고객지원센터로 연락주시기 바랍니다.

설치

Zmanda Cloud Backup 제품은 InstallShield 설치 관리자와 설치 프로그램을 실행하기 위해 자동 압축 풀리 파일(.exe)을 사용합니다. 설치 관리자는 설치 전에 자바 JRE와 같은 시스템 요구 사항을 확인 합니다.

amandabackup 사용자

설치 시에 ZCB는 amandabackup 사용자를 생성합니다. 세부화된 접근 제어를 위하여, ZCB는 amandabackup을 이용하여 백업과 관련된 모든 작업을 수행합니다.

amandabackup에 대한 더 자세한 정보를 원하신다면, What is the amandabackup user? 문서를 보시기 바랍니다.

ZCB 인증서 가져오기

소프트웨어의 설치가 완료 된 후,  Zmanda Network에서 ZCB 인증서를 해당 컴퓨터에 다운로드 합니다. ZCB 인증서 이름은 기본적으로 cloud.zmanda이며 ZCB 사용자 인터페이스에서 클라우드 > 클라우드 인증서 가져오기 메뉴를 통하여 가져와야 합니다 .

무인 설치

ZCB 다수의 컴퓨터에 설치하려는 경우에는 사용자 입력을 기록해야 합니다. 사용자 입력 기록 파일과 몇 줄의 명령어를 통하여 ZCB를 무인 방식으로 설치할 수 있습니다. 사용자 권한에 따라 명령 프롬프트를 관리자 권한으로 실행될 필요가 있습니다.

기록 파일은 사용자의 모든 입력을 포함할 것입니다.

무인 설치를 위한 사용자 입력 파일을 생성하기 위해서는 다음을 명령어를 실행하십시오 : setup.exe /r /f1<파일이름.iss>
무인 삭제를 위한 사용자 입력 파일 생성하기 위해서는 다음 명령어를 실행하십시오 : setup.exe /r /removeonly /f1<파일이름.iss>

ZCB 설치 관리자는 동일한 디렉토리에 있는 사용자 입력 기록 파일을 읽을 수 있고, 또는 /f1 옵션을 이용하여 다른 위치에 있는 사용자 입력 파일을 지정할 수 있습니다. 설치 로그 파일은 동일한 디렉토리에 생성될 것입니다 (기본: Setup.log). 또한, /f2를 이용하여 로그 파일의 위치를 지정할 수 있습니다.

C:\Temp\Setup.iss 라는 사용자 입력 파일을 사용하여 실행한 설치 명령의 예: 

setup.exe /s /f1"C:\Temp\Setup.iss"

이 명령은 설치 또는 제거 프로세스가 끝나기 전에 완료됩니다. setup.exe 명령을 프로세스가 완료 될 때까지 기다리게 하려면  /WAIT 플래그를 사용하십시오.
예시: 다음 설치 명령을 실행하면 setup.exe는 프로세스가 끝나기 전까지 Windows 명령 쉘에서 기다릴 것입니다.

start /WAIT setup.exe /w /s /f1"C:\tmp\Setup.iss "

Zmanda Network는 무인 설치 및 제거에 사용할 수 있는 기본 install.iss 및 uninstall.iss를 제공합니다. 이 설치 파일은 다음 사항을 가정합니다:

  1. ZCB는 C:\Program Files\Zmanda\Zmanda Cloud Backup 폴더에 설치될 것이다. amandabackup 사용자를 위한 암호를 제공하도록 요청받을 것이다.
    노트: 이 암호는 고급 구성 설정시 필요할 수 있습니다.
  2. ZCB 삭제는 설정 데이터를 보존하지 않을 것이다.

또한, ZCB 는 현재 존재하는 설정들을 내보내고 가져올 수 있는 유틸리티를 제공합니다. 해당 유틸리티를 통하여 백업 세트들을 새로운 컴퓨터에 쉽게 전달할 수 있습니다.

Export_ZCBConfiguration.bat 는 존재하는 모든 설정을 .zip 파일로 내보낼 것입니다. 해당 파일은 새로운 컴퓨터에 ZCB 설치를 자동화할 것입니다. Export_ZCBConfiguration.bat은 <Install Path>/bin/ 에 위치해 있습니다.

  • 해당 스크립트를 명령 프롬프트에서 실행합니다.
  • 해당 명령어 실행시 .zip파일을 내보낼 위치를 반드시 설정해야 합니다.
  • 예를 들어, C:\Export_Folder 로 내보내기 위해서는, 다음과 같이 명령어를 입력하면 됩니다
    • <설치 경로>\bin\Export_ZCBConfiguration.bat C:\Export_Folder
  • 스크립트는 "ZCB.zip" 파일을 C:\Export_Folder 안에 생성합니다.

Import_ZCBConfiguration.bat 는 Export_ZCBConfiguration.bat 스크립트가 생성한ZCB.zip을 가져올 것입니다.

이 불러오기 스크립트는 생성된 ZCB.zip 파일로 접근할 수 있어야합니다. 해당 파일을 로컬 폴더에 복사하거나 네트워크 공유 경로를 스크립트 실행 시 제공하여 주시기 바랍니다.

  • 스크립트 사용 중에 발생할 수 있는 충돌을 피하기 위해서는, '불러오기' 스크립트를 실행하는 컴퓨터에 존재하는 백업 세트가 없어야 합니다.
  • 명령 프롬프트를 열고 ZCB가 설치된 폴더의 bin 폴더에서 Import_ZCBConfiguration.bat를 실행하여 주시기 바랍니다.
  • 다음 예시는 위의 예시에서 사용한 폴더를 그대로 사용합니다.
    • <설치 경로>\bin\Import_ZCBConfiguration.bat C:\Export_Folder

불러오기 과정이 성공적으로 끝났다면, ZCB UI를 열고 모든 백업 세트와, 백업 폴더, 로컬 및 클라우드 보존 기간, 압축 등등 해당하는 백업 세트들의 설정들이 올바르게 불러들여졌는지 확인해주시기 바랍니다. 백업 세트에 암호화가 설정되어있는 경우에는, 해당하는 암호화에 필요한 인증서도 해당 컴퓨터로 가져와야 합니다.

주의: 로컬 저장소를 위한 백업 폴더가 기본 위치로 설정되어있으면, 해당 폴더는 대상 컴퓨터의 운영체제에 따라 변경될 것입니다. 반면에, 사용자가 백업 세트 설정시에 그 위치를 변경하였다면, 해당 백업 설정 파일을 불러들인 컴퓨터에서도 변경된 그 위치를 사용하게 될 것입니다.

백업세트 유효성 검사를 백업 작업을 시작하기 전에 실행하여, 모든 설정들이 제대로 구성되어있는지 확인하여 주시기 바랍니다.

구성

백업 세트

백업 세트는 파일 시스템 또는 응용 프로그램 백업을 위해 매개변수(무엇을, 어떻게, 어디에, 언제)를 정의합니다. 각 백업 세트는 오직 한 가지의 백업 타입로만 설정할 수 있습니다. 예를 들어 동일한 백업 세트에서 Exchange 서버와 Windows 시스템 상태를 백업할 수 없습니다.

백업 세트 이름은 32 자로 제한되며 다음과 같은 Windows 예약 문자를 사용할 수 없습니다 / |?_. < > * ": +&-

백업 수준

ZCB는 전체, 차등 그리고 증분 백업을 지원합니다.

전체 백업: 이 수준의 백업은 백업 세트와 관련되는 모든 데이터를 백업합니다. 또한 백업 수준 0 이라고도 합니다.

차등 백업: 이 수준의 백업은 마지막으로 전체 백업이 성공한 시점으로부터 변경된 데이터를 백업합니다. 또한 백업 수준 1 로 나타냅니다.

증분 백업: 이 수준의 백업은 마지막으로 전체 백업 또는 차등 백업이 성공한 시점부터 변경된 데이터를 백업합니다. 또한 백업 수준 2 이상 으로 나타냅니다.

Icon

차등 및 증분 백업들이 백업 작업에 소요되는 시간 및 크기를 감소시켜주지만, 또한 다른 백업 작업들 간에 의존 관계를 형성합니다.

모든 데이터의 전체 복원을 위해서는, ZCB는 모든 종속 백업 작업들을 필요로 할 것입니다.

파일 시스템 백업에서 다소의 파일을 복원할 때는, ZCB가 다른 종속 백업 작업으로의 접근을 필요로 하지 않고 특정 증분 또는 차등 백업에 포함된 파일을 복원할 수 있습니다.

차등 및 증분 백업을 선택하는 것은 백업 및Google 클라우드 저장소에 업로드하는 데이터양을 감소시켜줍니다. 증분 백업은 차등 백업과 크기면에서 비교하자면 상대적으로 크기가 더 작아질 수 있습니다. 그에 비해, 차등 백업은 복구 속도 면에서 증분 백업보다 이점을 가지게 됩니다. 차등 및 증분 백업들의 이점을 받기 위해서, 두 가지 타입을 하나의 백업 세트 안에 조합할 수 있습니다.

차등 및 증분 백업을 섞은 백업 세트는 아마 다음과 같은 설정을 가질 것입니다:

  • 3개월마다 전체 백업 수행
  • 매달 차등 백업 수행
  • 매일 증분 백업 수행 

전체, 차등, 또는 증분 백업?

사용자가 처음으로 수행하는 백업은 전체 백업이어야 합니다. 해당 전체 백업을 완료하면, 그 이후 백업으로 차등 또는 증분 백업을 사용하여 이후 백업 작업의 크기 및 소요되는 시간을 줄일 수 있습니다.

백업 수준에 대한 자세한 정보를 원하신다면, 다음 What are Incremental and Differential backups? 문서를 참고하시기 바랍니다.

백업 세트 사용

백업 세트는 ZCB 유저인터페이스의 왼쪽 가장자리 테이블에 나열되게 됩니다. 백업 페이지에서 오른쪽 버튼 클리을 통하여 백업 세트의 생성, 편집, 활성화, 비활성화를 할 수 있습니다. 또한 동일한 작업을 사용자 인터페이스의 위쪽에 위치한 파일 메뉴를 통해서도 수행할 수 있습니다.

백업 세트 활성화/비활성화: 백업 세트를 비활성화하면 해당 백업 세트의 백업 또는 복원 같은 작업을 수행할 수 없습니다. ZCB는 이 백업 세트의 모든 스케쥴 백업도 건너뛸 것입니다. 백업 세트를 활성화하면 ZCB는 그 백업 세트에 해당하는 스케쥴 백업도 활성화될 것입니다. 기본적으로 백업 세트는 활성화 된 상태입니다.
백업 세트 유효성 검사: 이 백업 세트에 대한 필수 구성이 올바른지 확인하는 간단한 방법입니다. 유효성 검사 하는 동안 오류가 발견되었다면 이는 ZCB 사용자가 제공한 구성을 이용하여 백업/복원 작업을 제대로 수행할 수 없다는 것을 나타냅니다. 백업 세트 설정들이 저장될 때 뿐만 아니라 백업 작업이 수행될 때, 해당하는 설정들의 유효성 검사가 자동으로 실시됩니다.

백업 세트 삭제: 백업 세트를 삭제하는 작업 시에 선택할 수 있는 사항이 아래와 같이 두 가지가 있습니다. 원하시는 것을 선택하시고 확인 버튼을 눌러주시기 바랍니다. 해당 작업을 중지하시려면 취소 버튼을 클릭하십시오.

백업 세트 설정 및 해당하는 모든 백업 데이터 삭제 (클라우드 및 디스크)

  • 이 작업은 선택한 백업 세트를 ZCB에서 삭제할 것입니다. 추가적으로, 클라우드 및 로컬 디스크에 위치한 해당 백업 세트의 모든 데이터도 삭제할 것입니다.
  • 선택을 재확인하기 위한 팝업창이 나타날 것입니다.
  • 이 작업은 다시 되돌릴 수 없습니다.

컴퓨터에서 백업 세트 설정만 삭제하고, 해당하는 데이터 보존

  • 이 작업은 ZCB에서 백업 세트를 삭제할 것입니다. 하지만 로컬 디스크 및 클라우드에 위치한 모든 데이터는 유지할 것입니다.
  • 선택을 재확인하기 위한 팝업창이 나타날 것입니다.
  • 해당 백업 세트는 백업 카탈로그 복원 를 통하여 가능합니다.

백업 세트 복사: 이 옵션은 현재 백업 세트의 복사본을 정확하게 생성할 것입니다. 사용자의 선택에 따라 일정 예약들은 복사한 백업 세트로 옮기거나 또는 옮기지 않을 수 있습니다. 그 뒤, 필요하다면 복사한 백업 세트를 수정할 수 있습니다. 대다수의 비슷한 백업 세트를 구성하려는 사용자들은 이 복사 기능을 사용하여 설정 시간을 줄일 수 있습니다.

백업 세트 구성

ZCB는 4개의 큰 그룹을 형성하여 백업 세트 설정하는 것을 쉽게 하였습니다 - 무엇을 백업어떻게 백업, 어디에 백업, 그리고 언제 백업

무엇을 백업

무엇을 백업 섹션에서는 백업 종류를 선택할 수 있습니다. (Windows 파일 시스템, 시스템 상태, 그리고 Exchange와 같은 다수의 응용 프로그램).

어디에 백업

ZCB는 클라우드, 로컬 디스크 또는 양쪽의 조합을 사용하여 백업할 수 있는 유연성을 제공합니다. 또한 클라우드와 디스크 저장소에 보존 기간을 각각 따로 설정하는 것이 가능합니다. 즉, 사용자의 입맛에 따라 재해 복구 전략을 구현할 수 있습니다.

ZCB를 사용하여 다음과 같은 백업 유형을 수행할 수 있습니다 :

클라우드 백업

ZCB 4.0 이상부터 도입된 기능으로, ZCB로 하여금 백업을 실행하고 클라우드로 그 백업 자료를 옮기게 합니다. 이 백업 자료는 로컬 디스크에 저장되지 않습니다. 일반적으로 이 작업은 ZCB가  오프사이트 백업 솔루션으로 이용될 때 사용됩니다.

Icon

클라우드 백업 작업은 매우 큰 백업 작업을 진행하거나 매우 오랫동안 진행하는 동안 한계점에 다다를 수 있습니다. 자세한 정보가 필요하시면 Direct Backups to Cloud run for a while before failing를 보시기 바랍니다.

디스크 백업

이 작업은 ZCB를 지시하여 백업을 수행하고 그 데이터를 로컬 디스크에 저장하게 합니다. 백업 데이터는 클라우드 저장소로 업로드되지 않습니다. 일반적으로 이 작업은 클라우드 백업의 두 단계 접근 방식에서 첫 번째 단계와 같습니다. 백업은 첫째로 디스크에 저장되고, 클라우드 저장소에 데이터를 저장하기 위한 업로드 작업은 적절한 시간에 주어진 대역폭을 사용하여 실행되어지게 따로 예약할 수 있습니다.

백업 데이터 저장을 위해 선택한 로컬 폴더에 충분한 사용 공간이 있는지 확인하여 주시기 바랍니다. 이 공간을 계산 하는 동안 백업 어디 섹션에서 로컬 저장소에 설정된 보존 정책을 살펴주시기 바랍니다. 더 자세한 정보를 위해서는 보존 정책을 참고하여 주십시오.

디스크&클라우드 백업

ZCB 4.0 이전 버젼에서는 "S3 백업" 이라고 불렸습니다. 이 작업은 먼저 디스크 백업을 수행하고, 완료시에 클라우드 저장소로 업로드를 시작합니다. 따라서, 백업 데이터는 클라우드 뿐만 아니라 로컬 디스크에 저장됩니다. 로컬 디스크 및 클라우드에 데이터를 얼마나 오래 유지할 것인가는 구성된 보존 정책에 의해 결정됩니다. 더 자세한 정보를 위해서는 보존 정책을 참고하여 주십시오.

일반적으로, 이 작업은 빠른 복구와 추가 중복을 위해 로컬 복사본이 필요할 때 사용되어집니다. 클라우드 저장소는 안전한 오프사이트 데이터 보호 솔루션으로 사용됩니다.

백업 데이터 저장을 위해 선택한 로컬 폴더에 충분한 사용 공간이 있는지 확인하여 주시기 바랍니다.

디스크에서 클라우드로 업로드

이 작업을 통하여 ZCB는 디스크에 저장되어있는 백업을 클라우드로 업로드합니다.

때때로 백업 실행 시에 해당 데이터의 업로드는 같이 실행하는 것을 원하지 않을 수도 있습니다. 디스크에서 클라우드로 업로드하는 기능은 사용자가 백업과 업로드를 서로 다른 시간에 실행하는 것을 가능하게 해줍니다.

이 기능의 가장 일반적인 사용 예는 낮 시간대에는 백업을 실행하고, 자정시간 전후로 업로드를 진행하는 것입니다.

클라우드 저장소 선택사항

Google 은 전 세계에 위치한 데이터센터에 귀하의 데이터를 저장합니다. 현재 미국유럽 을 선택할 수 있습니다.

다른 백업 세트에 대한 다른 클라우드 저장소 위치를 선택하는 것이 가능합니다. 그러나, 일단 한번 설정이 완료되면, 백업 세트의 클라우드 저장소 위치를 변경할 수 없다는 것을 유의하시기 바랍니다. 그 이유는 만약 백업 데이터가 다수의 클라우드 저장소에 퍼진다면, ZCB가 복구를 수행하는 것이 어려워지기 때문입니다.

로컬 디스크 저장소 선택사항

ZCB는 로컬 디스크, 외장 하드디스크 및 매핑된 네트워크 드라이브로의 백업을 지원합니다.

다음 How to use external or mapped network drives with ZCB 을 참고하시기 바랍니다.

보존 정책

보존 정책은 ZCB가 얼마나 오랫동안 백업 데이터를 보존해야하는지를 정해줍니다. 백업 작업이 보존 정책에서 설정한 일정 기간을 지났을 때, 해당 데이터는 삭제됩니다.

보존 정책을 설정할 때에, 다음을 고려하시기 바랍니다:

  • 백업의 빈도와 일정 예약 (새로운 백업을 생성할 때, 오래된 백업들이 삭제되지 않는지 확인하기 위하여)
  • 오래된 백업 데이터의 중요성 (오래된 파일이 새로운 백업 작업에서 삭제되거나 변경된 경우에도 해당 백업 파일에 접근할 수 있는지 확인하기 위하여)
  • 비어있는 디스크 공간 및 예산 (디스크 공간 부족 또는 지정한 예산 초과로 인하여 백업이 실패하지 않는지 확인하기 위하여)

ZCB는 사용자로 하여금 로컬 및 클라우드 저장소의 보존 정책을 각각 설정할 수 있게 해줍니다.

보존 정책 적용

보존 정책을 설정할 때, Windows에 의해 Purge_ZIB_Backups 라는 이름의 예약된 일정을 생성/재설정합니다. 이 작업은 매일 자정에 수행되어지지만, 기본 설정 > 고급 메뉴에서 사용자가 지정할 수 있습니다. 이 작업은 Windows 작업 스케쥴러에서 삭제되면 안됩니다. 만약 지정한 시간에 컴퓨터가 작동 중이 아닌 경우, 로컬 폴더 및 클라우드에 위치한 만료된 백업 이미지는 예약된 일정이 성공적으로 수행되었을 때 삭제됩니다.

보존 정책 예외

ZCB는 두 가지 옵션을 제공하여 보존 정책의 잘못된 설정에 따른 백업 데이터 삭제를 예방합니다. 두 가지 옵션은 기본적으로 활성화된 상태이고, 두 가지 옵션 모두 비활성화하지 않기를 권장합니다.

그 옵션은 다음과 같습니다:

항상 마지막으로 실행했던 전체 백업 데이터 보존하기: 이 옵션이 체크된 경우 (기본 설정), 가장 최근의 전체 백업은 해당 보존 기간이 지나더라도 삭제되지 않을 것입니다. 해당 옵션은 언제나 복원할 수 있는 하나의 전체 백업을 가지고 있음을 보장합니다.

종속 백업이 존재할 경우 백업 보존하기:  이 옵션이 체크된 경우 (기본 설정), 다른 백업이 어떤 백업에 의존하는 경우, 그 의존받고 있는 백업은 삭제되지 않을 것입니다. 해당 옵션은 사용가능한 백업 포인트에 완전한 복원을 수행하기 위해 필요한 모든 데이터를 가지고 있음을 보장합니다. 

존재하는 백업의 보존정책 변경하기

주 백업 페이지의 보존 정책을 변경할 때, 변경한 사항은 이후의 백업 작업에 적용됩니다. 이미 수행한 백업의 보존 정책을 변경하지 않습니다.

오래된 백업의 보존 정책을 변경하기 위해서는, 다음을 따라하십시오:

  1. UI상의 리포트 페이지로 가십시오.
  2. 변경하고자하는 백업을 선택하십시오.
    1. CTRL+클릭 또는 SHIFT+클릭 을 통하여 다양한 백업을 선택할 수 있습니다.
  3. "보존 기간 변경" 아이콘 클릭 또는 오른쪽 클릭 후에 해당 옵션을 선택하십시오.
  4. 새로운 보존 정책을 설정하십시오.
    1. "로컬 보존 정책" 옵션은 오직 디스크 백업 에서만 보여집니다. 마찬가지로, "클라우드 보존 정책"은 오직 클라우드 백업디스크로부터 업로드 에만 보여질 것입니다.
    2. 디스크&클라우드 백업 또는 다수의 백업을 선택한 경우에 두 가지 옵션이 모두 보여집니다.
    3. "삭제"되거나 "진행중"인 백업의 보존 정책은 변경할 수 없습니다
    4. 실패, 취소, 성공 또는 일시정지된 백업의 보존 정책은 변경할 수 있습니다.
    5. 카탈로그 복원 작업을 통하여 가져온 백업 작업의 보존 정책도 변경할 수 있습니다
대역폭 조절

기본적으로, ZCB는 클라우드로 최대 가능한 속도로 데이터를 전송하거나 받으려고 시도하므로 ZCB는 항상 최대 대역폭을 사용할 수 있습니다.

하지만 만약 사용자가 ZCB의 데이터의 업로드와 다운로드에 사용할 최대 대역폭을 지정하기를 원한다면, 이러한 대역폭 설정은 전역 수준 및 백업 세트 수준에서 할 수 있습니다. 모든 백업 세트에 걸쳐 즉, 전역적으로 대역폭을 설정하려면, 기본 설정 > 대역폭 설정 으로 이동하십시오. 각각의 백업 세트 수준에서 제한적으로 값을 구성하시려면, 어디에 백업 섹션의 클라우드 저장소 하위에 있는 "시간별 설정" 을 통하여 설접하십시오. 이런 제한 설정은 전역적으로 설정한 대역폭 설정을 덮어씌우게 됩니다.

ZCB에서 다음 두 가지 방법으로 대역폭 제한을 설정할 수 있습니다 :

균일하게 제한:

날짜와 요일, 시간에 관계없이 균일한 제한 값을 구성할 경우, 간단히 다음 두 가지 옵션을 설정할 수 있습니다: 

최대 업로드 속도: 이 값(초당 킬로비트)이 ZCB가 백업 데이터의 업로드에 사용할 최대 대역폭임을 말해줍니다.
최대 다운로드 속도: 이 값(초당 킬로비트)은 ZCB가 클라우드로부터 백업 데이터를 다운로드하는데 사용할 최대 대역폭을 알려줍니다.

시간에 기반한 제한:

ZCB가 시간 및 요일에 따라 다른 대역폭을 사용하기를 원한다면, 시간 기반 대역폭 설정을 통하여 구성할 수 있습니다. 이를 구성하려면 UI의 백업 페이지에서 업로드 또는 다운로드를 위한 시간별 설정 버튼을 클릭하십시오. 팝업창이 요일과 각 요일의 시간 슬롯을 보여줄 것입니다. 각 시간 슬롯은 15분 기간입니다.

설정을 하려면, 시간 테이블에서 셀을 선택하고 최대 속도 (kbps) 상자에 원하는 값을 입력합니다. 입력한 값을 적용하시려면 선택된 슬롯에 사용자 설정 속도 적용하기 버튼을 누르십시오. 주의: 설정된 값은 미래의 데이터 전송에 대해서만 적용됩니다. 모든 진행 중인 작업 (기본적으로 "무제한")은 이전에 구성된 값을 계속 사용합니다.

사용자의 편의를 위하여, ZCB는 시간기반 대역폭 조절을 위하여 미리 정의된 템플릿을 제공합니다. 서식 파일은 미리 정의된 서식 파일 선택하기의 드롭다운 목록에서 선택할 수 있습니다. 서식 값을 조정하고자 한다면, 위에서 설명한 대로 시간 슬롯을 선택하고 다른 값을 설정할 수 있습니다.
 

보안 전송 (SSL)

ZCB는 OpenSSL 0.9.8 버전을 사용하여 데이터의 안전한 전송을 지원합니다. 이 기능을 활성화하려면 어디에 백업 섹션의 클라우드 저장소 하위의 확인란을 체크하십시오.

클라우드로의 보안 전송 여부는 데이터의 디지털 암호화를 사용한 것과 관계없이 선택할 수 있습니다.

다음을 참고하시기 바랍니다: 백업되는 데이터가 공개 웹 사이트와 같은 공용인 경우, 클라우드 보완 전송을 사용하지 않는 것이 업로드 성능을 향상시킬 수 있습니다. (내부 테스트 결과로 15-20% 정도 개선을 보았으며 실제 성능은 외부 요인에 따라 달라집니다)

 

어떻게 백업

사용자는 ZCB가 백업을 어떻게 처리하는지 제어할 수 있습니다. ZCB는 데이터의 압축 및 암호화를 지원합니다. 데이터가 백업될 때, 압축과 암호화를 같이 하게 된다는 것을 염두해 주시기 바랍니다. 이 작업 후에 데이터가 디스크 또는 클라우드로 업로드됩니다. 이것은 어떤 시점에서도 백업 데이터가 비암호화된 상태로 있지 않는다는 것을 의미합니다.

사용자는 다음 설정을 지정할 수 있습니다.

압축: 압축 기능은 네트워크 대역폭 및 백업 저장소 공간을 절약하는데 도움을 줄 수 있습니다. 압축 수준은 (압축 없음) 부터 최대까지 총 10단계의 비율이 있습니다(최대 압축은 CPU 자원을 더 이용합니다).

암호화: ZCB는 백업 데이터의 암호화에 업계 표준 RSA RC4 알고리즘을 사용합니다. RC4 RSA의 표준 스트리밍 암호화 알고리즘입니다. ZCB는 Windows PFX (개인 정보 교환) 인증서만 지원합니다. 백업 아카이브는 모든 암호화 메타 데이터 정보와 암호화하는데 사용된 인증서를 인코딩된 형태로 저장합니다. 인증서의 SHA1 (보안) 해쉬 또한 해당 아카이브에 저장됩니다.

ZCB는 amandabackup사용자에 대해 설치된 Windows PFX (개인 정보 교환) 디지털 인증서를 사용하여 암호화를 수행합니다. 주의: Zmanda Network에서 다운로드한 클라우드 인증서는 암호화 인증서와 다르고 암호화 인증서는 Zmanda가 제공하지 않습니다.

ZCB는 사용자가 자신의 디지털 인증서 데이터 암호화를 지정하도록 허용하여 100% 데이터 개인 정보 보호를 제공합니다. 사용자만이 암호화 인증서를 알고 있으므로, 해당 사용자만 데이터를 해독할 수 있습니다. 즉, 인증서를 분실하는 경우, 이 암호화 된 데이터는 복구할 수 없습니다. 그러므로, 암호화에 사용된 인증서를 신중하게 보관하여 주시기 바랍니다. 
암호화를 사용하기 전에, Windows 인증서 저장소에 PFX 인증서를 가져와야 합니다. 자세한 정보를 원하시면 암호화를 위한 PFX 인증서 설정하기 섹션을 참조하시기 바랍니다. 
설치된 인증서를 사용하여 암호화를 활성화하려면, 백업탭의 어떻게 백업 섹션에서 암호화의 드롭다운 메뉴에서 해당하는 인증서를 선택하십시오. 암호화 인증서를 지정한 후에, "백업세트" 저장하기 버튼을 클릭하여 해당하는 설정을 저장하시기 바랍니다(유효성 검사가 백업 세트 저장 중에 자동으로 실행될 것입니다). 암호화 인증서에 대한 어떤 문제가 있으면, ZCB가 경고 메시지를 표시하게 될 것입니다.

주의: ZCB 4.1에는 64비트 플랫폼에 대한 알려진 문제점이 있습니다. 64 비트 플랫폼에서는 암호화 드롭다운 목록에서 사용할 수 있는 인증서의 자동 채우기가 작동하지 않습니다. 이 문제점의 해결 방법으로는, 암호화의 드롭다운 메뉴에서 암호화 인증서 선택하를 선택하고 인증서 이름을 직접 입력하여 주시기 바랍니다.

암호화에 대한 다음의 중요한 사항들을 유의하시기 바랍니다:

  • 암호화 인증서를 잃어버리면 암호화된 데이터를 복구할 수 없습니다.
    • 인증서를 백업하시려면, 해당하는 Microsoft 기술 문서 의 지침을 따라하시기 바랍니다.
    • ZCB의 파일 시스템 백업(비암호화)을 사용하여 인증서를 백업할 수도 있습니다. 백업 설정 시에 해당하는 인증서들을 백업 대상으로 선택하시고, 보존 기간은 "무한"으로 설정하여 해당 인증서가 자동으로 제거되지 않도록 확인하여 주시기 바랍니다. 또한, 직접 백업세트를 제거할 시에 유의하시기 바랍니다.
  • ZCB는 암호화 인증서(백업 중에 사용한 인증서)가 대상 컴퓨터에 존재하는 경우에만 백업 이미지를 해독할 수 있습니다. 동일한 인증서가 이름만 바뀐 경우에도 해당 파일을 해독할 수 있을 것입니다.
  • 사용자는 WinZip 및 PKZIP과 같은 Windows 유틸리티를 통해 아카이브 내에 있는 파일 (파일명)을 볼 수 있을 것입니다. 하지만 이러한 유틸리티를 통해 설정된 암호화를 해독할 수 없습니다. 오직 ZCB만 백업 파일의 암호화를 해독할 수 있습니다.
  • amandabackup 사용자는 백업과 복원 과정에서 동일한 암호를 가지고 있어야 합니다. 그렇지 않으면, 복원하는 동안 암호 해독에 실패할 것입니다.

 

언제 백업

백업 전과 백업 후의 작업

ZCB는 백업을 시작하기 전 또는 백업을 완료한 후, 사용자 지정 명령 또는 스크립트를 실행할 수 있는 옵션을 제공합니다. 예를 들어, 백업을 실행하기 바로 전에 백업 디렉터리 내부에 외부에 있는 특정 파일을 복사하고 싶다면, 사용자가 이러한 백업-전 작업을 설정할 수 있습니다. 마찬가지로, 만약 백업 후에 다른 프로그램(예: 스크립트 제거 이전 데이터)을 호출하려고 하려는 경우, 이러한 백업-후 작업도 구성할 수 있습니다.

이러한 작업을 구성하려면, 왼쪽 테이블에 위치한 백업 세트를 클릭하고 백업 탭으로 이동하십시오. 언제 백업 섹션 안의 백업 세트 설정 탭에서 이러한 설정들을 찾을 수 있습니다. 백업 전/후에 실행할 Batch 스크립트 또는 기타 실행 프로그램을 찾고 백업 세트 구성을 저장하십시오.

다음의 중요한 사항들을 확인하여 주십시오:

  • 위의 스크립트 또는 프로그램에 매개 변수를 추가 하려는 경우, 백업 전/백업 후 옆에 표시되는 명령에 매개 변수를 추가하시기 바랍니다.
  • 만약 설정된 백업-전 또는 백업-후 작업이 실패한 경우, 백업 작업 또한 실패로 표시됩니다. ZCB 로그 파일에서 실패한 명령어가 어떻게 종료되었는지에 해당하는 로그를 찾을 수 있습니다. 백업-전/후에 실행되는 명령에 어떤 오류가 발생해도 백업을 계속하게 하고자 하는 경우에는 65531의 종료 상태를 사용하여 스크립트가 종료하도록 만들어주시기 바랍니다.
  • 스크립트가 읽기/쓰기를 위해 파일을 여는 경우에는, 해당하는 파일 이름이 전체 경로를 지니고 있는지 확인해주시기 바랍니다 (예를 들면, C:\backup\Log.txt). "Log.txt"과 같은 상대적 경로를 가지는 파일이 있다면, C:\Windows\system32 폴더 안에서 파일이 생성되는 결과를 초래합니다.
사용자 계정

데이터를 백업하는데 다른 사용자의 권한이 필요하다면, ZCB로 하여금 그 계정을 사용하도록 할 수 있습니다.

이것을 설정하려면, 왼쪽 테이블에 위치한 백업 세트를 클릭하고 백업 탭으로 이동하십시오. 언제 백업 섹션 안의 백업 세트 설정 탭에서 이 설정을 찾을 수 있습니다. ZCB가 해당하는 데이터 백업을 위해 사용할 사용자의 이름과 암호를 입력하여 주시기 바랍니다.

이메일 알림

ZCB에서 각 작업이 완료되었을 시에 작업 결과를 알려줄 이메일 알림을 설정할 수 있습니다. 이 설정은 전역 수준(모든 백업 세트) 또는 하나의 백업 세트 수준에서 설정할 수 있습니다. 자세한 정보를 위해 이메일 알림 설정 섹션을 참조하십시오.

일정 예약

ZCB는 강력하고 설정이 용이한 일정 예약 옵션을 제공합니다. 다음 작업들을 독립적으로 일정을 예약할 수 있습니다– 클라우드 백업디스크 백업디스크&클라우드 백업 및 디스크에 저장된 백업 파일 업로드. 그리하여 평일에 디스크 백업을 설정하고 디스크에 저장된 백업 파일 업로드작업은 주말에 실행되게 설정하는 등 다양한 선택을 할 수 있습니다.

사용자는 또한 스케쥴에 따라 보존을 재정의할 수 있습니다. 여기서 지정한 보존 정책은 어디에 백업 섹션의 보존 정책 세트 대신 사용될 것입니다. 

백업 세트를 위한 예약 작업을 추가하려면, 왼쪽 테이블의 백업 세트를 클릭하고 백업 탭으로 가십시오. 언제 백업 섹션의 스케쥴 백업탭에서 스케쥴 추가 버튼을 클릭하시면 다양한 예약 작업 서식들을 보여줄 것입니다. 각 서식은 완전하게 사용자 지정 가능합니다. 백업 페이지 아래에 있는 "<backup set> 저장하기" 버튼을 클릭하여 예약 작업을 적용하는 것을 잊지 마시기 바랍니다.

스케쥴은 Microsoft 일정 예약의 규칙을 따릅니다. 각 버전의 Windows에서 스케쥴을 덮어씌우는 것을 다르게 관리할 수 있습니다. 자세한 정보는 다음 Microsoft Technet 문서를 참고하시기 바랍니다.

암호화를 위한 PFX 인증서 설정

PFX 파일은 특별하게 형성된 파일로 SSL 증명서, 개인키 및 필수적인 중간 CA 인증서를 포함합니다. 암호화를 위해 PFX 인증서를 사용할 때, 이것은 백업 데이터를 암호화하기 위한 암호처럼 작동합니다.

PFX 증명서 얻기

두 종류의 PFX 인증서가 있습니다-서명된 인증서와 자체 서명된 인증서. 서명된 인증서는 VeriSign과 같은 제 3자 CAS에 의하여 발행된 것입니다. 서명된 인증서와 자체 서명된 인증서의 차이점은 여기 에서 찾아볼 수 있습니다.

백업 데이터를 외부(데이터의 신뢰성을 확인하고자 할 수 있습니다)로 전송하지 않으면, 자체 서명된 인증서도 ZCB의 암호화에 안전하게 사용할 수 있습니다. Abylon selfcert와 같은 툴을 사용하여 자체 서명된 인증서를 무료로 생성할 수 있습니다. Openssl 유틸리티도 같은 용도로 사용할 수 있습니다.

이미 개인 인증서를 가지고 있으나 PFX 포맷이 아닌 경우

만약 비 PFX 인증서를 가지고 있는 경우, 그 인증서를 PFX 파일로 추출할 수 있습니다. 그것의 개인키를 알고 있어야 한다는 것을 염두해 두십시오.

PFX 인증서를 추출하기 위해서는 Windows의 시작에서 실행 을 클릭하고, certmgr.msc 입력합니다. 이제, 추출할 인증서를 찾고 더블 클릭 후, 자세히를 클릭하십시오. 파일에 복사를 선택한 뒤에 어디에 인증서를 내보낼 것인지 선택합니다. 인증서를 내보낼 때, 다음을 확인하십시오:

  • 예, 개인 키를 내보냅니다 확인란 선택함(이 옵션은 개인키가 내보낼 수 있는 것으로 표시되어 있고 사용자에게 개인 키에 대한 액세스 권한이 있는 경우에만 나타납니다)
  • 내보내기가 완료되면 개인 키 삭제 확인란 선택하지 않음

파일이 저장된 뒤에certmgr.msc 유틸리티를 종료합니다. 내보낸 인증서는amandabackup 사용자가 접근 가능한 폴더에 위치해 있어야 합니다.

PFX 인증서 가져오기

ZCB를 암호화를 이용하여 사용하려면, 해당하는 PFX 인증서를Windows 인증서 저장소에 가져와야 합니다. 아래의 인증서 저장소로 사용자의 PFX 인증서 가져오기 섹션을 참고하시기 바랍니다. 또한, 다음의 사용자들을 위해 인증서 가져오는 작업이 완료되어야 합니다:

  • amandabackup
  • Administrator
  • 일반적인 Windows 사용자로 ZCB 사용자 인터페이스를 수동 백업을 위해 실행하는 경우 , 예를 들면, "Zmanda" 사용자.
인증서 저장소로 사용자의 PFX 인증서 가져오기
  1. 원하는 Windows 사용자로 ZCB가 설치된 컴퓨터에 로그인.
  2. 해당하는 PFX 인증서 파일을 더블클릭하여 인증서 가져오기 마법사 시작. 개인 키 보호를 위해 사용되는 암호를 반드시 입력해야 합니다. ZCB를 암호화를 이용해 사용하려면:
    1. 확인란 선택하지 않음 - 강력한 개인 키 보호. 이 옵션을 사용하면 응용 프로그램에서 개인 키를 사용할 때마다 확인합니다.
    2. 확인란 선택 – 이 키를 내보낼 수 있도록 표시. 이 옵션을 사용하면 나중에 키를 백업 또는 전송할 수 있습니다.
  3. 기본 옵션을 선택하고 가져오기를 완료합니다.

백업하기

일단 백업 세트를 저장하면, 백업을 실행할 수 있습니다. 수동 백업을 실행하거나 예약 작업을 추가하여 지정한 시간에 자동적으로 백업을 실행할 수 있습니다.

수동 백업을 실행하기 위해서는, 유저 인터페이스의 왼쪽 테이블에서 백업 세트를 클릭하고 백업 페이지로 갑니다. 언제 백업 섹션의 지금 백업 탭에서 원하고자 하는 작업을 선택 후, 바로 아래에 위치한 버튼을 클릭하여 선택한 작업을 실행하십시오. 예약 작업을 설정하려면, 일정 예약 섹션을 참고하시기 바랍니다.

아래는 ZCB를 사용하여 백업할 수 있는 모든 응용 프로그램들에 관한 자세한 정보입니다.

Windows 파일 시스템

개요:

ZCB 는 Windows NTFS 파일 시스템의 전체(모든 파일), 차등(마지막 전체백업으로부터 변경된 파일들), 및 증분(마지막으로 성공한 백업으로부터 변경된 파일) 백업을 수행할 수 있습니다. 열려있는 파일을 백업할 수 있으며, 백업 대상 파일의 용량에 대한 제한을 가지고 있지 않습니다. 또한, 외장하드디스크 또는 네트워크 드라이브에 있는 파일들도 백업할 수 있습니다.

기능:

NTFS 파일 시스템을 백업할 때, 사용자는 디렉토리 및 파일들을 사용자 인터페이스의 브라우져 트리에서 선택할 수 있습니다. Windows 파일 시스템 백업시 제외할 파일들을 설정할 수 있으며, 다음과 같은 와일드카드들을 사용하여 설정할 수 있습니다.
와일드카드: "" (하나 이상의 문자 일치) 및 "?" (정확하게 하나의 문자 일치)

제외 대상 설정시에 경로들은 반드시 절대경로여야합니다. 예를 들어: 사용자가 C:\Data 디렉토리를 백업하고 있습니다. 이 사용자는 exclude라는 하위 폴더에 있는 .jpg 확장자를 가진 파일들을 제외하기를 원합니다. 이 경우에, 제외 대상 설정은 다음과 같이 설정해야 합니다. "C:\Data\exclude"  "*.jpg.

Windows 파일 시스템 백업에서 제외 대상 설정 시, 패턴 목록들은 공백에 의하여 분리할 수 있습니다.

요구사항:

  • 오직 Windows NTFS 파일 시스템만 지원됩니다.
  • 열려있는 파일들을 백업하기 위하여, 볼륨 쉐도우 복사 서비스가 활성화 상태여야합니다.
  • 만약 백업 세트가 암호화된 볼륨의 파일들을 포함하거나 암호가 걸려있는 파일들을 포함하고 있다면, 복원 후에 파일에 접근할 수 있도록 하기 위하여 연관되는 암호화 키도 백업하는 것을 고려하시기 바랍니다.


네트워크 연결 드라이브에 관한 참고사항:
ZCB를 이용하여 네트워크 드라이브에 있는 데이터를 백업할 수 있습니다. 다음의 요구사항들을 준수하시어 ZCB 가 사용자가 원하는 일을 수행을 할 수 있는 권한을 가지고 있는지 확인해주시기 바랍니다:

  • amandabackup 시스템/도메인 사용자가 해당 네트워크 드라이브의 읽기/쓰기 권한을 가지고 있는지 확인하시기 바랍니다.
  • 오직 클라우드 백업작업만을 수행하기를 원하신다면, 다음 추가 요구 사항을 확인하시기 바랍니다.
    • 스케쥴 백업: 스케쥴을 추가하기 전에, 백업 페이지에 백업 세트 설정 탭 안의 특정한 사용자 계정으로 백업 실행을 통하여amandabackup 사용자의 자격 증명 정보를 제공하여 주시기 바랍니다.
    • 수동 백업: Windows 를 관리자 계정으로 로그인 또는 ZCB를 관리자 권한으로 실행하여야 합니다. 또한, "관리자" 사용자가 해당 네트워크 드라이브의 읽기/쓰기 권한을 가지고 있어야 합니다.

Microsoft SQL 서버

개요: ZCB는 데이터베이스 백업과 로그 파일의 VSS를 수행합니다. ZCB 4.0 버전 이상부터 특정SQL서버 인스턴스에서 구동하는 특정한 데이터베이스의 백업을 수행할 수 있습니다. 전체 및 차등 백업을 지원하며, 로그파일만 백업하는 것은 지원하지않습니다.

Icon

SQL 서버 2000 을 백업하는데 사용하는 방법은 Microsoft가 공식적으로 지원하지 않습니다. 해당 제품을 사용하기 전에 ZCB의 모든 SQL 서버 2000의 백업들을 테스트하시기 바랍니다.

또한, SQL 서버 2000의 백업은 전체 백업만 지원합니다.

MS SQL 서버 백업을 구성하기 위해서는, 새로운 백업세트를 생성하시고 무엇을 백업 섹션의 드롭다운 목록에서 SQL 서버를 선택하십시오. ZCB 는 모든 SQL 서버 구성요소들을 검색한 뒤, 무엇을 백업 섹션에서 다음과 같은 형식으로 결과를 표시할 것입니다:

MSSQL-2008\Servername\InstanceName\DatabaseName
MSSQL-2005\Servername\InstanceName\DatabaseName
MSSQL-2000\Servername\InstanceName\DatabaseName

리스트에서 백업하고자하는 데이터베이스를 선택하시고, 백업세트를 저장하십시오.

기능: ZCB 는 SQL 서버 데이터베이스의 단순 복구 모델, 전체 복구 모델 및 대량로그 복구 모델을 지원합니다. 데이터베이스가 단순 복구 모델 상태라면 전체 백업은 .MDF, .LDF 및 .NDF (파일그룹인 경우) 파일들을 백업 이미지에 포함하고, 차등 백업은 .LDF 파일을 포함합니다. 만약 데이터베이스가 전체 복구 모델 상태라면, 전체 백업은 .MDF, .LDF 및 .NDF (파일그룹인 경우) 파일들을 백업 이미지에 포함하고, 차등 백업은 .MDF-Offset (변경된.MDF 데이터베이스의 일부분), .LDF 및 .TRN (디스크로 생성된 트랜젝션 로그) 파일들을 백업 이미지에 포함합니다. 데이터베이스가 대량로그 복구 모델 상태인 경우에, 전체 .MDF, .LDF 및 .NDF (파일그룹인 경우) 파일들을 백업 이미지에 포함하고, 차등 백업은.MDF-Offset (.MDF 데이터베이스의 일부분), .LDF 및 .TRN (디스크에 생성된 트랜젝션 로그) 파일들을 백업 이미지에 포함합니다.

다음을 유의하시기 바랍니다:

  • 마스터 데이터베이스를 오직 전체 백업의 부분으로 백업합니다. 마스터 백업의 복원 중에는 SQL 서버의 작동을 중단할 것이며, 복원작업이 완료 후 해당 데이터베이스를 다시 시작할 것입니다.
  • 읽기-전용 데이터베이스들을 오직 전체 백업의 일부분으로 백업합니다.
  • ZCB 는 탑재된 상태의 MS SQL 데이터베이스만 백업합니다.
  • MS SQL을 백업하기 위해 생성한 백업 세트는 오직 MS SQL 데이터베이스만을 백업합니다. 즉, 프로그램 설치 파일과 같은 다른 MS SQL 파일들을 백업하지 않을 것입니다. 재해로부터 MS SQL 서버를 보호하기 위해서, 파일 시스템을 위한 백업 세트를 따로 생성하여 다른 중요한 MS SQL 파일들을 백업하는 것을 잊지마시기 바랍니다.
  • SQL 서버 백업 세트 유효성 검사는 amandabackup SQL 사용자가 존재하는지 검사하지만, 해당하는 사용자가 백업 및 복구를 하기 위해 충분한 권한을 가지고 있는지는 검사하지 않는다는 것을 꼭 유의하시기 바랍니다.

요구사항:

  • 윈도우 사용자인 amandabackup 을 반드시 충분한 권한을 가지고 있는 SQL 서버 사용자로서 추가하셔야합니다. 해당 사용자를 SQL server Management Studio에 추가하시려면, Security > Logins > Add New Login 을 클릭하시고, amandabackup 사용자 계정을 추가하신 뒤, 적절한 권한을 부여하시기 바랍니다-해당 사용자를 sysadmin 서버 역할에다가 추가하시면 됩니다.
  • 볼륨 섀도 복사본 서비스가 반드시 활성화 상태여야 합니다. 즉, 해당하는 서비스의 시작유형이 자동 또는 수동 이어야 합니다. 관련 정보는 이 곳 시스템 요구사항 섹션 에서 찾아보실 수 있습니다.
  • Microsoft는 MS SQL 와 시스템 상태 백업을 동시에 실행하지 않는 것을 권장합니다.
  • 백업 및 복구 작업 시에 SQL 기록기 서비스가 반드시 작동하고 있어야 합니다. Microsoft는 SQL VSS 기록기 서비스를 자동적으로 시작하는 것을 권장합니다. MSDE 기록기는 백업 및 복구에는 충분하지 않습니다.
  • MS SQL 서버의 TCP/IP 가 활성화 상태인지 확인하시기 바랍니다. SQL Server Configuration Manager" 도구를 사용하여 활성화시킬 수 있습니다.

Microsoft Exchange 서버

개요: ZCB는 MS-Exchange의 전체, 증분 및 차등 백업을 지원합니다. ZCB 4.0부터, Exchange 서버의 특정한 데이터베이스만 지정하여 백업을 할 수 있습니다.
MS Exchange 서버 백업을 설정하려면, 새로운 백업 세트를 생성하고 무엇을 백업 섹션의 드롭다운 목록에서 Exchange를 선택합니다. ZCB는 모든 Exchange 서버의 구성 요소들(메일박스 등)을 탐지하고 무엇을 백업 섹션에서 다음과 같은 포맷으로 보여줍니다:

MSExchange-2010\Servername\MailboxStoreName\File
MSExchange-2010\Servername\MailboxStoreName\Logs
MSExchange-2010\Servername\PublicFolderStoreName\File
MSExchange-2010\Servername\PublicFolderStoreName\Logs

MSExchange-2007\Servername\StorageGroupName\MailboxStoreName
MSExchange-2007\Servername\StorageGroupName\PublicFolderStoreName
MSExchange-2007\Servername\StorageGroupName\Logs

MSExchange-2003\Servername\StorageGroupName\MailboxStoreName
MSExchange-2003\Servername\StorageGroupName\PublicFolderStoreName
MSExchange-2003\Servername\StorageGroupName\Logs

기능: ZCB 데이터베이스 저장 파일(.edb & .stm), 트랜젝션 로그 및 모든 탑재된 저장소 그룹의 체크포인트 파일의 백업을 바탕으로 VSS를 수행합니다. Exchange 서버 트랜젝션 로그들은 전체 및 증분 백업이 수행된 뒤에 제거됩니다. 해당 로그들은 차등 백업이 수행된 뒤에는 제거되지 않습니다. 관련 이벤트 로그는 Windows 응용프로그램 이벤트 로그에서 확인할 수 있습니다.

요구사항:

  • 볼륨 섀도우 복사본 서비스가 반드시 활성화 상태여야 합니다. 비록 볼륨 섀도우 복사본 서비스가 기본적으로 활성화 상태여도, Windows 설치 후 해당 옵션이 해제 상태일 수 있습니다. 다음 시스템 요구사항 섹션 을 참고하여 주시기 바랍니다.
  • Windows 명령 프롬프트에서 명령어vssadmin list writers 를 실행하시고 Exchange 기록기 상태가 안정된 상태인지 확인하시기 바랍니다. 안정된 상태가 아니거나 어떤 VSS 오류를 발견했다면, Microsoft Exchange 정보 저장소 서비스를 다시 시작하여 주시기 바랍니다.
  • 최신 Exchange 서비스 팩를 반드시 설치해야 합니다. 예를 들면: Exchange 2003 서버 서비스 팩 2 이상을 반드시 설치해야 합니다.
  • Windows 2003 Small Business Server edition인 경우, Exchange 기록기가 기본적으로 비활성화 상태입니다. 다음 MS의 기술 자료를 참고하여Exchange 기록기를 활성화하시기 바랍니다: http://support.microsoft.com/kb/838183
  • Exchange 저장소 그룹들이 탑재된 상태인지 확인하시기 바랍니다.
  • Microsoft .NET 프레임워크 3.5 서비스 팩 1 을 ZCB 컴퓨터에 반드시 설치하여야 합니다. Windows 2008 서버 R2 에서 Exchange 2010 서버를 운영하는 경우, .NET 4.0 은 필수입니다.
  • Exchange 순환 로깅은 반드시 비활성화하여야 합니다. 순환 로깅은 Microsoft Exchange 가 로그 파일이 포함하는 데이터를 데이터베이스로 커밋한 뒤에 트랜젝션 로그 파일을 덮어쓰는 것을 허용합니다. 순환 로깅을 활성화함으로써, 드라이브의 필요 저장소 용량을 감소시킬 수 있습니다. 하지만 완전한 트랜젝션 로그 파일의 세트없이는 마지막으로 수행한 전체 백업보다 최근의 데이터를 복원할 수 없습니다. 그러므로 기본적인 생산 환경에서는 순환 로깅 사용을 권장하지 않습니다. 순환 로깅을 비활성화하는 방법은 다음 Microsoft 문서들을 참고하시기 바랍니다:

 

Microsoft SharePoint

개요: ZCB SharePoint 2010, MOSS 2007 및 WSS 3.0와 같은 MS SharePoint 의 백업을 지원합니다. 

MS Sharepoint 서버 백업을 구성하기 위해서는, 먼저 새로운 백업 세트를 생성하시고 무엇을 백업 섹션의 드롭다운 메뉴에서 Sharepoint 를 선택하시기 바랍니다. ZCB는 SQL 데이터베이스 와 응용프로그램 웹사이트 파일들에 저장된 SharePoint 데이터를 백업합니다. 응용프로그램 웹 사이트 파일들의 관련 사항은 다음과 같습니다:

  • 설정 및 관리자 데이터베이스
  • 웹 프로그램들의 내용 및 설정 데이터(예: C:\Program Files\Microsoft Office Servers\14.0\Data\Office Server\Applications)
  • SharePoint에 등록된 타사 데이터베이스
  • SharePoint 안의 공유 서비스 데이터베이스
  • Office 검색 및 도움 검색 인덱스 파일


기능:

  • ZCB는 수정 시간을 기준으로 점차적으로 백업된 SharePoint 데이터의 전체 및 차등 백업을 수행합니다. ZCB는 백업에 따른 트랜젝션 로그를 지원하지 않습니다.
  • ZCB가 백업에 따른 VSS 를 지원함으로 인해, 사이트 모음, 웹 사이트, 목록/문서 라이브러리, 문서 라이브러리 폴더, 문서 라이브러리 파일, 목록 항목, 버전과 같은 개별적인 개체들의 SharePoint 백업을 지원하지 않습니다. 그러므로 SharePoint 설치 디렉토리, IIS메타베이스 정보 , 웹사이트 응용프로그램 풀 디렉토리와 같은 파일들을 백업하기 위해서는 별도로 백업 세트를 구성하여야 합니다.
  • ZCB는 현재 단일 서버 팜(독립실행형) 설정만을 지원합니다. 즉, 프런트-엔드 서버와 데이터베이스 서버가 같은 컴퓨터 상에 존재하여야 합니다.

요구사항:

  • 볼륨 섀도우 복사본 서비스가 반드시 활성화 상태여야 합니다. 비록 볼륨 섀도우 복사본 서비스가 기본적으로 활성화 상태여도, Windows 설치 후 해당 옵션이 해제 상태일 수 있습니다. 다음 시스템 요구사항 섹션 을 참고하여 주시기 바랍니다.
  • Windows SharePoint 서비스 VSS 기록기 서비스가 반드시 활성화 상태고 실행 중이어야 합니다. SharePoint 기록기를 활성화하고 실행하려면, 다음 문서에 나와있는 과정들을 따라하시기 바랍니다: http://msdn.microsoft.com/en-us/library/bb447591.aspx.
  • SharePoint VSS 기록기는 아래의 VSS 기록기들에 의존합니다. 이 모든 VSS 기록기들이 반드시 존재하여야하고 해당 클라이언트에서 활성화 상태여야 합니다.
  • MS SQL VSS 기록기가 존재하여야 합니다
  • Sharepoint 2010 에 대하여
    • "SPSearch4 VSS 기록기"는 "SharePoint Foundation Search V4" 서비스에 의존적입니다.
    • "OSearch14 VSS 기록기"는 "SharePoint Server Search 14" 서비스에 의존적입니다.
  • SharePoint 2007에 대하여
    • "OSearch VSS 기록기"는 "Office SharePoint Server Search" 서비스에 의존적입니다.
    • "SPSearch VSS 기록기"는 "Windows SharePoint Services Search" 서비스에 의존적입니다.
  • Windows SharePoint 서비스 VSS 기록기 서비스는 반드시 관리자 응용프로그램 풀 계정(pool account)-Windows SharePoint 서비스들의 기본 설치 안의 네트워크 서비스 계정-으로 실행해야 합니다.

Windows 시스템 상태

개요:

Windows 시스템 상태 는 운영 체제의 중요한 요소들과 그 파일들의 집합을 의미합니다. Windows 시스템 상태를 백업하는 것은 성공적인 재해 복구를 위해 매우 중요합니다. ZCB는 지원하는 모든 Windows 플랫폼의 시스템 상태를 백업할 수 있습니다.

Windows 시스템 상태는 항상 전체 백업으로 수행됩니다.

Windows 시스템 상태 백업의 구성 요소

ZCB는 Windows 시스템 상태 백업을 지원하며 부트 파일, 시스템 파일, IIS, COM+ 데이터베이스, 레지스트리, Active Directory 및 인증서 서버를 기준으로 VSS를 수행합니다.

  • 부트 파일:
    • Windows XP 및Windows 2003: SystemDrive\NTDETECT.COMSystemDrive\ntldrSystemDrive\boot.ini (SystemDrive는 보통 c:).
    • Vista 이상: SystemRoot\boot 디렉토리(SystemRoot는 보통 c:\windows)
  • 카탈로그 파일: SystemRoot\System32\CatRoot.
  • 머신키 파일: SystemRoot\System32\Microsoft\Protect* 및 AllUsersProfile\ApplicationData\Microsoft\Crypto\RSA\MachineKeys* (ALLUSerProfile은 c:\Documents and Settings\All Users.)
  • 성능 카운터: 모든 OS의c:\windows\system32 에 위치한 perf*.dat 및perf*.bak 파일 - (지원하는 모든 Windows OS에 적용)
  • WFP 파일: Windows 파일 보호(WFP)와 관련된 모든 dll 및 exe 파일. 일반적으로 dll파일들은 c:\windows\system32 에 위치.
  • IIS 메타데이터 파일-IIS 가 설치된 경우 (지원하는 모든 Windows OS에 적용).
  • 인증서 데이터베이스 (오직 인증서 서버인 Windows 2003 서버만 적용 Applicable to only Windows 2003 server that are Certificate Servers): 해당 파일들은 c:\windows\system32\certsrv 에 위치
  • COM+ 등록 데이터베이스.
  • 레지스트리: System, default, SAM, Security and Software files in SystemRoot\system32\config and additional Components and Schema files in Vista.
  • Active Directory: Active Directory를 설치한 경우, 백업 시에 Active Directory 데이터베이스, 로그 파일 및 그룹 정책 개체(GPOs)를 포함합니다

요구사항:

  • 시스템 요구사항 섹션에서 운영체제 및 서비스팩 요구사항을 확인해 주시기 바랍니다.
  • 볼륨 섀도우 복사본 서비스가 반드시 활성화 상태여야 합니다. 자세한 정보는 시스템 요구사항 섹션을 참고하시기 바랍니다.
  • Active Directory 인증서 서버 역활을 가지고 있는 Windows 도메인 컨트롤러의 시스템 상태를 백업하는 동안 "시스템 상태 기록기 누락" 오류가 보여질 수 있습니다. 해당 문제를 해결하기 위해서는 다음 Microsoft 기술자료를 참고하시기 바랍니다: http://support.microsoft.com/kb/2009272

MySQL 서버

개요:  ZCB는 MySQL 5.0 및 5.1 버전의 논리적 백업을 지원합니다.

MySQL 서버 백업을 설정하기 위해서는, 먼저 새로운 백업 세트를 생성하시고 무엇을 백업 섹션의 드롭다운 목록에서 MySQL 서버를 선택하시기 바랍니다. 그 후, MySQL 서버 정보 및 백업을 수행할 수 있는 사용자의 자격 증명 정보를 입력하여 주시기 바랍니다. MySQL 클라이언트 경로는 귀하의 MySQL 서버와 호환하는 MySQL 클라이언트 유틸리티가 위치한 곳을 의미합니다. 해당하는 정보를 입력하신 뒤에, 검색하기 버튼을 클릭하시면 ZCB가 해당 MySQL 서버와 연결하고 존재하는 데이터베이스 및 테이블을 읽어올 것입니다.

기능:

  • 현재 MySQL 서버의 전체 백업만 지원합니다. ZCB는 MySQL 이진 로그(binary log)를 백업하지 않습니다.
  • ZCB는 지정한 MySQL 데이터베이스의 백업을 지원합니다.
  • ZCB는 오직 하나의 MySQL 데이터베이스에서 지정한 테이블들의 백업을 지원합니다. 즉, 다수의 MySQL 데이터베이스에서 테이블을 지정하는 것을 지원하지 않습니다.
  • 로컬 MySQL 서버 또는 원격 MySQL 서버를 백업할 수 있습니다.


요구사항:

  • 무엇을 백업 섹션에서 지정한 MySQL 사용자는 ZCB 컴퓨터 상에서 논리 백업을 수행할 수 있는 권한을 가지고 있어야 합니다. 최소한으로 요구되는 권한은 다음과 같습니다:

백업:
LOCK TABLES, SELECT, FILE, RELOAD, SUPER, UPDATE, TRIGGER, SHOW VIEW
복원:
CREATE, DROP, INDEX, SHUTDOWN, INSERT, ALTER, UPDATE, TRIGGER, SUPER, REPLICATION CLIENT, CREATE VIEW

  • MySQL 클라이언트 유틸리티(mysqldumpmysql)를 반드시 ZCB 컴퓨터 상에 설치해야하고, 해당 MySQL 클라이언트 버전 또한 반드시 MySQL 서버와 호환가능해야 합니다.

 

Oracle 서버

개요:  ZCB는 Windows Oracle 11의 백업을 지원합니다.

Oracle 서버 백업을 설정하기 위해서는, 새로운 백업 세트를 생성하시고 무엇을 백업 섹션의 드롭다운 메뉴에서 Oracle 을 선택하시기 바랍니다.

기능:

  • ZCB는 Oracle 데이터베이스의 전체, 차등 및 증분 백업을 지원합니다.
  • ZCB 가 백업하는 Oracle 구성요소는 Oracle 데이터베이스, 컨트롤파일, 서버 파라미터 파일(Parameter file), 모든 테이블 스페이스 및 아카이브 로그입니다. Flash Recovery Area의 모든 백업 파일 및 아카이브 로그 또한 스냅샷 안에 포함합니다. Online redo logs는 스냅샷에 포함하지 않을 것입니다.
  • ZCB는 개별 데이터베이스, 로그 파일, 컨트롤 파일 등등 의 선택 백업을 지원하지 않습니다.

요구사항:

  • 백업할 Oracle 인스턴스의 The Oracle VSS 기록기 서비스를 반드시 설치해야합니다. Oracle VSS 기록기 서비스는 반드시 시작됨 & 자동 상태로 설정한 상태여야 합니다. Oracle VSS 기록기 서비스가 자동으로 설치되지 않은 경우, 다음 Oracle 문서를 참고하시어 해당 서비스를 설치하시기 바랍니다: Installing and Uninstalling the Oracle VSS Writer Service.
  • 볼륨 섀도우 복사본 서비스가 반드시 활성화 상태여야 합니다. 비록 해당 볼륨 섀도우 복사본 서비스가 기본적으로 활성화인 상태여도, Windows 설치 후에 비활성화 상태가 되어있을 수도 있습니다. 자세한 정보는 시스템 요구사항 을 참고하시기 바랍니다.
  • Oracle 데이터베이스가 NOARCHIVELOG 모드인 경우에는, 해당 데이터베이스가 MountedRead-Only 상태여야 합니다. 이 경우에, 만약 해당 데이터베이스가 OpenRead Write 상태라면, 백업은 실패할 것입니다.
  • Oracle 데이터베이스가ARCHIVELOG 모드인 경우에는, OpenRead Write, 또는 Mounted 상태에 백업 가능합니다.

 

모니터링

모니터 페이지는 모든 백업 세트의 백업, 복원, 업로드 및 다운로드 작업의 진행 상태를 보여줍니다. 모니터 페이지는 가장 최근에 진행된 작업의 상태를 보여준 다는 것을 유의하시기 바랍니다.

작업의 종류에 따라 사용자는 특정한 동작을 수행할 수 있습니다. 예를 들면, 진행 중인 작업을 중지하거나, 네트워크 대역폭을 감소시키기 위해 업로드 작업을 일시정지시킬 수 있습니다.

각 작업의 종류에 따라 사용가능한 옵션은 아래와 같습니다.

작업↓ 옵션→

중지

일시정지

다시 시작

클라우드 백업

디스크 백업

아니오

아니오

디스크로부터 업로드

다운로드

아니오

아니오

복원

아니오

아니오

주의: 업로드 작업을 다시 시작하려고 한다면, ZCB는 또한 해당 백업 세트에 대한 보류중인 완료되지 않은 다른 업로드 작업도 다시 시작할 것입니다. 오직 하나의 작업만 다시 시작하려고 한다면, 리포트 페이지를 이용하시기 바랍니다.

 

리포팅

리포트 페이지는 현재까지 실행된 작업들을 표를 통하여 보여줍니다. 이 페이지는 다음의 두 가지 기능을 가지고 있습니다:

리포트 보기

ZCB 유저인터페이스의 리포트 페이지에 있는 표의 맨 위의 열을 클릭하여 그 열에 따라 정렬할 수 있습니다.

ZCB는 보고서를 작성하는 기능을 가지고 있습니다. 또한, 사용자로 하여금 보고서의 템플릿을 변경할 수 있게 해 줍니다. 템플릿 정의하기 버튼을 클릭하고, 템플릿 이름을 정하고 템플릿에 포함하고자 하는 정보들을 클릭하시기 바랍니다. 그 후, 템플릿 저장하기 버튼을 클릭하여 새로운 템플릿을 추가하십시오.

특정한 템플릿을 불러들이려면, 템플릿 정의하기 버튼 옆에 위치한 드롭다운 메뉴에서 선택할 수 있습니다.

불러들인 템플릿을 Comma Separated Values (CSV) 파일로 내보내려면, 보고서 내보내기 버튼을 클릭하시기 바랍니다. 이 보고서 파일은 프린트 또는 스프레드시트와 차트를 생성하는 다른 프로그램으로 가져올 때 쓰일 수 있습니다.

백업 데이터 확인하기

최근에 로컬 디스크 또는 클라우드에서 백업 파일을 옮기거나 삭제하였다면, ZCB가 귀하의 백업 데이터에 올바르게 접근할 수 있는지 확인하는 것을 필요할 수 있습니다.

리포트 페이지에서 백업 작업을 선택하여 백업 데이터 확인 아이콘을 클릭하거나, 백업 작업을 오른쪽 클릭 후에 백업 데이터 확인 을 선택하여 해당 데이터의 유효성을 확인할 수 있습니다. 이 유효성 검사는 성공, 경고, 또는 실패 값과, 모든 경고 및 실패에 한하여 간단한 설명을 반환할 것입니다.

 

이 작업은 오직 백업 데이터가 존재하는지 검사합니다. 백업 데이터의 무결성을 검사하지 않습니다.

또한, 이 작업은 진행 중, 일시정지 또는 제거된 백업 또는 업로드에서 시작될 수 없으며, 실패하거나 취소한 클라우드 백업 작업에도 사용할 수 없습니다.

 

작업 관리

특정한 기능을 수행하고자하는 작업을 선택하십시오. 선택하신 뒤, 실행하고자 하는 기능을 페이지 위 쪽에 위치한 해당하는 아이콘, 또는 마우스 오른쪽-클릭 을 통하여 나오는 메뉴에서 선택하시기 바랍니다.
다음 표는 각 작업에 따라 어떤 기능을 실행할 수 있는지를 간략히 보여줍니다.

작업↓ 기능→

백업 작업 삭제
/ 복원 작업 삭제

실패한 업로드 삭제

업로드 시작

클라우드 백업


백업 작업 삭제

아니오

디스크 백업


백업 작업 삭제

아니오

예*

디스크로부터 업로드


백업 작업 삭제

아니오

다운로드


복원 작업 삭제

아니오

아니오

복원


복원 작업 삭제

아니오

아니오

* 오직 디스크에 있는 데이터가 업로드되지 않았을 때 이용 가능합니다

주의: 다수의 작업들을 선택하였을 경우, 해당하는 항목을 삭제하는 "백업 작업 삭제" 동작만 이용가능합니다.

복원하기

ZCB는 파일 시스템과 어플리케이션 백업을 복원하기 위한 다양한 방법을 제공합니다. 백업이 실행된 원래의 시스템 또는 다른 시스템으로 복원할 수 있습니다.

개요

백업 카탈로그가 무엇인가요?

ZCB가 데이터를 백업할 때, 백업 카탈로그라고 불리는 특별한 파일에 중요한 메타데이터를 보관합니다. 이 카탈로그는 복원시에 사용자에게 복원을 원하는 파일을 선택할 수 있게 해주고, 해당하는 데이터를 복원해 줍니다.

원래의 시스템에 복원

이것은 가장 흔한 케이스로 백업 데이터를 백업이 이루어졌던 시스템에 복원하는 경우입니다. 이 작업을 수행하려면, 복원 페이지로 가서 복원을 원하는 데이터를 선택 후, 복원 위치를 선택하여 작업을 수행하여 주시기 바랍니다.

다른 시스템에 복원

한 시스템에서 백업한 데이터를 다른 시스템으로 복원을 할 수도 있습니다. 이 작업은 주로 원래의 시스템을 다른 시스템으로 복제하는 완전 복구 시나리오에서 사용됩니다. 이 작업을 하기 위해서는, 복원을 수행하기 전에 다음과 같은 추가적인 작업을 수행해야 합니다:

  • 복원을 수행할 시스템에 백업이 이루어졌던 원래 시스템과 같은 운영체제(같은 서비스팩)을 설치할 것을 추천
  • 백업 데이터를 복원할 컴퓨터에 ZCB를 설치하기
  • 위에서 설명된 것과 같이 클라우드 인증서를 가져오기
  • 백업 카탈로그 복원 섹션에서 설명한 대로 카탈로그 복원을 마치기
  • ZCB에서 백업 카탈로그 다운로드가 완료되면, 복원하기 섹션에서 설명된 것처럼 복원 작업 과정을 따르시면 됩니다.

Windows 파일 시스템

개요: Windows 파일 시스템 복원에 관련하여, ZCB는 사용자가 데이터를 복원할 시에 적절한 제어 및 유연성을 가질 수 있게하기 위하여 다양한 옵션들을 제공합니다. 백업을 수행하였던 원래 시스템에 및 다른 시스템으로도 복원이 가능합니다.

기능:
파일 시스템 데이터를 복원하려면, 다음 과정들을 따라하시기 바랍니다.

  • ZCB 유저 인터페이스 상에서 백업이 이루어진 백업 세트를 선택하시고 복원 페이지로 가시기 바랍니다. 그리고 모든 백업 작업을 보여주는 표에서 복원을 하고자하는 작업을 선택하시기 바랍니다.
  • 복원 지점 드롭다운 메뉴를 통하여, ZCB는 진행 중인 복원 작업과 관련된 모든 백업 이미지를 보여줄 것입니다. 복원 데이터는 선택한 타임 스탬프의 백업 작업 이미지에 존재하는 데이터와 정확하게 일치할 것입니다.
  • 복원 지점을 선택하면, 모든 복원 가능한 파일들을 보여줄 것입니다.
  • 브라우저 트리에서 디렉토리 및 파일들을 선택할 수 있습니다. 필터 옵션을 사용하여 특정한 파일/폴더를 검색할 수 있습니다. ZCB는 필터 설정시 와일드카드 사용을 지원하고 지원하는 와일드카드는 다음과 같습니다 - "" (하나 이상의 문자 일치) 및 "?" (정확하게 한 문자 일치). 또는, 찾고자하는 파일의 절대 경로를 입력할 수 있습니다. 절대 경로를 기억하지 못하는 경우, "파일이름" 패턴을 사용하시기 바랍니다. 예를 들면, .jpg 확장자를 가진 모든 파일을 검색하기 위해서는, ".jpg"을 입력하시기 바랍니다. "C:\Windows\System32"의 아래에 있는 모든 파일을 검색하기 위해서는, "C:\Windows\System32"을 입력하거나 "System32"를 검색 패턴으로써 입력하시기 바랍니다.
  • 이제 다음 사항들을 지정할 수 있습니다:

복원 작업 전에 스크립트 실행: 이 옵션은 선택 사항으로, 실제적인 복원 작업을 수행하기 전에 실행하고자하는 실행 파일(예: .bat 및 .exe) 을 지정할 수 있습니다.

복원 작업 후에 스크립트 실행: 이 옵션은 선택 사항으로, 실제적인 복원 작업을 수행한 후에 실행하고자하는 실행 파일(예: .bat 및 .exe) 을 지정할 수 있습니다.

다운로드 폴더: 이 경로는 ZCB가 클라우드에 위치한 백업 아카이브를 다운로드할 곳을 가리킵니다.

복원 폴더: 이 경로는 다른 위치 라디오버튼을 클릭한 경우 활성화 됩니다. 이 경로는 데이터를 복원할 장소를 가리키며, 백업 데이터를 백업한 당시의 원래 경로가 아닌 다른 경로로 복원하고자하는 경우 사용할 수 있습니다.

복원 위치- 다른 위치: 이 라디오버튼을 선택하면, ZCB는 복원 폴더 필드에서 정의한 경로로 데이터를 복원할 것입니다.

복원 위치- 원래 위치: 이 라디오버튼을 선택하면, ZCB는 원래 위치로 데이터를 복원할 것입니다. 이 버튼을 선택한 경우, 복원 정책의 드롭다운 메뉴의 충돌 해결 옵션을 신중하게 선택하여야 합니다.

복원 정책: ZCB는 복원하고자하는 파일이 이미 존재할시 발생하는 충돌을 처리할 4가지의 충돌 해결 옵션을 제공합니다. 옵션들은 다음과 같습니다:

원본 파일 유지: ZCB는 이미 존재하는 파일을 보존하고 해당 파일을 복원하는 작업을 건너뛸 것입니다.

원본 파일 덮어쓰기: ZCB는 이미 존재하는 파일을 복원한 파일로 덮어씌울 것입니다.

원본 파일 이름 바꾸기: ZCB는 이미 존재하는 파일 이름을 타임스탬프 접미사를 포함한 이름으로 바꿀 것입니다. 복원한 파일은 원래 이름을 그대로 가질 것입니다.

복원된 파일 이름 바꾸기: ZCB는 이미 존재하는 파일을 보존하고, 복원한 파일의 이름을 타임스탬프 접미사를 포함한 이름으로 바꿀 것입니다.

다운로드 아카이브 유지하기: 기본적으로 복원이 완료되면 ZCB는 클라우드에서 다운받은 아카이브를 삭제할 것입니다. 만약 해당 아카이브를 보존하여 해당 백업 작업으로부터의 추가적인 복원을 원한다면, 이 옵션을 선택하십시오. 해당 아카이브가 더 이상 필요하지 않을 때, 그 파일을 사용자가 스스로 삭제해야한다는 것을 유의하시기 바랍니다.

유의 사항:

  • 백업 작업을 진행한 시스템이 아닌 다른 시스템으로 데이터를 복원하고자 하는 경우, 다른 시스템에 복원 섹션에서 설명하는 절차들을 수행하시기 바랍니다.
  • 파일 시스템 백업에선, 백업을 수행한 시스템의Windows 운영체제와 다른 Windows 운영체제로의 복원이 가능합니다. 예를 들면, Windows XP를 사용하는 시스템에서 백업한 파일들을 Windows 7를 사용하는 시스템으로 복원하는 것이 가능합니다.

Microsoft SQL 서버

개요: ZCB는SQL server 의 데이터베이스의 단순 복구 모델, 전체 복구 모델 및 대량로그 복구 모델을 지원하며, 원래 백업을 진행했던 시스템 또는 다른 시스템으로 복원 가능합니다.

기능:

>  원래 위치로의 복원

복원 페이지에 위치한 해당 라디오 버튼을 선택하면 ZCB 는 복원 데이터를 원래 위치로 작성합니다. 다음을 참고하시기 바랍니다:

  • ZCB 는 VSS 기반의 SQL 복원을 수행합니다.
  • 마스터 데이터베이스의 복원 중, SQL 서버는 작동을 중지하고, 복원이 완료된 후 재시작할 것입니다.

>  다른 위치로의 복원

복원 페이지에 위치한 해당 라디오 버튼을 선택하면 ZCB 는 복원 데이터를 복원 폴더 필드에서 지정한 곳으로 작성할 것입니다. 다음을 참고하시기 바랍니다:

  • 백업한 데이터베이스 파일을 해당 복원 폴더로 복사할 것입니다.
  • SQL 복구를 수행하지 않으며 SQL 서비스를 중지하지 않습니다.

요구사항:

  • SQL 설치 및 데이터베이스 위치가 백업 수행시의 위치와 일치하는지 확인하시기 바랍니다.
  • 백업 데이터를 백업을 수행한 기존 컴퓨터가 아닌 다른 컴퓨터로 복원을 시도한다면, 다음 다른 시스템에 복원 섹션에서 기술한 단계를 완료하시기 바랍니다.
  • 반드시 기존 컴퓨터의 운영체제와 같은 운영체제(서비스팩 포함)를 복원을 진행하는 컴퓨터에 설치하여야 합니다.
  • SQL 기록기 서비스가 백업 및 복구 작업 시에 반드시 작동 중이어야 합니다. Microsoft 는 SQL VSS 기록기 서비스를 자동으로 시작할 수 있게 설정하는 것을 권장합니다. MSDE 기록기는 해당 백업 및 복구 작업을 수행할 수 없습니다.
  • amandabackup 사용자를 반드시 충분한 권한을 가진 SQL 서버의 사용자로 추가해야 합니다. SQL 서버 Management Studio에서 사용자를 추가하시려면, Security > Logins > Add New Login 을 클릭하신 뒤, amandabackup 사용자 계정을 추가하시고 해당 사용자에 적절한 권한을 부여하시기 바랍니다. 간단히 해당 사용자를 sysadmin 서버 역할에 추가하셔도 됩니다.
  • 삭제한 데이터베이스를 복원하기를 원하신다면, 다음 절차를 따르시기 바랍니다:
    • 최근 전체 백업으로부터 마스터 및 삭제한 데이터베이스를 복원하십시오.
    • 해당 복원 작업을 완료한 뒤에, 복원 페이지에 위치한 복원 지점 드롭다운 메뉴에서 "모든 최근" 필터를 선택하십시오. 그 후, 최근 수행한 전체 백업을 포함한 모든 백업 작업으로부터, 삭제한 데이터베이스를 선택하여 복원하십오.
    • 위의 복원 작업을 성공적으로 완료하셨다면, 복원한 데이터베이스를 SQL Management Tool 사용하여 연결하십시오.

 

Microsoft Exchange 서버

개요: 서버 또는 필요한 데이터를 손실한 경우, 복구 작업 수행은 서버 역할 및 재해 복구 설계에 따라 달라질 것입니다. Exchange 데이터베이스의 손상, 트랜젝션 로그 손실 또는 실수로 메일박스를 삭제한 경우 등등, Exchange 데이터베이스를 복구해야할 필요가 발생합니다. ZCB를 사용하면, Exchange 데이터베이스를 관리자가 설계한 재해 복구에 따라 동일한 서버 또는 다른 서버로 복원 가능합니다.

기능: Microsoft Exchange에서 다음 세 가지 유형의 복구 작업이 가능합니다:

  • 롤포워드(Roll-forward)
  • 지정 시간 복구(Point in time)
  • 전체 복원(Full restore)

복원 작업 수행을 시작할 시에 MS Exchange 서버의 상태에 따라 어떤 유형의 복구 작업이 가능한지 결정됩니다. Exchange 복구 관련하여 자세한 정보를 원하신다면, 다음의 해당 Microsoft 문서 를 참고하시기 바랍니다. Exchange 2007 백업은 복구 저장소 그룹에 복원 가능하며 Exchange 2010 백업은 복구 데이터베이스에 복원 가능합니다.

☞ 저장소 그룹이 탑재된 경우, Exchange 저장소는 자동적으로 Exchange Server soft recovery feature을 사용하여 자동적으로 보류중인 트랜젝션을 시작할 것입니다. 그에 따라, ZCB 가 수행하는 모든 복원 작업은 항상 "롤포워드(roll-forward)" 복원이 될 것입니다.

원래 위치로의 복원: Exchange 데이터베이스 또는 트랜젝션 로그의 손실이 발생한 경우, 관리자는 백업한 데이터를 기존의 서버에 복원하기를 원할것 입니다. 복원을 시작하기 전에 아래에 나열한 모든 요구사항을 만족하는지 우선 확인하시기 바랍니다.

Exchange 서버 데이터를 원래 위치로 복원하기 위한 절차는 다음과 같습니다:

  • ZCB 사용자 인터페이스의 복원 페이지를 가신 후, 복원하고자하는 백업 및 지정 시간을 선택하십시오.
  • Mailbox 저장소 데이터 또는 파일 목록 에서 공용 폴더 데이터베이스&관련 로그를 선택하십시오.
  • 복원 위치 영역에서 라디오 버튼- "원래 위치"을 선택하십시오. ZCB는 백업이 이루어진 기존의 위치에 해당 데이터를 복원할 것입니다.
  • 복원 정책의 드롭다운 메뉴에서 "원본 파일 덮어쓰기"를 선택하십시오. 모든 설정을 확인하신 뒤, "복원하기" 버튼을 클릭하여 복원 작업을 시작하십시오.

다른 Exchange 서버로의 복원: 백업이 이루어진 원래 컴퓨터가 아닌 다른 컴퓨터로 복원을 원하는 경우는 크게 다음 2가지 경우가 있습니다:

  1. 기존 하드웨어가 재해 등으로 손상된 경우. 이 경우에는 다시 구축한 Exchange 서버 또는 다른 Exchange 서버에 기존의 데이터베이스를 복원해야 합니다.
  2. 개별 메일 박스를 복원하는 경우. 해당 복원 작업을 성공적으로 완료하기 위해서는 추가적인 절차를 수행해야 합니다 (아래에 있는 다음 섹션 참고)

Exchange 서버 데이터를 다른 Exchange 서버로 복원하기 위한 절차:

  • ZCB 사용자 인터페이스에서 복원 페이지를 여신 뒤에, 복원을 하고자하는 백업 및 지정 시간을 선택하십시오.
  • 파일 목록에서 메일박스 저장소 데이터베이스 또는 공용 폴더 데이터베이스 & 관련 로그를 선택하십시오.
  • 복원 위치 필드에 위치한 "원래 위치" 라디오 버튼을 클릭하십시오. ZCB는 백업이 이루어졌던 위치와 동일한 곳에 해당 데이터를 복원할 것입니다. Recovery Exchange 서버인 경우에는 해당 데이터를 새롭게 생성된 메일박스/공용 폴더 저장소에 복원할 것입니다.
  • "복원 정책"의 드롭다운 메뉴에서 "원본 파일 덮어쓰기"를 선택하십시오. 모든 설정을 확인하신 뒤, "복원하기" 버튼을 클릭하여 복원 작업을 시작하십시오.

 

복구 저장소 그룹/데이터베이스로의 복원: Exchange 서버는 복구 저장소 그룹 및 복구 데이터베이스로 복원하는 옵션을 제공합니다. 복구 데이터베이스를 사용함으로써, 사용자는 메일박스 저장소를 장착해제하지 않고도 백업이 이루어졌던 곳에서 메일박스 저장소를 Exchange 서버에 복원할 수 있습니다.

☞ Exchange 2003은 복구 저장소 그룹/데이터베이스로의 복원을 지원하지 않습니다.

Exchange 서버 데이터를 복구 저장소 그룹/데이터베이스로의 복원하는 절차:

  • ZCB 사용자 인터페이스에서 복원 페이지로 이동하신 뒤에, 복원하고자하는 백업 및 지정 시간을 선택하십시오.
  • 파일 목록에서 메일박스 저장소 데이터베이스 & 관련 로그를 선택하십시오.
  • 복원 위치 필드에서 "복원 데이터베이스" 라디오 버튼을 선택하신 뒤에, 해당 데이터베이스의 이름을 입력하십시오. ZCB는 해당 데이터를 복원 데이터베이스를 생성한 위치로 복원할 것입니다.
  • "복원 정책"의 드롭다운 메뉴에서 "원본 파일 덮어쓰기"를 선택하십시오. 모든 설정을 확인하신 뒤, "복원하기" 버튼을 클릭하여 복원 작업을 시작하십시오.

 

삭제한 메일박스 또는 메일박스 아이템 복구하는 방법: 메일박스 또는 이메일/폴더와 같은 메일박스 아이템을 실수로 삭제하는 경우가 자주 발생합니다. Microsoft Outlook 은.삭제된 항목 복구 옵션을 통하여 삭제한 폴더 아이템을 복구할 수 있는 기능을 제공합니다. 메일박스 보존 기간 안에 삭제한 메일박스를 복구하는 것은, Exchange Tasks 을 통하여 사용자 계정을 삭제한 메일박스로 재연결을 통하여 수행 가능합니다.

위에 언급한 복구 방법들을 사용할 수 없는 경우, 예를 들어 삭제한 메일박스의 보존 기간이 만료된 경우, Exchange 서버 메일박스 저장소를 복원 서버 또는 복원 데이터베이스로 복원하는 방법을 사용할 수 있습니다. 삭제한 메일박스를 포함하고 있는 메일박스 저장소 데이터베이스를 복원하기 위해서는 다른 Exchange 서버로의 복원 또는 복구 저장소 그룹/데이터베이스로의 복원 섹션에서 언급된 절차를 따르시기 바랍니다. 추가적으로 Exmerge.exe 을 사용하여 복구한 메일박스 저장소로부터 해당 데이터를 .PST파일로 추출하십시오. 절차는 다음과 같습니다:

  • Exchange System Manager 또는 Exchange Management Console 을 사용하여, 메일박스의 Cleanup Agent 실행하여 복원한 메일박스(들)을 나열하십시오. 그 다음에 필요한 메일들이 위치한 메일박스를 관련있는 사용자 계정에 다시 연결(Reconnect) 하시기 바랍니다. 예를 들어, 관리자 사용자의 메일들을 검색하고자 한다면, 관리자 메일박스를 관리자사용자 계정에 다시 연결하시면 됩니다.
  • Exmerge.exe 를 실행하시고, Extract 또는 Import (두 단계 절차)을 선택하십시오.
  • 그 다음에, Step 1: Extract data from an Exchange Server Mailbox을 선택하시기 바랍니다. 이 단계는 원하는 메일박스에서 해당 데이터를 .PST 파일로 추출하는 것입니다..
  • 추출한 .PST파일을 Copy the .PST file to the production Exchange 서버에 삭제된 메일박스가 있었던 본래 위치에 복사하시기 바랍니다..
  • roduction 서버에서Exmerge.exe 유틸리티를 실행하여 해당 PST 메일(들)을 요구한 메일박스로 병합하십시오. 두 단계 절차(Two step procedure)를 사용하고, Step 2: Import data into an Exchange Server Mailbox 를 선택하여 .PST파일의 데이터를 원하는 메일박스로 가져오시기 바랍니다. 모든 삭제된 항목들은 이제 복구된 상태여야 합니다.


요구사항:

  • 데이터베이스는 반드시 장착해제(Dismounted) 상태여야하고 복원 시 데이터베이스 덮어쓰기 가능 옵션이 활성화된 상태여야 합니다(해당 옵션은 Exchange System Manager (Exchange 2003) 또는 Exchange 관리 콘솔 (Exchange 2007, Exchange 2010)을 통하여 설정 가능).
  • Exchange Server Certificate 를 활성화하지 않았다면, 아래의 예를 참고하여 활성화시키십시오..

[PS] C:\Windows\system32>get-exchangecertificate
Thumbprint    Services   Subject----------    --------   -------18DDD379D721792012001D294F342FF8380A61F1  IP.WS.     CN=Ex-2010
[PS] C:\Windows\system32>enable-exchangecertificate
cmdlet Enable-ExchangeCertificate at command pipeline position 1Supply values for the following parameters:Services: IISThumbprint: 18DDD379D721792012001D294F342FF8380A61F1

  • Exchange server certificate 를 활성화하였다면, 시작메뉴> 실행 에서 mmc를 입력하시기 바랍니다. 인증서 > 컴퓨터 계정에 대한 스냅인을 추가하십시오. 그리고 개인용> 인증서에서 해당 인증서를Microsoft Exchange을 대화명으로 한 상태에서 신뢰할 수 있는 루트 인증 기관 에 복사하시기 바랍니다.
  • 복구 저장소 그룹/데이터베이스로의 복원을 수행 중이라면, Exchange 서버에서 비어있는 복구 저장소 그룹/데이터베이스를 생성하십시오.
  • Exchange 2007 을 위한 추가적인 절차:
    • .NET v2.0 SP1을 설치하십시오. 다음 링크, http://support.microsoft.com/kb/968929, 에서 Windows 운영체제에 호환하는 Powershell 패치를 찾아 설치하십시오.
    • amandabackup 사용자를 Exchange 보기 권한만 있는 관리자 그룹에 추가하시고, ZWCService를 재시작하십시오.
  • Exchange 2010 을 위한 추가적인 절차:
    • .NET v4.0을 설치하십시오.
    • 아래의 예와 같이 Exchange Powershell을 통하여 amandabackup 사용자를 View-Only Organization Management 그룹에 추가하십시오:

Add-RoleGroupMember "View-Only Organization Management" -Member amandabackup

    • 아래에 예를 들은 명령어를 통하여 AllowUnencrypted 플래그를 True 로 설정하십시오. WSMAN: drive 을 통하여 AllowEncrypted 를 client end 에서 정의하십시오. powershell.exe (또는 powershell_ise.exe) 을 적절한 권한을 가진 사용자(예, 관리자)로 실행하여야 합니다.

ps> cd WSMan:\localhost\Client
ps> dir
Name                      Value
----------- ------------
NetworkDelayms            5000
URLPrefix                 wsman
AllowUnencrypted          false
Auth
DefaultPorts
TrustedHosts
ps> set-item .\allowunencrypted $true

    • IIS 관리자로 가셔서 (Exchange 컴퓨터 이름) > 사이트 > 기본 웹 사이트 > PowerShell, 인증 을 클릭하신 뒤에, 기본 인증을 활성화 상태로 변경하시기 바랍니다.


추가적인 요구사항 (다른 Exchange 서버로의 복원)

  • 다른 시스템에 복원 섹션에서 기술한 절차를 완료하십시오.
  • 대상 Exchange 서버 버전 및 서비스팩이 반드시 기존 서버과 같아야 합니다. 예를 들어: Exchange 2003 서버 서비스팩2 이상이 반드시 설치되야 합니다.
  • Exchange 서버가 반드시 이미 설치된 상태여야하고, 조직(Organization) 및 관리 그룹(Administrative Group) 이름이 기존의 서버의 것과 같은 이름을 가져야 합니다.
  • 저장소 그룹 및 데이터베이스가 이미 대상 서버에 존재하여야 하고, 원래 저장소 그룹 및 데이터베이스의 이름과 같은 이름을 가져야 합니다.
  • 상이한 세트의 로그 파일을 가진 다른 "복원 서버"로 복원하고 있기 때문에, 로그파일의 시그네이쳐가 반드시 일치해야 합니다. 해당 사항을 확실하게 하시려면, 트랜젝션 로그 디렉토리에 위치한 E0x.log 파일을 새롭게 이름을 지으시거나, 메일박스 또는 공용 폴더 저장소 생성시 시작 시 이 데이터베이스 탑재 안함 옵션을 활성화하십시오.
  • 볼륨 새도우 복사본 서비스를 반드시 활성화하여야 합니다. 볼륨 새도우 복사본 서비스를 기본적으로 활성화하도록 설정한 상태여도, Windows 설치 이후 해당 서비스를 활성화하지 않을 수 있습니다. 시스템 요구 사항 섹션 을 참고하여 해당 서비스를 활성화하시기 바랍니다.
  • Windows 명령 프롬프트 창에서 vssadmin list writers 명령어를 실행하시고 Exchange 기록기 상태가 안정적인지 확인하시기 바랍니다. 만약 해당 기록기 상태가 비안정적이라면(또는 VSS 오류가 발생한 경우), Microsoft Exchange 정보 저장소(Information Store) 서비스를 다시 시작하시기 바랍니다.
  • Windows 2003 Small Business 서버 에디션인 경우, Exchange 기록기는 기본적으로 비활성화 상태입니다. 다음 MS 기술문서의 설명을 참고하여 Exchange 기록기를 활성화하시기 바랍니다: http://support.microsoft.com/kb/838183
  • Microsoft .NET 프레임워크 3.5 서비스팩1 을 ZCB를 설치한 컴퓨터에 반드시 설치하셔야 합니다. Exchange 2010 를 Windows 2008 서버 R2릴리즈에서 운영하는 경우, .NET 4.0 이 필요합니다.
  • Exchange 순환 로깅을 반드시 비활성화하셔야 합니다. 순환 로깅이 활성화된 경우, Exchange 서버 클라이언트는 오직 최근 (다섯)의 트랜젝션 로그만을 보존합니다. 이 제한적인 트랜젝션 로그는 가장 최근의 백업을 복원하는데 충분하지 않을 수 있습니다.

 

Microsoft SharePoint

개요: ZCB 는 MS SharePoint의 컨텐트 복구(Content Recovery), 웹 응용프로그램 복구(Web Application Recovery) 및 재해 복구(Disaster Recovery )를 지원합니다. 백업을 진행했던 기존 시스템 또는 다른 시스템으로 복원을 수행할 수 있습니다.

기능:

  • 컨텐트 복구(Content Recovery)

컨텐트 복구는 사용자가 실수로 수행한 업데이트 또는 우발적으로 삭제한 데이터(문서, 작업, 달력 아이템 등등)들을 복원하는데 사용합니다. 웹 응용프로그램의 컨텐트 데이터베이스를 복원함으로써 컨텐트 복구를 완료할 수 있습니다. ZCB는 롤포워드(Roll-forward) 복원을 지원하지 않기 때문에, 복원 작업을 백업이 이루어졌던 원래 위치로 진행하는 경우, 백업 후에 이루어졌던 모든 변경 사항들을 잃게 될 것입니다. 그러므로, 사용자는 웹 응용프로그램의 컨텐트 데이터베이스의 복원을 다른 위치로 따로 수행하고, 타사 도구를 사용하여 원하는 대상을 추출할 수 있습니다.

  • 웹 응용프로그램 복구(Web application Recovery)

웹 응용프로그램 복구는 컨텐트 데이터베이스 등을 실수로 삭제하거나 손상시킨 경우 필요할 수 있습니다. 삭제/손상된 웹 응용프로그램의 컨텐트 데이터베이스를 기존 서버로 복원하려면, SharePoint 서버 백업에서 적절한 데이터베이스 파일을 선택하시기 바랍니다.

원래 위치로의 복원: ZCB는 다음 절차를 통하여 기존 위치로의 복원 작업을 수행합니다:

  • 복원-이전 작업 중, 다음 SharePoint 서비스들 사용중지합니다:- Windows SharePoint Services 관리- Windows SharePoint Services 검색- Windows SharePoint Services 타이머- Office SharePoint Server 검색- IIS 관리 서비스 (전체 팜(farm)을 복원한 경우) 
  • 선택한 SharePoint 데이터베이스(들) 및 로그파일(들)을 원래 위치로 복웝합니다. 복원 페이지에서 모든 데이터를 선택한 경우, 모든 데이터베이스 및 인덱스 검색 파일을 복원할 것입니다. 또한, 각각의 컨텐트 데이터베이스를 선택하여 복원하는 것도 가능합니다.
  • 복원-이후 작업 동안, ZCB는 SharePoint VSS 기록기 복원-이후 작업을 호출합니다. 해당 작업은 자동적으로 각 데이티베이스를 분리하고나서 다시 시작할 것입니다. 이 작업은 각 데이터베이스를 SharePoint 팜과 동기화할 것입니다.
  • 복원 작업이 수행되기 전에 중지되었던 서비스들을 재시작할 것입니다.

다른 위치로의 복원: 다른 위치로 복원 작업을 수행하는 경우, 서비스들은 중지되지 않으며 그에 따라 복원 전후에 다시 시작되지 않습니다. 또한, SharePoint 기록기의 복원-이후 작업을 호출하지 않습니다. 선택한 데이터베이스 및 로그파일을 사용자가 원하는 위치에 단순하게 복원합니다.

요구사항:

  • 백업이 이루어졌던 원래 컴퓨터가 아닌 다른 컴퓨터로 데이터를 복원하려고 시도하는 경우, 다른 시스템에 복원 섹션에서 기술한 절차들을 완료하십시오.
  • 대상 서버는 반드시 동일한 SharePoint 서버(WSS 3.0 , MOSS 2007 또는 Share Point 2010) 및 서비스팩과 SQL 서버 (embedded SQL 서버, SQL 서버 2008 , SQL 서버 2005 또는 SQL 서버 2000)을 설치한 상태여야 합니다.
  • MS SharePoint를 백업을 실행했을 때와 같은 위치에 설치하였는지 확인하십시오. 데이터베이스 및 로그 파일 위치도 기존 설정과 일치해야 합니다.
  • Share Point 데이터베이스가 반드시 안정적인 상태여야 합니다. SQL 서버의 상태를 확인하려면, MS SQL Management Studio를 사용하여 SQL 서버에 연결하십시오. 각 데이터베이스를 오른쪽-버튼 클릭하면 나오는 속성(Properties) 에서 해당 서버의 상태를 확인할 수 있습니다. 데이터베이스 상태는 반드시 보통(Normal) 이어야 합니다.
  • 다음 서비스들이 시작됨 상태인지 확인하시기 바랍니다
    - Windows SharePoint Services VSS 기록기
    - 볼륨 새도우 복사본
    - Windows SharePoint Services Tracing

Windows 시스템 상태

개요: ZCB는 지원하는 모든 Windows 플랫폼의 시스템 상태 복원을 제공합니다.

기능: ZCB는 Windows 시스템 상태 백업을 지원하며 부트파일, 시스템파일, IIS, COM+ 데이터베이스, 레지스트리, Active Directory 및 인증서 서버를 VSS 기반의 백업을 수행합니다. Windows 시스템 상태는 항상 전체 백업입니다.

시스템 상태 복원 시에 ZCB는 다른 응용프로그램 복원할 때와는 달리 기본 값들을 설정할 것이라는 것을 유의하여 주시기 바랍니다. 복원 위치 옵션은 원래 위치, 그리고 복원 정책 옵션은 원본 파일 덮어쓰기 로 설정할 것입니다.

요구사항:

  • 기존의 컴퓨터와 같은 Windows 운영체제 및 서비스팩을 반드시 복원 컴퓨터에 설치해야 합니다.
  • 백업이 이루어졌던 원래 컴퓨터가 아닌 다른 컴퓨터로 데이터를 복원하려고 시도하는 경우, 다른 시스템에 복원 섹션에서 기술한 절차들을 완료하십시오.
  • 볼륨 섀도우 복사본 서비스가 반드시 활성화 상태여야 합니다. 해당 서비스를 활성화시키는 것은 시스템 요구사항섹션 을 참고하시기 바랍니다.

MySQL 서버

개요: MySQL 백업 세트의 복원 페이지는 두 가지, 즉 데이터베이스SQL 파일, 표시를 제공합니다. 데이터베이스를 선택하기 위해서는, 데이터베이스 표시를 사용하십시오. ZCB는 각 데이터베이스를 선택하는 것을 허용하지만, 각 테이블을 선택하여 복원하는 것은 지원하지 않습니다. SQL 파일 필터는 SQL 명령어를 포함하고 있는 backup.sql 을 보여줍니다.

기능: 백업 세트의 (무엇을 백업 섹션에서 설정한) MySQL 서버 정보 및 MySQL 사용자 계정을 복원 작업에 사용합니다.

> MySQL 데이터베이스 또는 테이블을 기존 서버에 복구하는 절차:

  • ZCB 사용자 인터페이스의 복원 페이로 이동하신 뒤, 복원하고자하는 백업 작업을 선택하십시오.
  • 데이터베이스 표시를 사용하고 복원할 데이터베이스를 선택하십시오.
  • 복원하기 버튼을 클릭하십시오.
  • SQL 명령어를 포함하고 있는 백업 이미지를 복원 페이지의 복원 위치에서 설정한 장소로 복원하였습니다.
  • 복원 페이지에 있는 복원 정책은 이 위치에 있는 파일들에 적용합니다(MySQL 데이터베이스/테이블 에 적용안함).
  • 그러고나서 mysql 클라이언트 명령어를 사용하여 백업 이미지에 있는 SQL 명령어를 실행합니다. ZCB는 선택한 데이터베이스 또는 테이블을 백업이 이루어졌던 곳에서 MySQL 서버로 복원할 것입니다.


> MySQL 백업 파일을 복구하는 절차:

  • ZCB 사용자 인터페이스의 복원 페이지로 이동하신 뒤에, 복원을 하고자하는 백업 및 복원 지점을 선택하십시오.
  • SQL 파일 표시를 사용하시고 backup.sql 파일과 해당 파일이 위치한 폴더를 선택하십시오.
  • 복원하기 버튼을 클릭하십시오.
  • 해당 절차를 통하여 MySQL 파일을 복원하였을 시에는, MySQL 복구를 실행하지 않습니다.
  • MySQL 백업 이미지는 해당 데이터베이스를 원래의 상태로 가져올 수 있는 MySQL 명령어의 순서를 포함합니다. backup.sql 파일의 복원은 사용자로 하여금 SQL 명령어를 수정하고 원하는대로 수동 복구를 수행하는 것을 가능하게 합니다.


요구사항:

  • MySQL 사용자는 백업 이미지가 포함하는 MySQL 명령어를 수행하기 위한 필요한 권한을 가지고 있어야 합니다.
  • 복원 절차는 MySQL 클라이언트 명령어를 ZCB 컴퓨터에 설치하는 것을 요구하고, 그것은 반드시 MySQL 서버 버전과 호환가능해야 합니다. 복원 작업을 성공적으로 수행하기 위해서는 MySQL 서버는 반드시 작동 중이어야 합니다.

Oracle 서버

개요: 서버가 손상된 경우, 어떻게 복구 작업을 진행하는지는 서버의 역할과 재해 복구 계획에 따라 달라질 것입니다. 데이터베이스 삭제/손실, 컨트롤 파일 손상 등과 같은 문제점이 발생한 경우, Oracle 데이터베이스를 복구하는 것이 필요합니다. ZCB를 사용함으로써, 재해 복구 계획에 따라 Oracle 데이터베이스를 같은 서버 또는 다른 서버로 복구할 수 있습니다.

기능: 다양한 경우에 Oracle 데이터를 복구할 필요가 있을 수 있습니다. ZCB가 해당 데이터를 원하는 위치에 복사하면, 사용자는 해당 데이터베이스를 일관된 상태로 만들기 위하여 sqlplus를 통한 복구 명령어를 실행해야 합니다. 데이터베이스 파일, 컨트롤 파일 등이 실수로 삭제된 경우에 따른 몇몇의 복구 시나리오가 아래에 기술되어있습니다.

> 아카이브 로그(Archivelog) 상태에서 모든 Oracle 데이터파일(재해 복구)을 원래 위치로 복구하는 절차:

  • Oracle 인스턴스가 시작되지 않았는지 확인하십시오.
  • ZCB 사용자 인터페이스의 복원 페이지로 이동하시고, 복원하고자하는 백업 작업을 선택하십시오.
  • 데이터파일, 서버 파라미터 파일 등과 같은 데이터베이스 파일을 선택하십시오. 리두 로그(redo logs)를 손실한 경우, 적절한 아카이브 리두 로그를 선택하시기 바랍니다.
  • 복원 위치 섹션에서 "원래 위치" 라디오 버튼을 선택하십시오. ZCB는 해당 데이터를 백업이 이루어졌던 위치로 복원할 것입니다.
  • 복원 정책 섹션의 드롭다운 메뉴에서 "원본 파일 덮어쓰기"를 선택하십시오. 모든 설정을 확인하신 뒤, "복원하기" 버튼을 클릭하여 복원 작업을 시작하십시오.
  • 복원하기 버튼을 클릭하십시오.
  • 데이터베이스를 성공적으로 복원했다면, sqlplus 를 여시고 다음 명령어를 실행하십시오.

cmd> sqlplus /nolog
sql> connect sys as sysdba
sql> shutdown immediate
sql> startup mount
sql> recover database using backup controlfile until cancel;

유의: 'cancel'-기반 recover 명령어를 실행하는 경우, 해당 복구 작업은 사용자가 아카이브 로그 파일의 이름(경로)을 입력하는 것을 요구합니다. 파일 이름 대신에 CANCEL 을 입력한 경우, 또는 모든 리두 로그를 해당 데이터파일, 데이터베이스/테이블에 적용한 경우에, 복원 작업을 중지합니다.

  • 복원한 데이터파일에 가장 최근 로그까지 지속적으로 리두 로그 파일을 적용하신 뒤에, 다음을 입력하여 복원을 종료하십시오:
    sql> CANCEL;
  • SQL 명령어를 입력하여 작업을 완료하십시오
    sql> alter database open resetlogs;
  • 데이터베이스가 open 상태(read/write 모드)인지 확인하기 위해서는, 다음 명령어를 사용하시기 바랍니다:
    sql> select name, open_mode from v$database;

> 아카이브 로그(Archivelog) 상태에서 단일 Oracle 데이터파일을 원래 위치에 복구하는 절차:

  • 데이터베이스가 탑재된 상태 또는 오픈 상태인지 확인하십시오 만약 데이터베이스가 오픈 상태라면, 명령 프롬프트 창에서 sqlplus 를 실행하시고 해당 데이터베이스에 연결하시기 바랍니다.
    cmd> sqlplus sys as sysdba
  • 데이터파일을 복원하기 위해서는, 해당 테이블스페이스를 오프라인 상태로 만들어야 합니다. 아래의 명령어는, 테이블스페이스 ZTEST01를 복원하는 경우에 따른 필요한 명령어입니다.
    sql> ALTER TABLESPACE ZTEST01 OFFLINE IMMEDIATE;
  • ZCB 사용자 인터페이스의 복원 페이지로 이동하시고, 복원하고자하는 백업 작업을 선택하십시오.
  • 복원하고자하는 데이터파일을 선택하십시오(이 문서의 예제인 경우, ZTEST01.dbf). 리두 로그를 손실한 경우, 적절한 아카이브 로그를 선택하시기 바랍니다.
  • 복원 위치 섹션에서 "원래 위치" 라디오 버튼을 선택하십시오. ZCB는 해당 데이터를 백업이 이루어졌던 위치로 복원할 것입니다.
  • 복원 정책 섹션의 드롭다운 메뉴에서 "원본 파일 덮어쓰기"를 선택하십시오. 모든 설정을 확인하신 뒤, "복원하기" 버튼을 클릭하여 복원 작업을 시작하십시오.
  • 복원하기 버튼을 클릭하십시오.
  • 데이터베이스를 성공적으로 복원하였다면, sqlplus 를 여시고 아래 명령어를 실행하십시오.
    cmd> sqlplus /nolog
    sql> connect sys as sysdba
  • 만약 복원한 데이터가 리두 로그 파일보다 오래되었다면, 아래의 명령어를 통하여 미디어 복원을 시작하여야 합니다:
    sql> RECOVER TABLESPACE ZTEST01;

아래 메시지를 보게될 것입니다.
Specify log: {<RET>=suggested | filename | AUTO | CANCEL}

  • 적절한 로그 파일 위치를 입력하십시오. 만약 Oracle이 자동적으로 적절한 로그 파일을 찾고 적용하기를 원한다면, 'AUTO' 를 입력하십시오.

Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
AUTO
Log applied.
Media recovery complete.

  • 손실한 모든 테이블스페이스를 복원하였다면, 오프라인 데이터파일 또는 테이블스페이스를 다음 명령어를 사용하여 온라인 상태로 만드시기 바랍니다:
    sql> ALTER TABLESPACE ZTEST01 ONLINE; 

> 서버 파라미터 파일을 복원하는 절차:

  • ZCB 사용자 인터페이스의 복원 페이지로 이동하시고, 복원하고자하는 백업 작업을 선택하십시오.
  • 복원할 서버 파라미터 파일(spfile)을 선택하십시오. 일반적으로, 해당 파일 이름은 다음 규칙을 따릅니다-SPFILE"ORACLE_SID".ORA . 예를 들어, 데이터베이스 SID가 "ORCL"이라면, spfile 파일 이름은"SPFILEORCL.ORA"이 될 것입니다.
  • 복원 위치 섹션에서 "원래 위치" 라디오 버튼을 선택하십시오. ZCB는 해당 데이터를 백업이 이루어졌던 위치로 복원할 것입니다.
  • 복원 정책 섹션의 드롭다운 메뉴에서 "원본 파일 덮어쓰기"를 선택하십시오. 모든 설정을 확인하신 뒤, "복원하기" 버튼을 클릭하여 복원 작업을 시작하십시오.
  • 복원하기 버튼을 클릭하십시오.
  • 복원 작업을 완료하면, 명령 프롬프트 창에서 sqlplus 를 실행하십시오
    cmd> sqlplus sys as sysdba
  • 데이터베이스를 종료하시고 다시 시작하시기 바랍니다.
    sql> SHUTDOWN immediate
    sql> STARTUP
  • 해당 데이터베이스가 작동중이지 다음 명령어를 통하여 확인하시기 바랍니다.
    sql> SELECT name, open_mode from v$database; 

> 노아카이브모드(NoArchivelog) 상태에서 모든 데이터파일을 복원하는 절차:

  • ZCB 사용자 인터페이스의 복원 페이지로 이동하시고, 복원하고자하는 백업 작업을 선택하십시오.
  • 모든 데이터파일 & 컨트롤 파일을 선택하십시오. ZCB는 3개의 컨트롤 파일 중 하나를 백업합니다. 예, CONTROL01.CTL.
  • 복원 위치 섹션에서 "원래 위치" 라디오 버튼을 선택하십시오. ZCB는 해당 데이터를 백업이 이루어졌던 위치로 복원할 것입니다.
  • 복원 정책 섹션의 드롭다운 메뉴에서 "원본 파일 덮어쓰기"를 선택하십시오. 모든 설정을 확인하신 뒤, "복원하기" 버튼을 클릭하여 복원 작업을 시작하십시오.
  • 복원하기 버튼을 클릭하십시오.
  • CONTROL01.CTL 파일의 두 개의 복사본(CONTROL02.CTLCONTROL03.CTL)을 만드시기 바랍니다. 파일 이름은. 참고로, CONTROL01.CTL 파일은 ORAHOME\ORADATA\DATABASE_SID 디렉토리에 위치해 있습니다.
  • 명령 프롬프트 창에서 다음 명령어를 실행하여 복구 작업을 진행하십시오:

cmd> sqlplus /nolog
sql> connect sys as sysdba
sql> shutdown immediate
sql> startup nomount
sql> ALTER DATABASE mount;
sql> RECOVER DATABASE;
sql> ALTER DATABASE open;

아카이브로그 상태에서 모든 컨트롤 파일 복원하는 절차:

유의: 볼륨 새도우 복사본을 통해 oracle 데이터베이스 컨트롤 파일을 백업한 경우, 해당 백업 파일은 스냅샷 컨트롤 파일로 불리웁니다. 예를 들어, 'CONTROL01.CTL' 컨트롤 파일은 SNCFDATABASE_SID.ORA 이름으로 백업이 됩니다. 데이터베이스 SID가 ORCL 인 경우에는 해당 스냅샷 컨트롤 파일 이름은 SNCFORCL.ORA 이 될 것입니다.

  • 데이터베이스가 탑재되지않은(NOMOUNT) 상태인지 또는 Oracle VSS 기록기가 해당 데이터를 탑재되지않은 상태로 시작할 수 있는 상태인지 확인하십시오. 수동적으로 해당 데이터베이스를 종료할 필요는 없습니다.
  • ZCB 사용자 인터페이스의 복원 페이지로 이동하시고, 복원하고자하는 백업 작업을 선택하십시오.
  • 스냅샷 컨트롤 파일을 선택하십시오. 위의 경우를 예를 들자면, 데이터베이스 SID가 ORCL 이므로, 'SNCFORCL.ORA'를 선택합니다.
  • 복원 위치 섹션에서 "원래 위치" 라디오 버튼을 선택하십시오. ZCB는 해당 데이터를 백업이 이루어졌던 위치로 복원할 것입니다.
  • 복원 정책 섹션의 드롭다운 메뉴에서 "원본 파일 덮어쓰기"를 선택하십시오. 모든 설정을 확인하신 뒤, "복원하기" 버튼을 클릭하여 복원 작업을 시작하십시오.
  • 복원하기 버튼을 클릭하십시오.
  • SNCFDATABASE_SID.ORA 파일은 'ORAHOME\product\db\database\' 디렉토리에 위치해 있습니다. 예를 들면, 다음과 같은 디렉토리 경로를 갖게 될 것입니다- 'C:\app\Administrator\product\11.1.0\db_1\database\'. 

유의: ZCB 는 복원 작업을 진행하는 동안 자동적으로 Oracle 인스턴스를 중지하고, 그 복원 작업을 완료하면 해당 인스턴스를 다시 시작할 것입니다.

  • SNCFDATABASE_SID.ORA 파일의 3개의 복사본(CONTROL01.CTL, CONTROL02.CTL 및 CONTROL03.CTL) 을 만드시기 바랍니다.
  • 이 세 개의 파일을 컨트롤 파일 설치 경로에 복사하십시오. 기본 경로는 다음과 같습니다- 'ORAHOME\oradata(DATABASE_SID)\'. 위의 예시인 경우, 해당 파일들을 'C:\app\Administrator\oradata\ORCL\' 디렉토리에 복사합니다.
  • 명령 프롬프트 창에서 sqlplus 를 실행하십시오
    cmd> sqlplus sys as sysdba
  • 데이터베이스를 종료하시고 다시 시작하십시오
    sql> SHUTDOWN IMMEDIATE
    sql> STARTUP MOUNT
  • 해당 데이터베이스를 일관된 상태로 만들기 위하여 아래의 명령어를 실행하십시오.
    sql> RECOVER database using backup controlfile until cancel;
  • 복원한 데이터파일에 가장 최근 로그까지 지속적으로 리두 로그 파일을 적용하신 뒤에, 다음을 입력하여 복원을 종료하십시오:
    sql> CANCEL;
  • RESETLOGS 옵션과 함께 해당 데이터베이스를 개방하시기 바랍니다.
    SQL> ALTER DATABASE OPEN RESETLOGS;
  • Oracle 데이터베이스를 복구하였습니다. 데이터베이스가 개방된 상태(read/write 모드)인지 확인하려면, 다음 명령어를 사용하십시오:
    SQL> select name, open_mode from v$database; 

요구사항:

  • 백업이 이루어졌던 원래 컴퓨터가 아닌 다른 컴퓨터로 데이터를 복원하려고 시도하는 경우, 다른 시스템에 복원 섹션에서 기술한 절차들을 완료하십시오.
  • 다음 서비스들이 시작됨 상태인지 확인하시기 바랍니다. - Oracle VSS 기록기- 볼륨 섀도우 복사본

고급 필터링:

항목들을 걸러내기 위해서, 사용자는 와일드카드를 포함하는 패턴을 설정하고 'and' 또는 'or'과 결합하고, 전체 패턴에 부정 필터를 적용하게 될 수 있습니다.
패턴을 표현하는 구문 은 다음과 같습니다:

  • "Or" 필터링= 패턴 | 패턴
  • "And" 필터링= 패턴 <> 패턴
  • "Not" 필터링= :패턴
  • 패턴은 영숫자문자, 경로 구분자 (오직 백슬래시), 파일 경로에 사용할 수 있는 문자, 별표''-하나 이상의 문자를 위한 와일드카드, *물음표'?'-단일 와일드카드 문자 을 포함하거나 이들의 조합을 포함할 수 있습니다.

사용자 설명서에서 설명한대로, 상대 경로를 별표를 사용하여 설정할 수 있습니다. (예: *디렉토리_이름{*}. )

절대 경로를 다음과 같이 설정할 수 있습니다: C:\Users\FileServer*.txt or C:\Users\FileServer{*}.

OR 사용 예:

  • *jpg|*txt|*docx - jpg, txt, 또는 docx 파일을 보여줍니다
  • C:\Users\FileServer*.txt|.docx* - C:\Users\FileServer 에 위치한 txt 또는 docs 파일을 보여줍니다
  • *Users|jpg - Users 디렉토리의 모든 파일 또는 모든 jpg 파일을 보여줍니다
  • *Users|TestData* - Users 디렉토리 또는 or TestData 디렉토리 안의 모든 파일을 보여줍니다

AND 사용 예:

  • *Users<>jpg - Users 디렉토리 안의 모든 jpg 파일을 보여줍니다
  • *Products<>TestData* - Products 디렉토리와 TestData 디렉토리에 동시에 위치한 모든 파일을 보여줍니다

NOT 사용 예:

  • *:pdf – pdf가 아닌 모든 파일을 보여줍니다
  • *:Users* - Users 디렉토리에 있지 않은 모든 파일을 보여줍니다

 

재해 복구

재해 복구는 자연 또는 기술적인 이유에 의하여 컴퓨터에 부분적 또는 전체 결함이 발생했을 경우 해당하는 시스템과 데이터를 복원하는 것을 말합니다. 아래의 섹션들은 Microsoft MySQL, Exchange, 또는 SharePoint 서버 같은 응용 프로그램 서버 또는 파일 서버들의 재해 복구를 어떻게 준비하고, 문제가 발생했을 시에 해당 시스템을 어떻게 복구하는지에 대해 설명합니다.

재해 복구 준비

사용 중인 서버들을 재해로부터 보호하기 위해서는 시스템 상태, 데이터베이스와 같은 응용프로그램 데이터, 응용프로그램 설치 디렉토리 등 중요한 요소들을 백업해야 합니다. 다음과 같은 중요한 요소들의 백업 세트를 형성하여 백업을 수행할 것을 추천합니다:

  • 시스템 드라이브 (기본: C:) – 모든 시스템과 임시 파일은 제외. 이 드라이브는 Windows 운영체제와 모든 응용프로그램이 설치된 곳입니다.
  • 시스템 상태 서버의 레지스트리, 부트 파일, COM+ 데이터베이스, Active Directory 등
  • 응용프로그램 데이터 – Microsoft SQL 서버, Microsoft Exchange 서버, Microsoft Sharepoint 서버와 같은 응용 프로그램 서버의 데이터 백업.
  • 응용프로그램 설치 디렉토리 – 응용프로그램이 시스템 드라이브가 아닌 다른 곳에 설치되었다면, 해당 디렉토리를 포함하여 백업하십시오. SQL 서버의 Database 디렉토리는 SQL 서버 데이터베이스 백업의 일부분으로 백업되기 때문에 해당 디렉토리는 제외할 수 있습니다.
  • 사용자 데이터 시스템 드라이브가 아닌 다른 파티션에 있는 모든 파일 서버 데이터 백업.

재해 복구 수행

  • 원래의 서버와 같은 버전의 Windows 서버 및 서비스팩 설치. 새로운 서버가 정확하게 같은 드라이브 파티션과 Windows 설치 디렉토리 및 동일한 컴퓨터 이름을 가지고 있는지 확인하여 주시기 바랍니다. 해당 서버를 어떤 도메인이나 워크그룹에 넣지 마시기 바랍니다.
  • 관리자로 컴퓨터에 로그인.
  • 원래 서버와 동일한 위치에 ZCB 설치.
  • 백업이 이루어진 컴퓨터가 아닌 다른 컴퓨터에 복원을 시도하고 있기 때문에, 백업 카탈로그 복원 섹션에 설명된 원래 서버로부터 업로드된 백업 세트 카탈로그를 다운로드하는 단계들을 완료하시기 바랍니다.
  • 카탈로그 복원 작업이 성공적으로 완료시 ZCB UI 다시 시작.
  • 파일 > 백업 세트 활성화 메뉴를 통하여 해당하는 백업 세트 활성화.
  • 시스템 드라이브 백업 세트 클릭. 그 후, UI의 복원 페이지로 가서 백업 세트를 클릭하고 복원을 원하는 날짜를 선택.
  • 해당 페이지 아래에 위치한 복원 위치의 "원래 위치" 라디오 버튼 선택. ZCB는 해당 데이터를 백업할 당시의 위치로 복원을 할 것입니다.
  • 정책 옆에 위치한 드롭다운 메뉴에서 "원본 파일 덮어쓰기"를 선택. 모든 설정을 확인 후, 복원하기 버튼을 클릭하여 복원 작업 시작.
  • 몇몇의 Windows 시스템 파일은 이미 사용 중이거나 열려있어 복원하는 것은 가능하지 않기 때문에, 이 복원 작업은 오류를 나타낼 수 있습니다. 이런 시스템 및 열려있는 파일에 대한 실패는 무시할 수 있습니다.
  • 시스템 드라이브 데이터를 성공적으로 복원 후, 시스템 상태 백업 세트의 데이터를 위에서 설명한 방법과 동일하게 복원하여 주시기 바랍니다.
  • 다음으로 복원되야할 데이터는 응용프로그램 설치 디렉토리 & 사용자 데이터 백업 세트들입니다. 복원 과정은 위에서 설명한 방법과 동일합니다.
  • 그리고 서버를 재시작합니다.
  • 서버를 재시작 후에, Windows 서비스로 가서 모든 응용프로그램 서비스가 설치되어있고 동작 중인지 확인하시기 바랍니다.
  • 응용프로그램 서비스가 동작 중인 것이 확인되었다면, 응용프로그램 데이터 백업 세트를 복원하여 주시기 바랍니다.

 

관리

amandabackup 사용자 암호 업데이트하기

ZCB 설치 시에 amandabackup 사용자를 생성합니다. Windows에서 amandabackup  사용자의 암호를 변경하였다면, 해당 업데이트는 ZCB 안에서도 따로 적용을 해주어야 합니다.

다음 기술 문서에 있는 절차를 따라하여 주시기 바랍니다.

스레드 개수 바꾸기

4.0 버젼부터 ZCB는 사용자가 데이터를 다운로드/업로드하는데 사용할 스레드의 개수를 선택하는 것을 허용합니다.

이 값은 기본 설정 > 최대 다운/업로드창 개수 에서 변경가능합니다. 스레드 개수를 늘리면, 일반적으로 업로드/다운로드 속도가 동시에 발생하는 데이터 전송에 의해 증가합니다. 그러나, 성능 향상에도 제한이 있습니다. 성능은 일정 그 이상 향상될 수 없으며, 어느 순간 이상부터는 성능이 감소되는 결과를 초래하기도 합니다.

유의: 최대 스레드 개수는 10 입니다.

현지화

ZCB는 현재 6개의 언어로 이용가능합니다-영어, 독일어, 일본어, 중국어-간체, 중국어-번체, 한국어. 영어가 아닌 이름의 파일/폴더를 사용하기 위해서는 Windows 운영체제 자체에서 해당하는 언어를 지원하여야 합니다. 예를 들면, 만약 백업을 할 파일 이름이 한글로 되어있다면, 한글 버젼의 Windows 운영체제 사용 또는 한국어 언어팩이 설치되어있어야 합니다.

이메일 알림 설정

ZCB는 특정한 작업이 완료되었을 때, 사용자에게 해당하는 작업의 결과를 알려줄 수 있는 기능을 가지고 있습니다. 이 기능은 전역(모든 백업을 위한) 수준 또는 백업 세트 수준에서 설정 가능합니다.

ZCB는 백업 및 복원 이벤트의 알림을 두 가지 방법으로 제공합니다:

  1. 모든 이벤트(성공 및 실패)는 Windows 이벤트 로그에 저장됩니다. Windows 이벤트 로그 분석기로 원하는 이벤트를 걸러내고 분석할 수 있습니다.
  2. 특정한 이벤트가 발생했을 당시에 이메일 알림 보내도록 설정할 수 있습니다. 이메일 알림을 설정하면 백업, 업로드, 다운로드 및 복원 이벤트의 성공 및 실패 여부를 이메일로 확인할 수 있습니다.


이메일 알림을 설정하려면, 우선 메일 서버를 설정해야 합니다. 서버를 설정하려면, ZCB UI의 기본 설정 > 이메일 설정 을 클릭하고 필요한 정보를 제공하여 주십시오:

  • 보내는 사람: ZCB의 알림 이메일의 보내는 사람 항목에 사용할 이메일 주소를 지정하여 주시기 바랍니다. 기본값으로, ZCB-noreply@zmanda.com 이 입력되어있습니다.
  • 받는 사람: 알림 메세지를 보내고자하는 이메일 주소를 입력하십시오. ";" (세미콜론)으로 다수의 이메일 주소를 구분하십시오.
  • 보내는 메일 서버(SMTP): 사용하는 SMTP 서버의 IP주소 또는 Hostname.
  • 포트: SMTP 서버의 포트로 ZCB가 이메일을 보내는데 사용할 포트.
  • 사용자이름: 해당하는 메일 서버의 인증에 사용될 메일 주소/사용자이름.
  • 암호: 위의 이메일 계정의 암호.
  • 인증: 이 확인란은 사용자의 SMTP 서버가 인증이 필요하지 않은 경우 비활성화되야 합니다. 인증이 필요하다면, 활성화 시키십시오.
  • 보안: ZCB와 SMTP 서버 사이의 통신을 평문 텍스트 전송보다 안전하게 수행하고 싶다면, 드롭다운 메뉴에서 적절한 옵션을 선택하시기 바랍니다. 만약 Exchange 서버를 사용하고 있다면, TLS 암호화를 사용하는 것을 필요로 합니다. 클라이언트를 위한 Transport Layer Security 암호화를 설정하려면, 다음 Microsoft KB 문서를 참조하여 주시기 바랍니다. http://support.microsoft.com/kb/829721

위의 항목에 알맞은 값을 입력한 후에, 연결 테스트 버튼을 통하여 ZCB가 SMTP 서버에 연결할 수 있는지 테스트 할 수 있습니다.

위의 단계들을 전부 완료하면, 성공적으로 메일 서버 설정을 한 것입니다. 지금부터 받는 사람 목록과 어떤 이벤트에 대해 알림 메일을 받을지 정의해야 합니다. 이 설정은 전역 또는 백업 세트 수준에서 할 수 있습니다.

전역 이메일 알림

모든 백업 세트의 알림 메시지를 받을 받는 사람 목록을 추가하려면, 기본 설정 > 이메일 설정 을 클릭하시고 원하는 이메일 주소 받는 사람 항목에 입력하여 주십시오. 다수의 이메일 주소 입력시, 각 메일 주소를 ';'(세미콜론)을 통하여 구분할 수 있습니다. 전역 이메일 목록을 정의하고 싶지 않다면, 이 설정을 건너뛰어도 됩니다.

일단 전역 이메일 목록을 추가하고 작동하는 메일 서버 설정을 가지고 있으면, 기본적으로 ZCB는 모든 성공/실패 이벤트를 이 전역 목록으로 보내기 시작합니다. 만약 이런 동작을 백업 세트 수준에서 관리하고 싶으면, 아래의 백업 세트별 이메일 알림 섹션 을 참고하여 주시기 바랍니다.

백업 세트별 이메일 알림

이메일 알림 기능은 백업 세트 수준에서 설정 가능하며 알림 메세지를 보낼 이벤트와 메시지를 받을 이메일 주소를 정의할 수 있습니다.

이것을 설정하려면, ZCB UI의 왼쪽 테이블에서 백업 세트를 선택하고 백업 페이지로 가십시오. 언제 백업 섹션의 백업 세트 설정 탭에서, 다음과 같은 항목들의 값을 입력할 수 있습니다:

이메일 주소: 이 항목에 있는 이메일 주소들은 선택된 백업 세트에 특정하게 지정되는 것입니다. 앞에서 설명한 것과 같이, 다수의 이메일 주소를 입력시에 반드시 ';'(세미콜론)을 사용하여 각 이메일 주소를 구분하여 주시기 바랍니다.

글로벌 이메일 설정에 지정된 수신자들에게도 알리기: 기본값으로 이 확인란은 활성화된 상태로 되어있어 ZCB가 이메일 알림을 보낼 시에 전역 이메일 목록(위의 전역 이메일 알림 섹션에서 정의된)을 포함하여 보내게 됩니다. 이 확인란을 비활성화하여, ZCB가 오직 위의 이메일 주소 항목에 정의된 수신자에게만 알림 메시지를 보내도록 할 수 있습니다.

이벤트 종류: 확인란을 활성화 또는 비활성화하여 이메일 알림을 생성하고 싶은 이벤트 종류를 선택할 수 있습니다.

다음은 서버이름 "Zmanda"의 백업세트 "테스트 백업"의 클라우드 백업 성공을 알리는 이메일의 예시입니다.

데모 :

클라우드 백업 성공

 

백업 호스트:

Zmanda

백업 종류:

Windows File System

백업 수준:

전체

백업 세트:

테스트 백업

경과된 시간:

00:00:00:19

백업 시작 시간:

2012-07-30 15:59:04

백업 용량:

35.5 KB

총 파일 수:

24

실제 백업된 파일:

24

업로드 용량:

35.5 KB

업로드 속도:

8 kbps

HTTP 프록시 서버

ZCB는 HTTP 프록시 서버를 통하여 인터넷에 연결하는 것을 지원합니다. 해당 설정을 위해, 기본 설정 > HTTP 프록시 서버 설정 으로 가십시오. 프록시 호스트 항목에서 프록시 서버의 호스트 이름을, 프록시 포트 항목에서 해당하는 서버의 포트를 지정할 수 있습니다. ZCB 업로드가 작동하려면 프록시 서버에서 HTTP 버젼 1.1을 지원해야 한다는 것을 유의하시기 바랍니다.

만약 ZCB가 설정한 HTTP 프록시 서버를 사용하여 인터넷에 연결할 수 없다면, 업로드 작업은 클라우드 연결 오류로 실패할 것입니다.

ZCB 업그레이드

ZCB 최신 버전을 확인하려면, UI의 도움 > 업데이트 확인 을 클릭하여 주시기 바랍니다. 만약 최신 버전이 있다면, 새로운 ZCB를 받을 수 있는 Zmanda Network의 ZCB 릴리즈 페이지로 안내될 것입니다.

ZCB 다시 설치

어떠한 이유에 의해 동일한 컴퓨터에 ZCB를 다시 설치하고자 한다면, 다음 절차를 따라함으로써 재설치를 수행할 수 있습니다:

  1. ZCB 컴퓨터에서 시작 메뉴 > 모든 프로그램 > Zmanda > Zmanda Cloud Backup > Uninstall 을 클릭하여 삭제 마법사를 시작하십시오.
  2. ZCB 설정 및 백업 데이터를 해당 컴퓨터에 보존하기를 원한다면, 삭제 마법사가 해당하는 질문을 하였을 시에 '예'를 선택하십시오.
  3. 삭제와 관련된 문제가 발생하여 ZCB를 완벽히 삭제하고 싶다면, 아래 섹션에서 설명하는 절차를 따라하시기 바랍니다.
  4. ZCB 설치 마법사를 실행하시고 설치를 완료하시기 바랍니다.

ZCB 청소하기

ZCB를 제거하려고 하는데 문제가 발생했다면, 다음 깔끔하게 ZCB를 제거하기 위하여 다음의 단계들을 따르시기 바랍니다:

  1. Zmanda Network에서 다운받은 ZCB 인스톨러 (.exe) 를 찾습니다.
  2. 인스톨러를 오른쪽 클릭하고 7zip과 같은 압축툴을 이용하여 압축을 풉니다.
  3. 압축을 푼 후에, Windows 명령창을 열고 압축을 푼 디렉토리를 찾아들어갑니다. 그리고 다음 중 하나의 명령어를 실행합니다. (관리자 권한 필요)

ZCBInstallCleanUp.exe (ZCB백업 데이터를 보존)
ZCBInstallCleanUp.exe –D (ZCB 전체 데이터를 삭제)

Google 클라우드 저장소

클라우드 연결 상태와 서비스 확인

Google 클라우드 저장소 가 이용가능한지 알아보시려면, UI의 메뉴에서 클라우드 > 클라우드 연결상태 검사 를 선택하시기 바랍니다. 이 기능은 ZCB를 Google 클라우드 저장소에 연결하고 Google 클라우드 저장소 인증서가 유효한 것인지 검사하게 됩니다. 이 기능을 통하여 인증서 설치 상태를 검사하거나 실패한 업로드/다운로드의 문제해결에 이용할 수 있습니다.

Amazon S3 저장소 관리 해당 섹션은 ZCB with Amazon S3 저장소에만 적용됩니다

UI의 메뉴에서 클라우드 > 클라우드 서비스 가입 또는 클라우드 > 클라우드 서비스 관리 를 선택하여 Zmanda Network와 Amazon S3 포탈 사이트를 연결하는 창을 띄웁니다. 이 사이트에서 현재 구매한 저장소를 볼 수 있고 원한다면 추가로 저장소를 구매할 수 있습니다. 해당 정보에 접근하시려면 Zmanda Network 계정과 Amazon 계정이 필요합니다.

클라우드 저장소 사용량과 관련된 리포트를 보고 싶다면, 클라우드 > 클라우드 사용 요금 조회 를 클릭하시기 바랍니다. 이 것은 현재 달 뿐만 아니라 이전 달의 자세한 비용 정보를 제공하는 웹 사이트로 연결하여 줍니다. Amazon 계정 정보가 필요합니다.

Google 클라우드 저장소 관리

해당 섹션은 ZCB with Google 클라우드 저장소에만 적용됩니다.

각 ZCB with Google 클라우드 저장소 계정은 구매 시에 선택한 용량 제한을 가지고 있습니다. 즉, 구매한 용량만큼의 데이터를 클라우드에 저장할 수 있습니다.

계정의 현재 클라우드 사용량을 보시려면 클라우드> 클라우드 사용량 조회 을 클릭하십시오.

더 많은 저장소를 구매하시려면 클라우드 > 클라우드 저장소 구매 를 클릭하십시오.

클라우드 인증서 가져오기

서비스 가입 후에 사용자의 Zmanda Network 계정에서ZCB 인증서를 다운로드 가능합니다. Zmanda Network에서 ZCB가 설치된 컴퓨터로 인증서를 다운로드하시기 바랍니다. ZCB 인증서 이름은 cloud.zmanda 이 되어야하고, 반드시 ZCB UI 메뉴 클라우드 > 클라우드 인증서 가져오기 에서 불러들어져야 합니다.

하나의 ZCB설치에 오직 하나의 인증서만 이용 가능합니다.

백업 카탈로그 복원

ZCB가 데이터를 백업하는 동안 중요한 메타데이터 정보들을 백업 카탈로그라고 불리는 특별한 파일에 저장합니다. 이 카탈로그는 ZCB가 복원 작업을 수행할 시에 사용자가 원하는 특정한 데이터를 선택할 수 있게 하고 해당 데이터를 올바르게 복원하기 위해 사용됩니다. 백업이 성공할 때마다 이 카탈로그를 생성합니다.

데이터를 ZCB에 의해 한번도 백업된 적이 없는 컴퓨터에 복원하려면(일명 "완전 복구"), 먼저 백업 카탈로그를 복구하는 것이 요구되어집니다. 우선 ZCB 인증서를 ZCB 인증서 가져오기 섹션에서 설명된 것처럼 가져오시기 바랍니다. 그리고나서 카탈로그 복원을 시작하기 위해, ZCB UI메뉴의 도구 > 카탈로그 복구 를 클릭 후, 아래의 사항을 참고하여 필요한 값을 입력하여 주시기 바랍니다:

백업 카탈로그 복원하기

클라우드로부터 카탈로그 복원하기

클라우드로부터 카탈로그를 복원할 시에, ZCB는 클라우드에 위치한 백업을 찾아서 다운로드할 것입니다. 더 많은 백업을 가지고 있을 수록, 해당 작업을 진행하는데 시간이 오래 걸릴 것입니다. 

그러므로, ZCB는 복원하고자하는 백업 세트(들)의 정보들을 요구할 것입니다. 더 많은 정보를 입력할 수록, ZCB가 백업 카탈로그를 더 빠르게 복원할 수 있을 것입니다.

  • 클라우드 저장소 위치: ZCB는 전 세계에 위치한 데이터 센터에 데이터를 백업할 수 있습니다. 기본 선택은 "모든 클라우드 저장소" 입니다.
  • 호스트 이름: 원래 컴퓨터의 도메인 이름을 제외한 컴퓨터 이름을 입력하여 주시기 바랍니다.
    • 예를 들면, 원래 컴퓨터의 호스트 이름이 myexchangeserver.xyz.com 였다면, 호스트 이름 항목에 "myexchangeserver" 만 입력하여 주시기 바랍니다.
    • 만약 원래 컴퓨터의 호스트 이름을 기억하지 못한다면, 이 항목에 '*' 문자를 입력하여 주시기 바랍니다. 그러면 ZCB를 사용하여 백업을 수행했던 모든 컴퓨터의 카탈로그를 다운로드 할 것입니다.
    • 만약 원래 컴퓨터와 같은 컴퓨터에 카탈로그 복원을 수행하고 있다면(호스트 이름도 변경되지 않은), 이 항목을 그냥 비워두셔도 됩니다. ZCB는 현재 로컬 머신의 호스트 이름을 감지하고 그 이름의 카탈로그를 다운로드할 것입니다.
  • 백업 세트 이름: 이 항목에는 백업이 이루어졌던 원래 컴퓨터의 백업 세트 이름을 입력하여 주십시오. 
    • 만약 모든 백업 세트의 카탈로그를 복원하기를 원한다면(위의 호스트 이름 조건에 해당하는), 이 항목을 비워두실수 있습니다.
    • 또한 와일드카드 * 문자를 사용하여 백업 세트 일치 여부를 결정할 수 있습니다.
      • 예를 들면exchange* 를 입력하면 ZCB는 exchangebackupexchangeone 와 같은 백업 세트들을 검색할 것입니다.
    • 백업 세트 이름 항목은 대/소문자 구분을 한다는 것을 유의하시기 바랍니다.
  • 복원 위치: 원한다면, ZCB가 복원된 카탈로그가 저장할 임시 폴더를 선택할 수 있습니다.

 

클라우드에 사용 가능한 백업이 없다면, 백업 데이터 또는 백업 세트 설정을 복구할 수 없을 것입니다.

 

로컬 디스크에 남겨진 백업 세트로부터 백업으로부터 백업 카탈로그를 복원할 수 있습니다. 로컬 디스크에 많은 수의 백업들을 가지고 있다면, 호스트 이름 및 백업 세트 이름 필드를 사용하여 필요한 것들만 찾으시기 바랍니다.

  • 호스트 이름: 원래 컴퓨터의 도메인 이름을 제외한 컴퓨터 이름을 입력하여 주시기 바랍니다.
    • 예를 들면, 원래 컴퓨터의 호스트 이름이 myexchangeserver.xyz.com 였다면, 호스트 이름 항목에 "myexchangeserver" 만 입력하여 주시기 바랍니다.
    • 만약 원래 컴퓨터의 호스트 이름을 기억하지 못한다면, 이 항목에 * 문자를 입력하여 주시기 바랍니다. 그러면 ZCB를 사용하여 백업을 수행했던 모든 컴퓨터의 카탈로그를 다운로드 할 것입니다.
    • 만약 원래 컴퓨터와 같은 컴퓨터에 카탈로그 복원을 수행하고 있다면(호스트 이름도 변경되지 않은), 이 항목을 그냥 비워두셔도 됩니다. ZCB는 현재 로컬 머신의 호스트 이름을 감지하고 그 이름의 카탈로그를 다운로드할 것입니다.
  • 백업 세트 이름: 이 항목에는 백업이 이루어졌던 원래 컴퓨터의 백업 세트 이름을 입력하여 주십시오. 
    • 만약 모든 백업 세트의 카탈로그를 복원하기를 원한다면(위의 호스트 이름 조건에 해당하는), 이 항목을 비워두실수 있습니다.
      • 또한 와일드카드 * 문자를 사용하여 백업 세트 일치 여부를 결정할 수 있습니다.
      • 예를 들면exchange* 를 입력하면 ZCB는 exchangebackupexchangeone 와 같은 백업 세트들을 검색할 것입니다.
    • 백업 세트 이름 항목은 대/소문자 구분을 한다는 것을 유의하시기 바랍니다.
  • 백업 데이터 위치: 로컬 백업들이 저장되어있는 위치를 선택해야 합니다.

동일한 컴퓨터 상의 다른 위치로 로컬 백업 데이터 옮기기

로컬 디스크에 ZCB의 백업 데이터를 보관하고 있고 이 데이터를 같은 컴퓨터의 다른 위치(예를 들면 다른 드라이브)로 옮기고 싶을 때, 다음을 참고하시기 바랍니다. 이 작업을 수행하기 위해서는 ZCB에 포함되어있는 zwcontroller.exe 프로그램의movebackup 옵션을 사용하면 됩니다.

명령어 구문은 다음과 같습니다:

<설치 경로\bin>zwccontroller.exe movebackup BackupSetName BackupFolder

여기서,

  • 설치 경로 는 ZCB가 설치되어있는 곳을 의미합니다. 기본적으로 이 위치는C:\Program Files\Zmanda\Zmanda Cloud Backup 입니다.
  • BackupSetName 은 다음과 같이 입력되야합니다 – "컴퓨터이름+백업세트이름". 예를 들자면, 백업 세트 이름이 "내문서" 이고 ZCB가 설치된 컴퓨터 이름이 "zmanda-zcb.xyz.com" (도메인 포함됨)이라면, BackupSetName 위치에 "zmanda-zcb+내문서"를 입력하시면 됩니다.
  • BackupFolder 는 백업 파일을 옮길 목적지의 완전 경로를 입력하시면 됩니다. 예를 들어, ZCB가 "zmanda-zcb"라는 이름을 가진 컴퓨터 상에 기본 위치에 설치되어있다고 가정합시다. 백업 세트 "내문서"의 백업 데이터를 새로운 위치인 "D:\ZCB-Backups" 로 옮기려면, 명령어를 다음과 같이 입력하시면 됩니다:
    C:\Program Files\Zmanda\Zmanda Cloud Backup\bin>ZWCController.exe movebackup "zmanda-zcb+내문서" "D:\ZCB-Backups"

이 작업을 수행하실 때 다음을 염두해 두십시오:

  • 해당하는 백업의 백업 또는 업로드 작업이 진행중이면, 백업 데이터를 옮기는 작업은 실패할 것입니다.
  • 이 명령어는 일회성입니다. 즉, 백업 데이터를 새로운 위치로 옮긴 뒤에 ZCB에서 해당 백업 세트를 다시 로컬 디스크로 백업하는 경우, 그 백업 데이터는 새로운 위치가 아닌 예전 위치에 저장될 것입니다.
  • 만약, ZCB가 백업할 때마다 새로운 위치로 데이터를 저장하기를 원한다면, ZCB UI의 백업 페이지의 어디에 백업 섹션에 아래에 있는 로컬 저장소장소 항목을 수정해주시기 바랍니다.

TCP 포트 변경하기

ZCB는 백업과 복원 시에 10080 및 10081 TCP 포트를 사용합니다. 이 포트들이 설치 당시 이미 사용 중이라면, 다음으로 이용 가능한 포트가 선택됩니다.

ZCB 유저 인터페이스 메뉴의 기본 설정 > 포트 설정 에서 해당 포트를 변경할 수 있습니다. 사용하고자 하는 백업 포트 및 복원 포트를 설정하고 저장하기 버튼을 누르시기 바랍니다. 변경된 사항을 적용하려면 ZCB Service를 재시작해야 합니다. 도구 > 백그라운드 서비스 다시 시작 을 통하여 ZCB Service를 다시 시작하시기 바랍니다.

로그 레벨 변경

ZCB에 의해 생성되는 로그 파일들은 ZCB가 설치된 폴더의 \Debug 디렉토리에 보관됩니다 (일반적으로C:\Program Files\Zmanda\Zmanda Cloud Backup\Debug). LogFile.txt 는 ZCB 엔진 로그 파일. ZIBLogFile.txt 는 ZCB 프로그램을 위한 로그 파일입니다.

설치 또는 삭제 작업 시에 생성된 로그 파일은 "%temp%" 폴더에서 찾을 수 있으며, "%temp%" 폴더는 대부분의 시스템에서 "C:\Documents and Settings\<Logged_in_user>\Local Settings\Temp" 에 위치해 있습니다. 만약 찾지 못했다면, 이것은 Windows가 설치된 드라이브의 같은 디렉토리 구조에서 찾을 수 있을 것입니다.

ZCB 인스톨러는 %temp% 폴더 안에 "ZCBInstallLog.log"라는 파일 이름으로 설치 프로세스의 시스템 로그를 생성합니다.

ZCB가 생성하는 로그 메시지의 양을 사용자가 정의할 수 있습니다. 일반적으로, 어떤 문제점을 해결하기를 원하거나 또는 Zmanda 고객 지원에서 케이스를 열기 전에 로그 레벨을 증가시킵니다.

로그 레벨을 변경하려면, 도움 > 로그 레벨 에서 오류, 경고 및 디버그 중 하나를 선택하십시오. 디버그 가 로그를 가장 상세하게 제공하며 오류 는 가장 조금 제공합니다.

로그 수집

도움이 필요한 문제점을 겪고 있다면, Zmanda 고객 지원팀에 연락하기 전, UI의 위쪽 메뉴에서 도움 > 로그 수집 을 클릭하여 주십시오. 이 기능을 사용하면 ZCB가 모든 관련있는 파일들을 하나의 아카이브로 수집하고 이름과 위치를 보여줄 것입니다. 로그를 수집하는데 몇 분 정도 소요되니 조금 기다려 주십시오. 로그 수집이 완료되면 해당 파일을 고객 지원 케이스에 첨부하여 주시기 바랍니다. 다음을 유의하십시오:

  • 로그 수집은 관리자 권한을 가지고 있는 사용자로 실행되야 합니다. 만약 ZCB UI가Windows Vista, 7 or 2008 서버에서 관리자 권한을 가지고 있지 않은 사용자로 실행되고 있다면, 사용자 자격 증명 대화창이 뜨면서 관리자 또는 관리자 권한을 가지고 있는 사용자의 이름과 암호의 입력을 요구할 것입니다.
  • Windows XP 및 2003 서버에서, 만약 ZCB UI가 관리자가 아닌 사용자로 실행되고 있다면 로그 수집은 작동하지 않을 것입니다. ZCB 아이콘을 오른쪽 클릭하여, Run as 옵션을 이용하여 관리자 계정을 입력하시기 바랍니다.

 

Trouble Shooting

ZCB를 사용하는데 있어 어려움을 겪고 계신다면, ZCB포럼(http://forums.zmanda.com)을 방문하시거나, 도움 > 고객 지원 을 통하여 케이스를 열어 주시기 바랍니다. 조금 더 자세한 ZCB의 사용법이 필요하시다면 ZCB가 설치된 디렉토리의 밑의 Docs폴더에 위치한 영문 User Guide를 참고하여 주시기 바랍니다.