内容

概要

前提条件

要件

使用するコンポーネント

問題

例

解決方法

手順

ロールバック

概要

このドキュメントでは、PCCE環境でUPDATE SQLクエリを使用してネットワークトランクグループ（ネットワークトランクグループ）設定を更新する方法について説明します。

前提条件

要件

次の項目に関する知識があることが推奨されます。

- Packaged Contact Center Enterprises(PCCE)

- Microsoft SQL

使用するコンポーネント

このドキュメントの情報は、次のコンポーネントに基づいています。

- ロガー

- ペリフェラルゲートウェイPG-VRU

- アドミンワークステーション

- 履歴データベースAW-HDS

このドキュメントの情報は、特定のラボ環境にあるデバイスに基づいて作成されました。このドキュメントで使用するすべてのデバイスは、初期（デフォルト）設定の状態から起動しています。本稼働中のネットワークでは、各コマンドによって起こる可能性がある影響を十分確認してください。

問題

PCCEの非常に重要なシナリオでは、基本設定をインポートする際に、想定される設定が、それぞれの/固有の設定への論理コントローラ/ペリフェラルIDマッピングで競合を伴って正しくインポートまたはインポートされない場合があります。これにより、システム/機能の不適切な機能が発生する可能性があります。

参照CSCvg09448 、CSCvc50016 およびCSCvf40204 .

PCCEには、誤った情報を修正するためにConfiguration ManagerユーティリティまたはCCEADMINページで設定を実行できない制限があります。

例

図に示すように、[Logical Controller]、[Network Trunk Group]、および[Trunk Group]テーブルを検討します。

5001(CVP)ではなく、LogicalControllerIDを5000(CUCM)としてインポートされたネットワークトランクグループ。 同じ理由により、NWTGおよびTG IDは、VRU PGおよびNetwork_Trunk_Group_Half_HourテーブルとTrunk_Group_Half_HourテーブルのインターバルのデータがHDSに更新されませんでした。これは、ブランクのレポートを返すcuic ivrポートパフォーマンスレポートに影響します。

解決方法

設定を更新するためのPCCEのツールの制限を考慮すると、UPDATE SQLクエリを使用してロガーA&Bデータベースに直接アップデートし、AWDBと同期する必要があります。

手順

1. 安全上の注意のため、ロガーA&BとAWDB A&Bから完全なSQLバックアップを取ってください。

https://www.youtube.com/watch?v=VvaKmujEE7E

2. Logger A & Bサービスの起動をサービスコントローラの[Manual]に変更し、サービスを停止します。

3. Distributor A & B services startupをService ControllerでManualに変更し、サービスを停止します。

4. ロガーA DBに対してこのSQLクエリを実行し、出力のスクリーンショットを撮ります。

select * from Logical_Interface_Controller

select * from Network_Trunk_Group

select * from t_Trunk_Group

注：PCCEはデフォルトで、基本構成に1つの論理コントローラを持っています。（UCCEに対して確認）

5. ロガーA&B DBでサブクエリを実行し、結果が1つの値で返されることを確認します。

select LogicalControllerID from Logical_Interface_Controller where ClientType=13

6. このUPDATE SQLクエリをロガーA DBに対して実行し、クエリが正常に実行されたことを確認します。

UPDATE Network_Trunk_Group SET LogicalControllerID=(select LogicalControllerID from Logical_Interface_Controller where ClientType=13) where NetworkTrunkGroupID=5000

7. Network_Trunk_Groupのselect *を再実行し、更新された論理コントローラIDを確認します。

8. ロガーB DBに対して次のUPDATE SQLクエリを実行し、クエリが正常に実行されたことを確認します。

UPDATE Network_Trunk_Group SET LogicalControllerID=(select LogicalControllerID from Logical_Interface_Controller where ClientType=13) where NetworkTrunkGroupID=5000

9. Network_Trunk_Groupのselect *を再実行し、更新された論理コントローラIDを確認します。

10. サービスコントローラでロガーAおよびロガーBサービスを開始し、スタートアップを自動に更新します。

11. サービスコントローラでDistributor Aサービスを開始し、スタートアップを[Automatic]に更新します。

12. AWHDSサーバで、C:\ProgramData\Microsoft\Windows\Start Menu\Programs\Cisco Unified CCE Tools\Administration Toolsに移動します。

13. ローカルデータベースの初期化ユーティリティを実行します。

14. 図に示す[開始]をクリックし、警告メッセージが表示されば[はい]をクリックして結果を待ちます。

15. このSQLクエリをAWDB Aに対して実行し、変更が更新されていることを確認します。

select * from Logical_Interface_Controller

select * from Network_Trunk_Group

select * from t_Trunk_Group

注：PCCEにはデフォルトで1つのAWSITEがあり、Init LocalDBはアクティブAWでのみ実行できます。または、非アクティブ側でInit LocalDBを実行している間にこのエラーメッセージが表示されます

16. ディストリビュータBをアクティブ側にするには、ディストリビュータAサービスを停止します。

17. サービスコントローラでディストリビュータBサービスを開始し、スタートアップを[Automatic]に更新します。

18. AWHDSサーバで、 C:\ProgramData\Microsoft\Windows\Start Menu\Programs\Cisco Unified CCE Tools\Administration Tools

19. ローカルデータベースの初期化ユーティリティを実行します。

20. 警告メッセージが表示されたら、[開始]をクリックし、[はい]をクリックして結果が表示されるまで待ちます。

21. このSQLクエリをAWDB Bに対して実行し、変更が更新されていることを確認します。

select * from Logical_Interface_Controller

select * from Network_Trunk_Group

select * from t_Trunk_Group

22. サービスコントローラでディストリビュータAサービスを開始します。

注：ルータ経由で実行される設定変更要求の大部分は、SQL上の設定は直接更新されません。次のConfigUpdate間隔でルータメモリと同期されます。次の間隔まで待つか、ステップ23（影響なし）を実行する必要があります。

23. RTTESTでget_configコマンドを実行し、更新された情報をルータメモリに取得します。

23. ペリフェラルゲートウェイAおよびBに移動し、VRU PGのOPCTESTに接続します

24. コマンドの実行

list_network_trunk_group <NetworkTrunkGroupID> (5000) and

list_trunk_group <VRU Peripheral ID> (5001)

26. 次に示すように、更新された設定がVRU PG OPCに反映されていることを確認します。

27. ロガーとAWDBの更新とOPCTESTの結果をポストすると、必要な間隔の更新がHDS DBに反映されます（30分後）。

28. このSQLクエリを実行し、間隔データが更新されていることを確認します。

select * from t_Trunk_Group_Half_Hour where DateTime>'2019-02-14'

select * from Network_Trunk_Group_Half_Hour where DateTime>'2019-02-14'

ロールバック

ロガーデータベースに直接アクセスし、SQL UPDATEコマンドを使用することは非常に重要で、機密性が高くなります。手順の不適切な使用は、データの損失やデータの修正などの原因となる可能性があります。上記の手順は、Cisco TACエンジニアの推奨を受けた特定のシナリオにのみ使用することを強くお勧めします。

手順を進める前にSQLデータベースのバックアップ(FULL)を収集したので、を使用してファイルをバックアップし、データベースをリストアして不確実性を克服できます。

https://www.youtube.com/watch?v=TWQe_CxK9Ik