파티셔닝된 복제 변경
복제가 활성화된 동안 수평으로 파티셔닝되거나 수직으로 파티셔닝된 복제 구성을 변경할 수 있습니다. 이러한 두 프로시저 모두 활성 복제 구성을 다시 활성화해야 하지만 SharePlex는 해당 변경 사항과 관련된 테이블만 잠급니다.
참고: 구성 파일 변경에 대해 자세히 알아보려면 활성 구성 파일 변경을 참조하십시오.
파티셔닝된 복제에 대한 자세한 내용은 파티셔닝된 복제 구성을 참조하십시오.
지원되는 데이터베이스
Oracle
모든 타겟
수평으로 파티셔닝된 복제를 변경하려면 다음을 수행합니다.
- sp_ctrl을 실행합니다.
-
파티션 또는 파티션 scheme를 변경하려면 다음 명령 중 하나를 실행합니다. 구문 및 기타 정보는 SharePlex 참조 안내서의 알파벳순 명령 목록을 참조하십시오.
|
add partition |
2 |
파티션 scheme 및 행 파티션을 생성합니다. |
|
drop partition |
2 |
파티션 scheme에서 행 파티션을 제거합니다. |
|
drop partition scheme |
2 |
파티션 scheme을 제거합니다. |
|
modify partition |
2 |
파티션 scheme의 행 파티션을 수정합니다. |
-
파티션 scheme를 삭제한 경우 다음을 수행합니다.
-
활성 구성 파일을 새 파일에 복사합니다(단, 비활성화하지 않음).
sp_ctrl> copy config filename to newname
-
복사본을 편집하여 파티션 scheme가 지정된 라우팅 맵을 제거하거나 변경합니다.
sp_ctrl> edit config filename
-
새 구성 파일을 활성화합니다.
sp_ctrl> activate config filename
수직으로 파티셔닝된 복제를 변경하려면 다음을 수행합니다.
-
활성 구성 파일의 복사본을 만듭니다(단, 비활성화하지 않음).
sp_ctrl> copy config filename to newname
-
복사본을 편집하여 적절한 컬럼 파티션을 변경합니다.
sp_ctrl> edit config filename
-
새 구성 파일을 활성화합니다.
sp_ctrl> activate config filename
활성 복제 구성에 Oracle 시퀀스 추가
활성 구성 파일에 시퀀스를 추가하는 데 사용하는 프로시저는 해당 시퀀스를 사용하는 객체에 대한 사용자 접근을 중지할 수 있는지 여부에 따라 달라집니다. 시퀀스를 사용하여 테이블의 컬럼을 채우는 경우 사용자 접근을 중지하지 못할 수도 있습니다.
다음 프로시저를 살펴보고 사용 중인 환경에 가장 적합한 항목을 결정합니다.
시퀀스 자동 추가 활성화
자동 추가가 활성화되지 않은 경우 시퀀스 추가
지원되는 데이터베이스
Oracle 소스 및 타겟
시퀀스 자동 추가 활성화
이름이 구성 파일의 와일드카드를 충족하는 경우 복제에 시퀀스를 자동으로 추가하도록 SharePlex를 구성할 수 있습니다. 자세한 내용은 Oracle DDL 복제 제어를 참조하십시오.
자동 추가가 활성화되지 않은 경우 시퀀스 추가
시퀀스에 대한 자동 추가 기능이 활성화되지 않은 경우 다음 프로시저가 적용됩니다.
시퀀스가 컬럼을 채우지 않는 경우 시퀀스 추가
- 소스 시스템의 객체에 대한 사용자 활동을 중지합니다.
-
sp_ctrl에서 copy config 명령을 실행하여 활성 구성 파일의 복사본을 만듭니다.
sp_ctrl> copy config filename to newname
여기서 filename은 활성 파일의 이름이고 newname은 새 파일의 이름입니다.
-
edit config 명령을 실행하여 기본 텍스트 편집기에서 새 구성 파일을 엽니다.
sp_ctrl> edit config newname
- 구성 파일에 새 시퀀스를 추가합니다.
- 파일을 저장한 후 닫습니다.
-
타겟 시스템에서 타겟 시퀀스를 만듭니다. 타겟 시스템의 고유성을 보장하려면 타겟 시퀀스의 시작 값이 소스 시퀀스의 시작 값보다 커야 합니다. 다음 공식을 사용하여 타겟 START_WITH 값을 결정합니다.
source_INCREMENT_BY_value = START_WITH_value
-
새 구성을 활성화합니다. 그러면 기존 구성이 비활성화됩니다.
sp_ctrl> activate config newname
- 사용자가 객체에 접근할 수 있도록 허용합니다.
시퀀스가 컬럼을 채우는 경우 시퀀스 추가
-
sp_ctrl에서 copy config 명령을 실행하여 활성 구성 파일의 복사본을 만듭니다.
sp_ctrl> copy config filename to newname
여기서 filename은 활성 파일의 이름이고 newname은 새 파일의 이름입니다.
-
edit config 명령을 실행하여 기본 텍스트 편집기에서 새 구성 파일을 엽니다.
sp_ctrl> edit config newname
- 구성 파일에 새 시퀀스를 추가합니다.
- 파일을 저장한 후 닫습니다.
-
새 구성을 활성화합니다. 그러면 기존 구성이 비활성화됩니다.
sp_ctrl> activate config newname
-
소스 시스템에서 소스 시스템의 데이터를 타겟 시스템으로 플러시합니다. 이 명령은 Post를 중지하고 소스 데이터와 타겟 데이터 간의 동기화 지점을 설정하는 데이터 스트림에 마커를 배치합니다.
sp_ctrl> flush datasource
여기서 datasource는 소스 인스턴스의 o.ORACLE_SID입니다(예: o.oraA).
-
Post가 중지된 후 타겟 시스템에서 다음 Oracle 명령을 실행하여 시퀀스의 마지막으로 알려진 값을 찾습니다. 이 값을 기록해 둡니다.
select max(column_name) = 마지막으로 알려진 값
-
다음 방정식의 값을 확인합니다.
source_INCREMENT_BY_value x source_CACHE_value
예를 들어 소스 시퀀스가 2씩 증가하고 캐시 크기가 10인 경우 값은 20이 됩니다.
-
select max(column_name) 명령에 대해 기록한 값부터 시작하여 다음으로 가장 높은 배수(source_INCREMENT_BY_value x source_CACHE_value)를 결정합니다.
예:
INCREMENT_BY = 2
CACHE = 10
select max(column_name) = 24
24 이후 다음으로 가장 높은 (2 x 10)의 배수 = 40
- 이전 단계에서 얻은 값에 (source_INCREMENT_BY_value x source_CACHE_value)의 배수를 더 추가합니다. 결과에 따라 타겟 시퀀스의 START WITH 값이 결정됩니다. 예를 들어 이전 방정식에서 START WITH 값은 40 + (2 x 10) = 60입니다.
- 계산한 START WITH 값을 사용하여 타겟 시퀀스를 만듭니다.
-
타겟에서 Post를 시작합니다.
sp_ctrl> start post
SharePlex는 소스 시퀀스보다 (source_INCREMENT_BY_value x source_CACHE_value)의 배수 이상인 타겟 시퀀스를 유지하면서 계속해서 데이터를 복제합니다.
중요! 트랜잭션이 롤백되더라도 시퀀스는 계속해서 증가합니다. 복제된 시퀀스를 사용하는 소스 테이블에 대해 수많은 롤백이 실행되면 테이블의 컬럼에서 실제로 사용되지 않고 시퀀스 값이 증가하게 됩니다. 결과적으로 Post가 다음 유효한 작업을 적용할 때 타겟 시스템의 시퀀스 값은 복제된 행의 값보다 작을 수 있습니다. 롤백이 많은 경우 타겟 테이블을 정기적으로 확인하여 타겟 시퀀스의 현재 값이 테이블의 최대값보다 큰 상태로 유지되는지 확인하십시오. 타겟 시퀀스의 현재 값이 테이블의 최대값보다 작은 경우 이전 프로시저를 반복하여 시퀀스 관계를 재설정합니다.
복제에서 객체 제거
복제에서 소스 객체 제거
복제에서 소스 객체를 제거하려면 구성을 다시 활성화해야 합니다.
참고: (Oracle에만 해당) 제거되는 객체는 구성이 활성화될 때 잠기지만 해당 객체만 잠기므로 활성화는 기존 활성화보다 시간이 덜 걸립니다.
구성 파일에서 테이블을 제거하지 않고도 테이블에 게시하는 것을 방지할 수 있습니다. 예를 들어 데이터가 손상되어 DML 또는 DDL 작업을 해당 테이블에 적용하지 않으려는 경우 이 작업을 수행해야 할 수 있습니다. 테이블에 게시되지 않도록 하려면 SP_OPO_DISABLE_OBJECT_NUM 매개변수를 사용합니다. 이 매개변수에 대한 자세한 내용은 SharePlex 참조 안내서를 참조하십시오.
지원되는 데이터베이스
SharePlex가 지원하는 모든 데이터베이스
프로시저
복제에서 소스 객체를 제거하려면 다음을 수행합니다.
-
sp_ctrl에서 copy config 명령을 실행하여 활성 구성 파일의 복사본을 만듭니다.
sp_ctrl> copy config filename to newname
여기서 filename은 활성 파일의 이름이고 newname은 새 파일의 이름입니다.
-
edit config 명령을 실행하여 기본 텍스트 편집기에서 새 구성 파일을 엽니다.
sp_ctrl> edit config newname
-
새 구성 파일에서 복제에서 제거할 객체의 항목을 삭제합니다. 복제에서 제거할 객체가 와일드카드를 충족하는 경우 not 표기법을 사용하여 객체를 제외합니다. 자세한 내용은 와일드카드를 사용하여 여러 객체 지정를 참조하십시오.
- 파일을 저장한 후 닫습니다.
-
새 구성을 활성화합니다. 그러면 기존 구성이 비활성화됩니다.
sp_ctrl> activate config newname
- 제거된 객체에 사용자가 접근할 수 있도록 허용합니다.
활성 복제 구성에서 DDL 변경
이 프로시저는 SharePlex에서 지원하는 유형이 아닌 DDL 변경 사항에 적용됩니다. SharePlex에서 지원하는 DDL은 해당 SharePlex 매개변수가 올바르게 설정된 경우라고 가정할 때 구성 파일을 다시 활성화하거나 객체에 대한 사용자 접근을 중지하지 않고도 소스 데이터베이스에 적용할 수 있습니다. 지원되는 DDL은 SharePlex에 의해 타겟에 복제되고 Post에 의해 적용됩니다. 지원되는 DDL 작업 및 필수 매개변수 목록은 SharePlex 릴리스 노트를 참조하십시오.
이 프로시저를 사용하여 SharePlex에서 지원하는 유형이 아닌 DDL을 적용합니다. DDL은 소스 시스템과 타겟 시스템 모두에서 SharePlex 외부에 적용되어야 합니다. 이 프로시저를 수행하려면 구성 파일의 객체에 대한 접근을 중지하고 구성 파일을 다시 활성화하여 내부 테이블을 업데이트해야 합니다. 그러나 변경된 객체만 분석하므로 전체 활성화에 소요되는 시간보다 활성화 시간은 짧아집니다.
지원되는 데이터베이스
Oracle
요구 사항
프로시저
- 소스 시스템에서 소스 객체에 대한 접근을 중지합니다(피어-투-피어 복제를 사용하는 경우 모든 시스템에서).
-
소스 시스템(피어-투-피어의 신뢰할 수 있는 소스)에서 소스 시스템의 데이터를 타겟 시스템으로 플러시합니다. 이 명령은 Post 프로세스를 중지하고 소스 데이터와 타겟 데이터 간의 동기화 지점을 설정하는 데이터 스트림에 마커를 배치합니다.
sp_ctrl> flush datasource
여기서, datasource는 소스 인스턴스의 데이터베이스 사양입니다(예: o.oraA).
-
타겟 시스템(피어-투-피어의 모든 보조 시스템)에서 각 시스템의 Post 큐에 있는 메시지 수가 0이고 Post가 중지되었는지 확인합니다.
sp_ctrl> lstatus
- 소스 시스템에서 DDL을 변경합니다.
-
소스 시스템에서 구성 파일을 다시 활성화합니다.
sp_ctrl> activate config filename
- 소스 시스템에서 사용자 활동이 재개되도록 허용합니다. 복제된 변경 사항은 Post 큐에 누적됩니다.
- 타겟 시스템에서 해당 DDL을 변경합니다.
-
[고가용성 및 피어-투-피어 복제만 해당] 보조 시스템에서 구성 파일을 다시 활성화합니다.
sp_ctrl> activate config filename
-
타겟 시스템에서 Post를 시작합니다.
sp_ctrl> start post
SharePlex는 마지막 중지 지점부터 복제를 재개하고 데이터는 동기화된 상태를 유지합니다.
