SQL Server 2005 백업 전략
https://stackoverflow.com/questions/455771
-
19-08-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian문제
다음 사양이있는 클라이언트를위한 웹 응용 프로그램을 관리합니다.
- ASP.NET 3.5 가상 Windows 2003 웹 서버에서 실행됩니다.
- 데이터베이스를 호스팅하는 SQL Server 표준
- 데이터베이스 현재 크기 6GB, 1GB/월 성장률
- 하나의 단일 테이블은 크기의 98%를 책임지고 클라이언트의 가장 중요한 데이터를 보유합니다.
- 이 큰 테이블에 대한 로그가 보관되지 않으며이 테이블에서만 선택됩니다.
- 50GB FTP 백업을위한 우주 공간
이 시나리오를 고려할 때 SQL 백업을위한 최상의 전략은 무엇 이며이 작업에 가장 적합한 도구 (상업용 응용 프로그램 포함, 클라이언트가 라이센스 요금을 지불 할 수 있음)?
해결책
Codeplex.com에 사용하는 전략은 다음과 같습니다.
- 모든 SQL 서버는 SQL 미러링을 사용하여 피어 서버로 실행됩니다.
- 주간 전체 백업 (데이터베이스에서 별도의 드라이브에 저장)
- 일일 차동 백업 (데이터베이스에서 별도의 드라이브에 저장)
- 5 분마다 트랜잭션 로그 백업 (데이터베이스에서 별도의 드라이브에 저장)
- 매일 테이프 백업
- 매주 오프 사이트를 찍은 테이프 백업
또한 매우 중요합니다 백업을 테스트하십시오! 연구에 따르면 테스트되지 않은 백업 절차의 30% 이상이 결함이 있습니다. 백업 테스트 전략은 다음과 같습니다.
- 30 분마다 전체 백업 파일이 있는지 확인하십시오 (예약 된 작업 사용)
- 30 분마다 차등 백업 파일이 있는지 확인하십시오 (예약 된 작업 사용)
- 30 분마다 트랜잭션 로그 백업 파일이 있는지 확인하십시오 (예약 된 작업 사용)
- 30 분마다 데이터베이스 미러링이 구성되어 있는지 확인하십시오 (예약 된 작업 사용)
- 매일 전체+차동 백업을 테스트하고 테이블 행 계산을보고합니다 (예약 된 작업 사용).
- 한 달에 한 번 가장 최근의 테이프 백업을 테스트하고 데이터를 확인하십시오.
다른 팁
데이터가 얼마나 중요한지에 따라 다릅니다. 그러나 내가 할 수있는 방법은 다음과 같습니다. 1. 매일 전체 백업을 실행하십시오. 2. 4 시간마다 차동 백업을 실행하십시오. 3. 15 분마다 트랜잭션 로그 백업을 실행합니다. 4. 사본을 사이트에서 보관하고 백업이 완료되는 즉시 사이트에서 사본을 이동하십시오.
데이터베이스가 너무 크지 않으며 쉽게 수행 할 수 있습니다.
와 같은 타사 도구를 사용하십시오 Redgate SQL 백업 또한 데이터베이스 백업을 자동으로 압축하고 암호화합니다. 나는 그것을 광범위하게 사용했고 큰 팬입니다.
또한 다른 사이트를 사용할 수 있고 데이터가 매우 중요하다면 로그 배송 설정에 대해서도 생각할 수 있습니다.
이것은 VPC입니까? 앱을 설치할 수 있습니까?
그것이 우리가 사용하는 것입니다 - 매일 백업을 밀어내는 SQL 작업을 한 다음 해당 서비스를 사용하여 사본을 Amazons S3 서비스로 다시 푸시하십시오. 그렇지 않다면 백업을 기계로 끌어 당기는 로컬 앱을 가질 수 있습니다. 그런 다음 /w S3 웹 서비스를 누르거나 여전히 Jungledisk를 사용합니다.
이건 중요하다! 앱이 내려 가면 아파요! 또한 배포 된 앱과 저장된 리소스를 백업해야합니다 ... 즉 앱 스토리지 디렉토리에 업로드 된 컨텐츠를 업로드하십시오.
나는 당신의 질문에 대한 답을 입력해야했지만 어딘가에 훨씬 더 많은 자원이 있다는 것을 깨달았습니다. 이 기사는 sqlservercentral.com에 있습니다. "백업시 모범 사례"를 많이 찾을 수 있습니다. 이 같은.
손실 할 수있는 데이터의 양과 데이터베이스를 복원하는 데 걸리는 시간을 고려할 수도 있습니다. 고객은 15 분 이상의 데이터를 잃고 싶지 않다고 결정하거나, 최대 일정의 데이터를 잃는 것이 괜찮다고 결정할 수 있습니다.
