로그 전달을 설정하고 싶지만 2 차 복구 작업이 어떤 이유로 실패 할 경우 어떤 일이 벌어 질지 걱정됩니다. 로그 복원을 완료 할 수 없거나 보조 DB가 오프라인이더라도 보조 데이터베이스에서 어떤 일이 발생하더라도 기본 데이터베이스가 계속 작동하기를 원합니다. 로그 전달은 그러한 옵션을 제공합니까? 감사합니다.
동기 대기로 실행되는 AlwaysOn 가용성 그룹 & 자동 장애 조치가 있습니다. 예를 들어, 노드 SQL01A 또는 SQL01B가있는 SQL01로 연결됩니다. 다른 데이터베이스 SQL02의웨어 하우징에이 데이터를 사용 가능하게 만들고 싶습니다. 변경 횟수가 많고 읽기 수가 많기 때문에 AAG 비동기 커밋을 사용할 수 없으며 대기 시간이 길어집니다. 이 때
DR 솔루션의 일부로 많은 트랜잭션로드 데이터베이스에 대해 로그 전달을 사용하려고했습니다. 구성이 성공적으로 완료되는 동안 로그 전달 구성 완료 후 첫 번째 트랜잭션 로그 백업 작업이 연속적으로 실행되고 기하 급수적으로 커집니다. 경우에 따라 첫 번째 트랜잭션 로그 백업 작업은 데이터베이스의 27GB 전체 백업 파일보다 3 배 큰 파일 크기로 12 시간 동
로그가 작동되었습니다. 나는 메시지가 : Error: The log in this backup set begins at LSN 193489000090302900001, which is too recent to apply to the database. An earlier log backup that includes LSN 19297300004632070000
저는 postgresql에서 매우 새로 왔습니다. 로그 전달 복제 프로세스에 대해 물어보고 싶습니다. 시간 초과 매개 변수는 로그 전달 프로세스에서 선택 사항입니다. 이것은 postgreSQL이 WAL 파일이 기본적으로 16MB가 전송 될 때까지 기다리지 않기를 지정합니다. 내 질문은, 더 나은 시간 초과 매개 변수 (예 : archive_timeout =
서버에 300GB MSSQL 2016 프로덕션 데이터베이스가 있으므로보고를 위해이 데이터베이스 복사본을 다른 서버에 만들어야합니다. 프로덕션 데이터베이스에는 일반적인 클러스터 된/클러스터되지 않은 인덱스가 있으며 일일 읽기 - 쓰기 작업이 수행됩니다. 보고 측면에서 필자는 columnstore 인덱스와 동일한 데이터베이스 테이블을 사용하므로 라이브 데이터베
SQL Server 데이터베이스를 프로덕션 환경에서보고 용도로 다른 서버로 복제하는 가장 좋은 방법을 결정하려고합니다. 우리가 사용하는 클라우드 기반 소프트웨어 응용 프로그램은 SQL Server 데이터베이스를 기반으로합니다. 공급 업체는 자사의 스키마에 대한 액세스 권한을 부여했으며,보고 목적으로 자체 쿼리와 뷰를 작성합니다. 프로덕션 데이터베이스의 전체