데이터베이스 암호화 편집하기

이동: 둘러보기, 검색

경고: 로그인하지 않았습니다. 편집을 하면 IP 주소가 공개되게 됩니다. 로그인하거나 계정을 생성하면 편집자가 아이디(ID)으로 기록되고, 다른 장점도 있습니다.

편집을 되돌릴 수 있습니다. 이 편집을 되돌리려면 아래의 바뀐 내용을 확인한 후 저장해주세요.
최신판 당신의 편집
241번째 줄: 241번째 줄:
  
 
; 테스트 검증
 
; 테스트 검증
운영 환경과 동일한 테스트 환경을 구축하여 암호화를 적용한 후에 애플리케이션 등의 업무 테스트를 진행하는 단계이다. 테스트를 통해 운영 환경에 이행 시 발생할 수 있는 문제를 도출하고 모든 이슈를 해결하여 운영 환경에 대한 이행을 준비해야 한다. 해당 절차에서 컬럼암호화 방식의 경우, 사전 SQL검증 작업을 위해 테스트 DB(개발 DB)에서 먼저 암호화한 후 암호화된 테이블을 접근하는 모든 SQL들을 테스트 및 검증해야 한다. 이 절차가 완료되면 운영 DB의 암호화 일정을 정하고, 상세한 테스크별 실행 시나리오를 만든 다음 각각의 테스크 별로 소요되는 시간을 측정하며 업무 프로세스를 감안하여 각각의 암호화 대상 테이블별로 암호화 순서를 정한다. 블록 암호화 방식은 SQL 검증 작업에 비중을 두지 않고 주요 업무에 대한 테스트 검증을 수행한다. 일반적으로 테스트 DB 서버와 운영 DB 서버의 사양이 다르기 때문에 정확한 소요 시간을 측정하기 위해서는 테스트 DB에서 암호화 한 테이블을 운영 DB에서도 암호화 해 보면 H/W의 성능 차이에 의한 암호화 시간 차이를 알 수 있다. 이를 근거로 소요 시간을 산정하면 된다. 먼저 테스트 환경은 운영 환경과 동일한 데이터와 애플리케이션을 준비한 후 암호화 대상 테이블/컬럼을 암호화하여 성능 및 이상 처리 여부를 확인한다. 만일 문제가 발견되면 SQL 수정을 통해 해결토록 하고 수정된 SQL이 반영된 애플리케이션을 따로 준비해 둔 후, 운영 시스템의 암호화가 종료되면 수정된 애플리케이션으로 교체하는 순서로 진행한다. 운영 중인 업무와 관련된 DB 암호화에서는 이미 사용되고 있는 애플리케이션 내의 SQL문들의 테스트가 가장 중요하며 많은 시간이 소요된다. 이 부분의 테스트/검증 정확도에 따라 프로젝트의 성공 여부가 결정지어 진다. 따라서 애플리케이션 개발/운영 조직의 협조가 매우 중요하다. 운영 중인 업무와 관련된 DB 암호화와는 달리 차세대 등의 애플리케이션 재개발 시에 적용하게 되면 SQL문의 테스트 과정이 생략 될 수 있고 최적의 성능이 실현될 수 있는 등 다양한 방법 적용이 가능하다.
+
운영 환경과 동일한 테스트 환경을 구축하여 암호화를 적용한 후에 애플리케이션 등의 업무 테스트를 진행하는 단계이다. 테스트를 통해 운영 환경에 이행 시 발생할 수 있는 문제를 도출하고 모든 이슈를 해결하여 운영 환경에 대한 이행을 준비해야 한다. 해당 절차에서 컬럼암호화 방식의 경우, 사전 SQL검증 작업을 위해 테스트 DB(개발 DB)에서 먼저 암호화한 후 암호화된 테이블을 접근하는 모든 SQL들을 테스트 및 검증해야 한다. 이 절차가 완료되면 운영 DB의 암호화 일정을 정하고, 상세한 테스크별 실행 시나리오를 만든 다음 각각의 테스크 별로 소요되는 시간을 측정하며 업무 프로세스를 감안하여 각각의 암호화 대상 테이블별로 암호화 순서를 정한다. 블록 암호화 방식은 SQL 검증 작업에 비중을 두지 않고 주요 업무에 대한 테스트 검증을 수행한다. 일반적으로 테스트 DB 서버와 운영 DB 서버의 사양이 다르기 때문에 정확한 소요 시간을 측정하기 위해서는 테스트 DB에서 암호화 한 테이블을 운영 DB에서도 암호화 해 보면 H/W의 성능 차이에 의한 암호화 시간 차이를 알 수 있다. 이를 근거로 소요 시간을 산정하면 된다. 먼저 테스트 환경은 운영 환경과 동일한 데이터와 애플리케이션을 준비한 후 암호화 대상 테이블/컬럼을 암호화하여 성능 및 이상 처리 여부를 확인한다. 만일 문제가 발견되면 SQL 수정을 통해 해결토록 하고 수정된 SQL이 반영된 애플리케이션을 따로 준비해 둔 후, 운영 시스템의 암호화가 종료되면 수정된 애플리케이션으로 교체하는 순서로 진행한다. 운영 중인 업무와 관련된 DB 암호화에서는 이미 사용되고 있는 애플리케이션 내의 SQL문들의 Test가 가장 중요하며 많은 시간이 소요된다. 이 부분의 Test/검증 정확도에 따라 프로젝트의 성공 여부가 결정지어 진다. 따라서 애플리케이션 개발/운영 조직의 협조가 매우 중요하다. 운영 중인 업무와 관련된 DB 암호화와는 달리 차세대 등의 애플리케이션 재개발 시에 적용하게 되면 SQL문의 테스트 과정이 생략 될 수 있고 최적의 성능이 실현될 수 있는 등 다양한 방법 적용이 가능하다.
  
 
; 구축 및 안정화
 
; 구축 및 안정화

위키원에서의 모든 기여는 다른 기여자가 편집, 수정, 삭제할 수 있다는 점을 유의해 주세요. 만약 여기에 동의하지 않는다면, 문서를 저장하지 말아 주세요.
또한, 직접 작성했거나 퍼블릭 도메인과 같은 자유 문서에서 가져왔다는 것을 보증해야 합니다 (자세한 사항은 위키원:저작권 문서를 보세요). 저작권이 있는 내용을 허가 없이 저장하지 마세요!

취소 | 편집 도움말 (새 창에서 열림)