はじめに
このドキュメントでは、UCCE Logger A および B が初期化状態のままになっている場合のトラブルシューティングの手順について説明します。
著者：Cisco ソフトウェア エンジニア、Pratham Prakash
前提条件
要件
次の項目に関する知識があることが推奨されます。
- Cisco UCCE
- Microsoft Structured Query Language（SQL）
使用するコンポーネント
このドキュメントの情報は、特定のラボ環境にあるデバイスに基づいて作成されました。このドキュメントで使用するすべてのデバイスは、クリアな（デフォルト）設定で作業を開始しています。対象のネットワークが実稼働中である場合には、どのようなコマンドについても、その潜在的な影響について確実に理解しておく必要があります。
問題
ログ分析により、UCCE Logger A および B が初期化状態のままになっていることが確認されました。 ロガーが両側ともアクティブにならず、例外 bcp 接続が枯渇している状態でロガーがクラッシュし続けます。 この状態のエラー メッセージの例はログ ファイルで確認できます。
14:09:45:286 la-rcv Trace: SQL Server User Error: 2627, State 1, Severity: 14, Message:
Violation of PRIMARY KEY constraint 'XPKPeripheral_Interval'. Cannot insert duplicate key
in object 'dbo.t_Peripheral_Interval'. The duplicate key value is (Jul 3 2015 12:30PM,
5002, 300, 1).
14:09:45:335 la-rcv Trace: Duplicate key ignored because the record already exist in the
database.
14:09:45:335 la-rcv Trace: bcp_done failed
これは、t_Persistent_Variable テーブルに重複キーがあることにより発生する状態です。Logger A と B のどちらも初期化を完了できません。
解決方法
この状態は、UCCE リリース 10.x ThedDefect「CSCuw02024 t_Persistent_Variable テーブルの削除と再追加の記録」で Persistent Variables を使用することにより発生します。
次の回避策を実行してください。
ステップ 1： Logger Side A および Logger Side B に対し、以下のレジストリ キーの値を 1 から 0 に変更します。
HKEY_LOCAL_MACHINE\Software\Geotel\ICR\Customerinstance\LoggerB\Logger\HistoricalData\Persistent
ステップ 2：片側を下げる
1）停止しているほうの Persistent_VariableTmp1、Persistent_VariableTmp2、および t_Persistent_Variable のテーブルを切り捨てます。
2）アクティブなほうの Persistent_VariableTmp1, Persistent_VariableTmp2 and t_Persistent_Variable のテーブルを切り捨てます。
ステップ 3：Side A と Side B の両方の Logger Service を再起動します。
ステップ 4：ユーザが設定を変更できることを確認するためにテストを行います。
ステップ 5：システムにテスト発信を行い、発信されていることを確認します。
ステップ 6：さらに exit_router を実行する必要がある場合もあります。システムが立ち上がって動作していることが確認され、ルータの両側では、Side A ロガーから設定を取り込むことで状態転送が完了しました。コンタクト センター システムは動作しており、機能していますが、Side B ロガー db はまだ初期化状態のままです。 これは、Side B ロガーのリカバリ キーが Side A ロガーを大幅に遅延させているために発生したものです。
ステップ7 Aから手動設定dbを実行 – > B
Aから設定データを手動でエクスポート/インポート – > B
lastUpdatekey は Side A と B で一致しましたが、Logger B clgr はチェックサム エラーとなりました。チェックサム エラーを避けるため、ICMDBA によって手動ロガー構成 db 同期を実行します。
チェックサム問題の解決のために後日実行された手順
1. DBMaintnenanceレジストリキーを1に変更して、構成変更を停止しました
2. MSSQLのロガーAデータベース全体をバックアップしました。さらに、Logger B サーバに db のバックアップを転送しました。
3. ロガーBデータベースを破棄し、ロガーBデータベースを再作成した。
4. ロガーAのdbバックアップから、ロガーBのロガーdbを復元しました。
5. ロガーBサービスのバックアップを電源に入れます。
6. DBMaintenanceレジストリキーを0にリセットします
検証済み
1. ルータrttestは、CLGR、HLGR、RCVなどのロガーBプロセスとのMDS接続を正常に確立しました。
2. データチェックサムエラーが原因でロガーBがMDSからドロップされない。
3. ロガーBが数日間シャットダウン状態にあるため、システムは現在、履歴データをHDSとアクティブに同期しています。
4. 設定変更はまだ機能している
フィードバック