SQL 서버 백업/유지 보수 계획은 무엇입니까?
https://stackoverflow.com/questions/296897
-
08-07-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian문제
후속 조치로 이 질문 SQL Server 백업/유지 보수 계획이 무엇인지 궁금하고 어떻게 더 나은 것을 만들 수 있는지 궁금합니다.
현재 Plan Wizard에서 두 개의 일반 제인 유지 보수 계획을 운영하고 있습니다.
첫 번째는 밤마다 달리고 거의 모든 것을합니다 ...
- 전체 데이터베이스 및 트랜잭션 로그 백업
- 무결성 점검, 인덱스 재건, 통계 통계 등 (점진적인 백업을 제외한 모든 것을 확인했습니다).
다른 하나는 3 시간마다 실행되고 증분 백업을합니다 (저는 편집증이 있습니다. 아마도 이것이 과도하게 알고 있습니다).
백업은 디스크로 이루어지고 전체 백업은 SAN으로 전송되어 일주일 동안 유지됩니다.
당신은 어떻게 생각하십니까, 이것이 합리적인 계획입니까? 제안이 있습니까?
편집 : 이것은 SQL Server 2005입니다. DB는 5GB이며 약 1GB/월입니다.
해결책
꽤 좋아요. 나는 더 편집증입니다. 매일 2 회 전체 백업과 시간당 트랜잭션 로그 백업을합니다. 데이터베이스 또는 코스의 크기에 따라 다릅니다. 백업은 디스크로 직접 수행 된 다음 밤에 테이프로 백업됩니다.
매일 유지 보수 작업을 수행 할 필요가 없습니다. 나는 우리가 매일 밤 우리가 다시 시작하는이 테이블을 제외하고는 주말에만 그들을한다. 다시 이것은 데이터베이스의 크기와 활동에 따라 다릅니다.
충분한 CPU 및 디스크 공간이있는 경우 디스크 백업을 압축하여 공간을 절약하고 테이프 또는 기타 위치로 더 빨리 전송할 수 있습니다.
다른 팁
사용자/고객/데이터 관리자와 상담해야합니다. 그들은 얼마나 많은 일을 잃을 수 있는지에 대한 명확한 이해가 필요합니다. SLA가 없다면 SLA를 작성하십시오. 나쁜 소식에 관해서는 놀라움을 원하지 않습니다.
또한 복원에는 시간이 걸린다는 것을 이해해야합니다. 수용 가능한 복원 시간을 만들려면 복구 계획을 계획해야합니다. 이는 5 분마다 매일 전체 백업, 4 개의 차이 및 로그 백업을 의미 할 수 있습니다. 마커스 에릭슨 (Marcus Erickson)이 말했듯이 이것은 미쳤거나 편집증이 아닙니다. 모든 것이 귀하의 정보와 조직의 달러 가치에 달려 있습니다.
나는 당신이 3 시간마다 백업을 실행하여 paraniod라고 생각하지 않습니다. 기본적으로 백업 계획은 복원 요구 사항에 따라 측정해야합니다. 복구하는 동안 얼마나 오랫동안 다운을 감당할 수 있습니까? SQL Server의 경우 백업 계획에 트랜잭션 로그 백업을 추가하여 상당히 잃어 버릴 데이터의 양을 줄일 수 있습니다. 많은 사람들이 시스템을 통과하는 거래의 양에 따라 몇 분 마다이 작업을 수행합니다. 복원을하려면 마지막 전체, 마지막 증분 및 모든 트랜잭션 로그 백업이 증분 이후로 복원됩니다. 이렇게하면 최소한의 데이터 손실을 줄 수 있지만 모든 트랜잭션 로그 백업을 적용하는 데 약간의 시간이 걸릴 수 있습니다. 다음을 정기적으로 봅니다 : 전체 백업 - 주간 증분 백업 - 야간 로그 백업 - 요구 사항에 따라 몇 분마다 (한 시간에 한 번 좋을 수 있음)
실제로 생성 한 백업에서 (테스트 시스템으로) 복원하려고하는 FireDrills를 잊지 마십시오. 이것은 아마도 한 달에 한 번 이루어져야합니다.
고객에게 권장하는 최소는 데이터베이스의 야간 전체 백업을 수행 한 다음 3 시간마다 거래 백업을 수행하는 것입니다. 얼마나 많은 사람들이 백업을 설정하지 않았는지 항상 놀랍습니다. 그것들은 항상 나쁜 전화입니다.
제 생각에는 가장 좋은 방법은 다음과 같습니다.
12 시간마다 전체 데이터베이스 백업을 만듭니다
BACKUP DATABASE database TO DISK = 'd:/full.bak'
6 시간마다 차동 백업, 고장의 경우 프로세스 복원이 더 쉬워집니다.
BACKUP DATABASE database TO DISK = 'd:/diff.bak' WITH DIFFERENTIAL
물론, 매시간마다 더 나은 트랜잭션 로그 백업.
BACKUP LOG database TO DISK = 'log.bak'
실패의 경우 복구 프로세스가 다음에 나타납니다.
- 마지막 백업
- 마지막 차이 백업
- 마지막 트랜잭션 로그
완전 복구 모델을 사용하여 시점 복구를 사용할 수 있도록하는 것이 좋습니다.
