2017-06-05 9 views
0

私はADにプロビジョニングする必要のあるユーザーをoimに持っています。既存のADインスタンスがプロビジョニング中に停止しました。私は、このADインスタンスを再提供するように強制する方法を知る必要があります。私はすでに前のインスタンスを取り消して、別のインスタンスを要求しましたが、まだプロビジョニング状態になっています。OIMを使用してAD内のユーザーを再プロビジョニング11 R2

答えて

1

プロビジョニングで停止したものを取り消すことはできません。最初のプロビジョニングがプロビジョニングプロセスを完了していない理由をトラブルシューティングできます。それをしたい場合は、リソース履歴を確認してください。

最初のアカウントに関係なく、別のアカウントをリクエストすることはできますが、最初のアカウントの根本的な理由がまだ残っている場合は、同じ結果が表示されます。したがって、両方のアカウントがプロビジョニングになります。

0
(もしあれば)あなたがでUD_ADUSERテーブルに

ルックも作成に失敗しました理由を見つけ、そしておそらく不足している属性を含めること。プロセス・フォームを変更するためにオープン・タスクになります

ノートの列。これは、事前移入アダプタがどのように機能したかを示します。注釈が入力されていない場合は、完了する必要がある他のもの(システム検証?)があります。

0

私は誰もが必要な場合は、ここで私は従う習慣がある包み、今あなたがルートcause.Butを発見したかもしれないまでに願っています:問題があるようで、

リクエストの両方が状態をプロビジョニングしていたので、プロビジョニングワークフローを使用します。

エラーの原因を特定するために、段階的に進みます。

  1. タスクがシステム検証状態の場合、必要なすべての属性が設定されているかどうか、および値がADによって予期されているかどうかを確認する必要があります。
  2. 将来の失敗を避けるために、プロビジョニングの理由を確認します。これを実行するには、そのインスタンスの失敗したタスクをリソース履歴から再試行し、同時にログを監視することができます。 oim-diagnostic.logから、ヒントが得られます。そして、その方向でトラブルシューティングを試みてください。
  3. UD_ADUSER表の注記列を調べて、すべての事前移入アダプタが完了したかどうかを確認します。
  4. oimログから何の助けも得られない場合に備えて、コネクタ・サーバー・ログをチェックすることもできます。

    さらにもう1つ、プロビジョニング状態でアカウントを取り消すことはできません。

関連する問題