DBA의 업무 중에 무엇하나 중요하지 않은 것이 없지만, 개인적으로 백업/복원은 가장 중요한 업무라고 생각 됩니다. 이번에 백업파일에 대한 이슈가 발생하면서 백업파일에 대한 확인을 꼭 해야하며, 백업 받은 파일을 주기적으로 복원하여, 복원에 문제가 없는지 확인해야 한다는 것을 느꼈습니다. 이슈는 다음과 같이 발생하였습니다. NAS장비로 백업을 하여 이 백업을 다시 2차 백업 서버로 옮기는 솔루션이 압축을 하는데, 이 솔루션이 압축을 하고 다시 가져와서 복원 하고자 할 때 압축된 .bak 파일의 압축을 정상적으로 풀지 못하여 문제가 발생 하였습니다. 모든 .bak 파일이 그런것은 아니고, 크기가 3GB 이상의 파일만 깨지는 것을 확인 하였습니다. 아무래도 솔루션 자체적으로 용량이 일정이상 크기 이상이라면 ..

백업을 만들고, 삭제 하기 위해서 사용하는 명령어(?) 입니다. 해당 프로시저는 MSDN에 문서화 되어 있지 않습니다.백업 파일을 삭제할때 windows 스케줄러 및 파워쉘 등을 이용하거나, xp_cmdshell를 이용하여, 삭제하는 경우가 있는데 그보다 더욱 간단하게 처리 가능 합니다.하지만 해당 프로시저는 MSDN에 나와있지 않은 만큼 주의를 기울여서 사용해야 하며, 많은 테스트를 통해서 검증을 거친 이후에 사용하시길 권장 합니다. 일단 기본적인 예시를 보면 다음과 같습니다. exec master.sys.xp_delete_file 0,N'D:\MSSQL_BACKUP\',N'BAK',N'2015-11-10 17:00',1 크게 복잡하거나 하지는 않지만 많은 파라미터를 받고 있습니다. 하지만 크게 어려운..

MSSQL에서 대용량의 데이터베이스를 관리할때 백업 과 복원시 많은 용량을 전부 백업 및 복원 하는 것이 아닌 일부의 파일 그룹만 백업, 복원을 하여, 시간 및 저장공간을 줄일 수 있습니다. 저는 이 기법을 로그 DB에 사용하기 위해서 테스트하였으며, 용도는 사용하시는 분의 요건에 맞게 사용하면 될 듯 합니다.로그DB에서 각 일별로 파일그룹,파일을 생성하여 일별로 나눈 뒤 차후에 파일그룹별로 백업을 수행합니다. 그렇게하여, 일자별 BACKUP파일을 만들고, 복원시 해당 BACKUP파일만 복원하여 관리 하고자 하여, 테스트를 하였습니다. 테스트의 주요 확인 사항은 다음과 같습니다.1. 파일그룹 백업은 파일그룹 단위로 가능한가?2. 파일그룹 단위로 백업이 성공시 복원이 가능 한가?3. 데이터는 정상적으로 조..

mysql도 mssql 처럼 job 스케줄러가 있습니다. 그중에 백업에 관한 스케줄러를 살펴 볼까 합니다. crontab -l 을 입력 하면 (L입니다.) 다음과 같이 나옵니다. 2개의 스케줄러가 있는 것으로 보입니다.이 스케줄러의 새부 내용을 보고 싶으면 vi편집기를 이용해 보면 됩니다. 우선 현재 위치를 pwd를 이용해 확인 합니다. 현재 위치는 root입니다.위에 보시면 붉은줄을 친 곳의 위치가 나오고 맨 뒤에 shell 스크립트가 존재 한다고 나옵니다.하여, 해당 내역을 보기 위해서는 위의 위치로 이동하거나 vi 편집기를 할때 경로까지 모두 지정해 주셔야 합니다. 해당 폴더로 이동하여 확인해 보도록 하겠습니다. 해당 폴더로 이동하여, ls 를 통해서 (L입니다.) 무슨 파일이 있나 확인했는데 정상..