데이터베이스 백업


2

10GB RDBMS (SQL Server)가 있습니다.가능한 한 자주 백업하고 싶습니다만, 하루에 여러 번이 순서를 수행하려면 엄청난 공간이 필요합니다.

얼마나 자주이 크기의 DB를 백업 할 수 있습니까?백업은 일반적으로 어떻게 저장됩니까?

Amazon S3를 살펴본 후 사람들이 DB 백업을 수행하기 위해 이와 같은 서비스를 사용하는 것이 얼마나 일반적인지 궁금합니다.

  0

나는 Thoreau에 동의하지만, 가능한 한 많은 백업을 원한다고 말했기 때문에 필요에 따라 2 ~ 6 시간마다 증분/차등 백업을 더 자주 수행하는 것이 좋습니다. 14 sep. 112011-09-14 15:22:23

1

어떤 SQL 버전을 사용하고 있습니까?"가능한 한 자주"무엇을 의미합니까?왜 이걸하고 싶어?

전체 백업을 수행 할 필요가 없습니다.당신은 매주 한 번씩, 그리고 매일 밤마다 미분을 할 수 있습니다.t-sql 또는 SSMS를 사용하면 n 일 후에 백업을 자동으로 삭제할 수 있으므로 백업을 깔끔하고 깔끔하게 유지할 수 있습니다.

가능한 한 자주?5 분마다 트랜잭션 로그 백업을하지 않은 다음 5 일마다 삭제하십시오.

:: 더 많은 질문을 추가했습니다 ::


4

주요 질문은 다른 사람들이 얼마나 자주 자신의 데이터베이스를 백업하는 것이 아니라 비즈니스가 수락 할 손실 수준을 결정하는 것입니다.서버가 죽으면 24 시간 전에 백업 파일로 돌아가는 것이 행복할까요, 아니면 1 시간 전에 하나가 필요할까요?

모든 프로덕션 데이터베이스는 하루에 한 번 전체 백업을 수행 한 다음 매시간 트랜잭션 로그 백업을 실행합니다.우리의 최악의 시나리오는 데이터 미러링을 사용해 데이터베이스 미러링을 사용하더라도 한 시간 분량의 데이터가 손실된다는 것입니다.또한 트랜잭션 로그 백업은 특정 시점 복원을 수행하는 옵션을 제공합니다. http://msdn.microsoft.com/en-us/library/ms179451.aspx

또 다른 요소는 데이터베이스의 복구 모델입니다. 전체 복구 모드에있는 경우 트랜잭션 로그 백업을 중단해야 트랜잭션 로그를 관리하기가 어려워집니다.반대로 단순 복구를 사용하는 경우 트랜잭션 로그 백업은 옵션이 아닙니다.

보기 흉하지 않은 출발점입니다 : http://msdn.microsoft.com/en-us/library/ms191239.aspx

희망이 도움이 ...


1

바쁜 시간 인 월요일과 금요일의 오전 9 시부 터 오후 5 시까 지 공통 비즈니스 시나리오를 가지고 있다고 가정 해 보겠습니다.그런 다음 나는 제안 할 것이다 : 일요일 밤에 전체 백업.차동 백업은 오전 8시, 오후 6시, 오전 1시 (복구 시간 단축).매시간 또는 비즈니스 요구 사항에 따라 백업을 기록하십시오.

보존 기간에 따라 이전 백업 파일을 지울 수있는 자동 정리 작업이 있어야합니다.

백업을 중복 디스크 형태로 저장해야합니다 (미러링 됨).

Amazon S3를 사용하는 경우 대역폭, 저장 및 가져 오기/가져 오기 요청에 대해 비용을 지불해야합니다.DB에 민감한 데이터가 저장되어있는 경우에는 더 복잡한 문제가 있습니다.대신 외부 드라이브 또는 NAS 장치를 가져 와서 백업을 저장할 수 있습니다.가격이 저렴해야 디스크가 저렴합니다.


5

SQL Server 백업의 작동 방식을 이해하지 못하는 것 같습니다.SQL Server에는 세 가지 종류의 백업이 있습니다.

전체 - 전체 데이터베이스 백업은 전체 데이터베이스와 활성 트랜잭션 로그를 단일 (또는 스트라이프 형이지만 현재는이 기능을 무시할 수 있음) 파일에 덤프합니다.

DIFFERENTIAL - 차등 데이터베이스 백업은 마지막 전체 백업 이후 변경된 모든 데이터를 백업 파일로 백업합니다.차등 백업에서 복원하려면 차등 백업을 수행하기 전에 완료된 전체 백업이 있어야합니다.

LOG - 로그 백업은 현재 트랜잭션 로그에있는 데이터 만 백업합니다.로그 백업은 데이터베이스를 특정 시점으로 복원하는 기능을 제공합니다 (예를 들어 누군가가 테이블을 삭제 한 경우 테이블을 복원 한 지점으로 복원 할 수있는 테이블을 삭제하고 해당 테이블의 모든 데이터를 다시 가져 오는 경우).로그 백업을 사용하려면 데이터베이스가 FULL 또는 BULK_LOGGED 복구 모드 여야합니다.로그 백업을 복원하려면 복원 할 로그 백업, 선택적으로 전체 백업과 로그 백업 사이에서 차등 백업을 수행하기 전에 가장 최근의 전체 백업을 가져야하며, 전체 백업이나 차등 백업 사이의 모든 로그 백업과 복원 할 마지막 로그 파일.

당신이 말한 것에서 당신은 가능한 한 적은 양의 데이터를 풀 필요가있는 것처럼 들립니다.복구 모드를 FULL 또는 BULK_LOGGED (FULL은 대부분의 사람들이 선택)로 변경 한 다음 몇 분 간격으로 매일 전체 백업과 트랜잭션 로그 백업을 설정해야합니다.로그 백업을 실행하는 빈도는 느슨해 질 수있는 데이터의 양에 따라 다릅니다.비즈니스는이 번호를 설정하는 것이지 사용자가 아닙니다.요구 사항에 따라 10-15 분마다 로그 백업을 실행하는 것이 일반적입니다.

백업을 설정 한 후에는 비즈니스 요구 사항 및 저장할 공간이 얼마나되는지에 따라 며칠 후에 파일을 삭제하도록 구성해야합니다.

다른 EC2 가용성 영역의 서버에 데이터베이스를 백업하여 올해 초 아마존 정전이 반복되면 백업 데이터가 여전히 안전하도록 할 수 있습니다.

컨설턴트를 1 시간 또는 2 시간 동안 데려 와서 백업이 올바르게 수행되었는지 확인하는 것이 좋습니다.그것이 제대로되지 않았다면 이제는 시스템이 고장 났을 때가 아니라 그것을 알아낼 시간입니다.