우리 IT 부서는 매일 밤 전체 서버를 백업합니다 (SQL Server 인스턴스 가이 서버에 설치됨). 문제가 발생하면 서버와 전체 네트워크를 백업해야합니다 ...
그래서 관리자는 IT 부서가 백업하는 것과 비교하여 전체, 차등 및 로그 SQL 백업의 중요한 점을 물었습니다. 이 파일을 몇 주 동안 보관하고 삭제하는 대신 서버에서 더 많은 공간을 절약하기 위해 IT에서 제공 할 것이라고 생각합니다.
로그 백업으로 최대 30 분 동안 복원 할 수 있으므로 IT가 다음날 복원하지만 이것이 유일한 차이점입니까?
데이터베이스 백업 파일을 동일한 서버에 저장 / 보내기 때문에 IT는이를 복원하지만 유지 관리 계획에 이러한 백업 작업이 없으면 IT 부서는 테이블, 트랜잭션없이 SQL 인스턴스를 복원 할 수 있습니다. 등등. 내가 이것을 올바르게 받고 있습니까?
어떤 조언이라도 정말로 감사하겠습니다.
답변:
데이터베이스 백업은 특정 시점 복원 기능을 제공합니다 ( FULL복구 모델이있는 경우). IT 담당자가 몇 분마다 백업을 수행하더라도 극히 드물기는하지만 여전히 차이가 있습니다.
서버 백업은 데이터베이스 백업을 대체하지 않으며 데이터베이스 백업 파일을 장기적으로 (즉, 오늘 이상) "아카이브"하여 보완합니다.
결국 사용자와 관리자는 RPO (복구 지점 목표-충돌시 복구 할 수있는 양)를 결정해야합니다. 매일 서버 백업 만하고 데이터베이스 백업을하지 않으면 최악의 경우 하루 종일 작업을 잃게됩니다.
편집 : @Sting은 쉐도우 복사본 (서버 백업을 만드는 데 가장 많이 사용되는 메커니즘)이 모든 데이터베이스 파일 (로그 파일 포함)을 정확히 동시에 복사하지 않을 가능성이 높으며, 백업을 복원합니다. 예를 들어, 섀도 복사본이 데이터베이스 파일을 읽기 전에 몇 밀리 초 동안 트랜잭션 로그를 읽는 경우 데이터베이스 파일에는 커밋되지 않은 트랜잭션이 포함될 수 있지만 1 밀리 초 후에 트랜잭션이 커밋되면 로그에 해당 레코드가 없습니다.
섀도 복사본에서 mdf 및 ldf 파일을 복원하면 트랜잭션이 일치하지 않을 수 있습니다. 즉, 이러한 섀도 복원은 데이터베이스 ACID 속성을 준수하지 않습니다.
https://msdn.microsoft.com/en-us/library/aa480356.aspx
아마도 복원이 효과가 있을지 모르지만 실제로 무엇을 얻고 있는지 궁금해 할 것입니다. (물론 서버 백업 / 섀도 복사본이 각 서버마다 제대로 작동하는지 테스트하는 작업을 수행해야합니다.) 또한 SQL Server T를 사용할 수있는 것처럼 트랜잭션 로그를 특정 시점으로 복원 할 수있는 방법이 없습니다. -SQL 복원 로그 / 정지.
Windows Server 백업 / 복원이 SQL Server ACID 테스트를 준수 할 때까지 업계에서는 기회를 잡을 수 없습니다.
이 모든 것을 말하면서, 나는 가장 이상한 회의에 참석했습니다. IT에 문제를 전달 했는데도 문제가 해결되지 않거나 위험을 감수하려는 경우 어깨에서 큰 부담을 덜어줍니다. 어떤 일이 발생하든 모든 사람이 결정한 사항과 모든 사람이 결정한 이유를 회의록에 기록하여 회의 참석자에게 보냅니다.
이는 IT 부서에서 서버 수준 백업에 사용중인 제품에 따라 다릅니다.
예를 들어 가상 환경에서 VMWare는 서버의 스냅 샷을 만듭니다. SQL Server와 관련이있는 경우 VMWare에는 대부분의 관리자가 스냅 샷 중 데이터베이스의 IO를 고정시키는 옵션이 있습니다 (또는 기본적으로 알 수 없음). 이제는 몇 초 밖에 걸리지 않지만 응용 프로그램에 문제를 일으킬 가능성이 있으며 실제로 데이터베이스 복원에 사용하는 신뢰할 수있는 방법은 아닙니다.
서드 파티 제품을 사용하여 서버 레벨 백업을 수행하는 경우 데이터베이스의 파일 레벨 백업 만 수행 할 가능성이 있습니다. SQL Server에는 첨부 된 mdf 및 ldf 파일이 Windows 관점에서 잠겨 있기 때문에 잠긴 파일의 백업을 수행 할 수 있어야합니다. 예를 들어 시만텍의 BackupExec은 고급 열기 파일 옵션을 사용하여이를 수행하므로 기본적으로 잠긴 파일을 사진으로 찍을 수 있습니다. 이와 같은 백업으로 데이터베이스를 복원해야하는 경우, 대부분의 DBA가 소리를내는 방식으로 데이터베이스를 백업 할 때의 일관성에 대해 생각하십시오. 데이터로드 프로세스가 발생하는 동안 백업이 실행되면 보증이 없습니다. 해당 백업이 가져 오는 데이터로드의 일부는 무엇입니까?
SQL Server 기본 백업은 양호한 백업으로 확인 된 점에서 신뢰할 수 있습니다. 데이터로드 등을 예약했는지 여부에 관계없이 전체 백업을 실행했을 때의 상태를 정확히 알 수 있습니다. FULL 복구 모델의 로그 백업은 두 번째 데이터베이스를 복원 할 수 있음을 보증합니다.
관리자가 서버 수준 백업을 사용하도록 설정되어 있지 않으면 사용중인 제품을 많이 조사해야합니다. 데이터베이스의 VDI 백업을 수행하기 위해 구입할 수있는 SQL Server "애드온"또는 백업 에이전트가 있는지 알아 봅니다.
또한 관리자와 함께 고려해야 할 사항은 SQL Server 백업이 실패한 경우 확인 및 문제 해결에 필요한 사항입니다. 이전 작업에서 Netbackup을 많이 사용했으며 몇 년 전 고객이 Netbackup의 SQL Server 에이전트 사용 환경을 테스트하는 과정을 원했습니다. 여기에는 지원을 제공해야하는 다른 DBA도 포함되었습니다. SQL Server의 백업 오류 문제를 해결하려면 Netbackup에 대해 잘 알고 있어야한다고 미리 말했습니다. Netbackup 마스터 서버는 일반적으로 Unix 서버에서 실행되므로 일부 Unix를 알아야합니다. 이미 바쁘면 재미 있지만 더 고통 스러울 수 있습니다. 고려해야 할 사항이며 관리자와 좋은 토론을 할 수 있으며, 문제 해결 담당자를 찾아보십시오.
귀하의 질문에 백만 개 미만의 변수가 있습니다. 어떤 백업을 수행하는지 IT 부서와상의해야합니다. 모든 가능성에서 그들은 최대 1 분 동안 백업을 사용할 수 있습니다. 로드하는 데 걸리는 시간은 더 많은 변수에 따라 다릅니다.
완벽한 시나리오에서 IT 부서는 백업을 다른 위치에있는 하나 이상의 다른 서버에 보관합니다. 데이터베이스가있는 서버와 동일한 서버에 백업을 유지하고있을 것입니다. 따라서 서버가 죽거나 건물이 타 버린 경우 IT 부서에서 파일을 복원 할 수는 있지만 수행 한 백업은 서버와 함께 사라집니다.
그러나 서버가 여전히 활성화되어 있으면 원하는 시간에 원하는 속도로 백업을 복원 할 수 있습니다.
다른 사람들이 말했듯이, 요구 사항, 위험에 대한 내성 및 복구 시간 제어가 얼마나 중요한지에 달려 있습니다. 어리석은 일에서 복구하고 싶다면 백업이 더 빨라질 것입니다. 통제 할 수없는 재난으로부터 복구하려면 IT 백업이 더 나은 선택입니다.