델타 체크포인트에서 구성 변경사항 찾기
자동 저장소 체크포인트가 사용으로 설정된 경우, 구성 저장소에서 변경된 사항이 있을 때마다 델타 체크포인트가 작성됩니다. 델타 체크포인트는 zip 파일로 압축되며, 구성 파일의 변경 이전 및 이후 버전을 포함하고 있습니다. 압축 파일의 컨텐츠를 추출한 다음 추출된 파일에서 구성 변경사항을 판별할 수 있습니다.
시작하기 전에
델타 체크포인트를 자동으로 작성하도록 제품을 설정하십시오.
- 관리 콘솔에서 를 클릭하십시오.
- 자동 저장소 체크포인트 사용 가능을 선택하십시오.
- 자동 체크포인트 깊이에서 보존할 델타 체크포인트 수를 지정하십시오.
- 변경사항을 저장하십시오.
이 태스크 정보
델타 체크포인트를 사용하여 제품 구성의 최근 변경사항을 실행 취소할 수 있습니다.
델타 체크포인트를 사용하여 구성 변경사항을 판별할 수도 있습니다. 이 주제에서는 구성 변경사항을 판별하기 위해 추출된 델타 저장소의 컨텐츠를 해석하는 방법에 대해 설명합니다.
프로시저
예
여러 제품 구성 변경사항이 추출된 파일에 표시되는 방식을 확인하려면 다음 정보를 검토하십시오.
- 새 구성 파일의 경우 끝에 .ADDED가 추가됨
- 삭제된 구성 파일의 경우 끝에 .DELETED가 추가됨
- 변경된 구성 파일의 경우 이전 및 이후 버전이 생김
- 확장된 저장소 서비스 구성에 대한 변경사항은 repository.xml 파일에 있음
- 노드를 추가하면 이전 및 이후 파일 버전이 세 개 작성됨
- 클러스터 및 클러스터 멤버를 작성하면 cluster.xml, serverindex.xml 및 server.xml 파일이 변경됨
- 데이터 소스를 작성하면 resources.xml 및 variables.xml 파일이 변경됨
- JVM(Java Virtual Machine)을 수정하면 server.xml 파일이 변경됨
- 서비스 통합 버스를 작성하면 SIB 구성 파일이 변경됨
- SIBus 대상을 작성하면 sib-destinations.xml 및 sib-engines.xml 파일이 변경됨
- 큐 연결 팩토리를 작성하면 resources.xml 파일이 변경됨
- JMS 큐를 작성하면 resources.xml 파일이 변경됨
- 애플리케이션을 배치하면 serverindex.xml 및 다른 파일(가능한 경우)이 변경됨
- 애플리케이션을 설치 제거하면 serverindex.xml 파일이 변경됨
- 사용자 맵핑에 역할을 추가하면 admin-authz.xml 파일이 변경됨
- 보안 도메인을 작성하면 waspolicies 서브디렉토리에 있는 파일이 변경됨
- SSL 구성을 추가하면 security.xml 파일이 변경됨
- 새 구성 파일의 경우 끝에 .ADDED가 추가됨
- 구성 파일이 작성되면 이전 버전은 server.xml.ADDED와 같이 끝에 .ADDED가 붙는 마커 파일이고, 이후 버전은 작성된 실제 파일입니다. 노드, 클러스터, 애플리케이션 서버, 애플리케이션 또는 SIBus 아티팩트 작성과 같은 조치를 수행하면 새 구성 파일이 작성됩니다.
- 삭제된 구성 파일의 경우 끝에 .DELETED가 추가됨
- 구성 파일이 삭제되면 이전 버전은 삭제된 파일의 컨텐츠이고, 이후 버전은 끝에 .DELETED가 붙은 마커 파일입니다.
- 변경된 구성 파일의 경우 이전 및 이후 버전이 생김
- 구성 파일이 변경되면 이전 버전은 원래 구성이고, 이후 버전은 변경된
이후의 파일입니다. 자원 작성 또는 수정, JVM(Java Virtual Machine) 설정
변경과 같은 조치를 수행하면 기존 구성 파일이 변경됩니다.
변경된 파일이 텍스트 또는 XML 파일인 경우, 텍스트 비교 도구를 사용하여 이전 버전과 이후 버전 간의 차이를 비교할 수 있습니다. 차이점을 강조표시하는 데는 두 파일을 병렬로 비교하여 보여주는 시각적 텍스트 비교 도구가 더 효과적입니다. 구성 요소가 xmi:id 속성에 대한 변경사항만 표시하는 경우 이 변경사항은 어떠한 동작을 수정하지 않으므로 무시해도 됩니다.
키 저장소 및 신뢰 저장소 파일, 애플리케이션 2진 파일, 공유 라이브러리와 같은 2진 파일을 비교하는 데는 텍스트 비교 도구를 사용할 수 없습니다. 키 및 신뢰 저장소 파일의 경우, ikeyman 또는 기타 키 관리 도구를 사용하여 이러한 파일의 컨텐츠에서 인증서 차이를 확인할 수 있습니다. 애플리케이션 2진 또는 공유 라이브러리의 경우, JAR 또는 zip 유틸리티를 통해 파일의 압축을 해제하여 수동으로 비교할 수 있습니다.
- 확장된 저장소 서비스 구성에 대한 변경사항은 repository.xml 파일에 있음
- 확장된 저장소 서비스 구성을 사용으로 설정하거나 변경할 경우
추출된 델타 저장소가 repository.xml 파일의
변경사항을 표시합니다. 예를 들어 추출된 압축 파일에는 다음과 같은
내용이 포함되어 있습니다.
before/cells/isthmusCell03/repository/repository.xml after/cells/isthmusCell03/repository/repository.xml
repository.xml 파일의 after 버전에는 업데이트된 구성이 포함되어 있습니다. 다음 예제에서 after 버전에는 업데이트된 autoCheckpointsDepth 값이 포함되어 있습니다.
repositorycheckpoint:ExtendedRepositoryService xmi:version="2.0" xmlns:xmi="http://www.omg.org/XMI" xmlns:repositorycheckpoint="http://www.ibm.com/websphere/appserver/schemas/6.0/repositorycheckpoint.xmi" xmi:id="ExtendedRepositoryService_1" checkpointRoot="${USER_INSTALL_ROOT}/checkpoints" autoCheckpointsEnabled="true" autoCheckpointsDepth="50"/>
- 노드를 추가하면 이전 및 이후 파일 버전이 세 개 작성됨
- 노드를 추가할 경우 최대 세 개의 델타 체크포인트가 작성될 수
있습니다. 첫 번째 저장소 변경사항은 addNode 조작 자체입니다.
이전 이미지에는 대개 file_name.ADDED
형식의 마커 파일이 포함되어 있어 이전에 이 파일이 존재하지 않았음을
나타냅니다. 이후 이미지에는 추가된 파일이 포함되어 있습니다.
또한 addNode는 security.xml에서 시스템
애플리케이션의 구성 및 보안 설정도 변경합니다. 예를 들면 다음과 같습니다.
before/cells/isthmusCell03/nodes/isthmusNode02/node.xml.ADDED ... before/cells/isthmusCell03/applications/ibmasyncrsp.ear/deployments/ibmasyncrsp/deployment.xml ... before/cells/isthmusCell03/security.xml ... after/cells/isthmusCell03/nodes/isthmusNode02/node.xml after/cells/isthmusCell03/applications/ibmasyncrsp.ear/deployments/ibmasyncrsp/deployment.xml after/cells/isthmusCell03/security.xml
security.xml에 대한 변경사항에는 SSL 구성 및 키 또는 신뢰 저장소에 대한 추가사항이 포함됩니다. 추가된 새 SSL 구성은 다음과 같습니다.
<repertoire xmi:id="SSLConfig_1326647216593" alias="NodeDefaultSSLSettings" managementScope="ManagementScope_1326647216593"> <setting xmi:id="SecureSocketLayer_1326647216593" clientAuthentication="false" securityLevel="HIGH" enabledCiphers="" jsseProvider="IBMJSSE2" sslProtocol="SSL_TLS" keyStore="KeyStore_1326647216593" trustStore="KeyStore_2" trustManager="TrustManager_1326647216593" keyManager="KeyManager_1326647216593"/> </repertoire> ... <managementScopes xmi:id="ManagementScope_1326647216593" scopeName="(cell):isthmusCell03:(node):isthmusNode02" scopeType="node"/> ...
노드 레벨 키 및 신뢰 저장소, 신뢰 관리자는 다음과 유사합니다.
<keyStores xmi:id="KeyStore_1326647216593" name="NodeDefaultKeyStore" password="{xor}CDo9Hgw=" provider="IBMJCE" location="${CONFIG_ROOT}/cells/isthmusCell03/nodes/isthmusNode02/key.p12" type="PKCS12" fileBased="true" hostList="" description="Default key store for isthmusNode02" usage="SSLKeys" managementScope="ManagementScope_1326647216593"/> <keyStores xmi:id="KeyStore_1326647216594" name="NodeDefaultTrustStore" password="{xor}CDo9Hgw=" provider="IBMJCE" location="${CONFIG_ROOT}/cells/isthmusCell03/nodes/isthmusNode02/trust.p12" type="PKCS12" fileBased="true" hostList="" description="Default trust store for isthmusNode02" usage="SSLKeys" managementScope="ManagementScope_1326647216593"/> ... <trustManagers xmi:id="TrustManager_1326647216594" name="IbmX509" provider="IBMJSSE2" algorithm="IbmX509" managementScope="ManagementScope_1326647216593"/> <trustManagers xmi:id="TrustManager_1326647216593" name="IbmPKIX" provider="IBMJSSE2" algorithm="IbmPKIX" trustManagerClass="" managementScope="ManagementScope_1326647216593"> <additionalTrustManagerAttrs xmi:id="DescriptiveProperty_1326647216593" name="com.ibm.security.enableCRLDP" value="false" type="boolean" displayNameKey="" nlsRangeKey="" hoverHelpKey="" range="" inclusive="false" firstClass="false"/> ... </trustManagers>... <keyManagers xmi:id="KeyManager_1326647216593" name="IbmX509" provider="IBMJSSE2" algorithm="IbmX509" keyManagerClass="" managementScope="ManagementScope_1326647216593"/> ... <sslConfigGroups xmi:id="SSLConfigGroup_1326647216593" name="isthmusNode02" direction="inbound" sslConfig="SSLConfig_1326647216593" managementScope="ManagementScope_1326647216593"/> <sslConfigGroups xmi:id="SSLConfigGroup_1326647216594" name="isthmusNode02" direction="outbound" sslConfig="SSLConfig_1326647216593" managementScope="ManagementScope_1326647216593"/> ... <properties xmi:id="Property_1326647216593" name="com.ibm.websphere.security.DeferTAItoSSO" value="com.ibm.ws.security.spnego.TrustAssociationInterceptorImpl" description="Trust Association Interceptors are invoked after Single Sign On user validation." required="false"/>
일부 시스템 애플리케이션의 경우 새 노드에 있는 새 서버를 대상으로 합니다. 변경사항에 새로운 대상 맵핑이 포함될 수 있습니다. 예를 들어 ibmasyncrsp 애플리케이션에 대한 변경사항에는 isthmusCell03/applications/ibmasyncrsp.ear/deployments/ibmasyncrsp/deployment.xml 파일에 대한 변경사항이 포함됩니다.
<targetMappings xmi:id="DeploymentTargetMapping_1326647226406" enable="true" target="ServerTarget_1326647226406"/> ... <targetMappings xmi:id="DeploymentTargetMapping_1326647226407" target="ServerTarget_1326647226406"/> ... <deploymentTargets xmi:type="appdeployment:ServerTarget" xmi:id="ServerTarget_1326647226406" name="server1" nodeName="isthmusNode02"/>
자동 플러그인 생성이 사용으로 설정된 경우 플러그인 파일이 재생성될 수 있습니다. 이로 인해 다음과 같은 또 다른 델타 체크포인트가 작성될 수 있습니다.
before/cells/plugin-cfg.xml.ADDED after/cells/plugin-cfg.xml
끝으로, 새 노드의 서버 포트가 가상 호스트 정의에 추가됩니다.
before/cells/isthmusCell03/virtualhosts.xml after/cells/isthmusCell03/virtualhosts.xml
virtualhosts.xml에 추가된 사항은 다음과 같습니다.
<aliases xmi:id="HostAlias_1326647278546" hostname="*" port="9130"/> <aliases xmi:id="HostAlias_1326647278609" hostname="*" port="9508"/> <aliases xmi:id="HostAlias_1326647278671" hostname="*" port="5113"/> <aliases xmi:id="HostAlias_1326647278718" hostname="*" port="5112"/>
- 클러스터 및 클러스터 멤버를 작성하면 cluster.xml, serverindex.xml 및 server.xml 파일이 변경됨
- 클러스터를 작성하면 구성 저장소에 cluster.xml
파일이 추가됩니다. 클러스터 멤버를 작성하면 노드 serverindex.xml
파일이 업데이트되고 새 server.xml 파일 및
기타 관련 구성 파일이 작성됩니다. 예를 들어 TestCluster1_Node1_1
및 TestCluster1_Node2_1라는 두 노드에 멤버를 포함하는
TestCluster 클러스터를 작성하면 다음 파일이 변경됩니다.
before/cells/isthmusCell03/clusters/TestCluster1/cluster.xml.ADDED before/cells/isthmusCell03/nodes/isthmusNode01/serverindex.xml before/cells/isthmusCell03/nodes/isthmusNode02/serverindex.xml before/cells/isthmusCell03/nodes/isthmusNode02/servers/TestCluster1_Node2_1/server.xml.ADDED before/cells/isthmusCell03/nodes/isthmusNode01/servers/TestCluster1_Node1_1/server.xml.ADDED ... after/cells/isthmusCell03/clusters/TestCluster1/cluster.xml after/cells/isthmusCell03/nodes/isthmusNode01/serverindex.xml after/cells/isthmusCell03/nodes/isthmusNode02/server after/cells/isthmusCell03/nodes/isthmusNode02/servers/TestCluster1_Node2_1/server.xml after/cells/isthmusCell03/nodes/isthmusNode01/servers/TestCluster1_Node1_1/server.xml
- 데이터 소스를 작성하면 resources.xml 및 variables.xml 파일이 변경됨
- 데이터 소스를 작성하면 resources.xml 및 variables.xml 파일이
다음과 같이 변경됩니다.
before/cells/isthmusCell03/clusters/TestCluster1/resources.xml before/cells/isthmusCell03/clusters/TestCluster1/variables.xml after/cells/isthmusCell03/clusters/TestCluster1/resources.xml after/cells/isthmusCell03/clusters/TestCluster1/variables.xml
새 팩토리는 구성 파일에 다음과 같이 표시됩니다.
<factories xmi:type="resources.jdbc:CMPConnectorFactory" xmi:id="CMPConnectorFactory_1326647771671" name="TestCluster1DataSource_CF" authMechanismPreference="BASIC_PASSWORD" connectionDefinition="ConnectionDefinition_1054132487569" cmpDatasource="DataSource_1326647771656"> <propertySet xmi:id="J2EEResourcePropertySet_1326647771671"/> </factories>
데이터 소스를 포함하는 새 JDBC 제공자는 구성 파일에 다음과 같이 표시됩니다.
<resources.jdbc:JDBCProvider xmi:id="JDBCProvider_1326647771343" name="DB2 Universal JDBC Driver Provider (XA)" description="Two-phase commit DB2 JCC provider that supports JDBC 3.0. Data sources that use this provider support the use of XA to perform 2-phase commit processing. Use of driver type 2 on the application server for z/OS is not supported for data sources created under this provider." providerType="DB2 Universal JDBC Driver Provider (XA)" isolatedClassLoader="false" implementationClassName="com.ibm.db2.jcc.DB2XADataSource" xa="true"> ... <factories xmi:type="resources.jdbc:DataSource" xmi:id="DataSource_1326647771656" name="TestCluster1DataSource" jndiName="TestCluster1DataSource" description="DB2 Universal Driver Datasource" providerType="DB2 Universal JDBC Driver Provider (XA)" authMechanismPreference="BASIC_PASSWORD" authDataAlias="" manageCachedHandles="false" logMissingTransactionContext="true" xaRecoveryAuthAlias="" diagnoseConnectionUsage="false" relationalResourceAdapter="builtin_rra" statementCacheSize="10" datasourceHelperClassname="com.ibm.websphere.rsadapter.DB2UniversalDataStoreHelper"> ... </factories> </resources.jdbc:JDBCProvider>
일부 구성 요소의 경우 xml:id만 변경되었을 수 있습니다. 이러한 변경사항은 무시해도 됩니다. 예를 들어 다음 두 요소에서 xml:id 값이 변경되었습니다.
<displayNames xmi:id="DisplayName_1326647771359" value="WS_RdbResourceAdapter"/> <displayNames xmi:id="DisplayName_1326647771360" value="WebSphere Default Messaging Provider"/>
- JVM(Java Virtual Machine)을 수정하면 server.xml 파일이 변경됨
- JVM(Java Virtual Machine) 설정에 대한 변경사항은 server.xml
파일에 저장됩니다.
before/cells/isthmusCell03/nodes/isthmusNode01/servers/TestCluster1_Node1_1/server.xml after/cells/isthmusCell03/nodes/isthmusNode01/servers/TestCluster1_Node1_1/server.xml
JVM(Java Virtual Machine) 설정은 다음과 같이 변경되었습니다.
- 자세한 가비지 콜렉션 사용
- 초기 힙 크기가 512MB로 변경됨
- 최대 힙 크기가 768MB로 변경됨
- 시스템 특성 MyVar=MVal 추가
다음과 같은 server.xml의 after 버전이 생성됩니다.
<jvmEntries xmi:id="JavaVirtualMachine_1326647543890" verboseModeClass="false" verboseModeGarbageCollection="true" verboseModeJNI="false" initialHeapSize="512" maximumHeapSize="768" runHProf="false" hprofArguments="" debugMode="false" debugArgs="-agentlib:jdwp=transport=dt_socket,server=y,suspend=n,address=7777" genericJvmArguments="-DMyVar=MyVal" executableJarFileName="" disableJIT="false">
server.xml 파일의 이 새 버전에는 XML 속성 executablejarFileName과 disableJIT가 추가되었습니다. 관리 애플리케이션 서버에는 executableJarFileName이 필요하지 않으며 JIT가 기본적으로 사용 안함으로 설정되어 있기 때문에 이러한 속성으로 인해 동작이 변경되지는 않습니다.
- 서비스 통합 버스를 작성하면 SIB 구성 파일이 변경됨
- 버스를 작성하면 cells/cell_name/buses/bus_name
디렉토리에 새 파일이 추가되고 버스 멤버 구성이 변경됩니다. 예를 들어
버스 멤버를 포함하는 TestBus라는 버스를
TestCluster1 범위에 작성하면 다음 파일이 변경됩니다.
before/cells/isthmusCell03/nodes/isthmusNode01/servers/TestCluster1_Node1_1/sib-service.xml before/cells/isthmusCell03/nodes/isthmusNode02/servers/TestCluster1_Node2_1/sib-service.xml before/templates/clusters/TestCluster1/servers/V8MemberTemplate/sib-service.xml before/cells/isthmusCell03/coregroups/DefaultCoreGroup/coregroup.xml before/cells/isthmusCell03/buses/TestBus/sib-authorisations.xml.ADDED before/cells/isthmusCell03/buses/TestBus/sib-bus.xml.ADDED before/cells/isthmusCell03/buses/TestBus/sib-destinations.xml.ADDED before/cells/isthmusCell03/clusters/TestCluster1/sib-engines.xml.ADDED after/cells/isthmusCell03/nodes/isthmusNode02/servers/TestCluster1_Node2_1/sib-service.xml after/cells/isthmusCell03/nodes/isthmusNode01/servers/TestCluster1_Node1_1/sib-service.xml after/templates/clusters/TestCluster1/servers/V8MemberTemplate/sib-service.xml after/cells/isthmusCell03/coregroups/DefaultCoreGroup/coregroup.xml after/cells/isthmusCell03/buses/TestBus/sib-authorisations.xml after/cells/isthmusCell03/buses/TestBus/sib-bus.xml after/cells/isthmusCell03/buses/TestBus/sib-destinations.xml after/cells/isthmusCell03/clusters/TestCluster1/sib-engines.xml
기존 클러스터 멤버 및 클러스터 레벨 템플리트에 대해 sib-service.xml을 변경하면 SIBService가 사용 가능해집니다. 다음 예제에서 SIBService를 사용으로 설정하면 enable 특성이 true로 설정됩니다.
sibservice:SIBService xmi:version="2.0" xmlns:xmi="http://www.omg.org/XMI" xmlns:sibservice="http://www.ibm.com/websphere/appserver/schemas/6.0/sibservice.xmi" xmi:id="SIBService_1" enable="true"/>
참고: 구성 파일의 after 버전에 before 파일 버전에서 주석을 제거하는 변경사항이 포함될 수 있습니다.선택한 정책에 따라 coregroup.xml 파일에 추가 구성이 추가됩니다. 다음 예제는 고가용성을 위한 정책 추가를 보여줍니다.
<policies xmi:type="coregroup:OneOfNPolicy" xmi:id="OneOfNPolicy_1326648336750" name="TestCluster1.000-TestBus-3423A696EADD6FA7Policy" policyFactory="com.ibm.ws.hamanager.coordinator.policy.impl.OneOfNPolicyFactory" isAlivePeriodSec="120" quorumEnabled="false" failback="false" preferredOnly="false"> <MatchCriteria xmi:id="MatchCriteria_1326648336765" name="type" value="WSAF_SIB"/> <MatchCriteria xmi:id="MatchCriteria_1326648336781" name="WSAF_SIB_MESSAGING_ENGINE" value="TestCluster1.000-TestBus"/> </policies>
- SIBus 대상을 작성하면 sib-destinations.xml 및 sib-engines.xml 파일이 변경됨
- 대상을 작성하면 SIB 구성 파일이 변경됩니다.
before/cells/isthmusCell03/buses/TestBus/sib-destinations.xml before/cells/isthmusCell03/clusters/TestCluster1/sib-engines.xml after/cells/isthmusCell03/buses/TestBus/sib-destinations.xml after/cells/isthmusCell03/clusters/TestCluster1/sib-engines.xml
sib-destinations.xml 파일은 SIBQueue 추가를 보여줍니다.
<sibresources:SIBQueue xmi:id="SIBQueue_1326648599140" identifier="TestBusQeue1" uuid="0AA3CFB9BB0FFA92BE5BCB57" description="" overrideOfQOSByProducerAllowed="true" exceptionDestination="$DEFAULT_EXCEPTION_DESTINATION" sendAllowed="true" receiveAllowed="true"> <localizationPointRefs xmi:id="SIBLocalizationPointRef_1326648599156" cluster="TestCluster1" engineUuid="3423A696EADD6FA7"/> </sibresources:SIBQueue>
sib-engines.xml은 SIBQueueLocaliazationPoint 추가를 보여줍니다.
<localizationPoints xmi:type="sibresources:SIBQueueLocalizationPoint" xmi:id="SIBQueueLocalizationPoint_1326648599156" identifier="TestBusQeue1@TestCluster1.000-TestBus" uuid="A55E76D18D6F4339" targetUuid="0AA3CFB9BB0FFA92BE5BCB57" highMessageThreshold="50000"/>
targetUUID를 사용하면 SIBQueue의 uuid와 상호 연관됩니다.
- 큐 연결 팩토리를 작성하면 resources.xml 파일이 변경됨
- 큐 연결 팩토리에 대한 변경사항은 resources.xml 파일에 저장됩니다.
클러스터 레벨에서 작성된 큐 연결 팩토리는 클러스터 레벨의
resources.xml 파일을 변경합니다.
before/cells/isthmusCell03/clusters/TestCluster1/resources.xml after/cells/isthmusCell03/clusters/TestCluster1/resources.xml
resources.xml에 추가된 내용은 다음과 같습니다.
<factories xmi:type="resources.j2c:J2CConnectionFactory" xmi:id="J2CConnectionFactory_1326648753984" name="TestClusterQCF" jndiName="TestClusterQCF" description="" category="" authDataAlias="" manageCachedHandles="false" logMissingTransactionContext="false" xaRecoveryAuthAlias="" connectionDefinition="ConnectionDefinition_1326644816218"> ... </factories>
- JMS 큐를 작성하면 resources.xml 파일이 변경됨
- JMS 큐를 추가하면 resources.xml 파일이 변경됩니다.
before/cells/isthmusCell03/clusters/TestCluster1/resources.xml after/cells/isthmusCell03/clusters/TestCluster1/resources.xml
클러스터 레벨에서 JMS 큐를 작성하면 클러스터 레벨의 resources.xml 파일이 변경됩니다. resources.xml 파일에 추가된 내용은 다음과 같습니다.
<j2cAdminObjects xmi:id="J2CAdminObject_1326649181984" jndiName="jms/TestClusterQueue" name="TestClustereQueue" description="" adminObject="AdminObject_1326644816218"> ... </j2cAdminObjects>
- 애플리케이션을 배치하면 serverindex.xml 및 다른 파일(가능한 경우)이 변경됨
- 애플리케이션을 배치하면 대상 노드의 serverindex.xml 파일이
변경됩니다. 비즈니스 레벨 애플리케이션 및 컴포지션 단위 구성이 변경되면(Java EE
애플리케이션의 경우도 해당) 애플리케이션 디렉토리의
cells/cell_name/applications/application_name 서브디렉토리에 있는 파일이 변경됩니다.
예를 들어 IVT 애플리케이션을 두 노드로 구성된 클러스터에 배치하면
다음 파일이 변경됩니다.
before/cells/isthmusCell03/nodes/isthmusNode01/serverindex.xml before/cells/isthmusCell03/nodes/isthmusNode02/serverindex.xml before/cells/isthmusCell03/blas/IVT Application/bver/BASE/bla.xml.ADDED before/cells/isthmusCell03/cus/IVT Application/cver/BASE/controlOpDefs.xml.ADDED before/cells/isthmusCell03/applications/IVT Application.ear/deployments/IVT Application/deployment.xml.ADDED ... after/cells/isthmusCell03/nodes/isthmusNode01/serverindex.xml after/cells/isthmusCell03/nodes/isthmusNode02/serverindex.xml after/cells/isthmusCell03/blas/IVT Application/bver/BASE/bla.xml after/cells/isthmusCell03/cus/IVT Application/cver/BASE/controlOpDefs.xml after/cells/isthmusCell03/applications/IVT Application.ear/deployments/IVT Application/deployment.xml ...
각 노드에서 serverindex.xml에 추가된 내용은 다음과 같습니다.
<deployedApplications>IVT Application.ear/deployments/IVT Application</deployedApplications>
- 애플리케이션을 설치 제거하면 serverindex.xml 파일이 변경됨
- 애플리케이션을 설치 제거하면 애플리케이션을 제거하고 애플리케이션 파일을 삭제하도록
serverindex.xml 파일이 수정됩니다. 내보낸
압축 파일에서 삭제된 파일의 끝에는 .DELETED가 추가됩니다. 예를 들어
두 노드로 구성된 클러스터에서 IVT 애플리케이션을 설치 제거할 경우
영향을 받는 파일은 다음과 같습니다.
before/cells/isthmusCell03/nodes/isthmusNode01/serverindex.xml before/cells/isthmusCell03/nodes/isthmusNode02/serverindex.xml before/cells/isthmusCell03/blas/IVT Application/bver/BASE/bla.xml before/cells/isthmusCell03/cus/IVT Application/cver/BASE/controlOpDefs.xml before/cells/isthmusCell03/applications/IVT Application.ear/deployments/IVT Application/deployment.xml ... after/cells/isthmusCell03/nodes/isthmusNode01/serverindex.xml after/cells/isthmusCell03/nodes/isthmusNode02/serverindex.xml after/cells/isthmusCell03/blas/IVT Application/bver/BASE/bla.xml.DELETED after/cells/isthmusCell03/cus/IVT Application/cver/BASE/controlOpDefs.xml.DELETED after/cells/isthmusCell03/applications/IVT Application.ear/deployments/IVT Application/deployment.xml.DELETED ...
- 사용자 맵핑에 역할을 추가하면 admin-authz.xml 파일이 변경됨
- 관리 권한이 변경되면 admin-authz.xml 파일에 영향을 줍니다.
before/cells/isthmusCell03/admin-authz.xml after/cells/isthmusCell03/admin-authz.xml
예를 들어 user2 사용자를 operator 역할에 추가하면 before 버전에서 admin-authz.xml의 영향을 받는 부분은 다음과 같습니다.
<authorizations xmi:id="RoleAssignmentExt_2" role="SecurityRoleExt_2"/>
after 버전은 다음과 같습니다.
<authorizations xmi:id="RoleAssignmentExt_2" role="SecurityRoleExt_2"> <users xmi:id="UserExt_1326649772453" name="user2" accessId="user:defaultWIMFileBasedRealm/uid=user2,o=defaultWIMFileBasedRealm"/> </authorizations>
- 보안 도메인을 작성하면 waspolicies 서브디렉토리에 있는 파일이 변경됨
- 보안 도메인 관련 파일은 waspolicies 서브디렉토리에 저장됩니다.
예를 들어 보안 도메인 TestDomain을 추가하면
waspolices/default/securitydomains/TestDomain 디렉토리에 여러 개의 파일이 작성됩니다.
before/waspolicies/default/securitydomains/TestDomain/domain-security-map.xml.ADDED before/waspolicies/default/securitydomains/TestDomain/domain-security.xml.ADDED before/waspolicies/default/securitydomains/TestDomain/wim/config/wimconfig.xml.ADDED ... before/waspolicies/default/securitydomains/TestDomain/domain-security-map.xml before/waspolicies/default/securitydomains/TestDomain/domain-security.xml before/waspolicies/default/securitydomains/TestDomain/wim/config/wimconfig.xml
- SSL 구성을 추가하면 security.xml 파일이 변경됨
- SSL 구성은 security.xml에 저장됩니다.
따라서 SSL 구성을 추가하면 파일이 다음과 같이 변경됩니다.
before/cells/isthmusCell03/security.xml after/cells/isthmusCell03/security.xml
security.xml에 SSLConfig를 추가하면 다음과 같습니다.
<repertoire xmi:id="SSLConfig_1326650114281" alias="TestSSLConfig" type="JSSE" managementScope="ManagementScope_1"> <setting xmi:id="SecureSocketLayer_1326650114296" clientAuthentication="false" securityLevel="HIGH" jsseProvider="IBMJSSE2" sslProtocol="SSL_TLS" keyStore="KeyStore_1" trustStore="KeyStore_1"/> </repertoire>
다음에 수행할 작업
식별된 파일 변경사항을 사용하여 제품 구성을 필요에 맞게 수정합니다.