master 데이터베이스 백업 시 고려 사항
master 데이터베이스는 반드시 백업해야 합니다. master 데이터베이스는 Microsoft SQL Server 시스템을 위한 모든 시스템 수준 정보(예: 로그인 계정, 시스템 구성 설정, 끝점 및 자격 증명) 및 다른 데이터베이스를 액세스하기 위해 필요한 정보를 기록합니다. master 데이터베이스는 또한 서버 인스턴스를 시작하는 데 필요한 초기화 정보도 기록합니다. 자세한 내용은 master 데이터베이스를 참조하십시오.
비즈니스 요구에 맞게 데이터를 보호할 수 있을 만큼 자주 master의 일상적인 전체 데이터베이스 백업을 예약하는 것이 좋습니다. 서버 인스턴스가 실행되는 동안 master가 손상된 경우 master의 전체 데이터베이스 백업이 있으면 최근 전체 데이터베이스 백업을 복원하여 손상된 데이터베이스를 쉽게 복구할 수 있습니다.
master가 손상되어 서버 인스턴스를 시작할 수 없으면 master를 다시 작성해야 합니다. master를 다시 작성하면 모든 시스템 데이터베이스가 원래의 상태로 되돌아갑니다. 따라서 master 다시 작성에는 추가 단계가 필요합니다. 자세한 내용은 시스템 데이터베이스 다시 작성을 참조하십시오.
master의 정보를 바꾸는 문이나 시스템 프로시저를 실행한 다음, 예를 들어 서버 차원의 구성 옵션을 변경한 뒤에는 master를 백업하는 것이 좋습니다. master가 변경된 후 백업하지 않고 백업을 복원하면 마지막 백업 후에 변경된 사항이 손실됩니다.
master에 사용자 개체는 만들지 않는 것이 좋습니다. master에 사용자 개체를 만들면 해당 사용자 데이터를 보호할 수 있을 정도로 백업 일정을 자주 설정해야 합니다.
예
master를 백업한 후 사용자 데이터베이스를 만들고 테이블 및 데이터를 데이터베이스에 추가했다고 가정합니다. 하드 디스크 오류로 인해 master가 복원되는 경우 복원된 master 데이터베이스에 SQL Server를 위한 항목이 존재하지 않기 때문에 SQL Server는 아직 사용자 데이터베이스를 인식하지 못합니다. 이 지점에서 만약 모든 데이터베이스 파일이 아직 디스크에 존재하면 데이터베이스 파일을 추가하여 사용자 데이터베이스를 다시 만들 수 있습니다. 자세한 내용은 데이터베이스 분리 및 연결을 참조하십시오.
master를 백업하는 이유
master를 업데이트 및 백업해야 하는 작업 유형에는 다음이 포함됩니다.
사용자 데이터베이스 만들기 및 삭제
사용자 데이터베이스가 새 데이터를 수용하기 위해 자동으로 커지면 master는 영향을 받지 않습니다.
파일 및 파일 그룹 추가 또는 제거
로그인 또는 로그인 보안과 관련된 다른 작업 추가
데이터베이스 사용자 추가와 같은 데이터베이스 보안 작업은 master에 영향을 주지 않습니다.
서버 차원의 구성 옵션이나 데이터베이스 구성 옵션 변경
논리 백업 장치 만들기 또는 제거
연결된 서버 추가나 원격 로그인과 같은 분산 쿼리 및 RPC(원격 프로시저 호출)을 위한 서버 구성
[!참고]
master의 전체 데이터베이스 백업만 만들 수 있습니다.