SQLServer 로그 비우 기 문장(sql 2000,sql 2005,sql 2008)
sql 2000 로그 비우 기
jb51.ldf 파일 을 작 게 만 들 고 데이터 베 이 스 를 백업 하 는 데 편리 하 며 sqlserver 조회 분석 기 에서 실행 하면 됩 니 다
DUMP TRANSACTION [jb51] WITH NO_LOG
BACKUP LOG [jb51] WITH NO_LOG
DBCC SHRINKDATABASE([jb51])
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
프로젝트 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
ALTERDATABASE DNName SET RECOVERY SIMPLE --심 플 모드 GO
우 클릭-퀘 스 트-수축-파일-데이터베이스 로그 가 1M 만 남아 있 는 지 확인
ALTERDATABASE DNName SET RECOVERY FULL --완전 모드 로 복원
GO
장점:이 로 그 를 지 우 는 데 걸 리 는 시간 이 짧 습 니 다.90GB 의 로 그 는 분 정도 면 지 울 수 있 습 니 다.다 한 후에 완전 백업 을 하면 분 안에 완성 할 수 있 습 니 다.단점:하지만 이 동작 은 자주 사용 하지 않 는 것 이 좋 습 니 다.시스템 조각 을 가 져 오기 때 문 입 니 다.일반 상태 에서 LOG 와 DIFF 의 백업 은 로 그 를 차단 할 수 있 습 니 다.이 문 구 는 적절 한 환경 을 사용 합 니 다.시스템 로그 파일 이 비정상적 으로 커지 거나 LOG 를 백업 하 는 시간 이 너무 길 면 생산 에 영향 을 줄 수 있 습 니 다.
이 내용에 흥미가 있습니까?
현재 기사가 여러분의 문제를 해결하지 못하는 경우 AI 엔진은 머신러닝 분석(스마트 모델이 방금 만들어져 부정확한 경우가 있을 수 있음)을 통해 가장 유사한 기사를 추천합니다:
Laradock에서 Laravel + SQLServer 환경 준비본 기사는 공식 문서의 신규 작성용의 프로젝트 순서에 따라, 다음의 디렉토리 구성이 된다고 가정합니다. 기본 설정 APP_CODE_PATH_HOST에 작성하려는 프로젝트 이름을 입력하십시오. SQL Server용 설...
텍스트를 자유롭게 공유하거나 복사할 수 있습니다.하지만 이 문서의 URL은 참조 URL로 남겨 두십시오.
CC BY-SA 2.5, CC BY-SA 3.0 및 CC BY-SA 4.0에 따라 라이센스가 부여됩니다.
좋은 웹페이지 즐겨찾기
