none
[Tip] 특정 데이터베이스 작업을 완료 하거나 오류가 발생 하는 트랜잭션 로그는 많은 가상 로그 파일이 있을 때 매우 긴 기간 걸릴 RRS feed

  • 질문

  • SQL Server 오류 로그를 검사 하는 경우 데이터베이스 복구 프로세스의 분석 단계 전에 상당한 시간에 소비 된 것을 확인할 수 있습니다.

    2010-05-08 14:42:38.65 spid22s 데이터베이스 'lot_of_vlfs'를 시작 합니다.
    2010-05-08 14:46:04.76 spid22s 분석 데이터베이스 'lot_of_vlfs' (16)의 0% 완료 됩니다 (약 0 초 유지). 1 단계 3입니다. 이 정보 메시지입니다. 사용자 작업이 필요 하지 않습니다.

    다음과 같은 문제가 발생할 수 있습니다.
    1. 하나 이상의 데이터베이스를 SQL Server 시작 하는 동안 복구를 완료 하는 데 시간이 오래 걸릴
    2. 데이터베이스의 복원을 수행 하는 경우 완료 하는 데 오랜 시간이 걸리는
    3. 데이터베이스를 연결 하려고 마치려면 시간이 많이 걸립니다.
    4. 하려고 할 때 설치 데이터베이스를 미러링에 1413, 1443 1479 발생할 오류 메시지는 시간 제한.
    5. 메모리 발생할 데이터베이스를 복원 하려고 할 때 같은 701 오류 관련

    2012년 5월 29일 화요일 오전 4:44
    중재자

모든 응답

  • 특정 데이터베이스에서 가상 로그 파일의 수를 찾으려면 다음 블로그에서 메서드를 사용할 수 있습니다.
    로그 파일 구조 데이터베이스 복구 시간에 영향을 줄 수 있습니다

    가상 로그 파일의 총에서 10000 처럼 합당 한 수를 유지 할 수 있습니다.

    만 제한 된 수의 가상 로그 파일은 다음과 같은 방법으로 트랜잭션 로그 파일을 다시 구성할 수 있습니다.

    1. 트랜잭션 로그 파일을 축소 하 고는 TSQL ALTER DATABASE를 사용 하 여 수동으로 필요한 크기로 파일 증가 <database name="">파일 수정 (이름 = '논리 파일 이름을 트랜잭션 로그', 크기 = <required size="">)</required> </database>
    2. 트랜잭션 로그 파일을 다시 및 다음 트랜잭션 로그 파일에 필요한 크기를 수동으로 증가
      1. 데이터베이스 정리 [에 사용자 또는 열린 트랜잭션] 종료 이전에 라면을 FOR ATTACH_REBUILD_LOG의를 사용할 수 있습니다 새 트랜잭션 로그 파일을 만들려면 CREATE DATABASE 옵션입니다.
      2. 읽기/쓰기 데이터베이스가 현재 사용할 수 없는 파일을 로그 및 데이터베이스를 종료 한 경우 [사용자나 열린 트랜잭션 사용]의 CREATE DATABASE FOR ATTACH 옵션 연결 작업 하기 전에 청소 단일 자동으로 로그 파일이 다시 작성 하며 주 파일을 업데이트.


    트랜잭션 로그 파일의 레이아웃을 다시 구성 하 고 나면 검토 하 고 필요한 부분을 변경 하는 자동 증가 같은 문제가 향후 발생 하지 않도록 하려면 트랜잭션 로그 파일에 대 한 설정을 합니다.

    2012년 5월 29일 화요일 오전 4:47
    중재자