Avamar: SQL 플러그인 로그 잘라내기가 SQL 트랜잭션 로그 파일을 축소하지 않음

Avamar SQL 플러그인 백업 - 관찰된 동작

관리자는 Avamar SQL 플러그인 백업 중 또는 백업 후에 다음 사항을 확인할 수 있습니다.

• SQL 트랜잭션 로그가 잘리지만 실제 파일 크기는 감소하지 않습니다.
• 백업이 성공적으로 완료되었음에도 불구하고 로그 파일은 백업 전 크기로 유지됩니다.
• 백업 프로세스에서 로그 파일을 자동으로 축소할 것이라는 기대는 충족되지 않습니다.

SQL 트랜잭션 로그 관리에 대한 오해

이 문제는 Avamar SQL 플러그인이 백업 중에 SQL 트랜잭션 로그 파일을 자르고 축소한다는 잘못된 가정에서 비롯됩니다. 실제로 Avamar는 전체 백업이 수행되었다는 신호만 보내므로 SQL이 로그를 자를 수 있습니다. 로그 축소 작업은 수행하지 않습니다.

• SQL 잘라내기는 비활성 VLF(가상 로그 파일)를 재사용 가능한 것으로 표시하지만 실제 파일 크기는 변경되지 않습니다.
• Microsoft SQL Server의 기본 논리는 잘라낸 후 물리적 로그 파일 크기를 줄이지 않습니다.
• 로그 증가 매개 변수(초기 크기, 증가 증분, 최대 크기)는 감소가 아닌 파일 확장을 제어합니다.
• DBA는 종종 자동 축소를 예상하므로 로그 파일이 원래 크기를 유지할 때 혼란이 발생합니다.

VLF 동작의 영향

각 VLF는 활성 또는 비활성으로 표시할 수 있는 가장 작은 단위입니다. VLF에 필요한 로그 레코드가 포함된 경우 전체 VLF가 활성 상태로 유지되므로 파일의 해당 부분을 다시 사용할 수 없습니다. 잘라내기는 완전히 비활성 VLF만 해제합니다. 파일을 축소하지 않습니다.

일반적인 관리 가정

• 백업에서 시작된 잘라내기를 가정하면 로그 파일도 축소됩니다.
• Avamar를 사용하여 별도의 축소 루틴 없이 로그 크기를 관리합니다.
• 예약된 DBCC SHRINKFILE 또는 관리 콘솔 축소 작업의 필요성을 간과합니다.

Avamar SQL 플러그인에서 트랜잭션 로그 파일을 처리하는 방법

Avamar의 SQL 플러그인은 백업 후 트랜잭션 로그를 잘라내지만 물리적 로그 파일은 축소하지 않습니다. 더 작은 파일 크기가 필요한 경우 DBA가 로그를 수동으로 축소해야 합니다.

SQL 트랜잭션 로그를 축소하는 단계별 절차Step-by-step procedure to shrink SQL transaction logs

• 가장 최근의 Avamar 백업이 성공적으로 완료되었는지 확인합니다.
• 로그 잘라내기가 발생했는지 확인합니다(로그가 재사용 가능으로 표시됨).
• SSMS(SQL Server Management Studio) 또는 T-SQL 스크립트를 사용하여 수동 축소 작업을 수행합니다.
• 지속적인 크기 감소가 필요한 경우 정기적인 축소 작업을 예약합니다.

Microsoft SQL 로그 파일 축소에 대한 자세한 내용은 다음을 참조하십시오.

• 트랜잭션 로그 축소(외부 링크)
• DBCC SHRINKFILE(Transact-SQL) (외부 링크)