Administrator Guide
표 18-2
백업 관련 질문
답변질문
다른 프로세스에서 사용 중인 파일을 발견하는 경우 Backup Exec은 열린 파
일 백업 설정에 따라 해당 파일을 생략하거나 파일을 사용할 수 있을 때까지
기다립니다. 열린 파일을 백업하도록 구성된 경우 Backup Exec은 파일을 다
른 모드로 열려고 합니다. 이러한 파일은 백업되는 동안 다른 프로세스에서
쓰지 못하도록 잠깁니다. 이 모드는 열린 파일을 백업할 때 최후의 수단으로
사용해야 합니다. 대부분의 경우, 파일이 열려 있는 응용 프로그램을 닫아 파
일을 일관된 상태로 백업하는 것이 바람직합니다.
Windows 시스템에서 열린 파일을 백업하려면 네트워크 환경에서 데이터를
지속적으로 보호하는 Backup Exec Advanced Open File Option을 사용하십시
오.
다른 프로세스에서
사용 중인 특정 파일
을 시스템에 백업할
수 없습니다. 이유가
무엇입니까?
Backup Exec은 로컬 및 원격 관리 콘솔에서 제출되는 작업을 언제나 처리할
수 있어야 하는 클라이언트/서버 응용 프로그램입니다.
ADAMM 기능으로 인해 Backup Exec은 서버가 실행될 때마다 미디어 서버에
연결된 모든 저장 장치를 사용합니다. Backup Exec의 ADAMM 기능은 저장
장치를 일관되게 제어해야 미디어 및 장치 사용 통계의 수집과 미디어 덮어
쓰기 보호라는 두 가지 중요하고도 유용한 작업을 수행할 수 있습니다.
실행되고 있지도 않
은 저장 장치를
Backup Exec 콘솔이
계속 점유하고 있는
이유는 무엇입니까?
이 문제는 시스템을 포맷할 때 사용한 파티션 유형 때문에 발생할 수 있습니
다.
Windows NTFS 압축 파티션의 경우, Backup Exec은 백업 중인 파일의 압축되
지 않은 바이트 수를 표시하고 Windows 탐색기는 하드 드라이브에 있는 파
일의 압축된 바이트 수를 표시합니다. 예를 들어, 1GB의 데이터가 들어 있는
NTFS 파티션은 Windows에서 500MB로 압축됩니다. Windows 탐색기에는
하드 드라이브에 500 MB의 압축된 데이터만 있다고 표시되지만 Backup Exec
은 1 GB의 데이터를 백업한 것으로 보고합니다.
FAT 파티션의 경우, Backup Exec은 백업 중인 파일의 실제 바이트 수를 보고
하고 파일 관리자는 디스크 공간의 크기를 실제보다 크게 보고합니다. 예를
들어, 2 GB FAT 파티션의 클러스터 크기가 32 K이고 파일 관리자에 사용된
공간이 1.9 GB로 표시됩니다. 이 때 Backup Exec은 1.4 GB의 데이터를 백업했
다고 보고합니다. 백업에서 50 MB의 pagefile.sys 파일이 제외되므로 결국 바
이트 수에 450 MB의 차이가 생기는 것입니다.
FAT보다 NTFS가 더 효율적이고 기본 클러스터 크기(Windows에서 자동 설
정됨)도 더 작기 때문에 NTFS로 변환하면 디스크 공간이 절약됩니다. Windows
를 사용하면 클러스터 크기를 기본값과 다르게 지정할 수 있지만 시스템 성
능이 떨어질 수도 있습니다. 자세한 내용은 Windows 문서를 참조하십시오.
712페이지의 “NTFS 파티션의 클러스터 크기 정보” 참조
로컬 백업을 수행할
때 Backup Exec에서
백업한 총 바이트 수
가 Windows에 표시
되는 바이트 수와 일
치하지 않습니다. 원
인이 무엇입니까?
711문제 해결
백업 문제 해결