SQLServer 로그 비우 기 문장(sql 2000,sql 2005,sql 2008)

SQL Server 로그 비우 기   검색 분석 기 에서 다음 세 단 계 를 순서대로 실행 합 니 다.그 중에서 databasename 은 데이터베이스 파일 이름 입 니 다.
sql 2000 로그 비우 기
jb51.ldf 파일 을 작 게 만 들 고 데이터 베 이 스 를 백업 하 는 데 편리 하 며 sqlserver 조회 분석 기 에서 실행 하면 됩 니 다

DUMP TRANSACTION [jb51] WITH NO_LOG
BACKUP LOG [jb51] WITH NO_LOG
DBCC SHRINKDATABASE([jb51])

1.로그 비우 기:DUMP TRANSACTION[databasename]WITH NOLOG   2.트 랜 잭 션 로그 차단:BACKUPLOG[databasename]WITH NOLOG   3.데이터베이스 축소:DBCC SHRINKDATABASE([databasename])  주:데이터베이스 이름 진 은[]을 추가 하 는 것 이 좋 습 니 다.
SQLServer 데이터베이스 로그 정리 sqlserver 2005 로그 지우 기
때때로 시스템 이 비교적 오래 실 행 될 때,우 리 는 백업 한 데이터 베 이 스 를 복원 할 때,데이터베이스 에 있 는 데이터 파일 과 로그 파일 이 매우 커 졌 고,특히 로그 파일 이 매우 커 졌 다 는 것 을 발견 할 수 있다.이제 SQLServer 데이터베이스 로 그 를 정리 하 는 방법 을 소개 합 니 다.두 가지 방법 은 다음 과 같다.
방법 1:sqlserver 2005 로 그 를 수 동 으로 삭제 합 니 다.
1.로그 의 데이터 베 이 스 를 삭제 하려 면 오른쪽 단 추 를 누 르 십시오.예 를 들 어"TestDB"를 누 르 고[새 검색(Q)]을 누 르 십시오.2.다음 SQL 문 구 를 입력 하 십시오."TestDB"는 데이터베이스 이름 입 니 다.     DUMP TRANSACTION TestDB WITH NO_LOG 3.이 SQL 을 실행 하고 성공 한 후 다음 작업 을 계속 합 니 다.4.이 데이터베이스 노드 를 오른쪽 클릭 하고[작업(T)]->[수축(S)]->[파일(F)]5 를 클릭 합 니 다.팝 업 된'수축 파일'대화 상자 에서'파일 형식(T)'을'로그'로 선택 합 니 다.'수축 작업'을 선택 하고'사용 하지 않 은 공간 을 놓 기 전에 페이지 재 구성(O)'을 선택 하 십시오.'파일 을(K)로 축소'텍스트 상자 에 뒤에 제 시 된 최소 크기 의 수 치 를 입력 하고[확인]을 누 르 면 됩 니 다.
방법 2:도구 소프트웨어 SqlServer 로그 로 전문가 3.0 을 제거 하고 Sql Server 6.5 에서 Sql Server 2005 까지 의 각종 버 전의 데이터베이스 로 그 를 제거 할 수 있 습 니 다.그 사용 방법 은 매우 간단 하 다.SqlServer 로그 지우 기 전문가 녹색 버 전 V 3.0 다운로드 주소:
다운로드 주소
방법 은 조작 하기 가 상대 적 으로 번 거 롭 지만 로그 의 크기 를 맞 출 수 있 습 니 다.로 그 를 정리 한 후에 해당 하 는 데이터 베이스 파일 도 작 아 지고 데이터 도 잃 어 버 리 지 않 습 니 다.방법 2 조작 이 비교적 편리 하여 데이터베이스 에 있 는 로그 파일 을 1M 크기 로 정리 할 수 있다.
SQLServer 데이터베이스 로그 정리 sqlserver 2008 로그 지우 기
SQL 2008 의 수축 로 그 는 SQL 2008 에서 파일 과 로그 관 리 를 최적화 시 켰 기 때문에 다음 문 구 는 SQL 2005 에서 실 행 될 수 있 으 나 SQL 2008 에서 취소 되 었 습 니 다.(SQL 2005)

BackupLog DNName with no_log
go
dumptransaction DNName with no_log
go
USE DNName 
DBCC SHRINKFILE (2)
Go

(SQL 2008):SQL 2008 에서 로 그 를 지 우려 면 간단 한 모드 에서 해 야 합 니 다.제거 동작 이 끝나 면 전체 모드 로 돌아 가 야 합 니 다.
프로젝트 1:완전 명령 모드

USE[master]
    GO
    ALTERDATABASE DNName SET RECOVERY SIMPLE WITH NO_WAIT
    GO
    ALTERDATABASE DNName SET RECOVERY SIMPLE   --    
    GO
    USE DNName 
    GO
    DBCC SHRINKFILE (N'DNName_Log' , 11, TRUNCATEONLY)
    GO
    USE[master]
    GO
    ALTERDATABASE DNName SET RECOVERY FULLWITH NO_WAIT
    GO
    ALTERDATABASE DNName SET RECOVERY FULL  --       
    GO

프로젝트 2:부분 명령 모드+작업-수축-파일(단일 데이터베이스)
ALTERDATABASE DNName SET RECOVERY SIMPLE   --심 플 모드 GO
우 클릭-퀘 스 트-수축-파일-데이터베이스 로그 가 1M 만 남아 있 는 지 확인
ALTERDATABASE DNName SET RECOVERY FULL  --완전 모드 로 복원
GO
장점:이 로 그 를 지 우 는 데 걸 리 는 시간 이 짧 습 니 다.90GB 의 로 그 는 분 정도 면 지 울 수 있 습 니 다.다 한 후에 완전 백업 을 하면 분 안에 완성 할 수 있 습 니 다.단점:하지만 이 동작 은 자주 사용 하지 않 는 것 이 좋 습 니 다.시스템 조각 을 가 져 오기 때 문 입 니 다.일반 상태 에서 LOG 와 DIFF 의 백업 은 로 그 를 차단 할 수 있 습 니 다.이 문 구 는 적절 한 환경 을 사용 합 니 다.시스템 로그 파일 이 비정상적 으로 커지 거나 LOG 를 백업 하 는 시간 이 너무 길 면 생산 에 영향 을 줄 수 있 습 니 다.