DB 마이그레이션

Project Control, Project Closing, Timeline template

시작하기. 무료입니다
또는 회원 가입 e메일 주소
DB 마이그레이션 저자: Mind Map: DB 마이그레이션

1. 1. 사전 준비

1.1. 요구사항 분석

1.1.1. 산출물 : 개인정보 암호화 현재 상황

1.1.2. 산출물 : 개인정보 암호화 적용필요 필드 취합

1.2. 마이그레이션 범위 결정(산출물 기존으로)

1.2.1. Target 서비스

1.2.1.1. 피노모기지 - 교보생명

1.2.1.1.1. 개인정보 보유한 테이블 전체

1.2.1.1.2. or 일부 중요한 테이블만 선진행...

1.2.1.2. 피노모기지 - 우리은행

1.2.1.3. 피노모기지 - 제주은행

1.2.1.4. 피노모기지 - 통합대부

2. 위험 요소 및 기술 분석

2.1. 위험요소

2.1.1. 마이그레이션 작업 중 서비스 패치

2.1.1.1. 대안1 : 현재 개발DB의 스테이징 계정사용을 통한 패치

2.1.1.2. 대안2 : 별도의 마그레이션용 DB마련

2.1.1.2.1. 대안1 : 61.100.14.166

2.1.1.2.2. 대안2 : 61.100.14.188

2.1.1.3. 대안3 : 마그레이션 개발/운영 기간동안 서비스 패치 생략

2.1.1.4. 기타

2.1.2. TBE_EAI_LOG의 CLOB 컬럼 암호화 이슈

2.1.2.1. 암호화 소요시간

2.1.3. 운영 적용 후 롤백 방안

2.1.3.1. 대안 1 - Standby DB로 운영 복구

2.1.3.1.1. 방법 : 운영db shudwon 전 arch 솔루션 중지.

2.1.3.2. 대안 2 - 신규 계정 생성 및 데이터 이관

2.1.3.2.1. 방법 : 문제 발생시 was의 운영db계정 변경

2.1.3.3. 대안 3

2.2. 기술분석

2.2.1. KSIGN 어드민 툴

2.2.1.1. 기존 데이터 암호화 방법

2.2.1.2. 어플리케이션 변경 없이 적용하는 방법

2.2.1.2.1. 제약사항 검토

2.2.2. 자동으로 오라클 함수로 암호화된 데이터 복호화 방안

2.2.3. 기타

2.3. 인력

2.3.1. 곽현우 : ~ 8/31 까지 Liveen 프로젝트 집중투입

2.3.2. 그 외

3. 마이그레이션 방안 상세 설계

3.1. 전체일정

3.1.1. 위험 요소 및 기술분석 파악 후 작성가능

3.1.2. 개발 테스트

3.1.3. 운영 적용