3
내 질문은 일반적인 테스트주기의 일부로 응용 프로그램 구성 데이터를 새로운 환경으로 승격시키는 데 사용되는 모범 사례 및 도구와 관련이 있습니다. 후자에는 세 가지 환경 인 TEST, STAGING 및 PROD가 포함됩니다. 코드 및 구성 변경 사항은 먼저 테스트에 적용된 다음 STAGING으로 승격 된 다음 PROD 단계로 넘어갑니다.응용 프로그램 구성 관리 도구 및 프로세스
환경 간 환경에서 소프트웨어 빌드를 촉진하는 것은 간단합니다. 그러나 해당 설치/구성 데이터 변경 사항의 홍보 관리는 더욱 어려워집니다. 이 애플리케이션은 구성 가능성이 높고 구성 데이터가 크기 때문에 수백 GB의 Oracle DB 테이블에 여러 GB가 저장됩니다.
는 개념적으로 문제가 구성 : 모든 트랙을 유지
- 가 생성, 업데이트 및 응용 프로그램 내에서 구성 데이터를 삭제합니다.
- 인해 관련 변경의 많은 수의 다른
한 환경에서 변경 사항을 전송, 수동으로이 일을하는 것은 시간이 많이 걸리고 오류가 발생하기 쉬운입니다. 내 질문은 :이 프로세스를 자동화/실행하는 데 사용할 수있는 유용한 도구와 전략이 있습니까?
응답 해 주셔서 감사합니다. 당신은 탐욕스럽고 권위있는 녹색 수표 상에 대해 현재 가장 강한 경쟁자입니다. 다른 누군가가 당신과 함께 반지에 들어갈 수 있는지 알게 될 것입니다. 당신이나 아는 사람들이이 목적으로 Oracle Auditing을 사용합니까? – btreat
실행중인 Oracle 버전에 따라 http://download-west.oracle.com/docs/cd/B12037_01/network.101/b10773/cfgaudit.htm#1012955에서 구성하는 방법에 대한 정보를 제공합니다 감사. 기록 된 정보에는 감사 된 테이블에 대해 실행 된 실제 SQL 문 (필요한 경우 모든 바인드 변수 포함)이 포함됩니다. 이것은 일련의 SQL 문을 갱신 파일에 스풀링하는 데 필요한 모든 것을 제공해야합니다. –