SQL Server 백업-몇 가지 질문

금요일 오후 9시에 주간 백업 작업을 실행하고 디스크 공간 (때로는 위험이 낮음) 및 성능과 관련하여 몇 가지 문제가 발생합니다. 우리는 발생하는 일을 능률화 / 최적화하고 귀하의 의견에 감사하겠습니다.

구체적으로 특별히:

1. 백업 프로세스는 백업 중 통계를 업데이트하는 데 약 4 시간이 걸립니다. 시간을 절약하기 위해이 프로세스를 안전하게 비활성화 할 수 있습니까?

2. 디스크 공간이 매우 규칙적으로 부족하여 프로세스를 재지 그해야하는지 궁금합니다. 현재 백업을 생성 한 다음 이전 백업을 삭제하며 디스크 공간이 부족합니다. 이전 항목을 먼저 삭제 한 다음 백업을 수행 할 수 있습니까?

다른 의견이나 관찰은 매우 환영합니다. 편집 : 서버의 SQL 파일 총 크기는 약 35GB입니다. 하나의 db는 크기가 약 25GB 인 반면 다른 6 개의 공유는 다른 10 개 정도를 구성합니다.

(1) 예, 보통 자체 백업 프로세스가 있습니다. 가능하다면 백업 시간 동안 아무 것도하지 않을 것입니다. 백업을 수행 한 다음 통계에 대한 업데이트를 수행 할 수 있습니다. 들리는 것처럼 두 개의 작업 (백업 1, 업데이트 통계 1)을 동시에 실행하고있는 것 같습니다.

(2) 백업을 테이프 또는 다른 디스크 저장소에 복사합니까? 그렇다면 로컬로 새 백업을 만들기 전에 파일을 정리합니다. 그렇지 않은 경우 저장 공간을 스크랩하는 경우 새 파일을 만들기 전에 백업 파일을 압축하는 것이 좋습니다. @Simon이 제안한 것처럼 백업에서 압축을 활성화 할 수 없으면 공간도 절약됩니다.

여기서 2 번 질문에만 답할 수 있습니다. 압축 백업을 살펴 ​​보는 것이 좋습니다.

• 2008 Enterprise Edition이있는 경우 SQL Server가이를 수행 할 수 있습니다. 그렇지 않으면 아래 두 가지를보십시오.
• 퀘스트 라이트 스피드
• RedGate SQL 백업

1) 백업 작업과 통계 업데이트 작업 사이에는 직접적인 관계가 없습니다. 따라서 아무 문제없이 분할 할 수 있습니다. 인덱스를 조각 모음 / 다시 작성하는 작업과 관련하여 업데이트 통계 부분이 더 많이 보입니다.

2) 짧은 시간이더라도 백업을 원치 않습니다. 따라서 다른 곳에 이미 저장 한 경우에만 마지막 백업을 제거하려고합니다.

참고 사항 : 데이터베이스가있는 동일한 스토리지 박스에서 백업을 수행하는 경우 스토리지 박스에 하드웨어 문제가있을 때 백업이 안전하지 않습니다. 따라서 동일한 머신이 아닌 다른 곳에 백업을위한 충분한 공간이 있는지 확인해야합니다.

참고 2 : Simon이 이미 지정한대로 공간 문제가있는 경우 압축 백업에 시간 / 돈을 투자하십시오. 이 질문에서 많은 아이디어를 볼 수 있습니다 . SQL Server로 가능한 가장 작은 백업 .

3-4GB 데이터베이스에 대한 업데이트 통계 작업에 4 시간이 걸리지 않아야합니다. I / O 문제가 있거나 I / O 문제를 생성하는 조각난 데이터베이스가있을 가능성이 큽니다. 데이터베이스에서 조각 모음 또는 인덱스 다시 작성을 실행하여 성능이 향상되는지 확인하십시오. 그렇지 않은 경우 perfmon을 실행하고 성능 병목 현상이있는 위치를 확인하십시오.

새 백업을 만들기 전에 단독 백업을 삭제하지 않는 것이 좋습니다. 백업이 실패했거나 인스턴스가 다운 된 것은 처음이 아니며 복구 가능성없이 시간 간격을 두는 것은 좋지 않습니다.

그것은 당신의 문제에 대한 해결책이 아닙니다. 더 많은 공간을 수용 할 수있는 방법을 알아내는 것이 올바른 방법입니다.