DR 솔루션의 일부로 많은 트랜잭션로드 데이터베이스에 대해 로그 전달을 사용하려고했습니다. 구성이 성공적으로 완료되는 동안 로그 전달 구성 완료 후 첫 번째 트랜잭션 로그 백업 작업이 연속적으로 실행되고 기하 급수적으로 커집니다. 경우에 따라 첫 번째 트랜잭션 로그 백업 작업은 데이터베이스의 27GB 전체 백업 파일보다 3 배 큰 파일 크기로 12 시간 동안 실행되었습니다. 우린 그 과정을 죽였어. 최근에 우리는 아래에 설명 된 바와 같이 차등을 사용하는 방식을 시도했지만 트랜잭션 로그 백업 작업은 계속 증가하는 파일 크기로 실행되었습니다. 전달 구성 로그로그 전달 트랜잭션 로그 백업 작업이 계속 실행됩니다.
9:32 오전 개막 - -
이 과정은 주말 낮은 사용 시간에
오전 7시 46분를 실행 된 백업 파일을 네트워크 공유 폴더에 저장됩니다. 파일 크기는 26.1GB입니다.
오후 9:30 - 로그 전달 구성이 완료되었습니다. - 나는 로그 전달 백업, 복사를 해제하고 작업
오후 9시 31분 복원 - 나는 차와 백업 데이터베이스에
9:33 오후 명령을 입력합니다 - 차동 768의 파일 크기 완료 MB. - 나는 다시 사용 가능으로 그 과정이 차등 후 함께 이동 얻을 수있는 백업 및 복사 작업 - 나는 보조 위치로
오후 9시 45분을 차등 파일을 복사 - 첫 번째 트랜잭션 로그 백업 작업이
개막오후 9시 59분 - 아직 를 실행하는 차동 복원 - - 차등 파일을 복사 한 후, 나는 차를
오후 11시 2분를 사용하여 차에서 데이터베이스를 복원 트랜잭션 로그 백업 작업을 오전 9시 45 분에 작성된 파일은 여전히 파일로 실행 중입니다. 28 기가 바이트의 크기는 여전히 성장하고 있습니다.
트랜잭션 로그 백업 작업이 완료되지 않아서 공간 문제로 인해이 프로세스가 궁극적으로 종료되었습니다.
이전에이 시나리오를 경험 한 사람이 있습니까? 트랜잭션 로그 백업 작업의 프로세스 시간을 개선하기 위해 변경할 수있는 항목이 있습니까? 무거운 트랜잭션로드를 감안할 때이 특정 데이터베이스에 대해 대체 DR 솔루션을 구현하는 것이 가장 좋은 것인지 궁금합니다.
잠시 동안이 데이터베이스를 완전히 복구 했습니까? 그렇다면 일반적인 트랜잭션 로그 백업 볼륨은 무엇입니까? 로그 전달을 구성 할 수있는 "느린 시간"이 있습니까? –
데이터베이스 파일의 크기는 무엇입니까, 특히 트랜잭션 로그입니까? 이전에이 데이터베이스에서 트랜잭션 로그 백업을 수행 한 적이 있습니까? 그렇다면 얼마나 오래 되었습니까? –