마이그레이션 편집하기
최신판 | 당신의 편집 | ||
45번째 줄: | 45번째 줄: | ||
===고려사항=== | ===고려사항=== | ||
− | 성공적인 마이그레이션(migration)을 위해선 몇가지 고려해야할 사항들이 있다. 첫번째, 대체 | + | 성공적인 마이그레이션(migration)을 위해선 몇가지 고려해야할 사항들이 있다. 첫번째, 대체 DBMS 제품의 선택이다. 데이터베이스현황분석을 잘 알고 있는 담당자가 있다면 상관이 없지만 아닌 경우엔 대체 DBMS를 선정하는데 어려움이 따른다. 대체 DBMS는 기존 운영 서비스의 생명주기까지 고려하여 면밀하게 준비해서 어떠한 DBMS 제품이 적절한지 선택해야 한다. 두번째, 자원할당이다. 예를 들어, 신규 기능 추가로 인해 자원 사용률이 증가하였는데 이에 대한 고려를 하지않은체 추가하게 된다면 추후 비용 및 구조변경에 어려움이 발생하게 된다. 따라서, 운영과 관련하여 수집된 정보들을 기반으로 시스템의 자원을 설계하고 할당해야한다. 세번째, 데이터베이스 현황분석이 필요하다. 데이터베이스는 프로젝트 변경시 초기 변환 대상이기 때문에 정확한 현황 분석이 중요하다. 네번째, 운영 서비스 환경 분석이다. SQL 튜닝을 하기 전 먼저 서비스 화면에 보여지는 데이터가 어떤것인지 분석하는 것이 우선이다. 이를 통해 잘못된 데이터나 불필요한 데이터가 보여지게 되면 수정하여 성능을 개선시킬 수 있다. 다섯번째, 부하테스트다. 프로젝트를 오픈했을때 발생할 수 있는 많은 사용자들로 인한 과부하, 문제가 될 수 있는 부분들을 가상으로 맞춰서 확인해봐야한다. 확인한 후 문제가 발생한 부분을 오픈 전에 수정함으로써 정상적으로 서비스를 오픈할 수 있는 확률이 높아진다. 여섯번째, 전환인력이다. 다양한 마이그레이션 경력를 가진 데이터베이스 엔지니어와 개발전환인력 확보가 중요하다.<ref name="CUBRID"> , 〈[https://www.cubrid.com/blog/3820658 실패하지 않는 마이그레이션을 위해서 고려해야 될 사항]〉, 《CUBRID(블로그)》, 2018-12-31 </ref> |
===문제점 및 해결방안=== | ===문제점 및 해결방안=== |