4.2. ステージングサーバーから実稼働サーバーへの IdM 環境の移行

手順

1. リモートのステージングサーバー (例: remote.server.com) で、userRoot データベースを LDIF ファイル (例: userroot.ldif) にエクスポートします。

   1. DS インスタンスを停止します。

      # dsctl slapd-EXAMPLE-COM stop

   2. データベースをエクスポートします。

      # dsctl slapd-EXAMPLE-COM db2ldif userroot /root/userroot.ldif

   3. DS インスタンスを再起動します。

      # dsctl slapd-EXAMPLE-COM start

2. userroot.ldif を新しいローカルの実稼働サーバー (例: /root/userroot.ldif) にコピーします。

3. ローカルの実稼働サーバーで移行のドライランを実行し、プロセスを検証して、データを書き込まずに変更をプレビューします。stage-mode を使用して、DNA 範囲と ID 属性が新しい実稼働環境用にリセットされていることを確認します。

   # ipa-migrate stage-mode remote.server.com --db-ldif=/root/userroot.ldif --dryrun

4. 出力を精査し、ipa-migrate ツールが移行対象となる正しいエントリーを特定できているかを確認します。

5. --dryrun オプションなしで移行コマンドを実行します。リモートサーバーの Directory Manager のパスワードを入力するよう求められます。

   # ipa-migrate stage-mode remote.server.com --db-ldif=/root/userroot.ldif

   注記

   移行プロセスには ipa-server-upgrade タスクの実行が含まれます。データベースのサイズによっては、このタスクにかなりの時間がかかる場合があります。

検証

1. 新しい実稼働サーバー上で、IdM サービスが正しく実行されていることを確認します。

   # ipactl status

2. ipa user-find および ipa sudorule-find を使用して、ユーザー、グループ、sudo ルールなどの IdM データが正常に移行されたことを確認します。

次のステップ

1. クライアントの再登録: 古いステージングサーバーに接続されていたすべての IdM クライアントを、新しい実稼働環境の IdM デプロイメントに再登録する必要があります。IdM クライアントの再登録 の手順を実行してください。
2. ユーザーパスワードの移行: パスワードは直接移行されないため、ユーザーは新しい Kerberos キーを生成するためにログインする必要があります。新しい実稼働環境に初めてログインするときにパスワードをリセットする必要があることをユーザーに通知してください。IdM でのユーザーパスワードの管理 を参照してください。