네트워크 백업의 대안


11

우리 환경에는 Always On 가용성 그룹에있는 서버와 독립형 서버가 있습니다.

일반적으로 네트워크 공유에 백업하지만 최근에 데이터베이스가 커짐에 따라 소요 시간이 길어지고 전체 네트워크 속도가 느려지는 것으로 나타났습니다.

Ola hallengren의 스크립트는 압축과 함께 사용되며 백업 파일을 분할합니다. 매일 "전체"백업 만 수행하고 있습니다. 백업이 네트워크 공유 EMC isilon 드라이브로 가고 있습니다.

EMC DD Boost에 익숙하지 않습니다. 유일한 대안은 로컬 백업을 수행 한 다음 동일한 네트워크 공유에 복사하는 것입니다.

위의 방법 이외의 효율적인 방법이 있습니까?


데이터베이스가 특정 크기에 도달하면 데이터를 백업하는 유일한 방법은 복제를 통하는 것입니다. 그러나 상황이 아직없는 것 같습니다. 그럼에도 불구하고 전혀 해를 끼치 지 이제 복제에 대한 연구 없습니다
slebetman

답변:


10

언급 한 대안이 최선의 선택 인 것 같습니다.

당신이 할 수있는 일은 2 단계 프로세스입니다.

  • Ola의 백업 솔루션을 로컬로 사용하여 압축하여 기본 SQL Server 백업을 수행하십시오.
  • Robocopy를 사용하여 네트워크 공유로 전송하십시오. 이것은 분리되어 있으며 Windows 예약 작업으로 실행할 수 있습니다.

이렇게하면 백업이 로컬에 있으며 속도가 빠릅니다. 더 많은 디스크 공간과 중복성이 필요합니다 (백업 디스크가 고장 나더라도 모든 백업을 잃고 싶지는 않습니다).

또는 Max Vernon이 권장하는대로 백업 작업의 단계로 Robocopy를 수행하여 백업이 성공적으로 완료된 경우와 백업이 완료된 후 가능한 한 빨리 robocopy가 발생하는지 확인하십시오. 로컬로 유지되는 한 백업은 데이터와 동일한 위험에 노출됩니다.

또한 백업을 복원 할 수없는 경우 어떤 용도로 사용되는지 정기적으로 복원을 테스트하십시오.

또한 SQL 백업 튜닝 큰 데이터베이스에 대한 내 답변을 참조하십시오.


15

MAXTRANSFERSIZE 또는 BUFFERCOUNT 와 같은 다른 노브를 엉망으로 만들 거나 파일을 스트라이핑하여 (이미 수행중인 것으로 확인한) 백업을 조정하는 방법이 있습니다 .

문제는 해당 노브를 만지면 여전히 네트워크 및 / 또는 스토리지의 한계에 도달 할 수 있으며 백업 시간에 실제로 영향을 미치지 않습니다.

첫 번째 작업은 Crystal Disk Mark 또는 DiskSpd 를 사용하여 백업 할 스토리지를 벤치마킹하는 입니다. 글쓰기가 최고라고 기대할 수있는 속도에 대한 아이디어를 제공합니다.

다음으로 테스트해야 할 것은 백업중인 드라이브에서 읽습니다. NUL에 백업을 실행하면 디스크에 쓰지 않고도 백업 의 읽기 부분에 걸리는 시간을 시간을 할 수 있습니다 .

두 숫자를 모두 염두에두고 백업 대상이 로컬인지 네트워크인지에 관계없이 다른 노브를 사용하여 가장 가까운 노브를 확인할 수 있습니다.


9

몇 가지 가능한 솔루션 :

  1. 전체 전용에서 주간 전체 백업 및 야간 차등으로 전환하는 것은 쉬운 해결책이 될 수 있습니다.
  2. Ola의 스크립트에서 조정할 수있는 여러 가지 성능 관련 매개 변수가 있습니다. 원하는 성능을 얻기 위해이를 조정할 수 있습니다.

    • BlockSize
      물리적 블록 크기를 바이트 단위로 지정하십시오.

      DatabaseBackup의 BlockSize 옵션 BLOCKSIZE은 SQL Server BACKUP 명령 의 옵션을 사용합니다 .

    • BufferCount
      백업 조작에 사용될 I / O 버퍼 수를 지정하십시오.

      DatabaseBackup의 BufferCount 옵션 BUFFERCOUNT은 SQL Server BACKUP명령 의 옵션을 사용합니다 .

    • MaxTransferSize SQL Server와 백업 미디어간에 사용될 최대 전송 단위 (바이트)를 지정하십시오.

      DatabaseBackup의 MaxTransferSize 옵션 MAXTRANSFERSIZE은 SQL Server BACKUP명령 의 옵션을 사용합니다 .


5

가능한 옵션이 많이 있지만 데이터베이스가 커지고 전체 백업 시간이 오래 걸리면 다음과 같이하지 않은 경우 차등 백업 을 통합해야합니다 .

차등 백업 생성은 전체 백업 생성에 비해 매우 빠릅니다. 차등 백업은 차등 백업 기반의 전체 백업 이후 변경된 데이터 만 기록합니다. 이것은 빈번한 데이터 백업을 용이하게하여 데이터 손실의 위험을 줄입니다.

Ola의 스크립트는 ModificationLevel 매개 변수를 사용하여 데이터베이스의 변화량에 따라 전체 또는 차등 백업을 결정하도록 설정할 수도 있습니다 .

우리는 EMC DD Boost를 사용하고 있으며, 이에 대한 귀하의 의견을 환영합니다. 그러나 클라이언트 측 중복 제거 방법으로 인해 멀티 TB 데이터베이스의 전체 백업이 매우 빠르다는 사실을 발견했습니다. SQL Server 차등 백업에 대해 걱정할 필요가 없습니다. 실제로 EMC DD를 사용하면 SQL Server가 아닌 차등 백업을 수행 할 수 있습니다 . 여러 대상 파일을 사용하면 DDBoost에서도 속도가 크게 향상됩니다.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.