SQL Anywhere에서 단순/완전 복구 모드와 동일한 기능은 무엇입니까? 복구 모델을 어떻게 전환합니까? 데이터베이스를 업그레이드하는 동안 단순 복구 모드로 변경하여 로그 파일이 날아 가지 않고 쓰기 캐시가 넘치지 않도록하고 싶습니다. 나는이 모든 것을 살펴 보았지만 어쩌면 내가 잘못된 말씨를 사용하고 있으며 복구 모델이 SQL Anywhere에 존재하
SQL Server 복구 및 대량 복구 모드에 대해 2 가지 혼동이 있습니다. 복구 프로세스 자체가 (여기에 내가 로그가 복구 프로세스에 의해 생성 된 로그입니다 무슨 뜻인지 - 어떤 경우, 정상적인 데이터베이스의 DML/DDL 작업에 의해 생성되지 않음) 트랜잭션 로그를 생성할지 여부를 ? 왜? A 또는 B의 이해 (둘은 corect없는 경우, 여기, 저
전체 복구 모드의 프로덕션 데이터베이스가 있습니다. 이 데이터베이스는 다른 서버로 복제 중입니다. (트랜잭션 복제) 인덱스 재구성을 포함하는 금요일 밤에 유지 보수 작업이 실행됩니다. 이 유지 관리 작업 후에 트랜잭션 로그 백업 파일이 매우 많습니다. 그래서 유지 관리 작업이 시작되기 전에 복구 모델을 단순으로 변경하고 유지 관리 작업 이후에 전체로 다시
데이터베이스가 전체 복구 모드이고 트랜잭션 로그 백업 작업이 15 분마다 실행됩니다. 다음과 같은 작업 순서로 인해 트랜잭션 로그 백업에 문제가 발생합니까? 안 트랜잭션 로그 백업 전체 백업 변경 간단한 로 복구 모드로 다시 인덱스와 같은 유지 보수 작업을 수행, 업데이트 통계 등 ... 변경 복구 모드로를 타고 트랜잭션 로그 백업 또는 오 사용 전체 트랜
이 제품에는 사용자 지정 응용 프로그램 보안 정보가 포함 된 여러 테이블이 포함되어 있습니다. 이러한 securityinfo 테이블은 쿼리가 속도를 높이기 위해 상당한 양의 행 (1300만의 경우)을 포함 할 수 있지만 처음부터 다시 빌드 할 수 있지만 시간/처리 능력 등의 비용이 많이 듭니다. 응용 프로그램의 설계 방식에 따라 (프로그램을 실행하는 동안)
우리는 대략 다음과 같은 프로덕션 서버를 가지고 있습니다. 50 개의 고객 생산 데이터베이스가 실행 중이고 복구 모델을 검토 중이며 어떤 권장 사항이 어떤 복구 모델을 사용할 것인지 알고 싶습니다. 나는 약간의 연구를 해왔지만 어떤 모델이 가장 좋은지에 대한 혼합 된 반응이있었습니다. 서버 시나리오는 다음과 같습니다. 전체 서버 백업은 모든 데이터베이스는