0
우리는 대략 다음과 같은 프로덕션 서버를 가지고 있습니다. 50 개의 고객 생산 데이터베이스가 실행 중이고 복구 모델을 검토 중이며 어떤 권장 사항이 어떤 복구 모델을 사용할 것인지 알고 싶습니다.사용할 SQL Server 복구 모델에 대한 권장 사항
나는 약간의 연구를 해왔지만 어떤 모델이 가장 좋은지에 대한 혼합 된 반응이있었습니다.
서버 시나리오는 다음과 같습니다.
- 전체 서버 백업은
- 모든 데이터베이스는 현재 정기적으로 백업되지 않습니다 (이 클라우드 제공자에 의해 발생) 하루에 한 번씩 수행됩니다 (이 너무 약 사용. 5 개월 전)
- 정보/이러한 데이터베이스에 저장되는 데이터의 양을 각 고객의 요구 사이의 차이 - 데이터베이스 당 로그 파일이 성장하기 시작하면 과도하게 유발 시작하는 모든 데이터베이스는 현재이 결정되었으며, 같은 단순 복구 모델을 설정
HDD 문제/제한된 공간 및 데이터베이스에 연결할 수 없습니다. SIMPLE로 변경 한 이후로 HDD 문제는 중단되었지만 재해가 발생하면 데이터베이스 복구가 무엇인지 고려해야합니다.
귀하의 답변/권장 사항을 기다리십시오! 가장 최근의 백업 이후 변경 보호되지 :
는
단순 복구 모델을 사용하는 경우 최소한의 로깅이 있습니다. 로그 파일을 줄이면 작을 수 있지만 위험이 있습니다. 다음은 여러 복구 유형에 대한 유용한 문서입니다. -> https://docs.microsoft.com/en-us/sql/relational-databases/backup-restore/recovery-models-sql-server –
Ross. 감사합니다. 나는 여기에 게시하기 전에 모든 정보를 조사 해왔다. 내가 뭘했는지는 베스트 프랙티스에 대한 더 많은 정보, 권장 사항, 팁 등입니다. – Tyler
주요 질문은 다음과 같습니다. *** 얼마나 중요합니까 *** 데이터입니까? 데이터베이스 서버가 충돌하여 디스크를 휴지통으로 처리하면 어떨까요? 어젯밤 백업 한 것이 전부이고 잠재적으로 하루 종일 작업이 손실 된 경우에도 귀하 (귀하의 비즈니스)가 살아남을 수 있습니까? ** yes **이면 '단순'복구 모델로 충분합니다. 치명적인 오류에 가까운 상태로 복원 할 수있는 기능이 필요한 경우 - 몇 분 또는 몇 시간 만 작업을 풀려면 - 전체 복구 모델로 전환하고 적절한 트랜잭션 로그 백업 절차를 설정하여 해당 tx 로그를 유지해야합니다 크기가 폭발했다. –