問題タブ [cmdb]

cmdb から別のリポジトリへのデータのプル。問題は、cmdb データにスペルミス/重複レコードがあることです (たとえば、一部の資産の部門名が Marketing、Markting、または Marketing& である場合、それらはすべて Marketing にあるだけです)。間違った名前の部門レコードをすべて単一の正しい名前として表示する選択クエリを実行したいと考えています。これにアプローチする方法について何か助けはありますか？

私は otrs のバージョン 3.3 を使用していましたが、4.0.9 にアップグレードすることにしました。最初に非公式のモジュール (KIX4OTRS、補数など) をすべてアンインストールしましたが、アップグレード後、公式ドキュメントの手順に従って間違いなく、CMDB の概要にアクセスしようとしているときに問題が発生しました. エラーは概要でのみ発生し、アイテムの作成と変更は通常機能します。

KIX4OTRS を削除した後でも、いくつかのメッセージが含まれていました。

エラー: バックエンド エラー: OTRS-CGI-10 Perl: 5.16.0 OS: Linux 時間: Wed Oct 21 14:26:45 2015 メッセージ: ビュー 'カスタム' の構成オプションが見つかりません! RemoteAddress: 191.1.200.123 RequestURI: /otrs/index.pl?Action=AgentITSMConfigItem トレースバック (3255): モジュール: Kernel::Output::HTML::LayoutITSMConfigItem::ITSMConfigItemListShow 行: 332 モジュール: Kernel::Modules::AgentITSMConfigItem: :Run 行: 302 モジュール: Kernel::System::Web::InterfaceAgent::Run 行: 996 モジュール: ModPerl::ROOT::ModPerl::Registry::opt_otrs_bin_cgi_2dbin_index_2epl::handler 行: 41 モジュール: (eval) ( v1.99) 行: 204 モジュール: ModPerl::RegistryCooker::run (v1.99) 行: 204 モジュール: ModPerl::RegistryCooker::default_handler (v1.99) 行: 170 モジュール: ModPerl::Registry::handler (v1.99) 行: 31

*Perl モジュールがすべて問題ないことを確認しました *私の ITSM はバージョン 4.0.9 です

私を助けてください、私はcmdbuildが初めてで、このツールを調査しようとしています。しかし、私はサメの実行に固執しました。

ログに次のエラーがありました:

サメのログ:

私の catalina.out があります：

Shark.conf:

auth.conf:

理解するのを手伝ってください、私は何が間違っていますか? または、さらにどのような情報を提供する必要がありますか? PS すべてのユーザーと許可は、必要に応じて設定されます。

このチュートリアルを完了しようとしました: https://docs.jelastic.com/cmdbuild しかし、アプリケーションをインストールする最初のステップを実行する必要があるときに、「ブラウザーで開く」ことを試みましたが、常に白いページが表示され、インストールを完了することができます。

私は現在、会社のシステム アーキテクチャの CMDB を作成しており、このツリー状の CMDB で階層がどのように機能するかについて悩んでいます。もともと、データベース構造を次のように設定しました。

Application Service、Application Server、Database Server、および Database Instance を使用。さらに調査した結果、メインフレームとロード バランサーの両方をこの構造に追加する必要があると考えるようになりました。これは、一部のアプリが機能するためにこれらのコンポーネントに依存しているためです。これら 2 つのコンポーネントを正しく表示すると、この構造のどこに分類されるでしょうか? ツリー内の各アイテムには複数の属性がありますが、これら 2 つのコンポーネントは既存のアイテムの属性でしょうか、それとも独自の新しいアイテムの属性でしょうか?

ServiceNOW インスタンスは最近、Eureka から Geneva にアップグレードされました。MID サーバーのステータスがダウンし、バージョンが統計のビルド番号と一致しません。MID サーバーは自動アップグレードされると言われましたが、それは起こりませんでした。接続にプロキシ サーバーを使用しています。サーバーを介してインスタンスと通信しようとすると動作していますが、インストールされているサービスまたはアプリケーションがインスタンスと通信できないと想定しています。新しいサービスを作成し、1 分間は完全に機能しましたが、その後ステータスがダウンしました。次に、古いサービスの構成を変更しようとしましたが、うまくいきませんでした。現在、サービスは正常に実行されていますが、mid_sys_id セクションの構成ファイルで mid サーバーの詳細が入力されず、インスタンスの MID サーバーのステータスが常にダウンしています。インスタンスのプロパティを変更する必要はありますか? プロキシ サーバーを使用しているため、プロキシ セクションを介した自動アップグレードのコメント行を削除する必要がありますか、それとも空白のままにできますか?

ここでの問題は何ですか？MID サーバーがアップグレードされないのはなぜですか? 親切に私を助けてください..可能であれば、スクリーンショット付きの説明をいただければ幸いです。