異なる環境間で構成ファイルを転送する最も簡単な方法を見つけようとしていますが、転送後にシステムを壊す可能性のある多くのものを見つけました。環境に依存する属性の値を正しく保持するスクリプトを入手しましたが、よくわからないもののリストを次に示します。誰かが彼らに光を当てることができるかもしれません。
私がやりたいことは、openAM 9 の本の手順に基づいて xml ファイルを単純に転送することです (ssoadm を使用して xml ファイルにエクスポート/インポートするだけです) が、ファイルを詳細に分析することで、システムを壊す可能性のある多くの違いが見つかりますどんな助けでも大歓迎です。
すべての xml ファイルには、「iplanet-am-auth-ldap-bind-passwd」のセクションがあり、その下にハッシュ値がありますが、1 つの xml ファイルにはハッシュの行が 1 行ありません。その行を正しいハッシュ値で追加すると、システムが壊れるか、ハッシュがターゲット環境と一致する限り問題にならないのではないかと考えていました。
「iplanet-am-logging-buffer-size」のサイズは、ターゲット環境で最初に設定されたものと一致する必要がありますか?それとも、ソース xml ファイルの値を上書きしても問題ありませんか?
何らかの理由で、同じ名前の委任ルールに異なるリンクがあります。たとえば、次のようになります。
# environment1 - sms://dc=test-domain,dc=net/sunEntitlementService/1.0/application/ws/1/entitlement/entitlements # environment2 - sms://dc=test-domain,dc=net/sunEntitlementService/1.0/application/ws/1/entitlement/decision # environment3 - sms://*dc=test-domain,dc=net/sunIdentityRepositoryService/1.0/application/agent
サーバーがかなり前にセットアップされた方法、または時間の経過に伴う開発プロセスが原因である可能性があります（わかりません）が、私の質問は次のとおりです。
ルール名が同じで、一部 (またはすべて) のオプション/値が環境間で異なり、別の環境のソース ファイルでそれらを上書きする場合、問題が発生しますか?それとも問題になりませんか?