데이터베이스, MS Exchange, QuickBooks 및 Outlook PST 파일용 클라우드 백업 솔루션

데이터베이스 파일 백업이 어려운 이유는 무엇일까요?

일반 파일(예: MS 오피스 문서, PDF 또는 이미지 파일)은 백업하기 쉽습니다. 이러한 파일은 크기가 작고 잠금 처리된 경우가 드물며, 복사하거나 업로드하는 속도도 매우 빠릅니다.

데이터베이스 파일(예: SQL Server, Oracle, DB2, Sybase, Informix, MySQL, PostgreSQL)은 매우 다양합니다:

(1) 일반적으로 크기가 매우 커서 복사/업로드하는 데 훨씬 더 오랜 시간이 걸립니다.
(2) 항상 열려 있고 잠겨 있습니다. 일반 도구를 사용하여 복사하거나 업로드할 수 없습니다.
(3) 사용자가 저장 버튼을 클릭하지 않아도 자주 변경됩니다. 백업을 완료하기 전에 변경됩니다.

MS Exchange, QuickBooks 및 Outlook의 PST 파일은 모두 데이터베이스 또는 데이터베이스와 유사한 파일입니다.

백업 방법 1: DriveHQ 온라인 백업을 사용하여 데이터베이스 파일을 백업합니다.

DriveHQ 온라인 백업 클라이언트 소프트웨어는 다음과 같은 기술을 사용하여 데이터베이스 파일 백업을 지원합니다.

- DriveHQ 온라인 백업은 볼륨 섀도 복사(VSS)를 지원합니다. 데이터베이스 파일이 잠겨 있고 쓰기 작업이 진행 중일 때 스냅샷 복사본을 생성할 수 있습니다. 그런 다음 데이터베이스 스냅샷 파일을 DriveHQ 클라우드 스토리지에 백업할 수 있습니다.
- DriveHQ 온라인 백업은 자동 재시도 및 재개 기능을 지원합니다. 대용량 데이터베이스 파일 백업은 매우 오랜 시간이 걸릴 수 있습니다. 네트워크 연결이 끊어진 경우, DriveHQ 온라인 백업은 자동으로 재시도하여 중단된 지점부터 다시 시작할 수 있습니다. 처음부터 다시 시작할 필요가 없습니다.
- DriveHQ 온라인 백업은 데이터 전송 속도를 높이기 위해 투명한 데이터 압축을 지원합니다. 일반적으로 데이터베이스 파일은 최적의 I/O 성능을 위해 압축되지 않습니다. 하지만 75% 이상 압축할 수 있으며, 예를 들어 10GB 데이터베이스 파일은 2.5GB로 압축될 수 있습니다. DriveHQ 온라인 백업은 업로드 및 다운로드 속도를 향상시키기 위해 데이터를 투명하게 압축 및 압축 해제합니다.

DriveHQ 온라인 백업의 데이터베이스/이메일 백업 마법사를 사용하세요

데이터베이스 파일을 백업할 때는 DriveHQ 온라인 백업의 데이터베이스/이메일 백업 마법사를 사용하십시오. 데이터베이스 파일 백업에는 실시간 백업 작업을 사용하지 마십시오. 데이터베이스 파일은 사용자 상호 작용 없이 지속적으로 수정되기 때문에 모든 변경 사항을 실시간으로 백업하는 것은 불가능합니다. 백업 빈도는 데이터베이스 파일 크기와 업로드 속도에 따라 달라집니다. 파일 크기가 작으면 매일 백업해도 괜찮습니다. 그렇지 않은 경우 클라우드에 매주 백업하는 것이 좋습니다. 매일 백업이 필요한 경우 로컬 저장소에 매일 백업하도록 설정할 수 있습니다.

대용량 데이터베이스 백업 성능 최적화

작은 데이터베이스 파일을 백업하는 것은 비교적 쉽습니다. 일반적으로 네트워크 속도 문제는 발생하지 않습니다. 하지만 매우 큰 데이터베이스 파일을 백업하는 경우에는 시간이 오래 걸리고 네트워크 속도가 저하될 수 있습니다.

DriveHQ 온라인 백업은 일반 파일 백업 시 증분/델타 백업을 지원합니다. 예를 들어, 이미 100만 개의 파일을 백업한 상태에서 10개의 파일을 추가하거나 변경하면 10개의 파일만 백업하면 됩니다. 또한 온라인 백업은 백업 재개를 지원합니다. 10GB 크기의 파일을 백업하는 도중 8GB의 데이터를 업로드한 후 네트워크 연결이 끊어지더라도 다음 백업 시에는 2GB의 데이터만 업로드하면 됩니다.

DriveHQ 온라인 백업은 데이터베이스 파일에 대한 증분(델타 또는 블록 수준) 백업을 직접 지원하지 않습니다. 여기에는 두 가지 이유가 있습니다:

- 데이터베이스 파일 변경은 종종 수많은 블록에 영향을 미칩니다. 예를 들어, 데이터베이스에 백만 개의 행이 있는 테이블이 있는 경우 간단한 DELETE, UPDATE, SORT, COMPACT 또는 INDEX 작업만으로도 파일 내용이 완전히 변경될 수 있으므로 블록 수준 증분 백업을 사용하는 것이 불가능하거나 매우 비효율적일 수 있습니다.
- 데이터베이스 파일은 여러 위치(수많은 블록)에서 지속적으로 수정됩니다. 모든 블록은 올바른 순서대로 백업되어야 하며, 단 하나의 오류라도 발생하면 전체 배치 작업을 롤백해야 합니다.
- 수많은 작은 블록을 백업하는 것은 하나의 큰 블록을 백업하는 것보다 훨씬 느립니다.
- 데이터베이스 파일을 매일/매주 백업할 때, 데이터의 1%만 하루에 수정된다고 가정하더라도 실제로는 전체 블록의 10%에 영향을 미칠 수 있습니다. (극단적인 경우를 생각해 보면, 1MB 크기의 블록이 1000개 있고 각 블록에서 1바이트만 변경되더라도 모든 블록이 변경되는 셈입니다. 물론 데이터 변경률은 0.0001%에 불과하지만 말입니다.) 이런 경우에는 전체 파일을 백업하는 것이 훨씬 효율적입니다.
- 데이터베이스 파일에 대한 가장 효율적인 증분 백업은 트랜잭션 로그 백업입니다. 데이터베이스 파일에서 수정된 블록을 백업하는 대신, 데이터베이스 트랜잭션(예: 읽기 전용 SELECT 명령을 제외한 SQL 명령)만 백업하면 됩니다. SQL 명령은 영향을 받는 데이터 블록보다 훨씬 작습니다. 하지만 이 방법은 동일한 데이터베이스 서버가 필요합니다. (그렇지 않으면 복원 프로세스에 매우 오랜 시간이 걸립니다.)
- 데이터베이스 파일용 하이브리드 증분 백업 솔루션: 데이터베이스 소프트웨어의 기본 증분 백업 도구를 사용하여 로컬 증분 백업 파일을 생성한 다음, DriveHQ 온라인 백업을 사용하여 해당 로컬 백업 파일을 클라우드에 백업하십시오. 예를 들어 SQL Server와 Oracle은 모두 트랜잭션 로그 백업 기반의 증분 백업을 지원합니다. 따라서 블록 수준 백업보다 훨씬 효율적입니다.

백업 방법 2: FTP(FTPS/SFTP) 스크립트를 사용하여 데이터베이스 파일 백업

DriveHQ는 최대 규모의 FTP 서버 호스팅 서비스 제공업체 중 하나입니다. 명령줄/셸 스크립트를 선호하는 경우 명령줄 FTP 스크립트를 생성하여 데이터베이스 파일을 DriveHQ의 FTP 서버에 백업할 수 있습니다.

데이터베이스 서버가 Unix/Linux/메인프레임 시스템(AIX, Solaris, HP-UX, OpenVMS, BSD 등 포함)에 있는 경우 FTP 백업을 사용하거나 DriveHQ 온라인 백업 소프트웨어의 네트워크 백업 기능을 사용해야 합니다. 더 자세한 정보를 원하시면 유닉스/리눅스/메인프레임용 백업 솔루션 를 방문하세요.