7.1 NetIQインポート/エクスポート変換ユーティリティ

スキーマをファイルから追加する

ICEはソースとターゲットのスキーマを比較できます。ソースはファイルまたはLDAPサーバのいずれかで、ターゲットはLDAPサーバです。ソースのスキーマファイルは、LDIF形式またはSCH形式のいずれかになります。

あて先サーバにスキーマを追加せずに、スキーマの比較だけをする場合は、［スキーマを追加しないで比較］オプションを選択します。この場合、追加のスキーマは追加先サーバに追加されず、処理の最後に表示されるリンクからスキーマの相違点を確認できます。

スキーマをサーバから追加する

ソースとターゲットはLDAPサーバです。

あて先サーバにスキーマを追加せずに、スキーマの比較だけをする場合は、［スキーマを追加しないで比較］オプションを選択します。この場合、追加のスキーマは追加先サーバに追加されず、処理の最後に表示されるリンクからスキーマの相違点を確認できます。

ice general_options
-S[LDIF | LDAP | DELIM | LOAD | SCH] source_options
-D[LDIF | LDAP | DELIM] destination_options

ice -C schema_options
-S[LDIF | LDAP] source_options
-D[LDIF | LDAP] destination_options

全般オプション

一般オプションは、NetIQインポート/エクスポート変換エンジンの処理全体に影響のあるオプションです。

スキーマオプション

スキーマオプションでは、スキーマキャッシュを使用してスキーマの比較および更新操作を実行できます。

ソースハンドラのオプション

ソースハンドラオプション(-S)で、インポートするデータのソースを決定します。コマンドラインには、次のうちの1つだけを指定できます。

ターゲットハンドラのオプション

ターゲットハンドラオプション(-D)で、エクスポートするデータの書き込み先を決定します。コマンドラインには、次のうちの1つだけを指定できます。

LDIFソースハンドラのオプション

LDIFソースハンドラは、LDIFファイルからデータを読み込んで、それをNetIQインポート/エクスポート変換エンジンに送ります。

LDIFターゲットハンドラのオプション

LDIFターゲットハンドラは、NetIQインポート/エクスポート変換エンジンからデータを受け取り、そのデータをLDIFファイルに書き込みます。

LDAPソースハンドラのオプション

LDAPソースハンドラは、検索要求を該当するLDAPサーバに送信することによってそのサーバからデータを読み込みます。LDAPソースハンドラは、検索操作の結果として受け取った検索エントリをNetIQインポート/エクスポート変換エンジンに送ります。

LDAPターゲットハンドラのオプション

LDAPターゲットハンドラは、NetIQインポート/エクスポート変換エンジンからデータを受け取り、それをLDAPサーバに送信します。データは更新操作の形で送信され、送信先サーバによって実行されます。

LDIFファイル内のハッシュ化パスワードについては、「LDIFファイル内でのハッシュ化パスワードの表記」を参照してください。

DELIMソースハンドラのオプション

DELIMソースハンドラはコンマ区切りのデータファイルからデータを読み込み、それをターゲットハンドラに送信します。

DELIMターゲットハンドラのオプション

DELIMターゲットハンドラはソースハンドラからデータを受け取り、そのデータをカンマ区切りのデータファイルに書き込みます。

SCHソースハンドラのオプション

SCHハンドラは、古いNDSやeDirectoryのスキーマファイル(拡張子*.schがついたファイル)からデータを読み込んで、それをNetIQインポート/エクスポート変換エンジンに送ります。このハンドラを使用すれば、拡張子*.schがついたファイルを入力として、スキーマ関連の操作をLDAPサーバに実装できます。

SCHハンドラは、ソースハンドラだけのハンドラです。スキーマハンドラを使用すると、LDAPサーバに*.schファイルをインポートできますが、*.schファイルをエクスポートすることはできません。

SCHハンドラでサポートされているオプションを次の表に示します。

LOADソースハンドラのオプション

DirLoadハンドラはテンプレートのコマンドからeDirectory情報を生成します。このテンプレートファイルは-f引数で指定します。このファイルには、属性仕様の情報とプログラム制御の情報が保持されます。

次の属性仕様ファイルのサンプルを参照してください。

givenname: $R(first)
initial: $R(initial)
sn: $R(last)
dn:cn=$A(givenname,%.1s)$A(initial,%.1s)$A(sn),ou=dev,ou=ds,o=novell
objectclass: inetorgperson
telephonenumber: 1-800-$N(1-999,%03d)-$C(%04d)
title: $R(titles)
locality: Our location

属性仕様ファイルの形式はLDIFファイルに似ていますが、属性仕様ファイルでは強力な構成体を使用して、詳細な情報と属性間の関係を指定することができます。

Syntax: $C[(<format)]

オプションの<formatは、値に適用された出力形式を指定します。形式を指定しない場合、カッコは2種類とも必要ありません。

$C
$C(%d) 
$C(%04d)

$Cのみを指定すると、現在の数値が属性値に挿入されます。「%d」は、何も指定されなかった場合にプログラムが使用するデフォルト形式であるため、$Cは$C(%d)と同じです。数値は各オブジェクトの後で増加するため、属性仕様で$Cを複数回使用しても、単一オブジェクト内では数値は変わりません。開始値は、!COUNTER=valueの構文を使用して、設定ファイル内で指定できます。

$N(<low-<high[,<format])]

<lowと<highでは、下限値と上限値を指定します。任意の数字が生成される際に各々の値を使用します。オプションの<formatは、値に適用された出力形式を指定します。

$N(1-999) 
$N(1-999,%d) 
$N(1-999,%03d)

$R(<filename[,<format])]

<filenameには、値を格納しているファイルを指定します。ファイルへのパスは絶対パスまたは相対パスのどちらでも指定できます。リストを格納しているファイルには、このパッケージに含まれているものがあります。値は改行文字で区切る必要があります。

オプションの<formatは、値に適用された出力形式を指定します。

$A(givenname)
$A(givenname,%s) 
$A(givenname,%.1s)

前方向参照は使用できませんので注意してください。属性値を使用する場合、その属性は全て、属性仕様ファイル内で現在の属性より前にある必要があります。下記の例では、DNの一部であるcnは、givenname、initial、およびsnから構築されます。したがって設定ファイルでは、これらの属性はDNの前に存在する必要があります。

givenname: $R(first)
initial: $R(initial)
sn: $R(last) dn:o=novell,ou=dev,ou=ds,cn=$A(givenname,%.1s)$A(initial,%.1s)$A(sn)

DNはLDIFファイル内で特殊処理されます。設定内でのDNの場所に関係なく、DNが最初に(LDIF構文に従って)LDIFファイルに書き込まれます。その他のすべての属性は、表示された順に書き込まれます。

!COUNTER=300
!OBJECTCOUNT=2
!CYCLE=title
!UNICYCLE=first,last
!CYCLE=ou,BLOCK=10

LDIFインポートの実行

LDIFのインポートを実行するには、LDIFソースハンドラとLDAPターゲットハンドラを組み合わせて次の例のように指定します。

ice -S LDIF -f entries.ldif -D LDAP ‑s server1.acme.com -p 389 -d cn=admin,c=us -w secret

コマンドラインでこのように指定すると、LDIFデータがentries.ldifから読み込まれ、ポート389にあるLDAPサーバserver1.acme.comに送られます。送信時の識別子は「cn=admin,c=us」、パスワードは「secret」になります。

LDIFエクスポートを実行する

LDIFのエクスポートを実行するには、LDAPソースハンドラとLDIFターゲットハンドラを組み合わせます。次に例を示します。

ice -S LDAP -s server1.acme.com -p 389 -d cn=admin,c=us ‑w password -F objectClass=* -c sub -D LDIF ‑f server1.ldif

コマンドラインでこのように指定すると、識別子「cn=admin,c=us」およびパスワード「password」を使用してサブツリー検索が実行され、ポート389にあるLDAPサーバserver1.acme.com内のオブジェクトがすべて検出されます。結果のデータはLDIF形式でserver1.ldifに出力されます。

コンマ区切りのインポートを実行する

コンマ区切りのインポートを実行するには、コマンドを次の例のように指定します。

ice -S DELIM -f/tmp/in.csv -F /tmp/order.csv -ncn -lo=acme -D LDAP -s server1.acme.com -p389 -d cn=admin,c=us -w secret

コマンドをこのように指定すると、/tmp/in.csvファイルからコンマ区切りの値が読み込まれ、/tmp/order.csvファイルから属性の順序が読み込まれます。in.csv内の各属性エントリに対して、order.csvで属性タイプが指定されます。たとえば、in.csvに次の値があるとします。

pat,pat,engineer,john

この場合、order.csvに含まれる値は次のようになります。

dn,cn,title,sn

order.csvの情報は、-tオプションを使用して直接入力することもできます。

次にデータは、識別子「cn=admin,c=us」、およびパスワード「secret」を使用して、ポート389でLDAPサーバserver1.acme.comに送られます。

この例では、-nオプションを使用して、cnがオブジェクトの新しいDNになるように指定し、-lオプションを使用して、このオブジェクトが組織コンテナacmeに追加されるようにします。

NetIQインポート/エクスポート変換ユーティリティを使用して生成されたコンマ区切りファイルは、生成するために使用されたテンプレートを最初の行に含みます。コンマ区切りファイルの最初の行がテンプレートであることを指定するには、-kオプションを使用します。-Fまたは-tを-kとともに使用する場合、指定するテンプレートは、コンマ区切りファイル内のテンプレートと整合していなければなりません。つまり、両方の属性が正確に一致する必要があります。ただし、各属性の出現数や順序は異なっていても構いません。上の例では、in.csvの

最初の行にdn,cn,title,title,title,snが含まれています。以下のテンプレートは整合しており、-kの使用時に-tまたは-Fもともに使用できます。

dn,cn,title,sn (属性titleの反復回数が異なる)

dn,sn,title,cn (属性の順序が異なる)

しかし以下のテンプレートは、in.csv内のテンプレートと整合していないため、-kの使用時に-tまたは-Fを指定することはできません。

dn,cn,title,sn,objectclass (新しい属性objectclassが含まれている)

dn,cn,title (属性snが含まれていない)

コンマ区切りのエクスポートを実行する

コンマ区切りのエクスポートを実行するには、コマンドを次の例のように指定します。

ice -S LDAP -s server1.acme.com -p 389 -d cn=admin,c=us ‑w password -F objectClass=* -c sub -D DELIM -f /tmp/server1.csv -F order.csv

コマンドラインでこのように指定すると、識別子「cn=admin,c=us」およびパスワード「password」を使用してサブツリー検索が実行され、ポート389にあるLDAPサーバserver1.acme.com内のオブジェクトがすべて検出されます。結果のデータはコンマ区切りの形式で/tmp/server1.csvファイルに出力されます。

order.csv内の属性に複数の値が含まれている場合、/tmp/server1.csvでは、この属性の列数が、属性値の最大数と一致します。order.csv内で属性が繰り返されている場合、この属性の列数は、属性が繰り返される回数と一致します。

たとえば、order.csvにdn,sn,objectclassが含まれている場合、エクスポートされたすべてのエントリについて、objectclassの値が4つあるのに対し、dnとsnの値は1つずつしかない場合、dnとsnの列数はそれぞれ1つずつになるのに対し、objectclassの列数は4つになります。objectclassの値を2つだけコンマ区切りファイルに出力するには、order.csvにはdn,sn,objectclass,objectclassが含まれている必要があります。

どちらの場合も、属性が/tmp/server1.csvの最初の行に書き込まれます。最初の例では、/tmp/server1.csvの最初の行にdn,sn,objectclass,objectclass,objectclass,objectclasssが含まれており、2番目の例では、/tmp/server1.csvの最初の行にdn,sn,objectclass,objectclassが含まれています。

2回目以降のインポート時に、最初の行を一連の属性として処理させないようにするには、-kオプションを使用します。詳細については、コンマ区切りのインポートを実行するを参照してください。

LDAPサーバ間でデータを移行する

LDAPサーバ間でデータを移行するには、LDAPソースハンドラとLDAPターゲットハンドラを組み合わせます。次に例を示します。

ice -S LDAP -s server1.acme.com -p 389 -d cn=admin,c=us ‑w password -F objectClass=* -c sub -D LDAP ‑s server2.acme.com -p 389 -d cn=admin,c=us -w secret

このコマンドを実行すると、識別子「cn=admin,c=us」およびパスワード「password」を使用してサブツリー検索が実行され、ポート389にあるLDAPサーバserver1.acme.com内のオブジェクトがすべて検出されます。結果のデータは、識別子「cn=admin,c=us」およびパスワード「secret」で、ポート389にあるLDAPサーバserver2.acme.comに送られます。

スキーマのインポートを実行する

スキーマファイルのインポートを実行するには、コマンドを次の例のように指定します。

ice -S SCH -f $HOME/myfile.sch -D LDAP -s myserver -d cn=admin,o=novell -w passwd

このコマンドを実行すると、スキーマデータがmyfile.schから読み込まれ、LDAPサーバ「myserver」に送られます。送信時の識別子は「cn=admin,o=novell」、パスワードは「passwd」になります。

LOADファイルのインポートを実行する

LOADファイルのインポートを実行するには、コマンドを次の例のように指定します。

ice -S LOAD -f attrs -D LDIF -f new.ldf

次に、属性ファイル「attrs」の内容の例を示します。

#===================================================================== 

#  DirLoad 1.00
#=====================================================================

!COUNTER=300 

!OBJECTCOUNT=2
#-----------------------------------------------------------------------

#  ATTRIBUTE TEMPLATE
# --------------------------------------------------------------------

objectclass: inetorgperson 

givenname: $R(first) 

initials: $R(initial) 

sn: $R(last) 

dn: cn=$A(givenname,%.1s)$A(initial,%.1s)$A(sn),ou=$R(ou),ou=dev,o=novell,

telephonenumber: 1-800-$N(1-999,%03d)-$C(%04d) 

title: $R(titles)

コマンドプロンプトから前のコマンドを実行すると、次のLDIFファイルが作成されます。

version: 1

dn: cn=JohnBBill,ou=ds,ou=dev,o=novell 

changetype: add 

objectclass: inetorgperson 

givenname: John 

initials: B 

sn: Bill 

telephonenumber: 1-800-290-0300 

title: Amigo 

dn: cn=BobJAmy,ou=ds,ou=dev,o=novell 

changetype: add 

objectclass: inetorgperson 

givenname: Bob 

initials: J 

sn: Amy 

telephonenumber: 1-800-486-0301 

title: Pomo

コマンドプロンプトから次のコマンドを実行すると、データがLDAPハンドラを経由してLDAPサーバに送られます。

ice -S LOAD -f attrs -D LDAP -s www.novell.com -d cn=admin,o=novell -w admin

次のコマンドを使用する際に前のテンプレートファイルを使用すると、前のコマンドで追加したすべてのレコードが削除されます。

ice -S LOAD -f attrs -r -D LDAP -s www.novell.com -d cn=admin,o=novell -w admin

-mを使用して変更する場合は、次の例のようにレコードを変更します。

# ====================================================================== 

#  DirLoad 1.00

# ====================================================================== !COUNTER=300

!OBJECTCOUNT=2

#---------------------------------------------------------------------- 

#  ATTRIBUTE TEMPLATE

# ---------------------------------------------------------------------- 

dn: cn=$R(first),%.1s)($R(initial),%.1s)$R(last),ou=$R(ou),ou=dev,o=novell

delete: givenname

add: givenname

givenname: test1 

replace: givenname

givenname: test2 

givenname: test3

「attrs」ファイルが上のデータを格納しているときに次のコマンドを使用した場合の例を示します。

ice -S LOAD -f attrs -m -D LDIF -f new.ldf

LDIFデータは次のような結果になります。

version: 1 

dn: cn=BillTSmith,ou=ds,ou=dev,o=novell 

changetype: modify

delete: givenname

-

add: givenname

givenname: test1

-

replace: givenname

givenname: test2 

givenname: test3 

-

dn: cn=JohnAWilliams,ou=ldap,ou=dev,o=novell 

changetype: modify

delete: givenname

-

add: givenname

givenname: test1

-

replace: givenname

givenname: test2 

givenname: test3 

-

暗号化された属性を含むLDIFエクスポートをLDAPサーバから実行する

暗号化された属性を含むLDIFのエクスポートをLDAPサーバから実行するには、次のように、LDAPソースハンドラおよびLDIFターゲットハンドラを暗号化用のスキームおよびパスワードと組み合わせて使用します。

ice -S LDAP -s server1.acme.com -p 636 -L cert-server1.der -d cn=admin,c=us -w password -F objectClass=* -c sub -D LDIF -f server1.ldif -e des -E secret

暗号化された属性を含むLDIFインポートを実行する

ICEによってあらかじめ暗号化されている属性を持つファイルのLDIFインポートを実行するには、次のように、LDIFソースを、ファイルとLDAPターゲットハンドラをエクスポートするために以前使用したスキームおよびパスワードと組み合わせて使用します。

ice -S LDIF -f server1.ldif -e des -E secret -D LDAP -s server2.acme.com -p 636 -L cert-server2.der -d cn=admin,c=us -w password

スキーママッピングルール

スキーママッピングルールの最上位エレメントは、<attr-name-map>です。インポートスキーマとエクスポートスキーマの相互関係は、マッピングルールによって決まります。マッピングルールは、指定されたインポートクラスの定義や属性を、対応するエクスポートスキーマの定義に関連付けます。

マッピングルールは、属性名またはクラス名に対応させて設定します。

スキーママッピングルールの正式なDTD定義を次に示します。

<!ELEMENT attr-name-map (attr-name | class-name)*>

<!ELEMENT attr-name (nds-name, app-name)>
<!ATTLIST attr-name 
          class-name    CDATA    #IMPLIED>

<!ELEMENT class-name (nds-name, app-name)>

<!ELEMENT nds-name (#PCDATA)>

<!ELEMENT app-name (#PCDATA)>

複数のマッピングエレメントをファイルに定義できます。各エレメントは、ファイルに定義されている順番で処理されます。1つのクラスまたは属性を複数回マッピングした場合は、最初のマッピングが優先されます。

スキーママッピングルールの作成例を次に示します。

<attr-name-map>
   <attr-name class-name="inetOrgPperson">
      <nds-name>surname</nds-name>
      <app-name>sn</app-name>
   </attr-name>
</attr-name-map>

<attr-name-map>
   <class-name>
      <nds-name>inetOrgPerson</nds-name>
      <app-name>User</app-name>
   </class-name>
</attr-name-map>

<attr-name-map>
   <attr-name>
      <nds-name>surname</nds-name>
      <app-name>sn</app-name>
   </attr-name>
   <class-name>
      <nds-name>inetOrgPerson</nds-name>
      <app-name>User</app-name>
   </class-name>
</attr-name-map>

ice -o -sfile://sr1.xml -SLDIF -f1entry.ldf -c -DLDIF 
-foutt1.ldf

作成ルール

作成ルールによって、宛先ディレクトリ内に新規エントリを作成する場合の条件が指定されます。次のエレメントがサポートされます。

作成ルールの正式なDTD定義を次に示します。

<!ELEMENT create-rules (create-rule)*>

<!ELEMENT create-rule (match-attr*, 
                       required-attr*, 
                       template?) >
<!ATTLIST create-rule 
          class-name    CDATA   #IMPLIED
          description   CDATA   #IMPLIED>

<!ELEMENT match-attr    (value)+ >
<!ATTLIST match-attr
          attr-name      CDATA    #REQUIRED>

<!ELEMENT required-attr (value)*>
<!ATTLIST required-attr 
          attr-name     CDATA   #REQUIRED>

<!ELEMENT template EMPTY>
<!ATTLIST template
          template-dn   CDATA   #REQUIRED>

複数の作成ルールをファイルに定義できます。各ルールは、ファイルに定義されている順番で処理されます。ルールに適合しないレコードがあると、そのレコードはスキップされますが、レコードのスキップによるエラーは生成されません。

作成ルールの形式例を次に示します。

<create-rules>
   <create-rule class-name="inetOrgPerson">
      <required-attr attr-name="givenName"/>
      <required-attr attr-name="surname"/>
      <required-attr attr-name="L">
         <value>Provo</value>
      </required-attr>
   </create-rule>
</create-rules>

<create-rules>
   <create-rule>
      <required-attr attr-name="givenName"/>
      <required-attr attr-name="Surname"/>
      <required-attr attr-name="L">
         <value>Provo</value>
      </required-attr>
   </create-rule>
</create-rules>

<create-rules>
   <create-rule>
      <match-attr attr-name="uid">
         <value>cn=ratuid</value>
      </match-attr>
      <required-attr attr-name="L">
         <value>Provo</value>
      </required-attr>
   </create-rule>
</create-rules>

ice -o -cfile://cr1.xml -SLDIF -f1entry.ldf -c -DLDIF 
-foutt1.ldf

配置ルール

配置ルールによって、ターゲットディレクトリ内でエントリが作成される位置が決まります。配置ルールでは、次の3つの条件を使用して、エントリの配置にそのルールを適用すべきかどうかを決定します。

ルールの最後のエレメントによって、エントリの配置場所が決まります。配置ルールでは、必要に応じて次のオプションを指定できます。

配置ルールの正式なDTD定義を次に示します。

<!ELEMENT placement-rules (placement-rule*)>
<!ATTLIST placement-rules
          src-dn-format    (%dn-format;)   "slash"
          dest-dn-format   (%dn-format;)   "slash"
          src-dn-delims    CDATA           #IMPLIED
          dest-dn-delims   CDATA           #IMPLIED>

<!ELEMENT placement-rule (match-class*,
                          match-path*,
                          match-attr*,
                          placement)>
<!ATTLIST placement-rule
          description      CDATA            #IMPLIED>

<!ELEMENT match-class      EMPTY>
<!ATTLIST match-class
          class-name       CDATA            #REQUIRED>

<!ELEMENT match-path       EMPTY>
<!ATTLIST match-path
          prefix           CDATA            #REQUIRED>

<!ELEMENT match-attr       (value)+ >
<!ATTLIST match-attr
          attr-name        CDATA            #REQUIRED>

<!ELEMENT placement        (#PCDATA | 
                           copy-name | 
                           copy-attr | 
                           copy-path | 
                           copy-path-suffix)* >

複数の配置ルールエレメントをファイルに定義できます。各ルールは、ファイルに定義されている順番で処理されます。ルールに適合しないレコードがあると、そのレコードはスキップされますが、レコードのスキップによるエラーは生成されません。

配置ルールの形式例を次に示します。scr-dn-format="ldap"属性およびdest-dn-format="ldap"属性によって、ソースDNおよびターゲットDNのネームスペースがLDAP形式として定義されます。

NetIQインポート/エクスポート変換ユーティリティがサポートするソース名およびターゲット名は、LDAP形式のみです。

<placement-rules src-dn-format="ldap" dest-dn-format="ldap">
    <placement-rule> 
       <match-class class-name="inetOrgPerson"></match-class>
       <placement>cn=<copy-name/>,o=test</placement> 
    </placement-rule> 
 </placement-rules>

ベースクラスinetOrgPersonおよび次のDNを持つレコードがあるとします。

dn: cn=Kim Jones, ou=English, ou=Humanities, o=UofZ

このレコードは、例に示したルールに従って、ターゲットディレクトリ内で次のDNを持ちます。

dn: cn=Kim Jones, o=test

<placement-rules src-dn-format="ldap" dest-dn-format="ldap">
    <placement-rule> 
       <match-attr attr-name="sn"></match-attr> 
       <placement>cn=<copy-name/>,o=test</placement> 
    </placement-rule> 
 </placement-rules>

次のDNおよびsn属性を持つレコードがあるとします。

dn: cn=Kim Jones, ou=English, ou=Humanities, o=UofZ
sn: Jones

このレコードは、例に示したルールに従って、ターゲットディレクトリ内で次のDNを持ちます。

dn: cn=Kim Jones, o=test

<placement-rules src-dn-format="ldap" dest-dn-format="ldap">
  <placement-rule> 
    <match-attr attr-name="sn"></match-attr> 
    <placement>cn=<copy-attr attr-name="sn"/>,o=test</placement>
  </placement-rule> 
</placement-rules>

次のDNおよびsn属性を持つレコードがあるとします。

dn: cn=Kim Jones, ou=English, ou=Humanities, o=UofZ
sn: Jones

このレコードは、例に示したルールに従って、ターゲットディレクトリ内で次のDNを持ちます。

dn: cn=Jones, o=test

<placement-rules src-dn-format="ldap" dest-dn-format="ldap">
    <placement-rule> 
       <match-attr attr-name="sn"></match-attr> 
       <placement><copy-path/></placement> 
    </placement-rule> 
 </placement-rules>

<placement-rules src-dn-format="ldap" dest-dn-format="ldap">
    <placement-rule> 
       <match-attr attr-name="sn"></match-attr> 
       <placement><copy-path-suffix/>,o=test</placement> 
    </placement-rule> 
 </placement-rules>

次のDNおよびsn属性を持つレコードがあるとします。

dn: cn=Kim Jones, ou=English, ou=Humanities, o=UofZ
sn: Jones

このレコードは、例に示したルールに従って、ターゲットディレクトリ内で次のDNを持ちます。

dn: cn=Kim Jones, ou=English, ou=Humanities, o=UofZ, o=test

<placement-rules>
 <placement-rule>
  <match-path prefix="o=engineering"/>
  <placement><copy-path-suffix/>o=neworg</placement>
 </placement-rule>
</placement-rules>

次に例を示します。

dn: cn=bob,o=engineering

は、次のようになります。

dn: cn=bob,o=neworg

ice -o -pfile://pr1.xml -SLDIF -f1entry.ldf -c -DLDIF 
-foutt1.ldf